Analisis y diseño de Sistemas
miércoles, 22 de junio de 2011
martes, 21 de junio de 2011
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. |
CUADROS COMPARATIVOS
NOMBRE | DESCRIPCION |
Diagrama de Clases | Muestran un conjunto de clases, interfaces y colaboraciones, así como sus relaciones. Son los más comunes en el modelado de sistemas orientados a objetos y cubren la vista de diseño estática o la vista de procesos estática. |
Diagrama de componentes | Representa cómo un sistema de software es dividido en componentes y muestra las dependencias entre estos componentes. Los diagramas de Componentes prevalecen en el campo de la arquitectura de software pero pueden ser usados para modelar y documentar cualquier arquitectura de sistema. |
Diagrama de Objetos | Muestran un conjunto de objetos y sus relaciones, son como fotos instantáneas de los diagramas de clases y cubren la vista de diseño estática o la vista de procesos estática desde la perspectiva de casos reales o prototípicos. |
Diagrama de estructura compuesta | Es un diagrama que muestra la estructura interna de un clasificador, incluyendo sus puntos de interacción a otras partes del sistema. Esto muestra la configuración y relación de las partes que juntas realizan el comportamiento de clasificador contenido. |
Diagrama de despliegues | Es un diagrama que se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y relaciones con sus componentes Se usan mayormente en sistemas empotrados, sistemas cliente-servidor, sistemas completamente distribuidos |
Diagrama de paquetes | Muestra cómo 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. |
Diagrama de Actividades | Muestra una visión simplificada de lo que ocurre durante una operación o proceso, es una extensión del diagrama de estados. Cuenta con un punto inicial (representado por un círculo relleno) y uno final (representado por una diana). |
Diagrama de casos de uso | Se emplean para visualizar el comportamiento de un sistema, un subsistema o una clase, de forma que los usuarios puedan comprender cómo utilizar ese elemento y de forma que los desarrolladores puedan implementarlo. Muestran un conjunto de casos de uso, actores y sus relaciones, estas pueden ser relaciones de inclusión o extensión. |
Diagrama de estados | Muestra los estados en los que puede encontrarse un objeto junto con las transiciones entre dichos estados, mostrando los puntos inicial y final de la secuencia. Se enfoca en los cambios de estado de un solo objeto. |
Diagrama de secuencia | Agrega la dimensión de tiempo a las interacciones entre objetos. Puede referirse a un escenario de un caso de uso o a todos los escenarios posibles. |
Diagrama de colaboraciones | Forma alternativa de representar la información de un diagrama de secuencias Muestra las asociaciones entre objetos y los mensajes que se pasan del uno al otro.. |
Diagrama de Tiempos | Muestran el comportamiento de los objetos en un determinado periodo de tiempo. Se emplean para mostrar el cambio en el estado o valor de uno o más elementos tomando en cuenta el factor tiempo. Permite apreciar la interacción entre los eventos de tiempos, las restricciones de tiempo y la duración que los gobierna |
Diagrama Global de Interacciones | Aportan una visión general del flujo de control de las interacciones en el sistema.- Utilizan la misma notación que para los diagramas de actividad (nodos inicial, final, decisión, combinación, bifurcación y unión son todos lo mismo), introduciendo dos elementos nuevos, ocurrencias de interacción y elementos de interacción |
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.
°°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.
ROLES Y RESPONSABILIDADES
Roles y responsabilidades en un procesos de venta de calzado
provedor: encargado de prover mercancia al vendedor
cliente: este es el que consume el calzado a la venta
vendedor: encargado de brindar un servicio al cliente
administrador: es la persona encargada del funcionamiento del negocio
ACTIVIDADES DE UNA ZAPATERIA
ºCompra de calzado
ºAtender las necesidades del cliente
ºVenta del calzado
ºSeguimento de cobros y pagos puntuales
ºEnvios de calzado puntuales
provedor: encargado de prover mercancia al vendedor
cliente: este es el que consume el calzado a la venta
vendedor: encargado de brindar un servicio al cliente
administrador: es la persona encargada del funcionamiento del negocio
ACTIVIDADES DE UNA ZAPATERIA
ºCompra de calzado
ºAtender las necesidades del cliente
ºVenta del calzado
ºSeguimento de cobros y pagos puntuales
ºEnvios de calzado puntuales
Suscribirse a:
Entradas (Atom)