Gestion de Proyecto - Trabajo Final

SIMANOPE- Versión 1.0 Facultad de Ingeniería Escuela de Ingeniería de Sistemas SISTEMA ACADÉMICO INTEGRADO: MATRICULAS

Views 64 Downloads 3 File size 5MB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

SIMANOPE- Versión 1.0

Facultad de Ingeniería Escuela de Ingeniería de Sistemas

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES DE LA I.E.P “DANIEL ALCIDES CARRIÓN” AUTORES: Quiroz Carranza, Karol Moreno Barrera, Diego Armando Ruiz Rodríguez, Smith

1

SIMANOPE- Versión 1.0

GESTIÓN DE INTEGRACIÓN

2

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15/04/15 Versión original 15/07/15

Se ha actualizado con las observaciones.

PROJECT CHARTER NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIMANOPE

DESCRIPCIÓN DEL PROYECTO: El Proyecto SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES DE LA I.E.P “DANIEL ALCIDES CARRIÓN”, consiste en desarrollar e implementar un software que permita automatizar la gestión en cuanto a matrículas, notas y pensiones del área de admisión. Los procesos a automatizar son: -

Proceso de registro de matrículas. Proceso de registro y entrega de boletas de notas. Proceso de pago y monitoreo de control de pensiones.

-

Karol Quiroz (K) ->Proyect Manager. Diego Moreno (D) ->Programador. Smith Ruiz (S) ->Analista Técnico.

El desarrollo de proyecto estará a cargo de los siguientes:

La solución se basará en la automatización de procesos manuales, con el fin que optimizar la gestión de la institución. Los padres de familia podrán asistir al área de admisión presentando solo el DNI del alumno, inmediatamente se podrá registrar en su grado, conocer quién será el docente, acceder a su lista de útiles y su horario de clases, además de obtener su cronograma de pagos detallado, los docentes podrán registrar las calificaciones y asistencia diarias del alumnado de forma directa. El proyecto se desarrollará desde el 01 de abril del 2015 hasta el 15 de julio del 2015, siendo la puesta en producción el 15 de abril del 2015. El desarrollo se realizará en las instalaciones de KDS Systems y la implementación en la I.P. Daniel Alcides Carrión.

DEFINICIÓN DEL PRODUCTO DEL PROYECTO: El Sistema consistirá en 3 módulos: 1. El módulo de registro de matrículas.- Donde se podrá registrar (Grado, sección, docente, horario de clase, lista de útiles, etc.) de forma automática asistiendo al área de admisión del colegio, brindando el DNI del alumno. 2. El módulo de registro de notas.- Donde se simulará un registro de calificativos diarios (trabajos, exposiciones, exámenes, orales, etc.) por curso, para promediar al final de cada bimestre, los resultados serán imprimidos en la boleta de notas, que serán entregados a los padres de familia de forma directa o por correo electrónico. 3. El módulo de monitoreo de pensiones: Donde el padre de familia conocerá monto de pago de forma mensual, fecha de pago, fecha de vencimiento, descuentos, categoría especial (beca y media beca). Documentación a entregar: 1. Manual de Usuario. 2. Manual técnico.

3

SIMANOPE- Versión 1.0

DEFINICIÓN DE REQUISITOS DEL PROYECTO: El Sponsor tiene los siguientes requisitos: - Se necesita reducir el tiempo de atención, minimizando colas, riesgos al pagar la pensión, entregar a tiempo el informe de desempeño académico, evitar excesiva documentación, por ende pérdida de la información, control y monitoreo en el proceso de matrícula.

OBJETIVOS DEL PROYECTO: CONCEPTO OBJETIVOS Cumplir con la entrega del 1. ALCANCE producto y la documentación relacionada. 2. TIEMPO Concluir el proyecto en el plazo solicitado por el cliente.

ÉXITO Aprobación del Jefe de área de Admisión. CRITERIO DE

Concluir el proyecto en el plazo establecido, inicio 01/04/15, fin 15/07/15. 3. COSTO Cumplir con el presupuesto No incrementar el previsto del proyecto. presupuesto del proyecto. FINALIDAD DEL PROYECTO: Satisfacción de los padres de familia al comprobar que el tiempo de espera en el proceso de matrícula y entrega de notas disminuye. Incrementar las utilidades de la empresa. JUSTIFICACIÓN DEL PROYECTO: JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN CUANTITATIVA Mejorar el proceso de admisión Flujo de logrando la satisfacción de padres de Ingresos familia y alumnado en general. Reducir el tiempo de espera en la Flujo de cola de registro de matrículas. Egresos Evitar excesiva documentación y VAN pérdida de información. Monitorear y controlar los ingresos TIR mensuales, estableciendo un riguroso cronograma de pagos. RBC DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO. NOMBRE Karol Quiroz NIVELES DE AUTORIDAD REPORTA A Frank Rodríguez Exigir el cumplimiento establecidos. SUPERVISA A Equipo del Proyecto

de

plazos

CRONOGRAMA DE HITOS DEL PROYECTO. HITO O EVENTO SIGNIFICATIVO FECHA PROGRAMADA 1. Gestión del Proyecto 01/04/15 al 15/07/15 2. Requerimientos 10/04/15 al 17/04/15 3. Análisis y Diseño del Sistema. 20/04/15 al 01/05/15

4

SIMANOPE- Versión 1.0

4. Construcción del Sistema.

04/05/15 al 27/05/15

5. Pruebas del Sistema.

28/05/15 al 18/06/15

6. Capacitación.

19/06/15 al 03/07/15

7. Implementación.

06/07/15 al 14/07/15

ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO. ORGANIZACIÓN O GRUPO ROL QUE DESEMPEÑA ORGANIZACIONAL Autoriza y financia la realización del Director del colegio proyecto. Equipo de Proyecto

Proveer el servicio de desarrollo del software

Jefe de área de admisión

Proporciona información indispensable para el desarrollo del aplicativo.

I.E.P “DANIEL ALCIDES CARRIÓN”

Proveer las instalaciones desarrollo del aplicativo.

para

Provee equipos de cómputo implementación del software.

DELTRON DEL PERÚ SAC

el para

PRINCIPALES AMENAZAS DEL PROYECTO Que el padre de familia se oponga al cambio. Renuncia de un miembro del equipo por sueldos bajos. PRINCIPALES OPORTUNIDADES DEL PROYECTO Optimizar y automatizar la gestión de registro de matrículas en la I.E.P “Daniel Alcides Carrión” Brindar una atención eficaz y eficiente en el proceso de matrículas. Garantizar ingresos mensuales programados por el colegio por parte del alumnado. Brindar información de desempeño académico de forma oportuna, sin errores. Evitar exceso de documentación y pérdida de información. PRESUPUESTO PRELIMINAR DEL PROYECTO. C ONCEPTO

M ONTO

1. Personal.

S/ 18000.00

2. Otros Costos. Total Línea Base

S/18000.00

3.- Reserva de Contingencia

S/ 1800.00

4.- Reserva de Gestión

S/ 1800.00

Total Presupuesto

S/21600.00

SPONSOR QUE AUTORIZA EL

PROYECTO.

NOMBRE

EMPRESA

CARGO

F ECHA

Frank Rodríguez

I.E.P DAC

SPONSOR

01/04/15

5

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15-03-15 Versión Original 07-07-15

Se ha actualizado con las observaciones

LISTA DE STAKEHOLDERS - POR ROL GENERAL EN EL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL PROYECTO

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIMANOPE

ROL GENERAL SPONSOR

STAKEHOLDERS Frank Rodriguez PROJECT MANAGER: Karol Quiroz EQUIPO DE GESTIÓN DE PROYECTO: Diego Moreno(PRO) Smith Ruiz (AT)

EQUIPO DE PROYECTO

OTROS MIEMBROS DEL EQUIPO DE PROYECTO Jorge Zapata (Programador). Daniel Orbegoso (Programador). Manuel Villacorta (Programador, Jefe de Unidad de Informática y Comunicaciones).

PORTFOLIO MANAGER PROGRAM MANAGER PERSONAL DE LA OFICINA DE PROYECTOS GERENTES DE OPERACIONES GERENTES FUNCIONALES

Jefe del Área de admisión: Julio Paredes

USUARIOS / CLIENTES

Secretaria académica, docentes. Alumnos y Padres.

PROVEEDORES / SOCIOS DE NEGOCIOS

Microsoft Corporation

OTROS STAKEHOLDERS

6

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15-03-15 Versión Original 07-07-15

Se ha actualizado con las observaciones

CLASIFICACION DE STAKEHOLDERS - MATRIZ INFLUENCIA VS PODER NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO

SIMANOPE

PODER SOBRE EL PROYECTO

PODER INFLUENCIA

ALTA

Project Management: Karol Quiroz Equipo de Proyecto:

Diego Moreno Smith Ruiz

Operadores:

BAJA

INFLUENCIA SOBRE EL PROYECTO

BAJO

Jorge Zapata Daniel Orbegoso Manuel Villacorta

Alumnos Padres de familia

ALTO

Director de la I.E.P “DANIEL ALCIDES CARRIÓN” Frank Rodríguez

Jefe del Área de admisión: Julio Paredes

: Nivel de Autoridad : Involucramiento Activo

7

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15-03-15 Versión Original 07-07-15

Se ha actualizado con las observaciones

CLASIFICACION DE STAKEHOLDERS - MATRIZ INTERÉS VS PODER NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO

SIMANOPE

PODER SOBRE EL PROYECTO

A FAVOR

Equipo de Proyecto:

NORMAL

Operadores:

Diego Moreno Smith Ruiz

MEDIO

Project Management: Karol Quiroz

Jorge Zapata Daniel Orbegoso Manuel Villacorta

EN CONTRA

INTERÉS SOBRE EL PROYECTO

BAJO

PODER INFLUENCIA

ALTO

Director de la I.E.P “DANIEL ALCIDES CARRIÓN” Frank Rodríguez

Jefe del Área de admisión: Julio Paredes

Alumnos Padres de familia

: Nivel de Autoridad : Preocupación o conveniencia

8

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15-03-15 Versión Original 07-07-15

Se ha actualizado con las observaciones

CLASIFICACION DE STAKEHOLDERS - MATRIZ INFLUENCIA VS IMPACTO NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO

SIMANOPE

PODER SOBRE EL PROYECTO

INFLUENCIA IMPACTO

ALTA BAJA

INFLUENCIA SOBRE EL PROYECTO

BAJO

Project Management: Karol Quiroz Equipo de Proyecto: Diego Moreno Smith Ruiz

Operadores: Jorge Zapata Daniel Orbegoso Manuel Villacorta

ALTO

Director de la I.E.P “DANIEL ALCIDES CARRIÓN” Frank Rodríguez Jefe del Área de admisión: Julio Paredes

Alumnos Padres de familia

: Involucramiento activo : Capacidad para efectuar cambios al planeamiento o ejecución del proyecto.

9

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

REGISTRO DE STAKEHOLDERS NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES IDENTIFICACIÓN NOMBRE

EMPRESA Y PUESTO

LOCAL I

ROL EN EL PROYECTO

SIGLAS DEL PROYECTO

SIMANOPE

EVALUACIÓN INFORMACIÓN

REQUERIMIENTOS

DE CONTACTO

PRIMORDIALES

EXPECTATIVAS PRINCIPALES

INFLUENCIA POTENCIAL

CLASIFICACIÓN FASE DE MAYOR INTERES

INTERNO EXTERNO

ZACIÓ N

Frank Rodríguez

