1. 14. ANALISIS DEL SISTEMA DE INFORMACIÓN
14.1 DEFINICION DEL SISTEMA
14.1.1 Determinación del alcance del sistema
El sistema que se desarrollará para el laboratorio C & C permitirá el control y
manejo de los pedidos realizados por los clientes del mismo, trabajará en tiempo
real y la base de datos que lo acompaña tendrá datos coherentes con la
información de las farmacias. La aplicación permitirá la creación de múltiples
cuentas de usuario y se interconectará con las sucursales existentes del
laboratorio en el país.
El sistema de información contará con los siguientes procesos:
• Administración de usuarios, permitiendo la creación, modificación y
eliminación de los mismos cuando sea necesario.
• El ingreso al sistema de los pedidos solicitados por las farmacias al
laboratorio, de manera que de allí puedan ser despachados desde el
almacén hacia los clientes.
• El despacho de los insumos farmacéuticos desde el laboratorio ubicado en
la ciudad de Pereira a los diferentes clientes, generando una orden de
despacho de los pedidos que mostrará la dirección, cantidad de
medicamentos, valor unitario de los medicamentos y el valor total del
pedido realizado.
• Visualización y modificación de los pedidos por parte del administrador de
la base de datos, cuando ocurran errores humanos en el ingreso de los
datos al sistema.
.
La aplicación se encuentra relacionada internamente con el Departamento
Administrativo y Financiero, el Departamento de Ventas y el Departamento de
Sistemas que son los encargados del manejo y la administración del sistema de
información; externamente la aplicación interactúa con las farmacias (clientes) que
son las encargadas de realizar los pedidos.
A continuación se muestran las relaciones que existen entre las entidades internas
de laboratorio y el sistema, especificando que es lo que cada una de ellas requiere
de la aplicación.

2. ENTIDADES INTERNAS ¿QUE NECESITA DEL SISTEMA?
• Crear, Modificar y Eliminar usuarios del
Administrador de la Base de sistema.
datos (Departamento de • Modificar y Visualizar los pedidos
Sistemas) realizados por los clientes.
• Ingresar nuevos clientes al sistema.
• Modificar y Visualizar los pedidos
Coordinador (Departamento
realizados por los clientes.
Administrativo y Financiero)
• Ingresar nuevos clientes al sistema.
• Ingresar los pedidos al sistema.
• Visualizar los pedidos luego de ser
Vendedor (Departamento de
ingresados en el sistema.
Ventas)
• Ingresar un nuevo cliente que quiera
realizar pedidos al laboratorio.
• Generar la orden de despacho y enviar
Despachador (Departamento los pedidos a los clientes.
de Ventas) • Ingresar un medicamento nuevo al
almacén del laboratorio.
14.1.2 Identificación del alcance tecnológico
• Descripción general del entorno tecnológico del sistema
El entorno tecnológico en el cual se desarrolla el sistema será vía Web pero
restringiendo la salida a Internet, ya que el acceso a la aplicación es solo para los
usuarios internos del laboratorio C & C y no se puede realizar a través de Internet,

3. se desarrolla de esta manera buscando facilitar la ejecución de actualizaciones en
la aplicación.
• Requisitos tecnológicos
El laboratorio debe cumplir con los siguientes requerimientos tecnológicos para
poder llevar a cabo la implantación del sistema en sus instalaciones:
 Debe poseer un firewall que permitirá a la compañía proteger sus servidores de
ataques informáticos o de malware alojado en la red.
 Debe contar con un servidor web el encargado de alojar el sistema de
información.
 Debe contar con un servidor en el cual se encontrara la base de datos del
sistema de información.
 El laboratorio debe contar con una red local, para evitar las congestiones y
lograr el acceso de todos los usuarios al servidor web.
14.1.3 Identificación de los usuarios participantes y finales
• Catalogo de usuarios
USUARIO FUNCIONES RESPONSABILIDAD
Mantener disponible y
actualizada la base de
Administrar la Base datos, garantizando su
Auxiliar de Sistemas
de Datos. buen funcionamiento a
todos los usuarios del
sistema.

