W_Watch: Método White_Watch para el desarrollo de Proyectos Pequeños de Software. (Prof. J. Barrios y J. Montilva - Versión 1.

Transcripción

1 W_Watch: Métd White_Watch para el desarrll de Pryects Pequeñs de Sftware (Prf. J. Barris y J. Mntilva - Versión 1.2 ener 2010) 1. Intrducción El métd White_Watch es la versión liviana del métd Watch. W_Wacth es un marc metdlógic que describe, el cnjunt estructurad de actividades necesarias para desarrllar un prduct de sftware pequeñ, de baja cmplejidad y cn dcumentación técnica precisa. En esta versión se trata de disminuir la elabración detallada de dcuments y/ especificacines de apy parcial al prces de desarrll, permitiend, al equip de desarrll pequeñ (1 2 persnas), dedicar más tiemp a las actividades de implementación e implantación de versines perativas y evlutivas del prduct. El rl de líder de pryect es ejecutad en paralel, y sin sbrecarga, pr un miembr del equip mientras ejecuta trs rles técnics. Es pr ell que, las actividades gerenciales de cntrl de calidad y de cnfiguración, las cuales sn indispensables en td pryect de sftware, se limitan a prescribir las actividades básicas de cntrl de cambis, de validación y de verificación de especificacines técnicas y de prducts parciales y finales. 2. Mdel de Prcess del Métd El mdel de prcess esta rganizad en ds grups de prcess cmplementaris: ls prcess gerenciales que incluyen ls prcess de sprte, y ls prcess técnics de desarrll del prduct de sftware El mdel de prcess del métd W_Watch inspirad en la metáfra del relj de pulsera (Watch en Inglés), rganiza ls prcess técnics, en frma circular, en las psicines del dial de un relj y ubica ls prcess gerenciales en el centr mtr de cntrl, de manera que ésts puedan cntrlar la ejecución de ls prcess técnics. Esta manera de estructurar el marc metdlógic permite que la ejecución de ls prcess de desarrll sea cíclica, iterativa y cntrlada. Ls prcess gerenciales determinan, supervisan y cntrlan ls cicls, las iteracines y la entrega de ls prducts parciales y finales del pryect. METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

2 Cada cicl de prcess técnics prduce una nueva versión del sistema (enfque prgresiv evlutiv) un nuev subsistema del sistema en desarrll, si se ha seleccinad el enfque de desarrll incremental. En cada cicl se puede iterar entre ls prcess técnics a fin de crregir errres, intrducir nuevs requisits, simplemente, mejrar el prduct en desarrll. Sn ls prcess gerenciales quienes determinan el alcance de cada iteración y cuántas iteracines se realizan pr cicl. analysis mdel de prcess w -watch Mdelad del Negci Entrega del Sistema de Sftware Ingeniería de Requisits Pruebas del Sistema de Sftware inici fin Gestión del Pryect Diseñ del Sistema de Sftware Implementación del Sistema de Sftware Aprvisinamient de cmpnentes Figura 1. Mdel de Prcess del Métd W_Watch Ls prcess gerenciales describen las actividades que el líder del pryect debe realizar para: Planificar, rganizar y cntrlar el prces de desarrll del pryect Asegurar la calidad del sistema mediante validacines y verificacines Gestinar ls cambis en las especificacines del prduct Ls prcess técnics sn ls prcess que prescriben l que debe hacer el grup de desarrll para elabrar un prduct de sftware pequeñ y pc cmplej. Cntemplan actividades relacinadas cn el Mdelad de Negcis dmini, la Ingeniería de requisits, el Diseñ de sftware, el Aprvisinamient de Cmpnentes, la Implementación, las Pruebas y la Entrega de prduct parcial final. Se establecen un cnjunt de supuests que sprtan el cnjunt de actividades prescritas en el mdel de prcess de la figura 1. Ests sn: METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

3 1) El persnal de desarrll en sus diferentes rles: líder de pryect, analista, diseñadr y prgramadr, cuenta cn las habilidades, experiencia y cncimients relacinads cn el us de ls lenguajes y las herramientas de apy que se van a utilizar. 2) El enfque de desarrll evlutiv incremental es la base para la planificación del númer de iteracines y cicls que se realizarán. Se parte del principi que la primera versión del prduct es ya perativa y que cada nueva versión es el resultad de un refinamient de la versión previa. Cm refinamient se puede entender: crrección de deficiencias y de errres de la versión previa ( increment), inclusión de nuevs requisits (técnics del usuari) y/ mejramient del desempeñ del prduct. 3) El prces de desarrll se fundamenta en la máxima reutilización de cmpnentes móduls de sftware cm medi para acrtar el tiemp de entrega de versines parciales de prduct y pr cnsiguiente, el tiemp ttal de desarrll del sftware. 4) Se espera que se empleen herramientas de apy autmatizadas, basadas en la ntación UML, para la elabración y mantenimient de la dcumentación técnica del pryect. Estas herramientas deberían facilitar las actividades de diagramación, especificación, mdificación, traza y seguimient de cambis y/ mdificacines en las especificacines técnicas del prduct elabrad. Cada un de ls prcess del mdel de prcess se estructura en pass y actividades, buscand disminuir la cmplejidad e indicar el cóm se realizan. Cada prces es descrit mediante una tabla que ascia pass (subprcess) y actividades que indican de manera detallada el cnjunt de accines a ejecutar para llevar el prces prescrit, y pr cnsiguiente, cada pas del prces. Ver figura 2. class Diagramas de apy Prces «prcess» Prces «prcess» Pass «prcess» Activ idad «prcess» Tarea/acción * * * Figura 2. Estructura del Mdel de Prcess del Métd W_Watch Cm tda guía metdlógica el mdel de prcess del W_Watch debe ser adaptad, pr el líder del pryect, según las particularidades de cada pryect de desarrll. Entre ls factres a cnsiderar para la adaptación se tienen: las características prpias de cada prduct y de ls ambientes de desarrll y de peración; se cnsideran además, ls recurss utilizables tant a nivel de persnal cm de HW y SW y las habilidades y destrezas requeridas pr ls miembrs que cnfrmarán el equip de desarrll. METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