Mónica Pardo

DAC

DAC

APOYO/ NEUTRAL/ OPOSITOR

Sponsor

Conocedor del negocio

511827- anexo 1215

Procesos eficientes y eficaces

Fuerte

511827- anexo 1524

Que no haya cola de espera, y contar con reportes automatizados sobre el registro de matrículas, pagos y notas.

Fuerte

Inicio y Cierre Del Proyecto

Todo el proyecto

10

Interno

Apoyo

Interno

Apoyo

SIMANOPE- Versión 1.0

Karol Quiroz

KDS Systems

Project Manager

970226860

Cumplir con el plan de proyecto.

511827- anexo 2215

Asistir a la capacitación del sistema

Que el proyecto sea culminado exitosamente.

Mediano

Usuarios sonal de admisión

DAC

del Sistema

Bajo

DAC

Sistema

Apoyo

(Capacitación,

Interno

Neutral

Interno

Neutral

Interno

Apoyo

Implantación)

Usuarios Docentes

Interno

Fases finales

(Producto)

del

Todo el proyecto

Fases finales

Asistir a la capacitación del sistema

Bajo

(Capacitación, Implantación)

(Producto) Que el sistema realmente ayude a agilizar Usuarios Padres de familia favorables

DAC

del Sistema (Producto)

las colas de Espera para registrar matriculas, y las boletas de notas sean entregadas oportunamente además del cronograma de pagos.

Mediano

Fases finales (Implantación)

11

SIMANOPE- Versión 1.0

Usuarios Padres de familia opositores

del Sistema

Que fracase el proyecto.

Mediano

Que el sistema permita que sus notas y asistencias sean confiables y sin errores.

Mediano

Fases finales (Implantación)

Interno

Opositor

Interno

Apoyo

(Producto) Usuarios Alumnos

DAC

del Sistema (Producto)

Fases finales (Implantación)

12

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

ESTRATEGIA DE GESTIÓN DE STAKEHOLDERS NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO

SIMANOPE

STAKEHOLDER (PERSONAS O GRUPOS)

INTERÉS EN EL PROYECTO

EVALUACIÓN DEL IMPACTO

ESTRATEGIA POTENCIAL PARA GANAR SOPORTE O REDUCIR OBSTÁCULOS

Sponsor: Director de institución

Procesos eficientes y eficaces Evitar excesiva documentación, por ende pérdida de la información

Muy alto

Informar acerca de las oportunidades de mejora. Informar acerca de las funcionalidades del aplicativo. Informar oportunamente sobre los avances del proyecto. Dar capacitación del uso de la aplicación. Desarrollar una aplicación confiable, que garantice información segura.

Jefe del Área de admisión

Muy alto

Equipo del proyecto

Terminar el proyecto en el tiempo y costo establecido.

Muy alto

Personal de admisión

Minimizar el tiempo de atención.

Muy alto

Padres de familia

Alto

OBSERVACIONES Y COMENTARIOS

13

SIMANOPE- Versión 1.0

GESTIÓN DE ALCANCE

14

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

0.1

D,K,S

K

FR

1.0

K

D,S

FR

Fecha

Motivo

15-03-15 Versión Original 07-07-15

Se ha actualizado con las observaciones

SCOPE STATEMENT NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO

SIMANOPE

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO El sistema permitirá que el padre de 1. Módulo de registro de matrícula. familia pueda registrar al alumno de forma rápida y sencilla, se subdivide en alumno nuevo (matricula nueva) y alumno antiguo (actualización de matrícula), como información de entrada tenemos: datos personales, lugar de nacimiento y datos del domicilio, en matricula nueva se adiciona el ítem, requisitos; se validará también el número de vacantes disponibles. Se emiten reportes tales como: - Ficha de matricula - Horario de clases - Lista de útiles escolares (primaria). - Reporte de cantidad de alumnos por periodo escolar. El sistema simulará un registro de 2. Módulo de notas. calificativos diarios (trabajos, exposiciones, exámenes, orales, etc.) por curso, para promediar al final de cada bimestre, los resultados serán imprimidos en la boleta de notas, que serán entregados a los padres de familia de forma directa o por correo electrónico. El sistema emitirá reportes de: - Detalle de asistencia diaria. - Boletas de notas bimestrales físicas y por correo electrónico.

15

SIMANOPE- Versión 1.0

El sistema permitirá al padre de familia 3. Módulo de pensiones conocer monto de pago de forma mensual, fecha de pago, fecha de vencimiento, descuentos, categoría especial (beca y media beca). Emitirá reportes tales como: - Detalle de alumnos con beneficios académicos (beca y media beca). - Relación de alumnos que hacen sus pagos puntualmente y también de morosos. 4. Lograr que el personal se adecue al 4. Módulo de capacitación software que va ser implementado. CRITERIOS DE ACEPTACIÓN DEL PRODUCTO: CONCEPTOS CRITERIOS DE ACEPTACIÓN El sistema integrado académico contendrá todos los requisitos 1. TÉCNICOS solicitados. Se debe lograr incrementar la satisfacción del cliente hasta en 2. DE CALIDAD un 80%. 3. ADMINISTRATIVOS Todos los entregables deben ser aprobados por el director de la institución. Se deberá cumplir con lo estipulado en el contrato 4. COMERCIALES establecido. Se deberá tener una comunicación fluida y pertinente entre 5. SOCIALES los miembros de la institución y el equipo desarrollador del proyecto. ENTREGABLES DEL PROYECTO: FASE DEL PROYECTO PRODUCTOS ENTREGABLES - Project Charter. - Scope Statement. 1.0 Gestión de proyecto - Plan del proyecto. - Informe de estado del proyecto. - Informe de reunión de coordinación. - Documento de requerimientos funcionales. 2.0 Requerimientos - Documento de requerimientos no funcionales. - Informe de diseño de base de datos. 3.0 Análisis y diseño del sistema - Informe de diseño de programa. 4.0 Construcción del - Software finalizado y listo para su implantación. sistema - Informe sobre plan de pruebas. - Informe de control de calidad. 5.0 Test y Pruebas - Manual de usuario. - Manual técnico. - Plan de capacitación. 6.0 Capacitación - Informe de capacitación. - Instalación del producto en la empresa. 7.0 Implementación -Documento de acta de conformidad.

16

SIMANOPE- Versión 1.0

EXCLUSIONES DEL PROYECTO: 1. El acceso al sistema estará restringido por nivel de usuario. 2. El acceso al sistema será por una aplicación de escritorio y contará con un manual de usuario. 3. El proyecto no incluye soporte técnico físico del hardware. RESTRICCIONES DEL PROYECTO: AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El presupuesto planeado para el El contrato con los proveedores de proyecto no debe exceder lo licencias de software debe ser firmado presentado en la propuesta inicial. antes de la implantación de la aplicación en la empresa. La propuesta inicial debe ser aprobada por el Director de la institución una semana antes de iniciar el proyecto. INTERNOS A LA ORGANIZACIÓN

SUPUESTOS DEL PROYECTO: INTERNOS A LA ORGANIZACIÓN Se cuenta con el sistema operativo necesario para instalar el sistema integrado. Los usuarios involucrados en las pruebas, deben dedicar un mínimo de 1 hora de su tiempo laborable diario, y se debe finalizar las pruebas en los tiempos planificados.

AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN El cliente otorgará el apoyo necesario para el levantamiento de información y sus requerimientos. Se cuenta con la preparación adecuada para el desarrollo de los cursos de capacitación, los cuales tienen el software, hardware (UN SERVIDOR)y ambientes adecuados para el desarrollo del curso.

Se debe contar con el personal capacitado para el correcto manejo y uso del software.

17

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

DOCUMENTACIÓN DE REQUISITOS NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO SIMANOPE

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: Brindar un servicio de mayor calidad. Brindar un servicio eficiente y eficaz en el proceso de matrículas, registro de notas y control de pensiones. Controlar los pagos a destiempo por alumno. Minimizar el tiempo en el proceso de registro de matrícula. Entregar a tiempo las boletas de notas. Evitar la sobre documentación y pérdida de la información en el área de admisión. Incrementar las utilidades.

OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: Cumplir con los requerimientos establecidos por implementación del software integrado. Minimizar los gastos de gestión. Concluir el proyecto en el plazo solicitado por el cliente. Concluir el proyecto en el presupuesto acordado. Cumplir con el alcance del proyecto.

la

Institución

Educativa,

para

la

REQUISITOS FUNCIONALES: STAKEHOLDER

Jefe del área de admisión

Jefe del área de admisión Jefe del área de admisión

PRIORIDAD OTORGADA POR EL STAKEHOLDER

Muy alta.

Alta.

Muy alta.

CÓDIGO

REQUISITOS DESCRIPCIÓN

C001

La matrícula de los estudiantes se ejecuta de una manera rápida.

C002

Permitir administrar los horarios de los alumnos por sección.

C003

Controlar la cantidad alumnos por sección.

de

18

SIMANOPE- Versión 1.0

Jefe del área de admisión

Alta

C004

Obtener los siguientes reportes: - Relación de cuantos alumnos fueron registrados en el año escolar. - Lista de útiles escolares por alumno registrado. - Horario de clases por alumno registrado. - Relación de alumnos que hacen sus pagos puntualmente y también de morosos. - Detalle de alumnos con beneficios académicos (beca y media beca). - Detalle de asistencia diaria. - Registro diario de registros auxiliares para los docentes. - Boletas de notas bimestrales físicas y por correo electrónico.

REQUISITOS NO FUNCIONALES: STAKEHOLDER

PRIORIDAD OTORGADA POR EL STAKEHOLDER

CÓDIGO

Muy Alta

C005

Muy Alta

C006

Muy Alta

C007

Muy Alta

C008

Sponsor

Jefe de admisión

REQUISITOS

DE

REQUISITOS DESCRIPCIÓN

El proyecto debe cumplir con los acuerdos dados por el cliente respetando el presupuesto inicial. El proyecto debe realizarse dentro del tiempo establecido. El registro de matrícula se podrá realizar por el padre o apoderado presentando el DNI original del alumno. El sistema debe ser de fácil uso y de buena calidad.

CALIDAD:

STAKEHOLDER

Jefe del área de admisi ón

PRIORIDAD OTORGADA POR EL STAKEHOLDER

Muy alta

REQUISITOS CÓDIGO

C009

DESCRIPCIÓN El tiempo de respuesta del aplicativo en la verificación de vacantes no debe ser mayor a 5 segundos.

19

SIMANOPE- Versión 1.0

Alta

C010

El tiempo de respuesta en la generación de la matricula no debe ser mayor a 5 minutos en el peor de los casos.

CRITERIOS DE ACEPTACIÓN: 1.

CONCEPTOS TÉCNICOS

2. DE CALIDAD

3. ADMINISTRATIVOS 4. COMERCIALES 5. SOCIALES

CRITERIOS DE ACEPTACIÓN

El sistema cumplirá todos los requerimientos funcionales y no funcionales. Se deberá realizar un mínimo de 2 pruebas de control de calidad del sistema, al finalizar debe tener todos los puntos observados resueltos. Todos estos entregables deben ser aprobados por la directiva de la Institución Educativa. Se deberá cumplir con lo mencionado en el contrato establecido. Se deberá tener una comunicación fluida y coherente entre los miembros de la Institución Educativa y la empresa desarrolladora.

6. OTROS

