Universidad Tec Milenio: Profesional SP04005 Reingeniería de procesos

Transcripción

1 Relación con la reingeniería Sesión 9 - Metodologías para el diseño de sistemas En un proyecto de reingeniería, una vez que la empresa ha: Seleccionado los procesos que serán rediseñados Desarrollado una visión de los resultados que espera, incluyendo las ganancias que espera obtener. Desarrollado un diseño para realizar la visión del procesos Desarrollado un plan para implementar ese diseño. Ahora es necesario que la empresa complete el diseño del sistema, en donde utiliza métodos de desarrollo de sistemas y la nomenclatura de la ingeniería informática. Diseño de un sistema nuevo Lo anterior significa que en caso de que se tenga que diseñar un sistema nuevo, ya sea por algún proveedor externo o por la misma empresa, este diseño implica modelar subprocesos, modelar datos, definir aplicaciones y diseñar diálogos o menús e informes en pantalla. Las metodologías orientada a objetos, análisis estructurado y el JSD son opciones de la ingeniería de software para el desarrollo de sistemas. Metodologías orientadas a objetos Qué es un objeto?: Cualquier cosa del mundo real, de la que se pueden almacenar datos. Qué es el modelado y diseño orientado a objetos?: nueva forma de pensar acerca de los problemas empleando modelos que se han organizado tomando como base conceptos del mundo real. (Rumbaugh et al, 1997). Ventajas de orientado a objetos : Fácil de mantener Los objetos se consideran componentes reutilizables. Ayudan a hacer frente a la complejidad de muchos tipos de sistemas. Metodologías orientadas a objetos Modelos orientados a objetos sirven para: Comprender problemas Preparar documentación Diseñar programas y bases de datos Modelar empresas Anteriormente los métodos para el desarrollo de software se basaban en descomposición funcional o en el análisis de datos estáticos. Metodologías orientadas a objetos vs. análisis estructurado Los métodos de diseño estructurado guían a los constructores de sistemas utilizando algoritmos como bloques fundamentales de construcción. Los métodos de diseño orientado a objetos ayudan a los constructores de sistemas utilizando clases y objetos como bloques de construcción. Hoy en día los métodos orientados a objetos son más utilizados. 1

2 Metodologías orientada a objetos Metodología de Booch Metodología de Shlaer y Mellor Metodología de Coad y Yourdon Metodología OMT Fases de la metodología OMT La metodología Object Modeling Technique (OMT por sus siglas en inglés) fue creada por James Rumbaugh y Michael Blaha en Análisis: se describe el problema y se construye un modelo de la situación real. El modelo debe ser una abstracción resumida de lo que debe hacer el sistema deseado. Diseño del sistema: se toman decisiones acerca de la arquitectura del sistema. Se definen las características de rendimiento del sistemas que se tienen que optimizar. Fases de la metodología OMT Metodología OMT Diseño de objetos: se construye un modelo de diseño basándose en el modelo de análisis con detalles de implementación. Implementación: se traducen los diseños anteriores a un lenguaje de programación concreto, a una base de datos o a una implementación de hardware. Utiliza tres clases de modelos para describir el sistema: Modelo de objetos: describe la estructura estática de los objetos del sistema y sus relaciones (incluye diagramas de objetos). Modelo dinámico: describe a un sistema que cambia con el tiempo y sirve para especificar e implementar los aspectos del control del sistema (incluyen diagramas de estados). Modelo funcional: describe las transformaciones de datos que ocurren en el sistema (incluyen diagramas de flujo de datos DFD). Lenguajes de programación OO Características de los lenguajes OO En la última etapa del desarrollo de un sistema se lleva a cabo la traducción de los diseños a un lenguaje de programación. No existe un único lenguaje que se adapte a todos los estilos y que satisfaga todas las necesidades. Pero sí existen varias características de los lenguajes orientados a objetos. Un diseñador seleccionará el lenguaje que más se adapte a sus necesidades (ejemplos de lenguajes son: C++, Eiffel, Objective-C, Smalltalk-80, CLOS) Herencia múltiple Biblioteca de clases Eficiencia Administración de memoria Encapsulamiento Empaquetamiento Entorno de desarrollo Metadatos Persistencia de datos 2

