DIAGRAMA DE ACTIVIDAD

DIAGRAMA DE CLASES

Planificacion del acomodo de los veiculos para un mejor servicio

CUADRO COMPARATIVO

NOMBRE	DIFERENCIA
Diagrama de Clases	Son los más comunes en el modelado de sistemas orientados a objetos a diferencia de los otros que tienen mas aplicaciones
Diagrama de componentes	Prevalecen en el campo de la arquitectura de software a diferencia de los de clase y de objetos tiene otra aplicación y otra estructura.
Diagrama de Objetos	Están más completos que los diagramas de clases ya que incluyen tanto las clases como los objetos.
Diagrama de estructura compuesta	Aquí se muestra mas completo el desarrollo de algún sistema y su relación a diferencia de los otros.
Diagrama de despliegues	A diferencia del diagrama de componentes que evalúan o estudian el software estos analizas el hardware de un sistema.
Diagrama de paquetes	Los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema en general a diferencia de los de componentes y los de despliegue.
Diagrama de Actividades	Este muestra en general lo que ocurre en un sistema a diferencia de los otros que son más completos.
Diagrama de casos de uso	Son diagramas que son más fáciles de comprender y pueden ser mas accesibles que otros.
Diagrama de estados	Se enfocan principalmente en los cambios de algún objeto en particular.
Diagrama de secuencia	Se refieren a algo en general tanto en un caso de uso como en varios.
Diagrama de colaboraciones	Es un diagrama muy parecido a uno de secuencia solo que con otro tipo de estructura.
Diagrama de Tiempos	Muestra los cambios en un determinad tiempo tanto de un objeto como también lo puede hacer de varios.
Diagrama Global de Interacciones	Es una agrupación de los anteriores diagramas  y esto provoca que sea mas completo y mas útil en todos los sentidos.

ANALISIS

Un Análisis de Sistema :

°°Identificar las necesidades del Cliente.

°°Evaluar que conceptos tiene el cliente del sistema para establecer su viabilidad.

°°Realizar un Análisis Técnico y económico.

°°Asignar  funciones al Hardware, Software, personal, base de datos, y otros elementos del Sistema.

°°Establecer las restricciones de presupuestos y planificación temporal.

°°Crear una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería.

Objetivo:

Con la informacion obtenida hacerca de las necesidades del cliente se podra seleccionar  mejor el calzado deacuerdo a sus gustos y necesidades para haci obtener mejores resultados en ventas.

ACTIVIDADES Y RESPONSABILIDADES

Administrador:
Es el director de toda la empresa.

Cliente:
Confia en la empresa para el cuidado y almacenamiento temporal de su veiculo

Encargado:
Brinda el servicio al cliente

FLUJOS PRINCIPALES Y ALTERNOS

En un caso de uso, los flujos de eventos se refieren a los pasos que alternativamente van realizando los actores y el sistema en el contexto del requisito funcional capturado en el caso. Dichos pasos por claridad, se separan en el flujo principal y los flujos alternativos; de forma tal que en el flujo principal representamos el día feliz, donde todo ocurre sin problemas y en los flujos alternativos lidiamos con las situaciones de error y el comportamiento esperado del sistema en respuesta a dichos errores.

Los pasos del flujo alternativo han de tener una enumeración propia de forma tal que no choquen los unos con los otros ni con los pasos del flujo principal. La forma exacta en que vamos a enumerar es cosa de cada quien, por lo que es un punto a documentar como parte del Plan de Gestión de Requisitos, documento este que suele ser parte del Plan de Desarrollo de Software.


FLUJO DE EEVNTOS PRINCIALES

Un flujo de eventos consiste en enumerar los pasos que sucesivamente realizan los actores y el sistema en el contexto de un caso de uso. Es decir, que un flujo de eventos es en su forma más básica un simple listado de acciones, que corresponden con un caso de uso en concreto.

Al flujo de eventos principal, ese que contiene el caso más probable, se le llama Flujo de Eventos del Día Feliz, como forma de hacer referencia a la ausencia de condiciones de error. En otras palabras, le llamamos día feliz ya que en este flujo de eventos principal vamos a asumir que todo ocurre de la mejor forma: el actor tiene disponible la información y la indica sin fallas, el sistema puede completar todas las operaciones y así sucesivamente para cada posible desviación. En el flujo del día feliz simplemente todo ocurre correctamente.