REGLAS DEL NEGOCIO: Comunicación constante entre el equipo de desarrollo del software y la directiva institucional. Tomar acciones preventivas sobre el avance y rendimiento del proyecto. IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES Directorio general. IMPACTOS EN OTRAS ENTIDADES: Ninguno

REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO El equipo brindará una capacitación de 1 hora diaria durante una semana, para el personal de admisión y docentes. SUPUESTOS RELATIVOS A REQUISITOS Se cuenta con el personal y la tecnología para desarrollar las operaciones en la Institución Educativa. El sponsor no realizará ningún cambio en el tiempo estipulado para dar por finalizado el proyecto. RESTRICCIONES RELATIVAS A REQUISITOS No se cuente con el presupuesto para el proyecto. La licencia del software para la implementación no esté actualizada.

20

SIMANOPE- Versión 1.0

Versión 0.1

Hecha por D,K,S

Revisada por K

1.0

K

D,S

CONTROL DE VERSIONES Aprobada por FR FR

Fecha 15-03-15

Motivo Versión Original

07-07-15

Se ha actualizado con las observaciones

EDT DEL PROYECTO NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO SIMANOPE

21

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

K

15-03-15

Versión Original

1.0

K

D,S

K

07-07-15

Se ha actualizado con las observaciones

DICCIONARIO WBS NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: SIMANOPE MATRICULAS, NOTAS Y PENSIONES CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO ( PDT): TRABAJO (PDT): SEGÚN EL WBS SEGÚN EL WBS 1.1.1

PROJECT CHARTER

OBJETIVO DEL PAQUETE DE TRABAJO:

Iniciar proyecto

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Se detalla cada uno de los aspectos fundamentales y cruciales de todo Proyecto, es aquí donde delimitamos nuestro alcance, definimos los objetivos, establecemos los entregables, definimos las posiciones (Stakeholder, Clientes), asignamos responsabilidades, definimos los planes (Financieros, Recursos, Calidad) y las consideraciones (Riesgos, asunciones, restricciones). Lógica o enfoque de la elaboración:

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Actividades a realizar: - Reunión con el Sponsor. - Elaborar Project Charter. ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

- Revisar Project Charter. Responsable: K Participa: K,D,S Apoya: Revisa: Aprueba: FR Da información: Inicio: 01-04-2015 Fin: 03-04-2015 Hitos importantes: - Gestión del proyecto - Análisis y requerimientos

22

CRITERIOS DE ACEPTACIÓN:

Diseño Construcción Pruebas Implementación

Stakeholder que acepta: FR Requisitos que deben cumplirse: El equipo del proyecto debe recibir una copia en digital del Project Charter. Forma en que se aceptará: Reunión del equipo de Proyecto.

SUPUESTOS:

RIESGOS:

RECURSOS ASIGNADOS Y COSTOS:

DEPENDENCIAS:

El sponsor brindará lo necesario para desarrollar el Project Charter. -

Que el Project Charter no sea aprobado. Que se establezcan cambios de las fechas pactadas.

Personal: Sponsor- FR, Project Manager- K Desarrolladores del software- D,S Materiales o Consumibles: Equipos o Máquinas: PC´s de la empresa KDS systems Antes del pdt: ninguno Después del pdt: Scope Statement Otros tipos de dependencia: ninguno

23

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 1.1.2 Scope statement OBJETIVO DEL PAQUETE DE TRABAJO:

Definir el alcance del proyecto.

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Documento que define el trabajo que debe realizarse, y los productos entregables que deben producirse, se establecen pautas del servicio que será brindado al cliente según los requerimientos del mismo.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

SUPUESTOS:

Actividades a realizar: - Reunión con el Sponsor. - Elaborar el Scope Statement. - Revisar el Scope Statement Responsable:K Participa: K,D,S Apoya: Revisa:K Aprueba: FR: Da información: Inicio:06-04-15 Fin:08-0-04-15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: El Scope Statement debe describir, con mayor detalle la información necesaria para el proyecto, en comparación con el Project charter. Forma en que se aceptará: Reunión del equipo de Proyecto. El Project Manager conoce el objetivo del proyecto.

RIESGOS:

El Scope Statement no define claramente los criterios necesarios para la planificación y desarrollo del proyecto.

RECURSOS ASIGNADOS Y COSTOS:

Persona: Sponsor- FR, Project Manager- K Desarrolladores del software- D,S Materiales o Consumibles: 24

DEPENDENCIAS:

Equipos o Máquinas: PC´s de la empresa KDS systems Antes del pdt: Project charter Después del pdt: Plan del proyecto Otros tipos de dependencia: ninguna

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 1.2 Plan del proyecto OBJETIVO DEL PAQUETE DE TRABAJO: Planificar el proyecto. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Documento formalmente aprobado que define cómo se ejecuta, supervisa y controla un proyecto. Puede ser resumido o detallado y estar compuesto por uno o más planes de gestión subsidiarios y otros documentos de planificación.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Actividades a realizar: - Elaborar el WBS. - Elaborar el DWBS. - Elaborar cronograma. - Elaborar el Presupuesto. - Elaborar la Línea Base de Calidad. - Elaborar el Plan de Gestión de Calidad. - Elaborar la Organización del Proyecto. - Elaborar el Plan de Gestión de RR.HH. - Elaborar el Plan de Gestión de Comunicaciones. - Elaborar el Plan de Respuesta a Riesgos. - Elaborar el Plan de Gestión de - Adquisiciones. ASIGNACIÓN DE Responsable:K RESPONSABILIDADES: Participa: K,D, S Apoya: Revisa: K Aprueba: FR Da información: FECHAS PROGRAMADAS: Inicio:09/04/15 Fin:09/04/15 Hitos importantes: CRITERIOS DE Stakeholder que acepta: Sponsor FR ACEPTACIÓN: Requisitos que deben cumplirse: El plan debe ser factible y deseable. 25

SUPUESTOS:

RIESGOS:

RECURSOS ASIGNADOS Y COSTOS:

DEPENDENCIAS:

Forma en que se aceptará: Reunión de equipo de proyecto. El Project Charter y el Scope Statement han sido aprobados. -

Cambio del alcance del proyecto. La no identificación de los entregables necesarios para elaborar el plan del proyecto.

Personal:K,D,S Materiales o Consumibles: Equipos o Máquinas: PC´s de la empresa KDS systems Antes del pdt: Scope Statement. Después del pdt: Informes de estado de proyecto. Otros tipos de dependencia: ninguno

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 1.3 Informe de estado de proyecto OBJETIVO DEL PAQUETE DE TRABAJO: Informar sobre el estado del proyecto. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Documento que informará el estado de avance de cada entregable del proyecto (en cuanto a costos, tiempos, alcance y calidad), se entregara un informe mensual.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

Actividades a realizar: - Redactar el informe del estado de proyecto. Responsable:K Participa: K,D,S Apoya: Revisa:K Aprueba:FR Da información: Inicio:17/14/15-22/05/15-19/06/15-10/07/15 Fin: Hitos importantes: 26

CRITERIOS DE ACEPTACIÓN:

Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Plan de proyecto en marcha. Forma en que se aceptará: Reunión de equipo de proyecto.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS:

DEPENDENCIAS:

Personal:K,S,D Materiales o Consumibles: Equipos o Máquinas: PC´s de la empresa DKS systems Antes del pdt: Plan del proyecto Después del pdt: Reunión de coordinación semanal Otros tipos de dependencia:

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 1.4 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Reunión de coordinación mensual, del equipo de proyecto, en la I.E.P “Daniel Alcides Carrión”, para informar los avances del proyecto y presentar los informes.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

Informe de reunión de coordinación Coordinar mensual.

las

actividades

del

proyecto

Actividades a realizar: - Realizar reunión de coordinación del proyecto. Responsable:K Participa:D,S Apoya: Revisa:K Aprueba:FR Da información: Inicio: 17/14/15-22/05/15-19/06/1510/07/15 27

CRITERIOS DE ACEPTACIÓN:

SUPUESTOS:

Fin: Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Se documenta a través de un acta de reunión. Forma en que se aceptará: Reunión de equipo de proyecto. Se realizará la reunión de coordinación todos los meses.

RIESGOS:

Cambios de plazos de reunión por parte de la institución.

RECURSOS ASIGNADOS Y COSTOS:

Personal: Sponsor FR Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Informes de estado. Después del pdt: Cierre de proyecto Otros tipos de dependencia: ninguno

DEPENDENCIAS:

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 1.5 Cierre del proyecto OBJETIVO DEL PAQUETE DE TRABAJO: Cerrar el proyecto DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Para el cierre del proyecto se realizará una reunión con el equipo del proyecto, donde el PM presentará los siguientes documentos: - Informe total del proyecto - Métricas del proyecto. - Acta de aceptación. - Archivo final del proyecto.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Actividades a realizar: - Informe total del proyecto - Métricas del proyecto. - Acta de aceptación. - Archivo final del proyecto. ASIGNACIÓN DE RESPONSABILIDADES:

Responsable: K Participa: Apoya: Revisa: K,D,S

28

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Aprueba: FR Da información: Inicio:15/07/15 Fin: Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Documentar, cada uno de los entregables, de forma precisa y clara. Forma en que se aceptará: Reunión del equipo de Proyecto.

SUPUESTOS: RIESGOS: No se valide el acta de aceptación RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: Sponsor FR Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Reuniones de coordinación semanal Después del pdt: Otros tipos de dependencia: ninguno

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 2.1 Documento de requisitos de software funcionales OBJETIVO DEL PAQUETE DE TRABAJO: Listar al detalle los requerimientos funcionales para la aplicación. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Descripción de lo que un sistema debe hacer. Este tipo de requisito específica algo que el sistema entregado debe ser capaz de realizar.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Actividades a realizar: - Analizar requerimientos de software. - Elaborar informe. - Revisar informe. 29

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:10/04/15 Fin:14/04/15 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Los requisitos deben ser coherentes y serán solicitados por los usuarios involucrados en el sistema.

SUPUESTOS:

Forma en que se aceptará: Reunión de coordinación entre el equipo del proyecto y la I.E.P DAC. El Sponsor brindará la información necesaria para elaborar el documento de requisitos de software funcionales.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Después del pdt: Documentos de requisitos de software funcionales. Otros tipos de dependencia:

30

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 2.2 Documento de requisitos de software no funcionales OBJETIVO DEL PAQUETE Listar al detalle los requerimientos no DE TRABAJO: funcionales para la aplicación. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Especificar sobre el propio sistema, y cómo debe realizar sus funciones.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Actividades a realizar: - Analizar requerimientos de software. - Elaborar informe. - Revisar informe. Responsable: K Participa:K,D,S Apoya: Revisa: Aprueba: FR Da información: Inicio:15/04/15 Fin:17/04/15 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: El equipo del proyecto debe recibir una copia del documento de requisitos de software no funcionales.

SUPUESTOS:

Forma en que se aceptará: Reunión de coordinación entre el equipo del proyecto y la I.E.P DAC. El Sponsor brindará la información necesaria para elaborar el documento de requisitos de software no funcionales.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: Sponsor FR Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Después del pdt: Otros tipos de dependencia:

31

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 3.1 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

La especificación de la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Diseño de base de datos Crear el prototipo de base de datos

Actividades a realizar: - Definir detalles básicos. - Definir relaciones. - Realizar diagrama de modelado. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:20/04/15 Fin:24/04/15 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Tener el listado de requisitos funcionales y no funcionales aprobado. Forma en que se aceptará: Reunión del equipo de proyecto.

SUPUESTOS:

RIESGOS:

Los requerimientos cambien en el transcurso del tiempo.

