Ingeniería en Software y Redes

[pic 1]

Universidad Tecnológica de México

Jorge Reyes Arteaga

21241992

Ingeniería en Software y Redes

Ingeniería de Requerimientos

Entregable 1º

Entregable 1º

1. Determinar el objetivo de la entrevista y formular cuatro preguntas para la entrevista, a fin de recolectar, completar o identificar los requerimientos adicionales a los ya informados en el ejercicio práctico.

Objetivo de la entrevista: Para esta entrevista, que se hará de manera presencial, se llevará acabo con el objetivo de poder aclara lagunas dudas sobre las necesidades y requerimientos que el mismo cliente especificó y sobre nuevos que el mismo equipo logró identificar. Algunos de estos son respecto hacia el acompañante del paciente, el tipo y forma de pago para el servicio, etc.

Para la formulación de las preguntas se tomó en cuenta de que el cliente obtendrá un portal en donde los futuros pacientes podrán hacer su registro correspondiente y existirá una parte administrativa dentro del mismo portal el cual solo tendrá acceso mediante un usuario y contraseña, dentro de este portal administrativo podrá validar las citas del paciente, cantidad de vacunas sobrantes, horarios de los cuales ya están asignados a un paciente dentro de los días hábiles, entre otras utilidades.

Preguntas:

1. Al ser un servicio particular de salud es obvio que los pacientes realizan un pago monetario a cambio de los diversos servicios que brinda, en este caso es la vacunación. Dentro del mismo portal ofrecido ¿Los pacientes podrán realizar el pago del servicio dentro del mismo portal haciendo uso de una tarjeta de crédito o débito o al terminar su registro se les generará una ficha de pago con el cual podrán acudir a cualquier centro de autoservicio para poder realizar el pago?

Por parte del equipo de desarrollo es recomendable que se genere la ficha de pago para que el cliente pueda acudir al centro de autoservicio de su preferencia para poder realizar el pago del servicio y en la cita pueda presentar su talón de pago de la misma ficha generada. Esto para la persona mayor es un proceso más simple, sencillo y confiable.  Por otra parte, dentro del portal se pueden evitar errores o cargos duplicados debido a fallas de conexión por parte del paciente.

1. Dentro de las especificaciones que se encuentran en tu documento que entregaste al equipo, menciones que el paciente debe ingresar sus datos, así como los de su acompañante. Para que un paciente pueda tener una cita para su vacunación ¿Es necesario que el paciente asista junto con su acompañante o en el caso que no tenga un acompañante no será acreedor de una cita?

El equipo de desarrollo detectó que esto puede derivar a un problema para el usuario, ya que al no contar con un acompañante no será acreedor de cita medica debido a que también debe de llenar los campos de información del acompañante para terminar el proceso de registro. Por parte del equipo de desarrollo se recomienda que el paciente, al llenar el formulario, especifique si va acompañado o solo y puedan continuar sin problema el proceso de registro.

1. Como parte de una de las posibles validaciones que se tendrán dentro del portal cuando el paciente termine de realizar su registro, haciendo una validación con su CURP, se verá si el paciente ya ha sido vacunado con anterioridad, cuantas dosis lleva y que tipo de vacuna le aplicaron. ¿Para que el paciente pueda tener su cita médica debe tener alguna especificación sobre su vacunación, como tener determinadas cantidades de dosis aplicadas, determinado tipo de vacuna, un lapso para la aplicación de una nueva dosis, etc.?

Esto debe de ser validado por la misma seguridad del paciente que desea aplicarse una dosis de la vacuna. Ya que puede ser peligroso que un paciente tenga varias dosis de manera constate y tenga una reacción inesperada durante y después de la aplicación.

1. Cuando se llegue a un numero de registros equivalente a la cantidad de vacunas disponibles por automático se cerrará los formularios sin la oportunidad de poder generar una cita médica y se desplegará un mensaje del cual informa que ya no hay vacunas disponibles. Por parte de almacén, se debe de hacer una validación si es que quedan vacunas disponibles. Dado este punto en que si existan vacunas disponibles ¿Se abrirá nuevamente los formularios dando la oportunidad de nuevas citas médicas con una advertencia de que son espacios limitados por si hay cancelaciones?

Esto, aunque suene redundante, es necesario para que dentro del desarrollo se valide la opción de abrir y cerrar la convocatoria en el caso de que si haya más disponibilidad de vacunas y en el caso de que se compre un nuevo lote se tiene la opción de reabrir la misma.

1. Revisar el ejercicio práctico. Identificar y redactar diez requerimientos identificando si es un requerimiento funcional o no funcional.

A continuación, se expondrán diez requerimientos de los cuales se identificarán como funcionales y no funcionales:

1. La plataforma debe de ser adaptable y funcional para versiones de escritorio, móviles y sin importar en qué tipo de dispositivo, explorador y SO se ejecute como: Windows, IOS, Android, Firefox etc. Requerimiento Funcional.

1. El diseño de la interfaz debe de ser lo más simple posible y cumplir con los requerimientos para las personas invidentes. Requerimiento Funcional.

1. Se debe integrar una base de datos sencilla para poder llevar un control de los registros y datos relacionados como: cita, edad, horario, etc. Requerimiento Funcional.

1. El tiempo de respuesta y la capacidad de la plataforma deben de ser lo suficientemente potente para soportar una gran cantidad de registros al día sin ningún tipo de bloqueos y/o intermitencias. Requerimiento No Funcional.

1. La plataforma debe de cumplir con los entandares de seguridad debido a las validaciones que se hacen con la información del paciente. Requerimiento Funcional.

1. Todo el back de la plataforma debe ser capaz de correr sin problema en los equipos de cómputo que la cliente tiene a su disposición. Requerimiento Funcional.

1. El plazo para finalizar el proyecto es de un mes tomando en cuenta las pruebas de sistema y validaciones de servicio. Requerimiento Funcional.

1. Como parte de las validaciones de la información del cliente debe de haber una sección de términos y condiciones para que el cliente esté informado sobre la manipulación limpia de sus datos. Requerimiento No Funcional.

1. La cantidad de registros debe de estar controlada y debe de ser equivalente a la cantidad de vacunas disponibles para evitar cualquier registro extra. Requerimiento Funcional.

1. El cliente podrá visualizar toda la información sobre la consulta, tipo de vacuna, etc. por si llega a requerir la información. Requerimiento Funcional.

1. Elegir una técnica de priorización y priorizar los requerimientos redactados en el punto tres y justificar porque se eligió esa técnica.

La técnica de priorización se que utilizará para los requerimientos anteriormente expuestos es la de MoSCoW.

Es una técnica de priorización de requisitos basada en el hecho de que, aunque todos los requisitos se consideren importantes, es fundamental destacar aquellos requisitos vitales que aportan un mayor valor al negocio y que son considerados obligatorios, de forma que el producto o servicio no se puede poner en producción si incumple alguno de estos requisitos. Esto nos ayudará a enfocar el desarrollo de forma más eficiente.

...