Documentacion Malaga

CONTENIDO
Objetivos 4
Alcance del proyecto 4
Costos del proyecto 4
Recursos Humanos 4
Recursos de Software 5
Recursos de Hardware 6
Costos de Desarrollo 6
Análisis de Requerimientos 7
Requerimientos Funcionales Error! Bookmark not defined.

Requerimientos No Funcionales 8
Descripción de la Metodología 8
Personas y Roles: 8
Sprint: 10
Pila de Producto: 10
Pila de Sprint 12
Seguimiento del Sprint 15
Calendarización 18
Análisis y Diseño del sistema 19
Diagramas de Caso de Uso 19
Caso de uso general 19
Gestionar pacientes 20
Gestionar atención 21
Gestionar insumos 22
Modelo Entidad-Relación 37
Diseño de Interfaces
Conclusiones 42
ANEXO 43
Índice de figuras
Figura N°01. Diagrama de caso de uso del sistema 18
Figura N° 02. Diagrama de caso de uso gestionar paciente 19
Figura N° 03. Diagrama de caso de uso gestionar atención 20
Figura N° 04. Diagrama de caso de uso gestionar insumos 22
2
Índice de tablas
Tabla 1. Cuadro de roles 9
Tabla 2. Pila de Producto en el proyecto 11
Tabla 3. Pila de Sprint en el 1er Sprint 12
Tabla 4. Pila de Sprint en el 2do Sprint 13
Tabla 5. Pila de Sprint en el 3er Sprint 14
Tabla 6. Pila de Sprint en el 4to Sprint 14
Tabla 7. Calendarización del proyecto 17
Tabla 08. Caso de uso iniciar sesión 23
Tabla 09. Caso de uso consultar paciente 23
Tabla 10. Registrar paciente 24
Tabla 11. Modificar paciente 25
Tabla 12. Eliminar paciente 26
Tabla 13. Buscar paciente 27
Tabla 14. Consultar atención 28
Tabla 15. Ver cita 28
Tabla 16. Registrar atención 29
Tabla 17. Modificar atención 30
Tabla 18. Consultar tipo de atención 30
Tabla 19. Reservar cita 31
Tabla 20. Consultar insumos 32
Tabla 21. Añadir insumos 33
Tablas 22. Borrar insumos 34
3
1. Objetivos
Diseñar un sistema que permita gestionar pacientes y atenciones obstétricas,

reservar citas, administrar un inventario de insumos y hacer consultas generales y
específicas.
2. Alcance del proyecto
El proyecto se centra en diseñar un sistema de un consultorio obstétrico, que sea

capaz de satisfacer las necesidades del cliente, siendo los principales: el registro de
pacientes, el registro por tipo de atención si es Papanicolaou, Planificación familiar
u otros, además de contar con la reservación de citas, lo cual resulta ser
indispensable para el cliente, luego mostrar un inventario de insumos disponibles y
poder hacer consultas ya sea por tipo de atención, por insumos disponibles, monto
ganado por día, semana, mes o año.
En cuanto al software que emplearemos para nuestro sistema, serán en su totalidad

de código abierto, para no incurrir al gasto de adquisición de licencias. El desarrollo
del proyecto se realizará en un plazo máximo de 3 meses.
3. Costos del proyecto
3.1.Recursos Humanos
El Analista
El Arquitecto De Software
El Arquitecto Del Sistema
El Desarrollador Del Software
El Jefe De Desarrolladores
El Diseñador Gráfico
4
El Tester
El Capacitador
Personal Precio / Persona Total
Analista S/. 0.00 S/. 0.00

Arquitecto de S/. 0.00 S/. 0.00
Software
Arquitecto del S/. 0.00 S/. 0.00
sistema
Desarrollador del S/. 0.00 S/. 0.00
software
Jefe de S/. 0.00 S/. 0.00
desarrolladores:
Diseñador gráfico S/. 0.00 S/. 0.00
Tester S/. 0.00 S/. 0.00
Capacitador S/. 0.00 S/. 0.00
Total S/. 0.00
3.2.Recursos de Software
Como recursos de software necesitamos:
o Sistema Operativo: Ubuntu (arquitectura de 64bits)

o Servidor Web: Apache
o Plataforma: Netbeans IDE 8.2
o Base de datos: MySQL 5.7.18
o Herramientas de desarrollo: ArgoUML, Día, Java
Los cuales, por ser todos software open source, su adquisición es gratis y no
incurren en gastos.
5
Producto Valor por Cantidad Total
Unidad
S.O. Ubuntu S/. 0.00 1 S/. 0.00
SGBD MySQL 5.7.18 S/. 0.00 1 S/. 0.00
Plataforma Netbeans IDE 8.2 S/. 0.00 1 S/. 0.00
Servidor Apache S/. 0.00 1 S/. 0.00

Herramientas de Desarrollo S/. 0.00 1 S/. 0.00
Total S/. 0.00
3.3.Recursos de Hardware
Los recursos de hardware que usaremos para el proyecto serán: Una PC.
Teniendo en cuenta que el cliente ya cuenta con una, por lo que no se necesita
adquirir una nueva.
Producto Precio Cantidad Total