RECURSOS ASIGNADOS Y COSTOS:

Personal: Sponsor FR Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Requerimientos Después del pdt: Diseño del programa Otros tipos de dependencia: ninguno

DEPENDENCIAS:

32

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 3.2 Diseño del programa OBJETIVO DEL PAQUETE DE TRABAJO:

Seleccionar el lenguaje de programación y establecer alternativas de diseño en relación a la situación actual.

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Refinar, organizar y detallar la solución de negocios y define formalmente las reglas y políticas específicas del negocio.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Actividades a realizar: - Definir detalles básicos del programa. - Definir lenguaje de programación y metodología. - Construir prototipo del programa. Responsable: K Participa: D,S Apoya: Revisa: Aprueba: FR Da información: Inicio:27/04/15 Fin:01/05/15 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Procesos del negocio establecidos. Forma en que se aceptará: Reunión de equipo de proyecto.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

-

Cambios de requerimientos.

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Diseño de base de datos Después del pdt: Construcción del sistema. Otros tipos de dependencia:

33

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 4.1 Base de datos OBJETIVO DEL PAQUETE Codificar base de datos DE TRABAJO: DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Creación de la base de datos

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Actividades a realizar: - Codificar la base de datos. - Realizar pruebas unitarias. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:04/05/15 Fin:11/05/1 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Análisis y diseño correctamente establecidos. Forma en que se aceptará: Reunión grupal.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

-

Cambios de requerimientos.

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Análisis y diseño del sistema. Después del pdt: Diseño de seguridad Otros tipos de dependencia:

34

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 4.2 4.2.1 4.2.2 4.2.3 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Software basado en los dividido en tres módulos.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Programa Codificar programa requerimientos,

Actividades a realizar: - Codificar el software ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:02/05/15 Fin:15/05/1 Hitos importantes: Stakeholder que acepta: Sponsor FR Requisitos que deben cumplirse: Análisis y diseño correctamente establecidos. Forma en que se aceptará: Reunión grupal.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

-

Cambios de requerimientos.

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Análisis y diseño del sistema. Después del pdt: Diseño de seguridad Otros tipos de dependencia:

35

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 4.2.1 OBJETIVO DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Programación módulo de matricula Crear código del módulo matricula Contiene el código del programa, donde el ítem matriculas podrá registrar a los alumnos de la I.E, se subdivide en alumnos nuevos y actualización de alumnos, emite registros tales como: - Ficha de matricula - Horario de clases - Lista de útiles escolares (primaria). - Reporte de cantidad de alumnos por periodo escolar.

Actividades a realizar: - Codificar el módulo de matrícula. - Realizar pruebas unitarias. Responsable: K Participa:D,S Apoya: Revisa:K Aprueba: FR Da información: Inicio:12/05/15 Fin:15/05/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal.

SUPUESTOS:.

-

Análisis y diseño correctamente establecidos.

-

Cambios de requerimientos.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Base de datos Después del pdt: Test y pruebas Otros tipos de dependencia: ninguno

36

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 4.2.2 Programación Módulo de notas OBJETIVO DEL PAQUETE DE TRABAJO: Crear código del módulo notas. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

El sistema simulará un registro de calificativos diarios (trabajos, exposiciones, exámenes, orales, etc.) por curso, para promediar al final de cada bimestre, los resultados serán imprimidos en la boleta de notas, que serán entregados a los padres de familia de forma directa o por correo electrónico. El sistema emitirá reportes de: - Detalle de asistencia diaria. - Boletas de notas bimestrales físicas y por correo electrónico.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Actividades a realizar: - Codificar módulo de notas. - Realizar pruebas unitarias. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inici: 18/05/15 Fin:21/05/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: reunión grupal

SUPUESTOS:

-

Análisis y diseño correctamente establecidos.

RIESGOS:

-

Cambios de requerimientos.

RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Análisis y diseño del sistema Después del pdt: Test y pruebas Otros tipos de dependencia: ninguno 37

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 4.2.3 Programación módulo de pensiones OBJETIVO DEL PAQUETE DE TRABAJO: Crear código del módulo pensiones. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

El sistema permitirá al padre de familia conocer monto de pago de forma mensual, fecha de pago, fecha de vencimiento, descuentos, categoría especial (beca y media beca). Emitirá reportes tales como: - Detalle de alumnos con beneficios académicos (beca y media beca). - Relación de alumnos que hacen sus pagos puntualmente y también de morosos. Lógica o enfoque de la elaboración: Actividades a realizar: - Codificar el módulo de pensiones. - Realizar pruebas unitarias. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba:FR Da información: Inicio:22/05/15 Fin: 27/05/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: reunión grupal.

SUPUESTOS: RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

-

Análisis y diseño correctamente establecidos. Cambios de requerimientos.

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Análisis y diseño de sistemas Después del pdt: Test y pruebas. Otros tipos de dependencia: 38

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 5.1 Plan de test y pruebas OBJETIVO DEL PAQUETE DE TRABAJO: Planear ítems de verificación del programa. DESCRIPCIÓN DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

El plan de pruebas constara de puntos específicos de medición de desempeño del programa. Lógica o enfoque de la elaboración:

Actividades a realizar: - Revisar las especificaciones de los casos del sistema. - Revisar prototipos del sistema. - Elaborar el plan de test y prueba. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:28/15/15 Fin:01/06/15 Hitos importantes: Stakeholder que acepta: Requisitos que deben cumplirse: Forma en que se aceptará: reunión grupal

SUPUESTOS:

-

Software concluido.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Construcción del sistema. Después del pdt: Pruebas. Otros tipos de dependencia: ninguno

39

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 5.2 5.2.1 5.2.2 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Por cada prueba se entregara un informe.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Pruebas Demostrar que el sistema cumple los criterios de rendimiento y corregir posibles errores.

Actividades a realizar: - Realizar las pruebas del sistema. ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:02/06/15 Fin: 15/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal

SUPUESTOS: -

Software terminado.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Construcción del programa. Después del pdt: Informe de calidad. Otros tipos de dependencia:

40

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 5.2.1 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Informe que determina lo rápido que realiza una tarea el sistema en condiciones particulares de trabajo. También servirá para validar y verificar otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y uso de los recursos. Lógica o enfoque de la elaboración:

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Prueba 1 Demostrar que el sistema cumple los criterios de rendimiento y corregir posibles errores.

Actividades a realizar: - Revisar el plan de pruebas. - Realizar las pruebas del sistema. - Verificar resultados. - Corregir errores del sistema. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:02/06/15 Fin: 15/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal

SUPUESTOS: -

Software terminado.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Construcción del programa. Después del pdt: Informe de calidad. Otros tipos de dependencia:

41

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 5.2.2 Prueba 2 OBJETIVO DEL PAQUETE DE TRABAJO: Demostrar que el sistema cumple los criterios de rendimiento y corregir posibles errores. DESCRIPCIÓN DEL Informe que determina lo rápido que realiza una tarea el sistema en condiciones PAQUETE DE TRABAJO: particulares de trabajo. También servirá para validar y verificar otros atributos de la calidad del sistema, tales como la escalabilidad, fiabilidad y uso de los recursos. DESCRIPCIÓN DEL Lógica o enfoque de la elaboración: TRABAJO A REALIZAR (ACTIVIDADES): Actividades a realizar: - Revisar el plan de pruebas. - Realizar las pruebas del sistema. - Verificar resultados. - Corregir errores del sistema. ASIGNACIÓN DE Responsable: K RESPONSABILIDADES: Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: FECHAS PROGRAMADAS: Inicio:02/06/15 Fin: 15/06/15 Hitos importantes: CRITERIOS DE Stakeholder que acepta: ACEPTACIÓN: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal SUPUESTOS: -

Software terminado.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Construcción del programa. Después del pdt: Informe de calidad. Otros tipos de dependencia:

42

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 5.3 Informe Test de calidad OBJETIVO DEL PAQUETE DE TRABAJO: Garantizar calidad del proyecto. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Informe que describe las métricas utilizadas para evaluar el software y los resultados de forma detallada.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

Actividades a realizar: - Realizar consolidación de resultados obtenidos. - Contrastar con el plan de pruebas. - Elaborar el informe de calidad. ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 16/06/15 Fin: 16/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Tener el informe de pruebas. Forma en que se aceptará: Reunión grupal

SUPUESTOS: -

Software terminado.

RIESGOS:

RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Pruebas. Después del pdt: Manual de usuario. Otros tipos de dependencia: ninguna.

43

CÓDIGO DEL PAQUETE DE NOMBRE DEL PAQUETE DE TRABAJO (PDT): TRABAJO (PDT): SEGÚN EL SEGÚN EL WBS WBS 5.4 Manual de usuario OBJETIVO DEL PAQUETE DE TRABAJO: Dar asistencia a las personas que utilizan un sistema. DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Manual incluye capturas de pantalla de cómo el programa es, diagramas sencillos que detallan los pasos a realizar por el usuario para llevar a cabo las distintas opciones disponibles. El lenguaje utilizado es coloquial. Lógica o enfoque de la elaboración:

Actividades a realizar: - Revisar las especificaciones de los casos de uso del sistema. - Capturar las pantallas del sistema. - Elaborar el manual de usuario. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 17/06/15 Fin: 17/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: reunión grupal.

SUPUESTOS:

-

Software terminado

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Informe de calidad Después del pdt: Manual técnico Otros tipos de dependencia:

44

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 5.5 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Este documento contiene toda la información sobre los recursos utilizados por el proyecto, llevan una descripción muy bien detallada sobre las características físicas y técnicas de cada elemento. - Diagramas de flujo de datos, junto con su respectivo diccionario de datos. - Controles de auditoria implementados en el sistema. - Descripción de campos requeridos por pantalla con presentación de pantallas. - Diagrama de navegación del sistema. - Requerimientos de interfase con otros sistemas. - Modelo lógico de datos, diagrama entidad-relación. - Modelo de datos físico, junto con su respectivo diccionario de datos.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

CRITERIOS DE ACEPTACIÓN:

Manual técnico Informar sobre los recursos utilizados en el software

Actividades a realizar: - Documentar metodología de programación. - Documentar características técnicas. - Elaborar el manual técnico. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:18/06/15 Fin: 18/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal

45

SUPUESTOS: -

Software concluido.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.1 OBJETIVO DEL PAQUETE DE TRABAJO:

DESCRIPCIÓN DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Manual técnico Después del pdt: Capacitación Otros tipos de dependencia: NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS Planificación de capacitación Preparar e integrar al recurso humano en el proceso productivo, mediante la entrega de conocimientos, desarrollo de habilidades y actitudes necesarias para que puedan utilizar el software. Informe sobre el plan de capacitación, donde se verifican los recursos a utilizar. Lógica o enfoque de la elaboración:

Actividades a realizar: - Definir tiempos y participantes. - Asignar recursos para capacitación. - Elaborar plan de capacitación. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:19/06/15 Fin:19/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión de grupo.

SUPUESTOS:

-

Software terminado y revisado.

46

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Test y pruebas Después del pdt: Capacitación de personal administrativo. Otros tipos de dependencia:

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.2 6.2.1 6.2.2 6.2.3 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Se capacitará al área administrativa, en tres módulos (módulo de matrícula, módulo de notas, módulo de pensiones)

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Capacitación personal administrativo Capacitar al área administrativa para usar programa.

Actividades a realizar: - Dictar capacitación. Responsable: K Participa: K,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:22/06/15 Fin:29/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal

SUPUESTOS: -

