Gestión de Proyectos Integral

Contribuye C
Responsable Primordial ℗

N° del Proyecto: PRO-001

Nombre del Proyecto: “Desarrollo de una aplica

el Gobierno Au

Director del Proyecto: Anderson Pozo

DIRECTOR

Tecnico 1
PATROCINADORA

JHON PAILLACHO
ANDERSON POZO
1. Análisis de Requerimientos

1.1. Levantar requisitos en software

1.2.1. Entrevista con la encargada de la difusion de eventos

C C C
culturales Lic. Gady Ruíz

1.2.2. Obtencion de información sobre los requerimientos

C ℗ C
funcionales y requerimientos no funcionales de software

1.2.3. Analisis el software existenente por el grupo de trabajo C ℗ C

1.2.4. Estudio del entorno de trabajo de los usuarios C ℗ C

1.2.5. Examinar las necesidades de los interesados C C C

1.2.6. Recopilacion de los requerimientos C C C

1.2.7. Determinacion de los procesos automatizados C C C

1.2.8. Mesas de trabajo, obtencion de informacion rapida de

C C C
la problemática

1.2.9. Analisis de la problemática C C C

1.2.10. Realizacion del informe respectivo C C

1.3. Levantar Procedimientos a Automatizar C C

1.3.1. Definicion de la informacion clave y actividades C C C

1.3.2. Modelacion del proceso en una herramineta de

C C
automatizacion

1.3.3. Prueba de los procesos. C C

1.3.4. Monitoreo del rendimiento C C

1.3.5. Revision del proceso e identifiacion del area a mejorar C ℗ C

2. Diseño de la aplicación

2.1 Diseño de Procedimientos

2.1.1 Definicion del funcionamiento ℗ C

2.1.2 Revisar la informacion proporcionada por medio de los

C C
informes expuestos

2.1.3 Diseñar la estructura logica de la aplicación C ℗

2.1.4 Plantear graficamente un diagrama de flujo C ℗

2.1.5 Revisar correctamente el diagrama por posibles fallas ℗ C

2.1.6 Diseñar un listado de los distintos procesos que van a

C ℗
estar dentro de la aplicación

2.1.7 Realizar una documentacion sobre el funcionamiento y

C C
el modelo de la aplicación

2.2 Diseño de interfaces

2.1.1 Apartir de la documentacion anterior extraer la

C ℗
informacion necesaria

2.1.2 Utilizar un medio de diseño prototipos ℗ C

2.1.3 Diseñar graficamente la aplicación ℗ C

2.1.4 Realizar una documentacion sobre la interfaz grafica

C C
de la aplicación

2.3 Diseño de la base de datos

2,3.1 Revisar la documentacion sobre la interfaz grafica de

C C
la aplicación
2.3.2 A partir de la documentacion estructurar la base de
℗ C
datos

2.3.3 Primer normalizacion ℗ C

2.3.4 Segunda normalizacion ℗ C

2.3.5 Tercer normalizacion ℗ C

2.3.6 Diseño logico de la base de datos C ℗

2.3.7 Diseño fisico de la base de datos C C

3.1.3 Revisar la base de datos por posibles fallos C ℗

3.1.4 El sistema debera tener una conexión hacia la base de

C ℗
datos
3.1.5 El sistema obtendrá la información de las clases de la
C ℗
base de datos para su ejecucion

3. Desarrollo de aplicación y Pruebas

3.1. Codificación

3.1.1. Revisar estándares de programación y diseño de

C ℗
programas, recomendados.
3.1.2. Analizar técnicas de implementación recomendadas:
codificación propia, compra de paquetes, contratación C ℗
externa, etc.
3.1.3. Escribir el código fuente de la aplicación C ℗

3.1.4. Construcción de diagramas definitivos del sistema y

C ℗
de los programas.

3.1.5. Descripción detallada de la lógica de cada programa C ℗

3.1.6. Descripción de las Entradas y Salidas (ficheros,

C ℗
pantallas, listados, etc.).

3.1.7. Elaborar listado de los programas, conteniendo

C ℗
comentarios.
3.1.8. Realizar pruebas de cada unidad. C ℗

3.1.9. Realizar pruebas de funcionalidad C ℗

3.1.10. Realizar pruebas de integración C ℗

3.1.11. Elaborar documentos del diseño final del sistema y

C ℗
de cada programa

3.1.12. Elaborar guía para los operadores del sistema C C ℗

3.1.13. Elaborar manual de usuario del sistema C C ℗

3.2. Pruebas

3.2.1. Planeamiento

3.2.1.1. Elaborar un plan de pruebas del sistema ℗ C

3.2.2. Tests

3.2.2.1. Test unitario: Detectar errores en los datos,lógica,

℗ C
algoritmos
3.2.2.2.Test de integración: Detectar errores de interfaces y
℗ C
relaciones entre componentes
3.2.2.3.Test funcional: Detectar errores en la
℗ C
implementación de requerimientos
3.2.2.4.Test de sistema: Detectar fallas en el cubrimiento de
℗ C
los requerimientos
3.2.2.5.Test de aceptación: Detectar fallas en la
℗ C
implementación del sistema

3.2.3. Documentación de pruebas

3.2.3.1. Realizar informe de resultados de las pruebas ℗ C

3.2.3.2.Elaborar descripción de las pruebas, el resultado
esperado, resultado obtenido y acciones a tomar para ℗ C
corregir las desviaciones.
3.2.3.3.Adjuntar los resultados de las pruebas a la
℗ C
documentación.
Proyectos Integral

“Desarrollo de una aplicación web prototipo para la gestión de la agenda cultural para
el Gobierno Autónomo Descentralizado Municipal de Montufar”
Tecnico 2
CHILIQUINGA
WLADIMIR

C
℗

C
C

℗
C

C
C