Você está na página 1de 35

Universidad “Mariano Gálvez”

Ingeniería en Sistemas de Información


9to. Semestre
Sección “A”
Ingeniería de Software
Ing. Carlos Humberto Motta

Primera Fase del Proyecto


“GENESIS”

Alvin Steve Padilla Meza


3090-10-11973
Abner Abdiel Pop Tzej
3090-14-9297
3090-10-11973
Carlos Eduardo Ixcol Chij
3090-14-11368
Ervin Roberto Tzaj Ecoquij
3090-14-19716
Jorge Alfredo Enríquez
3090-14-21095

Mazatenango 06 de abril del 2019.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 1 de 35


Proyecto “GENESIS”

Proyecto “GENESIS” para Control Gerencial en Salud


Plan de Desarrollo Software

Versión 0.1

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 2 de 35


Historial de Revisiones
Fecha Versión Descripción Autor
03/04/2019 0.1 Versión preliminar como propuesta Alvin Steve Padilla
de desarrollo. Meza
05/04/2019 0.2 Versión revisada por el profesor Alvin Steve Padilla

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 3 de 35


Tabla de Contenidos
Contenido
1. Introducción ................................................................................................................................................................................ 5

1.1 Propósito ........................................................................................................................................................................ 5

1.2 Usuarios ......................................................................................................................................................................... 6


1.3 Alcance ................................................................................................................................................................................... 6

1.3 Personal involucrado ...................................................................................................................................................... 7

1.4 Definiciones, acrónimos y abreviaturas .......................................................................................................................... 9


DEFINICIONES ........................................................................................................................................................................ 9
ACRÓNIMOS.......................................................................................................................................................................... 11
ABREVIATURAS .................................................................................................................................................................... 12
1.3 Resumen...................................................................................................................................................................... 12
Vista General del Proyecto ........................................................................................................................................................... 13

Propósito, Alcance y Objetivos .................................................................................................................................................... 13

2.3 Características de los usuarios ..................................................................................................................................... 14


2.4 Restricciones................................................................................................................................................................ 15

2.3 Entregables del proyecto....................................................................................................................................................... 15


Evolución del Plan de Desarrollo del Software ............................................................................................................................ 18
Organización del Proyecto ........................................................................................................................................................... 18

Participantes en el Proyecto........................................................................................................................................................ 18

Interfaces Externas ..................................................................................................................................................................... 19

Roles y Responsabilidades ......................................................................................................................................................... 19


3 Requisitos específicos .............................................................................................................................................................. 20

3.1 Requisitos comunes de los interfaces .......................................................................................................................... 20


3.1.1 Interfaces de usuario...................................................................................................................................................... 20
• 3.2.1 Requisito funcional 1 ........................................................................................................................................... 21
3.2.2 Requisito funcional 2 ...................................................................................................................................................... 22
3.2.4 Requisito funcional 4 ...................................................................................................................................................... 24
3.2.5 Requisito funcional 5 ...................................................................................................................................................... 25
5. Infraestructura necesaria ......................................................................................................................................................... 33

6. ANEXO 1 – Plan de gestión de riesgos.................................................................................................................................... 34

7. ANEXO 2 – Plan de gestión de la configuración ..................................................................................................................... 34

8. ANEXO 3 – Plan de aseguramiento de la calidad.................................................................................................................... 34

9. ANEXO 4 – Modelo del dominio ............................................................................................................................................... 34

10. ANEXO 5 – Modelo de casos de uso...................................................................................................................................... 34

Referencias ................................................................................................................................................................................... 35

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 4 de 35


Plan de Desarrollo de Software

1. Introducción
Este Plan de Desarrollo del Software es una versión preliminar preparada para
ser incluida en la propuesta elaborada como respuesta al proyecto de creación
de un Sistema Gerencial de Salud a la medida para gestionar el subsistema de
Emisión de Boletas de referencia y contra referencia de fichas Epidemiológicas
que se remiten cuando se detectan o diagnostican a las Embarazadas de alto
riesgo (ARO) que visitan los servicios de Salud para recibir atención prenatal.
Este documento provee una visión global del enfoque de desarrollo propuesto.
El proyecto ha sido basado en una metodología de Rational Unified Process
(RUP), Es importante destacar esto puesto que utilizaremos la terminología de
dicha metodología en este documento. Se incluirá el modelo del negocio y el
alcance del proyecto. Se identifican todos los actores y casos de uso. Se
desarrolla un plan de negocio para determinar qué recursos deben ser asignados
al proyecto.
El enfoque desarrollo propuesto constituye una configuración del proceso RUP de
acuerdo a las características del proyecto, seleccionando los roles de los
participantes, las actividades a realizar y los artefactos (entregables) que serán
generados. Este documento es a su vez uno de los artefactos de RUP.

1.1 Propósito
El propósito de PDS (Plan de Desarrollo de Software) es proporcionar la
información necesaria para controlar el proyecto “GENESIS” y describir su
funcionalidad, además de dotarlo de una base teórica susceptible de revisión,
modificaciones y mejoras. El propósito de DT es describir con cierto nivel de
detalle las soluciones técnicas adoptadas para implementar adecuadamente
PDS (Plan de Desarrollo de Software) de acuerdo a lo en él estipulado.
Téngase en cuenta que existe documentación adicional detallada, que incluye el
código fuente y los diagramas UML completos empleados durante el proceso de
desarrollo que no figura en PDS. Los objetivos esenciales son:
• Documentar textualmente de forma sucinta pero clara los elementos
esenciales que configuran el proyecto.
• Referenciar las fases esenciales del proyecto: análisis previo, desarrollo
primario, pruebas funcionales, puesta en marcha y corrección de errores
y/o disfuncionalidades.
• Informar sobre el estado actual de la ejecución del proyecto, situándolo
con respecto a la planificación inicial.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 5 de 35


