Formato Plantilla IEEE830 V2

Especificación de requisitos de
software
Proyecto: Software Web para conjunto residencial
tierra del sol
Revisión [99.99]
12
Modelo de ingeniería 0.3
[Nombre documento] Pág. 2
Descripción de requisitos del software

Ficha del documento
Fecha Revisión Autor Verificado dep. calidad.
06/12/2017 3.0 Andres Felipe Moreno [Firma o sello]
06/12/2017 3.0 Deiber Alirio Ramirez
06/12/2017 3.0 Mario Edwin Martinez
06/12/2017 3.0 Walter Fandiño Sanchez
Documento validado por las partes en fecha: [Fecha]
Por el cliente Por la empresa suministradora
Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

Software Web para conjunto residencial tierra del
Rev. [99.99]
sol
Pág. 4
Especificación de requisitos de software
Contenido
FICHA DEL DOCUMENTO 2
CONTENIDO 3
1 INTRODUCCIÓN 5
1.1 Propósito 5
1.2 Alcance 6
1.3 Personal involucrado 6
1.4 Definiciones, acrónimos y abreviaturas 7
1.5 Referencias 7
1.6 Resumen 7
2 DESCRIPCIÓN GENERAL 7
2.1 Perspectiva del producto 7
2.2 Funcionalidad del producto 8
2.3 Características de los usuarios 8
2.4 Restricciones 9
2.5 Suposiciones y dependencias 9
2.6 Evolución previsible del sistema 9
3 REQUISITOS ESPECÍFICOS 10
3.1 Requisitos comunes de los interfaces 11

3.1.1 Interfaces de usuario 11
3.1.2 Interfaces de hardware 11
3.1.3 Interfaces de software 12
3.1.4 Interfaces de comunicación 12
3.2 Requisitos funcionales 12

3.2.1 Requisito funcional 1 13
3.2.4 Requisito funcional n 13
3.3 Requisitos no funcionales 13

3.3.1 Requisitos de rendimiento 13
3.3.2 Seguridad 13
3.3.3 Fiabilidad 14
3.3.4 Disponibilidad 14

Rev. [99.99]
sol
Pág. 5
3.3.5 Mantenibilidad 14
3.3.6 Portabilidad 14
3.4 Otros requisitos 14
4 GESTIONES 15
4.1 Gestión del alcance 15
4.2 Gestión del tiempo 15

4.2.1 Identificación de actividades 15
4.2.2 Secuenciamiento de actividades 16
4.2.3 Estimación de los recursos de las actividades 16
4.2.4 Estimación de la duración de las actividades 17
4.2.5 Desarrollo del cronograma 18
4.2.6 Control del cronograma 19
4.3 Gestión de Costos 19
4.3.1 Gestión de costes

4.3.2 Costos Tecnológicos
4.3.3 Costos Personal
5 Apéndices 21

Rev. [99.99]
sol
Pág. 6
1 Introducción
Durante el desarrollo de la planificación se contemplará las diferentes gestiones que se
tendrán lugar en el proyecto de software los cuales son gestión de alcance, tiempo, costos y
riesgos. En donde se especificarán los objetivos, propósitos, alcances y requisitos tanto
funcionales como no funcionales que tendrá el software a su vez, estos irán relacionados
con tiempos estimados para su elaboración, también se tendrá en cuenta los costos de
personal, herramientas, tiempo y desarrollo. Por último, se debe estimar riesgos directos e
indirectos durante el desarrollo del proyecto.
Durante el desarrollo de la Unidad 3: Tercera Fase - Planificación se hizo una distribución de

temas, tiempos y roles donde cada uno de los integrantes al interior del grupo No.29 asumió
y desarrollo de forma organizada los cuales relacionamos a continuación:
ANDRES FELIPE MORENO: Líder comunicador

Responsable de la comunicación entre el tutor y el equipo, como también de presentar a su
equipo la información que recoge de la observación - al desarrollo de las actividades -
hecha a los otros equipos de grupo. Responsable de entregar el producto final
MARIO EDWIN MARTINEZ: Dinamizador del Proceso

Quien se preocupa por verificar al interior del equipo que se estén asumiendo las
responsabilidades individuales y de grupo, propicia que se mantenga el interés por la
actividad y por último cuestiona permanentemente al grupo para generar puentes entre lo
que ya se aprendió.
DEIBER ALIRIO RAMIREZ: Vigía del Tiempo

Controla el cronograma de tiempo establecido, y es responsable porque el equipo desarrolle
las diferentes actividades dentro del tiempo pactado.
WALTER FANDIÑO: utilero Responsable de conseguir el material y/o las herramientas de