Unitario
PC S/. 0.00 1 S/. 0.00
Cableado S/. 0.00 --- S/. 0.00
Total S/. 0.00
3.4.Costos de Desarrollo
Recursos Costo/Inversión Costo Total
Recursos Humanos S/. 0.00 S/. 0.00
Software S/. 0.00 S/. 0.00
Hardware S/. 0.00 S/. 0.00
6
Total S/. 0.00
4. Análisis de Requerimientos
4.1.Requerimientos Funcionales
-Verificar la autentificación de ingreso al sistema por parte del personal
autorizado.
-El sistema debe permitir el registro de nuevos usuarios.
-El sistema debe ser capaz de obtener y modificar información de los usuarios
del sistema.
-El sistema debe permitir el registro de nuevos pacientes.
-El sistema debe ser capaz de obtener la información de cualquier paciente
-El sistema debe ser capaz de permitir a los usuarios poder actualizar
información concerniente a los pacientes albergados en la base de datos.
- El sistema debe permitir el registro de nuevas atenciones por cada tipo de
atención
- El sistema debe ser capaz de obtener y modificar información de cualquier
tipo de atención.
- El sistema debe permitir el registro de nuevos insumos en un inventario.
- El sistema debe ser capaz de obtener y actualizar la información de todos los
insumos.
-El sistema debe permitir reservar citas próximas de los pacientes en atenciones
de Planificación Familiar.
-El sistema debe mostrar las citas pendientes de todos los pacientes.
-El sistema debe ser capaz de descontar insumos utilizados por cada atención al
inventario.
-El sistema debe ser capaz de visualizar la ganancia total de un dia, mes o un
determinado tiempo.
7
4.2.Requerimientos No Funcionales
-El sistema deberá funcionar correctamente en los sistemas operativos de
Windows xp, windows 7, Windows 8.1.
-Se debe disponer de mouse y teclado.
- Fácil acceso y contar con una interfaz amigable.
-El sistema deberá tener una guía o manual de usuario.
5. Descripción de la Metodología
Para el desarrollo de nuestro software nos basamos en la Metodología Scrum.
5.1.Personas y Roles:
El equipo basado en Scrum está formado por los siguientes roles:
-El Scrum master: Jhon Kevin Chipana Huarcusi
-El product owner: El cliente
-Team
Dentro del equipo de trabajo está:
El analista:
Jhon Chipana, Fernando Tuyo, Alex Coillo y Brenda Colque
El arquitecto de Software:
Kilmer Ordoño, Alex Coillo, Yulisa Quinto y Abel Maquera
El arquitecto del sistema:

Jhon Chipana, Yulisa Quinto y Kilmer Ordoño.
8
El desarrollador del software:
Alex Coillo, Brenda Colque, Ángel Choque y Fernando Tuyo
El jefe de desarrolladores:
Fernando Tuyo
El diseñador gráfico:
Abel Maquera y Angel Choque
El tester:
Giancarlo Joaquin Ramirez y Kilmer Ordoño
El Capacitador:
Giancarlo Joaquín y Jhon Chipana
9
Tabla 1. Cuadro de roles
Fuente : Elaboración propia

5.2.Sprint:
Cada una de las iteraciones del ciclo de vida iterativo Scrum. La duración de
cada sprint varía de 1 a 4 semanas.
El primer Sprint supone una mayor demora al ser el prototipo por el cual partir,
los demás serán de actualización dependiendo de los requisitos y cambios
sugeridos por el Product Owner.
5.3. Pila de Producto:

Es el equivalente a los requisitos del sistema o del usuario en esta metodología.
El gestor de producto de su correcta gestión, durante todo el proyecto
10
Tabla 2. Pila de Producto en el proyecto
TAREA PRIO ESTIMA RESPONSABL OBS. SPRIN

RI CIÓN E T
DAD
Establecer los roles del 1 1 Jhon 1
proyecto
Análisis de 1 3 Jhon, Fernando, 1
requerimientos Alex
Documentación del 1 3 Giancarlo, 1
proyecto Kilmer, Angel
Elaboración de 1 3 Kilmer 1
diagrama de Casos de
Uso
Diseño del diagrama 1 8 Yulisa, Brenda, 1
relacional Alex,
Fernando,Jhon
Entrevista en clínica 1 1 Jhon, Yulisa, 1
Alex,Brenda
Diseño de formularios 2 8 Giancarlo, Jhon, 2
Jhan
Diseño de la base de 2 5 Angel, Brenda, Demora por 2
Datos Alex, Kilmer, la
Jhon, Fernando complejidad
Configuración de 2 5 Alex, Brenda, 2
conexión a la BD Fernando, Yulisa
Registro de paciente 3 3 Fernando y 2
Ángel
Documentación 3 5 Ángel, Brenda y 2
(metodología de Yulisa
trabajo)
Registro de atenciones 3 3 Fernando y 2
Angel
Actualización y 3 5 Fernando y 3
eliminación de datos de Angel
paciente
Consultas de pacientes 3 3 Jhon, Angel, 3
Fernando
Consultas de 4 5 Álex, Fernando y 3
atenciones Ángel
Reserva de citas 4 5 Álex, Fernando y 3
Ángel
Consultas de citas 4 3 Álex, Fernando y 3
Ángel
11
Inventario de insumos 4 8 Ángel 3
Registro de insumos en 5 5 Alex 3
atenciones
Administración de 5 3 Fernando y Alex 3
usuarios
Autentificación de 5 3 Fernando 3
usuarios (login)
Diseño de Interfaz de 6 5 Fernando, Abel 4
Usuario
Reporte estadísticas de 6 5 Alex, Fernando, 4
insumos Jhon
Reporte estadísticas de 6 5 Alex, Fernando, 4
atenciones Jhon
Mejora de diseño 7 3 Abel 4
gráfico
Prueba de errores 7 5 Giancarlo, 4
Kilmer
Reporte Historial 7 5 Kilmer 4
Médico
Manual de usuario 8 8 Giancarlo 4
Capacitación 8 5 Giancarlo 4
Elaboración: Fuente propia
5.4.Pila de Sprint
Es el documento de registro de los requisitos detallados o tareas que va a
desarrollar el equipo técnico en la iteración (actual o que está preparándose para
comenzar).
Tabla 3. Pila de Sprint en el 1er Sprint
REQUERIMIENT RESPONSABL ESTADO ESTIM OBSERVA