• Evaluar el grado de ajuste del estado actual mencionado en el punto
anterior y las posibilidades de conclusión exitosa del proyecto EF en
tiempo y forma.
1.2 Usuarios
PDS Plan de Desarrollo de Software por el DT Director Técnico está concebido
como herramienta de trabajo y referencia, y no como texto con finalidad
divulgativa o para usuarios finales. La audiencia prevista para el mismo, por
tanto, tiene un marcado perfil técnico. Los actores previstos para la consulta son:
• Responsables del Software: como herramienta de seguimiento y para
control del proceso de desarrollo.
• Desarrolladores: como guía de actividades, calendario de fases y
ejecución.
• Auditores: para verificar el ajuste de lo proyectado a la realidad de la
implementación, etc.
1.3 Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo
del “Proyecto GENESIS para control gerencial en salud”. El detalle de las
iteraciones individuales se describe en los planes de cada iteración, documentos
que se aportan en forma separada. Durante el proceso de desarrollo en el
artefacto “Visión” se definen las características del producto a desarrollar, lo cual
constituye la base para la planificación de las iteraciones.
Para la versión 0.1 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 estimación aproximada, una vez comenzado el proyecto y durante la
fase de Inicio se generará la primera versión del artefacto “Visión”, 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.
Identificación del producto de software
“GENESIS”
• Objetivos del Sistema
◦ Permite la gestión del subsistema de emisión de boletas de referencia
y contra referencia y fichas epidemiológicas que se remiten cuando se
detectan embarazadas de alto riesgo.
◦ Ingreso de cada embarazada a nuestra base de datos que visite cada
uno de los centros de saludos que se encuentren en nuestro sistema.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 6 de 35


◦Que cada uno de los usuarios que utilicen puedan quedar registrados
en cada uno de los centros de saludos atraves de las fichas
epidemiológicas.
◦ Capturar los datos para el llenado de fichas epidemiológicas
◦ Emitir informes cuando los usuarios o directivos lo necesiten de cada
uno de los registros de embarazadas que se consideran de alto
riesgo (diarios, semanales, quincenales, etc.)
1.3 Personal involucrado
Nombre Carlos Eduardo Ixcol Chij
Rol Programador
Categoría Analista
profesional
Responsabilidad Programar los módulos del sistema
es
Información de carloseduardoixcolchij@hotmail.com
contacto
Aprobación

Nombre Abner Pop


Rol Programador Junior
Categoría Programador
profesional
Responsabilidad Programar los módulos del sistema
es
Información de abnerpop5@hotmail.com
contacto
Aprobación

Nombre Alvin Steve Padilla Meza


Rol Gestor de proyecto
Categoría Analista
profesional
Responsabilidad Diseño de la arquitectura del sistema
es
Información de padillaalvin723@gmail.com
contacto
Aprobación

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 7 de 35


Nombre Ervin Roberto Ecoquij
Rol Diseñador de base de datos
Categoría Analista
profesional
Responsabilidad Diseño de la base de datos
es
Información de ervinrobertoecoquij@yahoo.es
contacto
Aprobación

Nombre Alvin Steve Padilla Meza


Rol Analista de requerimientos
Categoría Analista
profesional
Responsabilidad Análisis y especificación de requerimientos
es
Información de Padillaalvin723@gmail.com
contacto
Aprobación

Nombre Carlos Eduardo Ixcol Chij


Rol Programador
Categoría Analista
profesional
Responsabilidad Programación de los módulos
es
Información de carloseduardochij@yahoo.es
contacto
Aprobación

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 8 de 35


Nombre Jorge Alfredo
Rol Analista de requerimientos
Categoría Analista
profesional
Responsabilidad Análisis y especificación de requerimientos
es
Información de jorgealfredo@hotmail.com
contacto
Aprobación

1.4 Definiciones, acrónimos y abreviaturas


DEFINICIONES
Actualización. - Insertar, eliminar, modificar los registros de los usuarios
(Digitadores o Recepcionistas).
Almacenamiento. - En relación con ordenadores o computadoras, cualquier
dispositivo capaz de almacenar información procedente de un sistema
informático.
Backup. - Las copias de seguridad en un sistema informático tienen por
objetivo el mantener cierta capacidad de recuperación de la información ante
posibles pérdidas. Esta capacidad puede llegar a ser algo muy importante,
incluso crítico, para las empresas. Se han dado casos de empresas que han
llegado a desaparecer ante la imposibilidad de recuperar sus sistemas al
estado anterior a que se produjese un incidente de seguridad grave.
Base de Datos. - Cualquier conjunto de datos organizados para su
almacenamiento en la memoria de un ordenador o computadora, diseñado
para facilitar su mantenimiento y acceso de una forma estándar. La
información se organiza en campos y registros. Un campo se refiere a un
tipo o atributo de información, y un registro, a toda la información sobre un
individuo.
Botón. - Es un objeto tangible que realiza un evento tras su activación.
Conexión. - Comunicación entre dos entes que tienen características
similares de comunicación.
Interfaz. - Medio que permite la comunicación entre el usuario y el sistema.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 9 de 35


Internet. - interconexión de redes informáticas que permite a los ordenadores
o computadoras conectadas comunicarse directamente, es decir, cada
ordenador de la red puede conectarse a cualquier otro ordenador de la red.
El término suele referirse a una interconexión en particular, de carácter
planetario y abierto al público, que conecta redes informáticas de organismos
oficiales, educativos y empresariales.
Login. - Nombre o alias que se le da a una persona para permitirle el acceso
al sistema siempre y cuando estén registrados.
PASSWORD. - Contraseña o clave para autentificar el ingreso a un lugar o
sitio.
Periférico. - En informática, término utilizado para dispositivos, como
unidades de disco, impresoras, módem que están conectados a un ordenador
o computadora y son controlados por su microprocesador.
Protocolo. - Señal mediante la cual se reconoce que puede tener lugar la
comunicación o la transferencia de información.
Servidor. - Computadora conectada a una red que pone sus recursos a
disposición del resto de los integrantes de la red. Suele utilizarse para
mantener datos centralizados o para gestionar recursos compartidos.
Servidor Web.- es un programa informático que procesa una aplicación del
lado del servidor, realizando conexiones bidireccionales o unidireccionales
y síncronas o asíncronas con el cliente y generando o cediendo una
respuesta en cualquier lenguaje o Aplicación del lado del cliente.
Servidor de archivos. - Dispositivo de almacenamiento de archivos en una
red de área local, o en Internet, al que los distintos usuarios de la red pueden
acceder, en función de los privilegios que les hayan sido dados por parte del
administrador.
Sistema Operativo. - Software básico que controla una computadora. El
sistema operativo tiene tres grandes funciones: coordina y manipula el
hardware del ordenador o computadora, como la memoria, las impresoras,
las unidades de disco, el teclado o el mouse; organiza los archivos en diversos
dispositivos de almacenamiento, como discos flexibles, discos duros, discos

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 10 de 35


