TEMA 10: Metodologías de desarrollo de aplicaciones. El ciclo de vida según Métrica.

Transcripción

1 Tema 10: Metodologías de desarrollo de aplicaciones. TEMA 10: Metodologías de desarrollo de aplicaciones. El ciclo de vida según Métrica. Índice 1 INTRODUCCIÓN 1 2 LAS METODOLOGÍAS DEL DESARROLLO DE APLICACIONES Componentes básicos de una metodología Características de las metodologías Clasificación de las metodologías 5 3 EL CICLO DE VIDA SEGÚN MÉTRICA La metodología Métrica versión El ciclo de vida de Métrica versión El proceso del Plan de Sistemas de Información (PSI) El proceso de Desarrollo de SI, El proceso de Mantenimiento del SI Interfaces 8 1 Introducción La materia dentro de las ciencias de la informática encargada de estudiar el proceso del desarrollo de software es la Ingeniería del Software. La Ingeniería del Software se desarrolló en los años 70, en respuesta a lo que se denominaba la crisis del software, causada por el alto porcentaje de fracasos en los proyectos de desarrollo de software. El objeto de esta materia es establecer los principios de ingeniería necesarios para desarrollar software eficaz, eficiente, fiable y económico. Para alcanzar este objetivo, se aplican una serie de métodos y técnicas que se organizan en metodologías. Una metodología es un marco de referencia que guía el proceso de desarrollo de software. Busca normalizar este proceso para aumentar la probabilidad de éxito del proyecto y la calidad del software obtenido. Página 1 de 9

2 2 Las metodologías del desarrollo de aplicaciones Una metodología es un marco de referencia que guía el proceso de desarrollo de software. La metodología establece las actividades que componen el proceso de desarrollo (ciclo de vida del software), los métodos y técnicas a utilizar y los productos generados en cada fase. El objetivo de una metodología será definir con claridad y sin ambigüedades, la manera de afrontar la construcción del sistema de información. Un método es una normativa que marca las directrices para llevar a término una tarea. Indica qué debemos hacer en una fase determinada del ciclo de vida del software (viene a ser la receta que aplicamos). Una técnica es un procedimiento que ayuda a resolver un problema en concreto durante la aplicación de un método. Nos indica cómo lo debemos hacer. QUÉ MÉTODO CÓMO TÉCNICA METODOLOGÍA 2.1 Componentes básicos de una metodología ENTORNO FACTORES: Organizacionales, Profesionales, Técnicas y tipo de proyecto METODOLOGÍA Métodos Técnicas Documentación Control y Organización Una metodología de desarrollo de software se compone de los siguientes elementos: 1. Un conjunto de Procedimientos de trabajo (MÉTODOS): descomponen el proceso de desarrollo de software en actividades concretas, y a cada una de ellas se especifica el tipo de información de entrada y de salida esperadas y las técnicas a aplicar en cada momento. 2. Técnicas: Nos dicen cómo debemos hacer cada actividad establecida en el procedimiento de trabajo. Existen muchos de tipos de técnicas: a) Técnicas de recopilación de datos ( Entrevistas, cuestionarios...) b) Técnicas descriptivas: b1) Diagramas de descomposición (Representación, de forma jerárquica, de una serie de objetos del mismo tipo). (Organigrama, Diagramas de módulos...) Página 2 de 9

