Está en la página 1de 12

Mayo-agosto 2018

Decanato de ingeniería e informática

Trabajo de la materia fundamento de ingeniería de software

Sustentantes:
Anthony C. Reynoso 2017-2077
Luis J. Ceballos 2017-1947
Edward Terrero 2017-1787
Kevin Cosme 2017-2100
José F. Bonilla Sánchez 2017-2125

Profesor:
Eduardo Leandro G. Foundeur

Tema:
Ingeniería de Requisitos (Parte I)
Caso 1
Caso de uso: Código Medicamento
Actor principal: Empleado de farmacia
Objetivo en contexto: Preparar el sistema para agilizar la búsqueda de información.
Precondiciones: El sistema se ha programado para recibir un código y encontrar un
medicamento en específico.
Disparador: el empleado debe preparar el sistema para que le proporcione la
información que necesite, por ejemplo: Al momento de insertar el código, le dé
información de ese producto.
Escenario:
Empleado: Recibe la orden de buscar un medicamento
Empleado: Abre el programa
Empleado: Inserta código en el sistema
Empleado: Selecciona el medicamento resultante de la búsqueda
Empleado: Recibe información del medicamento seleccionado
Excepciones
1. El código es incorrecto al insertarlo: El programa le presentara un mensaje
“Este código no está registrado en el sistema”
2. El código es correcto, pero no nos presenta información del producto: El
programa presentara un mensaje “En este momento no contamos con este
producto”
Prioridad: Esencia, debe implementarse
Cuando estará disponible: En el primer incremento
Frecuencia de uso: Uso diario
Canal del actor: Atreves de la interfaz de la aplicación.
Actores secundarios: Soporte técnicos, la computadora.
Canales secundarios: Soporte técnico: Mensajería y línea
telefónica, Computadora: La base de datos.
Aspectos pendientes:
¿Debería actualizarse constantemente?
¿Si se actualiza, cada que tiempo debería actualizarse?

Caso 2
Caso de uso: Clasificación Medicamentos con o sin receta.
Actor principal: Empleado
Objetivo en contexto: Clasificar cuales medicamentos se pueden vender con o sin
receta
Precondiciones: El programa será preparado para insertar el nombre de un
medicamento y presentar si se debe vender con receta o sin ella.
Disparador: El empleado de debe preparar el programa Por ejemplo para poder
presentar información que se necesita en el momento
Escenario:
Empleado: Recibe la orden de buscar un medicamento
Empleado: Abre el programa
Empleado: Inserta nombre en el sistema
Empleado: El programa le presente la información
Empleado: El programa le presenta si el medicamento puede ser vendido con o sin
receta.
Empleado: Si tiene receta, pasa la receta por el scanner para verificar si puede ser
vendido o no
Excepciones:
Si el medicamento necesita receta, pero el cliente no la ofrece: El
programa presentará un mensaje que diga “Presente la receta” como no la posee el
programa dará el mensaje “No puede ser vendido”.
Si cliente presenta receta, pero no posee el sello legal: El programa presentara un
mensaje que diga “Esta receta no está autorizada legalmente”.
Prioridad: Esencial, debe implementarse
Cuando estará disponible: En el primer incremento
Frecuencia de uso: Diario
Canal del actor: atreves de la interfaz de la aplicación, atraves del escáner (para
confirmar si el sello es verídico)
Actores secundarios: Soporte técnico, la computadora.
Canales de los actores secundarios:
Soporte técnico: Mensajería y línea telefónica
Computadora: La base de datos.
Aspectos pendientes
¿Si el sello es una foto copia, el escáner lo podrá leer?, Y si puede, ¿lo debería
autorizar?

