Medea. Metodología de desarrollo en ÁTICA

MEDEA

Metodología de DEsarrollo Atica

ATICA

(Universidad de Murcia)

MEDEA: MEtodología de Desarrollo en ATICA 2

Agenda

1. Motivación y objetivos

2. Disciplinas de Medea 1. Introducción

2. Gestión del Proyecto (GP)

3. Requisitos (REQ)

4. Análisis y Diseño (AYD)

5. Gestión de la Configuración (GC)

6. Desarrollo (DE)

7. Despliegue (DSP)

8. Calidad del Software (QS)

3. Infraestructura

4. Referencias


¿Dónde estamos?




3. Requisitos (REQ)



6. Desarrollo (DE)

7. Despliegue (DSP)


3. Infraestructura

4. Referencias



• Motivación (I) – Cada grupo usaba su propia “metodología” para cubrir todo el ciclo

de vida de los proyectos

• Gestión del proyecto, toma de requisitos, análisis, codificación …

• Ausencia de control y normalización para cada fase



• Motivación (II) – Era necesaria la creación de un Metodología UNICA para ATICA que

permita:

• Gestionar de manera organizada los proyectos

• Normalizar el desarrollo de todos los grupos

• Proporcionar normas, técnicas y herramientas que faciliten el afrontar un proyecto desde su concepción hasta su cierre



• La solución: MEDEA (MEtodología de Desarrollo en ATICA) – Marco de desarrollo y metodología basada en Procesos

• Fuentes: UP, CMMi, SWEBOK, Metodologías ágiles (SCRUM) y MADEJA

– Persigue la mejora continua de la organización

– Cubre el Ciclo de vida completo de un proyecto de desarrollo software a través de 7 disciplinas:



• Objetivo Principal de MEDEA

– “Mejorar la calidad de los desarrollos de software en ATICA”

• Objetivos Secundarios • Definir los Procesos sistemáticos para la Gestión del Proyecto y la

construcción del software involucrados en cada Disciplina

• Establecer las Tareas que conlleva realizar cada proceso

• Ofrecer Instrucciones para realizar dichas tareas a través de

– Herramientas

– Plantillas

• Crear una jerarquía estandarizada de Roles participantes en las tareas

• Proponer un conjunto de Métricas que permitan una mejora continua


¿Dónde estamos?




3. Requisitos (REQ)



6. Desarrollo (DE)

7. Despliegue (DSP)


3. Infraestructura

4. Referencias


2.1. Disciplinas de MEDEA: Introducción

• Disciplina – “Agrupación lógica de roles, procesos, tareas y artefactos

relacionados con alguno de los aspectos de gestión y/o construcción de software”

• Las 7 disciplinas en MEDEA (I) 1. Gestión de Proyectos (GP)

• Se definen los procesos necesarios para establecer y mantener un plan que defina las actividades del proyecto

• Permite el seguimiento, control, gestión y toma de decisiones relativas al proyecto

2. Requisitos (REQ)

• Cubre los aspectos necesarios para descubrir y analizar los requisitos de los clientes de ATICA Universidad de Murcia

• Se incluyen procesos de validación y aprobación de los requisitos


2.1. Disciplinas de MEDEA: Introducción

• Las 7 disciplinas en MEDEA (II) 3. Análisis y Diseño (AYD)

• Procesos para permitir obtener una solución arquitectónica y el diseño del software a construir

4. Desarrollo (DE)

• Se describen en esta disciplina los procesos, herramientas y técnicas para la codificación e implementación del proyecto

5. Despliegue (DSP)

• Procesos para la puesta en producción del proyecto, realización de pruebas, …


• Procesos para gestionar todos los artefactos


• Procesos para garantizar la calidad del software tanto interna como externa


2.2. Disciplina de Gestión del Proyecto

• Procesos en esta disciplina

– Definición

• Establecer los principales requisitos y restricciones del proyecto y “acordarlos” con el cliente.

– Planificación

• Planificación del proyecto, releases, iteraciones e hitos. Estimación de recursos necesarios. Cronograma del proyecto

– Seguimiento