3 b2) Diagramas de matrices: Sirven para relacionar dos tipos de objetos. Por ejemplo, procesos-almacén de datos. Es una técnica aplicable casi durante todo el ciclo de vida, y es muy útil por detectar inconsistencias. b3) Técnicas de descripción / modelización del SI. Los dos paradigmas más utilizados son: Desarrollos estructurados. Describen los procesos y los datos de forma separada. Para datos se utilizan el modelo entidad relación, el modelo relacional... y para los procesos, los diagramas de flujo de datos, diagramas de arquitectura de módulos... Desarrollos orientados a objetos: Modelan el SI en términos de objetos y clases de objeto: Diagramas de clases, de secuencia, de interacción Documentación La documentación es un elemento más de un SI, pero es de vital importancia, ya que recoge todos los resultados obtenidos durante el ciclo de vida del SI, dejando constancia de la estructura final y de las decisiones tomadas en cada fase ante las diferentes alternativas planteadas. Por ello, es importante que las metodologías describan sin ambigüedades la documentación que se debe generar. La metodología debe disponer de pautas para estandarizar la nomenclatura y racionalizar los documentos, lo que permite despersonalizar los procesos, permitiendo que se puedan incorporar a un proyecto en marcha cualquier persona que conozca la metodología 4. Control y organización: esta actividad debe estar presente durante todo el tiempo que se esté aplicando la metodología, paralelamente a las tareas que se vayan realizando. Se trata de ir validando y verificando continuamente los resultados obtenidos, para poder coordinar las personas que trabajan en la aplicación, planificar las tareas y, en definitiva, conseguir el mejor nivel de calidad de los SI obtenidos con el máximo aprovechamiento de los recursos invertidos. Se utilizan técnicas como: las redes de precedencias (PERT), los diagramas de Gantt... A la hora de decidir la metodología adecuada por aplicar a un cierto desarrollo, también entran en juego una serie de factores del entorno: a) Factores organizacionales: si nos encontramos en una organización grande o pequeña, tradicional o innovadora... b) Factores profesionales : el nivel de base del equipo, la experiencia, la capacidad de innovación... c) Factores técnicos : las herramientas disponibles, la plataforma hardware, los proveedores... d) Tipo de SI a desarrollar: Existen metodologías orientadas a facilitar el desarrollo de un determinado tipo de SI. No es lo mismo desarrollar una aplicación de gestión departamental que una aplicación corporativa con flujos de trabajo. La mejor metodología de desarrollo para un proyecto en particular, no tiene porque ser la adecuada para un proyecto similar pero con otros factores externos. Página 3 de 9

4 2.2 Características de las metodologías No todas las metodologías son iguales, las características deseables son: Características internas Son las que afectan al funcionamiento interno de la organización. Estas son: 1. Que despersonalice el trabajo de desarrollo. Permita no depender de personas determinadas 2. Que tenga un tiempo de aprendizaje reducido. 3. Facilite la comunicación: normalice el lenguaje utilizado, para que no se creen diferentes utilizaciones de la misma metodología, y estandarice el tipo de documentación. Además, debe incorporar apoyo gráfico. Características técnicas Desde el punto de vista técnico conviene que la metodología: 1. Sea completa. Que cubra la mayor parte posible del ciclo de vida del software, tanto los procesos de ingeniería: análisis, diseño..., como procesos de soporte: gestión de documentación, control de calidad Que considere los dos paradigmas de desarrollo de software actuales: el desarrollo estructurado y el orientado a objetos, 3. Flexible y versátil, para permitir adaptarla a cada proyecto en concreto, 4. Que sea productiva: que simplifique el trabajo a realizar. Todas las actividades que establezca la metodología deben dar un valor al desarrollo, 5. Que proporcione herramientas CASE, que ayuden a aumentar la productividad y la calidad de los resultados, 6. Facilite el mantenimiento: que permita con facilidad las modificaciones propias de la vida del sistema (re-ingenieria). Características externas 1. Alto nivel de implantación de la metodología en el mercado, asegura 2. Grado de madurez de la metodología (versión en qué se encuentra, tiempo en el mercado, garantías,...) y su evolución, 3. Posibilidades de formación y asesoría 4. Costes de implantación. Página 4 de 9

