Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Guía Detallada
Autores:
LICENCIA
2
MeRinde Guía Detallada
TABLA DE CONTENIDOS
Página
COLABORADORES.................................................................................................... 5
INTRODUCCIÓN.........................................................................................................6
JUSTIFICACIÓN..........................................................................................................7
AUDIENCIA.................................................................................................................9
METODOLOGÍA PROPUESTA................................................................................10
Mejores Prácticas Implementadas en la Metodología.......................................... 10
Estructura del Proceso de MeRinde......................................................................19
Mantenimiento .....................................................................................................20
Fundamentos de MeRinde.................................................................................... 22
3
MeRinde Guía Detallada
Desventajas de la Metodología.............................................................................76
REFERENCIAS BIBLIOGRÁFICAS........................................................................ 83
APÉNDICES............................................................................................................... 84
4
MeRinde Guía Detallada
COLABORADORES
Fernando Muro
Henry Rivero
Odalis Pereira
Sin ninguno de ustedes hubiese sido posible llevar a cabo este trabajo:
5
MeRinde Guía Detallada
INTRODUCCIÓN
6
MeRinde Guía Detallada
JUSTIFICACIÓN
7
MeRinde Guía Detallada
cual implica un mayor número de errores en los sistemas y un mayor tiempo a ser
empleado para poner en producción un sistema.
8
MeRinde Guía Detallada
AUDIENCIA
9
MeRinde Guía Detallada
CAPÍTULO I
METODOLOGÍA PROPUESTA
10
MeRinde Guía Detallada
Son muchos los factores que determinan el control que se debe tener sobre un
proyecto, la cantidad de artefactos a emplear, el detalle de la documentación, la
cantidad de revisiones, entro otros; pero fundamentalmente esto es proporcional al
tamaño del proyecto, la distribución de los equipos de desarrollo, la cantidad de
personas involucradas, la complejidad de las tecnologías con que se trabaje,
complejidad de los requerimientos, etc. Por ello MeRinde es un marco de trabajo que
se presenta como ajustable, y no descarta que se empleen componentes externos a los
aquí presentados y a su vez tampoco descarta que sus componentes sirvan para
otros marcos de trabajo.
11
MeRinde Guía Detallada
12
MeRinde Guía Detallada
colaboración entre los miembros del equipo de trabajo son favorecidas a fin de crear
un ambiente de trabajo altamente productivo.
13
MeRinde Guía Detallada
Las iteraciones deben estar dirigidas por el riesgo. Las primeras iteraciones
que se deben abordar serán aquellas que impliquen mayores riesgos, ya que
seguramente tendrán una fuerte influencia en la arquitectura del sistema o subsistema
a construir y ayudarán a detectar en una fase temprana los problemas que
retroalimentarán la siguiente Iteración, donde serán resueltos. Las primeras
iteraciones en un proyecto bajo MeRinde se deben enfocar hacia la comprensión del
problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de
los riesgos críticos, y al establecimiento de una base para la arquitectura.
14
MeRinde Guía Detallada
Toda iteración para un proyecto debe ser corta y contar con una duración fija
(2 a 6 semanas). Para una iteración se elige un conjunto reducido de requerimientos,
se diseña, implementa y prueba. El resultado de cada iteración es un sistema que
puede ser probado, integrado y ejecutado. La salida es un subconjunto con calidad de
producción final. Si existiesen inconvenientes para terminar una iteración planificada
en lugar de retrasar el final de ésta se recomienda eliminar algunos de los
requerimientos (se dejan para la siguiente iteración).
Dirigido por Casos de Uso: Para MeRinde los casos de uso son la
herramienta estándar empleada para especificar los requerimientos funcionales del
sistema, son los que guían el diseño, implementación y pruebas de todo el sistema, y
adicionalmente son los elementos que permiten la trazabilidad.
Diseño simple: MeRinde apoya que los equipos de desarrollo eliminen las
complejidades innecesarias y código extra, que el énfasis se deposite en diseñar la
solución más simple susceptible de implementarse en el momento. Es sumamente
importante que el equipo cumpla con las metas planteadas para cada una de las
iteraciones, para ello se debe manejar metas alcanzables y evitar complejidades que
no sean necesarias, posteriormente alcanzado el nivel funcional planteado si se
dispone de los recursos se podrá aplicar más funcionalidad si así se requiere.
15
MeRinde Guía Detallada
Criterios de Aceptación, entre otros más que fortalecen la calidad constante durante el
desarrollo. Adicionalmente a esto MeRinde contempla dos (2) roles fundamentales
para asegurar calidad y menor perdida de recursos como son el Mentor y el Analista
de Calidad, con los cuales también se asegura que no solo se cumplan con las
actividades básicas de calidad sino que las actividades se sigan de la mejor manera y
que se apliquen con la suficiente profundidad requerida.
16
MeRinde Guía Detallada
17
MeRinde Guía Detallada
18
MeRinde Guía Detallada
MeRinde asume que las cosas están constantemente cambiando y que ningún
proyecto está aislado del impacto de estos cambios. Es importante para abordar más
eficientemente cualquier cambio que se presente, que el equipo de proyecto se
mantenga ágil para gestionar los cambios y que todos los involucrados participen de
manera activa para obtener diferentes perspectivas para abordar estos.
19
MeRinde Guía Detallada
Esfuerzo en Actividades según la Fase del Proyecto
Mantenimiento
20
MeRinde Guía Detallada
21
MeRinde Guía Detallada
Fundamentos de MeRinde
Los flujos de trabajos que envuelve cada disciplina están inspirados en RUP,
así como también en los procesos de desarrollo del CNTI y en la realidad y el deber
ser del desarrollo de software. En cuanto a los roles, tareas y artefactos contenidos en
una actividad se puede decir que la metodología está fuertemente inspirada en los
roles de MSF, las actividades en RUP, OpenUP, UP y las observadas del ambiente de
desarrollo en el CNTI, y los artefactos están basados en los de Readyset, UP y
22
MeRinde Guía Detallada
Estas metodologías en las que se basa MeRinde son algunas de las más
usadas, además de que permiten la adaptación, es decir son un marco de trabajo que
permiten escoger elementos según las características de cada proyecto. Por la cual
estas sirvieron de insumo para armar la metodología del CNTI para el desarrollo de
software con un enfoque de calidad que satisfaga las necesidades de dicha
organización.
23
MeRinde Guía Detallada
CAPÍTULO II
ESTRUCTURA DINÁMICA DE LA METODOLOGÍA
Fases de la Metodología
24
MeRinde Guía Detallada
Fases e Hitos encontrados en MeRinde
Inicio
El hito en esta fase finaliza con el establecimiento del ámbito del producto, e
identificación de los principales riesgos y la viabilidad del proyecto.
25
MeRinde Guía Detallada
Fase de Inicio e Hito en MeRinde
Elaboración
26
MeRinde Guía Detallada
Construcción
27
MeRinde Guía Detallada
El hito en esta fase culmina con el desarrollo del sistema con calidad de
producción y la preparación para la entrega al equipo de transición. Toda la
funcionalidad debe haber sido implementada y las pruebas para el estado beta de la
aplicación completadas. Si el proyecto no cumple con estos criterios de cierre,
entonces la transición deberá posponerse una iteración.
Fase de Construcción e Hito en MeRinde
Para esta fase se recomienda realizar tres iteraciones. Tomando en cuenta las
dimensiones de algunos proyectos el número de iteraciones puede variar.
Transición
28
MeRinde Guía Detallada
Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva
versión. La complejidad de esta fase depende totalmente de la naturaleza del
proyecto, de su alcance y de la organización en la que deba implantarse. En esta fase
se recomienda utilizar dos iteraciones para los proyectos.
En cada fase se persiguen objetivos, se finaliza con un hito y se puede realizar
las iteraciones recomendadas o las que se consideren necesarias dependiendo de la
magnitud y complejidad del proyecto.
29
MeRinde Guía Detallada
30
MeRinde Guía Detallada
CAPÍTULO III
ESTRUCTURA ESTÁTICA DE LA METODOLOGÍA
31
MeRinde Guía Detallada
10
Figura 10. Representación Gráfica del Ícono que Específica un Rol en MeRinde.
Tomado de Kopete Vista Icono Theme por Joachim Farouz, 2006.
Existen artefactos que necesitan de más de un solo rol para poder ser
elaborados (ver figura 11).
Representación Gráfica del Ícono que Específica los Involucrados en MeRinde
11
Figura 11. Representación Gráfica del Ícono que Específica los Involucrados en
MeRinde. Tomado de Kopete Vista Icono Theme por Joachim Farouz, 2006.
32
MeRinde Guía Detallada
Esta metodología más que proponer una serie de roles estáticos para un
proyecto establece que se pueden utilizar los roles que se consideren necesario para
realizar el proyecto según las características y el tiempo requerido por este.
La metodología del CNTI propone ocho (8) roles básicos que deben tomarse
en cuenta para la elaboración de software como son:
a. Analista de Calidad.
b. Analista de Producto.
c. Arquitecto de Software.
d. Desarrollador.
e. Involucrado.
f. Líder del Proyecto.
g. Mentor.
h. Probador.
Esta metodología señala una serie de roles recomendados pero cabe destacar
que un rol puede ser desempeñado por varias personas y una persona puede
representar varios roles, es por ello que esta metodología brinda la oportunidad de
incorporar un número indefinido de personas a los proyectos de desarrollo.
33
MeRinde Guía Detallada
Analista de calidad.
Analista de producto.
34
MeRinde Guía Detallada
Arquitecto de software.
Desarrollador.
35
MeRinde Guía Detallada
Involucrados.
Este rol se encarga de establecer las condiciones de trabajo. Por tal motivo
tiene la función de dirigir y asignar recursos, coordina las interacciones con los
clientes y usuarios finales, planifica las iteraciones, planifica y asigna el trabajo,
define la organización del proyecto, establece las prácticas que aseguran la integridad
y calidad de los artefactos del proyecto, entre otras responsabilidades.
36
MeRinde Guía Detallada
• Jefe de pruebas.
• Revisor de gestión del proyecto.
Mentor.
Probador.
37
MeRinde Guía Detallada
38
MeRinde Guía Detallada
Representación Gráfica del Modelo de Equipo de Proyecto
12
39
MeRinde Guía Detallada
Artefactos
MeRinde propone setenta y seis (76) artefactos que pueden ser creados
durante el proceso de desarrollo de software. Estos artefactos van desde el propio
código fuente hasta la documentación aportada por el cliente y la entregada por el
equipo de desarrollo al culminar cada hito dentro del proyecto. Partiendo de estos
artefactos se pueden crear sólo los artefactos que se consideren necesarios para el
proyecto, adicionalmente según los lineamientos establecidos se les puede hacer
modificaciones a los mismos y también se pueden establecer artefactos adicionales a
los aquí propuestos.
40
MeRinde Guía Detallada
13
41
MeRinde Guía Detallada
Tabla 1
Artefactos Propuestos en MeRinde con Indicación de Necesidad
1
42
MeRinde Guía Detallada
43
MeRinde Guía Detallada
que este contenga. A continuación se listaran los artefactos compuestos dentro del
proceso de desarrollo propuesto en MeRinde.
Artefactos Compuestos
Tabla 2
Listado de Artefactos Compuestos
2
44
MeRinde Guía Detallada
No todos los proyectos requieren todos los artefactos, ni con igual grado de
profundidad o detalle. Los artefactos son opcionales, y se recomienda usar pocos
artefactos, eligiendo los de mayor valor práctico para cada proyecto.
Disciplinas de la Metodología
45
MeRinde Guía Detallada
Estas son todas las áreas que de una manera u otra definen el ámbito de la
aplicación. Estas disciplinas definen los flujos básicos sobre los cuales se va a ir
iterando durante las fases del proyecto.
Representación Gráfica del Ícono que Específica una Actividad
14
Figura 14. Representación Gráfica del Ícono que Específica una Actividad.
15
Figura 15. Representación Gráfica del Ícono que Específica una Tarea.
16
Figura 16. Representación Gráfica del Ícono que Específica una Subactividad.
46
MeRinde Guía Detallada
necesario para cada iteración se debe aplicar mayor esfuerzo en las disciplinas
precisas para cumplir el objetivo de la iteración.
47
MeRinde Guía Detallada
Flujo de trabajo.
17
48
MeRinde Guía Detallada
Flujo de trabajo.
49
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Requerimientos
18
50
MeRinde Guía Detallada
Flujo de Trabajo.
51
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Análisis y Diseño
19
Implementación
52
MeRinde Guía Detallada
Flujo de trabajo.
53
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Implementación
20
Pruebas
54
MeRinde Guía Detallada
55
MeRinde Guía Detallada
Flujo de trabajo
21
56
MeRinde Guía Detallada
Implantación
Esta disciplina tiene como objetivo distribuir e instalar con éxito el sistema
elaborado por el equipo de desarrollo y asegurar la disponibilidad del producto para
los usuarios finales.
57
MeRinde Guía Detallada
Flujo de Trabajo.
22
58
MeRinde Guía Detallada
59
MeRinde Guía Detallada
Entre algunas de las causas por las que la evolución de los artefactos puede
causar problemas son:
• Actualización simultánea: Se da cuando dos personas trabajan por
separado sobre el mismo artefacto a la vez, el último en hacer las
modificaciones sobrescribe lo hecho por el primero.
• Múltiples versiones: Cuando se trabaja con diferentes versiones del
producto al mismo tiempo en diferentes flujos de trabajo, pueden surgir
problemas si los cambios no son convenientemente monitorizados y
propagados.
• Notificación limitada: Cuando un problema ha sido resuelto en un
artefacto compartido por varios roles y algunos de ellos no son
notificados del cambio.
Flujo de trabajo.
60
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Gestión de Configuración de Cambios
23
61
MeRinde Guía Detallada
a. Administrar el riesgo.
b. Monitorear el progreso del proyecto a través de métricas.
c. Planificar un proyecto iterativo y cada iteración en
particular.
Flujo de trabajo.
62
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Gestión del Proyecto
24
Figura 24. Flujo de Trabajo de la Disciplina Gestión del Proyecto. Elaborado por
los Autores con datos de Rational Unified Process de IBM Corporation, 2006.
63
MeRinde Guía Detallada
Flujo de trabajo.
64
MeRinde Guía Detallada
Flujo de Trabajo de la Disciplina Gestión del Ambiente
25
Figura 25. Flujo de Trabajo de la Disciplina Gestión del Ambiente. Elaborado por
los Autores con datos de Rational Unified Process de IBM Corporation, 2006.
65
MeRinde Guía Detallada
Tabla 3
Relación entre los Componentes y las Fases de la Metodología
3
COMPONENTES FASES
Disciplina Artefacto I E C T
Documento de Arquitectura del Negocio c
Evaluación de la Organización Objetivo (EOO) c
Visión del Negocio c
Modelo de Análisis del Negocio:
Entidad del Negocio
c
Trabajador del Negocio
Reglas del Negocio
Modelado del
Negocio Modelo de Caso de Uso del Negocio c
Modelo de Diseño del Negocio:
Entidad del Negocio
c
Realizaciones de los Casos de Uso del Negocio
Trabajador del Negocio
Modelo de Implantación del Negocio c
Prueba de Concepto Arquitectónico del
c
Negocio
66
MeRinde Guía Detallada
COMPONENTES FASES
Disciplina Artefacto I E C T
Especificación de Requerimientos de Software:
Especificaciones Suplementarias c r r
Modelo de Casos de Uso
Requerimientos
Glosario del Sistema c r r r
Solicitud de Involucrados c r r r
Visión del Sistema c r
Documento de Arquitectura del Software c r r
Especificación de Migración de Datos c
Mapa de Navegación c r
Modelo de Análisis c
Modelo de Datos c r
Análisis y
Prototipo de la Interfaz de Usuario c
Diseño
Modelo de Diseño:
Capsula c r
Realizaciones de los Casos de Uso
Modelo de Implantación c r
Modelo de Servicio c
Componente Operacional del Sistema c c c
Modelo de Implementación:
Elemento de Implementación
Implementación c r r
Subsistema de Implementación
Elemento de Soporte de Prueba
Plan de Integración c r r
Resultado de Prueba c c c
Plan de Pruebas:
Casos de Pruebas
Criterios de Aceptación
Pruebas Datos de Pruebas c r r r
Escenarios por Caso de Uso
Lista de Ideas de las Pruebas
Resumen del Ciclo de Prueba
Script de Pruebas c
67
MeRinde Guía Detallada
COMPONENTES FASES
Disciplina Artefacto I E C T
El Sistema:
Lista de Materiales
c
Artefactos de Instalación
Unidad de Implantación
Manual de Instalación c r
Implantación Manual de Usuario c r r
Material de Adiestramiento c r
Mecanismo de Retroalimentación c
Notas de Lanzamiento c
Plan de Adiestramiento c r
Plan de Implantación c
Gestión de Plan de Gestión de Configuración c r r r
Configuración y Solicitud de Cambio c c c c
Cambios Repositorio de Versiones c r r r
Calificación de los Aspectos Técnicos de los
c
Servicios de Desarrollo de Sistemas
Licitación de Personal c
Oferta de Servicio del Personal c
Orden de Trabajo c c c c
Plan de Gestión de Riesgos c r r r
Plan de Iteración c r r r
Gestión del
Planificación del Proyecto c r
Proyecto
Registro de Evaluación c c c c
Registro de Revisión c c c c
Registro de Riesgos c r r r
Solicitud del Sistema c
Términos de Referencia del Sistema c
Términos de Referencia para el Equipo de
c
Desarrolladores del Sistema
Infraestructura de Desarrollo:
c r
Herramientas
Gestión del
Marco de Desarrollo:
Ambiente c r r
Lineamientos del Proyecto
Plantillas para el Proyecto c
Nota. Tabla elaborada por los Autores.
I: Fase de Inicio. E: Fase de Elaboración. C. Fase de Construcción. T: Fase de Transición.
c: Comienzo de la construcción del artefacto. r: Refinamiento del artefacto (ampliación, corrección).
68
MeRinde Guía Detallada
Una vez conocidas las dos (2) estructuras de MeRinde se procederá a detallar
su habilitar Web, medio a través del cual será implantada y distribuida la
metodología.
69
MeRinde Guía Detallada
CAPÍTULO IV
APORTES, VENTAJAS Y DESVENTAJAS DE LA METODOLOGÍA
Aportes de la Metodología
70
MeRinde Guía Detallada
71
MeRinde Guía Detallada
72
MeRinde Guía Detallada
Ventajas de la Metodología
73
MeRinde Guía Detallada
74
MeRinde Guía Detallada
75
MeRinde Guía Detallada
Desventajas de la Metodología
76
MeRinde Guía Detallada
77
MeRinde Guía Detallada
GLOSARIO
En esta sección se presentará una lista que contiene las definiciones de los
términos utilizados en este trabajo de investigación. Dichos términos se definen en
orden alfabético a continuación:
Actividad: Es una unidad de trabajo que una persona que desempeñe un rol
puede ser solicitado a que realice. Las actividades tienen un objetivo concreto,
normalmente expresado en términos de crear o actualizar algún producto.
78
MeRinde Guía Detallada
79
MeRinde Guía Detallada
80
MeRinde Guía Detallada
Modelo: Es una vista de un sistema del mundo real, es decir, una abstracción
de dicho sistema considerando un cierto propósito.
81
MeRinde Guía Detallada
Tarea: Parte de una Actividad. Las tareas son actividades específicas que
contribuyen al cumplimiento de la misión general u otros requerimientos.
82
MeRinde Guía Detallada
REFERENCIAS BIBLIOGRÁFICAS
Farouz, Joachim (2006) Kopete Vista Icono Theme [Document en línea]. Disponible:
83
MeRinde Guía Detallada
APÉNDICES
84
MeRinde Guía Detallada
APÉNDICE A
DESCRIPCIÓN DE LOS ARTEFACTOS PROPUESTOS DE MERINDE
85
MeRinde Guía Detallada
Artefactos de Instalación
Este artefacto tiene como objetivo permitir que la instalación del sistema sea
llevado a cabo por alguien. Se basa en los programas e instrucciones documentadas
requeridos para que ese alguien instale el producto. Puede incluir: instrucciones,
scripts, iconos, archivos de licencia, etc.
86
MeRinde Guía Detallada
evaluados por los miembros del comité de selección para elegir las contratistas que
sean necesarias para el proyecto.
Capsula
87
MeRinde Guía Detallada
Casos de Pruebas
Los casos de prueba deben ser escritos con el detalle suficiente para que el
probador pueda empezar rápidamente a ejecutar pruebas y a encontrar defectos.
Además, estos reflejan trazabilidad con los casos de uso, las especificaciones
suplementarias de requerimientos y diseño del sistema, garantizando que los
procedimientos de pruebas sean compatibles con las necesidades de los
usuarios/clientes.
88
MeRinde Guía Detallada
Este artefacto es una versión operacional del sistema o parte de este que cubre
un subconjunto especificado de los requerimientos que el sistema final cumplirá. Este
comprende uno o más elementos de la aplicación (funciones ejecutables) que son
creados de otros elementos mediante un proceso de compilación y unión del código
fuente. Agrupa un conjunto de Subsistemas de Implementación. Cabe destacar que
cada una de las funciones y capacidades que representan una parte del sistema pueden
ser probadas durante su ejecución.
Criterios de Aceptación
Este artefacto describe cómo el cliente evaluará los entregables del proyecto y
bajo qué condiciones aceptará el producto, incluyendo los casos de pruebas del
proyecto a ejecutarse.
89
MeRinde Guía Detallada
Datos de Pruebas
Este artefacto define una lista de variables y sus posibles valores a introducir
para la ejecución de las pruebas, así como también los resultados esperados de la
ejecución para propósitos comparativos. Se pueden tomar en cuenta valores
específicos o describir rangos de valores. Los Datos de Pruebas se utilizan como
fuente de engaño al objeto de prueba y así encontrar errores. Cabe destacar que cada
caso de prueba deberá ser ejecutado una vez por cada combinación de valores.
90
MeRinde Guía Detallada
Vista del Mercado: Describe los mercados en el que opera el negocio, los
perfiles de los clientes y las ofertas, o los productos y servicios que ofrece el negocio
a los clientes en los mercados designados.
Esta vista sólo se debe tomar en cuenta si se estarán tomando decisiones con
respecto a la estrategia del negocio, para mostrar cómo la arquitectura del negocio es
afectada o en los casos dónde la estrategia del negocio puede verse influenciada por
las decisiones referidas a la arquitectura. En este sentido la realización de la Vista del
Mercado es opcional.
Vista de Procesos del Negocio: Esta vista que incluye los procesos claves del
negocio, es un subconjunto del artefacto Modelo de Caso de Uso del Negocio. La
Vista de Procesos representa los casos de uso del negocio mediante un diagrama que
refleja la relación existente entre los actores del negocio y los casos de uso del
negocio. Es significativo identificar la jerarquía de actores del negocio y realizar un
diagrama de clases con ellos. Esta vista es obligatoria.
91
MeRinde Guía Detallada
92
MeRinde Guía Detallada
93
MeRinde Guía Detallada
Vista de Casos de Uso: Esta vista muestra la funcionalidad del sistema como
es percibida desde el exterior. Así como también describe un conjunto de escenarios y
casos de uso que tienen una cobertura arquitectónicamente significativa o que ilustran
un punto específico de la arquitectura. Es un subconjunto del Modelo de Casos de
Uso y además su realización es obligatoria.
94
MeRinde Guía Detallada
Elemento de Implementación
95
MeRinde Guía Detallada
96
MeRinde Guía Detallada
El Sistema
97
MeRinde Guía Detallada
Este artefacto debe contener el perfil de los datos que van ser migrados, así
mismo se debe incluir la relación entre la fuente de los datos con la base de datos a la
cual serán migrados.
98
MeRinde Guía Detallada
99
MeRinde Guía Detallada
• Especificaciones Suplementarias
Plantilla: Si posee
Especificaciones Suplementarias
Este artefacto captura los requerimientos del sistema que no fueron recogidos
en el Modelo de Casos de Uso. Contiene tanto requerimientos funcionales como no
funcionales del sistema. Los requerimientos que deben considerarse para este
artefacto son los siguientes: usabilidad, confiabilidad, desempeño, mantenibilidad,
seguridad, restricciones de diseño, requerimientos de documentación en línea y de
sistemas de ayuda, componentes comprados, interfaces, requerimientos de
licenciamiento, y aspectos legales, derecho de autor y otros avisos.
100
MeRinde Guía Detallada
Es una lista que contiene las definiciones de los términos a hacer utilizados
durante la realización del proyecto, que deben ser comprendidos por los participantes
de tal manera que haya una buena comunicación y evitar interpretaciones dispares o
ambiguas de los términos del dominio del problema.
101
MeRinde Guía Detallada
Herramientas
Infraestructura de Desarrollo
102
MeRinde Guía Detallada
desarrollo, otra infraestructura se puede configurar para las pruebas realizadas dentro
de la organización y otra se puede requerir para la puesta en marcha del sistema en las
instalaciones del cliente.
Licitación de Personal
103
MeRinde Guía Detallada
Este artefacto contiene las ideas que potencialmente serán las pruebas más
útiles a realizar. La Lista de Ideas de las Pruebas ayuda a pensar sobre las pruebas
desde etapas muy tempranas y sobre las primeras pruebas a ejecutarse. Es
particularmente útil cuando los artefactos están inasequibles o incompletos.
104
MeRinde Guía Detallada
Lista de Materiales
Manual de Instalación
105
MeRinde Guía Detallada
Manual de Usuario
Este artefacto provee una ayuda a las personas que manipularán directamente
el producto, acerca del uso que le debe dar al sistema. Dicho artefacto debe ser
discutido y aprobado por el cliente.
106
MeRinde Guía Detallada
Mapa de Navegación
Marco de Desarrollo
107
MeRinde Guía Detallada
Material de Adiestramiento
Mecanismo de Retroalimentación
108
MeRinde Guía Detallada
Modelo de Análisis
Es opcional detallar aquí las realizaciones de los casos de uso ya que estas
pueden estar en el modelo de diseño donde se recomienda que se encuentre.
109
MeRinde Guía Detallada
A diferencia del Modelo de Casos de Uso del Negocio el cual describe qué
pasa entre el negocio y los actores de negocio, el Modelo de Análisis define los
trabajadores internos de negocio y la información que ellos emplean (entidades de
negocio). Describe su organización estructural en unidades independientes (sistema
de negocio) y precisa cómo ellos interactúan para ejecutar el comportamiento
señalado en los casos de uso de negocio.
110
MeRinde Guía Detallada
Para representar los diagramas del Modelo de Análisis del Negocio se pueden
emplear diferentes diagramas de UML tales como:
• Diagramas de Colaboración.
• Diagramas de Secuencia.
• Diagrama de Análisis del Negocio.
• Diagramas de Actividad.
• Diagramas de Estado.
111
MeRinde Guía Detallada
Este modelo está formado por los diagramas de casos de uso y las narrativas
de los casos de uso. Para representar los diagramas del Modelo de Casos de Uso se
puede emplear el diagrama de UML de Caso de Uso.
Muestra los casos de uso del negocio, trabajadores del negocio, actores del
negocio y las interacciones entre ellos relacionadas con los procesos del negocio que
se encuentran dentro de la organización y dentro del alcance del sistema que se está
planeando realizar. Este servirá para proveer los fundamentos para el artefacto
Modelo de Casos de Uso.
112
MeRinde Guía Detallada
Para representar los diagramas del Modelo de Casos de Uso se puede emplear
el diagrama de UML de estereotipo llamado <<Caso de Uso del Negocio>>.
Modelo de Datos
113
MeRinde Guía Detallada
Modelo de Diseño
114
MeRinde Guía Detallada
Para representar los diagramas del Modelo de Diseño del Negocio se pueden
emplear diferentes diagramas de UML tales como:
• Diagramas de Colaboración.
• Diagramas de Secuencia.
• Diagrama de Análisis del Negocio.
• Diagramas de Actividad.
• Diagramas de Estado.
115
MeRinde Guía Detallada
Modelo de Implantación
Este modelo es opcional para sistemas con un solo procesador ó para sistemas
simples que tienen poca o ninguna distribución de procesos.
116
MeRinde Guía Detallada
117
MeRinde Guía Detallada
Modelo de Implementación
Modelo de Servicio
118
MeRinde Guía Detallada
Notas de Lanzamiento
Este artefacto contiene las notas de entrega para la versión x.y.z del producto.
Aquí se detalla la entrega y se provee información de última hora y otros datos que
complementan la documentación principal. Incluye la descripción de las versiones,
las actualizaciones, los cambios recientes, problemas y soluciones.
Las notas de lanzamiento son consideradas muy útiles, incluso para aplicarlas
en las versiones internas desarrolladas del sistema. El formato de estas puede ser
simple, casual o informal. Particularmente los probadores y el personal técnico
encargado de redactar el material de soporte a los usuarios encontrarán las notas de
lanzamiento útiles para conducir sus actividades.
119
MeRinde Guía Detallada
Orden de Trabajo
Este artefacto es el mecanismo por medio del cual el Líder del Proyecto
comunica los planes a los miembros del equipo del proyecto de lo que se hará y
cuándo dentro de las iteraciones. Esta orden puede ser desde ejecutar una actividad ó
un conjunto, bajo una planificación definida y con unos determinados entregables,
esfuerzo, alcance y restricciones de recursos. Su representación depende directamente
de los mecanismos internos de la organización para la gestión de personal.
120
MeRinde Guía Detallada
Plan de Adiestramiento
121
MeRinde Guía Detallada
122
MeRinde Guía Detallada
Plan de Implantación
123
MeRinde Guía Detallada
Plan de Integración
Plan de Iteración
124
MeRinde Guía Detallada
Para cada iteración existe una serie de objetivos los cuales son usados como
referencia de evaluación para determinar diferentes aspectos, como grado de
terminación de una determinada función, rendimiento, niveles de calidad, etc.
125
MeRinde Guía Detallada
Plan de Pruebas
Este documento está compuesto por toda la información necesaria para llevar
a cabo la dirección del proyecto. Es utilizado por la dirección del proyecto para dirigir
las actividades a realizar durante el proceso de desarrollo del software, este
comprende un conjunto de artefactos que son desarrollados durante la fase de inicio
y que son utilizados durante todo el ciclo de vida del proyecto (gestión de riesgos,
aseguramiento de calidad, resolución de problemas, entre otros).
126
MeRinde Guía Detallada
127
MeRinde Guía Detallada
los requerimientos exigidos antes de que se realice todo el esfuerzo necesario para el
desarrollo.
Este artefacto es una solución que simplemente puede ser conceptual a los
requerimientos arquitectónicamente significativos del negocio. El propósito de la
Prueba de Concepto Arquitectónico del Negocio es determinar si existe, o es probable
que exista, una solución (o un sistema de soluciones) que satisfaga los requerimientos
arquitectónicamente significativos.
128
MeRinde Guía Detallada
129
MeRinde Guía Detallada
Registro de Evaluación
Registro de Revisión
130
MeRinde Guía Detallada
Registro de Riesgos
Este es un registro que refleja a manera de resumen todos los riesgos que han
sido asociados al proyecto en desarrollo. Este documento debe ser utilizado para
monitorear y hacer seguimiento de todas las acciones tomadas para la mitigación de
los riesgos identificados. En este documento se relaciona cada riesgo identificado con
sus acciones preventivas y de contingencia, y es fundamental para la planificación de
las iteraciones.
131
MeRinde Guía Detallada
aplicación muestre las restricciones que existen en el negocio, de tal forma que no sea
posible realizar acciones inválidas.
Repositorio de Versiones
Cabe destacar la existencia de Finde Forge una herramienta que permite crear
y administrar repositorios de los ficheros de un proyecto de software. Este se
encuentra en un portal del estado denominado Rinde y puede ser utilizado para
publicar las distintas versiones de un proyecto.
132
MeRinde Guía Detallada
Resultado de Prueba
133
MeRinde Guía Detallada
Script de Pruebas
Solicitud de Cambio
134
MeRinde Guía Detallada
Solicitudes de Involucrados
135
MeRinde Guía Detallada
Subsistema de Implementación
136
MeRinde Guía Detallada
Este artefacto contiene una descripción del sistema a realizar, los objetivos,
las características técnicas, alcance y documentos a producirse.
137
MeRinde Guía Detallada
Unidad de Implantación
138
MeRinde Guía Detallada
139
MeRinde Guía Detallada
140
MeRinde Guía Detallada
141
MeRinde Guía Detallada
APÉNDICE B
DESCRIPCIÓN DE LAS ACTIVIDADES Y TAREAS
PROPUESTAS DE MERINDE
142
MeRinde Guía Detallada
Actividades
143
MeRinde Guía Detallada
Definir el Negocio: Esta actividad trata sobre definir cuál va a ser el negocio.
Incluye el siguiente flujo de trabajo de subactividades:
144
MeRinde Guía Detallada
145
MeRinde Guía Detallada
Tareas
Tabla 4
Tarea: Mantener las Reglas del Negocio
4
Tabla 5
Tarea: Evaluar la Organización Objetivo
5
146
MeRinde Guía Detallada
Tabla 6
Tarea: Analizar la Arquitectura del Negocio
6
Tabla 7
Tarea: Encontrar los Actores y los Casos de Uso del Negocio
7
147
MeRinde Guía Detallada
con el negocio, así como también se enfoca en los límites del negocio a ser modelados.
Permite dar una idea general de los procesos del negocio y crear los diagramas del
Modelo de Casos de Uso del Negocio.
Artefacto(s) de Entrada:
• Visión del Negocio.
Artefacto(s) de Salida:
• Modelo de Casos de Uso del Negocio.
Tabla 8
Tarea: Priorizar los Casos de Uso del Negocio
8
Tabla 9
Tarea: Estructurar el Modelo de Caso de Uso del Negocio
9
148
MeRinde Guía Detallada
las inclusiones, extensiones y generalizaciones entre casos de uso del negocio, y las
generalizaciones entre actores del negocio. Esto permite que los requerimientos del
negocio sean más fáciles de comprender.
Artefacto(s) de Entrada:
• Modelo de Casos de Uso del Negocio.
Artefacto(s) de Salida:
• Modelo de Casos de Uso del Negocio.
Tabla 10
Tarea: Detallar el Caso de Uso del Negocio
10
Tabla 11
Tarea: Revisar el Modelo de Caso de Uso del Negocio
11
149
MeRinde Guía Detallada
Tabla12
Tarea: Realizar los Casos de Uso del Negocio
12
Tabla 13
Tarea: Detallar los Trabajadores del Negocio
13
150
MeRinde Guía Detallada
Negocio).
• Modelo de Análisis del Negocio (Trabajadores del Negocio).
Artefacto(s) de Salida:
• Modelo de Diseño del Negocio (Trabajadores del Negocio).
Tabla 14
Tarea: Detallar las Entidades del Negocio
14
Tabla 15
Tarea: Revisar el Modelo de Diseño del Negocio
15
151
MeRinde Guía Detallada
• Registro de Revisión.
Tabla 16
Tarea: Definir la Automatización de los Requerimientos
16
Tabla 17
Tarea: Formular la Prueba de Concepto Arquitectónico del Negocio
17
152
MeRinde Guía Detallada
Tabla 18
Tarea: Revisar el Modelo de Análisis del Negocio
18
Requerimientos
Actividades
153
MeRinde Guía Detallada
Gestionar el Alcance del Sistema: Esta actividad busca asegurar que los
requerimientos del sistema se han comprendido y establece un conjunto de
requerimientos manejables para trabajarlos durante la iteración.
154
MeRinde Guía Detallada
Tareas
Tabla 19
Tarea: Establecer la Visión del Sistema
19
155
MeRinde Guía Detallada
Tabla 20
Tarea: Determinar la Terminología a Usar
20
Tabla 21
Tarea: Determinar los Actores y los Casos de Uso
21
Tabla
Tarea: Gestionar Dependencias
Rol Responsable: Analista de Producto.
Descripción: En esta tarea se describe cómo hacer uso de las dependencias que existen
156
MeRinde Guía Detallada
entre los requerimientos con el fin de gestionar el alcance del proyecto y manejar los
cambios de requerimientos que surjan durante el proceso de desarrollo de software.
Artefacto(s) de Entrada:
No tiene.
Artefacto(s) de Salida:
• Visión del Sistema.
Tabla 22
Tarea: Obtener Requerimientos de los Involucrados
22
Tabla 23
Tarea: Desarrollar Especificaciones Suplementarias
23
157
MeRinde Guía Detallada
• Plan de Iteración.
• Solicitudes de Involucrados.
Artefacto(s) de Salida:
• Especificación de Requerimientos del Software (Especificaciones
Suplementarias).
Tabla 24
Tarea: Revisar la Visión del Sistema
24
Tabla 25
Tarea: Dar Prioridad a los Casos de Uso
25
158
MeRinde Guía Detallada
Tabla 26
Tarea: Detallar los Casos de Uso
26
Tabla 27
Tarea: Detallar los Requerimientos del Software
27
Tabla 28
Tarea: Revisar la Especificación de Requerimientos del Software
28
159
MeRinde Guía Detallada
Descripción: Esta tarea define cómo se lleva a cabo la revisión del artefacto
Especificación de Requerimientos del Software (ERS). Su propósito es verificar que
los resultados de las actividades de los requerimientos coinciden con la visón que tiene
el cliente del sistema.
Artefacto(s) de Entrada:
• Especificación de Requerimientos del Software.
Artefacto(s) de Salida:
• Registro de Revisión.
Tabla 29
Tarea: Estructurar el Modelo de Casos de Uso
29
Tabla 30
Tarea: Verificar los Requerimientos
30
160
MeRinde Guía Detallada
sistema satisfacen las necesidades que fueron planteadas por los clientes. Por otro
lado, esta tarea describe cuándo y cómo deben ser realizadas las supervisiones, así
como también plantea cuales deben ser las acciones a tomar en caso de que se
encuentren discordancia con lo esperado.
Artefacto(s) de Entrada:
• Especificación de Requerimientos del Software.
• Términos de Referencia del Sistema.
• Plan de Iteración.
Artefacto(s) de Salida:
• Registro de Evaluación.
Análisis y Diseño
Actividades
161
MeRinde Guía Detallada
162
MeRinde Guía Detallada
• Revisar el Diseño.
Tareas
Tabla 31
Tarea: Analizar la Arquitectura
31
163
MeRinde Guía Detallada
• Modelo de Implantación.
• Documento de Arquitectura del Software.
Tabla 32
Tarea: Analizar los Casos de Uso
32
Tabla 33
Tarea: Identificar los Elementos de Diseño
33
164
MeRinde Guía Detallada
• Modelo de Servicio.
Tabla 34
Tarea: Generar Prototipo de la Interfaz de Usuario
34
Tabla 35
Tarea: Diseñar la Interfaz de Usuario
35
165
MeRinde Guía Detallada
Tabla 36
Tarea: Revisar el Diseño
36
Tabla 37
Tarea: Describir la Arquitectura en Tiempo de Ejecución
37
166
MeRinde Guía Detallada
Tabla 38
Tarea: Describir la Distribución
38
167
MeRinde Guía Detallada
Tabla 39
Tarea: Identificar los Mecanismos de Diseño
39
Tabla 40
Tarea: Incorporar Elementos de Diseño Existentes
40
168
MeRinde Guía Detallada
Tabla 41
Tarea: Identificar Servicios
41
Tabla 42
Tarea: Revisar Artefacto de la Arquitectura
42
169
MeRinde Guía Detallada
• Registro de Revisión.
Tabla 43
Tarea: Diseñar Servicios
43
Tabla 44
Tarea: Diseñar Clases
44
170
MeRinde Guía Detallada
Artefacto(s) de Entrada:
• Modelo de Análisis.
Artefacto(s) de Salida:
• Modelo de Diseño.
Tabla 45
Tarea: Diseñar Subsistemas
45
Tabla 46
Tarea: Diseñar Casos de Uso
46
171
MeRinde Guía Detallada
• Modelo de Diseño.
Tabla 47
Tarea: Diseñar Capsulas
47
Tabla 48
Tarea: Diseñar los Elementos Soporte de Prueba
48
Tabla 49
Tarea: Diseñar la Base de Datos
49
172
MeRinde Guía Detallada
Descripción: En esta tarea se refleja cómo diseñar una base de datos para implementar
persistencia dentro de una aplicación. Se basa en definir un modelo del diseño lógico
de la base de datos y los detalles del diseño físico de la base de datos, así como
también permite asegurar la integridad y la calidad del modelo de datos mediante
revisiones de los resultados.
Artefacto(s) de Entrada:
• Modelo de Diseño.
Artefacto(s) de Salida:
• Modelo de Datos.
Tabla 50
Tarea: Especificar Migración de Datos
50
Implementación
Actividades
173
MeRinde Guía Detallada
174
MeRinde Guía Detallada
175
MeRinde Guía Detallada
Tareas
Tabla 51
Tarea: Estructurar el Modelo de Implementación del Sistema
51
Tabla 52
Tarea: Planificar la Integración del Sistema
52
176
MeRinde Guía Detallada
Tabla 53
Tarea: Planear la Integración de Subsistemas
53
Tabla 54
Tarea: Analizar el Comportamiento en Tiempo de Ejecución
54
Tabla 55
Tarea: Implementar los Elementos de Diseño
55
177
MeRinde Guía Detallada
Tabla 56
Tarea: Ejecutar Pruebas a los Elementos y Subsistemas de Implementación
56
Tabla 57
Tarea: Revisar el Código
57
178
MeRinde Guía Detallada
Tabla 58
Tarea: Integrar Subsistema
58
Tabla 59
Tarea: Integrar el Sistema
59
179
MeRinde Guía Detallada
Pruebas
Actividades
180
MeRinde Guía Detallada
181
MeRinde Guía Detallada
182
MeRinde Guía Detallada
Tareas
Tabla 60
Tarea: Identificar la Misión de las Pruebas
60
Tabla 61
Tarea: Identificar los Motivadores de las Pruebas
61
183
MeRinde Guía Detallada
Tabla 62
Tarea: Identificar las Ideas de Pruebas
62
Tabla 63
Tarea: Identificar los Objetos de Pruebas
63
184
MeRinde Guía Detallada
Tabla64
Tarea: Definir el Enfoque de Pruebas
64
Tabla 65
Tarea: Acordar la Misión de las Pruebas
65
185
MeRinde Guía Detallada
Tabla 66
Tarea: Definir Criterios de Aceptación de los Casos de Prueba
66
Tabla 67
Tarea: Definir los Detalles de las Pruebas
67
186
MeRinde Guía Detallada
Tabla 68
Tarea: Implementar las Pruebas
68
Tabla 69
Tarea: Ejecutar el Conjunto de Pruebas
69
187
MeRinde Guía Detallada
Tabla 70
Tarea: Determinar los Resultados de las Pruebas
70
Tabla 71
Tarea: Analizar Pruebas Fallidas
71
Tabla 72
Tarea: Evaluar y Defender la Calidad
72
188
MeRinde Guía Detallada
desarrollar el sistema.
Artefacto(s) de Entrada:
• Plan de Pruebas (Resumen del Ciclo de Prueba).
• Plan de Iteración.
Artefacto(s) de Salida:
• Plan de Pruebas (Resumen del Ciclo de Prueba).
Tabla 73
Tarea: Evaluar y Mejorar el Esfuerzo de las Pruebas
73
Tabla 74
Tarea: Preparar los Lineamientos del Proyecto
74
189
MeRinde Guía Detallada
No Aplica.
Artefacto(s) de Salida:
• Marco de Desarrollo (Lineamientos del Proyecto).
Tabla 75
Tarea: Establecer la Configuración del Ambiente de Pruebas
75
Tabla 76
Tarea: Acordar las Pruebas a Realizar
76
190
MeRinde Guía Detallada
Implantación
Actividades
191
MeRinde Guía Detallada
192
MeRinde Guía Detallada
Tareas
Tabla 77
Tarea: Ejecutar el Conjunto de Pruebas
77
193
MeRinde Guía Detallada
Tabla 78
Tarea: Determinar los Resultados de las Pruebas
78
Tabla 79
Tarea: Definir el Listado de Materiales
79
194
MeRinde Guía Detallada
Tabla 80
Tarea: Desarrollar el Plan de Implantación
80
Tabla 81
Tarea: Elaborar el Plan de Adiestramiento
81
195
MeRinde Guía Detallada
Tabla 82
Tarea: Desarrollar los Materiales de Adiestramiento
82
Tabla 83
Tarea: Desarrollar Materiales de Apoyo
83
196
MeRinde Guía Detallada
Tabla 84
Tarea: Desarrollar Instalador de Componentes
84
Tabla 85
Tarea: Gestionar las Pruebas de Aceptación
85
197
MeRinde Guía Detallada
Tabla 86
Tarea: Preparar el Ambiente de Desarrollo
86
Tabla 87
Tarea: Crear Unidad de Implantación
87
198
MeRinde Guía Detallada
Tabla 88
Tarea: Elaborar Notas de Lanzamiento
88
Tabla 89
Tarea: Gestionar las Pruebas Beta
89
Tabla 90
Tarea: Probar el Producto Beta
90
199
MeRinde Guía Detallada
Descripción: En esta tarea los involucrados deben probar las funcionalidades ofrecidas
dentro del Producto Beta con el fin de que estos comenten la experiencia obtenida al
usar el mismo.
Artefacto(s) de Entrada:
• Mecanismo de Retroalimentación.
• El Sistema (Unidad de Implantación).
Artefacto(s) de Salida:
• Mecanismo de Retroalimentación.
Tabla 91
Tarea: Agrupar las Unidades de Implantación
91
200
MeRinde Guía Detallada
Tabla 92
Tarea: Verificar manufactura del Producto
92
Tabla 93
Tarea: Proveer Acceso al Sitio de Descarga
93
201
MeRinde Guía Detallada
Actividades
Registrar y Almacenar los Cambios: Esta actividad asegura que los cambios
realizados al sistema, documentación, recursos, fechas, planes, etc. sean registrados y
que el repositorio de versiones sea actualizado.
202
MeRinde Guía Detallada
Tareas
Tabla 94
Tarea: Enviar Solicitud de Cambios
94
Tabla 95
Tarea: Confirmar Cambios en el Sistema
95
Tabla 96
Tarea: Revisar Solicitudes de Cambio
96
203
MeRinde Guía Detallada
Tabla 97
Tarea: Confirmar Duplicados o Rechazar Cambios de Requerimientos
97
Tabla 98
Tarea: Programar y Asignar el Trabajo
98
204
MeRinde Guía Detallada
• Plan de Iteración.
Artefacto(s) de Salida:
• Planificación del Proyecto.
• Plan de Iteración.
• Orden de Trabajo.
Tabla 99
Tarea: Escribir el Plan de Gestión de Configuración
99
Tabla 100
Tarea: Establecer las Políticas de Gestión de Configuración
100
205
MeRinde Guía Detallada
Tabla 101
Tarea: Establecer los Procesos de Control de Cambios
101
Tabla 102
Tarea: Guardar y Registrar Cambios
102
Actividades
206
MeRinde Guía Detallada
207
MeRinde Guía Detallada
Cerrar- Salir del Proyecto: En esta actividad, el líder del proyecto prepara el
proyecto para su cierre.
Cerrar- Salir de la Fase: En esta actividad, el líder del proyecto cierra la fase
asegurando que se han conseguido los objetivos de la fase.
208
MeRinde Guía Detallada
209
MeRinde Guía Detallada
Tareas
Tabla 103
Tarea: Elaborar Solicitud del Sistema
103
Tabla 104
Tarea: Desarrollar Términos de Referencia
104
Tabla 105
Tarea: Identificar y Evaluar los Riesgos
105
210
MeRinde Guía Detallada
Tabla 106
Tarea: Iniciar el Proyecto
106
Tabla
Tarea: Determinar el Alcance del Sistema
Rol Responsable: Líder del Proyecto.
Descripción: En esta tarea se establece en el artefacto Términos de Referencia del
Sistema los aspectos a ser abarcados y desarrollados en el proyecto a realizar.
Artefacto(s) de Entrada:
• Términos de Referencia del Sistema.
Artefacto(s) de Salida:
• Términos de Referencia del Sistema
211
MeRinde Guía Detallada
Tabla 107
Tarea: Planear las Fases y las Iteraciones
107
Tabla 108
Tarea: Definir la Organización del Proyecto y del Personal
108
Tabla 109
Tarea: Selección y Contratación del Personal de Desarrollo
109
212
MeRinde Guía Detallada
los grupos de contratistas que postulen sus servicios para el desarrollo del proyecto.
Posteriormente se procede a la contratación y al establecimiento de los aspectos
legales necesarios para acordar las responsabilidades entre las partes.
Artefacto(s) de Entrada:
• Calificación de los Aspectos Técnicos de los Servicios de Desarrollo de
Sistemas.
• Oferta de Servicio del Personal.
• Planificación del Proyecto.
Artefacto(s) de Salida:
• Términos de Referencia para el Equipo de Desarrolladores del Sistema.
Tabla 110
Tarea: Desarrollar el Plan de Gestión de Riesgos
110
Tabla 111
Tarea: Definir los Mecanismos de Monitoreo y Control del Proceso
111
213
MeRinde Guía Detallada
No Aplica.
Artefacto(s) de Salida:
• Planificación del Proyecto.
Tabla 112
Tarea: Determinar los Aspectos Técnicos a Evaluar para la Selección del
Contratista
112
Tabla 113
Tarea: Revisar la Planificación del Proyecto
113
214
MeRinde Guía Detallada
Tabla 114
Tarea: Desarrollar el Plan de Iteración
114
Tabla 115
Tarea: Revisar el Plan de Iteración
115
Tabla 116
Tarea: Iniciar Iteración
116
215
MeRinde Guía Detallada
Artefacto(s) de Entrada:
• Plan de Iteración.
• Planificación del Proyecto.
Artefacto(s) de Salida:
• Orden de Trabajo.
Tabla 117
Tarea: Revisar los Criterios de Evaluación de la Iteración
117
Tabla 118
Tarea: Preparar Cierre-Salida para el Proyecto
118
216
MeRinde Guía Detallada
• Registro de Evaluación.
Tabla 119
Tarea: Evaluar la Aceptación del Proyecto
119
Tabla 120
Tarea: Preparar Cierre-Salida para la Fase
120
Tabla 121
Tarea: Supervisar los Hitos del Ciclo de Vida
121
217
MeRinde Guía Detallada
Tabla 122
Tarea: Conducir Evaluación del Proyecto
122
Tabla 123
Tarea: Conducir Evaluación del Proceso de Desarrollo
123
218
MeRinde Guía Detallada
Artefacto(s) de Entrada:
• Plan de Iteración.
• Planificación del Proyecto.
• Marco de Desarrollo.
Artefacto(s) de Salida:
• Registro de Evaluación.
Tabla 124
Tarea: Organizar Evaluación
124
Tabla 125
Tarea: Monitorear el Estado del Proyecto
125
219
MeRinde Guía Detallada
Artefacto(s) de Salida:
• Registro de Riesgos.
• Registro de Evaluación.
Tabla 126
Tarea: Solventar Problemas
126
Tabla 127
Tarea: Programar y Asignar el Trabajo
127
220
MeRinde Guía Detallada
Actividades
221
MeRinde Guía Detallada
Tareas
Tabla 128
Tarea: Elaborar el Marco de Desarrollo del Proyecto
128
Tabla 129
Tarea: Determinar los Lineamientos del Proyecto
129
222
MeRinde Guía Detallada
Tabla 130
Tarea: Adaptar el Marco de Desarrollo para el Proyecto
130
Tabla 131
Tarea: Preparar las Plantillas para el Proyecto
131
Tabla 132
Tarea: Seleccionar y Adquirir Herramientas
132
223
MeRinde Guía Detallada
Artefacto(s) de Salida:
• Infraestructura de Desarrollo (Herramientas).
Tabla 133
Tarea: Configurar las Herramientas
133
Tabla 134
Tarea: Verificar la Instalación y Configuración de las Herramientas
134
Tabla 135
Tarea: Apoyar el Desarrollo
135
224
MeRinde Guía Detallada
prevea para el desarrollo del sistema este ajustada y con los recursos necesarios
conforme a las especificaciones del proyecto.
Artefacto(s) de Entrada:
• Infraestructura de Desarrollo.
Artefacto(s) de Salida:
• Infraestructura de Desarrollo.
225
MeRinde Guía Detallada
APÉNDICE C
LLENADO DE LAS PLANTILLAS
226
MeRinde Guía Detallada
Para aquellos que empiezan elaborar artefactos con una página en blanco,
puede ser demasiado trabajo y es fácil olvidar partes importantes. En MeRinde se
proporcionan una serie de plantillas orientadas a facilitar el conocimiento que se debe
tener acerca de la información fundamental que debe reflejar cada artefacto.
227
MeRinde Guía Detallada
Paso 2. Instalación.
228
MeRinde Guía Detallada
Paso 3. Uso.
Para personalizar los campos automáticos de los artefactos (campos con fondo
gris) en OpenOffice.org Writer, debe seleccionar Archivo>Propiedades y en la
pestaña descripción sustituya los campos de Título, Tema y Comentarios por la
información apropiada para este documento. Después de cerrar el diálogo, los
campos automáticos serán actualizados automáticamente. Para actualizar la
numeración del Índice de Contenido haga clic derecho sobre este campo automático y
luego clic en Actualizar Índice/Tabla. Vea la ayuda del OpenOffice.org para más
información sobre el trabajo con campos.
Una vez abierto el artefacto solo queda completarlo, para ello se dispone en
cada sección de este una serie de instrucciones sobre su uso. Es recomendable que
antes de comenzar a utilizar cualquiera de los artefactos se lea este documento.
Todos los artefactos tienen algunas de sus secciones en común, las cuales
pasaremos a estudiar con detenimiento.
Historial de Revisiones
Se trata de una tabla que contiene los distintos cambios que se han realizado
sobre el documento. En concreto hay que señalar a que versión del sistema
corresponde el cambio, hay que poner la fecha, una muy breve descripción del
cambio y el o los autores.
229
MeRinde Guía Detallada
Índice de Contenido
Índice del documento. Se rellena automáticamente, no tocar. Para actualizar la
numeración ó el contenido del Índice de Contenido haga clic derecho sobre este
campo automático y luego clic en Actualizar Índice/Tabla.
Introducción
Todos los artefactos tienen una introducción para indicar para qué sirven. Esta
sección está compuesta por los siguientes aspectos:
Objetivo
El propósito del documento.
Alcance
Se refiere a una definición específica de las áreas, procesos, etc. que van a ser
afectadas por el artefacto y sus resultados.
Documentos Relacionados
Lista de documentos que son referenciados en éste artefacto que aportan
información relevante y que ya han sido elaborados.
230