acuerdo con las necesidades del equipo para el desarrollo de las actividades y/o procesos.
Este trabajo constituye el desarrollo secuencial que se ha venido realizando a lo largo del
desarrollo y estudio del curso, mediante el cual se acondiciona varios temas de gestión.
Con la información previamente estudiada se proceder a construir el esquema del proyecto,
el cual se conforma mediante cuatro fases que se van integrando y desenvolviendo en
diferentes puntos, estas fases se refieren a la Gestión de Alcance, Gestión del Tiempo,
Gestión de Costos y Gestión de Riesgos cada una de estas fases se encuentran
desarrolladas a lo largo de nuestro trabajo final.
De otro lado podemos determinar que el proceso de gestión del proyecto de software
comienza con un conjunto de actividades que, globalmente se denominan planificación del
proyecto.
La planificación incorrecta de un proyecto conduce a la principal causa de fracaso, en mayor
medida a los problemas de nivel técnico, los procesos sin fundamento de desarrollo o los
causado por inconsistencias en el manejo de la información recogida mediante el cliente o
usuario final.
1.1 Propósito
Mostrar los requerimientos de alcance, costos, tiempo y riesgos para el desarrollo de un
software web para el conjunto residencial tierra del sol, ubicado en la ciudad de Bogotá
con el cual se pretende cubrir necesidades, optimizar procesos y facilitar el acceso a la
información para sus residentes y empleados.

Rev. [99.99]
sol
Pág. 7
Este documento va dirigido a los líderes del proyecto, gerente del conjunto y todo el
equipo de desarrollo con el objetivo de entender las funcionalidades con las que contara
el software.
1.2 Alcance
Registrar un documento en el cual se especifique la planeación necesaria para llevar a
cabo el desarrollo de un software web para el conjunto residencial tierra del sol, el cual
debe contener los requerimientos necesarios para su elaboración, tanto en
especificaciones técnicas, tiempos, costos y recursos necesarios para cubrir los
requisitos especificados por el cliente, anteponiendo la calidad y eficiencia en los
procesos.
1.3 Personal involucrado

Nombre Andrés Felipe Moreno Echavarría
Rol Diseñador de CSS
Categoría profesional Ingeniero de Sistemas
Responsabilidades Diseñar la parte grafica de los diferentes entornos a utilizar
en la aplicación web.
Información de contacto Celular: 3004747399
Correo/Skype: afmorenoe13@hotmail.com
Aprobación Aprobado
Nombre Deiber Alirio Ramírez

Rol Programador de Software
Responsabilidades Realizar la programación del software en el los lenguajes
de programación que se necesiten como lo son JAVA,
HTML y PHP
Correo: daramirezgal@unadvirtual.edu.co
Skype: deiberramirez
Nombre Mario Edwin Martínez

Rol Revisor de Calidad de software
Responsabilidades Realizar pruebas sobre el software y verificar que cumpla
con los requerimientos exigidos por el cliente, requisitos
funcionales y no funcionales, debe revisar que todo
funcione conforme a lo planeado.
Correo / Skype: soldiermario11@hotmail.com
Nombre Walter Fandiño

Rol Gerente de Proyecto
Responsabilidades Debe pactar con el cliente que requerimientos necesita que
cumpla el software, establecer parámetros legales y de
contratación de servicios, infraestructura y de herramientas
necesarias para cumplir con el desarrollo.

Rev. [99.99]
sol
Pág. 8
Correo/Skype: walterus8@hotmail.com
1.4 Definiciones, acrónimos y abreviaturas

Programación: Se trata del proceso de diseñar, codificar, depurar y mantener códigos
fuente correspondientes a programas de cómputo.
Bases de Datos: Se trata de una entidad en la cual se puede almacenar gran cantidad
de información de una manera estructurada con diferentes propósitos y usos.
SQL: Es un lenguaje de bases de datos utilizado para realizar diferentes operaciones

entre las cuales se encuentra creación, actualización y consultas de bases de datos.
CSS: Es un lenguaje de estilo utilizado para definir la presentación de los documentos

HTML, tales como las márgenes, fuentes, colores, márgenes, líneas y todo lo referente a
la parte visual. También se denomina Hojas de estilo en cascada
JAVA: Se trata de un lenguaje de programación en el cual se puede realizar cualquier