O E ACION CIONES
Establecer los roles Jhon Cumplido 1
del proyecto
Análisis de Jhon, Fernando, Cumplido 3
requerimientos Alex
Documentación del Giancarlo, Cumplido 3
proyecto Capitulo 1 Kilmer, Angel
y2
12
Elaboración de Kilmer Cumplido 3
diagrama de Casos
de Uso
Diseño del diagrama Angel, Yulisa, Cumplido 8
relacional Brenda, Alex,
Fernando
Entrevista en clínica Jhon, Yulisa, Cumplido 8
Alex, Brenda
Tabla 4. Pila de Sprint en el 2do Sprint

O E ACION CIONES
Diseño de Giancarlo, Jhon, Cumplido 1
formularios Jhan
Diseño de la base de Angel, Yulisa, Cumplido 8
Datos Brenda, Alex,
Kilmer, Jhon,
Fernando
Configuración de la Alex, Brenda, Cumplido 5
conexión a la Base Fernando, Yulisa
de Datos
Registro de paciente Fernando Cumplido 3
Documentación Angel, Brenda y Cumplido 5
(metodología de Yulisa
trabajo)
Registro de atención Fernando y Cumplido 3
Angel
13
Tabla 5. Pila de Sprint en el 3er Sprint

O E ACION CIONES
Actualización y Fernando y Cumplido 5
eliminación de datos Angel
de paciente
Consultas de Jhon, Angel, Cumplido 3
pacientes Fernando
Consultas de Álex, Fernando y Cumplido 5
atenciones Ángel
Reserva de citas Álex, Fernando y Cumplido 5
Ángel
Consultas de citas Álex, Fernando y Cumplido 3
Ángel
Inventario de Ángel Cumplido 8
insumos
Registro de insumos Alex Cumplido 5
en atenciones
Administración de Fernando y Alex Cumplido 3
usuarios
Autentificación de Fernando Cumplido 3
usuarios (login)
Tabla 6. Pila de Sprint en el 4to Sprint

O E ACION CIONES
Diseño de Interfaz Fernando, Abel Cumplido 5
de Usuario
Consultar Alex, Fernando, Cumplido 5
estadísticas de Jhon
pacientes
Consultar Alex, Fernando, Cumplido 5
estadísticas de Jhon
atenciones
Mejora de diseño Abel Cumplido 3
14
grafico
Prueba de errores Giancarlo, Cumplido 5
Kilmer
Registro de control Kilmer Cumplido 5
de calidad
Manual de usuario Giancarlo Cumplido 5
5.5.Seguimiento del Sprint
1era Reunión (25 de abril):
o Establecer el reglamento: Todos tuvimos una participación directa dando

nuevas ideas y aprobando cada una de ellas.
o Requerimientos del Software: El líder en una primera entrevista con el

cliente nos mostró a grandes rasgos algunos requerimientos del software
del cual empezaríamos a desarrollar el software.
o Identificar los roles para cada miembro: Definimos los grupos de trabajo
y repartir roles, para así desarrollar el software.
2da Reunión (29 de abril):
o Luego de la primera entrevista, el líder nos planteó los primeros

requerimientos oficiales y el procedimiento que íbamos a seguir para
desarrollar el software.
3era Reunión (5 de mayo):
o Se presentó y aprobó las interfaces al cliente
15
o Conclusión de los Casos de Uso: Un grupo de trabajo presento la
conclusión de los Casos de Uso.
4ta Reunión (10 de mayo):
o Segunda entrevista: Los requerimientos aumentaron y se estableció lo

nuevo que se agregara en el software.
o Base de Datos: Se organizó al grupo de trabajo encargado de realizar la
arquitectura de la base de datos. Próxima entrega en la siguiente reunión.
o Base de datos: El grupo encargado no pudo terminar la estructura de la

BD, por la complejidad del sistema, así que se le agrego más tiempo para
la siguiente reunión.
o Implementación de la aplicación: Se dispuso del grupo de trabajo para
realizar el primero prototipo ejecutable. Con plazo de conclusión para la
siguiente reunión.
o Se acabó de desarrollar la Base de datos

o Se terminó el desarrollo del entorno grafico del registro de pacientes y
registro de atención
7ma Reunión (19 de mayo):
o Se acabó la aplicación en Netbeans y la conexión con la base de datos