5 2.3 Clasificación de las metodologías Las metodología pueden clasificarse utilizando criterios diferentes. Según la naturaleza de la metodología, éstas se clasifican en: 1. Metodologías orientadas al flujo de información. Son las enfocadas al desarrollo estructurado. Observan el sistema como un conjunto de unidades donde la información entra, se transforma y sale. Fueron las primeras, surgieron en los 70 y aplican los conceptos de programación estructurada. Ejemplos: Análisis estructurado de Di Marco Diseño estructurado de Yourdon 2. Metodologías orientadas a objetos: Aplican el paradigma de orientación de objetos. Se desarrollan alrededor del concepto de clase. Conciben la construcción del sistema como una evolución del análisis, eliminando el salto existente hasta entonces. Ejemplo: RUP Rational Unified Process- 3. Metodologías híbridas. Son metodologías que abarcan más de una de las familias anteriores. No se centran en la naturaleza tecnológica del proyecto, sino en normalizar todos los desarrollos de software de una organización. Ejemplos: Métrica versión 3 o SSADM. Actualmente, ha aparecido un nuevo concepto en el diseño de las metodologías que reduce el grado de formalismo de las mismas. Se basa en la idea que las metodologías clásicas son demasiado burocráticas. Imponen un esfuerzo de planificación y control que no se rentabiliza con los resultados obtenidos. Desde este enfoque, las metodologías se dividen en: 1. Metodologías pesadas. Son las metodologías clásicas, los métodos de trabajo son muy formales. Conlleva realizar una gran carga de trabajo de gestión y generar una gran cantidad de documentación. Ejemplos: RUP, Métrica Metodologías ágiles: Aparecieron a finales de los noventa. Son metodologías que buscan simplificar el proceso de desarrollo, para ello, centran el esfuerzo en las actividades de construcción y reducen el trabajo de control y documentación del proyecto. Ejemplo: Extreme Programming. Existe debate sobre el grado de utilidad de las metodologías ágiles. Muchos critican su falta de rigurosidad, que reduce la calidad y mantenibilidad del software desarrollado, aunque cada vez son más utilizadas. Las metodologías ágiles son adecuadas para el desarrollo de proyectos sencillos o de pequeño tamaño. Página 5 de 9

6 3 El ciclo de vida según Métrica 3.1 La metodología Métrica versión 3 Métrica es la metodología oficial de la administración española. Es una metodología híbrida, pues establece actividades tanto para el desarrollo estructurado, como para el orientado a objetos, y es una metodología pesada, en la que se genera una gran cantidad de documentación. Está orientada al desarrollo de software para grandes organizaciones, con proyectos con muchos participantes. Aunque permite su adaptación a proyectos de menor tamaño. Sus objetivos son: Proporcionar sistemas de información que ayuden a la organización a alcanzar sus objetivos estratégicos, desarrollar software que satisfaga las necesidades de los usuarios, mejorar la productividad de los departamentos de desarrollo de software y la calidad de sus resultados, facilitar la comunicación de todos los participantes de proyecto y facilitar las tareas de operación, explotación y mantenimiento de los sistemas de información desarrollados. Métrica estructura el ciclo de vida del software con un enfoque orientado a procesos. Es decir, lo descompone en procesos. Cada proceso es un conjunto de actividades funcionalmente homogéneas con un mismo objetivo. A su vez, las actividades se descomponen en tareas. Métrica determina para cada actividad o tarea: los participantes, los productos de utilizado y generados y propone una serie de métodos y técnicas a aplicar a cada caso. Página 6 de 9

7 3.2 El ciclo de vida de Métrica versión 3 Métrica establece un ciclo de vida para el desarrollo de software basado en el estándar ISO Tecnologías de la información. Procesos del ciclo de vida. Siguiendo este modelo se ha elaborado una estructura en la que se distinguen una serie de procesos principales destinados directamente al desarrollo de software, y unos interfaces cuya finalidad es dar soporte a los procesos principales. Además del estándar ISO 12207, se han tenido en cuenta a la hora de definir esta versión de Métrica el estándar ISO Software Process Improvement and Capacity Determination, las normas de calidad ISO 9001:2000 Sistemas de gestión de la Calidad y otras metodologías como SSADM, MERISE y EUROMÉTODO. Métrica establece los siguientes procesos principales: El proceso del Plan de Sistemas de Información (PSI) Su finalidad es la obtención de un marco de referencia para el desarrollo de sistemas de la información, que respondan a los objetivos estratégicos de la organización. El resultado del PSI debe orientar las actuaciones de la Organización conforme a su estrategia corporativa. Este marco de referencia consta de los siguientes elementos: 1. Una descripción de la situación actual. Dicha descripción incluirá un análisis técnico de los puntos fuertes y riesgos de los sistemas de información de la organización y un análisis de su servicio. 2. Un conjunto de modelos que describen la información que maneja la organización. Componen la arquitectura de información. 3. Una propuesta de proyectos a realizar en los próximos años, la propuesta deberá contener un calendario de realización y los recursos necesarios para su desarrollo. 4. Un plan de seguimiento y cumplimiento de todo los propuesto El proceso de Desarrollo de SI, Es el proceso más importante de Métrica. Contiene todas las actividades y tareas que se deben llevar a cabo para desarrollar el sistema, cubriendo desde el análisis de requisitos hasta la implantación del software en el entorno operativo. Se compone de los siguientes subprocesos: a. El proceso de Estudio de la Viabilidad del SI. El propósito de este proceso es analizar un conjunto concreto de necesidades, con la idea de proponer una solución a corto plazo. Los criterios con los que se hace este estudio no serán estratégicos sino tácticos y estarán relacionados con aspectos económicos, técnicos, legales y operativos. Los resultados del EVS constituirán la base para tomar la decisión de seguir adelante o abandonar. Si se decide seguir adelante, pueden surgir uno o más proyectos de desarrollo de software o de adquisición de un paquete software. Página 7 de 9