4. Modificar los pedidos
realizados por las
farmacias cuando así
se requiera.
Coordinador Consulta de pedidos.
Consultar los pedidos
Administrativo y Modificación de
existentes de cada
Financiero. pedidos.
una de ellas cuando lo
soliciten.
Ingresar un nuevo
cliente al sistema.
Ingresar al sistema de
forma correcta los
pedidos realizados por
los clientes.
Ingresar los pedidos.
Consultar los pedidos
Auxiliares de Ventas Visualizar los pedidos
realizados por los
Ingresar clientes
clientes.
Ingresar un nuevo
cliente que desee
realizar pedidos.
Enviar los pedidos a
los clientes y verificar
la totalidad de los
Generar la orden de productos solicitados
Despacho. por el cliente.
Despachador
Ingresar
medicamentos. Ingresar
medicamentos que
ingresen al almacén
del laboratorio.,
• Plan de Trabajo (ASI)
ANALISIS DEL SISTEMA DE INFORMACIÓN
ACTIVIDAD USUARIOS PARTICIPANTES
ASI 1 Definición del sistema Equipo de Trabajo
Coordinador administrativo y

5. financiero.
Auxiliar de sistemas.
Auxiliares de ventas.
Establecimiento de requisitos Equipo de Trabajo
Coordinador administrativo y
ASI 2 financiero.
Auxiliar de sistemas.
Auxiliares de ventas.
ASI 4 Análisis de los casos de uso Equipo de Trabajo
ASI 5 Análisis de clases Equipo de Trabajo
ASI 8 Equipo de Trabajo
Coordinador administrativo y
Definición de interfaces de
financiero.
usuario
Auxiliar de sistemas.
Auxiliares de ventas.
Especificación del plan de Equipo de Trabajo.
ASI 10
pruebas
Aprobación del análisis del Equipo de Trabajo
ASI 11
sistema de información Comité de Dirección.
14.2 ESTABLECIMIENTO DE REQUISITOS
14.2.1 Obtención de requisitos
En las reuniones realizadas con los usuarios finales del sistema se identificaron
los requisitos con los cuales debe cumplir la aplicación, especificando el tipo de
requisito con el cual es necesario identificarlos.
REQUISITO TIPO DE REQUISITO
Tiempos de respuesta eficientes Funcional, Rendimiento
Actualización de la Base de
Funcional, Disponibilidad del sistema
Datos
Creación de múltiples usuarios Funcional, Seguridad
Interconexión con otras
Funcional, Implantación
sucursales
Generación de reportes
Funcional, Rendimiento
(Ordenes de despacho)
Interfaz de usuario amigable Implantación

6. 14.2.2 Especificación de casos de uso
Los actores especificados para el sistema de información que será implementado
en el Laboratorio C & C son los siguientes:
• Base de Datos
• Administrador
• Vendedor
• Coordinador
• Despachador
Los casos de uso identificados para el sistema de información son los siguientes:
ACTORES CASO DE USO DESCRIPCION
Permite la creación de un nuevo
Base de Datos usuario para ingresar al sistema,
Crear usuario
Administrador estableciéndosele los privilegios
necesarios para llevar a cabo su labor.
Permite la modificación de los usuarios
Base de Datos Modificar del sistema, bien sea su información
Administrador usuario personal (ID, contraseña) o los
privilegios que tenga establecidos.
Permite la eliminación total de los
Base de Datos usuarios del sistema cuando así sea
Eliminar usuario
Administrador requerido por la administración del
laboratorio.
Base de Datos
Permite ingresar al sistema, de acuerdo
Administrador
Ingresar al a los privilegios que tenga establecido
Vendedor
sistema el usuario se le habilitan las opciones
Coordinador
requeridas.
Despachador
Permite al auxiliar de ventas ingresar
Base de Datos
Ingresar Pedido los pedidos solicitados por las
Vendedor
farmacias al laboratorio.
Base de Datos Modificar Permite la modificación de los pedidos
Administrador Pedido que se encuentran en el sistema
Coordinador cuando sea requerido por errores