compactos o cintas magnéticas, y gestiona los errores de hardware y la
pérdida de datos.
Modelo cliente/servidor.- es un modelo de diseño de software en el que las
tareas se reparten entre los proveedores de recursos o servicios,
llamados servidores, y los demandantes, llamados clientes.
Sitio Web. - Se canaliza a través del URL o identificador único de cada página
de contenidos. Este sistema permite a los usuarios iniciar una solicitud de
trámite y a los funcionarios del Agua Potable atender las solicitudes e ingresar
datos de las inspecciones realizadas.
Visual Basic. - es un conjunto de herramientas y otras tecnologías de
desarrollo de software basado en componentes para crear aplicaciones
eficaces y de alto rendimiento, permitiendo a los desarrolladores crear sitios
y aplicaciones web, así como otros servicios web en cualquier entorno que
soporte la plataforma.
Mysql. -es un sistema de gestión de bases de datos relacional desarrollado
bajo licencia dual: Licencia pública general/Licencia comercial por Oracle
Corporation y está considerada como la base datos de código abierto más
popular del mundo, y una de las más populares en general junto
a Oracle y Microsoft SQL Server, sobre todo para entornos de desarrollo web.
Mysql Workbench. -es una herramienta visual unificada para arquitectos de
bases de datos, desarrolladores y DBA.
POSTGRESQL- Lenguaje de consulta estructurado, en informática, un
lenguaje utilizado en bases de datos para consultar, actualizar y manejar
bases de datos relacionales.
Tabla. - Entidad que posee campos físicos primarios secundarios
ACRÓNIMOS
DBA. - Es aquella persona que tiene el control central del sistema de base de
datos.
DBMS. - Sistema de Administración de base de datos, El software que permite
la creación, administración e implementación de la base de datos.
CRUD. - Create, Read, update, Delete. Acrónimo del proceso de gestión de
registros en una base de datos.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 11 de 35


“SYSBALANCE”. - Sistema de “DOSIFICACION DE BALANCEADOS”
GUI o acrónimo de Graphical User Interface. - En informática, tipo de
entorno que permite al usuario elegir comandos, iniciar programas, ver listas
de archivos y otras opciones utilizando las representaciones visuales (iconos)
y las listas de elementos del menú. Las selecciones pueden activarse bien a
través del teclado o con el ratón.
ODBC. - Herramienta que conecta la base de datos con la interfaz.
SRS.- Acrónimo de Software Requeriments Specifications (Especificación de
Requerimientos de Software)
TCP/IP. - Acrónimo de Transmisión Control Protocol/Internet Protocol
(protocolo de control de transmisiones/protocolo de Internet), protocolos
usados para el control de la transmisión en Internet. Permite que diferentes
tipos de ordenadores o computadoras se comuniquen a través de redes
heterogéneas.
URL. - Un URL es una cadena de caracteres que identifica el tipo de
documento, la computadora, el directorio y los subdirectorios en donde se
encuentra el documento y su nombre.
ABREVIATURAS
HW: Hardware
SW: Software
Sr. Señor
Sra. Señora
Ing. Ingeniero(a)
Dr. Doctor(a)

1.3 Resumen
Después de esta introducción, el resto del documento está organizado en las siguientes
secciones:
Vista General del Proyecto — proporciona una descripción del propósito, alcance y
objetivos del proyecto, estableciendo los artefactos que serán producidos y utilizados
durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo de
desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las fases e
hitos del proyecto y describe cómo se realizará su seguimiento.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 12 de 35


Infraestructura — proporciona los requerimientos necesarios para poder implementar la
solución propuesta. Son los requisitos para que el sistema funcione adecuadamente.

Vista General del Proyecto


Propósito, Alcance y Objetivos
La información que a continuación se incluye ha sido extraída de las diferentes reuniones que se
han celebrado con el stakeholder de la empresa desde el inicio del proyecto, Alvin Steve Padilla
Meza.
Proyecto “GENESIS” lleva a cabo el control gerencial de la salud de toda el área departamental de
salud de Suchitepéquez. Por ello, Proyecto “GENESIS” considera necesario el desarrollo de un
nuevo sistema de gestión de todas las operaciones que se pueden realizar en los centros de salud de
todo el departamento de Suchitepéquez, así como las bases de datos que recogen datos tanto
estadísticos, empresariales como de nóminas, plantillas de personal, etc., por tanto, los solicitantes
demandan una gestión más rápida, automática y segura de las gestiones de cada uno de los centros
de salud y bases de datos de los distintos departamentos.”
El proyecto debe proporcionar una propuesta para el desarrollo de todos los subsistemas implicados
en la gestión de información y control de toda la gerencia de salud de toda el área de salud de
Suchitepéquez y bases de datos departamentales”. Estos subsistemas se pueden diferenciar en siete
grandes bloques:
a) Gestión de Ingresos, incluyendo:
 Procedimiento de ingreso de datos de usuarios.
 Procedimiento de ingreso de datos de pacientes.
 Procedimiento de ingreso de datos de las mujeres embarazadas el sistema online, vía web.
b) Gestión de Mujeres Embarazadas, incluyendo:
 Gestión de mujeres embarazadas de alto riesgo y las que no pertenecen.
 Búsqueda de información de los pacientes.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 13 de 35


c) Departamento de Recursos Humanos.
d) Departamento de Logística.
e) Departamento de las Mujeres Embarazadas.
2.3 Características de los usuarios
Tipo de Recepcionista
usuario
Formación Conocimientos básicos de computadora
Habilidades Manejo de computadores, sistemas de
computación y contabilidad
Actividades Ingresar los datos de los usuarios que usan el
servicio de Consulta Externa

Tipo de Enfermeros
usuario
Formación Conocimientos básicos de computadora
Habilidades Manejo de computadores, sistemas de
computación
Actividades Ingresar los datos de los usuarios que usan el
servicio de Consulta Externa

Tipo de Doctores
usuario
Formación Conocimientos básicos de computadora
Habilidades Manejo de computadores, sistemas de
computación y examinar a los pacientes
Actividades Ingresar los datos de los usuarios en este caso
mujeres que pertenecen a mujeres
embarazadas en alto riesgo y las que no ya
examinadas de la Consulta Externa

Tipo de usuario Encargada de las emisión de boletas de


referencia y contra referencia
Formación Conocimientos de emisión de Boletas de
referencia y contra referencia (primer nivel)
Habilidades Manejo de computadores y sistemas para la
creación de boletas de referencia y contra
referencia.
Actividades Emisión de Boletas de referencia y Contra
referencia

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 14 de 35


Tipo de Gerente y Encargado de Software
usuario
Formación Conocimientos sólidos del software (sede
departamental)
Habilidades Manejo de computadores y sistemas de
computación
Actividades Generar, analizar y tomar decisiones en función
de los reportes que genere el sistema.

Tipo de Técnico en sistemas


usuario
Formación Analista en sistemas Informáticos
Habilidades Conocimientos básicos de bases de datos,
hardware de computador, redes LAN
Actividades Mantenimiento de los equipos, revisar y
mantener la red

