Loading…

Flash Player 9 (or above) is needed to view presentations.
We have detected that you do not have it on your computer. To install it, go here.

Like this presentation? Why not share!

Like this? Share it with your network

Share

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

  • 3,400 views
Uploaded on

Taller dictado por el Ing. Armando Cabrera en isummit loxa 2010

Taller dictado por el Ing. Armando Cabrera en isummit loxa 2010

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
3,400
On Slideshare
3,378
From Embeds
22
Number of Embeds
1

Actions

Shares
Downloads
50
Comments
0
Likes
0

Embeds 22

http://www.utpl.edu.ec 22

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Identificación y seguimientos  de artefactos en le proceso de desarrollo de software
    iSummitLoxa 2010
    Conferencia Anual de Tecnología
    III CREAD ANDES – III VIRTUAL EDUCA
  • 2. Agenda
    Ingeniería de Software
    Modelos de Proceso
    Modelado del Negocio
    Análisis y Diseño
  • 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 enfoquessistemáticos, disciplinados y cuantificablespara el desarrollo, operación y mantenimiento del software; la aplicación de la ingeniería al software.”
    IEEE ComputerSociety
  • 5. Artefactos
    Son productos de trabajo finales o intermediosproducidos y usadosdurante un proyecto.
    Los artefactoscapturan y comunicanla información del proyecto y pudentomarvariasformas are either final or intermediate work products produced and used during a project.
    Para desarrollar un sistema de software manejable, los artefactos son organizadosporfases. Estos son usados en lasdisciplinas de la Ingeniería de Software.
  • 6. Áreas de Conocimiento
  • 7. Los problemas
    Recientemente StandishGroup 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.
    Chaos Report 2009 – StandishGroup
  • 8. Los retos
  • 9. Agenda
    Ingeniería de Software
    Modelos de Proceso
    Modelado del Negocio
    Análisis y Diseño
  • 10. Ciclo de Vida Clásico (Cascada)
    Análisis
    Diseño
    Codificación
    Pruebas e integración
    Operación y mantenimiento
  • 11. Espiral
  • 12. Iterativo
  • 13. Incremental
  • 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.
  • 15. RationalUnifiedProcess
  • 16. XTREME PROGRAMING
  • 17. Iconix
  • 18. Agenda
    Ingeniería de Software
    Modelos de 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
    Desarrolla la Visón
    Maneja dependencias
    Desarrolla Documento de Visión
    Elicita Requerimientos - Stakeholders
    Analista de Sitemas
    Estructura Casos de Uso
    Captura Vocabulario Común
    Encuentra Actores y casos de Uso
    Documento de Especificación de Requerimientos
    Atributos de los Requerimientos
    Glosario
    Especificación Suplementaria
    Modelo de Casos de Uso
    Requerimientos stakeholders
    Documento de Visión
  • 21. Analista del Procesos de Negocio
    Documento de Arquitectura del Negocio
    Visión del Negocio
    Glosario del negocio
    Capturar Vocabulario Común del Negocio
    Definir la Arquitectura del Negocio
    Identificar Objetivos del Negocio
    Encontrar Actores y Casos de Uso del Negocio
    Analista de Procesos de Negocio
    Reglas del Negocio
    Modelo de Análisis del Negocio
    Especificación Suplementaria del Negocio
    Modelo de Casos de Uso del Negocio
    Objetivos del Negocio
  • 22. Agenda
    Ingeniería de Softwarae
    Modelos de 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
    Documento de Arquitectura del Software
    Referencia Arquitectónica
    Modelo de Análisis
    Modelo de Implementación
    Modelo de Diseño
    Modelo de Despliegue
    Identifica Mecanismos de Diseño
    Evalúa Viabilidad Prueba de Concepto Arquitectónica
    Priorizar Casos de Uso
    Análisis Arquitectónico
    Construir Prueba de Concepto Arquitectónica
    Arquitecto del Software
    Incorporar Elementos de Diseño Existente
    Identificar Elementos de Diseño
    Estructurar Modelo de Implementación
    Describe Distribución
    Prueba de Concepto Arquitectónica
  • 25. Analista-Diseñador
    Trazabilidad de Clases
    Realización de Casos de Uso
    Análisis de Clases
    Diseño de Subsistemas
    Análisis de Casos de Uso
    Diseño de Subsistemas
    Diseño de Elementos de Prueba
    Diseñador
    Diseño de Clases
    Diseño de Casos de Uso
    Diseño de Clases
    Diseño de Paquetes
  • 26. Descripción de Artefactos
    Documento de Arquitectura del Software
    Modelo de Despliegue
    Arquitecto del Software
    Modelo de Diseño
    Modelo de Análisis
    Referencia Arquitectónica
    Prueba de Concepto Arquitectónica
    Interface
    Análisis de Clases
    Diseño de Clases
    Trazabilidad de Clases
    Mapa de navegación
    Diseñador de Pruebas
    Diseñador de Base Datos
    Diseñador
    Diseñador de Interfaz de Usuario
    Diseño de Paquetes
    Realización de Casos de Uso
    Diseño de Subsistemas
    Prototipo Interfaz de Usuario
    Diseño de Pruebas
    Modelo de Datos
  • 27. Preguntas ?
  • 28. Gracias
    aacabrera@utpl.edu.ec