7. humanos que se cometieran en el
ingreso de los mismos.
Genera el reporte con el valor del
Base de Datos Generar orden pedido y los datos del cliente hacia el
Despachador de Despacho cual va dirigido al momento del
despacho del mismo.
Base de Datos
Administrador Visualizar Permite consultar en pantalla los
Coordinador Pedidos por pedidos realizados por un cliente en
Despachador cliente particular
Vendedor
Base de Datos
Permite consultar en pantalla un pedido
Administrador
Visualizar por N° en particular según el número que se le
Coordinador
de Pedido haya asignado al momento de
Despachador
ingresarlo al sistema.
Vendedor
Permite ingresar al sistema un nuevo
Base de Datos Ingresar
medicamento que vaya a ser distribuido
Despachador Medicamentos
por el laboratorio.
Base de Datos
Permite ingresar al sistema un nuevo
Administrador Ingresar
cliente que desee realizar pedidos al
Coordinador Clientes
laboratorio.
Vendedor
14.2.3 Análisis de requisitos
Mediante sesiones de trabajo realizadas con los usuarios finales del sistema, se
determinaron los requisitos del sistema, especificando como prioritarios aquellos
que son funcionales, al mismo tiempo que se establecieron los casos de uso del
mismo, evitándose de esta manera que se presenten inconsistencias o
ambigüedades en la información suministrada por los participantes en las sesiones
de trabajo.
Los requisitos identificados para el sistema son:
• El sistema debe tener tiempos de respuesta eficientes.
• La base de datos debe encontrarse actualizada, procurando que exista
coherencia entre los datos que la conforman.

8. • El sistema debe permitir la creación de múltiples usuarios, estableciendo
privilegios a cada uno de ellos.
• El sistema debe permitir interconectarse con las sucursales existentes del
laboratorio C & C en todo el territorio nacional.
• El sistema deberá generar en pantalla una orden de despacho que
contenga la dirección de la farmacia hacia la cual será despachado el
pedido, la cantidad de medicamentos, el valor unitario de los medicamentos
y el valor total del pedido realizado.
• La interfaz del software debe ser amigable al usuario y fácil de manejar.
• En cuanto al hardware el sistema será desarrollado en una interfaz web sin
salida a Internet, que permita administrar desde allí el sistema
internamente.
• Deberán ser entregados al laboratorio los respectivos manuales de usuario
para la buena operación del sistema, al mismo tiempo una vez aprobado e
instalado el sistema en el laboratorio se debe realizar capacitaciones al
personal que hará uso del mismo.
Los casos de uso identificados para el sistema son:
• Ingresar al sistema
• Administrar Usuarios: Crear usuario
Modificar usuario
Eliminar usuario
• Ingresar pedido
• Modificar pedido
• Generar orden de despacho
• Ingresar medicamentos.
• Ingresar clientes.
• Visualización de pedidos: Visualizar pedidos por cliente
Visualizar por N° de pedido

9. 14.2.4 Validación de requisitos
Fecha: 26 de Octubre de 2009
Objetivo: Validación y aprobación de los requisitos y casos de uso identificados por el
equipo de trabajo para el sistema de información a implementar en el Laboratorio C &
C.
Participantes: Equipo de Trabajo: Christian Camilo Quintero Acevedo
Catalina Martínez Saldarriaga
Comité de Dirección
1. REQUISITOS IDENTIFICADOS
El equipo de trabajo identificó los siguientes requisitos para el sistema que será
implementado en las instalaciones ubicadas en el eje cafetero del Laboratorio C &
C:
• El sistema debe tener tiempos de respuesta eficientes.
• La base de datos debe encontrarse actualizada, procurando que exista
coherencia entre los datos que la conforman.
• El sistema debe permitir la creación de múltiples usuarios, estableciendo
privilegios a cada uno de ellos.
• El sistema debe permitir interconectarse con las sucursales existentes del
laboratorio C & C en todo el territorio nacional.
• El sistema deberá generar en pantalla una orden de despacho que contenga la
dirección de la farmacia hacia la cual será despachado el pedido, la cantidad
de medicamentos, el valor unitario de los medicamentos y el valor total del
pedido realizado.
• La interfaz del software debe ser amigable al usuario y fácil de manejar.
• En cuanto al hardware el sistema será desarrollado en una interfaz web sin
salida a Internet, que permita administrar desde allí el sistema internamente.
• Deberán ser entregados al laboratorio los respectivos manuales de usuario
para la buena operación del sistema, al mismo tiempo una vez aprobado e
instalado el sistema en el laboratorio se debe realizar capacitaciones al
personal que hará uso del mismo.