Programa terminado y revisado.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Planificación de capacitación. 47

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.2.1 OBJETIVO DEL PAQUETE DE TRABAJO:

Después del pdt: Capacitción módulo matricula Otros tipos de dependencia: NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS Capacitación módulo de matrícula

Capacitar al personal administrativo en el módulo de matrícula.

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Descripción del uso y manipulación sistema, ítems, emisión de reportes módulo de matrículas.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

de

del del

Actividades a realizar: - Dictar capacitación m1. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 22/06/15 Fin:23/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará:

SUPUESTOS:

-

Manual de aceptado.

usuario

terminado

y

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Planificación de capacitación Después del pdt: Capacitación módulo de notas Otros tipos de dependencia: ninguna

48

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.2.2 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Descripción del uso y sistema, ítems, emisión módulo de notas.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Capacitación módulo de notas Capacitar al personal administrativo en el módulo de notas. manipulación de reportes

del del

Actividades a realizar: - Dictar capacitación m2. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 24/06/15 Fin:25/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará:

SUPUESTOS:

-

Manual de aceptado.

usuario

terminado

y

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Planificación de capacitación Después del pdt: Capacitación módulo de pensiones Otros tipos de dependencia: ninguna

49

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.2.3 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Descripción del uso y sistema, ítems, emisión módulo de pensiones.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Capacitación módulo de pensiones. Capacitar al personal administrativo en el módulo de pensiones. manipulación de reportes

del del

Actividades a realizar: - Dictar capacitación m3. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 26/06/15 Fin:29/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará:

SUPUESTOS:

-

Manual de aceptado.

usuario

terminado

y

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Planificación de capacitación. Después del pdt: Capacitación de docentes. Otros tipos de dependencia: ninguna

50

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.3 6.3.1 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Descripción del uso y manipulación sistema, ítems, emisión de reportes módulo de notas.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Capacitación de docentes Capacitar a los docentes en el programa.

uso del del del

Actividades a realizar: - Dictar módulo de notas para doc. Responsable: K Participa: K,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:30/06/15 Fin:01/07/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión grupal

SUPUESTOS: -

Programa terminado y revisado.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Capacitación de personal administrativo. Después del pdt: Implementación Otros tipos de dependencia: ninguno

51

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.3.1 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS Capacitación doc módulo notas Capacitar a los docentes en el programa en el módulo de notas.

uso del

DESCRIPCIÓN DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Lógica o enfoque de la elaboración:

Actividades a realizar: - Dictar capacitación m2. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 24/06/15 Fin:25/06/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará:

SUPUESTOS:

-

Manual de aceptado.

usuario

terminado

y

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Planificación de capacitación Después del pdt: Capacitación módulo de pensiones Otros tipos de dependencia: ninguna

52

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 6.4 OBJETIVO DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL PAQUETE DE TRABAJO: DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS Información de capacitación Informar al sponsor sobre los resultados de la capacitación. Informe contiene: - Resultados de exámenes. - Nivel de aceptación de los usuarios. Lógica o enfoque de la elaboración:

Actividades a realizar: - Elaborar informe de capacitación. Responsable: K Participa: K,D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio:02/07/15 Fin:03/07/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión de grupo.

SUPUESTOS:

-

Capacitaciones concluidas.

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Test y pruebas Después del pdt: Capacitación de personal administrativo. Otros tipos de dependencia:

53

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 7.1 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

Se instalará el software en las pc´s de la institución, área administrativa y aulas.

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

Lógica o enfoque de la elaboración:

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Instalación de software Instalar el software desarrollado en las pc´s de la institución.

Actividades a realizar: - Instalar software en pc. Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 06/07/15 Fin:14/07/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión de grupo.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Capacitación Después del pdt: Acta de conformidad. Otros tipos de dependencia: ninguna

54

CÓDIGO DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS 7.2 OBJETIVO DEL PAQUETE DE TRABAJO:

NOMBRE DEL PAQUETE DE TRABAJO (PDT): SEGÚN EL WBS

DESCRIPCIÓN DEL PAQUETE DE TRABAJO:

En el documento se describe las funcionalidades del sistema y la parte de aceptación por parte del sponsor. Lógica o enfoque de la elaboración:

DESCRIPCIÓN DEL TRABAJO A REALIZAR (ACTIVIDADES):

ASIGNACIÓN DE RESPONSABILIDADES:

FECHAS PROGRAMADAS:

CRITERIOS DE ACEPTACIÓN:

Acta de conformidad Dejar en constancia aceptación del software.

la

conformidad

y

Actividades a realizar: - Firmar acta de conformidad Responsable: K Participa: D,S Apoya: Revisa: K Aprueba: FR Da información: Inicio: 15/07/15 Fin:15/07/15 Hitos importantes: Stakeholder que acepta: FR Requisitos que deben cumplirse: Forma en que se aceptará: Reunión con el sponsor.

SUPUESTOS:

RIESGOS: RECURSOS ASIGNADOS Y COSTOS: DEPENDENCIAS:

Personal: K,D,S Materiales o Consumibles: Equipos o Máquinas: Antes del pdt: Instalación de software. Después del pdt:. Otros tipos de dependencia: ninguna

55

GESTIÓN DE TIEMPO

56

SIMANOPE- Versión 1.0

Versión 0.1

Hecha por D,K,J

Revisada por K

1.0

K

D,J,J

CONTROL DE VERSIONES Aprobada por FR FR

Fecha 15-03-15

Motivo Versión Original

07-07-15

Se ha actualizado con las observaciones

IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES NOMBRE DEL PROYECTO

SIGLAS DEL P ROYECTO

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIMANOPE

PAQUETE DE TRABAJO CÓDIGO WBS

1.1.1

NOMBRE

ACTIVIDAD DEL PAQUETE DE TRABAJO CÓDIGO

Project 1.1.1. Charter A01 1.1.1. A02 1.1.1. A03

1.1.2

Scope 1.1.2. Statem A01 ent 1.1.2. A02 1.1.2. A03

NOMBRE

Reunión con el sponsor Elaboración del Project Charter Revisar Project Charter Reunión con el sponsor Elaborar el Scope statement Revisar el Scope Statement

ALCANCE DEL TRABAJO DE LA ACTIVIDAD

Reunión inicial de trabajo Redactar documento de inicio Revisar y aprobar el Project Charter Reunión con el sponsor Elaborar el documento de Scope Statement Revisar y aprobar el Scope statement

ACT. PREDECESORA TIPO DE RELACIÓN ADELANTO/ATRASO

RESTRICCIONES O SUPUESTOS

FECHA IMPUESTA

P ERSONA RESPONSABLE

ZONA GEOGRÁFICA

TIPO DE ACTIVIDAD

SECUENCIAMIENTO DE ACTIVIDADES DENTRO DEL PAQUETE DE TRABAJO

(TIME DRIVEN, RESOURCE DRIVEN)

Oficina 1.1.1. A02 1.1.1. A03

1.1. 1

Oficina

1.1. 1

Oficina 1.1. 1

1.1.2.A01

Oficina

1.1.2. A02

Oficina

1.1. 2 1.1. 2

1.1.2.A03

Oficina

1.1. 2

57

SIMANOPE- Versión 1.0

1.2.

1.3

1.4

Plan del 1.2. A01 Proyect o. Informe de estado del proyect o.

Informe de reunión de coordin ación.

1.3.A01

1.3.A02

Informe del estado del proyecto3.

1.3.A04

Informe del estado del proyecto3.

1.4.A01

Realizar reunión de coordinación 1 Realizar reunión de coordinación 2 Realizar reunión de coordinación 3 Realizar reunión de coordinación 4 Elaborar documentos de cierre del Proyecto.

1.4.A02

1.4.A04 Cierre del proyect o

Informe del estado del proyecto2.

1.3.A03

1.4.A03

1.5

Elaborar el Plan del Proyecto. Informe del estado del proyecto1.

1.5.A01

Redactar el plan del proyecto Redactar el informe del estado del proyecto. Redactar el informe del estado del proyecto. Redactar el informe del estado del proyecto. Redactar el informe del estado del proyecto. Redactar el informe de coordinación. Redactar el informe de coordinación. Redactar el informe de coordinación. Redactar el informe de coordinación. Redactar documento de cierre del proyecto.

1.1.2.A03

Oficina

1.2 1.2. A01

I.E 1.3 A01

1.3.A01

I.E 1.3 A02

1.3.A02

I.E

1.3.A03

I.E

1.3.A03

1.3 A03 1.3 A04

I.E 1.4 A01

1.4.A01

I.E

1.4.A02

I.E

1.4.A03

I.E

7.1. A01

Oficina

1.4 A02 1.4 A03 1.4 A04

1.5 A01

58

SIMANOPE- Versión 1.0

2.1.1

2.2.1

3.1

Docume ntación de requisit os de softwar e funcion ales

Docum entació n de requisit os del softwar e no funcion ales Diseño de Base de Datos

2.1.1. A01

Diseño del Progra ma

Recolectar información de software

2.1.1. A01

Oficina 2.1. 1 2.1. 1

2.1.1. A02

Elaborar informe

Redactar informe

2.1.1.A01

Oficina

2.1.1. A03

Revisar informe

Aprobar el informe

2.1.2.A02

Oficina

2.2.1. A01 2.2.1. A01

Analizar requerimientos de software Elaborar informe

Recolectar información de software Redactar informe

2.2.1. A03

Revisar informe

Aprobar el informe

3.1. A01 3.1. A02

Definiciones básicas Definir los tipos de relaciones Diagrama de modelados

Recolectar información Ordenar la información

3.1. A03 3.2

Analizar requerimientos de software

3.2. A01 3.2. A02

Definiciones básicas del programa. Definir las lenguaje de programación y metodología

2.2.1. A01

Oficina

2.2.1. A01

Oficina

2.2.1. A01

Oficina

2.2.1. A03

2.1. 1

2.2. 1 2.2. 1 2.2. 1

Oficina

3.1. A01

Oficina

Redactar el documento de diagramas de caso de uso Desarrollo de algoritmos

3.1. A02

Oficina

3.1. A03

Oficina

Ordenar la información y relacionar con la base de datos.

3.2. A01

3.1 A01 3.1 A02 3.1 A03

3.2 A01

Oficina 3.2 A03

59

3.2 A02

SIMANOPE- Versión 1.0

3.2. A03 4.1

4.2.1

4.2.2

4.2.3

5.1

Construcción de prototipos

Constr ucción de la base de Datos

4.1. A01

Módulo de registr o de matríc ula presen cial Módulo de notas

4.2.1. A01

Codificar el módulo.

4.2.1. A02

Realizar Pruebas Unitarias

4.2.2. A01

Codificar el módulo.

4.2.2. A02

Realizar Pruebas Unitarias

4.2.3. A01

Codificar el módulo.

4.2.3. A02

Realizar Pruebas Unitarias

5.1.A01

Revisar las especificaciones de los casos del sistema.

Módulo de pensio nes

Plan de test y pruebas

4.1. A02

Codificar el módulo. Realizar Pruebas Unitarias

Construcción del diseño de prototipos Realiza la programación de la BD Realiza la prueba unitaria del módulo Realiza la programación del módulo. Realiza la prueba unitaria del módulo

3.2. A02

Oficina

3.2. A03

Oficina

Realiza la programación del módulo. Realiza la prueba unitaria del módulo Realiza la programación del módulo. Realiza la prueba unitaria del módulo Verificación la secuencia y la ocurrencia de cada proceso.

4.1. A02

