Gestión y Desarrollo de Requisitos en Proyectos Software

Transcripción

1 Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería de Requisitos, que constituye un proceso de desarrollo fundamentado en: La interacción continua con los usuarios La obtención del modelo de negocio El desarrollo de escenarios El uso de una notación en sintonía con UML La selección de estrategias de mejora descritas en CMMI La Propuesta metodológica contempla el análisis de actividades de la Ingeniería de Requisitos en: Sistemas de información de nueva creación Actividades de mantenimiento de sistemas informáticos Procedimiento para la definición e implantación de un proceso software 2 1

2 DEFINICIÓN Y CARACTERIZACIÓN DEL REQUISITO 3 Definición y Caracterización de Requisito Definición IEEE Standard , IEEE Standard Glossary of software Engineering Terminology: Condición o necesidad de un usuario para resolver un problema o alcanzar un objetivo Condición o capacidad que debe estar presente en un sistema o componentes de sistema que satisfaga un contrato, estándar, especificación u otro documento formal Una representación documentada de una condición o facilidad 4 2

3 Definición y Caracterización de Requisito Caracterización Siguiendo las indicaciones dadas por IEEE y la plantilla para documentos de requisitos propuesta en Volere v6.1 (Robertson & Roberson 2000) cada requisito vendrá caracterizado por: Identificador y nombre descriptivo Persona, organización y fecha en la que se presenta el requisito Sistemas afectados por el requisito Descripción de la capacidad o funcionalidad que debe presentar el sistema a desarrollar. Cada requisito deberá ser descrito de tal manera que satisfaga las características de necesario, conciso, completo, consistente, no ambiguo y verificable Tipo de requisito (funcionales y no funcionales) Prioridad tanto para el sistema como para el usuario Estado del requisito Documentación asociada 5 GESTIÓN DE REQUISITOS: Nuevos Desarrollos Gestión del Cambio en un Sistema Mantenimiento Evolutivo (Planificado / No Planificado) Mantenimiento Correctivo (Normal / Urgente) Otras Actividades de Mantenimiento 6 3

4 Gestión de Requisitos Nuevos Desarrollos Nuevos Desarrollos Captura de Requisitos Análisis y Negociación Preparación y Gestión Especificación Validación y Verificación 7 Gestión de Requisitos Nuevos Desarrollos Preparación y Gestión Objetivo: Especificar el Plan de Trabajo Definición del Equipo de Trabajo inicial del proyecto Gestión del Riesgo y Selección de Alternativas de Solución Elaborar el Plan de Trabajo Establecimiento de los criterios de evaluación Documento Gestión del Riesgo y Selección de Alternativas Planificación de actividades Descripción del equipo humano Criterios de evaluación de los productos 8 4

5 Gestión de Requisitos Nuevos Desarrollos Captura de Requisitos Objetivo: Identificar a partir de cualquier fuente de información proporcionada por el cliente, los procesos de la organización para identificar las necesidades de los futuros usuarios del sistema Identificar los objetivos estratégicos de la organización Identificación de los procesos de la organización Identificación de roles en la organización Obtención del modelo de negocio Identificación de necesidades clientes y usuarios Modelo de Negocio Lista y descripción preliminar de requisitos 9 Gestión de Requisitos Nuevos Desarrollos Análisis y Negociación Objetivo: Profundizar en el conocimiento de la organización para asegurar un acuerdo con el cliente sobre los procesos a los que el sistema a construir va a dar soporte Obtención del Modelo de Dominio Obtención del Modelo de Casos de Uso /Modelo de Procesos del negocio Clasificación y descripción de los requisitos Análisis de Requisitos Negociación / Aprobación del Catálogo de Requisitos Modelo de Dominio Aprobado Modelo de Negocio Propuesto Catálogo de Requisitos Aprobado 10 5

6 Gestión de Requisitos Nuevos Desarrollos Especificación de la Solución Objetivo: Documentar los requisitos identificados y negociados utilizando tantas técnicas como sean necesarias para que todos los participantes lo entiendan Priorizar los requisitos Descripción de los requisitos del sistema Obtención del Modelo de Casos de Uso Catálogo de Requisitos priorizado Diagrama de Casos de Uso Descripción de Casos de Uso Actores del Sistema Modelo de Casos de Uso 11 Gestión de Requisitos Nuevos Desarrollos Validación y Verificación Objetivo: Comprobar los documentos y modelos elaborados, con el fin de detectar omisiones, conflictos y ambigüedades no detectadas así como comprobar que los requisitos siguen las normas de calidad establecidas Validación y verificación de requisitos Actualización del repositorio de requisitos Catálogo de Requisitos Validado Documento de Especificación de Requisitos Validado 12 6