10. 3. CASOS DE USO DEL SISTEMA
El equipo de trabajo identificó los siguientes casos de uso para el sistema que
será implementado en las instalaciones ubicadas en el eje cafetero del Laboratorio
C & C:
• Ingresar al sistema
• Administrar Usuarios: Crear usuario
Modificar usuario
Eliminar usuario
• Ingresar pedido
• Modificar pedido
• Generar orden de despacho
• Ingresar medicamentos
• Ingresar clientes
• Visualización de pedidos: Visualizar pedidos por cliente
Visualizar por N° de pedido
4. APROBACION DE LA SOLUCION: Después de aprobados los requisitos y los
casos de uso identificados por el equipo de trabajo para las instalaciones del
laboratorio C & C ubicadas en el eje cafetero se firma a los dieciséis (26) días del
mes de Octubre del año dos mil nueve (2009).
______________________ _______________________
Equipo de trabajo Gerente
14.3 ANALISIS DE LOS CASOS DE USO
Los casos de uso especifican las funciones del sistema desde el punto de vista del
usuario, los actores que intervienen en las interacciones del sistema son:
• Base de Datos
• Administrador
• Vendedor
• Coordinador
• Despachador

11. 14.3.1 Diagrama de delimitación del sistema
14.3.2 Diagrama de Casos de Uso para el sistema de información
implementado en el Laboratorio C & C

12. 14.3.3 Descripción de los actores
A continuación se describirán los 5 actores que interactúan con el sistema de
información implementado en el laboratorio C & C.
ACTOR Base de Datos
Ingresar al sistema, Crear usuario, Modificar usuario,
Eliminar usuario, Ingresar pedido, Modificar pedido,
CASOS DE USO
Generar orden de despacho, Visualizar pedidos por
cliente, Visualizar por N° de pedido.
TIPO Principal
Este actor se encuentra presente en todos los casos de
uso, ya que sobre el recaen todas las funciones del
DESCRIPCION
sistema al ser en este donde se guardan todos los
registros de la aplicación.
ACTOR Administrador
Ingresar al sistema, Crear usuario, Modificar usuario,
Eliminar usuario, Ingresar pedido, Modificar pedido,
CASOS DE USO
Visualizar pedidos por cliente, Visualizar por Nº de
pedido.
TIPO Principal
Este actor tiene acceso a todas las funcionalidades del
DESCRIPCION sistema, entre las que se encuentran la administración
de usuarios y el manejo de los pedidos.
ACTOR Vendedor
Ingresar al sistema, Ingresar pedido, Visualizar pedidos
CASOS DE USO
por cliente, Visualizar por N° de pedido.
TIPO Secundario
Este actor posee funcionalidades restringidas, es quien
se encarga de ingresar los pedidos que realizan los
DESCRIPCION
clientes al sistema y puede visualizar los pedidos que se
encuentran registrados en el.

13. ACTOR Coordinador
Ingresar al sistema, Modificar pedido, Visualizar pedidos
CASOS DE USO
por cliente, Visualizar por N° de pedido.
TIPO Secundario
Este actor posee funcionalidades restringidas, es quien
se encarga de controlar el sistema, por esta razón puede
ingresar a la aplicación para modificar los pedidos en el
DESCRIPCION
momento que se detecten errores o que un cliente lo
requiera, al mismo tiempo que puede visualizar los
pedidos registrados en el sistema.
ACTOR Despachador
Ingresar al sistema, Generar orden de despacho,
CASOS DE USO Visualizar pedidos por cliente, Visualizar por N° de
pedido.
TIPO Secundario
Este actor posee funcionalidades restringidas, es quien
se encuentra en el almacén del laboratorio y se encarga
de de generar la orden para que los pedidos puedan ser
DESCRIPCION
despachados a los clientes, también puede visualizar los
pedidos que se encuentran en el sistema con el fin de
comprobar anomalías que puedan existir.
14.4 ANALISIS DE CLASES
Las clases identificadas para el sistema de información implementado en el
Laboratorio C & C son: Usuario, Pedidos, Medicamentos, Orden de Despacho,
Clientes.
14.4.1 Diagrama de Clases

14. Asociaciones identificadas:
• Un usuario ingresa los pedidos.
• Un usuario genera las órdenes de despacho.
• Un pedido es despachado a los clientes.
• Los medicamentos forman parte de los pedidos.
• Una orden de despacho se genera al ser enviados los pedidos a los
clientes.
14.4.2 Diagrama de asociación de clases
Asociaciones identificadas con roles:
• Un usuario debe registrarse para poder entrar al sistema.
• Un pedido debe ser ingresado por un usuario.
• Una orden de despacho debe ser generada por un usuario cuando se valla
a entregar un pedido.
• Un pedido debe tener una seria de medicamentos.
• Un pedido debe ser enviado a un cliente.

