Procesos y metodologías de software

Transcripción

1 Procesos y metodologías de software Andrés Felipe Crespo García UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena D. T. y C. 7 de abril de 2017

2 Procesos y metodologías de software Andrés Felipe Crespo García Profesor: JHON CARLOS ARRIETA ARRIETA UNIVERSIDAD DE CARTAGENA Facultad de Ingeniería PROGRAMA DE INGENIERÍA DE SISTEMAS Programas de Educación Abierta y a Distancia Cartagena D. T. y C. 7 de abril de

3 Nunca consideres el estudio como una obligación, sino como una oportunidad para penetrar en el bello y maravilloso mundo del saber Albert Einstein físico y judío alemán del siglo XIX y XX (nació el 14 de marzo de 1879 y murió el 18 de abril de 1955) conocido principalmente por el desarrollo de la teoría de la relatividad. 3

4 Contenido Introducción...5 Objetivos...6 Objetivos específicos Procesos de software y ciclo de vida Proceso de software Ciclo de vida Metodologías de software Modelo de cascada Modelo en V Basado en prototipos Modelo en espiral Diferencia entre metodología y proceso, definición propia...14 Conclusión...15 Bibliografía

5 Introducción De todos los tipos de metodologías que existen, hay algunas que son las madres de todas, y son aquellas que dieron origen a las demás. Por esta razón, se mencionará en el presente trabajo esas que son las más relevantes, mencionando sus ventajas y desventajas, así como cada uno de los posibles usos que puede tener. También, se aborda la definición de un proceso de software, que, palabras más o palabras menos es entendido como una serie de pasos que incluyen actividades, restricciones y recursos que resultan en un producto que, en este caso, es un software. O como también se puede decir que es una secuencia de pasos que lleva a cabo con el fin de un propósito determinado. (Salvador Sanchez, 2011) 5

6 Objetivos Mostrar el concepto de proceso y metodología de software en el sentido de su definición, uso, evaluación, medida, gestión, cambio y mejora. Objetivos específicos Conocer el concepto de proceso de software y distinguirlo de otros relacionados, como el de la actividad, metodología o ciclo de vida. Conocer los modelos de ciclo de vida del software, entendiéndolos como procesos genéricos. Saber diferenciar las diferentes metodologías o métodos de la ingeniería de software. 6

7 1. Procesos de software y ciclo de vida Primero que todo, un proceso de software se define como una serie de pasos que incluyen actividades, restricciones y recursos que resultan en un producto que, en este caso, es un software. O como también se puede decir que es una secuencia de pasos que lleva a cabo con el fin de un propósito determinado. (Salvador Sanchez, 2011). Por otra parte, un ciclo de vida se define en un producto o proyecto de software como la evolución del mismo desde el momento de su concepción hasta el momento en que deja de usarse, puede describirse en función de las actividades que se realzan dentro del mismo. (Raúl Noriega Martínez, 2015). Ya con esto tenemos las bases para partir y diferenciar los conceptos de procesos de software y ciclos de vida de los mismos Proceso de software Un proceso de desarrollo de software es un conjunto de personas, estructuras de organización, reglas, políticas, actividades y sus procedimientos, componentes de software, metodologías, y herramientas utilizadas o creadas específicamente para definir, desarrollar, ofrecer un servicio, innovar y extender un producto de software. (Salvador Sanchez, 2011) Un proceso de software efectivo habilita a la organización a incrementar su productividad al desarrollar software: Permite estandarizar esfuerzos, promover reúso, repetición y consistencia entre proyectos. Provee la oportunidad de introducir mejores prácticas de la industria. Permite entender que las herramientas deben ser utilizadas para soportar un proceso. Establece la base para una mayor consistencia y mejoras futuras. 7

8 Un proceso de software mejora los esfuerzos de mantenimiento y soporte: Define cómo manejar los cambios y liberaciones a sistemas de software existentes. Define cómo lograr la transición del software a la operación, y cómo ejecutar los esfuerzos de operación y soporte. Necesitamos un proceso de software cuya funcionalidad esté probada en la práctica, y personalizado para que cumpla con nuestras necesidades específicas Ciclo de vida Como ya se ha mencionado antes, el ciclo de vida del software describe el desarrollo de software, desde la fase inicial (o desde que nace) hasta la fase final (el termino de desarrollo del mismo o finalización del uso del mismo). Tiene como propósito el definir lo que se necesita para cumplir a cabalidad cada una de las partes necesarias para la satisfactoria creación de las soluciones informáticas. Las distintas fases que componen un ciclo de vida se aseguran de que los métodos utilizados son apropiados. El ciclo de vida básico de un software cualquiera tiene las siguientes partes: Definición de objetivos: Paso donde se define la finalidad del proyecto y su papel en la estrategia global. Análisis de los requisitos: Recopila, examina y formula cada uno de los detalles a satisfacer con la creación del presente software. Diseño general: Se postula de manera general los requisitos generales de la arquitectura de la aplicación. Diseño en detalle: Se crea con detalles la definición precisa de cada subconjunto de la aplicación. Programación e implementación: Es la fase donde se implementa un lenguaje de programación para crear las funciones definidas durante la etapa de diseño. 8