Caso 3
Caso de uso: Ubicación de medicamentos en los estantes.
Actor principal: El empleado o Gerente.
Objetivo de contexto: Preparar el sistema para la agilización de búsqueda de
cualquier producto
Precondiciones: El sistema se ha programado para recibir el nombre de cualquier
producto e indica la posición que se encuentra en el estante.
Disparador: El empleado decide preparar el sistema por ejemplo para que nos indique
la posición del producto que necesitan.
Escenarios
Empleado: Observa el programa.
Empleado: Introduce el nombre del medicamento.
Empleado: Observa la posición del medicamento en el estante.
Excepciones
SI introduce el nombre del medicamento mal: El programa le presentara un
mensaje que diga “Tal vez quisiste decir “mostrando medicamentos con
nombres similares.
SI no aparece la posición del medicamento en el estante: El programa le
indicara al empleado por medio de un mensaje en la pantalla que el
medicamento no está disponible al momento.
Prioridad: Esencial, debe implementarse.
Cuando estará disponible: En el primer incremento.
Canal para el actor: atreves de la interfaz de la aplicación.
Actores secundarios: Soporte técnico, computadora.
Canales para actores secundarios:
Soporte técnico: por medio de correos electrónicos y línea telefónica o visitas
presenciales.
Computadora: A través de la base de datos.

Aspectos pendientes:
¿Los medicamentos estarán dividió por su uso?
¿Los medicamentos se encontrarán organizado por fila y columnas?
¿Los estantes tendrán alguna numeración?

Caso 4
Caso de uso: Forma de pago
Actor principal: empelado
Objetivo en contexto: Preparar el sistema para saber de qué forma se va
realizar el pago
Precondiciones: el sistema se ha preparado para efectuar cualquier tipo de
pago ya sea crédito o no.
Disparador: El empleado decide preparar el sistema para saber si se realizara
el pago con crédito o en efectivo.
Escenario:
Empleado: Pasa por la caja el medicamento solicitado.
Empleado: El sistema le muestra el precio del medicamento y presenta un
mensaje “pagara crédito o en efectivo”.
Empleado: Pregunta al cliente la forma de pago y lo ingresa en la aplicación.
Excepciones.
SI el cliente no dispone de los créditos suficientes para
paga. La aplicación mostrara un mensaje “No dispone de créditos suficientes,
¿Desea continuar con la transacción en efectivo?”
SI el cliente cambia de opinión y decide pagar en crédito o en efectivo. El
programa antes de terminar cualquier transacción preguntara “¿Desea acabar
con la transacción?” solo para evitar inconvenientes.
SI el cliente desea agregar un medicamento a su cuenta después de
realizo una transacción. El programa mantendrá los datos del cliente mientras
este sea atendido, pero el segundo producto se cobrará en una factura aparte.
Prioridad: Esencial, debe implementarse
Cuando estará disponible: En el primer incremento
Canal para el actor: atreves de la interfaz de la aplicación.
Actores secundarios: Soporte técnico, computadora.
Canales para actores secundarios:
Soporte técnico: por medio de correos electrónicos y línea telefónica o visitas
presenciales.
Computadora: A través de la base de datos.
Aspectos pendientes:
¿Qué pasa si el cliente quiere devolver un producto ya pagado en crédito?

Caso 5
Caso de uso: abastecimiento de productos.
Actor principal: administrador.
Objetivo en contexto: saber cuándo se estaba acabando algún medicamento
para abastecer a tiempo la farmacia.
Precondiciones: programar el sistema para que presente un mensaje de
cuando se esté agotando algún medicamento.
Disparador: el programa envía un mensaje de aviso indicando que cierto
medicamento se está agotando.
Escenarios:
1. Programa: verificar que quede cierta cantidad de “X” productos.
2. Programa: verificar si el producto se está agotando.
3. Programa: enviar un mensaje de aviso de que se está agotando “X”.
Excepciones:
1. Si el producto no se está agotando: presenta un mensaje indicando
que cantidad se encuentra en el momento.
2. Si el programa no envía el mensaje de aviso: quiere decir que los
medicamentos están completos.

Prioridad: debería Implementarse.