15. 14.4.3 Diagrama de multiplicidad de clases
Asociaciones identificadas con multiplicidad:
• Un usuario puede ingresar un pedido.
• Un pedido puede ser ingresado por varios usuarios.
• Un usuario puede generar varias órdenes de despacho.
• Una orden de despacho solo puede ser generada por un usuario.
• Un pedido solo puede tener una orden de despacho.
• Una orden de despacho solo puede pertenecer a un pedido.
• Un pedido puede ser realizado por varios clientes.
• Un cliente puede realizar varios pedidos.
• Un pedido puede tener varios medicamentos.
• Un medicamento puede solicitarse en varios pedidos.

16. 14.4.4 Diagrama de multiplicidad de clases con atributos
• Atributos de las clases identificadas
CLASE ATRIBUTOS
Cod_Usuario
Tipo de Usuario
USUARIO
Nombre
Cargo
ORDEN DE DESPACHO N° orden
N° pedido
Nit_farmacia
Nombre_farmacia
Direccion_farmacia
Valor_unitarioMed

17. Valor_totalPedido
N°_pedido
Nit_farmacia
Cod_Medicamento
PEDIDO Nombre_Medicamento
Cantidad_Med
Valor_Medicamento
Valor_pedido
Cod_Medicamento
Nombre
MEDICAMENTO Descripción
Valor
Unidades
Nit_farmacia
Nombre
CLIENTES Dirección
Teléfono
Representante_legal
14.4.5 Diagramas de Secuencia
A continuación se muestran las secuencias de mensajes que realiza cada uno de
los actores implicados en los casos de uso.
• Caso de uso: Ingresar al sistema.
En este diagrama de caso de uso, el usuario logra ingresar al sistema sin que se
presente ningún inconveniente.

18. • Caso de uso: Ingresar al sistema.
En este diagrama de caso de uso, el usuario no logra ingresar al sistema debido a
que los datos de usuario o contraseña no son validos.
• Caso de uso: Crear Usuario.
En este diagrama de caso de uso, el administrador logra crear un usuario para que
pueda acceder al sistema.

19. • Caso de uso: Crear Usuario.
En este diagrama de caso de uso, el administrador no logra crear un usuario
debido a que este ya existe en el sistema.
• Caso de uso: Modificar usuario.
En este diagrama de caso de uso, el administrador modifica alguno de los datos
existentes en la base de datos para un usuario específico.

20. • Caso de uso: Modificar usuario.
En este diagrama de caso de uso, el administrador no puede modificar el usuario
ya que este no existe en el sistema.
• Caso de uso: Eliminar usuario.
En este diagrama de caso de uso, el administrador elimina alguno de los usuarios
existentes en el sistema.

21. • Caso de uso: Eliminar usuario.
En este diagrama de caso de uso, el administrador no puede eliminar el usuario ya
que este no existe en el sistema.
• Caso de uso: Ingresar Pedido.
En este diagrama de caso de uso, el usuario ingresa el pedido realizado por el
cliente al sistema.

22. • Caso de uso: Modificar pedido.
En este diagrama de caso de uso, el usuario modifica los pedidos que se han
ingresado en el sistema.
• Caso de uso: Modificar pedido.
En este diagrama de caso de uso, el usuario no logra modificar el pedido ya que
este no existe en el sistema.

23. • Caso de uso: Generar orden de despacho.
En este diagrama de caso de uso, el usuario genera la orden de despacho de un
pedido que será enviado al cliente.
• Caso de uso: Generar orden de despacho.
En este diagrama de caso de uso, el usuario no puede generar la orden de
despacho ya que el pedido solicitado no existe en el sistema.

24. • Caso de uso: Ingresar clientes.
En este diagrama de caso de uso, el usuario ingresa un nuevo cliente al sistema
de información.
• Caso de uso: Ingresar clientes.
En este diagrama de caso de uso, el usuario no logra ingresar un nuevo cliente al
sistema ya que el cliente existía previamente en la base de datos.

25. • Caso de uso: Ingresar medicamento.
En este diagrama de caso de uso, el usuario ingresa un nuevo medicamento que
se encontrará disponible en el almacén del laboratorio.
• Caso de uso: Ingresar medicamento.
En este diagrama de caso de uso, el usuario no logra ingresa un nuevo
medicamento ya que este se encontraba registrado previamente en la base de
datos.

