14. ANALISIS DEL SISTEMA DE INFORMACIN 14.1 DEFINICION DEL SISTEMA 14.1.

1 Determinacin 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 acompaa tendr datos coherentes con la informacin de las farmacias. La aplicacin permitir la creacin de mltiples cuentas de usuario y se interconectar con las sucursales existentes del laboratorio en el pas. El sistema de informacin contar con los siguientes procesos: Administracin de usuarios, permitiendo la creacin, modificacin y eliminacin 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 almacn hacia los clientes.

El despacho de los insumos farmacuticos desde el laboratorio ubicado en la ciudad de Pereira a los diferentes clientes, generando una orden de despacho de los pedidos que mostrar la direccin, cantidad de medicamentos, valor unitario de los medicamentos y el valor total del pedido realizado.

Visualizacin y modificacin 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 aplicacin 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 administracin del sistema de informacin; externamente la aplicacin interacta con las farmacias (clientes) que son las encargadas de realizar los pedidos. A continuacin 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 aplicacin.

ENTIDADES INTERNAS Administrador de la Base de datos (Departamento de Sistemas) Coordinador (Departamento Administrativo y Financiero)

Vendedor (Departamento de Ventas)

Despachador (Departamento de Ventas)

QUE NECESITA DEL SISTEMA? Crear, Modificar y Eliminar usuarios del sistema. Modificar y Visualizar los pedidos realizados por los clientes. Ingresar nuevos clientes al sistema. Modificar y Visualizar los pedidos realizados por los clientes. Ingresar nuevos clientes al sistema. Ingresar los pedidos al sistema. Visualizar los pedidos luego de ser ingresados en el sistema. Ingresar un nuevo cliente que quiera realizar pedidos al laboratorio. Generar la orden de despacho y enviar los pedidos a los clientes. Ingresar un medicamento nuevo al almacn del laboratorio.

14.1.2 Identificacin del alcance tecnolgico

Descripcin general del entorno tecnolgico del sistema

El entorno tecnolgico en el cual se desarrolla el sistema ser va Web pero restringiendo la salida a Internet, ya que el acceso a la aplicacin es solo para los usuarios internos del laboratorio C & C y no se puede realizar a travs de Internet,

se desarrolla de esta manera buscando facilitar la ejecucin de actualizaciones en la aplicacin. Requisitos tecnolgicos El laboratorio debe cumplir con los siguientes requerimientos tecnolgicos para poder llevar a cabo la implantacin del sistema en sus instalaciones:

Debe poseer un firewall que permitir a la compaa proteger sus servidores de ataques informticos o de malware alojado en la red.

Debe contar con un servidor web el encargado de alojar el sistema de informacin.

Debe contar con un servidor en el cual se encontrara la base de datos del

sistema de informacin.

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 Identificacin de los usuarios participantes y finales

Catalogo de usuarios

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.

USUARIO

FUNCIONES

Modificar los pedidos realizados por las farmacias cuando as se requiera. Coordinador Administrativo y Financiero. Consulta de pedidos. Consultar los pedidos Modificacin de existentes de cada 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. Auxiliares de Ventas Visualizar los pedidos Ingresar clientes Consultar los pedidos realizados por los clientes.

Despachador

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. Ingresar medicamentos. Ingresar medicamentos que ingresen al almacn del laboratorio.,

Plan de Trabajo (ASI) ANALISIS DEL SISTEMA DE INFORMACIN ACTIVIDAD USUARIOS PARTICIPANTES Definicin del sistema Equipo de Trabajo Coordinador administrativo y

ASI 1

ASI 2 ASI 4 ASI 5 ASI 8

Establecimiento de requisitos Anlisis de los casos de uso Anlisis de clases Definicin de interfaces de usuario Especificacin del plan de pruebas Aprobacin del anlisis del sistema de informacin

ASI 10 ASI 11

financiero. Auxiliar de sistemas. Auxiliares de ventas. Equipo de Trabajo Coordinador administrativo y financiero. Auxiliar de sistemas. Auxiliares de ventas. Equipo de Trabajo Equipo de Trabajo Equipo de Trabajo Coordinador administrativo y financiero. Auxiliar de sistemas. Auxiliares de ventas. Equipo de Trabajo. Equipo de Trabajo Comit de Direccin.