Cuando estará disponible: en los próximos incrementos.
Frecuencia de uso: cada mes.
Canal para el actor: base datos.
Actores secundarios: los empleados, el gerente y soporte técnico.
Canales para el actor secundario:
El gerente: el programa en si.
Los empleados: el gerente.
Soporte técnico: llamada telefónica o correo electrónico.
Aspectos pendientes:
¿Qué pasaría si el gerente olvida incluir un producto en el sistema?
¿El mensaje le debería de llegar al gerente o a todos los empleados?
¿Debería el mensaje de aviso aparecer cada día primero de cada mes ?

Caso 6
Caso de Uso: acceso bancario
Actor principal: administrador
Objetivo en contexto: tratar de saber cuándo y cómo se le va a cobrar al
cliente.
Precondiciones: primero tener la aplicación lista para cobra y el código
(cedula) para cobrar.
Disparador: el administrador debe ingresar el código (cedula) en la aplicación.
Escenario:
1. Administrador: prepara la aplicación.
2. Administrador: pide el código (cedula).
3. Administrador: introduce el código (cedula).
4. Administrador: comprueba la cuenta.
Excepciones
Administrador coloca el código mal. La aplicación no te deja ingresar y te envía
un mensaje “este código esta incorrecto o incompleto. introduzca el código
correcto”.
Si el usuario no tiene crédito suficiente. la aplicación declinara el trasmite de
venta y enviara un mensaje que diga: “este usuario tiene crédito insuficiente.
Introduzca otro método de pago”.
Si el usuario no aparece. La aplicación le diría “no se ha encontrado el usuario.
Por favor llame al administrador.
Prioridad: segundario, podría implementarse.
Cuando estará disponibles: en incremento siguientes
Canal para el actor: base datos bancaria, la aplicación.
Actores secundarios: los empleados, soporte técnico y administradores.
Canales para el actor secundario:
El administrador: el programa en sí.
Los empleados: el administrador.
Soporte técnico: llamada telefónica o correo electrónico.
Aspectos pendientes

¿qué pasa si el usuario quiere su suscripción?


¿qué pasa si el usuario quiere ampliar el crédito?

Caso 7
Caso de Uso: organización de medicamentos uso similares
Actor principal: empleado
Objetivo en contexto: tratar de facilitar la búsqueda de un medicamento.
Precondiciones: primero tener la aplicación lista para buscar conel uso.
Disparador: el empleado debe ingresar el uso del medicamento buscado por él
cliente.
Escenario:
1. Empleado: prepara la aplicación.
2. Empleado: ingresa el tipo de medicamento (uso)
3. Empleado: le dice los medicamentos que tiene en la farmacia que
hacen lo que el cliente quiere.
Excepciones
Empleado se equivoca introduciendo él uso del medicamento. La aplicación le
enviara un mensaje "La información que coloca no coincide con nuestro
registro".
Si el empleado quiere cambiar el orden del medicamento de uso diferente. la
aplicación enviara un mensaje que diga “por favor llamar administrador antes
de ejecutar esta acción”.
Si el medicamento esta registrado con el uso equivocado. El empleado le dirá a
la aplicación para que informe al administrador.
Prioridad: primordial, esencial
Cuando estará disponibles: Primer incremento
Canal para el actor: la aplicación, empleado.
Actores secundarios: soporte técnico y administradores.
Canales para el actor secundario:
El administrador: información del empleado.
Soporte técnico: llamada telefónica o correo electrónico.
Aspectos pendientes

¿qué pasa si el empleado no puede acceder a ese tipo de uso?


¿qué pasa si el empleado no encuentra el medicamento con ese uso en la farmacia?