4 En la figura 3 se muestra el diagrama de fluj de trabaj del Mdel de Prcess del métd W_Watch. analysis fluj de trabaj entre prcess si requiere MN si Mdelad del Negci Diseñ del Sistema de Sftware Implementación del Sistema de Sftware Entrega del Sistema de Sftware N Ingeniería de Requisits Aprvisinamient de cmpnentes Pruebas del Sistema de Sftware inici fin Gestión del Pryect Figura 3. Fluj de trabaj del Mdel de Prcess del Métd W_Watch Pr ejempl, cnsiderand el mdel de la figura 3, en ls pryects que n desarrllan aplicacines empresariales cuy prduct de SW es emptrad, n se requiere realizar el mdelad del sistema de negcis; así, el prces de desarrll se iniciaría directamente cn el prces de Ingeniería de Requisits. A cntinuación se define el cnjunt de pass y actividades para cada un de ls prcess del mdel presentad en la figura Prces Gerencial: Gestión del Pryect Pass Actividades Técnicas y Ntacines Prducts Planificación del Pryect Organización del grup de desarrll Cntrl del pryect Verificación y Validación (V&V) Reslución de Riesgs Gestinar cambis en ls requisits del SW Cntrl de Dcumentación Cntrl de la cnfiguración del sftware Establecer la visión del prduct Establecer dispnibilidad de recurss Elabrar plan del pryect Definir equip de desarrll y respnsabilidades Definir lista de riesgs y cntingencias Organizar reunines de avance del pryect Actualizar el plan Realizar las revisines técnicas Analizar viabilidad de cambis en requisits Actualizar dcumentación técnica Elabrar dcuments de la aplicación PERT/CPM Estructuras de grups Estimación de csts Técnicas de V & V Técnicas de gestión de riesgs Inspección de diseñ y códig Recrrids estructurads Técnicas de elabración de dcuments técnics Matrices y listas de rastre de requisits Técnicas de SCM Visión del prduct Plan del Pryect Lista de cheque de riesgs Infrme de V & V Dcuments del pryect infrmes Dcuments de la aplicación Especificacines actualizadas METHODIUS Infrme técnic Versión 1.2 Elabrad pr J. Barris para revisión del Equip Ener 2010