o Se organizó un grupo para el detallado de la Interfaz del usuario
o Se acabará de detallar la documentación escrita de la metodología de
aplicación del proyecto
8va Reunión ( 22 de Mayo):
o Se hizo las restricciones, vistas y procedimientos de la base de datos.

16
o Se llenaron las tablas, con datos de prueba.
o Se avanzó el diseño de interfaces en Netbeans IDE.
9na Reunión (16 de junio):
o Se fueron modificando pequeños detalles en las interfaces.

o Se evaluó la usabilidad en el diseño.
o Se avanzó el manual de usuario
10ma Reunión (22 de junio):
o Se empezó a programar el registro de insumos, asi como también los

insumos empleados en cada atención.
o Se planteó mostrar las ganancias por un día específico o un intervalo de
días.
o Se hizo la documentación de acuerdo a los sprint.
11va Reunión (24 de junio:)
o Se dio por culminado todos los registros, siendo de pacientes, tipo de

atención e insumos.
17
5.6.Calendarización
Tabla 7. Calendarización del proyecto
Fuente: Elaboración propia
18
6. Análisis y Diseño del sistema
6.1.Diagramas de Caso de Uso:
Figura N°01. Diagrama de caso de uso del sistema
6.1.1. Caso de uso general
● Iniciar sesión
Este caso de uso nos permite tener acceso al sistema para poder realizar las
operaciones que allí se muestran.
● Validar usuario
Este caso de uso nos permitirá validar si un usuario o su contraseña están
registradas en el sistema y por lo tanto son válidas para ingresar al mismo.
19
6.1.2. Gestionar pacientes
Figura N° 02. Diagrama de caso de uso gestionar paciente
● Consultar paciente
El usuario verifica los datos de los pacientes, lo cual es bastante útil, ya que
respecto a esto tomará la decisión de realizar la siguiente acción, ya sea
registrar, modificar, eliminar o buscar un paciente.
● Registrar paciente
Este caso de uso permitirá ingresar los datos de un nuevo paciente para
guardarlo en la base de datos del sistema, y poder realizar otra acción
respecto a ello.
● Modificar paciente
20
Mediante este caso de uso se podrá modificar algún dato del paciente
ingresado erróneamente o por su modificación obligatoria como el peso o la
talla.
● Eliminar paciente
La eliminación del paciente bloqueará la visualización de los datos de dicho
paciente.
● Buscar paciente
La tarea de este caso de uso es localizar o buscar un determinado paciente
por sus nombres o apellidos, para verificar algún dato del mismo y realizar
otra acción respecto a ello, el sistema mostrará todos los datos del paciente.
6.1.3. Gestionar atención
Figura N° 03. Diagrama de caso de uso gestionar atención
● Consultar atención
El sistema muestra la interfaz de atención mostrando sus opciones para que
el usuario pueda seleccionar una de estas de acuerdo a su necesidad.
21
● Ver cita
Este caso de uso permite visualizar las citas hechas, mostrando las fechas de
las mismas, alertando así al usuario las citas próximas.
● Registrar atención
La función de este caso de uso es aperturar una atención o servicio a
realizarse en el sistema.
● Modificar atención
La función de este caso de uso es modificar una atención, específicamente la
fecha de una cita.
● Consultar tipo de atención

Este caso de uso nos permite visualizar los tipos de atención disponible para
poder asignarle a un paciente.
● Reservar cita
La función de este caso de uso es asignar una cita a un paciente y
confirmarla para que quede registrada en el sistema.
6.1.4. Gestionar insumos
22
Figura N° 04. Diagrama de caso de uso gestionar insumos
● Consultar insumos
La función de este caso de uso es ver la relación de los insumos que existen
en el sistema, su cantidad, costo, entre otros atributos.
● Añadir insumos
La función de este caso de uso es registrar un nuevo insumo y agregarlo a la
relación de los ya existentes.
● Borrar insumos
Este caso de uso nos permite eliminar un producto ya existente.
ESPECIFICACIÓN DE CASOS DE USO
Caso de uso general
Tabla 08. Caso de uso iniciar sesión
Nombre del caso de uso: Iniciar sesión
Actor (es): Usuario
Descripción: El usuario registrado inicia sesión para empezar a utilizar el

sistema.
23
Pasos realizados (ruta principal)
Actor Sistema
1. Inicia el sistema Solicita usuario y contraseña
2. Ingresa usuario y contraseña Valida los datos ingresados
3. Muestra la interfaz correspondiente al

usuario
Camino alternativo
2. Si los datos son incorrectos, indica el

error y vuelve a pedir usuario y
contraseña.
Precondiciones: El usuario debe estar registrado en el sistema.
Post-condiciones: El usuario está logeado y listo para trabajar.
Suposiciones: El usuario tiene el programa instalado y abierto.
Caso de uso gestionar paciente
Tabla N°09. Caso de uso consultar paciente
Nombre del caso de uso: Consultar paciente
Actor (es): Usuario
24
Descripción: El usuario consulta las opciones de la interfaz paciente .
Actor Sistema
1. Muestra la interfaz paciente.
2. Selecciona una opción de la

interfaz.
Precondiciones: Debe ser un usuario registrado en el sistema.
Post-condiciones: El usuario visualiza las opciones de la interfaz seleccionada.
Suposiciones: El usuario esta logeado correctamente en el sistema.
Tabla N°10. Registrar paciente
Nombre del caso de uso: Registrar paciente
Actor (es): Usuario
Descripción: El usuario ingresa los datos necesarios para registrar un nuevo

