1 - Plan de Desarrollo Software - Sistema Control Asistencia Dactilar v3

Sistema de Control de Asistencia
Para la Universidad Peruana los Andes - Filial Lima

Sistema de Control de Asistencia Dactilar

Plan de Desarrollo Software

Versin 3.0

Equipo De Trabajo
Dayhanna Campos San Martin
Juan Laura Quincho
Juan Ramos Rodrguez
Luis Nalvarte Espinoza
Antonio Astudillo Mesa

Versin: 3.0
Planificacin Fecha: 16/11/2013
Documento Plan de desarrollo del Software

Desarrollo de Software Pgina 2 de 15

Historial de Revisiones

Fecha Versin Descripcin Autor
09/11/2013 1.0 Versin preliminar como propuesta de
desarrollo.
Dayhanna Campos San
Martin
09/11/2013 2.0 Correccin en la introduccin, vista
general de Proyecto, Organizacin del
proyecto y Calendario de Proyecto
Juan Laura Quincho
16/11/2013 3.0 Versin lista para ser revisada al final
de la fase de elaboracin
Juan Laura Quincho

Versin: 3.0


Tabla de Contenidos
1. Introduccin................................................................................................................................4
1.1 Propsito ......................................................................................................................................... 4
1.2 Alcance ........................................................................................................................................... 4
1.3 Resumen ......................................................................................................................................... 4
2. Vista General del Proyecto ..........................................................................................................5
2.1 Propsito, Alcance y Objetivos ....................................................................................................... 5
2.2 Suposiciones y Restricciones ........................................................................................................... 6
2.3 Entregables del proyecto ................................................................................................................ 6
2.4 Evolucin del Plan de Desarrollo del Software ............................................................................... 7
3. Organizacin del Proyecto ...........................................................................................................8
3.1 Participantes en el Proyecto ........................................................................................................... 8
3.2 Interfaces Externas ......................................................................................................................... 8
3.3 Roles y Responsabilidades .............................................................................................................. 8
4. Gestin del Proceso .....................................................................................................................9
4.1 Estimaciones del Proyecto .............................................................................................................. 9
4.2 Plan del Proyecto .......................................................................................................................... 10
4.2.1 Plan de las Fases .................................................................................................................... 10
4.2.2 Calendario de Proyecto ......................................................................................................... 11
4.3 Seguimiento y Control del Proyecto .............................................................................................. 14
5. Referencias ............................................................................................................................... 15

Versin: 3.0


Plan de Desarrollo de Software
1. Introduccin
Este Plan de Desarrollo del Software es una versin preliminar preparada para ser discutida con
los jefes de cada equipo del proyecto adems este documento provee una visin global del
enfoque de desarrollo propuesto.

1.1 Propsito
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para
controlar el proyecto. En l se describe el enfoque de desarrollo del software para la
implementacin del sistema de control de asistencia para el personal administrativo de la
Universidad Peruana los Andes Filial Lima.

Los usuarios del Plan de Desarrollo del Software son:

El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos, y para
realizar su seguimiento.
Los miembros del equipo de desarrollo lo usan para entender lo qu deben hacer, cundo
deben hacerlo y qu otras actividades dependen de ello.

1.2 Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema
de Control de Asistencia para la Universidad Peruana los Andes Filial Lima.

Es bueno precisar que este artefacto deber ser tomado en cuenta como base para la
documentacin de los artefactos que conforman el proyecto.

1.3 Resumen
Despus de esta introduccin, el resto del documento est organizado en 03 secciones que son
las siguientes:

Vista General del Proyecto proporciona una descripcin del propsito, alcance y objetivos
del proyecto, estableciendo los entregables que sern producidos y utilizados durante el
proyecto.

Organizacin del Proyecto describe la estructura organizacional del equipo de desarrollo.

Gestin del Proceso explica los costos y planificacin estimada, define las fases e hitos del
proyecto y describe cmo se realizar su seguimiento.

Versin: 3.0


2. Vista General del Proyecto
2.1 Propsito, Alcance y Objetivos
Propsito:
Mejorar el proceso de marcacin de asistencia de los empleados administrativos de la Universidad
Peruana los Andes Filial Lima. Con la mejora tendremos una informacin concisa para la
elaboracin de planillas de pago de sus empleados que a la fecha se presenta dificultados al estar
llevando un registro de marcaciones en una hoja impresa.

Alcance:
El sistema de control de asistencia dactilar permitir registrar las marcaciones con mayor
precisin y gestionar la informacin de los empleados de forma eficiente con procesos que
permitir optimizar el trabajo.