2.4 Restricciones
El sistema será desarrollado en VISUAL BASIC un lenguaje con una orientación
a objetos del 97%, el motor de la base de datos es MYSQL de tecnología Objeto-
Relacional, también utilizaremos el programa MYSQL Workbench que va a ser el
utilizado para realizar el modelado de negocio y la metodología para el desarrollo
se basará en las mejores características de las metodologías
tradicionales(evolutivas) y ágiles como RUP.

2.5 Suposiciones y dependencias


Ninguno.

2.6 Evolución previsible del sistema


Trabajar con base de datos distribuidas, Inteligencia de negocios.

2.3 Entregables del proyecto


A continuación, se indican y describen cada uno de los artefactos que serán generados
y utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto.
Es preciso destacar que de acuerdo a la filosofía 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, sólo al término del proceso podríamos tener una versión definitiva
y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 15 de 35


del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad
de los artefactos.
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
específicos para este modelo.
3) Modelo de Objetos del Negocio
Es un modelo que describe la realización de cada caso de uso del negocio,
estableciendo los actores internos, la información que en términos generales manipulan
y los flujos de trabajo (workflows) asociados al caso de uso del negocio. Para la
representación de este modelo se utilizan Diagramas de Colaboración (para mostrar
actores externos, internos y las entidades (información) que manipulan, un Diagrama de
Clases para mostrar gráficamente 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 términos usados en el proyecto. Permite
establecer una terminología 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) Visión
Este documento define la visión del producto desde la perspectiva del cliente,
especificando las necesidades y características 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 descripción narrativa) se realiza una descripción detallada
utilizando una plantilla de documento, donde se incluyen: precondiciones, post-
condiciones, flujo de eventos, requisitos no-funcionales asociados. También, para casos
de uso cuyo flujo de eventos sea complejo podrá adjuntarse una representación gráfica
mediante un Diagrama de Actividad.
7.1) 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, aplicación de estándares, requisitos de calidad
del producto, tales como: confiabilidad, desempeño, etc., u otros requisitos de ambiente,
tales como: sistema operativo, requisitos de compatibilidad, etc.
8) Prototipos de Interfaces de Usuario
Se trata de prototipos que permiten al usuario hacerse una idea más o menos precisa
de las interfaces que proveerá el sistema y así, conseguir retroalimentación de su parte
respecto a los requisitos del sistema. Estos prototipos se realizarán como: dibujos a
mano en papel, dibujos con alguna herramienta gráfica o prototipos ejecutables

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 16 de 35


interactivos, siguiendo ese orden de acuerdo al avance del proyecto. Sólo los de este
último tipo serán entregados al final de la fase de Elaboración, los otros serán
desechados. Asimismo, este artefacto, será desechado en la fase de Construcción en
la medida que los resultados de las iteraciones vayan desarrollando el producto final.
9) Modelo de Análisis y Diseño
Este modelo establece la realización de los casos de uso en clases y pasando desde
una representación en términos de análisis (sin incluir aspectos de implementación)
hacia una de diseño (incluyendo una orientación hacia el entorno de implementación),
de acuerdo al avance del proyecto.
10) Modelo de Datos
Previendo que la persistencia de la información del sistema será soportada por una
base de datos relacional, este modelo describe la representación lógica 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 representación de tablas, claves, etc.).
11) Modelo de Implementación
Este modelo es una colección de componentes y los subsistemas que los contienen.
Estos componentes incluyen: ficheros ejecutables, ficheros de código fuente, y todo otro
tipo de ficheros necesarios para la implantación y despliegue del sistema. (Este modelo
es sólo una versión preliminar al final de la fase de Elaboración, posteriormente tiene
bastante refinamiento).
12) Modelo de Despliegue
Este modelo muestra el despliegue la configuración de tipos de nodos del sistema,
en los cuales se hará el despliegue de los componentes.
13) Casos de Prueba
Cada prueba es especificada mediante un documento que establece las condiciones
de ejecución, las entradas de la prueba, y los resultados esperados. Estos casos de
prueba son aplicados como pruebas de regresión en cada iteración. 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.
14) 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 evaluación 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 iteración se establecerá una
baseline.
15) Plan de Iteración
Es un conjunto de actividades y tareas ordenadas temporalmente, con recursos
asignados, dependencias entre ellas. Se realiza para cada iteración, y para todas las
fases.
16) Evaluación de Iteración

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 17 de 35


Este documento incluye le evaluación de los resultados de cada iteración, el grado
en el cual se han conseguido los objetivos de la iteración, las lecciones aprendidas y los
cambios a ser realizados.
17) 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 específicas de
contingencia o para su mitigación.
18) Manual de Instalación
Este documento incluye las instrucciones para realizar la instalación del producto.
19) Material de Apoyo al Usuario Final
Corresponde a un conjunto de documentos y facilidades de uso del sistema,
incluyendo: Guías del Usuario, Guías de Operación, Guías de Mantenimiento y Sistema
de Ayuda en Línea
20) Producto
Los ficheros del producto empaquetados y almacenadas en un CD con los
mecanismos apropiados para facilitar su instalación. El producto, a partir de la primera
iteración de la fase de Construcción es desarrollado incremental e iterativamente,
obteniéndose una nueva release al final de cada iteración.
Los artefactos 19, 20 y 21 se generarán a partir de la fase de Construcción, con lo cual
se han incluido aquí sólo para dar una visión global de todos los artefactos que se
generarán en el proceso de desarrollo.
Evolución del Plan de Desarrollo del Software
El Plan de Desarrollo del Software se revisará semanalmente y se refinará antes del comienzo de cada
iteración.
Organización del Proyecto
Participantes en el Proyecto
De momento no se incluye el personal que designará la dirección departamental de Salud de
Suchitepéquez 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 de la empresa adjudicataria), considerando las fases de
Inicio, Elaboración y dos iteraciones de la fase de Construcción, estará formado por los siguientes puestos
de trabajo y personal asociado:
Jefe de Proyecto. Labor de Alvin Steve Padilla Meza, alumno del curso de la carrera de Ingeniería en
Sistemas de Información en la Facultad de Ingeniería en Sistemas de Información de la Universidad
Mariano Gálvez. Con una experiencia modesta en metodologías de desarrollo, herramientas CASE y
notaciones, en particular la notación UML y el proceso de desarrollo RUP.
Analista de Sistemas. El perfil establecido es: Ingeniero en Sistemas de Información con conocimientos
de UML, uno de ellos al menos con experiencia en sistemas afines a la línea del proyecto, labor que llevará
a cabo Carlos Eduardo Ixcol.
2 Analistas - Programadores. Con experiencia en el entorno de desarrollo del proyecto, con el fin de que
los prototipos puedan ser lo más cercanos posibles al producto final. Este trabajo ha sido encomendado a
Carlos Eduardo Ixcol Chij y Ervin Ecoquij.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 18 de 35