5 4. Prcess de Desarrll - Prces: Mdelad de Negcis Pass Actividades Técnicas y Ntacines Prducts Establecer el alcance del sistema de negcis Identificar ls subsistemas del SN Definir bjetivs de SN 1. Mdelad de Objetivs del Sistema de Negcis - SN cntext dmini de la aplicación 2. Mdelad de ls Prcess de Negci del SN Elabrar la jerarquía de bjetivs (si necesari) Mdelar la cadena de valr Mdelar ls prcess vitales (fundamentales) Mdelar ls prcess de sprte (de apy) Mdelar las actividades de cada prces de la cadena Revisión de ls manuales de rganización Entrevistas cn ls invlucrads en el SN Revisión de ls manuales de rganización Entrevistas cn ls invlucrads en el SN Mdelad de bjetivs Observación y Entrevista cn ls experts del SN Revisión de dcumentación técnica Mdelad de Cadenas de Valr Mdelad de Prcess en UML Business Mdelad de Actividades en UML Dcument de definición del SN y de su alcance Diagrama de Objetivs del SN Cadena de Valr del SN Diagramas de Prcess del SN: Jerarquía de prcess Descripción de prcess Diagramas de actividades: Diagramas de actividades x prces 3. Mdelad de actres/unidades rganizacinales 4. Mdelad de ls Objets de Negci del SN 5.Identificación de las Reglas de Negci 6.Mdelad de Events 7.Integrar ls mdels Identificar actres/unidades (pueden ser trs sistemas) Definir rles de ls actres en cada prces Cmpletar diagramas de actividades Elabrar la matriz actres/prcess Identificar ls bjets de negci y sus tips x prces Definir las relacines entre tips de bjets Elabrar el mdel preliminar de bjets Identificar las reglas de negci Analizar y clasificar las reglas de negci (alt y baj nivel) Describir las reglas de negcis de baj nivel Identificar events Asciar events cn prcess Mdelar el fluj de trabaj asciad a cada event Elabrar la matriz de eventsprcess Verificar cherencia entre mdels Ensamblar el dcument de mdelad Mdelad de actividades cn actres Mdelad de Clases en UML - representación de ls cncepts manejads pr el negci Cnsultas a usuaris y experts Búsqueda de dcumentación Mdelad de reglas de negci Mdelad de events en UML Business Matriz de relación bjets/ prcess Técnicas de dcumentación Diagrama de Actividades pr actr Descripción de Actres y sus Rles Diagrama de actividades clabración- entre actres - swimlines Matriz Actres-Prcess Diagramas de clases en UML Lista reglas de negci del SN Lista de las reglas de Alt nivel Descripción de las reglas de Baj nivel Diagrama de events en UML Business Diagramas de fluj entre prcess Matriz Events-Prcess Mdel de Negcis del sistema de negcis - MN Tds ls mdels integrads METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

6 5. Prcess de Desarrll Prces: Ingeniería de Requisits Actividades Tareas Técnicas y Ntacines Prducts 1.Descubrimient de Requisits 2.Análisis de Requisits 3.Especificación de Requisits Identificar y analizar ls prblemas de infrmación que tiene el Sistema de Negcis ( el cntext - dmini) Determinar ls bjetivs del sistema de SW Identificar y clasificar ls invlucrads (stakehlders) y usuaris (interns y externs) si MN a partir de mdel de actres Reclectar ls requisits que tienen ls invlucrads y usuaris - si MN a partir de mdel de actividades/actres Identificar requisits de infrmación a partir de ls diagramas de prcess y de actividades ( del cntext) Clasificar ls requisits F y NF Chequear requisits Cmprbar necesidad, priridad, cnsistencia, cmpletitud y factibilidad Negciar requisits Discutir, pririzar y acrdar requisits cn el cliente y ls usuaris de la aplicación Elabrar cuadr detallad de ls requisits clasificads indicand sus priridades y su fuente Validar requisits cn el cliente y usuaris Elabrar ls diagramas de cass de us Elabrar el diagrama preliminar de clases de bjets para cada cas de us Integrar ls diagramas de clases (verificand cn mdel de bjets del negci si MN) Elabrar diagramas de transición de estads (si requerid) Elabrar diagramas de secuencia entre clases de bjets del negci (si requerid) Integrar diagramas en dcument de Especificación de Requisits (DER) Realizar la revisión técnica del DER cn el cliente, usuaris especializads y diseñadres Entrevista Dcumentación relacinada cn el dmini el MN Observación de las actividades que realizan ls usuaris Plantilla de definición de requisits Vlére [VOL04] Reunines cn usuaris Técnicas de negciación Matriz de interacción entre requisits Refinamient de mdel de bjets del negci (MN) Mdelad de sistemas en UML: Diagramas de cass de us Diagramas de clases Diagramas de estad Diagramas de secuencias Listad de requisits del cliente C Listad de requisits técnics Planillas Vlere de requisits Dcument de Definición de Requisits (DDR) validad Incluye Matriz de interacción entre requisits Dcument de Especificación de Requisits (DER) validad Incluye ls mdels de especificación de requisits 6. Prcess de Desarrll - Prces: Diseñ de sftware Actividades Tareas Técnicas y Ntacines Determinar requisits a implementar a partir Mdels de 1.Definición de la del DER y relacinarls cn la arquitectura calidad del estructura inicial del sistema de SW sftware de la aplicación Establecer las metas de calidad de la [BCK98] arquitectura del sistema de SW Estils Dividir el sistema en subsistemas (si arquitectónics necesari) [BCK98] Prducts Listad descriptiv de las metas de diseñ Estructura de la aplicación Arquitectura de METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

