análisis y modelado de sistemas de información
TRANSCRIPT
![Page 1: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/1.jpg)
Análisis y modelado de sistemas de informaciónI.S.C. Hugo Alberto Torres
![Page 2: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/2.jpg)
Temario
1. El modelo del proceso del software1.1. Conceptualización de tecnología orientada objetos1.2. Metodologías emergentes de desarrollo de software1.3. Métodos de desarrollo de software orientado a
objetos1.4. El proceso de desarrollo unificado – RUP1.5. El lenguaje de modelado unificado – UML
![Page 3: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/3.jpg)
Orientación a Objetos
● Análisis Orientado a Objetos: Comprende el desarrollo de un modelo orientado a objetos del dominio de aplicación.
● Diseño Orientado a Objetos: Comprende el desarrollo de un modelo orientado a objetos de un sistema software para implementar los requerimientos identificados.
● Programación Orientada a Objetos: se refiere a implementar el diseño de software utilizando un lenguaje de programación orientado a objetos.
![Page 4: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/4.jpg)
Objeto
Cualquier cosa o evento del mundo realUna plantilla o patrón que describe una colección de objetos similares
![Page 5: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/5.jpg)
Características de los objetos
● Son componentes potencialmente reutilizables debido a que son encapsulamientos independientes del estado y las operaciones.
● Es una entidad que tiene un estado y un conjunto de operaciones definidas que operan sobre ese estado.
![Page 6: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/6.jpg)
Atributos y valores
Puppy:PerroRaza: “LabradorColor: “Café claro”Altura: 30Peso: 1.5Edad: 3alimentar()vacunar()
![Page 7: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/7.jpg)
Herencia
MuebleMaterialColorAltoAncho
SillaMaterialColorAltoAncho
MesaMaterialColorAltoAncho
![Page 8: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/8.jpg)
Desarrollo ágil de software
● Están diseñados para producir software util de forma rápida.
● Los negocios cambian rápidamente.
● Compañías prefieren sacrificar calidad a cambio de rapidez
![Page 9: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/9.jpg)
Ventajas
● Los desarrollos basados en especificaciones completas (diseño, construcción, pruebas) no se ajustan al desarrollo rápido de aplicaciones.
● Si hay algún fallo, el diseño se tiene que volver a realizar.
● Cuando el software esté disponible, es posible que ya esté obsoleto.
![Page 10: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/10.jpg)
Desventajas
● Problemas de administración
● Problemas contractuales
● Problemas de validación
● Problemas de mantenimiento
![Page 11: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/11.jpg)
Tipo de desarrollo
● Desarrollo incremental● Prototipado desechable
![Page 12: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/12.jpg)
Métodos ágiles
Principios:● Participación del cliente● Entrega incremental● Personas, no procesos● Aceptar el cambio● Mantener simplicidad
![Page 13: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/13.jpg)
Programación extrema
● Planificación incremental● Entregas pequeñas● Diseño sencillo● Desarrollo previamente probado● Refactorización del código● Trabajo en parejas● Propiedad colectiva (todas las áreas del
sistema)● Integración contínua● Ritmo sostenible● Cliente presente
![Page 14: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/14.jpg)
Metodología OOD (Booch)
Diseñado por Grady Booch
Surge debido a los objetivos de la ingeniería de software: Entregar un producto Software que satisfaga las necesidades del usuario, de forma eficiente y predecible.
Está orientado a analizar el modo, los documentos y requisitos del sistema en desarrollo.
![Page 15: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/15.jpg)
Características de ODD
Es secuencial en el sentido que la fase de análisis es completada y posteriormente la fase de diseño también.
Es cíclica en el sentido que cada fase está compuesta de pasos cíclicos más pequeños.
Se enfoca en el análisis y el diseño y no en la implementación o la prueba del resultado de estos.
![Page 16: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/16.jpg)
El modelo OOD según Booch
Es el método que lleva a una descomposición Orientado a Objetos. Aplicando DOO, se crea software resistente al cambio y escrito con economía de expresión. Se logra un mayor nivel de confianza en la corrección del software a través de la división inteligente de su espacio de estados. En última instancia, se reducen los riesgos inherentes al desarrollo de sistemas
![Page 17: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/17.jpg)
Diagramas usados en la metodología Booch
● Diagrama de Clases. ● Especificación de Clases. ● Diagrama de Categorias. ● Diagramas de transición de estados.● Diagramas de Objetos.● Diagramas de Tiempo. ● Diagramas de módulos. ● Subsistemas. ● Diagramas de procesos.
![Page 18: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/18.jpg)
Fase de análisis
● Análisis de requerimientos: En esta etapa se define qué quiere el usuario del sistema.
● Análisis de dominio: Se definen las clases, sus atributos, la herencia de clases y métodos de éstas.
● Diseño: Es el proceso de determinar una implementación efectiva y eficiente que realice las funciones.
![Page 19: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/19.jpg)
Modelos de la metodología Booch
Modelo de Lógica: está representado en la estructura clase-objeto.
Modelo Estático: es representado por el diagrama de clase, en el que se construye la arquitectura que se definirá para el sistema.
Modelo Dinámico: es representado por el diagrama de objeto que muestra cómo las clases interactúan unas con otras.
![Page 20: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/20.jpg)
Metodología OMT (Rumbaugh)
Desarrollada por James Rumbaugh.
Es una de las metodologías de análisis y diseño de desarrollo de software orientado a objetos más eficiente que existe en la actualidad.
Se extiende del análisis, al diseño, a la implementación durante sus etapas.
![Page 21: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/21.jpg)
Etapas (I)
Análisis: es una abstracción concisa y precisa de qué debe hacer el sistema deseado, no cómo debe ser hecho.
Diseño del Sistema: en esta etapa se deben decidir las características del funcionamiento para optimizar el sistema, así como escoger una estrategia para atacar el problema.
![Page 22: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/22.jpg)
Etapas (II)
Diseño de Objetos: se agregan los detalles de implementación al modelo de diseño y las clases de objetos son reforzadas con las estructuras de datos y algoritmos escogidos.
Implementación: las clases de objetos y las relaciones entre ellas definidas durante el diseño de objetos son trasladadas a un lenguaje de programación, a una base de datos o implementación de hardware.
![Page 23: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/23.jpg)
El proceso de desarrollo unificado (RUP)
El RUP es un modelo en fases que identifica cuatro fases diferentes en el proceso del software.
Las fases en el RUP están mucho más relacionadas con asuntos de negocio más que técnicos.
![Page 24: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/24.jpg)
Fases
1. Inicio2. Elaboración3. Construcción4. Transición
![Page 25: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/25.jpg)
Fases - Inicio
● Inicio: establecer un caso de negocio para el sistema. Esta información se utiliza para evaluar la aportación que el sistema hace al negocio. Si esta aportación es de poca importancia, se puede cancelar el proyecto después de esta fase.
![Page 26: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/26.jpg)
Fases - Elaboración
Elaboración: ● Desarrollar una comprensión del dominio del
problema.● Establecer un marco de trabajo
arquitectónico para el sistema.● Desarrollar el plan del proyecto e identificar
los riesgos clave del proyecto.
![Page 27: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/27.jpg)
Fases - Elaboración
Al terminar esta fase, se debe tener:● Un modelo de los requerimientos del
sistema.● Una descripción arquitectónica.● Un plan de desarrollo del software.
![Page 28: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/28.jpg)
Fases - Construcción
Comprende el diseño del sistema, la programación y las pruebas.
Durante esta fase se desarrollan e integran las partes del sistema.
Al terminar esta fase, debe tener un sistema de información operativo y la documentación correspondiente lista para entregarla a los usuarios.
![Page 29: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/29.jpg)
Fases - Transición
Se ocupa de mover el sistema desde la comunidad de desarrollo a la comunidad del usuario y hacerlo trabajar en un entorno real.
Al terminar esta fase, se debe tener un sistema software documentado que funciona correctamente en su entorno operativo.
![Page 30: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/30.jpg)
Buenas prácticas
● Desarrolle el software de forma iterativa.● Gestione los requerimientos. ● Utilice arquitecturas basadas en
componentes.● Modele el software visualmente.● Verifique la calidad del software.● Controle los cambios del software.
![Page 31: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/31.jpg)
RUP y UML
El RUP se ha diseñado conjuntamente con el UML, por lo que la descripción del flujo de trabajo se orienta alrededor de los modelos UML asociados.
![Page 32: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/32.jpg)
Lenguaje unificado de modelado (UML)
Es un lenguaje como Pascal, C#, el español o el inglés.
En el UML se usan símbolos para transmitir significado.
El UML es una definición oficial de un lenguaje pictórico con símbolos y relaciones comunes que tienen un significado común.
![Page 33: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/33.jpg)
Lenguaje unificado de modelado (UML)
Si todos los participantes hablan UML, entonces las imágenes tienen el mismo significado para todos aquellos que las observen.
“Una imagen vale más que mil palabras”
![Page 34: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/34.jpg)
¿Por qué usar UML?
Es más fácil dibujar algunas imágenes sencillas que escribir código.
Es más barato, rápido y fácil cambiar modelos que cambiar código.
Si cada uno usa imágenes diferentes para dar a entender lo mismo, entonces las imágenes se agregan a la confusión.
![Page 35: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/35.jpg)
Diagrama de casos de uso
![Page 36: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/36.jpg)
Diagrama de actividades
![Page 37: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/37.jpg)
Diagrama de clases
![Page 38: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/38.jpg)
Diagrama de secuencia
![Page 39: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/39.jpg)
Diagrama de colaboración
![Page 40: Análisis y Modelado de Sistemas de Información](https://reader034.vdocuments.net/reader034/viewer/2022042504/55cf9c3c550346d033a91ec7/html5/thumbnails/40.jpg)
Diagrama de estados