• Tareas para el control del proyecto, evitando desviaciones del plan establecido y toma de acciones correctivas

– Cierre

• Realización de tareas para el cierre del proyecto, teniendo en cuenta datos estadísticos para un uso futuro


2.3. Disciplina de Requisitos


– Alcance

• Permite definir el alcance del proyecto, identificar a los interesados, usuarios, expertos …

– Elicitación

• Toma de requisitos del proyecto, tanto funcionales como no funcionales, hasta obtener un Documento de Requisitos

– Validación

• Tareas para la validación por el cliente de Requisitos y los diseños de la aplicación

– Gestión

• Gestión de los cambios en los requisitos durante el desarrollo del proyecto y evaluación del impacto del cambio en el software construido


2.4. Disciplina de Análisis y Diseño


– Análisis

• Tareas para facilitar el análisis del proyecto

• Transformación de los requisitos del proyecto en una solución arquitectónica que guiará el Diseño

– Diseño

• Descripción detallada de los detalles del software a construir, a través de la elaboración de modelos, diseños, …


2.5. Disciplina de Gestión de la configuración


– Establecer Sistema G.C.

• Tareas que permiten definir todos los componentes del sistema de gestión de la configuración

– Gestión de la Release

• Gestión de la configuración de los artefactos del proyecto que forman parte de una Release. Elaboración de líneas base y Liberación controlada de código.

– Control de Cambios

• Define las acciones a realizar para la gestión de los posibles cambios producidos durante la vida del proyecto

– Contabilidad

• Tareas que proporcionan información útil para la Gestión del proyecto


2.7. Disciplina de Desarrollo


– Organizar Código

• Instrucciones para definir la estructura del código en sus diferentes capas

– Creación de Componentes

• Pasos para la implementación y codificación del código

– Integración

• Pautas para la realización ordenada de la integración del código de los diferentes desarrolladores


2.8. Disciplina de Despliegue


– Preparar Entorno

• Instrucciones para el despliegue del proyecto en el entorno de ejecución del mismo

– Documentación

• Pautas para la elaboración de manuales de usuarios y vídeos formativos

– Pruebas Usuario Final

• Control de las pruebas por parte del usuario final

– Formación

• Instrucciones para la elaboración de formación a clientes mediante seminarios, tutorías o cursos


2.9. Disciplina de Calidad del Software


– Integración Continua

• Utilización de un servidor de integración continua para controlar la calidad del proyecto durante todo el ciclo de desarrollo.

– Test Funcionales

• Pautas para la elaboración de pruebas de la funcionalidad del software

– Test Carga

• Pautas para las pruebas intensivas que permiten medir la carga máxima del software desarrollado

– Control Calidad Interna

• Pruebas internas a realizar para medir la calidad del software que se está desarrollando


¿Dónde estamos?




3. Requisitos (REQ)



6. Desarrollo (DE)

7. Despliegue (DSP)


3. Infraestructura

4. Referencias


3. Infraestructura y herramientas

• Infraestructura necesaria – Servidor de control de versiones: Subversion

– Servidor de integración continua: Hudson

– Gestor de Incidencias: JIRA

– Modelado UML: Astash UML

– Prototipado de pantallas: Evolus Pencil

– Modelado de base de datos: Oracle Data Modeler

– Framework de desarrollo: FundeWeb

– Clientes Subversion: Tortoise y SubEclipse

– Control de calidad del software: Selenium IDE, Jmeter, Webdeveloper toolbar, Juicy studio accesibility tool


¿Dónde estamos?




3. Requisitos (REQ)



6. Desarrollo (DE)

7. Despliegue (DSP)


3. Infraestructura

4. Referencias


4. Referencias

• Página web de MNCS – http://www.um.es/atica/mncs/

• Documentación de MEDEA (Requiere usuario UMU) – https://wiki.atica.um.es/wikis/programador/doku.php?id=mda:mede

a

http://www.um.es/atica/mncs/

https://wiki.atica.um.es/wikis/programador/doku.php?id=mda:medea

https://wiki.atica.um.es/wikis/programador/doku.php?id=mda:medea

Technology

Medea. Metodología de desarrollo en ÁTICA