tipo de programa y tiene grandes características como la portabilidad que le permite ser
ejecutado desde cualquier dispositivo.
1.5 Referencias
Referencia Titulo Ruta Fecha Autor
IEEE 830 Standard IEEE830 [Ruta] [Fecha] [Autor]
1.6 Resumen
Este documento contiene la descripción del proyecto a desarrollar siendo este un
software web para el conjunto residencial tierra del sol, este software se planifica
teniendo en cuenta la funcionalidad, características, restricciones, dependencias y
desarrollo futuro que se deben tener en cuenta. También se plantea los requisitos
funcionales y no funcionales que los desarrolladores deben tener en cuenta al momento
de programar.
Durante el desarrollo del documento se plante la descripción general del proyecto esta
contempla los objetivos, funcionalidades y restricciones que pueda tener lugar. Definida
esta parte se procede a determinar los requisitos necesarios para el desarrollo del
proyecto.
2 Descripción general
2.1 Perspectiva del producto
El desarrollo del software para el conjunto residencial tierra del sol se trata de un
software hecho a la medida teniendo en cuenta las necesidades particulares de esta
organización, con esto se quiere demostrar la funcionalidad y ventajas de su
implementación en mejora en procesos con el objetivo de crear nuevas necesidades en
el mercado y potenciar su desarrollo en otras áreas del conjunto residencial y
funcionarios que la pudieran necesitar.

Rev. [99.99]
sol
Pág. 9
2.2 Funcionalidad del producto

La funcionalidad de este software es brindar un medio por el cual los empleados y
residentes del conjunto residencial tierra del sol, puedan acceder desde cualquier lugar y
hora a una plataforma que les permita compartir información, notificar reuniones, pagos
administración, recepción de sobres o paquetes. También debe facilitar la comunicación
con el administrador para brindar sugerencias, solicitudes y comentarios para mejorar
los procesos que se llevan al interior del conjunto y vincular a todas las partes en la
mejora continua de los procesos que se llevan.
2.3 Características de los usuarios

Tipo de usuario Administrador Sistema
Formación Profesional en Ingeniería de Sistemas
Habilidades Conocimientos de Servidores, Programación en PHP, Java,
SCS, manejo de bases de datos en SQL.
Actividades Realizar implementación y ajustes sobre el software,
Creación de usuarios y asignación de roles en el sistema.
Mantenimiento de la base de datos y del servidor donde se
encuentra alojado el servicio.
Tipo de usuario Administrador Conjunto

Formación Profesional en Administración de Empresas
Habilidades Conocimientos contables y de finanzas, distribución de
recursos, estatutos legales sobre manejo de conjuntos
residenciales. Conocimientos intermedios de sistemas en
uso de equipos de cómputo, páginas web, Excel
intermedio.
Actividades -Publicar y alimentar el software de noticias e Información
de interés referente al conjunto residencial.
-Utilizar el chat, alertas y bandeja de correo para atender

solicitudes de residentes.
-Actualización de información relacionada con los

apartamentos del conjunto.
-Aplicar costos básicos y adicionales (Multas, intereses y

otros costos) de administración a cada uno de los
apartamentos, para que se vean reflejados en la
generación del recibo.
-Bloquear Usuarios y actualizar la información cuando

presenten mora o que por temas de venta cambien de
titular.
Tipo de usuario Propietario (Residente)

Formación Bachiller
Habilidades Conocimientos básicos en sistemas tales como lo son el
uso de computadores y navegación en páginas web, correo
electrónico, impresión de documentos.
Actividades -Consultar noticias e información relacionada con el
conjunto residencial.
-Escribir por medio del chat o correo electrónicos

solicitudes, quejas o sugerencias a la administración.

Rev. [99.99]
sol
Pág. 10
-Consultar y recibir alertas relacionadas al estado de

correspondencia recibida asociada a su número de
apartamento.
-Generar, imprimir y pagar el recibo de administración
Tipo de usuario Celaduría

Formación Bachiller
Habilidades Conocimientos básicos en sistemas tales como lo son el
uso de computadores y navegación en páginas web, correo
electrónico, impresión de documentos.
Actividades -Notificar a residentes la recepción de correspondencia
relacionada al número de apartamento
-Enviar notificaciones sobre visitantes
2.4 Restricciones
 La interfaz de usuario y el diseño debe ser muy intuitivo permitiendo desplazarse
de una manera sencilla y eficaz.
 El cargue de las imágenes, anexos y documentos deben ser en formatos con

poco peso para garantizar un cargue del software rápido y que no se vea
afectado por el peso de los archivos.
 La velocidad de internet necesaria para cargar correctamente la página debe

ajustarse a los estándares mínimos de redes 2g,3g y 4g para garantizar un
cargue óptimo de la misma.
 El software debe poderse ejecutar en los navegadores Google Chrome, Firefox