9 Prueba de unidad: En algunos casos es recomendado y funcional el hacer una prueba de cómo va funcionando el software en ese preciso momento, para así saber si se está acercando a lo deseado o se está alejando del mismo. Para este punto se intenta garantizar el objetivo final del software. Integración: Garantiza que los diferentes módulos se integren con la aplicación. Este es el propósito de la prueba de integración que está cuidadosamente documentada. Prueba final o validación: Garantiza que el software cumple con las especificaciones originales. Documentación: Sirve para documentar información necesaria para los usuarios del software y para desarrollos futuros. Implementación: Pone en marcha la ejecución del software, siendo usado en el lugar donde se necesitaba. Mantenimiento: En caso de ser necesario, se hacen revisiones periódicas del mismo. (Gonzales, 2010) El estándar internacional que regula el método de selección, implementación y monitoreo del ciclo de vida del software es ISO

10 2. Metodologías de software La gran cantidad de organizaciones de desarrollo de software implementan metodologías para el proceso de desarrollo. Las metodologías de software no son más que diferentes maneras de plantear actividades específicas que ordenen las tareas para crear un software de manera coordinada, por ello, durante el desarrollo de la historia de la humanidad se han creado y configurado algunas que son bastante efectivas. No hay una metodología específica que sea la fórmula mágica de funcionamiento para todos los desarrollos de software del mundo, de hecho, se suele escoger las que se amolden al cliente. Entre las metodologías de software existen las siguientes que son las más reconocidas: 2.1. Modelo de cascada Es el más ampliamente difundido dentro de los métodos clásicos. Ilustración 1-Modelo de cascada diferenciada por las actividades que en ella se realizan. Sus principales ventajas son que el estado del proyecto se hace visible en cada parte, dado que hay una progresión secuencial por fases perfectamente Otra de sus principales ventajas es que en el caso de probar el entregable y este no cumplir con lo que se necesita, se puede identificar de inmediato qué punto se debe cambiar. Otra de sus ventajas es que cuenta con los requerimientos muy completos 10

11 y consistentes, disminuyendo el efecto de bola de nieve al reducir el mantenimiento considerando que se tienen unas especificaciones completas y correctas. Las desventajas de este es que el prototipo sólo puede ser aprovechado en su aspecto externo, los aspectos funcionales son muy reducidos y el tiempo que se invierte en crear el prototipo incluyendo un costo adicional de la inversión debido a que supone es la creación de un desechable. En cada fase (como se ha mencionado antes), se desarrollan actividades diferentes: Definición de requisitos: Se clasifican los requisitos que se necesitaran satisfacer y atender. Análisis y diseño: Se descartan características innecesarias y se crea un modelo que satisfaga la necesidad principal. Implementación: Se programa la solución. Integración: Se integra el software al lugar donde se necesita la misma. Mantenimiento: En caso de ser necesario, se hace un seguimiento del desempeño del software Modelo en V Es una evolucion del metodo de cascada. La parte izquierda repreasenta las fases de desarrollo previas a las actividades de prueba. Este modelo gace que sea facil el enfasis en su prueba. Este método pretende Ilustración 2-Modelo en V minimizar los riesgos del proyecto, mejorar la transparencia del proyecto y control del proyecto, especificando los enfoques estandarizados, describe los resultados 11

12 correspondientes y funciones de responsabilidad. Permite una detección temprana de las desviaciones y los riesgos y mejora la gestión de procesos, reduciendo así los riesgos del proyecto. La corriente de especificación consiste principalmente de: Conceptos de operaciones: que debe hacer el sistema a grandes rasgos. Requisitos del sistema y arquitectura del mismo. Diseño detallado. La corriente de pruebas por su parte, suele consistir de: Integración de las distintas partes, prueba y verificación de las mismas. Verificación y validación del sistema en conjunto. Mantenimiento del sistema. La corriente de desarrollo puede consistir (depende del tipo de sistema y del alcance del desarrollo) en personalización, configuración o codificación Basado en prototipos Es un modelo ejecutable de un sistema futuro que implementa solo una pequeña parte de la funcionalidad, pero permite a los usuarios, clientes y desarrolladores adquirir experiencia con la arquitectura y persistencia del software en cuestión. Posibilita que se encuentren los errores de maneras más rápidas. Este tipo de metodologías pueden combinarse hasta con los de cascada. Suelen ser de dos tipos: Desechables: De usar y tirar. También llamados como prototipos rápidos, y estos suelen ser descartados de manera rápida, aunque no por completo en la mayoría de los casos. Estos desechables no suelen cumplir con todos los estándares de la ingeniería cuando están en desarrollo, puesto que están en su fase de desarrollo y se hacen para probar el desarrollo. 12