Ingeniero de Software. El perfil establecido es: Ingeniero en Sistemas recién titulado que participará como
becario en el convenio universidad-empresa, realizando labores de gestión de requisitos, gestión de
configuración, documentación y diseño de datos. Encargada de las pruebas funcionales del sistema,
realizará la labor de Jorge Alfredo.
Los Currículos Vitae del personal del proyecto que ya ha comprometido su participación se adjuntan por
separado.
Interfaces Externas
La Dirección Departamental de Salud del departamento de Suchitepéquez definirá los participantes del
proyecto que proporcionarán los requisitos del sistema, y entre ellos quiénes serán los encargados de evaluar
los artefactos de acuerdo a cada subsistema y según el plan establecido.
El equipo de desarrollo interactuará activamente con los participantes del proyecto “GENESIS” para
gestionar el control gerencial de los centros de salud del departamento de Suchitepéquez para especificación
y validación de los artefactos generados.
Roles y Responsabilidades
A continuación, se describen las principales responsabilidades de cada uno de los
puestos en el equipo de desarrollo durante las fases de Inicio y Elaboración, de acuerdo
con los roles que desempeñan en RUP.
Puesto Responsabilidad
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 también establece
Jefe de Proyecto un conjunto de prácticas que aseguran la integridad y
calidad de los artefactos del proyecto. Además, el jefe
de proyecto se encargará de supervisar el
establecimiento de la arquitectura del sistema. Gestión
de riesgos. Planificación y control del proyecto.
Captura, especificación y validación de requisitos,
interactuando con el cliente y los usuarios mediante
Analista de
entrevistas. Elaboración del Modelo de Análisis y
Sistemas
Diseño. Colaboración en la elaboración de las pruebas
funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la
Programador elaboración de las pruebas funcionales, modelo de
datos y en las validaciones con el usuario
Gestión de requisitos, gestión de configuración y
cambios, elaboración del modelo de datos,
Ingeniero de
preparación de las pruebas funcionales, elaboración
Software
de la documentación. Elaborar modelos de
implementación y despliegue.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 19 de 35


3 Requisitos específicos
R1: Permitir la autenticación de los usuarios.
R2: Permitir la gestión (crear, modificar, eliminar) de usuarios, pacientes y
enfermeras.
R3: Permitir la gestión para el registro de embarazadas de alto riesgo (crear,
modificar, eliminar) de usuarios, clientes y socios.
R4: Registrar y distribuir a las mujeres embarazadas que sean consideradas
de alto riesgo y a las que no pertenezcan a alto riesgo.
R5: Realizar el registro de los pacientes por medio de una ficha epidemiológica
y de esta forma conocer la situación de este mismo.
R6: Realizar el guardado de cada uno de los datos de los pacientes y de esa
forma llevar un mejor registro de cada uno de los centros de salud
pertenecientes a la departamental de salud de Suchitepéquez y cuáles de
estos centros sean presentado mayores casos de mujeres embarazadas de
alto riesgo y en que centros no.
3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuario


Las interfaces de usuario están relacionadas con las pantallas, ventanas
(formularios) que debe manipular el usuario para realizar una operación
determinada. Dicha manipulación el usuario la realizará por medio del teclado y
el Mouse (ratón).
Es importante mencionar que las interfaces de usuario también abarcan las
ayudas correspondientes en cada uno de los procesos que realice el sistema.
Las interfaces de usuario ayudarán al usuario final trabajando en un ambiente
Form, por lo que se dichas interfaces incluirán:
• Botones
• Menús despegables
• Mensajes informativos
• Mensajes de error
• Cuadros de diálogo
• Formularios para el ingreso, modificación, actualización y eliminación de datos.
Así como para las operaciones y las ayudas que se mencionó anteriormente.
• Otros
A continuación, se muestra una previa de lo que será las interfaces de usuario. El usuario
previamente debe tener su cuenta de usuario en el sistema para poder acceder.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 20 de 35


En caso de que no ingrese correctamente el USUARIO o el PASSWORD se
desplegara un mensaje de datos incorrectos. Como a continuación se muestra.

3.1.2 Interfaces de hardware


La pantalla del monitor. - el software deberá mostrar información al usuario a través de
la pantalla del monitor.
Ratón. - el software debe interactuar con el movimiento del ratón y los botones del
ratón. El ratón se activan las zonas de entrada de datos, botones de comando y
seleccione las opciones de los menús.
Teclado. - el software deberán interactuar con las pulsaciones del teclado. El teclado
de entrada de datos en el área activa de la base de datos.
Impresora. - el software imprimirá los reportes en la impresora instalada.
3.1.3 Interfaces de software
Ninguno.
3.1.4 Interfaces de comunicación
La interfaz de comunicación entre el servidor de base de datos Mysql y la aplicación
desarrollada en Visual Basic se lo realiza mediante Mysql Workbench el cual sirve para
modelado de negocios.
3.2 Requisitos funcionales

• 3.2.1 Requisito funcional 1

Número de RF1
requisito

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 21 de 35


Nombre de Permitir la autenticación de los usuarios.
requisito
Tipo Requisito Restricción

Fuente del BD Tabla: Usuario Campos: User y password


requisito
Prioridad del Alta/Esencial Baja/
requisito Media/Deseado Opcional
INTRODUCCION
El sistema debe permitir el ingreso del nombre y password del usuario para
realizar las diferentes funciones que tendrá cada uno.
ENTRADAS
DPI, Nombre, Apellido, Contraseña, Tipo de Usuario (Usuario, Enfermero,
paciente, etc.).

PROCESOS

El sistema pedirá la correspondiente identificación como administrador. Nos


ubicamos en la parte de Administrar del menú principal y escogemos Usuario.
El sistema pedirá los correspondientes datos del nuevo usuario luego verificará
que no haya espacios en blanco, en el caso de ningún error guardará los datos
del nuevo usuario.
SALIDAS

Las salidas van dirigidas a: Administrador (Gerente o Director del


Establecimiento).

Mensaje de error en el caso de no haber llenado algún campo.


Mensaje de error en el caso de ingresar un numero de DPI ya existente en la
base de datos
Mensaje de error en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.
3.2.2 Requisito funcional 2

Número de RF2
requisito
Nombre de Permitir la gestión (crear, modificar, eliminar) de usuarios,
requisito Enfermero y paciente, etc.

Tipo Requisito Restricción

Fuente del BD Tabla: Usuario, Enfermero, Paciente


requisito
Prioridad del Alta/Esencial Baja/
requisito Media/Deseado Opcional

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 22 de 35