8 b. El proceso de Análisis del SI. El objetivo de este proceso es la obtención de una especificación detallada del sistema de información a desarrollar que satisfaga las necesidades de información de los usuarios y sirva de base para el posterior diseño del mismo. Es un proceso en que la participación de los usuarios es imprescindible. c. El proceso de Diseño del SI. El objetivo de este proceso es la definición de la arquitectura del sistema y del entorno tecnológico que le va a dar soporte, junto con la especificación detallada de los componentes del Sistema de Información a desarrollar. A partir de dicha información, se generan: 1. Todas las especificaciones de construcción relativas al propio sistema, 2. la descripción técnica del plan de pruebas, 3. la definición de los requisitos de implantación y 4. el diseño de la migración de datos y la carga inicial, estos últimos cuando proceda. d. El proceso de Construcción del SI En este proceso, se genera el código de los componentes del Sistema de Información, se desarrollan todos los procedimientos de operación y seguridad, y se elaboran todos los manuales de usuario final y de explotación. Con el objetivo de asegurar el correcto funcionamiento del sistema, se realizan pruebas, tanto unitarias, de integración y de sistema. e. El proceso de Implantación y Aceptación del SI. Este proceso tiene como objetivo principal la entrega y aceptación del sistema en su totalidad y la realización de las actividades necesarias para el paso a producción del mismo El proceso de Mantenimiento del SI. El objetivo de este proceso es la obtención de una nueva versión de un sistema de información desarrollado con MÉTRICA, a partir de las peticiones de mantenimiento que los usuarios realizan con motivo de un problema detectado en el sistema o por la necesidad de una mejora del mismo. Como consecuencia de esto, sólo se considerarán en MÉTRICA los tipos de Mantenimiento Correctivo y Evolutivo. Se excluyen los tipos de Mantenimiento Adaptativo y Perfectivo Interfaces MÉTRICA Versión 3 incluye también un conjunto de interfaces que definen una serie de actividades de tipo organizativo o de soporte al proceso de desarrollo.los interfaces son: Gestión de Proyectos (GP): La Gestión de Proyectos tiene como finalidad principal la planificación, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Información. Como consecuencia de este control es posible conocer en todo momento qué problemas se producen y resolverlos o paliarlos lo más pronto posible, lo cual evitará desviaciones temporales y económicas. Página 8 de 9

9 Seguridad (SEG): Su objetivo es incorporar en los sistemas de información mecanismos de seguridad adicionales a los que se proponen en la propia metodología, asegurando el desarrollo de cualquier tipo de sistema a lo largo de los procesos que se realicen para su obtención. Aseguramiento de la Calidad (CAL): Proporciona un marco común de referencia para la definición y puesta en marcha de planes específicos de aseguramiento de calidad aplicables a proyectos concretos. En Métrica, la calidad está orientada a evaluar la calidad de los productos generados. Gestión de la Configuración (GC): Su finalidad es identificar, definir y controlar los cambios en la configuración del sistema, así como las modificaciones y versiones de los mismos. Este proceso permitirá conocer el estado de cada uno de los productos que se hayan definido como elementos de configuración, garantizando que no se realizan cambios incontrolados y que todos los participantes en el desarrollo del sistema disponen de la versión adecuada de los productos que manejan. Página 9 de 9