Procesos que se contemplan en el desarrollo de software:
El sistema permitir registrar las marcaciones con mayor precisin.
Interfaz de validacin de usuario y contrasea para la gestin de empleados
Implementacin de dispositivos dactilares
Interfaz de registro de marcaciones

El sistema permitir gestionar la informacin de los empleados.
Mantenimiento de empleados
Consulta de marcaciones
Programacin de horarios
Reporte de marcaciones

Procesos que no estn contemplados en el sistema:
El sistema no har un cruce de informacin con otros sistemas de planilla
El sistema no emitir un boleta de pago
El sistema no har registro de sueldos
El sistema no registrar horas extras
El sistema no tendr clasificacin de fechas feriados
El sistema no tendr gestor de permisos laborales.

Objetivo General:
El proyecto nos permitir automatizar, centralizar y consolidar la informacin de las marcaciones de
los empleados administrativos de la Universidad Peruana Los Andes Filial Lima.

Objetivos Especficos:
Controlar el ingreso y salida del empleado administrativo.
Calcular las horas trabajadas, tardanza y faltas.
Uso de un solo Reloj de sistema para las marcaciones del personal administrativo.
Generar reporte personalizados por empleado.
Versin: 3.0


Exportar informacin consolidada de empleados para el cierre de planillas
Hacer uso de la tecnologa para una mejor precisin en las marcaciones
Centralizar y consolidad la informacin de los empleados.

2.2 Suposiciones y Restricciones
Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de las
entrevistas con el stakeholder de la empresa son:

Control de asistencia del personal a partir del ingreso de Nmero de DNI.
Control de asistencia del personal a partir de un lector de huellas dactilares
Debe permitir la generacin de informes de los empleados.
Generar un consolidado de marcaciones de empleados mensualmente para el llenado
automtico de datos al sistema de planillas.
Debe permitir la visualizacin de registros de asistencias en un formato adecuado, para
entendimiento de la personal de recursos humanos y la contadora.
El sistema debe ser seguro, por lo tanto, debe necesariamente validar el ingreso antes de
realizar alguna accin con el sistema.

La lista de suposiciones y restricciones se incrementar durante el desarrollo del proyecto,
particularmente una vez establecido el entregable de especificacin de requisitos.

2.3 Entregables del proyecto
Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e
incremental), todos los entregables son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, slo al trmino del proceso podramos tener una versin definitiva y
completa de cada uno de ellos. Sin embargo, el resultado de cada incremento y los hitos del
proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los
entregables.
A continuacin se indican y describen cada uno de los entregables que sern generados y
utilizados por el proyecto.

1) Plan de Desarrollo del Software
Es el presente documento.

2) Modelo de Caso de uso del Negocio
Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores externos
(Agentes de registro, solicitantes finales, otros sistemas etc.). Permite situar al sistema en el
contexto organizacional haciendo nfasis en los objetivos en este mbito. Este modelo se
representa con un Diagrama de Casos de Uso usando estereotipos especficos para este
modelo.

3) Glosario
Es un documento que define los principales trminos usados en el proyecto. Permite
establecer una terminologa consensuada.

Versin: 3.0


4) Especificacin de Requisitos
Este documento define los requerimientos del producto desde la perspectiva del cliente,
especificando las necesidades y caractersticas del producto.

5) Especificacin de Casos de Uso del Sistema
El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso
de ellas. Se representa mediante Diagramas de Casos de Uso.

6) Arquitectura del sistema
Este documento proporciona una apreciacin global y comprensible de la arquitectura del
sistema usando diferentes puntos de vista para mostrar distintos aspectos del sistema.
Intenta capturar y llegar a las decisiones de arquitectura crticas que han sido hechas en el
sistema.

7) Modelo de Datos
Previendo que la persistencia de la informacin del sistema ser soportada por una base de
datos relacional, este modelo describe la representacin lgica de los datos persistentes, de
acuerdo con el enfoque para modelado relacional de datos. Para expresar este modelo se
utiliza un Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para
conseguir la representacin de tablas, claves, etc.)

8) Casos de Uso Extendidos
Para los casos de uso que lo requieran (cuya funcionalidad no sea evidente o que no baste
con una simple descripcin narrativa) se realiza una descripcin detallada utilizando una
plantilla de documento, donde se incluyen: precondiciones, post-condiciones, flujo de
eventos, requisitos no-funcionales asociados. Tambin, para casos de uso cuyo flujo de
eventos sea complejo podr adjuntarse una representacin grfica mediante un Diagrama
de Actividad.

9) Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea ms o menos precisa de las
interfaces que proveer el sistema y as conseguir retroalimentacin de su parte respecto a
los requisitos del sistema. Estos prototipos se realizarn como: dibujos a mano en papel,
dibujos con alguna herramienta grfica o prototipos ejecutables interactivos, siguiendo ese
orden de acuerdo al avance del proyecto. Slo los de este ltimo tipo sern entregados al
final de la fase de Elaboracin, los otros sern desechados. Asimismo, este entregable, ser
desechado en la fase de Construccin en la medida que el resultado de las iteraciones vayan
desarrollando el producto final.

2.4 Evolucin del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisar semanalmente y se refinar antes del comienzo de
cada fase.

Versin: 3.0


3. Organizacin del Proyecto
3.1 Participantes en el Proyecto
El personal del proyecto estar formado por los siguientes puestos de trabajo y personal
asociado:

Gerente y Jefe de Proyecto : Juan Laura Quincho
Ing. Requisitos, Programador, Analista y DBA : Luis Nalvarte Espinosa
Programador y Diseadora de Soluciones : Dayhanna Campos San Martin
Responsable Arquitectura Hardware y software : Antonio Astudillo
Coordinador de Calidad y Documentador : Juan Ramos

3.2 Interfaces Externas
Para que el desarrollo del sistema se ajuste a las necesidades de todos los usuarios, es necesario
identificar e involucrar a los mismos en el proyecto como parte del modelado de
requerimientos. Hay que asegurarse que el conjunto de participantes en el proyecto representa
adecuadamente a todos los usuarios finales. En esta seccin se muestra un perfil de los
participantes involucrados en el proyecto y de los usuarios finales. No describe sus requisitos
especficos ya que stos se capturan mediante otro artefacto. En lugar de esto proporciona la
justificacin de por qu estos requisitos son necesarios.

Resumen de Stakeholders (UPLA Filial Lima)
Jos Rojas : (Rector UPLA Encargado de la toma de decisiones)
Juan Prez : (Director Recursos Humanos Responsable de gestionar datos de empleados)
Rony Alvarado : (Director de Sistemas UPLA Encargado de proponer soluciones de tecnologa)

3.3 Roles y Responsabilidades
A continuacin se describen las principales responsabilidades de cada uno de los puestos de
acuerdo con los roles que desempean RUP.

Puesto Responsabilidad Documentos a Producir
Jefe de Proyecto

Gestiona las prioridades, coordina las
interacciones entre equipos y mantiene al
equipo del proyecto enfocado en los
objetivos. Tambin establece un conjunto
de prcticas que aseguran la integridad y
calidad de los entregables del proyecto.
Adems, se encargar de la planificacin y
control del proyecto.
Informe de avances del proyecto
Ingeniero de
Requerimientos
Se encargan de la educcin y elicitacin del
conocimiento, obtener los requisitos
Educcin de requerimientos
Elicitacin de requerimientos
Versin: 3.0


indispensables para la construccin, tienen
trato directo con los stakeholders y
documentan sus reuniones de manera clara
y sin ambigedades.
Glosario de trminos
Notas de entrevistas

Analistas Se encarga de transformar la informacin
proporcionada por el equipo de ingenieros
de requisitos en una definicin clara del
problema.
Especificacin de requerimientos
de software
Requerimientos no funcionales
Casos esenciales de uso
Diagrama de casos de uso
Diseadores de
soluciones
Se encarga de proporcionar soluciones que
cubren la definicin del problema
Casos reales de uso
Diagrama de actividad
Diagrama de secuencias
Diagrama de colaboracin
Arquitectura de
Software y
Hardware
Encargados de los componentes del
producto y su interrelacin con la vida real
Arquitectura del sistema
Diagrama de interaccin
Diagrama de despliegue
Ingenieros de
Bases de Datos
Se encargan del diseo de bases de datos,
definir esquemas y tablas
Diagrama de clases
Esquema de bases de datos
Diseadores de
Interfaces
Disean las interfaces del usuario Documento de Interfaz de usuario
Documentadores Se encargan de la documentacin de
versiones de documentos del proyecto
Documentacin del producto
Calidad Se encarga de evaluar la calidad del
proyecto, verificando la correctitud de los
documentos y evaluando los riesgos que
puedan existir.
Plan de aseguramiento de calidad
Control de Riesgos.