26. • Caso de uso: Visualizar pedido por cliente.
En este diagrama de caso de uso, el usuario solicita visualizar un pedido de un
cliente específico.
• Caso de uso: Visualizar pedido por cliente.
En este diagrama de caso de uso, el usuario no logra visualizar el pedido ya que el
cliente no tiene pedidos registrados en el sistema.

27. • Caso de uso: Visualizar pedido por número de pedido.
En este diagrama de caso de uso, el usuario solicita visualizar un pedido
específico del sistema.
• Caso de uso: Visualizar pedido por número de pedido.
En este diagrama de caso de uso, el usuario no logra visualizar el pedido ya que
este no existe en el sistema.

28. 14.4.6 Documentación de los casos de uso
CASO DE USO Ingresar al sistema.
Administrador, Vendedor, Coordinador,
ACTORES
Despachador, Base de Datos.
TIPO Inclusión.
Permitir a los usuarios ingresar al sistema de
PROPOSITO
información.
Este caso de uso es iniciado por el usuario, valida el
RESUMEN nombre de usuario y la contraseña para permitir el
acceso al sistema con sus respectivas restricciones.
PRECONDICIONES El usuario debe existir en la base de datos.
El usuario ingresara su nombre de usuario y
FLUJO PRINCIPAL contraseña en la pantalla principal del sistema para
acceder a este.
S-1. Ingresar los pedidos
S-2. Administrar los usuarios
SUBFLUJOS S-3. Modificar los pedidos
S-4. Generar la orden de despacho
S-5. Visualizar los pedidos.
EXCEPCIONES E-1. El usuario o contraseña son incorrectos.
CASO DE USO Crear usuarios.
ACTORES Administrador, Base de Datos.
TIPO Extensión.
Permite al administrador del sistema crear un nuevo
PROPOSITO
usuario para que acceda a este.
Este caso de uso es iniciado por el administrador,
RESUMEN para crear un nuevo usuario que accederá al
sistema.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El administrador ingresa el código del usuario, el tipo
FLUJO PRINCIPAL de usuario, el nombre, el cargo y guarda la
información en la base de datos.
S-1. Modificar usuarios
SUBFLUJOS
S-2. Eliminar usuarios
E-1. El usuario ya se encuentra registrado en la base
EXCEPCIONES
de datos.

29. CASO DE USO Modificar usuarios.
ACTORES Administrador, Base de Datos.
TIPO Extensión.
Permite al administrador del sistema modificar un
PROPOSITO usuario que se encuentre registrado en la base de
datos.
Este caso de uso es iniciado por el administrador,
RESUMEN
para modificar un usuario que accede al sistema.
El usuario debe haber ingresado al sistema.
PRECONDICIONES El usuario que se va a modificar debe estar creado
en el sistema.
El administrador ingresa el código del usuario que
será modificado, espera la respuesta de la base de
FLUJO PRINCIPAL
datos confirmando la existencia del usuario, luego de
esto ingresa los datos que serán modificados.
SUBFLUJOS Ninguno
EXCEPCIONES E-1. El usuario no existe en la base de datos.
CASO DE USO Eliminar usuarios.
ACTORES Administrador, Base de Datos.
TIPO Extensión.
Permite al administrador del sistema eliminar un
PROPOSITO usuario que se encuentre registrado en la base de
datos.
Este caso de uso es iniciado por el administrador,
RESUMEN para eliminar un usuario que se encuentre registrado
en el sistema.
El usuario debe haber ingresado al sistema.
PRECONDICIONES El usuario que se va a eliminar debe estar creado en
el sistema.
El administrador ingresa el código del usuario que
será eliminado, espera la respuesta de la base de
FLUJO PRINCIPAL
datos confirmando la existencia del usuario, luego de
esto será eliminado.
SUBFLUJOS Ninguno
EXCEPCIONES E-1. El usuario no existe en la base de datos.
CASO DE USO Ingresar pedido.

