Proyecto Citas Medicas

REQUERIMIENTOS NO FUNCIONALES

• ATRIBUTOS DE CALIDAD DEL SISTEMA (BASE DE DATOS)

• DESEMPEÑO

 Garantizar la confiabilidad, la seguridad y el desempeño de la base de datos a los diferentes usuarios de la Clínica San Pedro. En este sentido la información podrá ser consultada y actualizada, sin que se afecte el tiempo de respuesta.

 El sistema debe estar en capacidad de dar respuesta a las solicitudes ejecutadas por el administrador de la base de datos.

• DISPONIBILIDAD

 El aplicativo debe contar con una interfaz gráfica amigable para el usuario y los procesos disponibles en ella se deben encontrar en idioma Español.

• ESCALABILIDAD

 El sistema debe ser construido sobre la base de un desarrollo evolutivo e incremental, de manera tal que nuevas funcionalidades y requerimientos relacionados puedan ser incorporadas.

• INSTALACION

 El sistema debe ser fácil de instalar en todas las plataformas de hardware y software de bases definidas por el área de Sistemas de la Clínica San Pedro.

• OPERATIVIDAD

 El sistema podrá ser administrado remotamente por las personas encargadas o designadas por la la clínica San Pedro (este requerimiento dependerá de la arquitectura seleccionada por la clínica San Pedro).

• SEGURIDAD

 El acceso al Sistema debe estar delimitado por el uso de una contraseña que se le otorgara al administrador de la base de datos de la clínica San Pedro.

 Respecto a la confidencialidad, el sistema debe estar en capacidad de rechazar accesos o modificaciones indebidos (no autorizados) a la información y proveer los servicios requeridos por los usuarios legítimos del sistema.

 El sistema, a futuro, deberá contar con mecanismos que permitan el registro de actividades con identificación de los usuarios que los realizaron.

• VALIDACION DE INFORMACION

 Se deben tener en cuenta aspectos tales como obligatoriedad de campos, longitud de caracteres permitida por campo, manejo de tipos de datos, etc.

Según las exposiciones vistas en clase por los compañeros y gracias a la facilidad que nos dan las prácticas agiles integramos lo que nos serbia y se nos facilitaba en el trabajo grupal siguiendo pautas de metodologías agiles orientándolas en nuestro proyecto y teniendo en cuenta lo más importante de cada exposición:

Roles

Gustavo Medina Analista

David Rodolfo Tester

David Rodríguez Desarrollador

Desarrollamos un listado de todos los requisitos propuestos por el cliente en este caso requerimientos de lo que se necesita cotidianamente para solicitar una cita y otros guiados por el cliente en este caso nuestro docente Miguel Ojeda.

HISTORIAS DE USUARIO

PRODUCT BACKLOG:

MODIFICAR

REGISTRAR CITA

REALIZAR TABLA USUARIO

REGISTRAR DOCTOR

ASIGNAR CITA

CONSULTAR DATOS USUARIO

COLSULTAR DATOS DOCTORES

INTERFAZ GRAFICA

REALIZAR FORMULARIO VALIDAR

REALIZAR FORMULARIO CITA

VALIDAR ADMINISTRADOR

CONECTAR BASE DE DATOS E INTERFAZ

CONSULTAR

VALIDAR

ELIMINAR

DESCRIPCIONES ESCRITAS:

1- Como administrador del sistema, quiero realizar el registro de los pacientes, médicos y las citas para poder realizar el control de citas medicas

Historia de Usuario

Número: 1 Usuario: Administrador (DBA)

Nombre historia: Registrar.

Prioridad en negocio:

Alta Riesgo en desarrollo:

Media

Puntos estimados: 5.0 Iteración asignada: 1

Programador responsable Gustavo Medina

Criterios de aceptación:

- Al ingresar a esta opción se despliega un submenú con opciones para registrar los pacientes, doctores y citas medicas

- El administrador podrá en cada una de estas opciones realizar el registro mediante un formulario

- Al finalizar el registro dara clic en un botón llamado registrar, donde se creara el registro y se guardara la información.

- El sistema deberá mostrar una alerta en caso de que se quiera ingresar un registro ya existente.

ESTIMACION: 32 horas

2- Como usuario del sistema, quiero ingresar al programa por medio de una cuenta de usuario para poder realizar diferentes solicitudes.

Historia de Usuario

Número: 2 Usuario: Clientes

Nombre historia: Validar

Prioridad en negocio:

Alta Riesgo en desarrollo:

Media