14.2 ESTABLECIMIENTO DE REQUISITOS Obtencin de requisitos En las reuniones realizadas con los usuarios finales del sistema se identificaron los requisitos con los cuales debe cumplir la aplicacin, especificando el tipo de requisito con el cual es necesario identificarlos. REQUISITO Tiempos de respuesta eficientes Actualizacin de la Base de Datos Creacin de mltiples usuarios Interconexin con otras sucursales Generacin de reportes (Ordenes de despacho) Interfaz de usuario amigable TIPO DE REQUISITO Funcional, Rendimiento Funcional, Disponibilidad del sistema Funcional, Seguridad Funcional, Implantacin Funcional, Rendimiento Implantacin

14.2.2 Especificacin de casos de uso Los actores especificados para el sistema de informacin 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 informacin son los siguientes:

ACTORES Base de Datos Administrador Base de Datos Administrador Base de Datos Administrador Base de Datos Administrador Vendedor Coordinador Despachador Base de Datos Vendedor Base de Datos Administrador Coordinador

DESCRIPCION Permite la creacin de un nuevo usuario para ingresar al sistema, Crear usuario establecindosele los privilegios necesarios para llevar a cabo su labor. Permite la modificacin de los usuarios Modificar del sistema, bien sea su informacin usuario personal (ID, contrasea) o los privilegios que tenga establecidos. Permite la eliminacin total de los usuarios del sistema cuando as sea Eliminar usuario requerido por la administracin del laboratorio. Ingresar al sistema Permite ingresar al sistema, de acuerdo a los privilegios que tenga establecido el usuario se le habilitan las opciones requeridas. Permite al auxiliar de ventas ingresar los pedidos solicitados por las farmacias al laboratorio. Permite la modificacin de los pedidos que se encuentran en el sistema cuando sea requerido por errores

CASO DE USO

Ingresar Pedido Modificar Pedido

Base de Datos Despachador

Generar orden de Despacho

humanos que se cometieran en el ingreso de los mismos. Genera el reporte con el valor del pedido y los datos del cliente hacia el cual va dirigido al momento del despacho del mismo. Permite consultar en pantalla los pedidos realizados por un cliente en particular Permite consultar en pantalla un pedido en particular segn el nmero que se le haya asignado al momento de ingresarlo al sistema. Permite ingresar al sistema un nuevo medicamento que vaya a ser distribuido por el laboratorio. Permite ingresar al sistema un nuevo cliente que desee realizar pedidos al laboratorio.

Base de Datos Administrador Visualizar Coordinador Pedidos por Despachador cliente Vendedor Base de Datos Administrador Visualizar por N Coordinador de Pedido Despachador Vendedor Base de Datos Despachador Base de Datos Administrador Coordinador Vendedor Ingresar Medicamentos Ingresar Clientes

14.2.3 Anlisis 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, evitndose de esta manera que se presenten inconsistencias o ambigedades en la informacin suministrada por los participantes en las sesiones de trabajo. Los requisitos identificados para el sistema son:

El sistema debe tener tiempos de respuesta eficientes. exista

La base de datos debe encontrarse actualizada, procurando que

coherencia entre los datos que la conforman.

El sistema debe permitir la creacin de mltiples 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 direccin 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 fcil 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. Debern ser entregados al laboratorio los respectivos manuales de usuario para la buena operacin 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. Visualizacin de pedidos: Visualizar pedidos por cliente Visualizar por N de pedido

14.2.4 Validacin de requisitos

Fecha: 26 de Octubre de 2009 Objetivo: Validacin y aprobacin de los requisitos y casos de uso identificados por el equipo de trabajo para el sistema de informacin a implementar en el Laboratorio C & C. Participantes: Equipo de Trabajo: Christian Camilo Quintero Acevedo Catalina Martnez Saldarriaga Comit de Direccin 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 creacin de mltiples 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 direccin 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 fcil 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. Debern ser entregados al laboratorio los respectivos manuales de usuario para la buena operacin 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.

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 Visualizacin de pedidos: Visualizar pedidos por cliente Visualizar por N de pedido