4. Gestin del Proceso
4.1 Estimaciones del Proyecto
Estimaremos costos para el desarrollo del Sistema de Control de Asistencia Dactilar.

Versin: 3.0


4.2 Plan del Proyecto
4.2.1 Plan de las Fases
En esta seccin se presenta la organizacin en fases y el calendario del proyecto.
Fase N Iteraciones Duracin
Fase de Inicio 1 3 Semanas
Fase de Elaboracin 1 2 Semana
Fase de Construccin 2 7 Semanas
Fase de Transicin - -

Los hitos que el final de cada fase se describen en la siguiente tabla
Descripcin Hito
Fase de Inicio En esta fase desarrollarn los requisitos del producto desde la perspectiva
del usuario, los cuales sern establecidos en el artefacto Visin. Los
principales casos de uso sern identificados y se har un refinamiento del
Plan de Desarrollo del Proyecto. La aceptacin del cliente /usuario del
artefacto Visin y el Plan de Desarrollo marcan el final de esta fase.
Fase de
Elaboracin
En esta fase se analizan los requisitos y se desarrolla un prototipo de
arquitectura (incluyendo las partes ms relevantes y / o crticas del sistema).
Al final de esta fase, todos los casos de uso correspondientes a requisitos
que sern implementados en la primera release de la fase de Construccin
Versin: 3.0


deben estar analizados y diseados (en el Modelo de Anlisis / Diseo). La
revisin y aceptacin del prototipo de la arquitectura del sistema marca el
final de esta fase. En nuestro caso particular, por no incluirse las fases
siguientes, la revisin y entrega de todos los artefactos hasta este punto de
desarrollo tambin se incluye como hito. La primera iteracin tendr como
objetivo la identificacin y especificacin de los principales casos de uso, as
como su realizacin preliminar en el Modelo de Anlisis / Diseo, tambin
permitir hacer una revisin general del estado de los artefactos hasta este
punto y ajustar si es necesario la planificacin para asegurar el cumplimiento
de los objetivos. Ambas iteraciones tendrn una duracin de una semana.
Fase de
Construccin
Durante la fase de construccin se terminan de analizar y disear todos los
casos de uso, refinando el Modelo de Anlisis / Diseo. El producto se
construye en base a 2 iteraciones, cada una produciendo una release a la
cual se le aplican las pruebas y se valida con el cliente / usuario. Se comienza
la elaboracin de material de apoyo al usuario. El hito que marca el fin de
esta fase es la versin de la release 2.0, con la capacidad operacional parcial
del producto que se haya considerado como crtica, lista para ser entregada
a los usuarios para pruebas beta.

Fase de
Transicin
En esta fase se prepararn dos releases para distribucin, asegurando una
implantacin y cambio del sistema previo de manera adecuada, incluyendo
el entrenamiento de los usuarios. El hito que marca el fin de esta fase
incluye, la entrega de toda la documentacin del proyecto con los manuales
de instalacin y todo el material de apoyo al usuario, la finalizacin del
entrenamiento de los usuarios y el empaquetamiento del producto.

4.2.2 Calendario de Proyecto
A continuacin se presenta un calendario de las principales tareas del proyecto incluyendo slo
las fases de Inicio y Elaboracin. Como se ha comentado, el proceso iterativo e incremental de
RUP est caracterizado por la realizacin en paralelo de todas las disciplinas de desarrollo a lo
largo del proyecto, con lo cual la mayora de los artefactos son generados muy tempranamente
en el proyecto pero van desarrollndose en mayor o menor grado de acuerdo a la fase e
iteracin del proyecto. La siguiente figura ilustra este enfoque, en ella lo ensombrecido marca el
nfasis de cada disciplina (workflow) en un momento determinado del desarrollo.
Versin: 3.0


Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobacin indica
cundo el artefacto en cuestin tiene un estado de completitud suficiente para someterse a
revisin y aprobacin, pero esto no quita la posibilidad de su posterior refinamiento y cambios.
Disciplinas / Artefactos generados o modificados
durante la Fase de Inicio
Comienzo Aprobacin
Modelado del Negocio
Modelo de Casos de Uso del Negocio
Semana 1
04-Nov
Semana 3
18-Nov 24-Nov
Requisitos
Glosario
Semana 1
04-Nov
Semana 3
18-Nov 24-Nov
Visin
Semana 2
11-Nov
Semana 3
18-Nov 24-Nov
Modelo de Casos de Uso
Semana 3
18-Nov
siguiente fase
Especificacin de Casos de Uso
Semana 3
18-Nov
siguiente fase
Especificaciones Adicionales
Semana 3
18-Nov
siguiente fase
Anlisis/Diseo
Modelo de Anlisis/Diseo
Semana 2
11-Nov
siguiente fase
Modelo de Datos
Semana 2
11-Nov
siguiente fase
Versin: 3.0