e Internet Explorer.
 Utilizar lenguaje de programación HTML 5, PHP y JAVA
 Por tratarse de un software web los requerimientos de hardware deben ser:
Procesador: Intel Core 2 Duo

RAM: 2 GB
Disco Duro: 100 MB
Sistema Operativo: Windows 7
2.5 Suposiciones y dependencias

Actualizaciones en las versiones de navegadores evitando la correcta visualización del
software.
Caída en el servicio de internet y servicio de recuperación ante fallos electricos,

conservando la integridad de la información y datos procesados.
2.6 Evolución previsible del sistema

Pago de administración a través del software WEB por medio de herramientas como
Payu, tarjetas débito o crédito.
Visualización de reuniones a través de conferencias con video para residentes que no

presentan dificultad en estar presentes ante posibles reuniones.

Rev. [99.99]
sol
Pág. 11
3 Requisitos específicos
Número de requisito RF01
Nombre de requisito Entrevistas
Tipo X Requisito Restricción
Fuente del requisito Residentes Conjunto residencial
Prioridad del requisito X Alta/Esencial Media/Deseado Baja/ Opcional
Descripción de requisito Se debe reunir los requerimientos con los que debe cumplir la
aplicación para satisfaces las necesidades del cliente, la
mejor forma es la entrevista para conocer a detalle.

Nombre de requisito Encuestas
Descripción de requisito A partir de la encuesta a los residentes se puede
complementar las funcionalidades del software para ofrecer
un mejor servicio y hacerlo mas funcional para todos los
usuarios

Nombre de requisito Creación Base de datos
Fuente del requisito Grupo de programadores
Prioridad del requisito Alta/Esencial X Media/Deseado Baja/ Opcional
Descripción de requisito Se procede a realizar el diseño de la base de datos con los
campos obligatorios, llaves primarias y campos necesarios,
teniendo en cuenta las normas para las Base de datos con el
fin de evitar redundancia en la información.

Nombre de requisito Diseño de interfaces
Fuente del requisito Grupo de diseño
Descripción de requisito Se realiza el diseño de la parte grafica para la interface de
usuario, con el objetivo de que sean muy intuitivas, atraigan
el interés del lector y se vean bien organizadas.

Nombre de requisito Programación en JAVA, PHP
Fuente del requisito Grupo de Programadores
Descripción de requisito Se empieza a programar para que el sistema interprete las
instrucciones que se desea cumpla, para cubrir las
necesidades del cliente, esto a partir del lenguaje JAVA y
PHP

Rev. [99.99]
sol
Pág. 12

Nombre de requisito Implementación de hardware
Descripción de requisito Se realiza la compra de los equipos y su respectiva
implementación para tener el hardware necesario sobre el
cual se pondrá la plataforma productiva.

Nombre de requisito Realización de pruebas
Fuente del requisito Grupo de Calidad Software
Descripción de requisito Una vez finalizada la programación y diseño gráfico se
empieza a realizar validaciones del funcionamiento del
software para corregir posibles errores y prevenir mal
funcionamiento en la puesta de producción.

Nombre de requisito Entrega de proyecto
Fuente del requisito Directores de proyecto
Descripción de requisito Realizan la presentación y entrega al cliente mostrando el
funcionamiento del software, dando una inducción del
funcionamiento y entregando la documentación requerida.
3.1 Requisitos comunes de los interfaces
3.1.1 Interfaces de usuario

El ambiente de la interfaz debe contener como color de fondo un amarillo claro, y
un tipo de fuente negra. Los cuadros de texto y formularios deben aparecer en
color blanco.
Se hará uso de hipervínculos para el desplazamiento entre pantallas y de los

logos correspondientes al conjunto residencial tierra del sol el cual debe permitir
su visualización en la parte superior izquierda de todas las interfaces.
3.1.2 Interfaces de hardware

Para la correcta implementación del software se requiere:
Tener un servidor hosting compatible con bases de datos MySQL, Lenguaje de

programación en JAVA, HTML, PHP y CSS.

Rev. [99.99]
sol
Pág. 13
Dentro de las características físicas del servidor se debe contar con una torre con
las siguientes características:
Procesador: Intel Core i7 – 6900 o 7700

Ram: 16 GB Kingstom
Disco Duro: 4 Terabytes – Marca Toshiba a 7.2K SAS
Tarjeta Red: 1 GB
Tarjeta de Video: Nvidia 2 GB
Para garantizar la disponibilidad 7/24 se requiere tener una UPS de 10 KBA para
los casos en los que se tengan cortes de luz y de esta manera también prevenir
un daño en el servidor.
También es necesario contar con un servicio de internet mínimo de 20 megabytes

