MINISTERIO DE SALUD

Sistema informtico para la Gestin e Implementacin

del programa de Becas del Ministerio de Salud a nivel
de Jefaturas de Secretara de Estado, Directores de
Regin y Hospitales Nacionales Especializados de
Referencia(SIGEPB)
Plan de Desarrollo de Software
Versin 1.0

[Nota: La siguiente plantilla se ha desarrollado para su uso con Rational Unified Process. El texto que se
encuentra entre corchetes y presentado en estilo itlicas azul se ha incluido para proporcionar una gua
para el autor y se debera borrar antes de la entrega del documento.]
[Hay que sustituir el texto resaltado con marcador amarillo por su equivalente en el proyecto de desarrollo
y eliminar el resaltado]
[La versin del documento se actualizar segn la iteracin y la fase del proyecto]

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Historial de Revisiones
Fecha

Confidencial

Versin

Descripcin

Ministerio de Salud, 2016

Autor

Pgina 2 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Tabla de Contenidos
1.

2.

3.

4.

Introduccin..........................................................................................................................................................4
1.1

Propsito.........................................................................................................................................................4

1.2

Alcance...........................................................................................................................................................4

1.3

Resumen..........................................................................................................................................................4

Vista General del Proyecto...................................................................................................................................5

2.1

Propsito, Alcance y Objetivos.......................................................................................................................5

2.2

Suposiciones y Restricciones..........................................................................................................................5

2.3

Entregables del proyecto................................................................................................................................5

2.4

Evolucin del Plan de Desarrollo del Software.............................................................................................7

Organizacin del Proyecto...................................................................................................................................7

3.1

Participantes en el Proyecto...........................................................................................................................7

3.2

Interfaces Externas.........................................................................................................................................8

3.3

Roles y Responsabilidades.............................................................................................................................8

Gestin del Proceso...............................................................................................................................................8

4.1

Estimaciones del Proyecto..............................................................................................................................8

4.2
Plan del Proyecto...........................................................................................................................................8
4.2.1
Plan de las Fases.....................................................................................................................................9
4.2.2
Calendario del Proyecto........................................................................................................................10
4.3
5.

Seguimiento y Control del Proyecto.............................................................................................................13

Referencias...........................................................................................................................................................13

Plan de Desarrollo de Software

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 Diseo de Sistemas II de la Facultad
de Ingeniera y Arquitectura de la Universidad de El Salvador. Este documento provee una visin global del
enfoque de desarrollo propuesto.

Confidencial

Ministerio de Salud, 2016

Pgina 3 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

El proyecto ha sido ofertado por El Ministerio de Salud 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
El propsito del Plan de Desarrollo de Software es proporcionar la informacin necesaria para la gestin de
becas del MINSAL. En l se describe el enfoque de desarrollo del software.
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 Alcance de este Plan de Desarrollo de Software va dirigido al equipo de desarrollo que consiste en
determinar, entender, destinar recursos al equipo segn sean las necesidades que el proyecto de Gestin de Becas
requiera, con esto se pretende tener una mejor organizacin y un plan estratgico que contribuya al desarrollo del
Software de forma optima utilizando los menores recursos posibles para obtener el mejor resultado del Sistema,
entendindose como recursos los mtodos, herramientas y tcnicas de Ingeniera utilizadas para el desarrollo del
Sistema de Gestin de Becas del Ministerio de Salud.

Confidencial

Ministerio de Salud, 2016

Pgina 4 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Descripcion del Alcance:

Este Proyecto consiste en la creacin del sistema de Gestin de Becas para el MINSAL, el cual tiene como finalidad
Agilizar el proceso de Gestin e Implementacin del Programa de Becas del MINSAL, permitiendo as dar
seguimiento y tener un control detallado de las becas ofertantes, para que de tal manera se realice la seleccin del
aspirante (en base a su captacin) y con un perfil similar a la beca propuesta por los organismos internacionales.
El periodo de desarrollo que comprende este proyecto es de aproximadamente de 6 semanas y se desarrollara
partiendo de 4 fases:

Fase de Inicio: obtencin de los requisitos del producto desde la perspectiva del usuario, los cuales sern
establecidos en el artefacto Visin.

Fase de Elaboracin: anlisis de requisitos y desarrollo de un prototipo de arquitectura.

Fase de construccin: anlisis y diseo de los casos de uso, refinando el Modelo de Anlisis / Diseo.

Fase de transicin: brecha del camino hacia la entrega del producto con un training contemplado para el
uso del software.
La creacin de este software es exclusivo para la gestin de becas que el MINSAL realiza, el cual se
implementara con el fin de facilitar la seleccin y asignacin de becas de los organismos ofertantes en el
rubro salud.

1.3 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. Vista General del Proyecto

2.1 Propsito, Alcance y Objetivos
La informacin que a continuacin se incluye ha sido recopilada de las diferentes reuniones que se han
celebrado con el Lic. Carlos Turcios encargado del Programa de Becas del Ministerio de Salud desde el
inicio del proyecto. Con esta informacin que se recopilo se pretende tener mas claro los requerimientos de
usuario as como tambin del sistema para el desarrollo del primer prototipo del Sistema de Gestin de
Becas, uno de los objetivos de este proyecto es brindarle al Ministerio de Salud un sistema que le facilite la
gestin de beca desde cuando esta ingresa a la Institucin hasta cuando el Sistema genera la lista de
personas becadas todo esto se generara a partir de una matriz con ponderaciones que el colaborador tcnico
aplicara segn sea el tipo de beca.

2.2 Suposiciones y Restricciones

Para este proyecto suponemos alcanzar en esta primera etapa o iteracin las primeras pantallas funcionales de
nuestro sistema en la cual podr apreciarse fcilmente como seria el entorno del sistema con este pretendemos que
Confidencial

Ministerio de Salud, 2016

Pgina 5 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

sea amigable para el usuario quien en nuestro caso ser el colaborador tcnico y otros. En este primer prototipo no se
podr observar un calculo directo de la Matriz de ponderaciones ya que eso lo hemos dejado para el siguiente
entregable.
2.3 Entregables del proyecto
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 sistema y sus relaciones, y Diagramas de Actividad para
mostrar los flujos de trabajo.
4) Glosario
Es un documento que define los principales trminos usados en el proyecto. Permite establecer una
terminologa consensuada. .
5) Modelo de Casos de Uso
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) Visin
Este documento define la visin del producto desde la perspectiva del cliente, especificando las
necesidades y caractersticas del producto. Constituye una base de acuerdo en cuanto a los requisitos del
sistema.
7) Especificaciones de Casos de Uso
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.
Confidencial

Ministerio de Salud, 2016

Pgina 6 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

8) Especificaciones Adicionales
Este documento capturar todos los requisitos que no han sido incluidos como parte de los casos de
uso y se refieren requisitos no-funcionales globales. Dichos requisitos incluyen: requisitos legales o
normas, aplicacin de estndares, requisitos de calidad del producto, tales como: confiabilidad, desempeo,
etc., u otros requisitos de ambiente, tales como: sistema operativo, requisitos de compatibilidad, etc.
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
artefacto, ser desechado en la fase de Construccin en la medida que el resultado de las iteraciones vayan
desarrollando el producto final.
10) Modelo de Anlisis y Diseo
Este modelo establece la realizacin de los casos de uso en clases y pasando desde una representacin
en trminos de anlisis (sin incluir aspectos de implementacin) hacia una de diseo (incluyendo una
orientacin hacia el entorno de implementacin), de acuerdo al avance del proyecto.
11) 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.) .
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.
Confidencial

Ministerio de Salud, 2016

