Escolar Documentos
Profissional Documentos
Cultura Documentos
Versin:
3.0
Fecha:
26/05/2016
Historial de Revisiones
Fecha
Versin
Descripcin
Autor
28/04/2016
0.9
Cndor Simn,
Reynaldo
05/05/2016
1.0
Cndor Simn,
Reynaldo
10/05/2016
1.9
12/05/2016
2.0
26/05/2016
2.1
Mishahuamn
Grandes, Xiomi
02/06/2016
2.9
Villadeza Romero,
Karen
09/06/2016
3.0
Valdivia Escobar,
Jhonathan Harold
16
Versin:
3.0
Fecha:
26/05/2016
Tabla de Contenidos
1.
2.
3.
4.
Introduccin..........................................................................................................................................................4
1.1
Propsito.........................................................................................................................................................4
1.2
Alcance...........................................................................................................................................................4
1.3
Resumen..........................................................................................................................................................5
2.2
Suposiciones y Restricciones..........................................................................................................................6
2.3
2.4
Participantes en el Proyecto.........................................................................................................................10
3.2
Interfaces Externas.......................................................................................................................................10
3.3
Roles y Responsabilidades............................................................................................................................11
4.2
4.3
Plan de las Fases..........................................................................................................................................11
4.3.1
Calendario del Proyecto.....................................................................................................................13
4.4
Referencias...........................................................................................................................................................16
16
5.
Versin:
3.0
Fecha:
26/05/2016
1.
Introduccin
Este Plan de Desarrollo del Software es una versin preliminar preparada para ser incluida en la
propuesta elaborada como respuesta al proyecto de prcticas de la asignatura de Ingeniera de
Requerimientos de la Facultad de Ingeniera de Industrial y de Sistemas. Este documento provee
una visin global del enfoque de desarrollo propuesto.
El proyecto ha sido diseado por Condor Simon Reynaldo basado en una metodologa de
Rational Unified Process en la que nicamente se proceder a cumplir con las tres primeras fases
que marca la metodologa, constando nicamente en la tercera fase de dos iteraciones. Es
importante destacar esto puesto que utilizaremos la terminologa RUP en este documento. Se
incluir el detalle para las fases de Inicio y Elaboracin y adicionalmente se esbozarn las fases
posteriores de Construccin y Transicin para dar una visin global de todo proceso.
El enfoque desarrollo propuesto constituye una configuracin del proceso RUP de acuerdo a las
caractersticas del proyecto, seleccionando los roles de los participantes, las actividades a realizar
y los artefactos (entregables) que sern generados. Este documento es a su vez uno de los
artefactos de RUP.
1.1
Propsito
1.2
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.
Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del Sistema
Web de citas para el seguro social de Salud (Es-Salud). El detalle de las iteraciones individuales
se describe en los planes de cada iteracin, documentos que se aportan en forma separada.
Durante el proceso de desarrollo en el artefacto Visin se definen las caractersticas del
producto a desarrollar, lo cual constituye la base para la planificacin de las iteraciones. Para la
versin 1.0 del Plan de Desarrollo del Software, nos hemos basado en la captura de requisitos por
medio del stakeholder representante de la empresa para hacer una estimacin aproximada, una
vez comenzado el proyecto y durante la fase de Inicio se generar la primera versin del artefacto
Visin, el cual se utilizar para refinar este documento. Posteriormente, el avance del proyecto
y el seguimiento en cada una de las iteraciones ocasionar el ajuste de este documento
produciendo nuevas versiones actualizadas.
16
1.3
Versin:
3.0
Fecha:
26/05/2016
Resumen
Despus de esta introduccin, el resto del documento est organizado en las siguientes secciones:
Vista General del Proyecto proporciona una descripcin del propsito, alcance y objetivos del
proyecto, estableciendo los artefactos 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.
Planes y Guas de aplicacin proporciona una vista global del proceso de desarrollo de
software, incluyendo mtodos, herramientas y tcnicas que sern utilizadas.
2.
2.1
La informacin que a continuacin se incluye ha sido extrada de las diferentes reuniones que se
han celebrado con el stakeholder de la empresa desde el inicio del proyecto, Director de Es-salud
(Hunuco) .EsSalud es una institucin al servicio de la seguridad social en Salud del Per. Su
compromiso est dirigido a mejorar la calidad de vida de las familias peruanas, brindndoles
los servicios de salud y las prestaciones econmicas y sociales que estn comprendidas
dentro del rgimen contributivo de la Seguridad Social de Salud. En tal sentido una de las
formas de poderse atender en el Es Salud es por medio de una solicitud de cita y por ende
una separacin de cita; la cual en la actualidad la sobrepoblacin como la falta de
organizacin hace que el proceso sea muy difcil de desarrollar
El manejo de informacin que es desarrollada por esta organizacin es muy amplia, y
muchas veces no est informatizada, lo que conllevar una previsible adaptacin a los nuevos
sistemas de informacin y a la evolucin tecnolgica, Por ello, el seguro social de Es-salud
(Hunuco) considera necesario el desarrollo de un nuevo sistema para la publicacin de
horarios de atencin, consultorios, reserva de citas mdicas basado en un
portal web.
16
Versin:
3.0
Fecha:
26/05/2016
El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas
implicados en la gestin Hospitalaria enfocada al rea de citas (Consultas Externas) y bases de
datos asegurados. Estos subsistemas se pueden diferenciar en siete grandes bloques:
a) Sistema de gestin de citas
diferentes
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:
a) Debe contemplarse las implicaciones de los siguientes puntos crticos:
Caracteres multilinges
16
Versin:
3.0
Fecha:
26/05/2016
A continuacin se indican y describen cada uno de los artefactos que sern generados y
utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la configuracin
de RUP desde la perspectiva de artefactos, y que proponemos para este proyecto.
Es preciso destacar que de acuerdo a la filosofa de RUP (y de todo proceso iterativo e
incremental), todos los artefactos 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 iteracin y los hitos del
proyecto estn enfocados a conseguir un cierto grado de completitud y estabilidad de los
artefactos. Esto ser indicado ms adelante cuando se presenten los objetivos de cada iteracin.
1) Plan de Desarrollo del Software
Es el presente documento.
2) Modelo de Casos 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) Modelo de Objetos del Negocio
Es un modelo que describe la realizacin de cada caso de uso del negocio, estableciendo los
actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo
(workflows) asociados al caso de uso del negocio. Para la representacin de este modelo se
utilizan Diagramas de Colaboracin (para mostrar actores externos, internos y las entidades
(informacin) que manipulan, un Diagrama de Clases para mostrar grficamente las entidades del
16
Versin:
3.0
Fecha:
26/05/2016
sistema y sus relaciones, y Diagramas de Actividad para mostrar los flujos de trabajo.
4) Glosario
Es un documento que define los principales trminos
establecer una terminologa consensuada. .
16
Versin:
3.0
Fecha:
26/05/2016
Diagrama de Clases (donde se utiliza un profile UML para Modelado de Datos, para conseguir la
representacin de tablas, claves, etc.).
12) Modelo de Implementacin
Este modelo es una coleccin de componentes y los subsistemas que los contienen. Estos
componentes incluyen: ficheros ejecutables, ficheros de cdigo fuente, y todo otro tipo de
ficheros necesarios para la implantacin y despliegue del sistema. (Este modelo es slo una
versin preliminar al final de la fase de Elaboracin, posteriormente tiene bastante refinamiento).
13) Modelo de Despliegue
Este modelo muestra el despliegue la configuracin de tipos de nodos del sistema, en los
cuales se har el despliegue de los componentes.
14) Casos de Prueba
Cada prueba es especificada mediante un documento que establece las condiciones de
ejecucin, las entradas de la prueba, y los resultados esperados. Estos casos de prueba son
aplicados como pruebas de regresin en cada iteracin. Cada caso de prueba llevar asociado un
procedimiento de prueba con las instrucciones para realizar la prueba, y dependiendo del tipo de
prueba dicho procedimiento podr ser automatizable mediante un script de prueba.
15) Solicitud de Cambio
Los cambios propuestos para los artefactos se formalizan mediante este documento. Mediante
este documento se hace un seguimiento de los defectos detectados, solicitud de mejoras o
cambios en los requisitos del producto. As se provee un registro de decisiones de cambios, de su
evaluacin e impacto, y se asegura que stos sean conocidos por el equipo de desarrollo. Los
cambios se establecen respecto de la ltima baseline (el estado del conjunto de los artefactos en
un momento determinado del proyecto) establecida. En nuestro caso al final de cada iteracin se
establecer una baseline.
16) Plan de Iteracin
Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos asignados,
dependencias entre ellas. Se realiza para cada iteracin, y para todas las fases.
17) Evaluacin de Iteracin
Este documento incluye le evaluacin de los resultados de cada iteracin, el grado en el cual
se han conseguido los objetivos de la iteracin, las lecciones aprendidas y los cambios a ser
realizados.
18) Lista de Riesgos
Este documento incluye una lista de los riesgos conocidos y vigentes en el proyecto,
ordenados en orden decreciente de importancia y con acciones especficas de contingencia o para
su mitigacin.
19) Manual de Instalacin
Este documento incluye las instrucciones para realizar la instalacin del producto.
20) Material de Apoyo al Usuario Final
16
Versin:
3.0
Fecha:
26/05/2016
3.
3.1
Participantes en el Proyecto
De momento no se incluye el personal que designar Director del Es-salud, como Responsable del
Proyecto, Comit de Control y Seguimiento, otros participantes que se estimen convenientes para
proporcionar los requisitos y validar el sistema.
El resto del personal del proyecto (por la parte del la empresa adjudicataria), considerando
las fases de Inicio, Elaboracin y dos iteraciones de la fase de Construccin, estar formado por
los siguientes puestos de trabajo y personal asociado:
Jefe de Proyecto. Labor de Daz Snchez Cesar, alumno del ltimo curso de la carrera de
Ingeniera de Sistemas en la Facultad de Ingeniera Industrial y de Sistemas de la Universidad
Nacional Hermilio Valdizan. Con una experiencia modesta en metodologas de desarrollo,
herramientas CASE y notaciones, en particular la notacin UML y el proceso de desarrollo RUP.
Analista de Sistemas. El perfil establecido es: Ingeniero de Sistemas con conocimientos de
UML, uno de ellos al menos con experiencia en sistemas afines a la lnea del proyecto, labor que
llevar a cabo Cndor Simn Reynaldo
2 Analistas - Programadores. Con experiencia en el entorno de desarrollo del proyecto, con el
fin de que los prototipos puedan ser lo ms cercanos posibles al producto final. Este trabajo ha
sido encomendado a Mishahuaman Grandez, Xiomi Xibelli y Villadeza Romero, Karen Lucila
Ingeniero de Software. El perfil establecido es: Ingeniero en Informtica recin titulado que
participar como becario en el convenio universidad-empresa, realizando labores de gestin de
requisitos, gestin de configuracin, documentacin y diseo de datos. Encargado de las pruebas
funcionales del sistema, realizar la labor de Tester Valdivia Escobar, Jhonathan Harold
Los Currculos Vitae del personal del proyecto que ya ha comprometido su participacin se
adjuntan por separado.
16
Versin:
3.0
Fecha:
26/05/2016
Interfaces Externas
Director del Es-salud (Hunuco) definir los participantes del proyecto que proporcionarn los
requisitos del sistema, y entre ellos quines sern los encargados de evaluar los artefactos de
acuerdo a cada subsistema y segn el plan establecido.
El equipo de desarrollo interactuar activamente con los participantes del seguro social de Salud
(Es-Salud) para especificacin y validacin de los artefactos generados.
3.3
Roles y Responsabilidades
Responsabilidad
Jefe de Proyecto
El jefe de proyecto asigna los recursos, gestiona las prioridades, coordina las
interacciones con los clientes y usuarios, y mantiene al equipo del proyecto
enfocado en los objetivos. El jefe de proyecto tambin establece un conjunto de
prcticas que aseguran la integridad y calidad de los artefactos del proyecto.
Adems, el jefe de proyecto se encargar de supervisar el establecimiento de la
arquitectura del sistema. Gestin de riesgos. Planificacin y control del proyecto.
4.
4.1
El desarrollo se llevar a cabo en base a fases con una o ms iteraciones en cada una de ellas. La
siguiente tabla muestra una la distribucin de tiempos y el nmero de iteraciones de cada fase
(para las fases de Construccin y Transicin es slo una aproximacin muy preliminar)
16
Fase
Nro.
Iteraciones
Duracin
Fase de Inicio
3 semanas
Fase de Elaboracin
2 semanas
de 2
7 semanas
Fase
Construccin
Fase de Transicin
Versin:
3.0
Fecha:
26/05/2016
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripcin
Fase de Inicio
Fase
Elaboracin
Hito
En esta fase desarrollar 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.
de 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 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 Durante la fase de construccin se terminan de analizar y disear todos los casos de
Construccin
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 3.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 En esta fase se prepararn dos releases para distribucin, asegurando una
Transicin
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
16
Versin:
3.0
Fecha:
26/05/2016
4.3.1
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.
Comienzo
Aprobacin
Semana 1
Semana 3
14/10 20/10 28/10 3/11
Visin
Semana 2
Semana 3
21/10 27/10 28/10 3/11
Semana 3
28/10 3/11
siguiente fase
16
Versin:
3.0
Fecha:
26/05/2016
Semana 3
28/10 3/11
siguiente fase
Especificaciones Adicionales
Semana 3
28/10 3/11
siguiente fase
Anlisis / Diseo
Modelo de Anlisis / Diseo
Semana 2
siguiente fase
21/10 27/10
Modelo de Datos
Semana 2
siguiente fase
21/10 27/10
Implementacin
Prototipos de Interfaces de Usuario
Semana 3
28/10 3/11
siguiente fase
Modelo de Implementacin
Semana 3
28/10 3/11
siguiente fase
Semana 3
28/10 3/11
siguiente fase
Semana 3
28/10 3/10
siguiente fase
Pruebas
Casos de Pruebas Funcionales
Despliegue
Modelo de Despliegue
Gestin de Cambios y Configuracin
16
Disciplinas / Artefactos
generados o modificados durante la
Fase de Elaboracin
Versin:
3.0
Fecha:
26/05/2016
Comienzo
Aprobacin
Semana 1
aprobado
14/10 20/10
Visin
Semana 2
aprobado
21/10 27/10
Semana 3
28/10 3/11
Semana 5
11/12 17/12
Semana 3
28/10 3/11
Semana 5
11/12 17/12
Especificaciones Adicionales
Semana 3
28/10 3/11
Semana 5
11/12 17/12
Anlisis / Diseo
Modelo de Anlisis / Diseo
Semana 2
Revisar en
21/10 27/10 iteracin
cada
Modelo de Datos
Semana 2
Revisar en
21/10 27/10 iteracin
cada
Semana 3
28/10 3/11
Revisar en
iteracin
cada
Modelo de Implementacin
Semana 3
28/10 3/11
Revisar en
iteracin
cada
Semana 3
28/10 3/11
Revisar en
iteracin
cada
Semana 3
28/10 3/11
Revisar en
iteracin
cada
Implementacin
Pruebas
Casos de Pruebas Funcionales
Despliegue
Modelo de Despliegue
Gestin de Cambios y Configuracin
Revisar en
iteracin
cada
16
4.4
Versin:
3.0
Fecha:
26/05/2016
Gestin de Requisitos
Los requisitos del sistema son especificados en el artefacto Visin. Cada requisito tendr una
serie de atributos tales como importancia, estado, iteracin 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 el Comit de Seguimiento y Control.
Control de Calidad
Los defectos detectados en las revisiones y formalizados tambin en una Solicitud de Cambio
tendrn un seguimiento para asegurar la conformidad respecto de la solucin de dichas
deficiencias Para la revisin de cada artefacto y su correspondiente garanta de calidad se
utilizarn las guas de revisin y checklist (listas de verificacin) incluidas en RUP.
Gestin de Riesgos
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 iteracin.
Gestin de Configuracin
Se realizar una gestin de configuracin para llevar un registro de los artefactos generados y sus
versiones. Tambin se incluir la gestin de las Solicitudes de Cambio y de las modificaciones
que stas produzcan, informando y publicando dichos cambios para que sean accesibles a todo los
participantes en el proyecto. Al final de cada iteracin se establecer una baseline (un registro del
estado de cada artefacto, estableciendo una versin), la cual podr ser modificada slo por una
Solicitud de Cambio aprobada.
5.
Referencias
Pliego de Clusulas Tcnicas para la Definicin y Anlisis de los Procedimientos del ESNIC.
Desarrollo de una aplicacin informtica para el clculo del personal necesario para la
fabricacin de carroceras, utilizando la metodologa RUP. P.F.C. de Ponz Lillo, Daniel.
Visual Modeling with Rational Rose and UML, Terry Quatrani. - Addison-Wesley.
16