en fibra óptica, con una IP Publica reservada.
3.1.3 Interfaces de software

No se requiere integrar el producto con otros softwares, respecto a las interfaces
a manejar son:
Interfaz de autenticación en la cual los usuarios ingresan su usuario y contraseña

para validar con el sistema y que le cargue la interfaz y permisos asignados
dependiendo del Rol que tienen parametrizado.
Interfaz de inicio: Los usuarios podrán ver un panel con las ultimas noticias del
conjunto residencial y avisos enviados por la administración.
Interfaz chat y correo electrónico: cuyo objetivo va a ser establecer una

comunicación entre la administración del conjunto, celaduría y residentes.
Interfaz de Generación recibos administración: le va a permitir a los residentes

consultar su historial de pagos y generar el recibo de pago actual en formato PDF.
Interfaz de administración usuario: Esta se asignará solo a las personas

autorizadas y en la cual podrán visualizar los usuarios registrados en el sistema,
también le permitirá actualizar, eliminar e ingresar información de los usuarios que
utilizan el sistema.
Interfaz de administración noticias: Se trata de una interfaz en la cual el

administrador del conjunto puede publicar contenido para que sea visualizado por
el resto de los usuarios.
3.1.4 Interfaces de comunicación

Esta interfaz no aplica en vista de que no se tienen otros softwares
implementados en el conjunto residencial, por lo que no es necesario conectar
con otras plataformas.
3.2 Requisitos funcionales

Las acciones fundamentales que debe desarrollar el software son:
 Generación de desprendible para pago de administración

 Envió de mensajes internos y correo electrónicos externos

Rev. [99.99]
sol
Pág. 14
 Registro, Eliminación y actualización de usuarios y roles

 Publicar noticias en la página principal del software y que estas se repliquen en
las sesiones de todos los usuarios
 Chat entre residentes y administrador de servicio
 Chat y mensajería para solicitar soporte técnico
 Modulo para conferencias y reuniones virtuales
3.2.1 Requisito funcional 1
Dentro de las validaciones que debe realizar el software se encuentra
o Al realizar la autenticación del usuario una vez este digite el usuario y

contraseña el sistema debe validar el rol asignado al usuario y solo debe mostrar
los módulos que corresponden.
o Para usuarios residentes no debe permitir editar parámetros de seguridad,
visualización, permisos y ninguna opción de parametrización de usuarios.
o Para usuario residente solo le debe permitir generar el desprendible de pago de
administración correspondiente al apartamento(s) que tiene asociados a su
perfil.
o Para usuario de administrador conjunto debe permitir crear, actualizar y eliminar
usuarios de tipo residentes.
o El usuario administrador conjunto debe poder publicar contenido en el sistema,
enviar mensajes de manera masiva, notificaciones, correos electrónicos,
generación de pagos de administración de todos los apartamentos.
Dentro de las respuestas ante situaciones anormales se tiene que:
 Ante una desconexión por fallas de la red o eléctricas la plataforma debe

conservar la integridad de la información.
 Se debe programar un sistema de backup que se ejecute cada hora de tipo
incremental con el objetivo de poder restaurar en caso de alguna falla en el
servidor donde se encuentra alojado el servicio.
3.2.4 Requisito funcional n
3.3 Requisitos no funcionales

3.3.1 Requisitos de rendimiento
 El cargue del sistema debe tomar 5 segundos
 El proceso de autenticación debe tardar 3 segundos
 Al generar un desprendible de pago debe tomar 5 segundos y permitir
descargar en PDF
 Entre cambios de pantallas el sistema debe tomar 1 segundo

Rev. [99.99]
sol
Pág. 15
3.3.2 Seguridad
El control de roles debe evitar que se tenga acceso a información de otros
habitantes desde un usuario de residente.
Los usuarios de residentes y celaduría no deben poder modificar parámetros del

sistema, realizar publicaciones masivas, realizar asignación, eliminación o
actualización de usuarios.
El software debe manejar tablas de logs de modificaciones para poder controlar

quien realiza ajustes sobre los mismos.
Para el pago en línea de la administración y la integración con PAYU es necesario

que el software cumpla con los requerimientos de protección de datos y estos
vayan cifrados para garantizar mayor seguridad.
En caso de pérdida de contraseña el sistema debe validar permitir su