13 Evolutivos: Son vistos como el esqueleto del final y se mejoran con cada revisión Modelo en espiral Ilustración 3-Modelo en espiral cada cuadrante representa un tipo de actividad diferente: Se dice que reúne lo mejor de los prototipos y lo mejor del de cascada. Propugna evaluar los riesgos de forma regular en el proyecto y se decide tomar acciones para mitigar el impacto de esos riesgos. La esencia del modelo radica en que Determinar objetivos: En este punto se especifica la porción del sistema a desarrollar, incluyendo requisitos funcionales y no funcionales. Análisis de riesgo: Evalúa las alternativas mediante la identificación de riesgos que puedan afectar el desarrollo del software. Desarrollar y probar: Depende del anterior e implica el diseño, construcción y pruebas de implementación. Planificación: En esta se prueban los resultados obtenidos para, en caso de ser necesario, comenzar de nuevo para pulir el software una vez más. 13

14 3. Diferencia entre metodología y proceso, definición propia Primero que todo, la metodología, hace referencia al conjunto de procedimientos basados en principios lógicos, utilizados para alcanzar una gama de objetivos que rigen en una investigación científica. (Landgraf, 2011) Es la teoría acerca del método o del conjunto de métodos está es normativa (valora), pero también es descriptiva (expone) o comparativa (analiza). La metodología estudia también el proceder del investigador y las técnicas que emplea Proceso, por su parte, es entendido como una serie de pasos que incluyen actividades, restricciones y recursos que resultan en un producto que, en este caso, es un software. O como también se puede decir que es una secuencia de pasos que lleva a cabo con el fin de un propósito determinado. De esto podemos decir que, una metodología contiene un grupo de procesos, que, en conjunto, hacen que la metodología haga suplir las lagunas de actuación que podría tener en el desarrollo de un software en cuestión. Ahora bien, como se ha mencionado en este documento, se debe tener en cuenta que por más que se intente, una metodología (aunque cuente con muchos procesos), siempre tiene falencia que los procesos internos de las mismas traten de suplir aunque no existe una metodología dorada que funcione para todos y cada uno de los proyectos de software que existen. 14

15 Conclusión Los procesos de software son modelos y especificaciones sobre qué actividades de ingeniería deben realizarse y en qué orden. Los modelos de proceso, como los basados en prototipos, o los modelos de cascada o en espiral, son descripciones de alto nivel, y por ello se pueden modificar para cada una de las necesidades de las empresas o diseñadores que deseen implementarlos. Con el presente escrito se puede deducir que cada uno de los modelos es independiente el uno del otro, y que, aunque son muy buenos funcionando de manera individual, algunos (como el de prototipos) funciona también muy bien con ayuda de algún otro (como lo he mencionado, fusionándolo con el de cascada, por ejemplo), ya que minimiza aún más el tiempo de ejecución del proyecto, provocando así que se resuman incluso los gastos. También se puede mencionar que existe una diferencia notable entre proceso de software (que son las actividades unitarias que se hacen en un modelo) y el ciclo de vida (que es el horario de tareas que tiene una metodología). 15

16 Bibliografía Falgueras, B. C. (2002). Ingeniería del software. Catalunya: Universitat Oberta de Catalunya. Gonzales, C. V. (2010). Revista de Ingenieria de Software. Ingeniare, 158. Landgraf, K. (17 de Enero de 2011). Requirement Management in Product Development. (S. Publishing, Entrevistador) Symposion Publishing. Martin Fowler, K. S. (1999). UML gota a gota (versión traducida). Mexico: Pearson Education. McConnell, S. (1996). Rapid Development: Taming Wild Software Schedules. Redmond: WA: Microsoft Press. Quispe-Otazu, R. (04 de Junio de 2011). Que es la Ingenieria de Requisitos? Obtenido de Raúl Noriega Martínez, J. R. (2015). Curso de. Madrid, España: McGraw Hill. Salvador Sanchez, M. A. (2011). Ingenieria del Software. Madrid, España: Alfaomega. Suh. (2001). Axiomatic Design: Advances and Applications. Oxford: Oxford University Press. Wiegers, K. E. (2003). Software Requirements 2: Practical techniques for gathering and managing requirements throughout the product development cycle. Redmond: Redmond: Microsoft Press. 16