EDT
Elkin Leonardo Trujillo Reyes
Juan Camilo Mantilla Hoceja
Universidad de Cundinamarca
Ingeniería
Ingeniería de sistemas
Chía Cundinamarca
2019
Contenido
Alcance del proyecto.................................................................................................3
EDT............................................................................................................................5
Vista jerárquica..........................................................................................................5
Diagrama de actividades...........................................................................................6
Diccionario de datos..................................................................................................7
Cronograma...............................................................................................................8
Diagrama de dependencias.......................................................................................9
Dependencias..........................................................................................................10
Recursos..................................................................................................................11
Presupuesto.............................................................................................................12
Conclusión...............................................................................................................13
Alcance del proyecto
DOCUMENTO DEL ALCANCE DE TRABAJO DEL PROYECTO
Estado Versió 1.0
n
TITULO PROPUESTO DEL CLASIFICACION DE
PROYECTO: “Agendador en un CONFIDENCIALIDAD
aplicativo web”
PATROCINANTE DEL PROYECTO: pharma Express Uso Uso Documen x
interno to
Gene
ral Solame Confiden
nte cial
NUMERO DEL PROYECTO: 1
ESPECIFICACIONES/PROPOSITO DEL PROYECTO: El proyecto tiene como propósito organizar la información
de la empresa pharma express mediante un aplicativo web, en cuanto al diligenciamiento de las citas para
reclamar sus medicamentos y saber si el medicamento se encuentra en las bodegas de la farmacia. Para que con
esta información el usuario sepa cuando puede ir a reclamar el medicamento que ya está disponible.
Contar con una base de datos donde se registren cada uno de los medicamentos
Hacer un inventario total de todo lo que hay en cada una de las farmacias a nivel municipal
Capacitar a los empleados que van a usar el software
Una vez instalado, hacer mantenimiento del software cada 3 meses
Avisar con anterioridad la integración de un nuevo medicamento a la base de datos
Manuales de usuario, y capacitación de mantenimiento de software
Construcción e implementación mediante la metodología SCRUM
La forma de pago será establecida en el proyecto con sus plazos
Implementar buenas prácticas de calidad y seguridad de software
El desarrollo de este proyecto será mediante herramientas web como bootstrap, solo para motores de
búsqueda como google, o mozilla Firefox, para aprovechar la seguridad que aportan los mismos a las
páginas que allí se alojan.
Se va a usar un motor de bases de datos SQL server
Usar gobernanza de datos
los computadores deben contar con un sistema operativo Windows 10
mínimo 4 Gb (Gigas) de RAM
procesador Quad Core
conexión a internet mínimo de 5 Mbps (Megas por segundo)
RESTRICCIONES DEL PROYECTO:
El tiempo de entrega puede variar un poco a causa del poco sustento económico
Como se implementa una metodología de desarrollo ágil el proyecto puede que esté terminado para las
fechas acordadas, pero como se requiere una retroalimentación con el cliente esto puede generar
cambios y alargar la fecha de entrega del mismo
La constante actualización de los inventarios en cada una de las farmacias
El tiempo es limitado puesto que la empresa espera un proyecto en corto plazo. (4 meses)
No se cuenta con los permisos adecuados para hacer las encuestas y así poder realizar las encuestas.
Pero con la ayuda del contacto con la empresa se pueden gestionar.
Falta presupuesto para el desarrollo, aun así, se puede hacer el proyecto
La infraestructura de cómputo en la empresa. Pero también supuesto
FACTORES CRITICOS DE EXITO:
Sólo se tiene contacto con un directivo de la empresa.
La empresa cuenta con buenos equipos, capaces de mantener la constante actualización del sitio
La correcta aplicación de la metodología Agile SCRUM para garantizar el buen desarrollo del software y
así garantizar su producción y su alta calidad.
La empresa estará informada de su producto y de sus actualizaciones.
Apoyo del ministerio de salud para la implementación en la farmacia.
SUPOSICIONES:
Acceso y autorización a las demás empresas prestadoras de este servicio del país.
Los requerimientos del software no van a cambiar hasta que esté finalizado.
Se hará retroalimentación, y como se usó una metodología ágil se cambia lo que se establezca en el
nuevo convenio.
Disposición de la información por parte de la empresa
Oposición por parte de los usuarios a la nueva tecnología
La disposición de computadores por parte de los usuarios
El correcto manejo de la plataforma de los usuarios
DEPENDENCIAS:
Para el desarrollo de este aplicativo web, es necesario contar con la ayuda del gerente de recursos
humanos de la empresa, el sustento económico de la misma, y un cuerpo de desarrollo para la aplicación
web, se debe conocer que es lo que realmente se necesita y cómo, pero para esto se levantaran unos
requerimientos a base de encuestas y formularios, tanto para los usuarios, como los directivos y
empleados de la empresa.
Dependemos de alguien que este guiando el desarrollo la mayor parte del tiempo, para satisfacer la real
necesidad de la empresa
Se depende del permiso de la empresa para poder realizar encuestas a los usuarios
Es indispensable contar con una buena conexión a internet para que la plataforma funcione
adecuadamente
Se depende de un buen servidor estable para alojar la página
PREPARADO Juan Camilo Mantilla Hoceja FECHA REVISION INICIALES
POR:
Elkin Leonardo Trujillo Reyes
FECHA: 09/04/2019
EDT
Vista jerárquica
1. Proyecto de “Agendador en un aplicativo web”
1.1. Documento de análisis
1.1.1.Especificación funcional
1.1.2.Requerimientos funcionales
1.1.3.Requerimientos no funcionales
1.2. Documento de diseño
1.2.1.Especificación de diseño funcional
1.2.2.Especificación de diseño técnico
1.2.3.Diseño de casos de prueba
1.3. Software desarrollado e instalado
1.3.1.Preparación de ambiente de desarrollo
1.3.2.Módulo 1
1.3.2.1. Base de datos
1.3.3.Módulo 2
1.3.3.1. Presentación e Interfaz con el usuario
1.4. Reportes de prueba
1.4.1.Ambiente de pruebas
1.4.1.1. Preparación del ambiente de pruebas
1.4.1.2. Módulos instalados en el ambiente de pruebas
1.4.2.Reportes de pruebas integrales
1.4.2.1. Pruebas de caja blanca
1.4.2.2. Pruebas de caja negra
1.4.3.Reportes de pruebas de aceptación de usuario
1.4.3.1. Aceptación del módulo 1
1.4.3.2. Aceptación del módulo 2
1.5. Documentos de entrega
1.5.1.Manual de Usuario
1.5.2.Garantía
Diagrama de actividades
Diccionario de datos
Tema/actividad Descripción Producto
Requerimientos funcionales Cálculos y detalles técnicos Documento listado de
sobre el software requerimientos
Requerimientos no Levantamiento de requisitos Documento listado de
funcionales no funcionales requerimientos
Reglas de negocio Levantamiento de las reglas Documento con las normas
de negocio
Diagramas UML Diagramas para representar el Ideas básicas de diseño
diseño
Modelamiento de Base de Creación del diseño de la Diseño de la base de datos
datos base de datos
Creación de targets Definir el público al que va Documento con el público al
dirigido que va dirigido
Creación interfaz gráfica Diseño del software, como lo Interfaz de inicio
va a ver el usuario
Documentación UML Cada paso de los diagramas Lista de diagramas
UML
Preparación de ambiente del Enfoque del lenguaje que se Documentación del desarrollo
desarrollo va a desarrollar
Base de datos Creación de la base de datos Base de datos
Presentación e interfaz Software terminado y listo Interfaz del software total
para las pruebas
Desarrollo de pruebas de Pruebas para encontrar Listado de fallos
integración posibles fallos
Desarrollo de pruebas de caja Pruebas a la interfaz del Soluciones a los posibles
blanca usuario para saber si fallos
responde bien desde la parte
interna
Manual de usuario Realización del manual del Manual de usuario
usuario, con los respectivos
instructivos
Fin proyecto Entrega del proyecto completo Producto completo
sin fallos
Cronograma
MESES
MAYO JUNIO JULIO AGOSTO SEPTIEMBRE
ACTIVIDADES PROYECTO
SEMANAS
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
FASE 1
Análisis
Establecer Requerimientos funcionales.
Establecer Requerimientos no funcionales.
Establecer Reglas de negocio.
FASE 2
Elaboración
Diagramas UML
Modelamiento BD (Base de datos)
Creación de targets
Creación de interfaz gráfica.
FASE 3
Construcción
Documentación UML
Preparación ambiente de desarrollo
Modulo 1
Base de datos
Modulo 2
Presentación e interfaz con el usuario
FASE 4
Transmisión
Desarrollo de pruebas de integración
Desarrollo de pruebas de caja blanca
Manual de usuario
Fin del proyecto
Diagrama de dependencias
Dependencias
ACTIVIDADES PROYECTO Tiempo Secuenciacion y depedencias
FASE 1
Analisis 2 semanas
Establecer Requerimientos
funcionales. 1 semana
Establecer Requerimientos no
funcionales. 2 semanas
Establecer Reglas de negocio. 1 semana
FASE 2
Elaboración 7 semanas
Driagramas UML 3 semanas
Modelamiento BD (Base de datos) 5 semanas
Creación de targets 2 semanas
Creación de interfaz gráfica. 5 semanas
FASE 3
Construcción 14 semanas
Documentación UML 3 semanas
Preparacion ambiente de desarrollo 2 semanas
Modulo 1 3 semanas
Base de datos 3 semanas
Modulo 2 3 semanas
10
Presentacion e interfaz con el usuario
semanas
FASE 4
Transmisión 11 semanas
10
Desarrollo de pruebas de integración
semanas
Desarrollo de pruebas de caja blanca 8 semanas
Manual de usuario 3 semanas
Fin del proyecto 4 semanas
Recursos
ACTIVIDADES PROYECTO RECURSOS
FASE 1
Analisis
Establecer Requerimientos funcionales. Desarrolladores del proyecto, analista, y jefe de recursos humanos
Establecer Requerimientos no funcionales. Desarrolladores del proyecto, analista, y jefe de recursos humanos
Establecer Reglas de negocio. Analista, arquitecto y jefe de recursos humanos
FASE 2
Elaboración
Driagramas UML Analista, arquitecto de software
Modelamiento BD (Base de datos) Analista, desarrolladores del proyecto
Creación de targets Analista
Creación de interfaz gráfica. Arquitecto de software y Desarrolladores
FASE 3
Construcción
Documentación UML Analista
Preparacion ambiente de desarrollo Desarrolladores del proyecto, analista
Modulo 1 Analista
Base de datos Desarrolladores del proyecto, analista
Modulo 2 Analista
Presentacion e interfaz con el usuario Desarrolladores del proyecto
FASE 4
Transmisión
Tester, analista, Desarrolladores, jefe de proyecto y de recursos
Desarrollo de pruebas de integración
humanos
Tester, analista, Desarrolladores, jefe de proyecto y de recursos
Desarrollo de pruebas de caja blanca
humanos
Manual de usuario Arquitecto de software y analista
Fin del Proyecto Jefe de proyecto
Presupuesto
Conclusión
Se llega a la conclusión que el proyecto se rechaza puesto que no genera ganancia a los 5
meses que esta presupuestado (valor negativo)