INTRODUCCION
El sistema debe permitir gestionar es decir crear, modificar y eliminar a los
pacientes que utilizan el sistema de salud que en este caso es el centro de salud.
ENTRADAS
DPI, Nombres, Apellidos, Tipo de Usuario (Paciente), Dirección, Teléfono.

PROCESOS
Para cumplir con este requerimiento se le presentará una sola pantalla donde el
sistema pedirá la correspondiente identificación como administrador. Nos
ubicamos en la parte de Administrar del menú principal y escogemos Paciente.
El sistema pedirá los correspondientes datos del nuevo paciente, luego verificará
que no haya espacios en blanco, en el caso de ningún error guardará los datos
del nuevo paciente. En este mismo formulario podrá crear, modificar y guardar.
SALIDAS
Las salidas van dirigidas a: Administrador o el jefe del área de Salud de
Suchitepéquez (Director).

Mensaje de error en el caso de no haber llenado algún campo.


Mensaje de error en el caso de ingresar un numero de DPI ya existente o mal
ingresada en la base de datos.
Mensaje de error en casos de ingresar incorrectamente los datos es decir que el
formato de los datos sea incorrecto.
Mensaje de error al eliminar una cuenta, ya que no se permite eliminaciones en
cascada.
3.2.3 Requisito funcional 3
Número de RF3
requisito
Nombre de Ingresar datos correspondientes a mujeres
requisito embarazadas los cuales se dividirán en mujeres
embarazadas de alto riesgo y las que no.
Tipo Requisito Restricción

Fuente del BD Tabla: embarazadas de alto riesgo,


requisito embarazadas sin riesgo.
Prioridad del Alta/Esencial Baja/
requisito Media/Deseado Opcional
INTRODUCCION

El sistema debe permitir gestionar los datos correspondientes a las mujeres


embarazadas es decir crear, modificar y eliminar los datos de las mujeres
embarazadas que pertenece a las mujeres embarazadas de alto riesgo y las que
no lo son.
ENTRADAS

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 23 de 35


Número de registro de mujeres embarazadas, DPI, Nombres, Apellidos,
Dirección, Teléfono, Rango al que pertenece ya sea de Mujer Embarazada de
Alto Riesgo y las que NO.

PROCESOS
Para cumplir con este requerimiento se le presentará una sola pantalla donde el
sistema pedirá la correspondiente identificación como administrador para
efectuar la tarea. Nos ubicamos en la parte de Administrar mujeres embarazadas
de Alto Riesgo. El sistema pedirá los correspondientes datos de las mujeres
embarazadas para la apertura de su registro, el mismo que verificará los datos
ingresados a la base de datos. En el caso de modificar los datos tiene que hacerlo
mediante el número de registro de mujeres embarazadas. No se podrá eliminar
el registro de las mujeres embarazadas, simplemente en caso de que así lo desee
el registro de las mujeres embarazadas se le pasara a un estado inactivo.
SALIDAS
Las salidas van dirigidas a: Administrador del Área de Salud(Director).

Mensaje de error en el caso de no haber llenado algún campo.


Mensaje de error en el caso de ingresar un número de registro de mujer
embarazada ya existente o mal ingresada en la base de datos.
Mensaje de error en casos de ingresar incorrectamente los datos es decir que el
formato de los datos sea incorrecto.
Mensaje de error al eliminar un registro de mujeres embarazadas, ya que no se
permite eliminaciones en cascada.

3.2.4 Requisito funcional 4


Número de RF5
requisito
Nombre de Realizar búsqueda de datos correspondientes a las
requisito mujeres embarazadas de Alto Riesgo y las que No.
Tipo Requisito Restricción

Fuente del BD Tabla: Registro de Mujeres Embarazadas, etc.


requisito
Prioridad del Alta/Esencial Baja/
requisito Media/Deseado Opcional
INTRODUCCION
El sistema debe permitir realizar la búsqueda de los registros de las mujeres
embarazadas (de Alto Riesgo y las que No).
ENTRADAS
Número de registro de Mujeres Embarazadas, DPI, Nombre, Apellidos, etc.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 24 de 35


PROCESOS
Para cumplir con este requerimiento se le presentará una sola pantalla donde el
sistema pedirá la correspondiente identificación como administrador para
efectuar la tarea. Nos ubicamos en la parte de Administrar Embarazadas de “Alto
Riesgo” Para realizar esta operación debe ingresar el número de registro de la
mujer embarazada y la información en este caso de la paciente que corresponde
a este rango, y dicha operación será registrada en la base de datos.
SALIDAS
Las salidas van dirigidas a: Administrador (Director del Área de Salud).

Mensaje de aviso: búsqueda efectuada satisfactoriamente.


Mensaje de error: en el caso de no haber llenado algún campo.
Mensaje de error: en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.
Mensaje de error: en el caso de que la paciente no se encuentre en la base de
datos de cualquiera de los centros de salud del área.
3.2.5 Requisito funcional 5
Número de RF5
requisito
Nombre de Emitir reportes de: Registros que se llevan a cabo
requisito en cada uno de los establecimientos de Salud.
Tipo Requisito Restricción

Fuente del BD Tabla: Paciente, Mujer Embarazadas,etc.


requisito
Prioridad del Alta/Esencial Baja/
requisito Media/Deseado Opcional
INTRODUCCION
El sistema debe emitir reportes de cada uno de los centros de Salud y la
información de los pacientes que han sido atendidos de forma diaria, semanal,
quincenal y mensual.
ENTRADAS
Número de Registro de Paciente, Registro de Fecha, DPI, Numero de Registro
de Mujeres Embarazadas.

PROCESOS
Para cumplir con este requerimiento se le presentará una sola pantalla donde el
sistema pedirá la correspondiente identificación como administrador para
efectuar la tarea. Nos ubicamos en la parte de “Reportes”. Para realizar esta
operación debe ingresar el Número de Registro de Paciente, Registro de Fecha,
DPI, Numero de Registro de Mujeres Embarazadas. La salida de los reportes es
en los siguientes formatos pdf, html, cvs. Y con opción a imprimir.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 25 de 35


SALIDAS
Las salidas van dirigidas a: Administrador (Director del Area de Salud).

Mensaje de aviso: operaciones efectuadas satisfactoriamente, listo para imprimir


historial de registro.
Mensaje de error: en el caso de no haber llenado algún campo.
Mensaje de error: en casos de ingresar incorrectamente los datos es decir que
el formato de los datos sea incorrecto.

3.3 Requisitos no funcionales