recuperación enviando una notificación al móvil registrado o correo electrónico,
con el fin de garantizar la autenticidad del usuario.
Al tratarse de un software web este debe estar alojado en un servidor con firewall
y protocolos de seguridad de red necesarios para prevenir ataques informáticos.
3.3.3 Fiabilidad
La fiabilidad para este software debe de ser de 24 horas por fallos o incidentes al
año, sin tener en cuenta jornadas de mantenimiento programadas.
3.3.4 Disponibilidad
La disponibilidad que debe tener el sistema debe ser de un 95% de tiempo en
línea, contemplando un 5% para tareas de mantenimiento o fallas en el servicio.
En caso de un daño grave se debe tener un sistema alterno por medio de
máquinas virtuales donde solo se deba cargar el backup.
3.3.5 Mantenibilidad
Dentro de las tareas de mantenimiento se deben programar de manera mensual,
realizando limpieza de temporales en el servidor, verificación de código, revisión
de actualizaciones para mejorar la seguridad, el administrador del conjunto debe
reportar los cambios necesarios o mejores para aplicar en el sistema en caso de
requerirse. Estas tareas se deben efectuar el lunes de cada mes en horas de la
mañana y serán llevadas a cabo por el administrador del software.
3.3.6 Portabilidad
Dentro del código un 70% será desarrollado en JAVA para que se pueda
garantizar la portabilidad, debido a su ejecución en la misma plataforma
haciéndolo más fácil de acceder desde cualquier dispositivo y un 30% en otros
lenguajes de programación como PHP y HTML.
El nivel de velocidad para acceder a la página esta dado en un 50% por el

servidor y otro 50% con la velocidad de internet, ya que estos son los
componentes básicos para garantizar la cantidad de usuarios y conexiones
simultaneas.

Rev. [99.99]
sol
Pág. 16
3.4 Otros requisitos

Se debe tener en cuenta los requisitos legales para la protección de datos de los
usuarios, así como también las normas para realizar pagos digitales. Basado con la
asesoría del contador es necesario generar informes sobre los pagos realizados en la
plataforma para el respectivo control.
4 Gestiones
4.1 Gestión del alcance
4.2 Gestión del tiempo

En el desarrollo del proyecto se invertirán 6 meses los cuales estarían divididos en 3
fases, estas fases constaran de un tiempo determinado que cubrirán en su totalidad los
9 meses planeados.
Paso seguido, se hace la representación de las etapas y cuál es el tiempo a determinar

en cada una de ellas:
4.2.1 Identificación de actividades

Definir las actividades es el proceso que radica en identificar las acciones fijadas
para ser realizadas en el software web para el conjunto residencial tierra del sol.
ID ACTIVIDADES
1 Inicio del proyecto
2 Fase 1 análisis
3 Proceso de requerimientos
4 Requerimientos de información
5 Identificar las entidades de datos
6 Modelado de la información
7 Diseño conceptual
8 Fase 2 Diseño
9 Revisión de diseño
10 Desarrollo de casos
11 Inspección de diseño
12 Codificación
13 Revisión de código
14 Pruebas unitarias
15 Fase 3 Pruebas
16 Pruebas del sistema
17 Pruebas de certificación
18 Pruebas del cliente
19 Despliegue
20 Mantenimiento

Rev. [99.99]
sol
Pág. 17
4.2.2 Secuenciamiento de actividades

Se elabora una secuenciación de las actividades las cual puede observarse en la
figura siguiente:
4.2.3 Estimación de los recursos de las actividades
PAQUETE ACTIVIDAD TIPO DE CANTIDAD

RECURSO
Fase 1 análisis Proceso de Analista de 1
requerimientos Sistemas
Requerimientos de Analista de 1
información Sistemas
Identificar las Programador 1
entidades de datos
Modelado de la Programador 2
información
Diseño conceptual Ingeniero de 1
Software
Fase 2 Diseño Construcción Programador 2
Revisión de diseño Ingeniero de 1
Software
Desarrollo de Programador 1
casos
Inspección de Programador 2
diseño
Codificación Programador 2
Revisión de código Ingeniero de 1
Software
Pruebas unitarias Analista de 1
Sistemas
Fase 3 Pruebas Pruebas del Analista de 1
sistema Sistemas
Pruebas de Ingeniero de 1
certificación Software
Pruebas del cliente Analista de 1
Sistemas
Despliegue Programador 2

Rev. [99.99]
sol
Pág. 18
Mantenimiento Ingeniero de 1
Software
4.2.4 Estimación de la duración de las actividades

La duración de las actividades se estimó tomando como base información de la
Empresa sobre construcción de obras similares.
ID LISTA DE ACTIVIDADES DURACION (días laborales)

