Apuntes Parcial 2 Análisis de sistemas I

[pic 1]                                                                                      [pic 2]

Universidad Autónoma de Nuevo León

Facultad de Ciencias Físico Matemáticas

Apuntes

Parcial 2

  Análisis de sistemas I

P.T.B. José Angel Hernández Trejo

Mat: 1837472

domingo, 12 de marzo de 2017

[pic 3]

[pic 4]

[pic 5]

[pic 6]

[pic 7]

[pic 8]

[pic 9]

[pic 10]

[pic 11]

[pic 12]

[pic 13]

[pic 14]

[pic 15]

[pic 16]

[pic 17]

[pic 18]

[pic 19]

[pic 20]

[pic 21]

[pic 22]

[pic 23]

[pic 24]

[pic 25]                                                                              [pic 26]

Competencias

domingo, 12 de marzo de 2017         19:02:54

                                                                                 [pic 27][pic 28]

Universidad Autónoma de Nuevo León

Facultad de Ciencias Físico Matemáticas

Análisis de Sistemas I – Competencia 5

Ing. Juan Jesús de la Garza Ochoa M.T.

José Angel Hernández Trejo

Mat: 1837472

Fernando Dilland Mireles Cisneros

Mat: 1837532

Franco Adolfo Martínez García

Mat: 1721962

ANÁLISIS DE SISTEMAS I

GRUPO 002 - AULA 114 – Ju – 15:00 a 18:00 hrs.

Segundo Parcial– COMPETENCIA 5

Modelado de sistemas con UML

Significado de las siglas: Lenguaje Unificado de Modelado.

El Lenguaje Unificado de Modelado prescribe un conjunto de notaciones y diagramas estándar para modelar sistemas orientados a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos significan. Mientras que ha habido muchas notaciones y métodos usados para el diseño

orientado a objetos, ahora los modeladores sólo tienen que aprender una única notación. UML se puede utilizar para modelar diferentes tipos de sistemas: sistemas de software, sistemas de hardware y organizaciones del mundo real. UML ofrece nueve diagramas para modelar sistemas.

Diferentes tipos de diagramas encontrados:

• Diagramas de Casos de Uso para modelar los procesos ’business’.
• Diagramas de Secuencia para modelar el paso de mensajes entre objetos.
• Diagramas de Colaboración para modelar interacciones entre objetos.
• Diagramas de Estado para modelar el comportamiento de los objetos en el sistema.
• Diagramas de Actividad para modelar el comportamiento de los Casos de Uso, objetos u operaciones.
• Diagramas de Clases para modelar la estructura estática de las clases en el sistema.
• Diagramas de Objetos para modelar la estructura estática de los objetos en el sistema.
• Diagramas de Componentes para modelar componentes.
• Diagramas de Implementación para modelar la distribución del sistema.

La misma también fue creado por tres personajes que desarrollaron nociones muy diferentes de análisis pero que al unirlas llegaría al lenguaje del modelado, los nombres de estos personajes son Booch el desarrollo del libro en el análisis y el diseño orientado a objetos, James Rumbaugh técnica de modelado de objetos, Jacobson orientada a objetos de ingeniería de software.

En 1996, el Object Management Group (OMG), un pilar estándar para la comunidad de diseño orientado a objetos, publicó una solicitud orientada a objetivos para un meta modelo orientado a objetos de semántica y notación estándar. UML, versión 1.0, se propuso como respuesta a esta solicitud en enero de 1997. Hubo otras cinco propuestas competitivas. Durante el transcurso de 1997, los seis promotores de las propuestas, se unieron a su trabajo y presentaron al OMG un documento UML revisado, denominado UML versión 1.1. Este documento fue aprobado por el OMG en noviembre de 1997. El OMG llama a este documento OMG UML versión 1.1. El OMG está actualmente en proceso de mejorar una edición técnica de esta especificación, cuya finalización está prevista para el 1 de abril de 1999.

Aparte, muchas organizaciones han desarrollado sus propias metodologías internas, usando diferentes diagramas y técnicas con varios orígenes. Ejemplos son el método Catalyst de Computer Sciences Corporation (CSC) o el World Wide Solution Design y método de entrega (WSDDM) de IBM. Estas metodologías difieren, pero generalmente combinan análisis de flujo de trabajo, captura de requisitos y modelado de negocio con modelado de datos, modelado de objetos usando varias notaciones (OMT, Booch, etc.) ya veces incluyendo técnicas de modelado adicionales. . La mayoría de estas organizaciones están adoptando e incorporando el UML como la notación orientada a objetos de sus metodologías.

...