4.1

4.1. A01

Oficina 4.1

4.1. A02 4.1. A01

Oficina 4.2. 1

Oficina

4.2. 1

4.2. A01

Oficina 4.2. 2

Oficina

4.2. 2

4.2. A02 4.3. A01

Oficina 4.2. 3

Oficina

4.2. 3

4.3. A02

Oficina

5.1

5.1 5.1

60

SIMANOPE- Versión 1.0

5.2.1

Prueba 1

5.1.A02

Revisar los prototipos el sistema

5.1.A03

Elaborar el plan de test y pruebas. Revisar el Plan de Pruebas

5.2.1. A01

Revisar las pantallas de simulación del sistema. Elaborar el documento

5.1.A01

Oficina

5.1.A02

Oficina

Revisar cuales son los resultados esperados.

5.1.A03

Oficina

5.2.1. A02

Realizar las pruebas del sistema.

Efectuar las pruebas del sistema

5.2.1. A01

Oficina

5.2.1. A03

Verificar resultados

Comparar los resultados obtenidos con los esperados en el Plan de Pruebas.

5.2.1. A02

Oficina

5.2. 1 5.2. 1

5.2. 1

5.2. 1

5.2.1. A04

Reportar observaciones o fallas

Indicar si hubo algún resultado no alcanzado en las pruebas de acuerdo al Plan del Proyecto

5.2.1. A03

Oficina

5.2.1. A05

Corregir errores del sistema

Efectuar las pruebas del sistema.

5.2.1. A04

Oficina

5.2. 1

61

SIMANOPE- Versión 1.0

5.2.2

Prueba 2

5.2.2. A01

Revisar el Plan de Pruebas

5.2.2. A02

Realizar las pruebas del sistema. Verificar resultados

5.2.2. A03

5.3

Informe de Calidad

5.2.2. A04

Reportar observaciones o fallas

5.2.2. A05

Corregir errores del sistema

5.3.1. A01 5.3.1. A02 5.3.1. A03

Realizar consolidación de resultados obtenidos Contrastar con el plan de pruebas Elaborar el informe de calidad.

Revisar cuales son los resultados esperados. Efectuar las pruebas del sistema Comparar los resultados obtenidos con los esperados en el Plan de Pruebas. Indicar si hubo algún resultado no alcanzado en las pruebas de acuerdo al Plan del Proyecto Efectuar las pruebas del sistema. Consolidar resultados.

5.2.1. A05

Oficina

5.2.2. A01

Oficina

5.2.2. A02

Oficina

Contrastar el plan de pruebas del proyecto. Hacer un informe del informe de calidad.

5.2. 2 5.2. 2

5.2. 2

5.2.2. A03

Oficina

5.2.2. A04

Oficina

5.2.5. A04

Oficina

5.3.1. A01

Oficina

5.2. 2 5.2. 2

5.3. 1 5.3. 1 5.3. 1

5.3.1. A02

Oficina

62

SIMANOPE- Versión 1.0

5.4

Manual de usuario

5.4. A01

5.4. 02

5.5

Manual técnico

Revisar las especificaciones de los casos de uso del sistema. Captura las pantallas del sistemas

5.4. A03

Elaborar el manual de usuario.

5.5. A01

Identificar aspectos y características del proyecto Documentar las características y aspectos del proyecto. Elaborar el manual técnico

5.5. A02

5.5. A03

Revisar la secuencia de actividades por cada proceso del sistema. Recopilar las pantallas del sistema por cada especificación de los casos de uso del sistema. Consolidar las especificacion es de los casos de uso del sistema con las pantallas del sistema. Revisar la secuencia de actividades del proyecto Clasificar todas las características del proyecto Desarrollo del Manual Técnico.

5.3.2. A03

Oficina 5.4

5.4. A01

5.4

Oficina 5.4

5.4. 02

Oficina

5.4. A03

Oficina 5.5

5.5. A01

Oficina 5.5

5.5. A02

5.5

Oficina

63

SIMANOPE- Versión 1.0

6.1

Plan de capacita ción

6.1. A01 6.1. A02 6.1. A03

6.2

Realizar la capacita ción de persona l adminis trativo

6.2. A01

6.2. A02

6.2. A03

6.3

6.4

Realizar la capacita ción de docente s Informe de capacita ción

6.3. A01

6.4. A01

Definir tiempos.

Definir horarios de capacitación Asignar personal.

5.5. A03

Oficina 6.1

Asignar recursos para capacitación Elaborar Plan de Redactar plan de Capacitación capacitación.

6.1. A01

Oficina

6.1. A02

Oficina

Dictar la capacitación del módulo de matrícula. Dictar la capacitación del módulo de notas. Dictar la capacitación del módulo de pensiones. Dictar la capacitación del módulo de notas para docente.

Dictar la capacitación de acuerdo al manual Dictar la capacitación de acuerdo al manual Dictar la capacitación de acuerdo al manual Dictar la capacitación de acuerdo al manual

6.1. A03

I.E

Elaborar el informe de capacitación

Redactar el informe de capacitación.

6.2. A01

6.1 6.1

6.2

6.2. A01

I.E 6.2

6.2. A02

I.E

6.2. A03

I.E

6.2

6.3 A01

I.E 6.4 A01

64

SIMANOPE- Versión 1.0

7.1

7.2

Instalaci ón de softwar e

7.1. A01

Acta de conform idad

7.2. A01

Realizar la instalación del software

Redactar el informe de instalación del software

Realizar la firma Redactar el de conformidad acta de conformidad.

6.4. A01

I.E 7.1 A01

7.1. A01

I.E 7.1 A02

65

SIMANOPE- Versión 1.0

RED DEL PROYECTO

66

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,S,K

K

FR

15-03-15

Versión Original

1.0

K

D,J,S

FR

07-07-15

Se ha actualizado con las observaciones

ESTIMACIÓN DE RECURSOS Y DURACIONES NOMBRE DEL PROYECTO

SIGLAS DEL P ROYECTO

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIMANOPE

TIPO DE RECURSO: PERSONAL ENTREGABLES

ACTIVIDAD

NOMBRE DE

TRABAJO (HR - HOM)

DURACIÓN (HRS)

1.1.1 Project Charter

FORMA DE

NOMBRE DE RECURSO

CÁLCUL O

RECURSO

Reunión con el sponsor

SUPUESTOS Y BASES DE ESTIMACIÓN

TIPO DE RECURSO: TEMARIALES O CONSUMIBLES

D,S,K

24 hrs - h

8 hrs

Elaborar el Project charter

D,S

16 hrs – h

8 hrs

Revisar el Project Charter

K

8 hrs - h

8 hrs

Transporte

CANTID AD

SUPUESTOS Y BASE DE ESTIMACIÓN

TIPO DE RECURSO: MÁQUINAS O NO CONSUMIBLES.

FORMA DE

NOMBRE DE

CÁLCULO

RECURSO

1

67

CANTIDAD

SUPUESTO Y BASES DE ESTIMACIÓ N

FORMA DE CÁLCULO

SIMANOPE- Versión 1.0

1.1.2 Scope Statement

1.2. Plan del Proyecto.

1.3 Informe de estado del proyecto.

1.4 Reunión de coordinación.

Reunión con el sponsor

D,S,K

24 hrs – h

8 hrs

Elaborar el Scope Statement

D,S,K

24 hrs - h

8 hrs

Revisar el Scope statement

K

8 hrs - h

8 hrs

Elaborar el plan del proyecto

D,S,K

8 hrs -h

8 hrs

Informe del estado del proyecto 1.

K

8 hrs - h

8 hrs

Informe del estado del proyecto 2.

D,S

16 hrs - h

8 hrs

Informe del estado del proyecto 3.

D

8 hrs - h

8 hrs

Informe del estado del proyecto 4.

K

8 hrs - h

8 hrs

Realizar reunión de coordinación 1.

K

8 hrs - h

Transporte

1

transporte

1

8 hrs

68

SIMANOPE- Versión 1.0

Realizar reunión de coordinación 2. Realizar reunión de coordinación 3. Realizar reunión de coordinación 4.

1.5 Cierre del

Documentación de requisitos de software funcionales

D

16 hrs - h

8 hrs - h

1

transporte

1

Transporte

1

8 hrs

8 hrs

K

8 hrs - h

8 hrs

K

8 hrs – h

8 hrs

Analizar requerimientos de software

D,S,K

24 hrs -h

8 hrs

Elaborar informe

D,S,K

24 hrs - h

8 hrs

Revisar

D,S,K

24 hrs - h

8 hrs

Elaborar documento de cierre del proyecto.

proyecto

2.1.1

D,S

transporte

69

SIMANOPE- Versión 1.0

informe 2.2.1 Documentació n de requisitos del software no funcionales

3.1 Diseño de Base de Datos

3.2 Diseño del Programa

Analizar requerimientos de software

D,S,K

24 hrs -h

8 hrs

Elaborar informe

D,S,K

24 hrs - h

8 hrs

Revisar informe

D,S,K

24 hrs - h

8 hrs

Definir detalles básicos

D,S

32 hrs – h

16 hrs

Definir relaciones

D,S

32 hrs – h

16 hrs

Realizar diagrama de modelado

D,S

16 hrs - h

8 hrs

Definir detalles básicos del programa

D,S

32 hrs – h

16 hrs

Definir lenguaje de programación y metodología

D,S

16 hrs – h

8 hrs

Construir prototipo de programa

D,S

32 hrs - h

16 hrs

70

SIMANOPE- Versión 1.0

4.1 Construcción de la base de Datos

Codificar base de datos

D,S

80 hrs - h

40 hrs

Realizar pruebas unitarias

D,S

16 hrs - h

8 hrs

4.2.1

Codificar el módulo de matricula

D,S

48 hrs - h

24 hrs

Realizar pruebas unitarias

D,S

16 hrs - h

8 hrs

Codificar módulo de notas

D,S

48 hrs - h

24 hrs

Realiza la prueba unitaria del módulo

D,S

16 hrs - h

8 hrs

Codificar módulo de pensiones

D,S

48 hrs - h

24hrs

Realiza la prueba unitaria del módulo

D,S

16 hrs - h

8 hrs

S

8 hrs - h

8 hrs

Construcción del Módulo de registro de matrícula

4.2.2

Construcción del Módulo de notas

4.2.3

Construcción del Módulo de pensiones

5.1 Plan de test y pruebas

Revisar las especificacion es de los casos del

71

SIMANOPE- Versión 1.0

sistema.

5.2.1 Prueba de Iteración 1

Revisar prototipos del sistema

D

8 hrs - h

8 hrs

Elaborar el documento de plan de test y pruebas

S,D

16 hrs – h

8 hrs

S

8 hrs - h

8 hrs

8 hrs - h

8 hrs

S,D

16 hrs - h

8 hrs

S

8 hrs - h

8 hrs

S,D

16 hrs - h

8 hrs

Revisar el plan de pruebas

S

8 hrs - h

8 hrs

Realizar las pruebas del

S

8 hrs - h

8 hrs

Revisar el plan de pruebas Realizar las pruebas del sistema Verificar resultados Reportar observaciones o fallas Corregir errores del sistema

S

72

SIMANOPE- Versión 1.0

sistema Verificar resultados

S,D

16 hrs - h

8 hrs

S

8 hrs - h

8 hrs

S,D

16 hrs - h

8 hrs

Realizar consolidación de resultados obtenidos

S

2 hrs - h

2hrs

Contrastar con el plan de pruebas

S

2 hrs - h

2hrs