7 2.Diseñ de la Interfaz Usuari/Sistema 3.Diseñ la BD (si requerid) 4.Diseñ de cmpnentes móduls de SW Agrupar funcinalidad según subsistemas Refinar cass de us Refinar diagrama preliminar de clases Elabrar diagramas de secuencia Representar subsistemas en arquitectura 3 capas Establecer el perfil de ls usuaris Establecer perfil de tareas (a partir de ls cass de us) Establecer las características estéticas que deberá tener la interfaz gráfica de la aplicación Establecer ls fnds, clres, tips de fuentes, etc. Diseñar la estructura general de la interfaz U/S: Elabrar el diagrama jerárquic de pantallas del sistema Definir las características que deben tener ls ítems que cmpnen las pantallas de la interfaz: menús, ventanas, ícns, enlaces, cuadrs, cajas, etc. Realizar las revisines técnicas de la interfaz U/S según l expresad en dcuments DDR y DER Realizar el diseñ Cnceptual Refinar mdel de clases de bjets de negci Definir ls atributs de cada clase de bjets de negci Verificar el mdel cn ls requisits Validar mdel cn ls usuaris Realizar el diseñ implementable Cnvertir el mdel cnceptual de la BD en un esquema relacinal equivalente Verificar el esquema implementable cn ls requisits relacinads Realizar el diseñ Físic Establecer ls índices de las tablas del diseñ implementable Definir ls derechs de acces para cada tip de usuari (usuari final, prgramadr, ABD) Definir las reglas de integridad de la BD Identificar Cmpnentes móduls Identificar elements funcinales prpis de la aplicación implementación de cass de us Identificar elements de interfaz U/S Identificar elements de acces y manipulación de dats persistentes Ubicar elements en la arquitectura inicial predefinida 3 capas la aplicación Técnicas de Utilidad (usability) Técnicas y estrategias de diseñ de interfaces GUI Diagramas de clase en UML Mdelad de Bases de Dats OO Prcedimient de cnversión de diagramas de clase a esquemas de relación Mdelad BD Relacinales Revisión técnica (Inspección de Diseñ) Prcedimients de diseñ físic de BD relacinales UML Cmpnents [CHD01] Diseñ de pantallas Diagrama jerárquic de pantallas Mdel cnceptual integrad de la BD Esquema relacinal equivalente de la BD (integrad y verificad) Esquema físic de la BD Definición de cmpnentes móduls Especificación de Interfaces Arquitectura de Cmpnentes móduls del sistema METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

