View
222
Download
2
Category
Preview:
DESCRIPTION
Â
Citation preview
Sistema de compras Hospital el buen samaritano 06/06/2013 Ingeniería de Software Universidad Incca de Colombia Miguel Angel Mora Miranda 68397
Contenido Introducción ................................................................................................................................. 3
Objetivos ...................................................................................................................................... 3
General..................................................................................................................................... 3
Específicos .............................................................................................................................. 3
Análisis del problema ................................................................................................................. 4
Proceso de solicitudes de compra hospital el buen samaritano ..................................... 4
Requerimientos ........................................................................................................................... 6
Actores ..................................................................................................................................... 6
Funcionales ............................................................................................................................. 7
No funcionales ........................................................................................................................ 7
Pseudocódigos ........................................................................................................................... 8
Solicitud usuario ..................................................................................................................... 8
Evaluación de solicitud .......................................................................................................... 9
Proceso de compras ............................................................................................................ 10
Entrega a usuario ................................................................................................................. 11
Diagramas ................................................................................................................................. 12
Clases..................................................................................................................................... 12
Casos de uso ........................................................................................................................ 13
Aprobación de solicitud............................................................................................ 14
Compras ..................................................................................................................... 15
Elección de cotización ............................................................................................. 16
Proceso general solicitud de usuario ............................................................................ 16
Proceso general solicitud de usuario .................................................................... 17
Estado .................................................................................................................................... 18
Solicitudes ......................................................................................................................... 18
Secuencia .............................................................................................................................. 19
Colaboración ......................................................................................................................... 19
Actividades ............................................................................................................................ 20
Componentes ........................................................................................................................ 20
Conclusiones y página web .................................................................................................... 21
Bibliografía ................................................................................................................................. 22
Introducción
A través del desarrollo de la asignatura de ingeniería de software I, con el
aprendizaje del lenguaje de modelo unificado UML así como sus principales
componentes y herramientas para el modelado de software se plantea el
desarrollo de un sistema informático para la gestión y administración de
compras en el “Hospital el buen samaritano” el cual debe ser ágil, flexible y
fácilmente parametrizable
Para esto se desarrollan las actividades del proceso de creación de software
siguiendo los estándares del lenguaje UML, la creación de los diagramas y
pseudocódigos que permitan la lectura y entendimiento del sistema modelado
aplicando los conocimientos adquiridos con la herramienta Argo UML.
Objetivos
General
Modelar un sistema informático que cumpla con los requerimientos
planteados, sea escalable, estable y fácilmente parametrizable.
Específicos
Abstraer los principales componentes para el correcto funcionamiento
del sistema de compras del hospital el buen samaritano y representarlos
gráficamente por medio de diferentes diagramas.
Analizar los componentes del sistema, como si diferentes iteraciones
para generar pseudocódigos que representen efectivamente la
operación del sistema modelado.
Aplicar los conocimientos adquiridos en clase para la presentación del
trabajo final de ingeniería de software I
Análisis del problema
Proceso de solicitudes de compra hospital el buen samaritano
El hospital el buen samaritano requiere un sistema que le permita administrar
el proceso de compras, para todo tipo de producto que requiere en su
operación interna.
El hospital cuenta con una estructura organizacional de departamentos y
divisiones que agrupan varios departamentos. Don de hay un jefe de
departamento y un gerente de división. Existe además un departamento de
compras a cargo de varios asistentes y un jefe.
El proceso de compras funcionara de la siguiente manera:
El usuario de cada departamento elabora su solicitud con el detalle del
producto y un estimativo de costos.
La solicitud es aprobada por el jefe de departamento
La solicitud es aprobada por el gerente de división
Dependiendo del monto de la solicitud, esta es aprobada por la gerencia
general
El jefe del departamento de compras autoriza continuar con el proceso
para contactar con los proveedores,
Un asistente de compras solicita 3 cotizaciones a proveedores
registrados
El asistente compras recibe las 3 cotizaciones
El jefe de compras elige una de las 3 cotizaciones
El jefe de compras entrega al proveedor una orden de compra con todas
las especificaciones y el tiempo de entrega requerido
El proveedor entrega el producto al jefe de compras o al asistente de
compras con la solicitud de compra y una remisión.
Compras firma la remisión de recibido del producto
Compras avisa al usuario solicitante que llego el producto
El usuario solicitante acepta el producto recibido
Se requiere un sistema que maneje el proceso del hospital bajo los siguientes
criterios:
El sistema debe ser ágil, flexible y fácilmente parametrizable
Debe permitir el registro de solicitudes a las personas autorizadas de
cada departamento
Cada departamento cuenta con un conjunto específico de suministros a
solicitar. Cada nivel autorizador maneja unos montos de atribución para
poder autorizar.
Cada vez que un nivel autorice, debe enviarse automáticamente un
correo electrónico a las personas de los niveles inferiores.
El sistema debe estar disponible en la intranet del hospital.
Requerimientos
Actores
ACT-001 Usuario
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona que elabora las solicitudes de compra de los productos con un detalle y un estimado de costos para ser autorizador y procesados por los actores correspondientes
Comentarios Un usuario de departamento solo puede solicitar elementos que su departamento requiera
ACT-002 Jefe de Departamento
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona que autoriza las solicitudes que han sido creadas por el ACT-001 de acuerdo a su departamento correspondiente
Comentarios Existe un jefe por departamento
ACT-003 Gerente de división
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona que autoriza las compras que han sido autorizadas previamente por el ACT-002 de acuerdo a su división correspondiente
Comentarios Existe un gerente por división
ACT-004 Gerente general
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona que debe autorizar las compras cuando los montos sean mayores a los estipulados por división.
Comentarios Solo existe uno
ACT-005 Jefe de compras
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona encargada del departamento de compras, encargado del proceso de adquisición de los productos solicitados por los usuarios de acuerdo a las solicitudes aprobadas.
Comentarios Solo existe uno
Funcionales
Modelado de estructura organizacional por divisiones y departamentos
Existencia del departamento de compras
Manejo de proveedores
Manejo de niveles de seguridad y roles del personal
Restricción de productos y montos por departamento
Asignaciones de aprobación
Envío de correos electrónicos
No funcionales
Manejo de tres cotizaciones para la elección de la adecuada
Existencia de asistentes en el departamento de compras
Existencia de un departamento de almacén
Existencia de un departamento de contabilidad
Manejo de fechas de caducidad de los productos
Verificación de pedidos
ACT-006 Asistente de compras
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona que apoya el proceso de compras solicitando cotizaciones a los proveedores registrados; puede asistir al ACT-005 recibiendo los productos solicitados con la respectiva remisión y notificando al usuario final la llegada de productos solicitados
Comentarios Pueden existir varios
ACT-007 Proveedor registrado
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Descripción Este actor representa a la persona natural o jurídica que brinda cotizaciones de productos y venta de los mismos de acuerdo a las condiciones establecidas.
Comentarios Pueden existir varios Deben cumplir con los requisitos de registro
Pseudocódigos
Solicitud usuario
Evaluación de solicitud
Proceso de compras
Entrega a usuario
Diagramas
Clases
Casos de uso
UC-001 Aprobación de solicitud
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Fuentes Solicitud de usuario con detalle de producto y costo estimado
Precondición El servidor de correos debe estar activo y en funcionamiento adecuado La base de datos debe encontrarse en un estado consistente
Secuencia normal
Paso Acción
1 El actor Jefe de departamento (ACT-002) analiza los productos solicitados por el actor Usuario de departamento (ACT-001) y procede a dar su aprobación o desaprobación.
2 El sistema guarda la información.
3 El sistema envía un email a las personas de niveles inferiores con el resultado de la aprobación
4 Si la solicitud es aprobada, el sistema muestra la solicitud al gerente de división (ACT-003), de lo contrario procede con el paso 11
5 El actor gerente de división (ACT-003) analiza la solicitud aprobada por el Jefe de departamento (ACT-002) y procede a dar su aprobación o desaprobación.
6 Se hace llamado al proceso 3 y continua la ejecución al punto 7
7 El sistema guarda la información.
8 El sistema evalúa los montos solicitados de acuerdo a los montos permitidos si es mayor o igual al monto permitido continua con el paso 9 de lo contrario procede con el paso 11
9 El sistema envía solicitud de aprobación al Gerente general (ACT004)
10 Se hace llamado al proceso 3 y continua la ejecución al punto 11
11 El sistema finaliza el caso de uso correctamente.
Post condición La base de datos debe actualizar la información registrada. El servidor de correos debe guardar log de los correos enviados
Excepciones Paso Acción
1 Si los datos no son válidos el actor Jefe de departamento (ACT-002) deberá solicitar al usuario (ACT001), la corrección de la solicitud; a continuación el caso continúa.
3 Si no se encuentra en funcionamiento el servidor de correo electrónico, se notifica al gerente de división, para tomar las medidas adecuadas.
Comentarios El sistema guardara registro de todas las operaciones realizadas.
Aprobación de solicitud
UC-002 Compras
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Fuentes UC-001
Precondición La base de datos debe encontrarse en un estado consistente Se debe ejecutar el UC-001
Secuencia normal
Paso Acción
1 El actor Jefe de compras (ACT-005) analiza el estado final de la solicitud ejecutada en el UC-001 y decide si detener la ejecución o continuar con la misma
2 El actor Jefe de compras (ACT-005) Autoriza al El actor Asistente de compras (ACT-006) para contactar con los proveedores.
3 El actor Asistente de compras (ACT-006) solicita 3 cotizaciones diferentes al actor Proveedor registrado (ACT-007).
4 El actor Jefe de compras (ACT-005) analiza las cotizaciones entregadas y hace un llamado al UC-003
5 El actor Jefe de compras (ACT-005) o el actor Asistente de compras (ACT-006) recibe los productos entregados por el proveedor
6 El actor Jefe de compras (ACT-005) o el actor Asistente de compras (ACT-006) verifica que los productos correspondan a los productos de la solicitud aprobada
7 El actor Jefe de compras (ACT-005) o el actor Asistente de compras (ACT-006) verifica la remisión entregada por el Proveedor (ACT-007)
8 El sistema guarda la información.
9 El actor Jefe de compras (ACT-005) o el actor Asistente de compras (ACT-006) comunica notifica al usuario (ACT-001) la llegada de los productos
10 Se envían los productos a almacén
11 El sistema finaliza el caso de uso correctamente.
Post condición La base de datos debe actualizar la información registrada.
Excepciones Paso Acción
4 Si no se cuentan con 3 cotizaciones el ACT-005 decide si elegir con las que tiene o esperar la llegada de las 3
Comentarios El sistema guardara registro de todas las operaciones realizadas.
Compras
UC-003 Elección de cotización
Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Fuentes UC-002
Precondición La base de datos debe encontrarse en un estado consistente
Secuencia normal
Paso Acción
1 El actor Jefe de compras (ACT-005) verifica que las condiciones de los productos solicitadas correspondan con las cotizadas.
2 El actor Jefe de compras (ACT-005) Analiza si las condiciones estipuladas por el proveedor (ACT-007) son viables para la compra de los productos
3 El actor Jefe de compras (ACT-005) evalúa los precios de los productos enviados por el proveedor (ACT-007) de acuerdo al
costo estimado en la cotización, el conocimiento previo, la calidad, garantía y reputación del proveedor (ACT-007) y de ser necesario envía solicitud de negociación al proveedor (ACT-007)
4 El actor Jefe de compras (ACT-005) Analiza los tiempos de entrega enviados por el proveedor (ACT-007) y de ser necesario envía solicitud de ajuste al proveedor (ACT-007)
5 El actor Jefe de compras (ACT-005) genera orden de compra con las especificaciones resultado de los anteriores análisis
8 El sistema guarda la información.
11 El sistema finaliza el caso de uso correctamente.
Post condición La base de datos debe actualizar la información registrada.
Excepciones Paso Acción
1 Si las condiciones presentan diferencias se notifica al Usuario (ACT-001) para solicitar su punto de vista en dicho análisis. El caso de uso continua
Comentarios El sistema guardara registro de todas las operaciones realizadas.
Elección de cotización
UC-001 Proceso general solicitud de usuario Versión 1.0 (26/05/2013)
Autores Miguel Angel Mora Miranda
Fuentes Solicitud de usuario con detalle de producto y costo estimado
Precondición El servidor de correos debe estar activo y en funcionamiento adecuado La base de datos debe encontrarse en un estado consistente
Secuencia normal
Paso Acción
1 El actor Usuario (ACT-001) elabora una solicitud de productos con el detalle y costo estimado de cada uno
2 El sistema registra la información
3 El sistema hace un llamado al UC-002
4 El sistema hace un llamado al UC-003
5 El actor usuario (ACT001) procede a solicitar entrega del producto previa notificación recibida
6 El actor usuario (ACT001) verifica los productos recibidos si hay inconsistencias, se continua con el paso 7 de lo contrario se continua con el paso 8
7 El actor usuario (ACT001) solicita al actor jefe de compras (ACT-005) realizar los ajustes correspondientes.
8 El actor usuario (ACT001) recibe a satisfacción
9 El sistema registra la información
Post condición La base de datos debe actualizar la información registrada.
Excepciones Paso Acción
6 Si es posible se harán los ajustes lo más limpio e informal al sistema, pues no es requerido registrar información poco relevante.
Comentarios El sistema guardara registro de todas las operaciones realizadas.
Proceso general solicitud de usuario
Estado
Solicitudes
Secuencia
Colaboración
Actividades
Componentes
Imagen no Disponible
Conclusiones y página web
El lenguaje UML se adopta como estándar en la industria del desarrollo de software
debido a su simplicidad, facilidad de lectura y entendimiento, por lo que deber ser de
dominio absoluto por el ingeniero de sistemas, entendiendo esto es de vital
importancia la apropiación de los conceptos adquiridos durante el curso.
Tras la realización del trabajo se determinan los límites, alcances, ambiente y entorno
del sistema modelado; así como sus componentes e interacciones plasmando los
conocimientos teóricos aprendidos con el ejercicio de la práctica en pro de un
aprendizaje integral.
El trabajo se encuentra en la siguiente dirección web
o http://miguel-incca.wix.com/el-buen-samaritano
Bibliografía
Joseph Schmuller (2001) Aprendiendo UML En 24 Horas, PRENTICE-
HALL
www.uml.org Fecha de consulta 01/06/2013
http://www.sparxsystems.com.ar/resources/tutorial/uml2_classdiagram.ht
ml Fecha de consulta 01/06/2013
Recommended