paciente al sistema.
Actor Sistema
25
1. Solicita la pantalla de agregar Muestra la interfaz con los datos necesarios
paciente para registrar un paciente.
2. Ingresa los datos solicitados. Valida los datos ingresados.
3. Confirma el registro del Agrega el paciente a la base de datos.

paciente.
Precondiciones: El paciente no existe en la base de datos.
Post-condiciones: Se crea un nuevo paciente en la base de datos.
Suposiciones: El usuario tiene el programa instalado y un ID y contraseña válidos.
Tabla N°11. Modificar paciente
Nombre del caso de uso: Modificar paciente
Actor (es): Usuario
Descripción: El usuario selecciona un paciente para modificar algunos datos de este.
Actor Sistema
1. Solicita la pantalla de modificar paciente Llama al caso de uso buscar paciente
26
2. Modifica los datos del paciente Valida los datos ingresados.
3. Confirma modificación Modifica los valores en la base de datos.
Precondiciones: El paciente existe en la base de datos y el usuario está logueado.
Post-condiciones: Los datos del paciente seleccionado se actualizan del sistema.
Suposiciones: El usuario ha seleccionado un paciente del sistema.
Tabla N°12. Eliminar paciente
Nombre del caso de uso: Eliminar paciente
Actor (es): Usuario
Descripción: El usuario elimina a un determinado paciente del sistema.
Actor Sistema
1. Busca el paciente a eliminar. Valida los datos del paciente.
2. Selecciona la opción eliminar. Muestra mensaje de confirmación.
Precondiciones: El paciente existe en la base de datos.
Post-condiciones: El paciente queda fuera de relación de pacientes registrados.
27
Suposiciones: El usuario está en la interfaz eliminar paciente.
Tabla N°13. Buscar paciente
Nombre del caso de uso: Buscar paciente
Actor (es): Usuario
Descripción: El usuario busca a un determinado paciente del sistema.
Actor Sistema
1. Solicita la interfaz de buscar paciente. Muestra la interfaz buscar paciente.
2. Ingresa los datos del paciente a buscar Valida los datos del paciente
3. Muestra los datos del paciente buscado.
Caminos alternativos
2. Si el paciente no existe muestra una

pantalla de error.
28
Precondiciones: El usuario está debidamente logueado en el sistema.
Postcondiciones: El sistema muestra los datos del paciente.
Suposiciones: El paciente existe en la base de datos del sistema.
Gestionar atención
Tabla N°14. Consultar atención
Nombre del caso de uso: Consultar atención
Actor (es): Usuario
Descripción: El usuario consulta las opciones de gestionar atención.
Actor Sistema
1. Muestra las opciones de atención.
2. Selecciona una opción de la interfaz.
29
Postcondiciones: El sistema muestra la interfaz seleccionada por el usuario.
Suposiciones: El usuario está en la interfaz consultar atención.
Tabla N°15. Ver cita
Nombre del caso de uso: Ver cita
Actor (es): Usuario
Descripción: Permite ver las citas hechas en las diferentes atenciones.
Actor Sistema
1. Ingresa los datos de la cita. Verifica los datos de las citas.
2. Muestra los datos de las citas.
Precondiciones: El usuario está logeado en el sistema.
Post-condiciones: El sistema mostrará las citas registradas.
Suposiciones: El paciente seleccionó la opción ver cita.
30
Tabla N°16. Registrar atención
Nombre del caso de uso: Registrar atención
Actor (es): Usuario
Descripción: Permite al usuario registrar una nueva atención
Actor Sistema
1. Muestra los tipos de atención
2. Selecciona el tipo de atención Muestra el formulario a llenar
3. Llena el formulario con los datos Registra la atención o reserva oa

requeridos cita según sea el caso.
Post-condiciones: El sistema guardará los datos en la base de datos
Suposiciones: El usuario seleccionó la opción registra atencion
Tabla N°17. Modificar atención
31
Nombre del caso de uso: Modificar atención
Actor (es): Usuario
Descripción: Modifica una atención, específicamente la fecha de una cita
Actor Sistema
1. Busca la atención que desea Permite editar los campos como la

modificar fecha de la cita seleccionada
2. Ingresa los nuevos datos y selecciona la Guarda y muestra mensaje de

opción guardar confirmación o éxito en dicha tarea.
Precondiciones: Debe ser una atención existente en el sistema.
Post-condiciones: El sistema sobrescribirá los datos nuevos.
Suposiciones: El usuario seleccionó la opción modificar atencion
Tabla N°18. Consultar tipo de atención
Nombre del caso de uso: Consultar tipo de atención
Actor (es): Usuario
32
Descripción: Permite visualizar los tipos de atención disponible para asignar un paciente
Actor Sistema
1. Muestra los tipos de atención

existentes
2. Selecciona el tipo de atención deseado Recibe la orden para mostrar el

seleccionado tipo de atención
Precondiciones: Existe uno o más tipos de atención.
Post-condiciones: El usuario puede visualizar los tipos de atención
Suposiciones: El usuario selecciono la opcion consultar tipo de atención
Tabla N°19. Reservar cita
Nombre del caso de uso: Reservar cita
Actor (es): Usuario
Descripción: Asigna una cita a un paciente y confirma para que quede registrada
en el sistema.
33
Actor Sistema
1. selecciona el paciente Muestra el formulario a llenar
2. Ingresa los datos de la cita en el Muestra la opción de confirmación

