Sistemas II Ing. Fausto Loja Mora
Agenda <ul><li>Proceso Unificado de Desarrollo </li></ul><ul><li>Características del RUP </li></ul><ul><li>Problemática de...
¿Qué es un proceso de desarrollo? <ul><li>Un proceso de desarrollo es un conjunto de actividades necesarias para transform...
¿Qué es un proceso de desarrollo? <ul><li>En general  Define  Quién   debe hacer   Qué ,  Cuándo   y  Cómo  debe hacerlo. ...
Características del RUP <ul><li>Dirigido por casos de uso </li></ul><ul><li>Centrado en la arquitectura </li></ul><ul><li>...
Dirigido por casos de Uso Requisitos Capturar,  definir  y  validar los   casos de uso Realizar los  casos de uso Verifica...
Iterativo e Incremental
Iterativo e Incremental <ul><li>Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos...
Centrado en la arquitectura <ul><li>La arquitectura, nos da la visión general del sistema. </li></ul><ul><li>Define la sol...
Partes de un documento de arquitectura
Componentes
Deploy
Modelo de Datos
Fases del RUP
Dedicación y esfuerzo  Inicio Elaboración Construcción Transición Esfuerzo 5 % 20 % 65 % 10% Tiempo Dedicado 10 % 30 % 50 ...
Análisis <ul><li>Conseguir una comprensión más precisa de los requisitos, expresado en términos de los desarrolladores. </...
Trabajadores y Actefactos
Trabajadores
Artefactos
Artefactos
Análisis de Arquitectura
Analizar un caso de uso
Analizar una clase
Analizar un paquete
Diseño <ul><li>Profundizar en los requisitos no funcionales y en las restricciones técnicas. </li></ul><ul><li>Crear una e...
Trabajadores y Artefactos
Trabajadores
Artefactos
Artefactos
Artefactos
Diseño de la Arquitectura
Diseño de un caso de uso
Diseño de una clase
Mantenimiento de los contenidos de los subsistemas
Implementación <ul><li>Planificar las iteraciones se sistema necesarias </li></ul><ul><li>Distribuir el sistema asignando ...
Trabajadores y Artefactoa
Trabajadores
Artefactos
Artefactos
Implementación de la Arquitectura
Integrar Sistema
Implementar un subsistema
Implementar una clase
Prueba de Unidad
Preguntas <ul><li>? </li></ul>
Introducción: <ul><li>La programación se compone de dos partes, las partes &quot;intrínsecas&quot; al trabajo de programac...
Introducción: <ul><li>Añadir más gente a un proyecto porque tiene un retraso, no sólo no ayuda, sino que hace que el proye...
Las Mejores Prácticas <ul><li>Proceso con grandes patrocinadores: </li></ul><ul><ul><li>IBM </li></ul></ul><ul><ul><li>Ora...
Las Mejores Prácticas <ul><li>6 mejores prácticas </li></ul><ul><li>2 Ejes </li></ul>
1. Desarrollo Iterativo e incremental
1. Desarrollo Iterativo e incremental Modelo en cascada Modelo Iterativo e incremental Para el desarrollo del  SGA  se est...
2. Arquitecturas basadas en componentes <ul><li>Uno de los peligros en sistemas grandes y complejos es que al hacer cambio...
2. Arquitecturas basadas en componentes Arquitectura del SGA
3. Modelado Visual de Software <ul><li>UML permite describir un sistema en diferentes niveles de abstracción, simplificand...
4. Administración de Requerimientos <ul><li>Definición, clasificación, asignación, seguimiento y control en todo el ciclo ...
4. Administración de Requerimientos <ul><li>El uso de herramientas como el Rational Requisit Pro permiten una administraci...
5. Aseguramiento de la calidad <ul><li>Los principales factores de rechazo de una aplicación son desempeño deficiente y ba...
5. Aseguramiento de la calidad <ul><li>Se ha creado una  “cultura de aseguramiento de calidad”  pues no es lo mismo introd...
6. Controlar los cambios <ul><li>Los equipos pueden hacer liberaciones a tiempo. </li></ul><ul><li>Los testers saben que m...
Microsoft Solutions Framework (MSF) <ul><li>“ MSF ofrece una guía de cómo organizar a las personas y proyectos para planif...
Organización del Equipo - MSF © 2003 BAYTEQ CONFIDENCIAL Program Management Development QA (Test) Product  Management User...
Organización del Equipo  Principios Fundamentales   <ul><li>Reglas y responsabilidades claras </li></ul><ul><li>“ Empowerm...
Organización del Equipo  Conceptos Fundamentales   <ul><li>Equipo de iguales </li></ul><ul><li>Enfoque en el cliente </li>...
Organización del Equipo  Mejores Prácticas   <ul><li>Equipos pequeños y multidisciplinarios </li></ul><ul><li>Trabajar jun...
Organización del Equipo  Product Management   <ul><li>Objetivo </li></ul><ul><ul><li>Satisfacer las necesidades de los cli...
Organización del Equipo  Product Management (cont.)   <ul><ul><li>Planificación del producto </li></ul></ul><ul><ul><ul><l...
Organización del Equipo  Program Management   <ul><li>Objetivo </li></ul><ul><ul><li>Liberar el producto tomando en cuenta...
<ul><li>Objetivo </li></ul><ul><ul><li>Asegurar el éxito del proyecto, definiendo la estructura fundamental de la solución...
<ul><ul><li>Manejar las expectativas de los stakeholders sobre el contenido de la solución </li></ul></ul><ul><ul><li>Part...
Organización del Equipo  Development   <ul><li>Objetivo </li></ul><ul><ul><li>Construir las especificaciones </li></ul></u...
Organización del Equipo  Development (cont.)   <ul><ul><li>Desarrollo de Infraestructura </li></ul></ul><ul><ul><ul><li>De...
Organización del Equipo  QA (Test)   <ul><li>Objetivo </li></ul><ul><ul><li>Aprobar la liberación, solo antes de que todos...
Organización del Equipo  User Experience   <ul><li>Objetivo </li></ul><ul><ul><li>Enriquecer la efectividad del usuario  <...
Organización del Equipo  User Experience (cont.)   <ul><ul><li>Investigación de usabilidad y pruebas </li></ul></ul><ul><u...
Organización del Equipo  Release Management   <ul><li>Objetivo </li></ul><ul><ul><li>Asegurar la liberación transparente y...
Organización del Equipo  Release Management (cont.)   <ul><ul><li>Operación </li></ul></ul><ul><ul><ul><li>Establecer cont...
Organización del Equipo  Release Management (cont.)   <ul><ul><li>Manejo de la Versión Comercial </li></ul></ul><ul><ul><u...
Organización del Equipo  Coordinación Externa © 2003 BAYTEQ CONFIDENCIAL Enfoque de Negocio QA (Test) Product Management E...
Modelo de Procesos - MSF © 2003 BAYTEQ CONFIDENCIAL Modelo Cascada Modelo Espiral Modelo MSF
Modelo de Procesos Conceptos Clave <ul><li>Diferenciar entre Cliente y Usuario </li></ul><ul><ul><li>Cliente : Persona u o...
Modelo de Procesos Conceptos Clave (cont.) <ul><li>Manejo de la Negociación </li></ul><ul><ul><li>El manejo del alcance es...
Modelo de Procesos Características del Modelo <ul><li>Enfoque basado en fases e hitos </li></ul><ul><ul><li>Fases que van ...
Modelo de Procesos Características del Modelo (cont.) <ul><li>Enfoque Iterativo </li></ul><ul><ul><li>Liberaciones version...
Modelo de Procesos Fases e Hitos © 2003 BAYTEQ CONFIDENCIAL Equipo Base Organizado Línea de Base de la Visión / Alcance Va...
Próxima SlideShare
Cargando en…5
×