30. ACTORES Vendedor, Administrador, Base de Datos.
TIPO Inclusión.
Permite al usuario del sistema ingresar un pedido
PROPOSITO
que haya sido realizado por alguno de los clientes.
Este caso de uso es iniciado por el usuario, para
RESUMEN
ingresar un nuevo pedido al sistema.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El usuario ingresa los datos del pedido en la base de
FLUJO PRINCIPAL
datos.
S-1. Modificar pedido.
SUBFLUJOS
S-2. Visualizar pedido.
EXCEPCIONES Ninguna
CASO DE USO Modificar pedido.
ACTORES Coordinador, Administrador, Base de Datos.
TIPO Inclusión.
Permite al usuario del sistema modificar un pedido
PROPOSITO
que haya sido realizado por alguno de los clientes.
Este caso de uso es iniciado por el usuario, para
RESUMEN
modificar algún dato de los pedidos del sistema.
El usuario debe haber ingresado al sistema.
PRECONDICIONES El pedido debe encontrarse registrado en la base de
datos.
El usuario ingresa el número del pedido que será
modificado, espera la respuesta de la base de datos
FLUJO PRINCIPAL
para saber si el pedido existe y luego de esto
modifica los datos que sean necesarios.
SUBFLUJOS Ninguno.
E-1. El pedido no se encuentra registrado en el
EXCEPCIONES
sistema.
CASO DE USO Generar orden de despacho.
ACTORES Despachador, Base de Datos.
TIPO Inclusión.
Permite al usuario del sistema generar una orden de
PROPOSITO
despacho de un pedido específico.
Este caso de uso es iniciado por el usuario, para
RESUMEN
despachar un pedido a un cliente especifico.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El pedido debe encontrarse registrado en la base de

31. datos.
El usuario ingresa el número del pedido que será
despachado, espera la respuesta de la base de
FLUJO PRINCIPAL
datos y luego de esto se genera la orden de
despacho del pedido.
SUBFLUJOS Ninguno.
E-1. El pedido no se encuentra registrado en el
EXCEPCIONES
sistema.
CASO DE USO Ingresar clientes.
Administrador, Coordinador, Vendedor, Base de
ACTORES
Datos.
TIPO Inclusión.
Permite al usuario del sistema ingresar un nuevo
PROPOSITO
cliente.
Este caso de uso es iniciado por el usuario, para
RESUMEN ingresar un nuevo cliente que desee realizar pedidos
al laboratorio.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El usuario ingresa los datos del cliente en la base de
FLUJO PRINCIPAL
datos.
SUBFLUJOS Ninguno.
EXCEPCIONES E-1. El cliente ya se encuentra registrado.
CASO DE USO Ingresar medicamentos.
ACTORES Despachador, Base de Datos.
TIPO Inclusión.
Permite al usuario del sistema ingresar un nuevo
PROPOSITO
medicamento al almacén.
Este caso de uso es iniciado por el usuario, para
RESUMEN registrar un nuevo medicamento que el sistema
distribuirá.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El usuario ingresa los datos del medicamento en la
FLUJO PRINCIPAL
base de datos.
SUBFLUJOS Ninguno.
EXCEPCIONES E-1. El medicamento ya se encuentra registrado.
CASO DE USO Visualizar pedido por cliente.

32. Administrador, Coordinador, Despachador,
ACTORES
Vendedor, Base de Datos.
TIPO Extensión.
Permite al usuario del sistema visualizar los pedidos
PROPOSITO
realizados por un cliente específico.
Este caso de uso es iniciado por el usuario, para
RESUMEN
visualizar pedidos por cada cliente.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El usuario ingresa el nit de la farmacia a la cual
FLUJO PRINCIPAL
desea visualizarle los pedidos que han realizado.
S-1. Se muestra en pantalla los pedidos realizados
SUBFLUJOS
por el cliente.
E-1. El cliente no haya realizado pedidos al
EXCEPCIONES
laboratorio.
CASO DE USO Visualizar pedido por número.
Administrador, Coordinador, Despachador,
ACTORES
Vendedor, Base de Datos.
TIPO Extensión.
Permite al usuario del sistema visualizar un pedido
PROPOSITO
específico que se encuentre registrado.
Este caso de uso es iniciado por el usuario, para
RESUMEN
visualizar un pedido especifico.
PRECONDICIONES El usuario debe haber ingresado al sistema.
El usuario ingresa el número del pedido que desea
FLUJO PRINCIPAL visualizarse, espera la respuesta de la base de datos
y se muestra el pedido solicitado por el usuario.
SUBFLUJOS S-1. Se muestra en pantalla el pedido solicitado.
E-1. El pedido no se encuentra registrado en el
EXCEPCIONES
sistema.