7 Gestión de Requisitos Nuevos Desarrollos Aspectos Complementarios Trazabilidad: la verificación de la trazabilidad de los requisitos será actividad que se tendrá que llevar a cabo en las cuatro etapas finales del proceso. Su objetivo es gestionar los cambios y el mantenimiento de los requisitos para que representen el sistema que se va a desarrollar Reutilización: Es posible la reutilización de requisitos especificados en otros proyectos y no necesariamente por el mismo equipo de desarrollo, para ello debe tenerse en cuenta los siguientes factores: Unificación de formatos para la descripción de requisitos Utilización del mismo lenguaje de especificación formal Contar con un repositorio de requisitos de fácil acceso y gestión Prototipos: Que permiten comprobar la adecuación o necesidad de un requisito antes de su desarrollo 13 GESTIÓN DE REQUISITOS: Nuevos Desarrollos Gestión del Cambio en un Sistema Mantenimiento Evolutivo (Planificado / No Planificado) Mantenimiento Correctivo (Planificado / Urgente) Otras Actividades de Mantenimiento 14 7

8 Requisitos: Gestión del Cambio Actividades de Mantenimiento de los Sistemas Una vez implantado un sistema de información, el cliente descubre nuevas necesidades, formas de mejorar las funcionalidades existentes y también errores. Esto da lugar a que soliciten modificaciones e indiquen los requisitos para incorporarlas. Estos nuevos requisitos aparecen ante la necesidad de: Evolucionar el sistema: Cambios debidos a mejoras de los requisitos cliente o adaptaciones requeridas a medida que evoluciona el entorno Corregir el sistema: Cambios asociados a la corrección de errores Otras actividades relacionadas con el sistema pero que no implican modificación de código Priorizar y clasificar los diferentes requisitos que serán atendidos a través de los correspondientes mantenimientos: Mantenimiento Planificado Mantenimiento no Planificado Urgente 15 Requisitos: Gestión del Cambio Tareas Previas Objetivo: Recibir, clasificar y organizar los requisitos del Usuario en los correspondientes mantenimientos Recibir las Peticiones de Usuario Estudiar y Clasificar las Peticiones de Usuario Aceptar / Rechazar las Peticiones de Usuario Requisito Aceptado y Clasificado 16 8

9 Requisitos: Gestión del Cambio Mantenimiento Planificado Definición: Modalidad de Mantenimiento en el que las Peticiones de Usuario se priorizan y organizan generando un Plan de Trabajo que se debe ejecutar en un periodo de tiempo determinado. El proceso está constituido por dos subprocesos: Establecimiento del Plan de Trabajo Ejecución del Mantenimiento Aplicable: Mantenimiento Evolutivo Planificado Mantenimiento Correctivo Planificado Otras Actividades de Mantenimiento Planificadas 17 Requisitos: Gestión del Cambio Mantenimiento Planificado: Establecimiento del Plan de Trabajo Objetivo: Definir el Plan de Trabajo, que incluye los mantenimientos a realizar durante el periodo. El subproceso también abarca la re-planificación, en caso de ser necesario, del Plan de Trabajo en curso Definición de un plan de trabajo por cada aplicación Comunicar el plan de trabajo Plan de trabajo planificado y comunicado 18 9

10 Requisitos: Gestión del Cambio Mantenimiento Planificado: Ejecución del Mantenimiento Objetivo: Llevar es llevar a cabo la realización de un mantenimiento Planificación del Mantenimiento Gestión operativa Especificación de Requisitos Validación y verificación de requisitos Actualización del repositorio de requisitos Catálogo de Requisitos Aprobado Documento de Especificación de Requisitos Aprobado 19 Requisitos: Gestión del Cambio Mantenimiento no Planificado Modalidad de Mantenimiento en el que la petición del usuario, por urgencia o criticidad, no puede esperar a ser incluida en el próximo Plan de Trabajo, ejecutándose directamente un mantenimiento La especificación del proceso es similar a la del subproceso Ejecución del Mantenimiento del proceso Mantenimiento Planificado. La única diferencia radica en que en este caso no se cuenta con un Plan de Trabajo como entrada a la ejecución, siendo la única entrada disponible la petición formulada por el usuario 20 10