3.3.1 Requisitos de rendimiento
La infraestructura de red, así como sus terminales deben cumplir con normas según la
IEEE en la forma de conexión a los equipos, para tener tiempos de respuesta mínimos.
Numero de terminales a manejar:

Se contará con un servidor de base de datos en la matriz de la cooperativa.

Número de usuarios simultáneos:

El número de usuarios que interactuaran simultáneamente con nuestro sistema es de


12 usuarios que van a hacer los principales de ahí van a ver otros que van a estar
conectados a estos 12 principales y van a estar conectados.

Número de consultas a manejar dentro de ciertos periodos de 1 minuto de tiempo:

Se estima que se manejará alrededor 244 consultas durante el día, tomando en cuenta
que el usuario realiza aproximadamente 122 operaciones que se pueden realizar en el
sistema, como registros, ingresos, modificaciones, búsquedas y emisión de boletas de
referencia y contra referencia el resto lo hace el gerente y la secretaria tareas propias.

El servidor de base de datos, deberá tener un respaldo apropiado, así como personal
técnico listo para cualquier eventualidad.
4. Gestión del Proceso
4.1 Estimaciones del Proyecto
La estimación de esfuerzo para el proyecto, se basó en la técnica de estimación de
casos de uso. Para llegar a la estimación fue necesario generar nuestro modelo de casos
de uso. Para realizar la estimación determinamos el número de actores y casos de uso
identificados en el proyecto “GENESIS” para control gerencial de salud. De esta forma,
identificamos nuestros puntos de caso de uso no ajustados, y después se determinaron
los puntos de casos de uso basados en factores técnicos y ambientales. La estimación
final se muestra en la siguiente tabla.

- Líder de proyecto Q xxx.xx mensuales Q xxx.xx


- Analista de sistemas Q yyy.yy mensuales Q yyy.yy
- Diseñador de sistemas Q zzz.zz mensuales Q zzz.zz

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 26 de 35


Proyecto “GENESIS” para control de Salud Versión: 0.2
Plan de Desarrollo Software Fecha: 05/04/2019

papelería, cursos, etc.)

Costo Total Q. xxx.xx