3 El análisis estructurado es otra de las metodologías de la ingeniería de software, orientadas al análisis, diseño e implementación del software y de sistemas. Un sistema de información de una empresa puede resultar muy grande y muy complejo para su análisis. El análisis estructurado ayuda a dividir el sistema en componentes y a construir un modelo del mismo. Este método también resulta útil para analizar los sistemas de una empresa y determinar las especificaciones para los sistemas nuevos y para modificar los que ya existen En pocas palabras, este método ayuda a especificar qué es lo que se necesita que realice un sistema o una aplicación de software, reuniendo los elementos lógicos con los elementos físicos, es decir, las funciones que necesitamos que haga el sistema y las computadoras. Está basado en los diagramas de flujo de datos (DFD). vs. Metodologías orientada a objetos A diferencia de las metodologías orientada a objetos, el análisis estructurado acentúa la descomposición funcional de un sistema, en lugar de los objetos. Es decir, visualiza a un sistema como algo que da una o más funciones al usuario final. Esto quiere decir que le da prioridad al modelo funcional, después al modelo dinámico y finalmente considera el modelo de objetos Algunos autores que han escrito sobre la metodología de Análisis Estructurado son Yourdon, Constantine, DeMarco, Page-Jones, Ward y Mellor Es otra metodología de diseño y desarrollo de software y sistemas, diseñada por M. A. Jackson y J. R. Cameron. Publicada por primera vez en Algunos consideran que es una de las primeras metodologías de desarrollo de software orientado a objetos. Se considera una tecnología madura. Originalmente su nombre era Orientado a objeto en la que se identificaban objetos como parte de un método, en un tiempo en el que los métodos se basaban en descomposición funcional o en el análisis estático de datos. Jackson divide en dos etapas el desarrollo de sistemas: Especificación (incluye análisis y diseño) Implementación 3

4 Los modelos de JSD consideran al mundo real y que el propósito de un sistema es el de proporcionar una funcionalidad. Jackson sostiene que es necesario considerar primeramente la forma en que esa funcionalidad del sistema encaja en el mundo real. En el enfoque JSD se describe al mundo real en entidades, acciones y secuencias de acciones creando un modelo dinámico de datos. En donde las entidades se denotan como sustantivos (ejemplo: botón, elevador) y las acciones se denotan como verbos (ejemplo: pulsar, llega, sale) Pasos secuenciales del JSD 1. Paso de acciones de entidades: definición de listado de entidades y acciones del mundo real. 2. Paso de estructuras de entidades: se ordenan las acciones de las entidades. 3. Paso de modelo inicial: muestra la manera en la que el mundo real se conecta con el mundo abstracto. Se admiten los vectores de estado. 4. Paso de función: indica las salidas de las acciones. 5. Paso de temporización del sistema: conjunto de notas informales acerca de las restricciones de rendimiento. 6. Paso de implementación: asigna procesadores a los procesos. Riesgo del diseño de un nuevo sistema Herramientas CASE Manganelli y Klein, autores de la metodología Rápida Re, aconsejan que el desarrollo de sistemas individualizados de aplicaciones (software), para implementar el diseño técnico propuesto en un proyecto de reingeniería (el diseño técnico incluye la especificación de la tecnología, procedimientos y los sistemas que requerirá el nuevo proceso diseñado) se debe evitar lo más posible, pues esto aumenta el riesgo de fracaso y alarga el tiempo de implementación de la reingeniería. Hoy en día existen muchos paquetes genéricos de aplicaciones para las necesidades del negocio. Las herramientas CASE o computer-aided software engineering, permiten hacer la modelación y análisis de procesos, así como el desarrollo de sistemas y facilitan en gran medida la labor de los desarrolladores de sistemas, permitiéndoles enfocarse en la arquitectura del sistema y no tanto a la codificación o implementación del mismo (programación). El objetivo de las CASE es separar la parte del diseño del de la implementación de un sistema. Bibliografía Bibliografía Rumbaugh, J. et al. Modelado y diseño orientados a objetos metodología OMT. España: Prentice-Hall, ISBN: Rule, P.G. Using Jackson methods to implement software process improvement. Newport, J.R. JSD version2 andanoverviewof developments in JSD. Manganelli, R, Klein, M. Cómo hacer reingeniería. Editorial Norma. Colombia: ISBN: X Morris, D. Brandon, J. Reingeniería cómo aplicarla con éxito en los negocios. McGraw-Hill: México, ISBN: Technical note: A proposal to simplify data flow diagramsi Millet. IBM Systems Journal. Armonk: 1999.Vol.38, Iss. 1; pg. 118, 4 pgs ProQuest 4

5 Créditos Ing. Rocío Torróntegui Ibarra 5