Puntos estimados: 4.0 Iteración asignada: 2

Programador responsable: David Sandoval

Criterios de aceptación:

- Los usuarios que deseen utilizar el sistema deberán ingresar mediante un usuario y contraseña

- Se debe emitir un mensaje de alerta en caso de que uno de esos campos sea incorrecto

- La contraseña debe estar encriptada para mayor seguridad de la información

Estimación: 16 horas

Como usuario del sistema, quiero consultar citas médicas, datos del doctor y datos del paciente para poder conocer las citas asignadas y los pacientes así como los datos del doctor encargado.

Historia de Usuario

Número: 3 Usuario: clientes

Nombre historia: Consultar

Prioridad en negocio:

Media Riesgo en desarrollo:

Baja

Puntos estimados: 4,0 Iteración asignada: 3

Programador responsable: Hernan Rodriguez

Criterios de aceptación:

- Para poder realizar las consultas los clientes deben estar registrados.

- Se despliega un submenú, el cliente podrá seleccionar las diferentes actividades a realizar: consultar datos doctor, consultar datos pacientes, consultar cita médica.

- Para realizar las consultas se realizaran por medio del ID en caso de los médicos y pacientes, y por fecha en caso de las citas medicas

Estimacion: 40 horas.

3- Como administrador del sistema, quiero realizar la modificación y eliminacion de los datos de pacientes, médicos y citas para poder actualizar los registros frecuentemente.

Historia de Usuario

Número: 4 Usuario: Administrador

Nombre historia: Modificar/eliminar

Prioridad en negocio:

Media Riesgo en desarrollo:

Media

Puntos estimados: 3.5 Iteración asignada: 4

Programador responsable: David Sandoval

Criterios de aceptación:

- Se despliega en pantalla el submenú modificar/eliminar el cual mostrara las opciones de: “Modificar/eliminar datos paciente”, “Modificar/eliminar datos doctor”, “modificar/eliminar datos cita médica”

- El administrador será el único encargado de realizar estas operaciones teniendo conocimientos de la identificación del usuario con el cual se pretende hacer la actualización de datos.

- Para poder hacer la modificación o eliminación de cualquier registro, primero se debe verificar que éste exista.

Estimacion: 40 horas

Contemplando las historias de usuario se tienen en cuenta los escenarios que se pueden presentar y procedemos a dar solución a todos los problemas que se van presentando a medida que vamos probando el software nos orientamos al trabajo en pares desarrollando y probando el software con pruebas unitarias, pruebas de integración y algunas nombradas en clase siempre enriqueciendo los conocimientos para mejorar el producto constantemente hasta terminarlo la idea es que sea funcional en un 90 %.

Product Owner (GUSTAVO ADOLFO MEDINA)

Primera reunión

Duración: 2 horas

Para acordar el plan de trabajo que desarrollaremos durante un mes, se escogieron herramientas que se utilizaran para el diseño del sistema y se dio inicio a la construcción de Product Backlog de acuerdo a los requerimientos, se dio inicio a la tarea número 1.crear tablas registro usuario y se programa la segunda reunión.

Equipo de desarrollo (DAVID SANDOVAL Y HERNAN RODRIGUEZ)

Scrum master (DAVID SANDOVAL)

Segunda reunión

Duración: 2 horas

Se realizara una retrospectiva y se le dará final al sprint número 1, se iniciaran las tareas 2, 3 y 4 supervisado por el facilitador y se programa la siguiente reunión para el 10 de marzo.

Objetivo alcanzado

Tercera reunión

Duración: 2 horas

Se hará una retrospectiva y revisión de que las tareas desarrolladas estén funcionando correctamente, se llevara a cabo la realización de la última tarea se elaborara interfaz gráfica ingreso usuarios

Conexión y prueba

Ultimo sprint

Duración: 2 horas

Se realizara conexión base de datos y pruebas pertinentes.

Sprint # 1 28 de Agosto

Sprint # 2 6 de Septiembre

Sprint # 3  12 de septiembre

VALORES

Algunos de los valores aplicados para el desarrollo del software son:

Comunicación mutua entre los integrantes del grupo.

Respeto buen trato con los compañeros y tratar de que todo salga bien y si algo está mal solucionarlo así toque buscar ayuda de afuera

Retroalimentación no todo lo sabemos algunas cosas quedan mal pero nos sirven de experiencia y con la ayuda de los demás nos damos cuenta de los errores y los tenemos en cuenta para que más adelante no se repitan.

Coraje tenemos verraquera y tenacidad para enfrentar

...