8 5.Especificación del diseñ Describir la interacción de cmpnentes móduls Determinar las interfaces de cada cmpnente Integrar diagramas de subsistemas, interfaz, arquitectura y cmpnentes móduls y BD en Dcument de Diseñ Definir ls prcedimients de respald, recuperación y seguridad de la BD Realizar las revisines técnicas de validación cn el cliente y ls usuaris UML Cmpnents [CHD01] Dcument de Diseñ (DD) integrad y validad Prcedimients de administración de la BD 7. Prces de Desarrll - Prces: Aprvisinamient de cmpnentes Actividades Tareas Técnicas y Ntacines Prducts 1.Instalación de la platafrma de desarrll Platafrma de desarrll instalada 2.Adquisición de Cmpnentes si requerids 3.Adaptación de Cmpnentes Si requerid 4.Desarrll de Cmpnentes móduls 5. Diseñ y ejecución de pruebas de cmpnentes móduls Seleccinar, adquirir y/ preparar la platafrma infraestructura de sftware requerida para desarrllar el sistema Instalar la platafrma de desarrll (servidres web, de aplicacines, SMBD) Buscar cmpnentes que puedan ser adquirids de tercers (abierts prpietaris) en librerías prpias de la rganización Adquirir cmpnentes Buscar cmpnentes en repsitris lcales (interns) de tercers (externs) Adaptar ls cmpnentes mediante su mdificación interna el us de envltris (wrappers) Desarrllar aquells cmpnentes móduls que n pudiern ser lcalizads adquirids. Partiend de la especificación de cada cmpnente: Elabrar el diseñ detallad de cada peración de cada interfaz del cmpnente Cdificar las peracines del cmpnente Elabrar interface del cmpnente Desplegar el cmpnente en la platafrma seleccinada Diseñar y ejecutar las pruebas de unidad del cmpnente Realizar pruebas funcinales para cada un de ls cmpnentes móduls adquirids, adaptads y/ desarrllads Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas funcinales de cada cmpnente Depurar ls errres encntrads durante las pruebas funcinales de cada cmpnente módul Manuales y prcedimients de instalación de sftware Búsqueda de cmpnentes abierts cmerciales (P. ej., COTS) Reutilización caja blanca Envltris (Wrapping) Diseñ de algritms Refinamient pas-apas Pseud-códig Estándares de cdificación Estrategias de pruebas de unidad Estrategias de pruebas caja negra: Clases de equivalencia Análisis de valres límites Técnicas de pruebas de hils (thread testing) Depuración de errres Cmpnentes adquirids Cmpnentes adaptads Cmpnentes desarrllads Especificacines de cass de prueba Cmpnentes y/ móduls prbads y depurads METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

9 8. Prcess de Desarrll - Prces: Ensamblaje del Sistema de sftware Actividades Tareas Técnicas y Ntacines Prducts 1.Cnstrucción de la Interfaz U/S Ensamblar la capa de presentación cn ls cmpnentes elements de SW de la interfaz 2.Ensamblaje de Cmpnentes móduls de la aplicación capa de negcis U/S Cdificar e integrar ls cmpnentes elements del lad del cliente Diseñar y Ejecutar las Pruebas de la Interfaz U/S Determinar ls aspects de la interfaz U/S que deben prbarse Realizar prueba de la interfaz U/S.Preparar ls dats y mecanisms de prueba.preparar el ambiente de pruebas.ejecutar las pruebas de la interfaz U/S Depurar ls errres encntrads Ensamblar la capa de lógica de negcis subsistemas - cmpnentes móduls de la aplicación que la integran Ejecutar las Pruebas de Integración Definir ls criteris y técnicas de pruebas de integración de cmpnentes móduls Realizar cass de prueba de integración de cmpnentes móduls.preparar ls dats y mecanisms de prueba.preparar el ambiente de pruebas.ejecutar las pruebas de integración de cmpnentes móduls Depurar ls errres encntrads Técnicas de cnstrucción de sftware Técnicas y estrategias de pruebas de interfaces gráficas Depuración de errres Despliegue de cmpnentes móduls en servidres de aplicacines Técnicas y estrategias de pruebas de integración de cmpnentes móduls Depuración de errres Especificacines de cass de prueba Interfaz U/S prbada Especificacines de cass de prueba Capa de Lógica de negcis de la aplicación prbada METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

10 Actividades Tareas Técnicas y Ntacines Prducts 3.Cnstrucción de la BD 4.Pruebas de la Integración de las Capas de la arquitectura Crear la base de dats usand ls esquemas implementables diseñads en el prces anterir y según el SMBD seleccinad Diseñar y Ejecutar las Pruebas de la BD Realizar cass de prueba de la BD.Definir ls aspects de la BD que deben prbarse.preparar ls dats y mecanisms de prueba.preparar el ambiente de pruebas.ejecutar las pruebas de la BD Depurar ls errres encntrads Realizar cass de prueba de integración de capas Definir ls criteris y técnicas de pruebas de integración de las tres capas de la aplicación Preparar ls dats y mecanisms de prueba Preparar el ambiente de pruebas Ejecutar las pruebas de integración de capas Depurar ls errres encntrads Creación de BD relacinal Técnicas y estrategias de pruebas de bases de dats Depuración de errres Técnicas y estrategias de pruebas de aplicacines distribuidas Depuración de errres Especificacines de cass de prueba Base de dats prbada Especificacines de cass de prueba Aplicación integrada y prbada (desplegada en la platafrma de desarrll) METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