formulario
3. Confirma el guardado de los

datos y reserva de cita
Precondiciones: El paciente debe estar registrado
Post-condiciones: El sistema registró la cita y esta ya se puede visualizar.
Suposiciones: El usuario seleccionó la opción reservar cita
Gestionar insumos
Tabla N°20. Consultar insumos
Nombre del caso de uso: Iniciar sesión
Actor (es): Usuario
Descripción: Permite ver la relación de los insumos que existen en el sistema, su

cantidad, costo, entre otros atributos.
34
Actor Sistema
1. Muestra el campo de ingreso de

texto a buscar
2. Ingresa el insumo que desea buscar Muestra los datos del insumo
Precondiciones: Debe existir el insumo que se desea visualizar
Post-condiciones: El sistema visualiza la información que requiere el usuario.
Suposiciones: El usuario seleccionó la opción consultar insumo
Tabla N°21. Añadir insumos
Nombre del caso de uso: Añadir insumos
Actor (es): Usuario
Descripción: Permite registrar un nuevo insumo y agregarlo a la relación de los

ya existentes.
Actor Sistema
1. Muestra el formulario para llenar

con los datos del insumo
2. Ingresa los datos del insumo
35
3. Selecciona la opción de guardado Registra el nuevo insumo en la base
de datos
Precondiciones: Se debe tener la información correspondiente del insumo a

registrar
Post-condiciones: El sistema ya puede hacer uso de dicho insumo en las otras

funciones.
Suposiciones: El usuario selecciono la opción añadir insumos.
Tablas N°22. Borrar insumos
Nombre del caso de uso: Borrar insumos
Actor (es): Usuario
Descripción: Permite eliminar un producto
Actor Sistema
1. Localiza el insumo que Muestra la opción de confirmacion

desea eliminar de eliminacion
2. Selecciona la opción de Elimina el producto de la base de

confirmación datos.
Precondiciones: Debe ser un insumo existente en el sistema
36
Post-condiciones: La información del producto eliminado ya no se puede
recuperar
Suposiciones: El usuario está en las ventana de gestión de insumos
6.2.Modelo Entidad-Relación:
37
38
6.3. Diseño de Interfaces
Fig.05.Interfaz de inicio de sesion.
Fig.06.Interfaz de opciones de registros.
39
Fig.07.Interfaz de Registro de Insumos.
Fig.08.Interfaz de registro de pacientes.
40
Fig.09.Interfaz de registro de atención.
Fig.10.Opcion Busqueda de pacientes.
41
Fig.11.Interfaz Busqueda de pacientes.
7. Conclusiones
● Se implementó el sistema de consultorio obstétrico de acuerdo a los requerimientos

definidos por el analista.
● El sistema implementado no escatima en gastos por adquisición de licencia, ya que los

recursos empleados son de código abierto.
● Se realizó el desarrollo del software en el tiempo máximo establecido en el alcance del

proyecto.
42
ANEXO
43
ACTA Nº01-ESIS-IS2017
Tacna, 25 de abril del 2017, siendo las 14:30 horas se empezó la reunión teniendo como
agenda los siguientes puntos:
· Designación del equipo de trabajo para las funciones correspondientes.

· Elección de la plataforma de desarrollo.
· Elección del IDE.
· Elección del sistema gestor de base de datos (SGBD)
· Elección del lenguaje de programación.
· Selección de las herramientas CASE que se usarán.
· Acuerdo del reglamento interno.
· Determinar las visitas correspondientes al cliente.
· Determinar el tiempo de duración de los sprints.
El equipo de trabajo se reunió empezando a dialogar sobre algunas propuestas, liderando

la reunión nuestro compañero Jhon Chipana, el Scrum master, tomando los siguientes
acuerdos por unanimidad:
1. Lenguaje de programación: JAVA

2. La plataforma de desarrollo será: Windows
3. El sistema gestor de base de datos (SGBD): MySQL.
4. El entorno de desarrollo integrado (IDE): NetBeans
5. Herramientas CASE: ArgoUML
6. Se aprobó el reglamento interno posteriormente anexado.
7. La primera visita será el día 26 de abril del 2017.
8. El primer sprint tendrá duración de tres semanas.
En conformidad con los acuerdos tomados, a continuación, firman los asistentes:
Jhon Chipana Huarcusi (Scrum Master)

Kilmer Ordoño Musaja (Arquitecto de software)
Abel Maquera Sacaca (Diseñador gráfico)
Yulisa Quinto Apaza (Arquitecto del sistema)
Brenda Colque Condori (Desarrollador de Software)
Alex Coillo Chambilla (Desarrollador de software)
Angel Choque Cuyo (Jefe de desarrolladores)
Fernando Tuyo Bernal (Desarrollador de software)
Giancarlo Joaquin Ramirez (Tester)
44
ACTA 02-ESIS
Siendo las 2:30 pm se procedió a realizar la reunión en el aula de 7mo ciclo de la
ESIS, teniendo como agenda los siguientes puntos a tratar:
1. Culminación de la base de datos.
2. Conexión al IDE NetBeans.
3. Avance de los diagramas UML.
4. Coordinación para la primera entrega funcional del software.
5. Amonestación a los integrantes inasistentes a las clases y a las reuniones de
equipo
Durante la presente reunión se realizó lo siguiente:
1. Se trabajó en equipo el modelo relacional de la base de datos a cargo de Jhon
Chipana, Giancarlo Joaquín y Fernando Tuyo.
2. Se armó la estrategia para enlazar la base de datos al IDE NetBeans,
quedando pendiente su desarrollo para la siguiente reunión.
3. Se procedió a realizar el diagrama de secuencia a cargo de Kilmer Ordoño.
4. Se acordó que la siguiente semana se entregará el primer avance funcional.
5. Se acordó incluir a partir del 11 de mayo del 2017 la amonestación a las
inasistencias a las clases de teoría y laboratorio de la siguiente manera:
● El pago de S/.10 por cada inasistencia injustificada y a la tercera falta será

