14. ANALISIS DEL SISTEMA DE INFORMACIÓN


14.1 DEFINICION DEL SISTEMA


14.1.1 Determinación del alcance del sistema

El s...
ENTIDADES INTERNAS                  ¿QUE NECESITA DEL SISTEMA?
                                      •   Crear, Modificar ...
se desarrolla de esta manera buscando facilitar la ejecución de actualizaciones en
la aplicación.


   •   Requisitos tecn...
Modificar los pedidos
                                                      realizados por las
                           ...
financiero.
                                               Auxiliar de sistemas.
                                         ...
14.2.2 Especificación de casos de uso

Los actores especificados para el sistema de información que será implementado
en e...
humanos que se cometieran en el
                                    ingreso de los mismos.
                               ...
•   El sistema debe permitir la creación de múltiples usuarios, estableciendo
       privilegios a cada uno de ellos.


  ...
14.2.4 Validación de requisitos

 Fecha: 26 de Octubre de 2009

 Objetivo: Validación y aprobación de los requisitos y cas...
3. CASOS DE USO DEL SISTEMA

       El equipo de trabajo identificó los siguientes casos de uso para el sistema que
      ...
14.3.1 Diagrama de delimitación del sistema




14.3.2 Diagrama de Casos de Uso para el sistema de información
implementad...
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...
ACTOR    Coordinador
             Ingresar al sistema, Modificar pedido, Visualizar pedidos
CASOS DE USO
             por ...
Asociaciones identificadas:

   •   Un usuario ingresa los pedidos.
   •   Un usuario genera las órdenes de despacho.
   •...
14.4.3 Diagrama de multiplicidad de clases




Asociaciones identificadas con multiplicidad:

   •   Un usuario puede ingr...
14.4.4 Diagrama de multiplicidad de clases con atributos




•   Atributos de las clases identificadas

                  ...
Valor_totalPedido
                                        N°_pedido
                                        Nit_farmacia
 ...
•   Caso de uso: Ingresar al sistema.

En este diagrama de caso de uso, el usuario no logra ingresar al sistema debido a
q...
•   Caso de uso: Crear Usuario.

En este diagrama de caso de uso, el administrador no logra crear un usuario
debido a que ...
•   Caso de uso: Modificar usuario.

En este diagrama de caso de uso, el administrador no puede modificar el usuario
ya qu...
•   Caso de uso: Eliminar usuario.

En este diagrama de caso de uso, el administrador no puede eliminar el usuario ya
que ...
•   Caso de uso: Modificar pedido.

En este diagrama de caso de uso, el usuario modifica los pedidos que se han
ingresado ...
•   Caso de uso: Generar orden de despacho.

En este diagrama de caso de uso, el usuario genera la orden de despacho de un...
•   Caso de uso: Ingresar clientes.

En este diagrama de caso de uso, el usuario ingresa un nuevo cliente al sistema
de in...
•   Caso de uso: Ingresar medicamento.

En este diagrama de caso de uso, el usuario ingresa un nuevo medicamento que
se en...
•   Caso de uso: Visualizar pedido por cliente.

En este diagrama de caso de uso, el usuario solicita visualizar un pedido...
•   Caso de uso: Visualizar pedido por número de pedido.

En este diagrama de caso de uso, el usuario solicita visualizar ...
14.4.6 Documentación de los casos de uso

CASO DE USO         Ingresar al sistema.
                    Administrador,     ...
CASO DE USO       Modificar usuarios.
ACTORES           Administrador, Base de Datos.
TIPO              Extensión.
       ...
ACTORES           Vendedor, Administrador, Base de Datos.
TIPO              Inclusión.
                  Permite al usuari...
datos.
                  El usuario ingresa el número del pedido que será
                  despachado, espera la respuest...
Administrador,       Coordinador,      Despachador,
ACTORES
                  Vendedor, Base de Datos.
TIPO              E...
Upcoming SlideShare
Loading in...5
×

Analisis

1,454

Published on

Published in: Travel
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,454
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
78
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

Transcript of "Analisis"

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

×