Pgina 7 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

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
Corresponde a un conjunto de documentos y facilidades de uso del sistema, incluyendo: Guas del
Usuario, Guas de Operacin, Guas de Mantenimiento y Sistema de Ayuda en Lnea
21) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los mecanismos apropiados para
facilitar su instalacin. El producto, a partir de la primera iteracin de la fase de Construccin es
desarrollado incremental e iterativamente, obtenindose una nueva release al final de cada iteracin.
Los artefactos 19, 20 y 21 se generarn a partir de la fase de Construccin, con lo cual se han incluido
aqu slo para dar una visin global de todos los artefactos que se generarn en el proceso de desarrollo.
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
iteracin.

3. Organizacin del Proyecto

3.1 Participantes en el Proyecto
Jefe de Proyecto.
El perfil que debe de poseer el Jefe de Proyecto es ser responsable, dinmico participativo con los
miembros del grupo y sobre todo tener conocimiento amplio sobre las tecnologas con las que se debe de
trabajar as como tambin tener amplio conocimiento en el diseo y construccin de sistemas todo con el
fin de obtener un resultado final que en nuestro caso ser el sistema de Gestin de Becas. El nombre de
nuestro Jefe es Josu Alexander Meja Lpez.
Analista de Sistemas.
Para el puesto de Analista de Sistema se necesita conocer las herramientas de diseo que permitan modelar
el negocio utilizando diversas herramientas y tcnicas para facilitar la comprensin del problema y
desglosarla de modo que esta sea entendible por todos e implentarla por los programadores para la
obtencin del producto (Sistema de Gestin de Becas). El nombre de nuestro Analista de Sistema es Pedro
Antonio Mira Hernndez.
Confidencial

Ministerio de Salud, 2016

Pgina 8 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Analistas - Programadores.
El perfil que debe poseer un Analista-Programador es aparte de conocer las herramientas de diseo y
modelado del negocio debe interpretarlas convirtiendo estas ideas y soluciones en cdigo, implementndola
de manera que lo que haya sido plasmado por el Analista de Sistema y discutido con el grupo de
desarrolladores este lo pueda implementar y llevarlo a cabo hasta obtener el producto final que ser el
Sistema de Gestin de Becas. El nombre de nuestro candidato es Melvin Rene Rivera Machado.
Ingeniero de Software.
El perfil del ingeniero de Software debe de poseer conocimiento de herramientas y tcnicas para la
produccin optima del cdigo para optimizar recursos siendo estos recursos humanos y tambin materiales
en cuanto a tiempo, todo esto ayudando a obtener un software de calidad con los requerimientos solicitados
por el cliente. El nombre de nuestro candidato para el puesto del Ingeniero de Software es Jos Enrique
Lara Aguilar.
3.2 Interfaces Externas
Las interfaces presentadas mostraran como insertar una nueva beca, modificar, eliminar y consultar la lista de
becas
3.3 Roles y Responsabilidades
A continuacin se describen las principales responsabilidades de cada uno de los puestos en el equipo de
desarrollo durante las fases de Inicio y Elaboracin, de acuerdo con los roles que desempean en RUP.
Puesto

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 entregables 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.

Analista de Sistemas

Captura, especificacin y validacin de requisitos, interactuando con el

cliente y los usuarios mediante entrevistas. Elaboracin del Modelo de
Anlisis y Diseo. Colaboracin en la elaboracin de las pruebas
funcionales y el modelo de datos.

Programador

Construccin de prototipos. Colaboracin en la elaboracin de las

pruebas funcionales, modelo de datos y en las validaciones con el
usuario

Ingeniero de Software

Gestin de requisitos, gestin de configuracin y cambios, elaboracin

del modelo de datos, preparacin de las pruebas funcionales, elaboracin
de la documentacin. Elaborar modelos de implementacin y despliegue.

Confidencial

Ministerio de Salud, 2016

Pgina 9 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

4. Gestin del Proceso

4.1 Estimaciones del Proyecto

4.2 Plan del Proyecto

En esta seccin se presenta la organizacin en fases e iteraciones y el calendario del proyecto.

4.2.1

Plan de las Fases

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)
Nro.
Iteraciones

Duracin

Fase de Elaboracin

2 semanas