Caso 8
Caso de Uso: Manejo de precio de los productos de laboratorios
Actor principal: administrador
Objetivo en contexto: tratar de simplificar el proceso del manejo de nuestro
capital, a la hora de comprar medicamentos de nuestros laboratorios
asociados.
Precondiciones: Preparar la aplicación para poder revisar nuestro capital
Disparador: El administrador debe abrir la base de datos donde se encuentran
los datos de los laboratorios.
Escenario:
1. Administrador: Prepara la aplicación.
2. Administrador: Busca los datos del capital.
3. Administrador: Busca los datos de los laboratorios y los precios de sus
productos.
Excepciones
Si el administrador no posee todos los datos del laboratorio. La aplicación
misma le informara “Esta base de datos de este laboratorio está incompleta”.
Si los precios de todos los servicios de laboratorios juntos son mayor a
nuestro capital actual. La aplicación le informara de inmediato cuales de los
medicamentos de esos laboratorios es más necesitado en el momento, para
tenerlos en cuenta desde ahora.
Prioridad: primordial, esencial
Cuando estará disponibles: Primer incremento
Canal para el actor: la aplicación, administrador.
Actores secundarios: soporte técnico y base de dato.
Canales para el actor secundario:
El base de datos: información de precio de laboratorio.
Soporte técnico: llamada telefónica o correo electrónico.
Aspectos pendientes

¿qué pasa si los laboratorios cambian el precio del producto?


¿qué pasa si la base de dato un laboratorio se borra?

Caso 9
Caso de uso: Fecha de vencimiento
Actor principal: Empleado
Objetivo en contexto: Preparar el sistema para indicar que producto debe ser
retirado de la mercancía por fecha caducada.
Precondiciones: el sistema se ha programado, para cuando se inserte un
código en búsqueda de un medicamento en específico y este éste caducado,
se presente un mensaje indicando que debe retirarse de la mercancía.
Disparador: El empleado debe preparar el sistema para cuando coloque el
código del medicamento le indique cual debe retirarse.
Escenarios:
1. Empleado: recibe la orden de buscar un medicamento.
2. Empleado: Abre el programa.
3. Empleado: Inserta el código en el sistema.
4. Empleado: Selecciona el medicamento resultante de la búsqueda.
5. Empleado: Observa un mensaje que le indica "producto caducado".
6. Empleado: Lo saca de la mercancía.
Excepciones:
Si el medicamento no está caducado: No muestra ningún tipo de mensaje.
Si el medicamento esta caducado y aun se intenta vender: La transacción
no pasara.

Prioridad: esencial, debe implementarse


Cuando estará disponible: En el primer incremento
Frecuencia de uso: Diario, todos los días.
Canal del actor: Por medio de la interfaz del programa.
Actores secundarios: Soporte técnico, base de datos.
Canal de actores secundarios
Soporte técnico: Llamada telefónicas o correos electrónicos.
Base de datos: información de todos los medicamentos existentes de la
farmacia.
Aspectos Pendientes.
¿Debería actualizarse constantemente?
¿Si se actualiza, cada que tiempo debe actualizarse?

Caso 10.
Caso de uso: Registro de suplidores
Actor principal: Gerente
Objetivo en contexto: Poseer una parte de la base de datos del sistema
dedicada a solamente de la información nuestros suplidores, además de
un registro de los productos que nos proveen.
Precondiciones: El programa debe estar en la sección de base de datos si
es posible, si no, debe acceder.
Disparo: El gerente debe buscar la parte de la base datos que se contiene
la información de suplidores.
Escenarios
Gerente: Debe entrar a la aplicación y luego ingresar a la base de datos.
Gerente: Seleccionar la sección “Suplidores”
Gerente: Observar y analizar los datos que muestre.
Gerente: Crea una lista a través de la aplicación con el nombre que desee.
Excepciones
Si los datos de algún suplidor están incompletos. La aplicación enviara un
mensaje diciendo “Este informe está incompleto” para informarle al gerente.
Si algún suplidor no posee un representante especificado. El programa
lo tendrá como “Representante no nombrado” resaltándolo para que el gerente
lo pueda tener en cuenta.
Si algún suplidor deja de ser parte de nuestro
grupo. Existirá la función de eliminarlo, antes de eliminarlo el
programa enviará un mensaje de “¿estás seguro?”. Una vez eliminado de la
lista, estará almacenado en una lista de basura donde durará 30 días antes de
ser eliminado permanentemente.
Si algún suplidor desea suplirnos de algún producto nuevo no ingresado
anteriormente. Estará la opción de modificar en el informe, y agregar/eliminar
elementos de estos.
Prioridad: Primordial, esencial
Cuando estará disponible: Primer incremento
Frecuencia de uso: Mensual
Canal del usuario: La aplicación
Actores secundarios: Base de datos, soporte técnico.
Canal de actores secundarios:
Base de datos: La aplicación
Soporte técnico: Correo electrónico y vía telefónica.
Aspectos pendientes:
¿Qué pasa si un suplidor no cumple con la fecha de entrega?