Implementacin
Prototipos de Interfaces de Usuario
Semana 3
18-Nov
siguiente fase
Modelo de Implementacin
Semana 3
18-Nov
siguiente fase
Pruebas
Casos de Pruebas Funcionales
Semana 3
18-Nov
siguiente fase
Despliegue
Modelo de Despliegue
Semana 3
18-Nov
siguiente fase
Gestin de Cambios y Configuracin Durante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin
1.0 y planes de las Iteraciones
Semana 1
04-Nov
Semana 3
18-Nov 24-Nov
Ambiente Durante todo el proyecto

Disciplinas / Artefactos
generados o modificados durante la
Fase de Elaboracin
Comienzo Aprobacin
Modelado del Negocio
Modelo de Casos de Uso del Negocio y Modelo
de Objetos del Negocio
Semana 1
04-Nov
aprobado
Requisitos
Glosario
Semana 1
04-Nov
aprobado
Visin
Semana 2
11-Nov
aprobado
Modelo de Casos de Uso
Semana 3
18-Nov
Semana 5
02-Dic 08-Dic
Especificacin de Casos de Uso
Semana 3
18-Nov
Semana 5
02-Dic 08-Dic
Especificaciones Adicionales
Semana 3
18-Nov
Semana 5
02-Dic 08-Dic
Anlisis / Diseo
Modelo de Anlisis / Diseo
Semana 2
11-Nov
Revisar en cada
iteracin
Modelo de Datos Semana 2 Revisar en cada
Versin: 3.0


11-Nov iteracin
Implementacin
Prototipos de Interfaces de Usuario
Semana 3
18-Nov
Revisar en cada
iteracin
Modelo de Implementacin
Semana 3
18-Nov
Revisar en cada
iteracin
Pruebas
Casos de Pruebas Funcionales
Semana 3
18-Nov
Revisar en cada
iteracin
Despliegue
Modelo de Despliegue
Semana 3
18-Nov
Revisar en cada
iteracin
Gestin de Cambios y Configuracin Durante todo el proyecto
Gestin del proyecto
Plan de Desarrollo del Software en su versin
2.0 y planes de las Iteraciones
Semana 4
25-Nov
Revisar en cada
iteracin
Ambiente Durante todo el proyecto

4.3 Seguimiento y Control del Proyecto
Gestin de Requisitos
Los requisitos del sistema son especificados en el entregable de especificacin de requisitos.
Cada requisito tendr una serie de atributos tales como importancia, estado, fase donde se
implementa, etc. Estos atributos permitirn realizar un efectivo seguimiento de cada requisito.
Los cambios en los requisitos sern gestionados mediante una Solicitud de Cambio, las cuales
sern evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de
gestin de configuracin y cambios.

Control de Plazos
El calendario del proyecto tendr un seguimiento y evaluacin semanal por el jefe de proyecto y
por Calidad.

Control de Calidad
Los defectos detectados en las revisiones tendrn un seguimiento para asegurar la conformidad
respecto de la solucin de dichas deficiencias. Para la revisin de cada entregable y su
correspondiente garanta de calidad se utilizarn las guas de revisin y checklist (listas de
verificacin) incluidas en RUP.

Gestin de Riesgos
Versin: 3.0


A partir de la fase de Inicio se mantendr una lista de riesgos asociados al proyecto y de las
acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta lista ser
evaluada al menos una vez en cada fase.

Gestin de Configuracin
Se realizar una gestin de configuracin para llevar un registro de los entregables generados y
sus versiones. Al final de cada fase se establecer una baseline (un registro del estado de cada
entregable, estableciendo una versin).

5. Referencias
Desarrollo de un Sistema de Gestin de Artculos Deportivos utilizando la metodologa RUP
Visual Modeling with Rational Rose And UML
Documentacin de Rational Unified Process, Manual de ayuda, tutoriales, etc.

1 - Plan de Desarrollo Software - Sistema Control Asistencia Dactilar v3

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

1 - Plan de Desarrollo Software - Sistema Control Asistencia Dactilar v3

Cargado por

Copyright:

Formatos disponibles

Sistema de Control de Asistencia

Para la Universidad Peruana los Andes - Filial Lima

También podría gustarte