removido del equipo con documento firmado y con copia al profesor
del curso.
Se pone en conocimiento que el integrante Alex Coillo Chambilla por motivos de viaje
vacaciones no asistió a la presente justificándose con anticipación al líder del equipo Jhon
Chipana, motivo por el cual no aplica sanción debida.
Sin más que acordar se culminó la reunión siendo las 6:30pm, firmando la presente acta
los asistentes.
1. Jhon Chipana Huarcusi

2. Kilmer Ordoño Musaja
3. Brenda Victoria Colque Condori
4. Yulisa Quinto Apaza
5. Giancarlo Joaquín Ramirez
6. Fernando Tuyo Bernal
45
Tacna, 05 de mayo del 2017, siendo las 11:00 horas se empezó la reunión teniendo como
· Presentación de las interfaces al cliente.

· Planteamiento de los casos de uso
El equipo de trabajo se reunió en la clinica obstetrica para presentar el prototipo de las

interfaces al personal de dicha clínica que serán los usuarios, liderando la reunión nuestro
compañero Jhon Chipana, el Scrum master,y los miembros del equipo.
Seguidamente el equipo conformado por los arquitectos de software y de sistema
encargados del modelado del diagrama de caso de uso.
Se concluye la reunión con los siguientes puntos:
· Presentación satisfactoria y aprobación de las interfaces por el cliente
· Conclusión de los Caso de Uso: El grupo de trabajo presentó la conclusión de los
Caso de Uso.

46
· Una segunda entrevista al cliente.

· Organización del equipo encargado de la arquitectura de la base de datos.
El equipo de trabajo se reunió en la clinica obstetrica para realizar una segunda entrevista
al personal de dicha clínica
Seguidamente liderando la reunión nuestro compañero Jhon Chipana y los miembros del
equipo concluyen con la designación de los encargados de diseñar la arquitectura de la
DB.

· Los requerimientos aumentaron y se estableció lo nuevo que se agregara en el
software.
· Se concluye con que los encargados de realizar la arquitectura de la base de datos
serán Brenda Colque, Fernando Tuyo y Alex Coillo.

47
· Entrega del diseño la arquitectura de la base de datos.

· Implementación de la aplicación
El equipo de trabajo se reunió en una vivienda ubicada en el DIstrito Gregorio Albarracín

para presentar el avance de la arquitectura de la base de datos que quedó pendiente en
la reunión anterior.
Luego con el avance se prosiguió a iniciar con el desarrollo e implementación de la
aplicación para obtener el primer prototipo ejecutable.

· Base de datos: El grupo encargado no pudo terminar la estructura de la BD, por la
complejidad del sistema, así que se le agregó más tiempo para la siguiente reunión.
· Implementación de la aplicación: Se dispuso del grupo de trabajo para realizar el
primer prototipo ejecutable. Con plazo de conclusión para la siguiente reunión.

Fernando Tuyo Bernal(Jefe de desarrolladores)
Angel Choque Cuyol (Desarrollador de software)
48
· Entrega del diseño la arquitectura de la base de datos.

· Finalización y entrega del entorno gráfico del sistema.
El equipo de trabajo se reunió en el aula de clases ubicado en la UNJBG para presentar el

la arquitectura de la base de datos que quedó pendiente en la reunión anterior.
Seguidamente se prosigue a continuar la implementación del entorno gráfico del sistema
de registro.

· Se acabó de desarrollar la Base de datos
· Se terminó el desarrollo del entorno gráfico del registro de pacientes y registro de
atención.

49
· Finalización de la aplicación en Netbeans

· Organización de grupo para la realización del manual de usuario del sistema.
· Finalización de la documentación escrita.
El equipo de se reunió en una vivienda ubicada en el distrito Gregorio Albarracín para la

realización de la conexión con la base de datos y la interfaz gráfica. Seguidamente el
scrum master designó un equipo encargado de redactar el manual y se avanzó con el
desarrollo de la documentación.

· Se acabó la aplicación en Netbeans y la conexión con la base de datos
· Se organizó un grupo para el detallado de la Interfaz del usuario conformado por:
Giancarlo Joaquín y Jhon Chipana.
· Se acabó el detallado de la documentación escrita de la metodología de aplicación del
proyecto

Angel Choque Cuyo (Desarrollador de software)
Fernando Tuyo Bernal (Jefe de desarrolladores)
50
Siendo las 7:30 pm del dia 30 de Mayo de 2017, se procedió a realizar la reunión en la
vivienda ubicada en el distrito Gregorio Albarracin Lanchipa, teniendo como agenda los siguientes
puntos a tratar:
1. Modificación de la interfaz gráfica