11 Requisitos: Gestión del Cambio Ejecución del Mantenimiento no Planificado Urgente Objetivo: Llevar a cabo la realización de un mantenimiento urgente. Indicado para cuando la implantación en producción es crítica y debe llevarse a cabo con la mayor agilidad posible, con independencia de que el resto de productos actualizar, no estén disponibles y su actualización deba ser pospuesta para una segunda fase Análisis de la petición Realizar diagnóstico Informar al Comité de Cambios Resolución urgente de la/s incidencia/s Completar la ejecución del servicio Especificación de Requisitos Validación y verificación de requisitos Actualización del repositorio de requisitos Informar al Comité de Cambios de la ejecución del servicio Productos: Catálogo de Requisitos Actualizado Documento de Especificación de Requisitos Actualizado 21 DEFINICIÓN / IMPLANTACIÓN DE UN PROCESO SOFTWARE» Definir el proceso a implantar» Documentar el proceso definido» Definir un piloto de validación del proceso» Revisar el proceso en base a los resultados del piloto» Aprobación del proceso» Despliegue en la organización 22 11

12 Definición / Implantación de un Proceso Software Definición del Proceso a Implantar La fase de implantación de un proceso software comienza con la recopilación de diversos elementos clave de mejora y la confección de la mejor hipótesis de solución basada en estos elementos y dirigida a satisfacer las necesidades de la organización El proceso a definir puede ser complejo y multidisciplinar, por lo que esta tarea suele ser asignada a un grupo técnico de trabajo constituido al efecto 23 Definición / Implantación de un Proceso Software Documentar el Proceso Definido La conveniencia de documentar un procedimiento (y de formar e informar a las personas encargadas de aplicarlo) es tanto mayor cuanto mayor sea la necesidad de asegurar que la actividad se realiza de la forma prevista. La conveniencia de documentar un procedimiento se incrementa si: Las consecuencias que pueden derivarse del no seguimiento del procedimiento son graves El procedimiento es laborioso, complejo o de uso poco frecuente y por tanto, es fácil de olvidar La actividad tiene que ser desarrollada por distintas personas El documento a generar debería contemplar los siguientes aspectos: Identificación de los perfiles responsables Definición del procedimiento 24 12

13 Definición / Implantación de un Proceso Software Documentar el Proceso Definido Identificación de los perfiles responsables de: La planificación del proceso y asignación de las responsabilidades. Asignar recursos materiales y humanos para la realización adecuada del proceso y decidir si es preciso dar formación relacionada con el proceso Comprobar y asegurar que la actividad de proceso se desarrolla de acuerdo con el propio procedimiento. Autorizar los cambios al procedimiento que se soliciten (perfil de alto nivel de gestión) La identificación de estos perfiles nos permite cumplir con las prácticas genéricas 2.1, 2.2, 2.3, 2.4, 2.5, 2.9, 2.10 Definición del procedimiento. En este apartado además de la descripción del propio procedimiento contemplaremos: Condiciones para iniciar el procedimiento Condiciones para finalizar el procedimiento Descripción de las tareas en donde indicaremos qué hay que hacer y la lista de productos resultantes de cada tarea. En el procedimiento deben incluirse tareas que aseguren las prácticas genéricas 2.6, 2.7, Definición / Implantación de un Proceso Software Definir un Piloto de Validación Una vez que el procedimiento ha sido diseñado y documentado, debe ser probado y validado, ya que sólo se trata de una mejor hipótesis de solución, y no es seguro que funcione Esta actividad se suele llevar a cabo mediante la aplicación del procedimiento diseñado en un proyecto real, propio de la organización, tomado como piloto de pruebas a estos efectos 26 13

14 Definición / Implantación de un Proceso Software Revisar el Proceso en Base a los Resultados del Piloto Durante el proyecto piloto de la actividad de validación se han recogido nuevos conocimientos, experiencias y, en definitiva, lecciones aprendidas. La solución se modificará para incluir todas estas nuevas aportaciones extraídas de los resultados de las pruebas Pueden ser necesarias varias iteraciones de refinamiento mediante procesos de validación hasta alcanzar la solución satisfactoria Una solución puede empezar a utilizarse antes de estar implantada, ya que en muchas ocasiones, esperar por la solución perfecta acaba retrasando innecesariamente el plan 27 Definición / Implantación de un Proceso Software Aprobación del Proceso Definido Es muy importante que la idea de mejorar esté suficientemente apoyada por la Dirección. Este apoyo se debe dar durante todo el proceso de mejora, pero es crítico en los momentos iniciales en los que se corre peligro de que el caos y la incertidumbre se apoderen de la organización 28 14

15 Definición / Implantación de un Proceso Software Despliegue en la Organización Una vez que se ha obtenido una solución que se puede utilizar en proyectos, ésta debe ser implantada en toda la organización. En el proceso de implantación se pueden usar diversas metodologías incluyendo: Top-Down: empezando en los niveles más alto de la organización y derivando hacia los inferiores Just-in-Time: implantando proyecto por proyecto, en el momento más apropiado del ciclo de vida de cada uno, etc