1 Inicio del proyecto 0
2 Fase 1 análisis 60
3 Proceso de requerimientos 28
4 Requerimientos de información 33
5 Identificar las entidades de datos 20
6 Modelado de la información 13
7 Diseño conceptual 15
8 Fase 2 Diseño 87
9 Revisión de diseño 15
10 Desarrollo de casos 15
11 Inspección de diseño 16
12 Codificación 17
13 Revisión de código 15
14 Pruebas unitarias 16
15 Fase 3 Pruebas 70
16 Pruebas del sistema 28
17 Pruebas de certificación 17
18 Pruebas del cliente 12
19 Despliegue 21
20 Mantenimiento 37

Rev. [99.99]
sol
Pág. 19
4.2.5 Desarrollo del cronograma

Rev. [99.99]
sol
Pág. 20
4.2.6 Control del cronograma

Forma de gestionar los requisitos
Los requisitos del sistema tendrán un orden de propiedades con dichos atributos permiten
realizar un práctico seguimiento de los diferentes requisitos. Por otro lado los cambios que se
deban hacer para los requisitos deberán ser gestionados mediante una solicitud de cambio,
que serán valoradas y tratadas de esta forma asegurar la integridad del sistema.
Control de plazos
El cronograma tendrá un seguimiento y evaluación semanal por el director del proyecto.
Control de calidad
Cuando se detectado un defecto en las revisiones periódicas se deben de formalizar mediante
una solicitud de cambio la cual tendrán seguimiento para asegurar la aprobación con relación a
la solución de dichas deficiencias.
Gestión de Riesgos
Desde la primera fase se establecerá una lista de riesgos que están asociados al proyecto y de
las acciones para atenuar o en caso de contingencia.
4.3 Gestión de Costos
4.3.1 Gestión de costes
En la gestión de costos se debe tener en cuenta los siguientes aspectos para el Desarrollo de
la plataforma:
4.3.2 Costos Tecnológicos:
Se debe contemplar la compra un servidor local en el que se alojara La base de datos y la

administración de las Páginas de la aplicación. El servidor contara con Sistema Operativo
Linux, el software a utilizar a usar es de uso libre por lo que no tendrá costo adicional.
De igual manera este se empleara a futuro para alojar otras aplicaciones de la empresa.
Se sugiere el uso del servidor local debido a que no es fundamental tener las Aplicaciones en
línea en hosting externo para ser consultadas vía Web, se ingresa a las aplicaciones
localmente, evaluando costo beneficio de contratar un hosting, que soporte las necesidades y
pensando en que el equipo soportaría otro tipo de servicios a la empresa se realiza la
propuesta y cotización del siguiente servidor.
Servidor Lenovo x3550 M5 COP $ 15, 310,742 (Cop)

Formato: Rack 1U

Rev. [99.99]
sol
Pág. 21
Procesador: 1 Socket Intel® Xeon E5-2630v4 2.2GHz, 10Cores, 25M Cache, 85W,
Opcional un segundo procesador.
Memoria: 1x 16GB (2Rx4) RDIMM, 2400MHz, TruDDR4 (Hasta 12 memorias, (24
memorias con segundo procesador/Ampliable a 1.5TB con LRDIMMs)
Controladora de Disco: RAID M5210, SATA y SAS, Soporta 0,1,10, Opcional Raid 5/50
con Upgrade
Discos: 0x 2.5" SAS/SATA 12Gbps HotSwap (Hasta 4 Discos, 8 Discos con Cage
opcional /Ampliable a 46TB)
Slot de Expansion: 2 Slots PCIe (Hasta 3 PCIe con Riser opcional)
Administración: Integrated Management Module II IMM2.1
Fuente de Poder: 1x 550W fixed 80 PLUS, Opcional Fuente redundante
Red: 4x Gigabit Ethernet (1x Compartido para módulo de administración)
Unidad Optica: 0x Slim Optical Drive (Opcional)
Puertos: Frente 2x USB 2.0, 1x VGA; Atras: 1x VGA, 2x USB 3.0, 4 RJ-45 1GbE, 1x
GbE System Management Port.
Certificaciones: RoHS Compliant, Unified Extensible Firmware Interface (UEFI)
4.3.3 Costos Personal:
Para nuestro proyecto aplicamos el método COCOMO básico orgánico teniendo en cuenta las
características del proyecto
� = � ∗ 𝐾𝐿𝑂𝐶�
Tipo de Proyecto A B C D
Orgánico 2.4 1.05 2.5 0.38
Donde:
a= 2,4
KLOC = 4000 líneas de código
b= 1,05
D=6 Meses
N=E/D
N=2 personas
Aplicando el método COCOMO se determina que para el proyecto se requieren 2