4. APROBACION DE LA SOLUCION: Despus 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 diecisis (26) das del mes de Octubre del ao 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

14.3.1 Diagrama de delimitacin del sistema

14.3.2 Diagrama de Casos de Uso para el sistema de informacin implementado en el Laboratorio C & C

14.3.3 Descripcin de los actores A continuacin se describirn los 5 actores que interactan con el sistema de informacin implementado en el laboratorio C & C. 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 aplicacin. 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 administracin de usuarios y el manejo de los pedidos. 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. ACTOR ACTOR 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 razn puede ingresar a la aplicacin 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. 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 almacn del laboratorio y se encarga de de generar la orden para que los pedidos puedan ser DESCRIPCION despachados a los clientes, tambin puede visualizar los pedidos que se encuentran en el sistema con el fin de comprobar anomalas que puedan existir. 14.4 ANALISIS DE CLASES Las clases identificadas para el sistema de informacin implementado en el Laboratorio C & C son: Usuario, Pedidos, Medicamentos, Orden de Despacho, Clientes. 14.4.1 Diagrama de Clases ACTOR

ACTOR

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 asociacin 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.

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.

14.4.4 Diagrama de multiplicidad de clases con atributos

Atributos de las clases identificadas CLASE USUARIO ATRIBUTOS Cod_Usuario Tipo de Usuario Nombre Cargo N orden N pedido Nit_farmacia Nombre_farmacia Direccion_farmacia Valor_unitarioMed Valor_totalPedido

ORDEN DE DESPACHO

PEDIDO

MEDICAMENTO

CLIENTES

N_pedido Nit_farmacia Cod_Medicamento Nombre_Medicamento Cantidad_Med Valor_Medicamento Valor_pedido Cod_Medicamento Nombre Descripcin Valor Unidades Nit_farmacia Nombre Direccin Telfono Representante_legal

14.4.5 Diagramas de Secuencia A continuacin 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 ningn inconveniente.

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 contrasea 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.

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 especfico.

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.

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.

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.

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.

Caso de uso: Ingresar clientes.

En este diagrama de caso de uso, el usuario ingresa un nuevo cliente al sistema de informacin.

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 exista previamente en la base de datos.

Caso de uso: Ingresar medicamento.

En este diagrama de caso de uso, el usuario ingresa un nuevo medicamento que se encontrar disponible en el almacn 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.

Caso de uso: Visualizar pedido por cliente.

En este diagrama de caso de uso, el usuario solicita visualizar un pedido de un cliente especfico.

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.

Caso de uso: Visualizar pedido por nmero de pedido.

En este diagrama de caso de uso, el usuario solicita visualizar un pedido especfico del sistema.

Caso de uso: Visualizar pedido por nmero de pedido.

En este diagrama de caso de uso, el usuario no logra visualizar el pedido ya que este no existe en el sistema.

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

SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES

CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES

FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES

Modificar usuarios. Administrador, Base de Datos. Extensin. Permite al administrador del sistema modificar un usuario que se encuentre registrado en la base de datos. Este caso de uso es iniciado por el administrador, para modificar un usuario que accede al sistema. El usuario debe haber ingresado al sistema. El usuario que se va a modificar debe estar creado en el sistema. El administrador ingresa el cdigo del usuario que ser modificado, espera la respuesta de la base de datos confirmando la existencia del usuario, luego de esto ingresa los datos que sern modificados. Ninguno E-1. El usuario no existe en la base de datos. Eliminar usuarios. Administrador, Base de Datos. Extensin. Permite al administrador del sistema eliminar un usuario que se encuentre registrado en la base de datos. Este caso de uso es iniciado por el administrador, para eliminar un usuario que se encuentre registrado en el sistema. El usuario debe haber ingresado al sistema. El usuario que se va a eliminar debe estar creado en el sistema. El administrador ingresa el cdigo del usuario que ser eliminado, espera la respuesta de la base de datos confirmando la existencia del usuario, luego de esto ser eliminado. Ninguno E-1. El usuario no existe en la base de datos. Ingresar pedido. Vendedor, Administrador, Base de Datos.

FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES

TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES

Inclusin. Permite al usuario del sistema ingresar un pedido que haya sido realizado por alguno de los clientes. Este caso de uso es iniciado por el usuario, para ingresar un nuevo pedido al sistema. El usuario debe haber ingresado al sistema. El usuario ingresa los datos del pedido en la base de datos. S-1. Modificar pedido. S-2. Visualizar pedido. Ninguna Modificar pedido. Coordinador, Administrador, Base de Datos. Inclusin. Permite al usuario del sistema modificar un pedido que haya sido realizado por alguno de los clientes. Este caso de uso es iniciado por el usuario, para modificar algn dato de los pedidos del sistema. El usuario debe haber ingresado al sistema. El pedido debe encontrarse registrado en la base de datos. El usuario ingresa el nmero del pedido que ser modificado, espera la respuesta de la base de datos para saber si el pedido existe y luego de esto modifica los datos que sean necesarios. Ninguno. E-1. El pedido no se encuentra registrado en el sistema. Generar orden de despacho. Despachador, Base de Datos. Inclusin. Permite al usuario del sistema generar una orden de despacho de un pedido especfico. Este caso de uso es iniciado por el usuario, para despachar un pedido a un cliente especifico. El usuario debe haber ingresado al sistema. El pedido debe encontrarse registrado en la base de datos.

FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES

CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES

FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES

El usuario ingresa el nmero del pedido que ser despachado, espera la respuesta de la base de datos y luego de esto se genera la orden de despacho del pedido. Ninguno. E-1. El pedido no se encuentra registrado en el sistema. Ingresar clientes. Administrador, Coordinador, Vendedor, Base de Datos. Inclusin. Permite al usuario del sistema ingresar un nuevo cliente. Este caso de uso es iniciado por el usuario, para ingresar un nuevo cliente que desee realizar pedidos al laboratorio. El usuario debe haber ingresado al sistema. El usuario ingresa los datos del cliente en la base de datos. Ninguno. E-1. El cliente ya se encuentra registrado. Ingresar medicamentos. Despachador, Base de Datos. Inclusin. Permite al usuario del sistema ingresar un nuevo medicamento al almacn. Este caso de uso es iniciado por el usuario, para registrar un nuevo medicamento que el sistema distribuir. El usuario debe haber ingresado al sistema. El usuario ingresa los datos del medicamento en la base de datos. Ninguno. E-1. El medicamento ya se encuentra registrado. Visualizar pedido por cliente. Administrador, Coordinador,

CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES CASO DE USO ACTORES

Despachador,

TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES

Vendedor, Base de Datos. Extensin. Permite al usuario del sistema visualizar los pedidos realizados por un cliente especfico. Este caso de uso es iniciado por el usuario, para visualizar pedidos por cada cliente. El usuario debe haber ingresado al sistema. El usuario ingresa el nit de la farmacia a la cual desea visualizarle los pedidos que han realizado. S-1. Se muestra en pantalla los pedidos realizados por el cliente. E-1. El cliente no haya realizado pedidos al laboratorio. Visualizar pedido por nmero. Administrador, Coordinador, Despachador, Vendedor, Base de Datos. Extensin. Permite al usuario del sistema visualizar un pedido especfico que se encuentre registrado. Este caso de uso es iniciado por el usuario, para visualizar un pedido especifico. El usuario debe haber ingresado al sistema. El usuario ingresa el nmero del pedido que desea visualizarse, espera la respuesta de la base de datos y se muestra el pedido solicitado por el usuario. S-1. Se muestra en pantalla el pedido solicitado. E-1. El pedido no se encuentra registrado en el sistema.

CASO DE USO ACTORES TIPO PROPOSITO RESUMEN PRECONDICIONES FLUJO PRINCIPAL SUBFLUJOS EXCEPCIONES