Fase de Construccin

4 semanas

Fase
Fase de Inicio

Fase de Transicin

Los hitos que marcan 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 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

Confidencial

Ministerio de Salud, 2016

Pgina 10 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

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.

Confidencial

Ministerio de Salud, 2016

Pgina 11 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

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 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 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 del 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.

Confidencial

Ministerio de Salud, 2016

Pgina 12 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

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 y Modelo de
Objetos del Negocio

lun 17/08/2015

Requisitos
Glosario

lun 24/08/2015

Visin

mar 25/08/2015

Modelo de Casos de Uso

mie 26/08/2015

Especificacin de Casos de Uso

jue 27/08/2015

Especificaciones Adicionales

vie 28/08/2015

Anlisis/Diseo
Modelo de Anlisis/Diseo

lun 31/08/2015 siguiente fase

Modelo de Datos

jue 10/09/2015 siguiente fase

Implementacin
Prototipos de Interfaces de Usuario

lun 21/09/2015 siguiente fase

Modelo de Implementacin

jue 01/10/2015 siguiente fase

Pruebas
Casos de Pruebas Funcionales

lun 21/10/2015 siguiente fase

Despliegue
Modelo de Despliegue

siguiente fase

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
Ambiente

Confidencial

vie 30/10/2015
Durante todo el proyecto

Ministerio de Salud, 2016

Pgina 13 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin
Disciplinas / Artefactos
generados o modificados durante la
Fase de Elaboracin

Versin:
Fecha:

Comienzo

1.0
07/10/2015

Aprobacin

Modelado del Negocio

Modelo de Casos de Uso del Negocio y Modelo de
Objetos del Negocio

lun 17/08/2015 aprobado

Requisitos
Glosario

lun 24/08/2015 aprobado

Visin

mar 25/08/2015 aprobado

Modelo de Casos de Uso

mie 26/08/2015 aprobado

Especificacin de Casos de Uso

jue 27/08/2015 aprobado

Especificaciones Adicionales

vie 28/08/2015 aprobado

Anlisis / Diseo
Modelo de Anlisis / Diseo

lun 31/08/2015

Revisar en cada
iteracin

Modelo de Datos

jue 10/09/2015

Revisar en cada
iteracin

Prototipos de Interfaces de Usuario

lun 21/09/2015

Revisar en cada
iteracin

Modelo de Implementacin

jue 01/10/2015

Revisar en cada
iteracin

lun 21/10/2015

Revisar en cada
iteracin

Implementacin

Pruebas
Casos de Pruebas Funcionales
Despliegue
Revisar en cada
iteracin

Modelo de Despliegue
Gestin de Cambios y Configuracin

Durante todo el proyecto

Gestin del proyecto

Plan de Desarrollo del Software en su versin 3.0 y
planes de las Iteraciones
Ambiente

Confidencial

vie 27/11/2015

Revisar en cada
iteracin

Durante todo el proyecto

Ministerio de Salud, 2016

Pgina 14 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

4.3 Seguimiento y Control del Proyecto

Gestin de Requisitos
1.

El sistema debe generar una lista de personas propuestas por la Direccin de Desarrollo de
Recursos Humanos del Ministerio de Salud.

2.

El sistema debe generar una lista de personas seleccionadas por el Organismo internacional.

3.

El Sistema debe permitir el ingreso de los criterios de evaluacin (por el Colaborador Tcnico) de
los candidatos a la beca.

4.

El sistema debe generar una matriz con las ponderaciones de los aspirantes a beca.

5.

El sistema debe mostrar un registro histrico de los becarios que hayan sido beneficiados con
becas hasta un mximo de tres veces al ao.

6.

El sistema debe comunicarse con la Base de datos de empleados del MINSAL.

7.

El sistema debe permitir la Gestin de becas.

Descripcin de los requisitos:

1.
El sistema proporcionara una lista con los datos del personal que cumple los requisitos establecidos por la
Direccin de Desarrollo de Recursos Humanos del Ministerio de Salud que cumplen debidamente con el perfil
para la beca ofertante.
2.
El sistema proporciona una lista con los datos del personal que cumple los requisitos establecidos por el
Organismo internacional.
3.
El sistema permitir el ingreso de los criterios de evaluacin para el personal que opte por una beca segn los
parmetros establecidos por las autoridades evaluadoras, este ser ingresado por medio del personal tcnico.
4.
El sistema mostrara las calificaciones o resultados que haya obtenido el aspirante en cada punto de evaluacin.
5.
El sistema generara un historial de todo el personal beneficiado con beca por la institucin, este mostrara el
nmero de veces con un mximo de 3 por ao, ya que es el lmite establecido por la institucin
correspondiente.
6.
El sistema puede de extraer informacin de todos los registros almacenados en la base de datos de
empleados del MINSAL a travs de un computador con acceso a esta data.
7.
El sistema asignara la gestin de becas por medio de parmetros y restricciones establecidas y de
esa forma aprobar o denegar la solicitud de beca.
Control de Plazos
El proceso de Gestin de becas estar regido por 3 fases planificadas en las cuales se presentara prototipos
en las fases planificadas.
La primera fase estar conformada por los prototipos funcionales del sistema los cuales estarn regidos por
pantallas principales la fecha de entrega del primera entregables ser:

La segunda etapa continua con la implementacin los prototipos en las cuales se tendr un sistema un poco
mas amigable y ampliado, de modo que sean empleados de la U

Confidencial

Ministerio de Salud, 2016

Pgina 15 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

La tercera y ultima entrega es para lograr un producto final con esta fase se pretende entregar un Sistema
completo de Gestin de Becas terminado al 100% el cual podr ser sometido a pruebas para determinar su
completa funcionalidad y forma de operar. La fecha de entrega del artefacto completo es para:

Confidencial

Ministerio de Salud, 2016

Pgina 16 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Control de Calidad
Control de Calidad del Software
Para controlar la Calidad del Software ser necesario, definir los parmetros, indicadores o criterios de medicin. El
software de Implementacin de gestin de becas posee determinados ndices medibles que son las bases para la
calidad, el control y el perfeccionamiento de la productividad.
Objetivo de la Calidad en los Sistemas
El Objetivo que persigue la Calidad en nuestro sistema estar orientada a:

Incrementar la productividad y satisfaccin al trabajo de los profesionales afines al campo de la computacin.

-Mejorar la calidad del producto del software.

Proveer tcnicas aplicadas para automatizar el manejo de datos.

Realizar una planeacin eficaz de los sistemas.

Documentar.

Validar y controlar formalmente la calidad del trabajo realizado.

En dicho sistema, encontramos indicadores para diferenciar los productos de calidad de los que carecen de ella,
entre los cuales podemos resaltar:

El acercamiento a cero defectos.

El cumplimiento de los requisitos intrnsecos y expresos.

La satisfaccin del cliente Sobre todo la satisfaccin del cliente.

Los procedimientos pueden ir variando, pero lo importante es que estn escritos, personalizados, adaptados a los
procesos de la organizacin en este caso el Ministerio de Salud y, lo que es ms importante, que se cumplan. La
Calidad de nuestro Software debe implementarse a lo largo de todo el ciclo de vida de dicho proyecto, debe correr
paralela desde la planificacin desarrollo del software hasta la fase de produccin del mismo.
Para ello se cuenta con una serie de ayudas, a travs de distintas actividades para la implantacin del control de
calidad en el desarrollo de nuestro sistema, los cuales detallamos a continuacin:

Aplicacin de metodologa y tcnicas de desarrollo

Reutilizacin de procesos de revisin formales

Prueba del software

Ajustes a los estndares de desarrollo

Control de cambios, mediciones y recopilacin de informacin

Gestin de informes sobre el control de calidad

Partes de un Sistema de Gestin de la calidad
Las partes que componen el sistema de gestin son:

Estructura organizativa: departamento de calidad o responsable de la direccin de la empresa.

Cmo se planifica la calidad.

Los procesos de la organizacin.

Recursos que la organizacin aplica a la calidad.

Documentacion que se utiliza.

Gestin de Riesgos
A continuacin se presenta la manera en que se llevara a cabo la gestin de riesgos definidos por el
Colaborador tcnico.

Confidencial

Ministerio de Salud, 2016

Pgina 17 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Un riesgo en este sistema estar determinado por la base de datos ya que como sabemos ser un Sistema de
Gestin de Becas, en este sistema se involucrara informacin de vital importancia en la cual se podr hacer
Inserciones, Consultas, Eliminaciones y Actualizaciones todas estas realizaran estos cambios en la base de
datos y es de vital importancia que esta informacin tenga un respaldo ya sea en la nube o en el servidor
propio del Ministerio de Salud; Por lo tanto se debe tener una estrategia de SW que permita gestionar estos
riesgos para el respaldo de la informacin.

Confidencial

Ministerio de Salud, 2016

Pgina 18 de 19

Gestin e Implementacin del Programa de Becas

Visin
Documento Visin

Versin:
Fecha:

1.0
07/10/2015

Gestin de Configuracin
Escenarios de Configuracin en el Proceso de Software
A continuacin se detalla algunos factores los cuales son de importancia al momento de enfatizar los posibles
escenarios en la configuracin de nuestro proceso del software.

Gestin de configuracin del cdigo fuente

La evolucin del Cdigo fuente es quizs el ejemplo ms claro en la Gestin de Configuracin. A lo largo del
desarrollo (y posteriormente en el mantenimiento) las modificaciones al software se realizan sobre el Cdigo fuente.
Y es segn el Cdigo fuente que se valida la documentacin asociada.
Cada modificacin de uno de los archivos del programa va generando una revisin del mismo, y peridicamente se
crean lneas base de todo el proyecto.
Gestin de configuracin en el desarrollo de software
Las especificaciones de requisitos, los documentos de anlisis y de diseo, el Cdigo fuente y ejecutable, y los
procedimientos y datos de prueba pueden ser sometidos a control de Configuracin.
Con un control riguroso, es posible entonces mantener registro del estado de todos estos elementos, lo que facilitara
la introduccin de cambios si se tiene registro de las dependencias entre ellos, adems de facilitar la elaboracin de
entregables; por ejemplo, si se tiene registro de las dependencias entre los elementos de Configuracin, es posible
que si se produce un cambio en las especificaciones, los documentos de anlisis y diseo y el Cdigo fuente
asociados puedan ser actualizados sin que tome demasiado tiempo realizar su bsqueda.
Gestin de configuracin en el mantenimiento de software
En el mantenimiento del software las funciones de control y de auditoria se vuelven casi indispensables, pues es
necesario mantener registro de todas las solicitudes de cambio presentadas y del estado actual de cada una de ellas.
Adems, por ser utilizado o diseado para una autoridad autnoma, deber de apegarse a las polticas que rijan
internamente.
Un cambio implica generalmente la actualizacin tanto del Cdigo fuente, como de los documentos de
especificacin de requisitos, anlisis y diseo, casos de prueba y manuales. Por lo tanto, en el escenario anterior,
resulta de utilidad mantener un registro de las dependencias entre los elementos de Configuracin. El cambio se vera
reflejado en la creacin de nuevas versiones de los elementos respectivos.
Gestin en la distribucin del software a las PC- Usuarios
Cuando se pone en produccin un software, se distribuyen copias del mismo entre los usuarios que ya sabemos que
manipularon dicho sistema. En este escenario, un sistema de Gestin de Configuracin debera permitir registrar las
Configuraciones (conjunto de versiones de elementos de Configuracin) que cuenta cada PC - usuario.

5. Referencias

Confidencial

Ministerio de Salud de El Salvador, Departamento de Desarrollo de Recursos Humanos.

Ministerio de Salud, 2016

Pgina 19 de 19