2. • Debido al proceso manual de información de los
materiales quirúrgicos, recolectados de la
empresa, existe mucha retardación en la
elaboración de informes y reportes, ocasionando
que la asignación, control y supervisión de los
materiales por parte de almacenes no sea
adecuado.
• El sistema de control y seguimiento de inventario
de materiales quirúrgicos hará posible optimizar
los procesos de inventariación y consultas de
existencias de los materiales de almacén, de la
empresa “ORTOSINT”
3. Presentando el problema planteado, se desarrollara la
versión general vista a través de los siguientes diagramas
de UML:
• Diagrama de Casos de Uso
• Diagrama de Clases
• Diagrama de Actividades
• Diagrame de Secuencia
• Diagrama de Estados
• Diagrama de Paquetes
• Diagrama de Objetivos
• Diagrama de Colaboración
4. • Los diagramas de casos de uso documentan el
comportamiento de un sistema desde el punto de vista
del usuario. Por lo tanto los casos de uso determinan los
requisitos funcionales del sistema, es decir, representan
las funciones que un sistema puede ejecutar. Su ventaja
principal es la facilidad para interpretarlos, lo que hace
que sean especialmente útiles en la comunicación con el
cliente.
5.
6. • El propósito de este diagrama es el de representar los
objetos fundamentales del sistema, es decir los que
percibe el usuario y con los que espera tratar para
completar su tarea en vez de objetos del sistema o de un
modelo de programación.
• La clase define el ámbito de definición de un conjunto de
objetos.
• Cada objeto pertenece a una clase.
• Los objetos se crean por instanciación de las clases.
7.
8. • Representa el comportamiento
interno de una operación o de un
caso de uso, bajo la forma de un
desarrollo por etapas, agrupadas
secuencialmente.
• •El propósito del diagrama de
actividad es:
• – Modelar el flujo de tareas
• – Modelar las operaciones
9.
10. • Un diagrama de secuencia muestra la interacción de un
conjunto de objetos en una aplicación a través del tiempo
y se modela para cada caso de uso. Mientras que el
diagrama de casos de uso permite el modelado de una
vista business del escenario, el diagrama de secuencia
contiene detalles de implementación del escenario,
incluyendo los objetos y clases que se usan para
implementar el escenario, y mensajes intercambiados
entre los objetos
11.
12. • Los diagramas de estado muestran el conjunto de
estados por los cuales pasa un objeto durante su vida en
una aplicación en respuesta a eventos (por
ejemplo, mensajes recibidos, tiempo rebasado o
errores), junto con sus respuestas y acciones. También
ilustran qué eventos pueden cambiar el estado de los
objetos de la clase. Normalmente contienen: estados y
transiciones. Como los estados y las transiciones
incluyen, a su vez, eventos, acciones y
actividades, vamos a ver primero sus definiciones.
• Al igual que otros diagramas, en los diagramas de
estado pueden aparecer notas explicativas y
restricciones.
13.
14. • Un diagrama de paquetes muestra como un sistema está
dividido en agrupaciones lógicas mostrando las
dependencias entre esas agrupaciones. Dado que
normalmente un paquete está pensado como un
directorio, los diagramas de paquetes suministran una
descomposición de la jerarquía lógica de un sistema.
• Los Paquetes están normalmente organizados para
maximizar la coherencia interna dentro de cada paquete
y minimizar el acoplamiento externo entre los paquetes.
Con estas líneas maestras sobre la mesa, los paquetes
son buenos elementos de gestión. Cada paquete puede
asignarse a un individuo o a un equipo, y las
dependencias entre ellos pueden indicar el orden de
desarrollo requerido
16. • El diagrama de objetivos presenta la jerarquía de los
objetivos,
• desde el objetivo global hasta los proyectos y programas
• planeados, para llevarlos concretamente a la práctica.
17. • Los contratos muestran qué hacen las operaciones del
sistema, pero no muestran cómo los objetos de software van
a cumplir con ellas. Los diagramas de interacción (diagramas
de secuencia o diagramas de colaboración) explican
gráficamente cómo los objetos interactúan a través de
mensajes para realizar las tareas. Antes de definir estos
diagramas, hay que generar el modelo conceptual , los
contratos de operación y los casos de uso reales (estos
últimos se generan a partir de los casos de uso definidos en el
análisis).