Elaborar el informe de calidad

S,D

8 hrs - h

4hrs

Revisar las especificacion es de los caso de uso del sistema

D,S

4 hrs – h

2 hrs – h

Capturar las pantallas del sistema

D

2 hrs – h

2 hrs

Reportar observaciones o fallas 5.2.2 Prueba de Iteración 2

5.3.1Informe de Calidad

5.4 Manual de usuario

Corregir errores del sistema

73

SIMANOPE- Versión 1.0

Elaborar el manual de usuario 5.5 Manual técnico

6.1 Plan de capacitación

6.2 Capacitación de personal administrativo

D

4 hrs - h

4 hrs

Documentar metodología de programación

S,D

4 hrs – h

2 hrs – h

Documentar características técnicas.

D,S

4 hrs – h

2 hrs

Desarrollo del Manual Técnico.

D,S

8 hrs - h

4 hrs

Definir tiempos y participantes

D

2 hrs - h

2 hrs

Asignar recursos para capacitación

D

2 hrs – h

2 hrs

Redactar plan de capacitación.

D

4 hrs- h

4 hrs

Dictar la capacitación del módulo de matrícula

D,S

32 hrs - h

16 hrs

Dictar la capacitación del módulo de

D,S

32 hrs - h

16 hrs

transporte

1

transporte

1

74

SIMANOPE- Versión 1.0

notas Dictar la capacitación del módulo de pensiones 6.3 Capacitación de docentes

Dictar la capacitación del módulo de notas para docente

D,S

32 hrs - h

transporte

1

transporte

1

transporte

1

16 hrs

D,S

32 hrs - h

16 hrs

6.4 Informe de capacitación

Elaborar el informe de capacitación

D,S

32 hrs - h

16 hrs

7.1 Instalación de software

Realizar la instalación del software

D,S

112 hrs - h

56 hrs

7.2 Acta de conformidad

Realizar la firma del acta de conformidad

transporte K

8 hrs - h

8 hrs

75

SIMANOPE- Versión 1.0

CRONOGRAMA DEL PROYECTO

76

SIMANOPE- Versión 1.0

77

SIMANOPE- Versión 1.0

78

SIMANOPE- Versión 1.0

79

SIMANOPE- Versión 1.0

80

SIMANOPE- Versión 1.0

81

SIMANOPE- Versión 1.0

82

SIMANOPE- Versión 1.0

GESTIÓN DE COSTO

83

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,S,K

K

FR

15-03-15

Versión Original

1.0

K

D,J,S

FR

07-07-15

Se ha actualizado con las observaciones

COSTEO DEL PROYECTO NOMBRE DEL PROYECTO

SIGLAS DEL P ROYECTO

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIMANOPE

TIPO DE RECURSO: PERSONAL ENTREGABLES

ACTIVIDAD

NOMBRE DE RECURSO

UNI DAD ES

CANTI DAD

COSTO UNITARIO

COSTO TOTAL

TIPO DE RECURSO: TEMARIALES O CONSUMIBLES NOMBRE DE RECURSO

CANTID AD

COSTO UNITARIO

COSTO TOTAL

TIPO DE RECURSO: MÁQUINAS O NO CONSUMIBLES. NOMBRE DE RECURSO

S/13.00 Reunión con el sponsor

D,S,K

hrs - h

24 hrs

S/13.00

S/352.00

Transporte

1

S/10.00

S/10.00

S/18.00 1.1.1 Project Charter

Elaborar el Project charter

D,S

hrs – h

16 hrs

Revisar el Project Charter

K

hrs - h

8 hrs

S/ 13.00 S/13.00

S/ 17.00

S/ 208.00

S/ 144.00

84

CANTIDAD

COSTO UNITARIO

COSTO TOTAL

SIMANOPE- Versión 1.0

S/ 13.00 Reunión con el sponsor

D,S,K

hrs – h

24 hrs

S/ 13.00

S/ 352.00

Transporte

1

S/ 10.00

S/ 10.00

S/ 18.00 1.1.2 Scope Statement

1.2. Plan del Proyecto.

1.3 Informe de estado del proyecto.

S/ 13.00

Elaborar el Scope Statement

D,S,K

Revisar el Scope statement

K

hrs - h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00 hrs - h

8 hrs

S/ 18.00

S/ 144.00

S/ 13.00

Elaborar el plan del proyecto

D,S,K

Informe del estado del proyecto 1.

K

hrs - h

8 hrs

Informe del estado del proyecto 2.

D,S

hrs - h

16 hrs

Informe del estado del proyecto 3.

D

hrs - h

8 hrs

S/ 13.00

S/ 104.00

K

hrs - h

8 hrs

S/ 18.00

S/144.00

Informe del estado del proyecto 4.

hrs -h

8 hrs

S/ 13.00

S/ 352.00

S/ 18.00 S/ 18.00

S/ 13.00 S/ 13.00

S/ 144.00

S/ 208.00

85

SIMANOPE- Versión 1.0

Realizar reunión de coordinación 1.

1.4 Reunión de coordinación.

1.5 Cierre del proyecto

2.1.1 Documentación de requisitos de software funcionales

S/ 144.00

transporte

1

S/ 10.00

S/ 10.00

S/ 208.00

transporte

1

S/ 10.00

S/ 10.00

S/ 13.00

S/ 104.00

transporte

1

S/ 10.00

S/ 10.00

8 hrs

S/ 18.00

S/ 144.00

Transporte

1

S/ 10.00

S/ 10.00

8 hrs

S/ 18.00

S/ 144.00

K

hrs - h

8 hrs

Realizar reunión de coordinación 2.

D,S

16 hrs h

8 hrs

Realizar reunión de coordinación 3.

D

hrs - h

8 hrs

Realizar reunión de coordinación 4.

K

hrs - h

Elaborar documento de cierre del proyecto.

K

hrs – h

Analizar requerimientos de software

S/ 18.00

S/ 13.00 S/ 13.00

S/ 13.00 D,S,K

hrs -h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00 S/ 13.00

Elaborar informe

D,S,K

hrs - h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00

86

SIMANOPE- Versión 1.0

S/ 13.00 Revisar informe

D,S,K

hrs - h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00 Analizar requerimientos de software

2.2.1 Documentació n de requisitos del software no funcionales

S/ 13.00 D,S,K

hrs -h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00 S/ 13.00

Elaborar informe

D,S,K

hrs - h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00 S/ 13.00 Revisar informe

D,S,K

hrs - h

24 hrs

S/ 13.00

S/ 352.00

S/ 18.00

3.1 Diseño de Base de Datos

3.2 Diseño del Programa

Definir detalles básicos

D,S

hrs – h

32 hrs

Definir relaciones

D,S

hrs – h

32 hrs

Realizar diagrama de modelado

D,S

hrs - h

16 hrs

Definir detalles básicos del programa

D,S

hrs – h

32 hrs

S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00

S/ 416.00

S/ 416.00

S/ 208.00

S/ 416.00

87

SIMANOPE- Versión 1.0

4.1 Construcción de la base de Datos

4.2.1

Construcción del Módulo de registro de matrícula

4.2.2

Construcción del Módulo de notas

4.2.3

Construcción del Módulo de

Definir lenguaje de programación y metodología

D,S

hrs – h

16 hrs

Construir prototipo de programa

D,S

hrs - h

32 hrs

Codificar base de datos

D,S

hrs - h

80 hrs

Realizar pruebas unitarias

D,S

hrs - h

16 hrs

Codificar el módulo de matricula

D,S

hrs - h

48 hrs

Realizar pruebas unitarias

D,S

hrs - h

16 hrs

Codificar módulo de notas

D,S

hrs - h

48 hrs

Realiza la prueba unitaria del módulo

D,S

hrs - h

16 hrs

Codificar módulo de pensiones

D,S

hrs - h

48 hrs

S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00

S/ 208.00

S/ 416.00

S/ 1040.00

S/ 208.00

S/ 624.00

S/208.00

S/ 624.00

S/ 208.00

S/ 624.00

88

SIMANOPE- Versión 1.0

pensiones

5.1 Plan de test y pruebas

Realiza la prueba unitaria del módulo

D,S

hrs - h

16 hrs

Revisar las especificacion es de los casos del sistema.

S

hrs - h

8 hrs

S/ 13.00

S/ 104.00

Revisar prototipos del sistema

D

hrs - h

8 hrs

S/ 13.00

S/ 104.00

Elaborar el documento de plan de test y pruebas

S,D

hrs – h

16 hrs

Revisar el plan de pruebas

S

hrs - h

8 hrs

S/ 13.00

S/104.00

hrs - h

8 hrs

S/ 13.00

S/ 104.00

Realizar las pruebas del sistema 5.2.1 Prueba de Iteración 1

S

S/ 13.00 S/ 13.00

S/ 13.00 S/ 13.00

S/ 13.00

S/ 208.00

S/ 208.00

Verificar resultados

S,D

hrs - h

16 hrs

Reportar observaciones o fallas

S

hrs - h

8 hrs

S/ 13.00

S/ 104.00

Corregir errores del

S,D

hrs - h

16 hrs

S/ 13.00

S/ 208.00

S/ 13.00

S/ 208.00

89

SIMANOPE- Versión 1.0

sistema

Revisar el plan de pruebas Realizar las pruebas del sistema 5.2.2 Prueba de Iteración 2

5.3.1Informe de Calidad

5.4 Manual de usuario

S/ 13.00

S

S

hrs - h

8 hrs

S/ 13.00

S/104.00

hrs - h

8 hrs

S/ 13.00

S/ 104.00

S/ 13.00

Verificar resultados

S,D

hrs - h

16 hrs

Reportar observaciones o fallas

S

hrs - h

8 hrs

Corregir errores del sistema

S,D

hrs - h

16 hrs

Realizar consolidación de resultados obtenidos

S

hrs - h

2hrs

S/ 13.00

S/ 26.00

Contrastar con el plan de pruebas

S

hrs - h

2hrs

S/ 13.00

S/ 26.00

Elaborar el informe de calidad

S,D

hrs - h

8hrs

S/ 13.00 S/ 13.00

S/ 104.00

Revisar las especificacion es de los caso

D,S

hrs – h

4hrs

S/ 13.00 S/ 13.00

S/ 52.00

S/ 13.00 S/ 13.00

S/ 13.00 S/ 13.00

S/ 208.00

S/ 104.00

S/ 208.00

90

SIMANOPE- Versión 1.0

de uso del sistema

5.5 Manual técnico

6.1 Plan de capacitación

6.2 Capacitación de personal

Capturar las pantallas del sistema

D

hrs – h

2 hrs

S/ 13.00

S/ 26.00

Elaborar el manual de usuario

D

hrs - h

4 hrs

S/ 13.00

S/ 52.00

Documentar metodología de programación

S,D

hrs – h

4 hrs

Documentar características técnicas.

D,S

hrs – h

4hrs

S/ 13.00 S/ 13.00

S/ 52.00

Desarrollo del Manual Técnico.

D,S

hrs - h

8 hrs

S/ 13.00 S/ 13.00

S/ 104.00

Definir tiempos y participantes

D

hrs - h

2 hrs

S/ 13.00

S/ 26.00

Asignar recursos para capacitación

D

hrs – h

2 hrs

S/ 13.00

S/ 26.00

Redactar plan de capacitación.

D

hrs- h

4 hrs

S/ 13.00

S/ 52.00

Dictar la capacitación

D,S

hrs - h

32 hrs

S/ 13.00

S/ 416.00