Desarrolladores por 6 meses, teniendo en cuenta que se aplicó calculando 4000 líneas de
código.
Se requerirán para la implementación los siguientes perfiles:
Programador: encargado del desarrollo de la plataforma.

Diseñador: Encargado del diseño de las interfaces de usuario:
Analista: Encargado de la recopilación de la información y documentación del proyecto.
Teniendo en cuenta el tiempo detallado en cada una de las actividades se relaciona el valor de
cada uno de los profesionales que participarían en el proyecto teniendo en cuanta que estarían
dedicados de tiempo completo al proyecto.

Rev. [99.99]
sol
Pág. 22
Programador: Sueldo mensual $ 2.000.000.oo., días programados 120 (4 meses)
Costo Total $ 8.000.000.oo.
Diseñador: Sueldo Mensual $ 1.800.00.oo, días programados 60 (2 meses)
Costo Total $ 3.800.00.oo.
Analista: Sueldo Mensual $ 1.500.000 Días Programados 180 (6 meses)
Costo Total $ 9.000.000
Esto nos daría un costo en mano de obra de $ 20.800.000
Sumando los costos de mano de obra y la compra del servidor tendríamos un
Costo total de $ 36.110.752
5 Apéndices
El lenguaje de programación a utilizar debe ser JAVA, PHP y HTML. Las bases de datos
deben ser desarrolladas en SQL, todas estas en la versión más reciente.

Formato Plantilla IEEE830 V2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Formato Plantilla IEEE830 V2

Uploaded by

Copyright:

Available Formats

Especificación de requisitos de

Descripción de requisitos del software

Fecha Revisión Autor Verificado dep. calidad.

06/12/2017 3.0 Andres Felipe Moreno [Firma o sello]

06/12/2017 3.0 Deiber Alirio Ramirez

06/12/2017 3.0 Mario Edwin Martinez

06/12/2017 3.0 Walter Fandiño Sanchez

Documento validado por las partes en fecha: [Fecha]

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 8

2.3 Características de los usuarios 8

2.5 Suposiciones y dependencias 9

2.6 Evolución previsible del sistema 9

3.1 Requisitos comunes de los interfaces 11

3.2 Requisitos funcionales 12

3.3 Requisitos no funcionales 13

Descripción de requisitos del software

3.4 Otros requisitos 14

4.1 Gestión del alcance 15

4.2 Gestión del tiempo 15

4.3 Gestión de Costos 19

4.3.1 Gestión de costes

Descripción de requisitos del software

Durante el desarrollo de la Unidad 3: Tercera Fase - Planificación se hizo una distribución de

ANDRES FELIPE MORENO: Líder comunicador

MARIO EDWIN MARTINEZ: Dinamizador del Proceso

DEIBER ALIRIO RAMIREZ: Vigía del Tiempo

WALTER FANDIÑO: utilero Responsable de conseguir el material y/o las herramientas de

Descripción de requisitos del software

1.3 Personal involucrado

Nombre Deiber Alirio Ramírez

Nombre Mario Edwin Martínez

Nombre Walter Fandiño

Descripción de requisitos del software

1.4 Definiciones, acrónimos y abreviaturas

SQL: Es un lenguaje de bases de datos utilizado para realizar diferentes operaciones

CSS: Es un lenguaje de estilo utilizado para definir la presentación de los documentos

JAVA: Se trata de un lenguaje de programación en el cual se puede realizar cualquier

Descripción de requisitos del software

2.2 Funcionalidad del producto

2.3 Características de los usuarios

Tipo de usuario Administrador Conjunto

-Utilizar el chat, alertas y bandeja de correo para atender

-Actualización de información relacionada con los

-Aplicar costos básicos y adicionales (Multas, intereses y

-Bloquear Usuarios y actualizar la información cuando

Tipo de usuario Propietario (Residente)

-Escribir por medio del chat o correo electrónicos

Descripción de requisitos del software

-Consultar y recibir alertas relacionadas al estado de

-Generar, imprimir y pagar el recibo de administración

Tipo de usuario Celaduría

-Enviar notificaciones sobre visitantes

 El cargue de las imágenes, anexos y documentos deben ser en formatos con

 La velocidad de internet necesaria para cargar correctamente la página debe

 El software debe poderse ejecutar en los navegadores Google Chrome, Firefox

 Utilizar lenguaje de programación HTML 5, PHP y JAVA

 Por tratarse de un software web los requerimientos de hardware deben ser:

Procesador: Intel Core 2 Duo