2. Corrección de los diagramas UML
3. Coordinación para la segunda entrega funcional del software.
Durante la presente reunión se realizó lo siguiente:
El Equipo de desarrollo se encarga de dichas modificaciones para la segunda entrega del software.
Se concluye con lo siguiente:

● Se realizó el avance respectivo del desarrollo para la presentación de la futura segunda
versión.
● Se finalizó la corrección de los diagramas UML.
Sin más que acordar se culminó la reunión siendo las 4:00 am, firmando la presente acta los
asistentes.

3. Brenda Victoria Colque Condori
5. Giancarlo Joaquín Ramirez
7. Abel Maquera
8. Alex Coillo Chambilla
9. Angel Choque Cuyo
51
Siendo las 6:30 pm del dia viernes 09 de Junio de 2017, se procedió a realizar la
reunión en la nuestro aula de estudio dentro de la UNJBG, teniendo como agenda los
siguientes puntos a tratar:
1. Evaluar la interfaz gráfica.
2. Probar el funcionamiento del software.
El equipo observa y realiza pruebas de manera conjunta.

Se concluye con lo siguiente:
● Es necesario el rediseño de determinadas partes de la interfaz y mejorar el codigo
de programacion en la base de datos.
● Se repartió las tareas de modificación entre los miembros asistentes.
Se pone en conocimiento la inasistencia de Brenda Colque. Sin más que acordar se

culminó la reunión siendo las 9:30 pm, firmando la presente acta los asistentes.
4. Giancarlo Joaquín Ramírez
6. Abel Maquera
7. Alex Coillo Chambilla
8. Angel Choque Cuyo
52

Documentacion Malaga

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Documentacion Malaga

Uploaded by

Copyright:

Available Formats

CONTENIDO

Requerimientos Funcionales Error! Bookmark not defined.

Figura N°01. Diagrama de caso de uso del sistema 18

Figura N° 02. Diagrama de caso de uso gestionar paciente 19

Figura N° 03. Diagrama de caso de uso gestionar atención 20

Figura N° 04. Diagrama de caso de uso gestionar insumos 22

Diseñar un sistema que permita gestionar pacientes y atenciones obstétricas,

2. Alcance del proyecto

El proyecto se centra en diseñar un sistema de un consultorio obstétrico, que sea

En cuanto al software que emplearemos para nuestro sistema, serán en su totalidad

3. Costos del proyecto

Personal Precio / Persona Total

Analista S/. 0.00 S/. 0.00

o Sistema Operativo: Ubuntu (arquitectura de 64bits)

Servidor Apache S/. 0.00 1 S/. 0.00

Total S/. 0.00

Producto Precio Cantidad Total

PC S/. 0.00 1 S/. 0.00

Cableado S/. 0.00 --- S/. 0.00

Total S/. 0.00

Recursos Humanos S/. 0.00 S/. 0.00

Software S/. 0.00 S/. 0.00

Hardware S/. 0.00 S/. 0.00

-Se debe disponer de mouse y teclado.

- Fácil acceso y contar con una interfaz amigable.

-El sistema deberá tener una guía o manual de usuario.

Para el desarrollo de nuestro software nos basamos en la Metodología Scrum.

-El Scrum master: Jhon Kevin Chipana Huarcusi

-El product owner: El cliente

Dentro del equipo de trabajo está:

El arquitecto del sistema:

Fuente : Elaboración propia

5.3. Pila de Producto:

El gestor de producto de su correcta gestión, durante todo el proyecto

TAREA PRIO ESTIMA RESPONSABL OBS. SPRIN

Tabla 3. Pila de Sprint en el 1er Sprint

REQUERIMIENT RESPONSABL ESTADO ESTIM OBSERVA

Tabla 4. Pila de Sprint en el 2do Sprint

REQUERIMIENT RESPONSABL ESTADO ESTIM OBSERVA

REQUERIMIENT RESPONSABL ESTADO ESTIM OBSERVA

Tabla 6. Pila de Sprint en el 4to Sprint

REQUERIMIENT RESPONSABL ESTADO ESTIM OBSERVA

5.5.Seguimiento del Sprint

1era Reunión (25 de abril):

o Establecer el reglamento: Todos tuvimos una participación directa dando

o Requerimientos del Software: El líder en una primera entrevista con el

2da Reunión (29 de abril):

o Luego de la primera entrevista, el líder nos planteó los primeros

o Se presentó y aprobó las interfaces al cliente

o Segunda entrevista: Los requerimientos aumentaron y se estableció lo

o Base de datos: El grupo encargado no pudo terminar la estructura de la

6ta Reunión (15 de mayo):

o Se acabó de desarrollar la Base de datos

o Se acabó la aplicación en Netbeans y la conexión con la base de datos

o Se hizo las restricciones, vistas y procedimientos de la base de datos.

o Se fueron modificando pequeños detalles en las interfaces.

o Se empezó a programar el registro de insumos, asi como también los

o Se dio por culminado todos los registros, siendo de pacientes, tipo de

Fuente: Elaboración propia

6.1.Diagramas de Caso de Uso:

Figura N°01. Diagrama de caso de uso del sistema

Fuente: Elaboración propia

6.1.1. Caso de uso general