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
Agenda
Ingeniería de Software
Modelos de Proceso
Modelado del Negocio
Análisis y Diseño
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.
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
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.
Áreas de Conocimiento
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.
Los retos
Agenda
Ingeniería de Software
Modelos de Proceso
Modelado del Negocio
Análisis y Diseño
Ciclo de Vida Clásico (Cascada)
Análisis
Diseño
Codificación
Pruebas e
integración
Operación y
mantenimiento
Espiral
Iterativo
Incremental
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.
Rational Unified Process
XTREME PROGRAMING
Iconix
Agenda
Ingeniería de Software
Modelos de Proceso
Modelado del Negocio
Análisis y Diseño
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
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
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
Agenda
Ingeniería de Softwarae
Modelos de Proceso
Modelado del Negocio
Análisis y Diseño
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
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
Analista-Diseñador
Diseñador
Diseño de
Clases
Diseño de
Subsistemas
Diseño de
Casos de Uso
Análisis de
Casos de Uso
Diseño de
Elementos de
Prueba
Diseño de
Clases
Diseño de
Paquetes
Realización de
Casos de Uso
Análisis
de Clases
Diseño de
Subsistemas
Trazabilidad de
Clases
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
Preguntas ?
Gracias
aacabrera@utpl.edu.ec

Identificación y seguimiento de artefactos en el proceso de desarrollo de software.

  • 1.
    Identificación y seguimientosde artefactos en le proceso de desarrollo de software iSummit Loxa 2010 Conferencia Anual de Tecnología III CREAD ANDES – III VIRTUAL EDUCA
  • 2.
    Agenda Ingeniería de Software Modelosde Proceso Modelado del Negocio Análisis y Diseño
  • 3.
    Evolución Al inicio delos 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 “Laaplicació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 productosde 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.
  • 6.
  • 7.
    Los problemas Chaos Report2009 – 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.
  • 8.
  • 9.
    Agenda Ingeniería de Software Modelosde Proceso Modelado del Negocio Análisis y Diseño
  • 10.
    Ciclo de VidaClásico (Cascada) Análisis Diseño Codificación Pruebas e integración Operación y mantenimiento
  • 11.
  • 12.
  • 13.
  • 14.
    Metodologías de desarrollo METODOLOGIASTRADICIONALES 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.
  • 15.
  • 16.
  • 17.
  • 18.
    Agenda Ingeniería de Software Modelosde Proceso Modelado del Negocio Análisis y Diseño
  • 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 deVisió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 Procesosde 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
  • 22.
    Agenda Ingeniería de Softwarae Modelosde Proceso Modelado del Negocio Análisis y Diseño
  • 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 Arquitectodel 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
  • 25.
    Analista-Diseñador Diseñador Diseño de Clases Diseño de Subsistemas Diseñode Casos de Uso Análisis de Casos de Uso Diseño de Elementos de Prueba Diseño de Clases Diseño de Paquetes Realización de Casos de Uso Análisis de Clases Diseño de Subsistemas Trazabilidad de Clases
  • 26.
    Descripción de Artefactos Arquitecto delSoftware 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
  • 27.
  • 28.