Tiempo total para el desarrollo del proyecto 8 semanas (2 meses)
- Desarrollador (2) Q vvv.vv mensuales c/u Q vvv.vv
- Otros gastos (contratación de personal, Q www semanales
(aprox.) Q www.ww
4.2 Plan del Proyecto
En esta sección se presenta la organización 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 más iteraciones en cada una
de ellas. La siguiente tabla muestra una la distribución de tiempos y el número de
iteraciones de cada fase (para las fases de Elaboración, Construcción y Transición solo
fueron tomadas como referencias).
Fase
No. Duración
Iteraciones

Fase de Inicio 1 1 semana


Fase de 2
1
Elaboración semanas
Fase de 2
2
Construcción semanas
3
Fase de Transición 2
semanas
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Descripción
Hito

Fase de Inicio En esta fase desarrollará los requisitos del producto desde
la perspectiva del usuario, los cuales serán establecidos
en el artefacto Visión. Los principales casos de uso serán
identificados y se hará un refinamiento del Plan de
Desarrollo del Proyecto. La aceptación del cliente / usuario
del artefacto Visión y el Plan de Desarrollo marcan el final
de esta fase.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 27 de 35


Fase de En esta fase se analizan los requisitos y se desarrolla un
Elaboración prototipo de arquitectura (incluyendo las partes más
relevantes y / o críticas del sistema). Al final de esta fase,
todos los casos de uso correspondientes a requisitos que
serán implementados en la primera release de la fase de
Construcción deben estar analizados y diseñados (en el
Modelo de Análisis / Diseño). La revisión y aceptación del
prototipo de la arquitectura del sistema marca el final de
esta fase.
Fase de Durante la fase de construcción se terminan de analizar y
Construcción diseñar
todos los casos de uso, refinando el Modelo de Análisis /
Diseño. 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 elaboración de material de apoyo al usuario.
El hito que marca el fin de esta fase es la versión de la
release 3.0, con la capacidad operacional parcial del
producto que se haya considerado como crítica, lista para
ser entregada a los usuarios para pruebas beta.
Fase de Transición En esta fase se prepararán dos releases para distribución,
asegurando una implantación 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 documentación del proyecto con los
manuales de instalación y todo el material de apoyo al
usuario, la finalización del entrenamiento de los usuarios y
el empaquetamiento del producto.

4.2.2 Calendario del Proyecto


A continuación, se presenta un calendario de las principales tareas y actividades
programadas del proyecto. Como se ha comentado, el proceso iterativo e incremental
de RUP está caracterizado por la realización en paralelo de todas las disciplinas de
desarrollo a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados
muy tempranamente en el proyecto, pero van desarrollándose en mayor o menor grado
de acuerdo a la fase e iteración 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.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 28 de 35


Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 29 de 35
Para este proyecto se ha establecido el siguiente calendario. La fecha de
aprobación indica cuándo el artefacto en cuestión tiene un estado de completitud
suficiente para someterse a revisión y aprobación, pero esto no quita la posibilidad
de su posterior refinamiento y cambios.

Disciplinas/Actividades Artefacto Inicio Fin


Modelado del Negocio - Modelo de casos
Describir el negocio actual de uso de 4-Abril- 4-Abril-
Desarrollar el modelo negocio 2019 2019
del dominio
Requerimientos - Documento de
Realizar entrevistas - visión
Analizar el problema Especificación 8-Abril- 12-Abril-
Clasificar y priorizar de 2019 2019
requerimientos requerimientos
de software
Análisis y Diseño - Modelo de casos
Especificación de casos de - de uso
uso - Especificaciones
Realización de casos de uso - de casos de uso
Realización de los diagramas Modelo de
de clases diseño
Realización de los diagramas Modelo de datos
de secuencia
Realización del modelo de
datos
Realizar prototipos
Implementación - Modelo de
Estructurar el modelo implementación
de implementación
Planificar la integración
Implementar componentes
Pruebas - Plan de pruebas
Definir misión de pruebas - Casos de
Validar estabilidad de pruebas
componentes
Implantación - Sistema
Planificar la implantación - Plan de
Desarrollar el material de - implantación
apoyo Documentación
para el usuario

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 30 de 35


4.2.3 Matriz de roles y responsabilidades

Esta matriz es una propuesta de las responsabilidades solamente con respecto a


los artefactos considerados para este ejercicio.

Roles
Artefactos Líder de Analista Diseñador Desarrollador Tester
proyecto
Modelo de
casos de uso de A R
negocio
Doc. Visión A R
Doc.
Especificación
A R A
de
requerimientos
Modelo de
A P R
casos de uso
Especificación
A R A
de casos de uso
Modelo de A P R
diseño
Modelo de datos A P R
Modelo de
A A A R
implementación
Plan de prueba A R
Casos de A R
prueba
sistema A R
Plan de
A R
implantación
Documentación
A R
para el usuario

Clave: R= Responsable; A = Aprobación necesaria; P = Participación necesaria;


4.3 Seguimiento y Control del Proyecto
Gestión de Requisitos
Los requisitos del sistema son especificados en el artefacto Visión. Los cambios en
los requisitos serán gestionados mediante una Solicitud de Cambio, las cuales

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 31 de 35


serán evaluadas y distribuidas para asegurar la integridad del sistema y el correcto
proceso de gestión de configuración y cambios.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe
de proyecto y por el Coordinador de Calidad.
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud
de Cambio tendrán un seguimiento para asegurar la conformidad respecto de la
solución de dichas deficiencias Para la revisión de cada artefacto y su
correspondiente garantía de calidad se utilizará un plan de aseguramiento de
calidad. Este es un documento generado por separado.
Gestión 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 iteración.
Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los artefactos
generados y sus versiones. También se incluirá la gestión de las Solicitudes de
Cambio y de las modificaciones que éstas produzcan, informando y publicando
dichos cambios para que sean accesibles a todo el participante en el proyecto. Al
final de cada iteración se establecerá una baseline (un registro del estado de cada
artefacto, estableciendo una versión), la cual podrá ser modificada sólo por una
Solicitud de Cambio aprobada.
.3.2 Seguridad
La seguridad del sistema es por:
Uso de contraseñas para cada usuario (administrador, enfermero, usuario,
paciente). Esto permitirá que tengan acceso al sistema solo las personas que tienen
autorización.
Registros de ingreso al sistema.
Creación de roles y asignarlos a cada usuario dependiendo su funcionalidad.
3.3.3 Fiabilidad
Es uno de los factores que dará confianza al cliente, para lo cual el sistema está
controlando todo tipo de acción que se va a realizar en nuestro programa y está
apto a responder todo tipo de incidente.
3.3.4 Disponibilidad
El sistema ha sido desarrollado tomando en cuenta las necesidades,
requerimientos, reglas, política, misión, objetivos etc. De la cooperativa, por lo que
se encuentra disponible el 80% del tiempo del día tomando en cuenta que el día
tiene 24 horas; mientras que el 20% del tiempo es para tareas administrativas sobre
el sistema.
3.3.5 Mantenibilidad
El sistema cuenta con características parametrizables lo que permitirá futuros
mantenimientos. Es decir, cada tres meses se va a realizar un mantenimiento
preventivo, encargado de hacerlo están los desarrolladores.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 32 de 35


Se realizará el mantenimiento dos veces sin ningún recargo económico, pasados
estas dos revisiones tendrán costos adicionales.
3.3.6 Portabilidad
Una de las ventajas de utilizar herramientas y lenguajes basados en sw libre
estamos garantizando la portabilidad. De esta manera:
99.9% es portable la aplicación por el simple hecho de utilizar el lenguaje Visual
Basic y plataforma Visual Studio.
99% es portable la base de datos, MYSQL es decir puedo tenerlo en Windows o
Linux y el programa modelado de negocios va a ser MYSQL Workbench.
3.4 Otros requisitos
PROPIEDAD INTELECTUAL
El costo de licencia de producto será valorado por el número de usuarios que se
conecten.
4 Apéndices
5. Infraestructura necesaria
De acuerdo con los requerimientos solicitados por cliente, tomando en cuenta que
el Proyecto “GENESIS” debe ser desarrollado utilizando tecnología de la empresa
Microsoft, y para el correcto funcionamiento del Proyecto “GENESIS” para el control
gerencial de salud, se recomienda adquirir los siguientes equipos y licencias con
las características mínimas mostradas:
Cant. Equipo/Licencia Características
1 Equipo de cómputo servidor Procesador Intel® Xeon® E5502, 1.86Ghz, 4M
Cache, 4.86 GT/s QPI, Memoria RAM de 2GB
Memory (2x1GB), 1066MHz Single Ranked
UDIMMs for 1 Processor, Adv ECC, Disco Duro
160GB 7.2K RPM SATA 3.5" Hot Plug
Hard Drive, DVD-ROM, SATA, Internal, tarjeta
de red
Embedded Broadcom® NetXtreme II 5709
Gigabit Ethernet NIC
Monitor, teclado y ratón
compatibles.
1 UPS. • Capacidad: 420 VA
• Tecnología: interactiva
• Regulación: SI
• Tiempo de respaldo: 13 min.
• Voltaje de entrada: 120 VOLTS
• Voltaje de salida: 120 VOLTS
• Conexión de entrada: NEMA 5-15 P
• Conexión de salida: (4) NEMA 5-15 R
• Rango de entrada: 82 - 144 VOLTS

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 33 de 35


1 VISUAL STUDIO(VISUAL Lenguaje de programación
BASIC)
1 MYSQL Gestor de base de datos

1 MYSQL Workbench Modelador de negocios

1 McAfee Total Protection Service Antivirus


Cabe señalar también, que la naturaleza y ejecución del sistema será en un
ambiente web que deberá tener presencia pública sobre Internet. De esta forma,
se sugieren una de dos cosas:
1. Adquirir los derechos de algún dominio (ejemplo www.proyectogenesis.com)
ante NIC México y contratar un plan con un ISP para adquirir una conexión
a Internet y una IP pública para gestionar el DNS y tener presencia mundial
teniendo los derechos del dominio y el control total de la aplicación.
2. Contratar un plan de hospedaje de alguna empresa que brinde esos
servicios con las características recomendadas de hardware y software,
pagando una renta mensual a la empresa contratada y ahorrando los costos
por la adquisición del equipo.

6. ANEXO 1 – Plan de gestión de riesgos


7. ANEXO 2 – Plan de gestión de la configuración
8. ANEXO 3 – Plan de aseguramiento de la calidad
9. ANEXO 4 – Modelo del dominio
10. ANEXO 5 – Modelo de casos de uso

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 34 de 35


Referencias

 Pliego de Cláusulas Técnicas para la Definición y Análisis de los Procedimientos del ES-NIC.
 Desarrollo de una aplicación informática para el cálculo del personal necesario para la fabricación
de carrocerías, utilizando la metodología RUP. – P.F.C. de Ponz Lillo, Daniel.
 Visual Modeling with Rational Rose and UML, Terry Quatrani. - Addison-Wesley.
 Documentación de Rational Unified Process, manuals de ayuda, tutoriales, etc.

Proyecto “GENESIS” para control el gerencial de salud, 2019 Página 35 de 35