Proceso Unificado de Desarrollo

11.790 visualizaciones

Publicado el

2 comentarios
3 recomendaciones
Estadísticas
Notas
Sin descargas
Visualizaciones
Visualizaciones totales
11.790
En SlideShare
0
De insertados
0
Número de insertados
59
Acciones
Compartido
0
Descargas
545
Comentarios
2
Recomendaciones
3
Insertados 0
No insertados

No hay notas en la diapositiva.
  • Proceso Unificado de Desarrollo

    1. 1. Sistemas II Ing. Fausto Loja Mora
    2. 2. Agenda <ul><li>Proceso Unificado de Desarrollo </li></ul><ul><li>Características del RUP </li></ul><ul><li>Problemática de Captura de requisitos </li></ul><ul><li>Captura de requisitos como casos de Uso </li></ul>
    3. 3. ¿Qué es un proceso de desarrollo? <ul><li>Un proceso de desarrollo es un conjunto de actividades necesarias para transformar un requisito de un usuario en software. </li></ul>Requisitos nuevos o modificados Sistema nuevo o modificado Proceso de Desarrollo de Software
    4. 4. ¿Qué es un proceso de desarrollo? <ul><li>En general Define Quién debe hacer Qué , Cuándo y Cómo debe hacerlo. </li></ul>
    5. 5. Características del RUP <ul><li>Dirigido por casos de uso </li></ul><ul><li>Centrado en la arquitectura </li></ul><ul><li>Iterativo e Incremental </li></ul><ul><li>Desarrollo basado en componentes </li></ul>
    6. 6. Dirigido por casos de Uso Requisitos Capturar, definir y validar los casos de uso Realizar los casos de uso Verificar que se satisfacen los casos de uso Implement ación Prueba s Casos de Uso integran el trabajo Análisis & Diseño
    7. 7. Iterativo e Incremental
    8. 8. Iterativo e Incremental <ul><li>Las actividades se encadenan en una mini-cascada con un alcance limitado por los objetivos de la iteración </li></ul>n veces Análisis Diseño Codific. Pruebas e Integración
    9. 9. Centrado en la arquitectura <ul><li>La arquitectura, nos da la visión general del sistema. </li></ul><ul><li>Define la solución global. </li></ul><ul><li>Abarca lo siguiente: </li></ul><ul><ul><li>Organización del sistema de software </li></ul></ul><ul><ul><li>Elementos de estructura, interfaces. </li></ul></ul><ul><li>Uso, funcionalidad, rendimiento, flexibilidad, reutilización. </li></ul>Inception Elaboration Construction Transition Architecture
    10. 10. Partes de un documento de arquitectura
    11. 11. Componentes
    12. 12. Deploy
    13. 13. Modelo de Datos
    14. 14. Fases del RUP
    15. 15. Dedicación y esfuerzo Inicio Elaboración Construcción Transición Esfuerzo 5 % 20 % 65 % 10% Tiempo Dedicado 10 % 30 % 50 % 10%
    16. 16. Análisis <ul><li>Conseguir una comprensión más precisa de los requisitos, expresado en términos de los desarrolladores. </li></ul><ul><li>Producir una vista interna del sistema. </li></ul><ul><li>Trasladar requisitos en especificaciones de implementación. </li></ul><ul><li>Transformar los casos de uso en clases, estructurados en paquetes. </li></ul>
    17. 17. Trabajadores y Actefactos
    18. 18. Trabajadores
    19. 19. Artefactos
    20. 20. Artefactos
    21. 21. Análisis de Arquitectura
    22. 22. Analizar un caso de uso
    23. 23. Analizar una clase
    24. 24. Analizar un paquete
    25. 25. Diseño <ul><li>Profundizar en los requisitos no funcionales y en las restricciones técnicas. </li></ul><ul><li>Crear una entrada apropiada para la implementación. </li></ul><ul><li>Descomponer los trabajos de implementación en partes más manejables, que permitan concurrencia y puedan ser desarrolladas por diferentes equipos de desarrollo. </li></ul>
    26. 26. Trabajadores y Artefactos
    27. 27. Trabajadores
    28. 28. Artefactos
    29. 29. Artefactos
    30. 30. Artefactos
    31. 31. Diseño de la Arquitectura
    32. 32. Diseño de un caso de uso
    33. 33. Diseño de una clase
    34. 34. Mantenimiento de los contenidos de los subsistemas
    35. 35. Implementación <ul><li>Planificar las iteraciones se sistema necesarias </li></ul><ul><li>Distribuir el sistema asignando componentes ejecutables a nodos en el diagrama de despliegue. </li></ul><ul><li>Implementar las clases y subsistemas encontrados durante el diseño </li></ul><ul><li>Probar los componentes individualmente, integrarlos </li></ul>
    36. 36. Trabajadores y Artefactoa
    37. 37. Trabajadores
    38. 38. Artefactos
    39. 39. Artefactos
    40. 40. Implementación de la Arquitectura
    41. 41. Integrar Sistema
    42. 42. Implementar un subsistema
    43. 43. Implementar una clase
    44. 44. Prueba de Unidad
    45. 45. Preguntas <ul><li>? </li></ul>
    46. 46. Introducción: <ul><li>La programación se compone de dos partes, las partes &quot;intrínsecas&quot; al trabajo de programación y las partes que podríamos considerar &quot;accidentales“. </li></ul><ul><li>Se puede comparar el proceso de desarrollo de un producto software con un hombre lobo. </li></ul>Pensar en el problema, resolver las ambigüedades, entender los estándares, &quot;pensar&quot; al fin y al cabo. Expresar la idea en el lenguaje de programación, el propio acto de teclear, etc. Es algo monstruosamente feo y peligroso en el sentido de que es muy fácil que fracase.
    47. 47. Introducción: <ul><li>Añadir más gente a un proyecto porque tiene un retraso, no sólo no ayuda, sino que hace que el proyecto se retrase aún más. </li></ul><ul><li>Orientación a objetos, procesos de desarrollo iterativos e incrementales, patrones de diseño y sobre todo la experiencia traducida en mejores prácticas . </li></ul>Podríamos decir que “una mujer hace un niño en nueve meses, pero nueve mujeres no hacen un niño en un mes”. Frederick P. Brooks, Jr., allá por el año de 1987, predijo que podrían ayudarnos y efectivamente así ha sido, aunque no precisamente un orden de magnitud, como se esperaba de ellas.
    48. 48. Las Mejores Prácticas <ul><li>Proceso con grandes patrocinadores: </li></ul><ul><ul><li>IBM </li></ul></ul><ul><ul><li>Oracle </li></ul></ul><ul><ul><li>SUN </li></ul></ul><ul><ul><li>Entre otros </li></ul></ul>
    49. 49. Las Mejores Prácticas <ul><li>6 mejores prácticas </li></ul><ul><li>2 Ejes </li></ul>
    50. 50. 1. Desarrollo Iterativo e incremental
    51. 51. 1. Desarrollo Iterativo e incremental Modelo en cascada Modelo Iterativo e incremental Para el desarrollo del SGA se está utilizando el Microsoft Solution Framework (MSF) el cual propone 2 modelos un modelo de equipos y un modelo de procesos que se adaptan a un proceso iterativo e incremental de software MODELO DE EQUIPOS MODELO DE PROCESOS MSF
    52. 52. 2. Arquitecturas basadas en componentes <ul><li>Uno de los peligros en sistemas grandes y complejos es que al hacer cambios a una parte de la aplicación se impacten otras partes con el &quot;efecto dominó&quot;. </li></ul><ul><li>El uso de patrones de diseño, hace que la solución sea mas escalable y que los desarrolladores puedan avanzar sin preocuparse de solucionar problemas comunes de diseño </li></ul>
    53. 53. 2. Arquitecturas basadas en componentes Arquitectura del SGA
    54. 54. 3. Modelado Visual de Software <ul><li>UML permite describir un sistema en diferentes niveles de abstracción, simplificando la complejidad sin perder información </li></ul>
    55. 55. 4. Administración de Requerimientos <ul><li>Definición, clasificación, asignación, seguimiento y control en todo el ciclo de vida. </li></ul><ul><li>Problemas de un mal manejo de requerimientos </li></ul><ul><ul><li>Incapacidad para manejar los cambios en los requerimientos durante el desarrollo. </li></ul></ul><ul><ul><li>Falta de especificación detallada de los requerimientos. </li></ul></ul><ul><ul><li>Mala organización y control de requerimientos. </li></ul></ul><ul><ul><li>Requerimientos mal entendidos. </li></ul></ul>
    56. 56. 4. Administración de Requerimientos <ul><li>El uso de herramientas como el Rational Requisit Pro permiten una administración requerimientos </li></ul><ul><li>Pero no basta la herramienta, debe existir un proceso definido de administración </li></ul>
    57. 57. 5. Aseguramiento de la calidad <ul><li>Los principales factores de rechazo de una aplicación son desempeño deficiente y baja confiabilidad. </li></ul><ul><li>La manera más efectiva de reducir los defectos en el desarrollo, es comenzar a realizar las pruebas desde el inicio del ciclo de vida de desarrollo y seguir probando incrementalmente toda la aplicación en cada iteración. </li></ul><ul><li>Lo anterior, promueve una planeación y comunicación entre desarrolladores y testers, lo cual crea una dinámica de equipo. </li></ul>
    58. 58. 5. Aseguramiento de la calidad <ul><li>Se ha creado una “cultura de aseguramiento de calidad” pues no es lo mismo introducir el aseguramiento que nacer con él. </li></ul>Indicadores de calidad
    59. 59. 6. Controlar los cambios <ul><li>Los equipos pueden hacer liberaciones a tiempo. </li></ul><ul><li>Los testers saben que mejoras o correcciones tiene la nueva versión. </li></ul><ul><li>Los desarrolladores pueden manipular sus enormes colecciones de archivos y componentes </li></ul>Versión Alfa Versión Beta Versión 1.0 Código
    60. 60. Microsoft Solutions Framework (MSF) <ul><li>“ MSF ofrece una guía de cómo organizar a las personas y proyectos para planificar, construir e implantar exitosamente soluciones de IT” </li></ul><ul><li>MSF es una colección de guías para entregar de forma exitosa soluciones en tecnologías de la información: lo más rápido posible, con recursos limitados, menos riesgos, y alta calidad </li></ul>© 2003 BAYTEQ CONFIDENCIAL Modelos Modelo de Equipos Modelo de Procesos
    61. 61. Organización del Equipo - MSF © 2003 BAYTEQ CONFIDENCIAL Program Management Development QA (Test) Product Management User Experience Release Management Architecture Comunicación
    62. 62. Organización del Equipo Principios Fundamentales <ul><li>Reglas y responsabilidades claras </li></ul><ul><li>“ Empowerment” a los miembros del equipo </li></ul><ul><li>Enfoque en los valores de negocio / Visión compartida </li></ul><ul><li>Permanecer ágiles / esperar los cambios </li></ul><ul><li>Promover la comunicación abierta </li></ul>© 2003 BAYTEQ CONFIDENCIAL
    63. 63. Organización del Equipo Conceptos Fundamentales <ul><li>Equipo de iguales </li></ul><ul><li>Enfoque en el cliente </li></ul><ul><li>Mentalización en el producto </li></ul><ul><li>Mentalización “Cero-Defectos” </li></ul><ul><li>Voluntad de aprender / Voluntad de enseñar </li></ul><ul><li>Los equipos motivados son efectivos </li></ul>© 2003 BAYTEQ CONFIDENCIAL
    64. 64. Organización del Equipo Mejores Prácticas <ul><li>Equipos pequeños y multidisciplinarios </li></ul><ul><li>Trabajar juntos </li></ul><ul><li>Participación total en el diseño </li></ul>© 2003 BAYTEQ CONFIDENCIAL
    65. 65. Organización del Equipo Product Management <ul><li>Objetivo </li></ul><ul><ul><li>Satisfacer las necesidades de los clientes </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Mercadeo interno y externo </li></ul></ul><ul><ul><ul><li>Conducir los mensajes de la comercialización y de las relaciones públicas que tienen impacto en el cliente objetivo </li></ul></ul></ul><ul><ul><ul><li>Diferenciar el producto de la competencia </li></ul></ul></ul><ul><ul><ul><li>Colocar el producto en los canales de distribución adecuados para el fácil acceso por parte de los clientes objetivo </li></ul></ul></ul><ul><ul><ul><li>Proveer el soporte requerida para hacer una experiencia positiva la compra y uso de la solución </li></ul></ul></ul><ul><ul><li>Valor de Negocio </li></ul></ul><ul><ul><ul><li>Definir y mantener la justificación de negocio para el proyecto </li></ul></ul></ul><ul><ul><ul><li>Definir y medir los indicadores de valor de negocio </li></ul></ul></ul><ul><ul><li>Defensor del Cliente </li></ul></ul><ul><ul><ul><li>Manejar la visión compartida del proyecto y de la solución </li></ul></ul></ul><ul><ul><ul><li>Manejar las expectativas y comunicación con el cliente </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    66. 66. Organización del Equipo Product Management (cont.) <ul><ul><li>Planificación del producto </li></ul></ul><ul><ul><ul><li>Recolectar, analizar y priorizar los requerimientos de negocio del cliente </li></ul></ul></ul><ul><ul><ul><li>Realizar la investigación de marcado, demanda de mercado, análisis de competitividad </li></ul></ul></ul><ul><ul><ul><li>Determinar las métricas de negocio y criterios de éxito </li></ul></ul></ul><ul><ul><ul><li>Identificar el plan de lanzamiento multi-versión </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    67. 67. Organización del Equipo Program Management <ul><li>Objetivo </li></ul><ul><ul><li>Liberar el producto tomando en cuenta las restricciones existentes </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Administración del Proyecto </li></ul></ul><ul><ul><ul><li>Manejar y controlar el presupuesto </li></ul></ul></ul><ul><ul><ul><li>Manejar el cronograma maestro del proyecto </li></ul></ul></ul><ul><ul><ul><li>Manejar el proceso de administración de riesgos </li></ul></ul></ul><ul><ul><ul><li>Facilitar la comunicación y negociación dentro del equipo </li></ul></ul></ul><ul><ul><ul><li>Controlar y monitorear el avance del proyecto </li></ul></ul></ul><ul><ul><ul><li>Crear los reportes de estado del proyecto </li></ul></ul></ul><ul><ul><ul><li>Manejar la disponibilidad de recursos </li></ul></ul></ul><ul><ul><li>Aseguramiento del proceso </li></ul></ul><ul><ul><ul><li>Conducir el proceso de aseguramiento de calidad </li></ul></ul></ul><ul><ul><ul><li>Definir y recomendar mejoras </li></ul></ul></ul><ul><ul><li>Servicios Administrativos </li></ul></ul><ul><ul><ul><li>Implementar los procesos de administración de proyectos y dar soporte a los líderes para su uso </li></ul></ul></ul><ul><ul><ul><li>Proporcionar servicios administrativos para soportar un eficiente trabajo de equipo </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    68. 68. <ul><li>Objetivo </li></ul><ul><ul><li>Asegurar el éxito del proyecto, definiendo la estructura fundamental de la solución. </li></ul></ul><ul><li>Responsabilidades </li></ul><ul><ul><li>Crear la solución conceptual y alinearla con la arquitectura empresarial del cliente </li></ul></ul><ul><ul><li>Dirigir el diseño lógico de toda la solución </li></ul></ul><ul><ul><li>Controlar el alcance de la solución </li></ul></ul><ul><ul><li>Participar en la toma de decisiones críticas </li></ul></ul><ul><ul><li>Asegurarse que la solución pueda ser usada logrando los objetivos planteados con efectividad, eficiencia y satisfacción </li></ul></ul><ul><ul><li>Asegurarse que sea posible hacer un seguimiento inverso desde las características del producto a los requerimientos del cliente </li></ul></ul><ul><ul><li>Concebir la estrategia de liberación de versiones del producto </li></ul></ul><ul><ul><li>Definir las liberaciones de versiones intermedias </li></ul></ul><ul><ul><li>Dirigir las especificaciones del producto </li></ul></ul><ul><ul><li>Clarificar las especificaciones a otros equipos y a stakeholders </li></ul></ul><ul><ul><li>Revisar y aprobar los cambios a la especificación funcional del producto </li></ul></ul>Organización del Equipo Architect
    69. 69. <ul><ul><li>Manejar las expectativas de los stakeholders sobre el contenido de la solución </li></ul></ul><ul><ul><li>Participar en el proceso de negociación de características vs. recursos vs. tiempo </li></ul></ul><ul><ul><li>Resolver conflictos entre las soluciones propuestas y la arquitectura de la solución </li></ul></ul><ul><ul><li>Coordinar con otros equipos de proyecto tópicos referentes a interoperabilidad </li></ul></ul>Organización del Equipo Architect(cont.)
    70. 70. Organización del Equipo Development <ul><li>Objetivo </li></ul><ul><ul><li>Construir las especificaciones </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Consultoría Tecnológica </li></ul></ul><ul><ul><ul><li>Servir al equipo como consultores tecnológicos </li></ul></ul></ul><ul><ul><ul><li>Evaluar y validar tecnologías </li></ul></ul></ul><ul><ul><ul><li>Participar activamente en la creación y revisión de las especificaciones funcionales y diseños </li></ul></ul></ul><ul><ul><ul><li>Contribuir en la definición de estándares de desarrollo para la organización </li></ul></ul></ul><ul><ul><li>Implementación </li></ul></ul><ul><ul><ul><li>Mapear la arquitectura empresarial con la arquitectura de implementación de la solución, proveyendo soluciones detalladas específicas para la aplicación, datos y vista tecnológica de la arquitectura </li></ul></ul></ul><ul><ul><ul><li>Adueñarse e implementar los diseños lógicos y físicos de la solución </li></ul></ul></ul><ul><ul><li>Desarrollo de la Aplicación </li></ul></ul><ul><ul><ul><li>Codificar las características satisfaciendo el diseño de especificaciones </li></ul></ul></ul><ul><ul><ul><li>Conducir revisiones de código durante el desarrollo para compartir conocimiento, experiencia y mejores prácticas </li></ul></ul></ul><ul><ul><ul><li>Llevar a cabo pruebas unitarias según lo definido en el plan de pruebas con el soporte de QA (Test) </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    71. 71. Organización del Equipo Development (cont.) <ul><ul><li>Desarrollo de Infraestructura </li></ul></ul><ul><ul><ul><li>Desarrollar características satisfaciendo el diseño de especificaciones </li></ul></ul></ul><ul><ul><ul><li>Conducir revisiones de código durante el desarrollo para compartir conocimiento, experiencia y mejores prácticas </li></ul></ul></ul><ul><ul><ul><li>Llevar a cabo pruebas unitarias según lo definido en el plan de pruebas con el soporte de QA (Test) </li></ul></ul></ul><ul><ul><ul><li>Desarrollar scripts para instalación </li></ul></ul></ul><ul><ul><ul><li>Desarrollar documentación de instalación </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    72. 72. Organización del Equipo QA (Test) <ul><li>Objetivo </li></ul><ul><ul><li>Aprobar la liberación, solo antes de que todos los incidentes de calidad hayan sido identificados y manejados </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Planificación del Aseguramiento de Calidad (Pruebas) </li></ul></ul><ul><ul><ul><li>Desarrollar la metodología y plan de aseguramiento de calidad (pruebas) </li></ul></ul></ul><ul><ul><ul><li>Participar en la definición de la “Barra de calidad” </li></ul></ul></ul><ul><ul><ul><li>Desarrollar las especificaciones de aseguramiento de calidad (pruebas) </li></ul></ul></ul><ul><ul><li>Ingeniería de pruebas </li></ul></ul><ul><ul><ul><li>Desarrollar y mantener los casos de pruebas automatizados, herramientas y scripts </li></ul></ul></ul><ul><ul><ul><li>Dirigir las pruebas para determinar fielmente el estado del producto desarrollado </li></ul></ul></ul><ul><ul><ul><li>Dirigir el proceso de construcción (build) </li></ul></ul></ul><ul><ul><li>Reporte de Pruebas </li></ul></ul><ul><ul><ul><li>Proveer al equipo de información relacionada con la calidad del producto </li></ul></ul></ul><ul><ul><ul><li>Rastrear todos los defectos, discrepancias e incidentes para asegurar su resolución o direccionamiento antes de la liberación del producto </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    73. 73. Organización del Equipo User Experience <ul><li>Objetivo </li></ul><ul><ul><li>Enriquecer la efectividad del usuario </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Accesibilidad </li></ul></ul><ul><ul><ul><li>Incluir conceptos y requerimientos de accesibilidad al diseño </li></ul></ul></ul><ul><ul><li>Internacionalización </li></ul></ul><ul><ul><ul><li>Mejorar la calidad y usabilidad de la solución en mercados internacionales </li></ul></ul></ul><ul><ul><li>Defensor del usuario </li></ul></ul><ul><ul><ul><li>Actuar como abogado defensor del usuario frente al equipo del proyecto </li></ul></ul></ul><ul><ul><li>Material de soporte y entrenamiento </li></ul></ul><ul><ul><ul><li>Diseñar y desarrollar la documentación de soporte del sistema (Manuales del help desk, artículos de conocimiento (KB), etc.) </li></ul></ul></ul><ul><ul><ul><li>Generar ayudas y asistentes </li></ul></ul></ul><ul><ul><ul><li>Desarrollar y ejecutar la estrategia de entrenamiento </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    74. 74. Organización del Equipo User Experience (cont.) <ul><ul><li>Investigación de usabilidad y pruebas </li></ul></ul><ul><ul><ul><li>Recoger, analizar y priorizar los requerimientos del usuario </li></ul></ul></ul><ul><ul><ul><li>Proveer retroalimentación para el diseño de la solución </li></ul></ul></ul><ul><ul><ul><li>Desarrollar escenarios de uso y casos de uso </li></ul></ul></ul><ul><ul><li>Diseño de la interfaz de usuario </li></ul></ul><ul><ul><ul><li>Guiar el diseño de la interfaz de usuario </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    75. 75. Organización del Equipo Release Management <ul><li>Objetivo </li></ul><ul><ul><li>Asegurar la liberación transparente y la operación continua </li></ul></ul><ul><li>Responsabilidades por Áreas Funcionales </li></ul><ul><ul><li>Infraestructura </li></ul></ul><ul><ul><ul><li>Planificar la infraestructura empresarial </li></ul></ul></ul><ul><ul><ul><li>Dar soporte a los requerimientos de infraestructura </li></ul></ul></ul><ul><ul><ul><li>Coordinar el uso de ambientes físicos tomando en cuenta necesidades geográficas </li></ul></ul></ul><ul><ul><ul><li>Proveer las políticas y procedimientos para el manejo consistente de infraestructura y estándares </li></ul></ul></ul><ul><ul><ul><li>Proveer los servicios de infraestructura al equipo (servidores de desarrollo, imágenes, respaldos, instalación de software, etc.) </li></ul></ul></ul><ul><ul><ul><li>Manejar las adquisiciones de hardware/software </li></ul></ul></ul><ul><ul><ul><li>Construir ambientes de pruebas fieles al ambiente de producción </li></ul></ul></ul><ul><ul><li>Soporte </li></ul></ul><ul><ul><ul><li>Proveer el enlace primario entre el personal técnico y los usuarios </li></ul></ul></ul><ul><ul><ul><li>Facilitar la resolución de incidentes y problemas; rápida respuesta a las necesidades de los usuarios y registro de incidentes </li></ul></ul></ul><ul><ul><ul><li>Suministrar retroalimentación al equipo de diseño y desarrollo </li></ul></ul></ul><ul><ul><ul><li>Desarrollar procedimientos de recuperación de desastres </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    76. 76. Organización del Equipo Release Management (cont.) <ul><ul><li>Operación </li></ul></ul><ul><ul><ul><li>Establecer controles de acceso e instalación; manejar cuentas y permisos de usuarios </li></ul></ul></ul><ul><ul><ul><li>Manejar mensajería, base de datos, telecomunicaciones, redes </li></ul></ul></ul><ul><ul><ul><li>Administración del sistema y procesamiento batch </li></ul></ul></ul><ul><ul><ul><li>Administración del cortafuegos; administración de seguridades </li></ul></ul></ul><ul><ul><ul><li>Servicios de aplicaciones </li></ul></ul></ul><ul><ul><ul><li>Servicios de integración a servidores </li></ul></ul></ul><ul><ul><ul><li>Operación de servicios de directorio </li></ul></ul></ul><ul><ul><li>Logística </li></ul></ul><ul><ul><ul><li>Proveer soporte al equipo para el manejo de logística </li></ul></ul></ul><ul><ul><ul><li>Proporcionar, instalar y configurar el equipo necesario para el desarrollo y pruebas </li></ul></ul></ul><ul><ul><ul><li>Proveer el software necesario para desarrollo y pruebas </li></ul></ul></ul><ul><ul><ul><li>Manejar la conectividad de redes requerida por el equipo </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    77. 77. Organización del Equipo Release Management (cont.) <ul><ul><li>Manejo de la Versión Comercial </li></ul></ul><ul><ul><ul><li>Manejar los código de registro del producto; manejar los procesos de registro y verificación </li></ul></ul></ul><ul><ul><ul><li>Administración del licenciamiento </li></ul></ul></ul><ul><ul><ul><li>Empaquetado </li></ul></ul></ul><ul><ul><ul><li>Manejo de los canales de distribución </li></ul></ul></ul><ul><ul><ul><li>Manejar publicaciones impresas y electrónicas </li></ul></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    78. 78. Organización del Equipo Coordinación Externa © 2003 BAYTEQ CONFIDENCIAL Enfoque de Negocio QA (Test) Product Management Enfoque Tecnológico Program Management User Experience Development Release Management Patrocinadores del Proyecto Cliente, Arquitectos del Negocio Help Desk Operadores y Grupos de Soporte Equipo de Trabajo Arquitectos de Tecnología Usuarios
    79. 79. Modelo de Procesos - MSF © 2003 BAYTEQ CONFIDENCIAL Modelo Cascada Modelo Espiral Modelo MSF
    80. 80. Modelo de Procesos Conceptos Clave <ul><li>Diferenciar entre Cliente y Usuario </li></ul><ul><ul><li>Cliente : Persona u organización que encomienda el proyecto y quien espera ganar valor en su negocio con el mismo </li></ul></ul><ul><ul><li>Usuario : Quien interactúa con la aplicación </li></ul></ul><ul><li>Patrocinador (Stakeholder) </li></ul><ul><ul><li>Quienes tienen interés en el resultado del proyecto, sus metas o prioridades no siempre son idénticas a la del cliente (Administradores departamentales, operadores de IT, administradores funcionales) </li></ul></ul><ul><li>Línea de base </li></ul><ul><ul><li>Una línea de base es una medida o un estado conocido por la cual algo es medido o comparado </li></ul></ul><ul><li>Alcance </li></ul><ul><ul><li>El alcance esta establecido por la suma de entregables y de servicios que se proporcionarán en el proyecto </li></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    81. 81. Modelo de Procesos Conceptos Clave (cont.) <ul><li>Manejo de la Negociación </li></ul><ul><ul><li>El manejo del alcance es crítico para el éxito de un proyecto. Debe considerarse la clarificación temprana del alcance, un buen monitoreo y control del proyecto y un adecuado control del cambios </li></ul></ul><ul><ul><li>Triángulo de Negociación </li></ul></ul><ul><ul><li>Matriz de Negociación </li></ul></ul>© 2003 BAYTEQ CONFIDENCIAL    “ Dado un calendario fijo, se selecciona un nivel de características, y se ajusta los recursos necesario” Calendario Recursos Características Fijo Seleccionado Ajustable Recursos Calendario Características
    82. 82. Modelo de Procesos Características del Modelo <ul><li>Enfoque basado en fases e hitos </li></ul><ul><ul><li>Fases que van desde la visión del proyecto y la solución hasta su implantación </li></ul></ul><ul><ul><li>Hitos principales : Indican la transición entre fases y de responsabilidades </li></ul></ul><ul><ul><li>Hitos intermedios : Sirven de indicadores de progreso temprano, marcad la obtención de piezas funcionales </li></ul></ul><ul><ul><li>Los hitos son puntos de sincronización </li></ul></ul><ul><ul><li>Cada hito principal es responsabilidad de roles diferentes </li></ul></ul><ul><ul><li>Cada hito suministra la posibilidad de aprender y reflexionar sobre el progreso alcanzado </li></ul></ul>© 2003 BAYTEQ CONFIDENCIAL Hitos Principales Responsable Visión / Alcance Aprobado Product Management Planes Aprobados Program Management Alcance Completo Development User Experience Liberación Aprobada QA (Testing) Release Management Implantación Completa Release Management
    83. 83. Modelo de Procesos Características del Modelo (cont.) <ul><li>Enfoque Iterativo </li></ul><ul><ul><li>Liberaciones versionadas (planes multi-versión, liberar funcionalidad “core” primero, ciclos de iteración rápidos, mecanismos de control de cambios) </li></ul></ul><ul><ul><li>Documentos vivos </li></ul></ul><ul><ul><li>Línea de base temprana, congelamiento tardío </li></ul></ul><ul><ul><li>Construcciones diarias </li></ul></ul><ul><ul><li>Administración de la Configuración: Seguimiento formal del estado de los elementos del proyecto (programas, documentación, manuales, ayudas, planes y cronogramas) </li></ul></ul>© 2003 BAYTEQ CONFIDENCIAL
    84. 84. Modelo de Procesos Fases e Hitos © 2003 BAYTEQ CONFIDENCIAL Equipo Base Organizado Línea de Base de la Visión / Alcance Validación de Tecnología Completa Visionamiento Planificación Desarrollo Estabilización Implantación Visión / Alcance Aprobado Planes Aprobados Alcance Completo Liberación Aprobada Implantación Completa Línea de Base de la Especificación Funcional Línea de Base del Plan Maestro Línea de Base del Cronograma Maestro Medioambiente de Desarrollo / Pruebas Configurado Prueba de Concepto Completa Release Interno 1 Release Interno 2 Release Interno n Piloto Completo Pruebas Pre-Producción Completas Release Candidate Pruebas de Aceptación de Usuario Completas “ Zero Bug Bounce” “ Bug Convergence” Implantación Estabilizada Implantación Completa Tecnología de base Implantada

    ×