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
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
Nº
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=