S/ 13.00 S/ 13.00

S/ 52.00

transporte

1

S/

S/

91

SIMANOPE- Versión 1.0

administrativo

del módulo de matrícula

S/ 13.00

Dictar la capacitación del módulo de notas

D,S

hrs - h

32 hrs

Dictar la capacitación del módulo de pensiones

D,S

hrs - h

32 hrs

Dictar la capacitación del módulo de notas para docente

D,S

hrs - h

32 hrs

6.4 Informe de capacitación

Elaborar el informe de capacitación

D,S

hrs - h

32 hrs

7.1 Instalación de software

Realizar la instalación del software

D,S

hrs - h

112 hrs

S/ 13.00

7.2 Acta de conformidad

Realizar la firma del acta de conformidad

K

hrs - h

8 hrs

6.3 Capacitación de docentes

S/ 13.00

10.00

10.00

S/ 416.00

transporte

1

S/ 10.00

S/ 10.00

S/ 416.00

transporte

1

S/ 10.00

S/ 10.00

S/ 416.00

transporte

1

S/ 10.00

S/ 10.00

S/ 13.00

S/ 1456.00

transporte

1

S/ 10.00

S/ 10.00

S/ 18.00

S/ 144.00

transporte

1

S/ 10.00

S/ 10.00

S/ 13.00

S/ 13.00 S/ 13.00

S/ 13.00 S/ 13.00 S/ 13.00 S/ 13.00

S/ 416.00

92

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

PRESUPUESTO DEL PROYECTO NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES PROYECTO

FASE

1.0 Gestión del proyecto

SIGLAS DEL PROYECTO SIMANOPE

ENTREGABLE

MONTO S/

1.1 Inicio de proyecto 1.2 Plan de proyecto 1.3 Informe del estado del proyecto 1.4 Informe de reunión de coordinación 1.5 Cierre del proyecto

1572.00 352.00 600.00 640.00 144.00 Total Fase

SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

2.0 Requerimientos

2.1 Requerimientos funcionales 2.2 Requerimientos no funcionales

Total Fase

3.0 Análisis y diseño del sistema

3.1 Diseño de base de datos 3.2 Diseño del programa

3308.00 1056.00

1056.00

2112.00 1040.00 1040.00

Total Fase 4.1 Base de datos 4.2 Programa

2080.00

Total Fase

3744.00

1248.00 2496.00

4.0 Construcción

93

SIMANOPE- Versión 1.0

5.1 Plan de test y pruebas 5.2 Pruebas 5.3 Informe de calidad 5.4 Manual de usuario 5.5 Manual técnico Total Fase

5.0 Test y pruebas

6.1 Planificación de capacitación 6.0 Capacitación

6.2 Capacitación de personal administrativo 6.3 Capacitación de docentes 6.4 Informe de capacitación

1456.00 156.00 130.00 208.00 2366.00 104.00 1278.00 426.00 416.00

Total Fase

7.0 Implementación

416.00

7.1 Instalación de software

2224.00 1466.00

7.2 Acta de conformidad 154.00

Total Fase

1620.00

TOTAL FASES Reserva de Contingencia Reserva de Gestión

17454.00

PRESUPUESTO TOTAL DEL PROYECTO

4848,00

94

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

PRESUPUESTO POR SEMANA NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO SIMANOPE

SEMANA

PROYECTO



COSTO (S/)

COSTO

POR

ACUMULADO

SEMANA

POR

SEMANA

Semana 1

01-04

03-04

714.00

714.00

Semana 2

06-04

10-04

1562.00

2276.00

Semana 3

13-04

17-04

2058.00

4334.00

Semana 4

20-04

24-04

1040.00

5374.00

Semana 5

27-04

01-05

1040.00

6414.00

Semana 6

04-05

08-05

1040.00

7454.00

SISTEMA

Semana 7

11-05

15-05

1040.00

8494.00

ACADÉMICO

Semana 8

18-05

22-05

1466.00

9960.00

INTEGRADO:

Semana 9

25-05

29-05

832.00

10792.00

MATRICULAS,

Semana 10

01-06

05-06

728.00

11520.00

NOTAS Y

Semana 11

08-06

12-06

624.00

12144.00

PENSIONES

Semana 12

15-06

19-06

1024.00

13168.00

Semana 13

22-06

26-06

1165.00

14333.00

Semana 14

29-06

03-07

1055.00

15388.00

Semana 15

06-07

10-07

1195.10

16583.10

Semana 16

13-07

15-07

870.90

17454.00

TOTAL SEMANAS

16 semanas

RESERVA DE CONTINGENCIA RESERVA DE GESTIÓN PRESUPUESTO TOTAL DEL PROYECTO

17454.00

95

SIMANOPE- Versión 1.0

GESTIÓN DE CALIDAD

96

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

PLANTILLA DE MÉTRICA DE CALIDAD NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO SIMANOPE

MÉTRICA DE: PRODUCTO

X

PROYECTO

FACTOR DE CALIDAD RELEVANTE:

Satisfacción del cliente Tiempo de respuesta del software Número de errores durante un mes DEFINICIÓN DEL FACTOR DE CALIDAD:

La satisfacción del cliente se define con el cumplimiento de lo solicitado para el desarrollo del sistema. Este factor de calidad es de suma importancia pues el no cumplimiento de lo solicitado por el cliente generará cambios en el presupuesto y/o tiempo.

PROPÓSITO DE LA MÉTRICA:

La métrica se desarrolla para monitorear la satisfacción del cliente, se basa en el cumplimiento de los requerimientos y así poder tomar acciones en forma oportuna. DEFINICIÓN O PERACIONAL:

-

Diego Moreno (D) ->Programador. Smith Ruiz (S) ->Analista Técnico.

MÉTODO DE MEDICIÓN:

1. Se realizará una encuesta en cada reunión con el cliente para evaluar el grado de satisfacción con la labor realizada, informes presentados, reuniones, donde 1 es igual a cliente insatisfecho y 5 es igual a cliente totalmente satisfecho.

97

SIMANOPE- Versión 1.0

2. Las encuestas serán procesadas por el Analista técnico, dentro de ella se medirá tiempo de respuesta del software y número de errores. 3. El índice de satisfacción se indicará en el informe mensual del proyecto. 4. Se revisará el informe con el Sponsor y se tomarán las acciones correctivas y/o preventivas pertinentes. 5. Se informará al equipo de dichas acciones. RESULTADO DESEADO:

1. Para el valor de satisfacción se espera un valor acumulado no menor de 4. 2. Tiempo de respuesta del software, menor o igual a 5 segundos. 3. Número de errores durante un mes, menor o igual a 5. Enlace con Objetivos Organizacionales: El cumplimiento de éstas métricas es indispensable para poder obtener la utilidad deseada del proyecto de matrículas, notas y pensiones, lo cual a su vez posibilitará el crecimiento de dicha empresa y el avance profesional del equipo del proyecto. RESPONSABLE DEL FACTOR DE CALIDAD:

La persona operativamente responsable de vigilar el factor de calidad, los resultados de la métrica, y de promover las mejoras de procesos que sean necesarias para lograr los objetivos de calidad planteados, es el Project Manager en primera instancia, pero la responsabilidad última de lograr la rentabilidad del proyecto y el cumplimiento de los plazos recae en forma ejecutiva en el Sponsor del Proyecto.

98

SIMANOPE- Versión 1.0

MÉTRICA DE: PRODUCTO

PROYECTO

X

FACTOR DE CALIDAD RELEVANTE: Performance del proyecto

DEFINICIÓN DEL FACTOR DE CALIDAD:

La performance del proyecto se define con el cumplimiento del cronograma establecido y el presupuesto estipulado del proyecto PROPÓSITO DE LA MÉTRICA:

La métrica se desarrolla para monitorear la performance del proyecto, se basa en el cumplimiento del cronograma y presupuesto. DEFINICIÓN O PERACIONAL:

- Karol Quiroz (K) ->Project Manager El Project Manager calculará el CPI y SPI en las oficinas de KDS systems un día antes de la entrega de informe mensual, cuyos resultados están listos para que sean expuestos el día de reunión de coordinación. MÉTODO DE MEDICIÓN:

1. Se recaudará información de avances reales, valor ganado, fechas de inicio y fin real, trabajo real, y costo real, los cuales se ingresarán en el MS Project. 2. El Project Manager calculará los índices de CPI y SPI. 3. Estos índices se trasladarán al Informe mensual de Proyecto. 4. Se revisará el informe con el Sponsor y se tomarán las acciones correctivas y/o preventivas pertinentes. 5. Se informará al cliente de dichas acciones de ser el caso. RESULTADO DESEADO:

1. Para el CPI se desea un valor acumulado no menor de 0.90 2. Para el SPI se desea una valor acumulado no menor de 0.90 Enlace con Objetivos Organizacionales: El cumplimiento de éstas métricas es indispensable para poder obtener la utilidad deseada del proyecto de matrículas, notas y pensiones, lo cual a su vez posibilitará el crecimiento de dicha empresa y el avance profesional del equipo del proyecto. RESPONSABLE DEL FACTOR DE CALIDAD:

La persona operativamente responsable de vigilar el factor de calidad, los resultados de la métrica, y de promover las mejoras de procesos que sean necesarias para lograr los objetivos de calidad planteados, es el Project Manager en primera instancia, pero la responsabilidad última de lograr la rentabilidad del proyecto y el cumplimiento de los plazos recae en forma ejecutiva en el Sponsor del Proyecto.

99

SIMANOPE- Versión 1.0

CONTROL DE VERSIONES Versión

Hecha por

Revisada por

Aprobada por

Fecha

Motivo

0.1

D,K,S

K

FR

15-03-15

Versión Original

1.0

K

D,S

FR

07-07-15

Se ha actualizado con las observaciones

LINEA BASE DE CALIDAD NOMBRE DEL PROYECTO SISTEMA ACADÉMICO INTEGRADO: MATRICULAS, NOTAS Y PENSIONES

SIGLAS DEL PROYECTO SIMANOPE

LÍNEA BASE DE CALIDAD FACTOR DE CALIDAD RELEVANTE

OBJETIVO DE CALIDAD

MÉTRICA A USAR

FRECUENCIA Y MOMENTO DE MEDICIÓN

Frecuencia, Performance del Proyecto

CPI= Cost CPI>= 0.90

Perfomance Index

Frecuencia,

Mensual.

Mensual. Medición, un día antes de Medición, un de la reunión de antes reunión coordinación coordinación Frecuencia,

Performance del Proyecto

SPI >= 0.90

SPI= Schedule Perfomance Index

Satisfacción de

Nivel de

los clientes

Satisfacci ón >= 4.0

Nivel de Satisfacción = Promedio de los valores adquirido de las encuestas realizadas al cliente, sobre

FRECUENCIA Y MOMENTO DE REPORTE

Frecuencia,

Mensual.

Mensual. Medición, un día antes de Medición, un de la reunión de antes reunión coordinación coordinación

Frecuencia, una encuesta por cada reunión con el cliente.

Medición,

día la de

al

día la de

Frecuencia, una vez por cada reunión con el cliente. Reporte, al día siguiente de la medición.

100

SIMANOPE- Versión 1.0

su apreciación día siguiente la en la de ejecución del encuesta. proyecto, el máximo punto es de 5.

Tiempo de respuesta del software

Número de errores durante un mes

Frecuencia, una encuesta Nivel de por cada Frecuencia, una Satisfacción = reunión con encuesta por cada Promedio de el cliente. reunión con el los valores TRS=