11 9. Prcess de Desarrll - Prces: Pruebas del Sistema de Sftware Actividades Tareas Técnicas y Ntacines Prducts 1.Realización Definir mecanisms de pruebas Estrategias de de las Pruebas Preparar cass de prueba pruebas funcinales del Sistema Realizar las pruebas funcinales del y n funcinales 2.Crrección de errres sistema (aplicación integrada) Ejecutar las pruebas funcinales Realizar las pruebas n funcinales del sistema Ejecutar las pruebas nfuncinales Realizar las pruebas de aceptación Ejecutar las pruebas de aceptación Reprtar ls errres encntrads en las pruebas Crregir ls errres detectads en las pruebas funcinales y n-funcinales Realizar pruebas de regresión para asegurar que las crreccines n intrducen nuevs errres Depuración (debbuging) Mecanisms de pruebas Cass de pruebas Especificacines de cass de prueba Infrme de incidentes de prueba Aplicación prbada y depurada 10. Prcess de Desarrll - Prces: Entrega del Sistema de Sftware Actividades Tareas Técnicas y Ntacines Planificar la instalación Técnicas y 1. Instalación de Definir las estrategias de migración a la herramientas de la Aplicación nueva aplicación planificación Determinar actividades de la instalación de la aplicación Instructivs de Estimar csts, tiemps y recurss despliegue de requerids aplicacines Instalar la platafrma de prprcinads Hardware/Sftware requerida para perar pr el fabricante el sistema (si n está instalada) 2.Diseñ y Ejecución de Pruebas de Instalación Desplegar la aplicación en ls diferentes servidres de la platafrma de peración; carga inicial de dats (si se requiere) Preparar ls dats de carga inicial de la BD Actualizar la BD Definir ls aspects de la instalación que deben prbarse Diseñar ls prcedimients y cass de prueba de instalación Preparar ls dats y mecanisms de prueba Ejecutar las pruebas de instalación Crregir ls errres encntrads Identificar cambis y ajustes finales Entregar el sistema al cliente Técnicas de migración de dats Técnicas y estrategias de pruebas de instalación Depuración de errres Cntrl de cambis en las especificacines del sftware Prducts Plan de Instalación Platafrma de Operación (H/S) instalada Aplicación instalada BD actualizada Especificacines de cass de prueba Infrme de incidentes de prueba Aplicación instalada prbada METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip

12 Actividades Tareas Técnicas y Ntacines 4.Elabración Elabrar ls dcuments manuales del Técnicas de de la prduct de SW elabración de Dcumentación dcuments 5.Entrenamient de Usuaris Preparar ambiente y material de entrenamient Cnducir entrenamient de usuaris técnics Técnicas de entrenamient Prducts Dcuments manuales de la aplicación Material de entrenamient Cnclusines: El Métd White-Watch prpne un mdel de prcess que balancea la prducción de especificacines de prduct que se transfrman en la medida que se avanza en el prces, cn la dispnibilidad en crt tiemp de versines parciales y perativas del prduct. lgra dedicar más tiemp a la prducción y puesta a punt del sftware versines del prduct gracias al apy brindad pr las herramientas autmatizadas. Un Métd de Desarrll de sftware es más que una Metdlgía de desarrll, pues describe, además del prces que debería seguirse para la slución del prblema, el prduct final (el sftware y sus cmpnentes parciales) y el equip de trabaj que ejecutara el prces de desarrll. Adaptar una prpuesta metdlógica requiere de experiencia en el área desarrll de sftware, y de cncimient del dmini tip de aplicacines y tecnlgía dispnible, del cntext rganizacinal y de gestión de pryects, para lgrar una cnfiguración instanciación adecuada a necesidades particulares. METHODIUS Infrme técnic Versión 1.2 Ener 2010 Elabrad pr J. Barris para revisión del Equip