Este documento presenta información sobre la identificación y seguimiento de artefactos en el proceso de desarrollo de software. Explica que los artefactos capturan y comunican información del proyecto y pueden tomar varias formas. También describe los roles clave como analistas de sistemas, arquitectos de software y diseñadores, así como los principales artefactos que producen como documentos de visión, modelos de casos de uso, documentos de arquitectura y modelos de análisis y diseño.
Identificación y seguimiento de artefactos en el proceso de desarrollo de software.
1. Identificación y seguimientos de
artefactos en le proceso de
desarrollo de software
iSummit Loxa 2010
Conferencia Anual de Tecnología
III CREAD ANDES – III VIRTUAL EDUCA
3. Evolución
Al inicio de los tiempos el software se desarrollaba usando técnicas
de gestión orientadas al hardware, porque éste era el centro de la
informática y del presupuesto.
4. Ingeniería de Software
“La aplicación de enfoques sistemáticos,
disciplinados y cuantificables para el desarrollo,
operación y mantenimiento del software; la
aplicación de la ingeniería al software.”
IEEE Computer Society
5. Artefactos
• Son productos de trabajo finales o intermedios
producidos y usados durante un proyecto.
• Los artefactos capturan y comunican la información del
proyecto y puden tomar varias formas are either final
or intermediate work products produced and used
during a project.
• Para desarrollar un sistema de software manejable, los
artefactos son organizados por fases. Estos son usados
en las disciplinas de la Ingeniería de Software.
7. Los problemas
Chaos Report 2009 – Standish Group
Recientemente Standish Group publico su reporte “Chaos Report” el cual
muestra que ha habido un retroceso de los avances que se habían tenido
en los últimos años. En este reporte se menciona que solo el 32% de los
proyectos son exitosos, el 44% están comprometidos por el presupuesto,
esfuerzo o fechas, y el 24% de los proyectos son cancelados.
14. Metodologías de desarrollo
METODOLOGIAS TRADICIONALES V.S ÁGILES
• Las metodologías tradicionales (formales) se focalizan en documentación,
planificación y procesos. (plantillas, técnicas de administración, revisiones
,etc.).
• Los modelos ágiles priorizan el rol de las personas por sobre la
documentación y los procesos.
• Ambos grupos (tradicionales y ágiles) atacan el problema de mantener el
conocimiento dentro de la organización:
– Los grupos rigurosos tienen documentación.
– Los grupos ágiles confían en las personas.
19. Roles y Artefactos
Roles
• Analista del Sistema
• Arquitecto
Artefactos
• Requerimientos stakeholders
• Atributos de los requerimientos
• Documento de visón
• Especificación de Requerimientos de Software
• Modelo de casos de uso
• Documento de Arquitectura
20. Analista de Sistemas
Documento
de Visión
Requerimientos
stakeholders
Modelo de
Casos de Uso
Especificación
Suplementaria
Atributos de los
Requerimientos Glosario
Desarrolla la
Visón
Elicita
Requerimientos -
Stakeholders
Maneja
dependencias
Estructura
Casos de Uso
Encuentra
Actores y casos
de Uso
Captura
Vocabulario
Común
Desarrolla
Documento de
Visión
Documento de
Especificación de
Requerimientos
Analista de
Sitemas
21. Analista del Procesos de Negocio
Glosario del
negocio
Documento de
Arquitectura del
Negocio
Visión del
Negocio
Reglas del
Negocio
Modelo de
Análisis del
Negocio
Especificación
Suplementaria del
Negocio
Objetivos del
Negocio
Modelo de Casos de Uso
del Negocio
Identificar
Objetivos del
Negocio
Capturar Vocabulario
Común del Negocio
Analista de Procesos de
Negocio
Definir la
Arquitectura del
Negocio
Encontrar Actores y Casos de
Uso del Negocio
23. Roles - Artefactos
Roles
• Arquitecto
• Analista Diseñador
Artefactos
• Realización de caso de uso
• Análisis de clases
• Modelo de clases
• Diagramas de secuencia
• Modelo de despliegue
• Modelo de Análisis
• Modelo de diseño
• Documento de Arquitectura
24. Arquitecto de Software
Arquitecto del
Software
Modelo de Despliegue
Documento de
Arquitectura del
Software
Modelo de
Análisis
Modelo de
Diseño
Prueba de Concepto
Arquitectónica
Referencia
Arquitectónica
Identificar
Elementos de
Diseño
Modelo de
Implementación
Priorizar
Casos de Uso
Análisis
Arquitectónico
Construir Prueba de
Concepto
Arquitectónica
Estructurar
Modelo de
Implementación
Incorporar
Elementos de
Diseño
Existente
Describe
Distribución
Evalúa Viabilidad
Prueba de Concepto
Arquitectónica
Identifica
Mecanismos
de Diseño
26. Descripción de Artefactos
Arquitecto
del Software
Modelo de
Despliegue
Documento de
Arquitectura del
Software
Modelo de
Análisis
Modelo de
Diseño
Prueba de
Concepto
Arquitectónica
Referencia
Arquitectónica
Interface
Diseñador
Diseño
de Clases
Análisis
de Clases
Realización de
Casos de Uso
Diseño de
Subsistemas
Diseño de
Paquetes
Diseñador
de Pruebas
Diseño de
Pruebas
Trazabilidad
de Clases
Diseñador de
Base Datos
Modelo de Datos
Diseñador de
Interfaz de
Usuario
Prototipo Interfaz
de Usuario
Mapa de
navegación