Caso 11.
Caso de uso: Control Medicamentos Comprados.
Actor principal: Gerente.
Objetivo en contexto: saber cuántas unidades de
medicamentos serán compradas para llevar un control.
Precondiciones: la base de datos del sistema estará programada para poder
almacenar los nombres de los últimos medicamentos que se compren y poder
diferenciarlos de los medicamentos que ya estén almacenados.
Disparador: El Gerente debe preparar el sistema para cuando coloque el código un
medicamento le indique cuantas unidades del mismo le quedan disponibles.
Escenario:
1. Gerente: realizara la compra de los nuevos medicamentos y los
registrara.
2. Programa: al momento que se compre y se registre un nuevo
medicamento al sistema lo guardara en su lugar correspondiente.
3. Programa: después de realizar las comprar y realizar los registros de los
medicamentos comprados el programa los presentara.
Excepciones:
1. Si al momento de realizar el registro de un mismo
medicamento más de una vez: el programa presentara un
mensaje diciendo: "Este producto ya está registrado. ¿Desea continuar con
el registro?".
2. Si se registrarán más de 2 unidades de un mismo medicamento: el
programa antes de realizar el registro del producto preguntara: "¿Cuántas
unidades de este producto desea registrar?".
Prioridad: Necesario, debe de implementarse.
Cuando estará disponible: En el primer incremento (Si es posible).
Frecuencia de uso: En cada momento que se realicen compras de nuevos
medicamentos.
Canal para el actor: A través de la interfaz de la base de datos del
sistema.
Actores secundarios: Técnico de apoyo, base de datos.
Canales para los actores secundarios:
Técnico de apoyo: llamada telefónica o correo electrónico.
Base de datos: información y registro de todos los medicamentos que se
compren.
Aspectos pendientes:
1. ¿Debe de limpiarse la base de datos cada periodo de tiempo?
2. ¿Cada que tiempo se le debe dar mantenimiento a la base de datos?

Caso 12

Caso de Uso: medicamentos que poseemos en nuestras sucursales


Actor principal: empleado
Objetivo en contexto: tratar de mejorar el servicio al cliente y lo que brindamos.
Precondiciones: Preparar la aplicación para poder revisar nuestro inventario.
Disparador: el empleado debe abrir la base de datos donde se encuentran los datos
de los inventarios.
Escenario:
1. Empleado: Prepara la aplicación.
2. Empleado: Busca los datos del inventario.
3. Empleado: Busca los datos de los de los medicamentos y ver en qué
sucursal.
Excepciones
Si el empleado no puede acceder algunas informaciones. La aplicación
misma le informara “por favor llamar a un gerente”.
Si el empleado no pudo encontrar la medicina. La aplicación le informara de
inmediato cuales de los medicamentos de del mismo uso poseemos.
Prioridad: primordial, esencial
Cuando estará disponibles: Primer incremento
Canal para el actor: la aplicación, empleado.
Actores secundarios: soporte técnico y base de dato y gerentes.
Canales para el actor secundario:
El base de datos: información de lo que poseen cada sucursal.
Soporte técnico: llamada telefónica o correo electrónico.

Aspectos pendientes
¿Quépasa si la base de dato de cualquier sucursal falla?
¿Qué pasa si queremos agregar más sucursales a la base de dato?