Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Merinde Guia Detallada v1.0
Merinde Guia Detallada v1.0
Gua Detallada
Autores:
LICENCIA
TABLA DE CONTENIDOS
Pgina
COLABORADORES.................................................................................................... 5
INTRODUCCIN.........................................................................................................6
JUSTIFICACIN..........................................................................................................7
AUDIENCIA.................................................................................................................9
METODOLOGA PROPUESTA................................................................................10
Mejores Prcticas Implementadas en la Metodologa.......................................... 10
Estructura del Proceso de MeRinde......................................................................19
Mantenimiento .....................................................................................................20
Fundamentos de MeRinde.................................................................................... 22
ESTRUCTURA DINMICA DE LA METODOLOGA.......................................... 24
Fases de la Metodologa....................................................................................... 24
Inicio...............................................................................................................25
Elaboracin.....................................................................................................26
Construccin...................................................................................................27
Transicin....................................................................................................... 28
ESTRUCTURA ESTTICA DE LA METODOLOGA........................................... 31
Roles Definidos en la Metodologa...................................................................... 32
Descripcin de los Roles................................................................................ 34
El Modelo de Equipo para Proyectos............................................................. 38
Artefactos..............................................................................................................40
Descripcin de los Artefactos de la Metodologa...........................................40
Artefactos Compuestos ..................................................................................44
Disciplinas de la Metodologa.............................................................................. 45
Modelado del Negocio................................................................................... 47
Implementacin.............................................................................................. 52
Pruebas........................................................................................................... 54
Implantacin................................................................................................... 57
Gestin de Configuracin y Cambios.............................................................59
Gestin del Proyecto.......................................................................................61
Gestin del Ambiente .................................................................................... 64
Marco de Desarrollo de MeRinde........................................................................ 66
APORTES, VENTAJAS Y DESVENTAJAS DE LA METODOLOGA................. 70
Aportes de la Metodologa................................................................................... 70
Ventajas de la Metodologa.................................................................................. 73
3
COLABORADORES
Lderes del Proyecto y Desarrolladores
Carlos David Marrero
Fernando Muro
Henry Rivero
Jasmin Snchez Esculpi
Kiberley Kristal Santos Rosillo
Odalis Pereira
INTRODUCCIN
MeRinde es un proyecto de Software Libre (SL) que propone un estndar para
el proceso de desarrollo de software que puede ser empleado y adaptado segn los
requerimientos de cualquier comunidad u organizacin para el desarrollo de sistemas
y adems para producir y mantener una librera de plantillas reutilizables para la
ingeniera de software. Estas plantillas proveen un punto partida para los documentos
utilizados en proyectos de desarrollo de software, con lo que pueden ayudar a los
desarrolladores a trabajar ms rpido y evitar pasar por alto aspectos importantes del
proceso de desarrollo.
Este proyecto pretende entre sus principales objetivos apoyar a las
comunidades de desarrollo de SL en sus proyectos, suministrando las herramientas
necesarias para que estos cumplan con un proceso de desarrollo y documentacin de
sus sistemas. Se aclara que el proceso propuesto y las plantillas no son universales y
no intentan proveer guas prescriptivas en el proceso general de desarrollo de
sistemas.
Con el proceso de desarrollo y con las plantillas se busca a su vez estimular a
la transferencia del conocimiento entre las comunidades desarrolladoras de SL con lo
cual no solo se pretende que sea compartido los cdigos de los sistemas sino que
tambin se compartan la documentacin como gua de referencia para mejoras por
terceros al sistema o para que sirva como modelo a otras comunidades para el
desarrollo de sus propios sistemas.
El contexto del presente proyecto est enmarcado dentro de un diseo
documental bibliogrfico, debido a que una buena parte de esta investigacin est
sustentada en revisiones bibliogrficas de diversas fuentes y por un diseo de campo,
para ello se emple las instalaciones del CNTI.
JUSTIFICACIN
El software tiene un papel muy destacado en la sociedad dado los mltiples
uso que a este se le puede dar, por lo que es importante garantizar mtodos claros en
sus diferentes fases de produccin y explotacin.
Diversas tendencias y metodologas de desarrollo de software han aparecido
en aos recientes, buscando resolver los problemas que proyectos ms tradicionales,
no han conseguido enfrentar. Entre ellas estn los frameworks de proyectos, las
metodologas giles y los modelos de medicin de madurez. Junto con estos marcos
de trabajo, ciertas estrategias especficas han permitido a los equipos de desarrollo
producir software ms robusto, predecible, reutilizable y de fcil mantenimiento.
En Venezuela, el CNTI como ente adscrito al Ministerio del Poder Popular
para las Telecomunicaciones y la Informtica (MPPTI),
involucrar para el desarrollo de sus proyectos de software equipos que hicieran uso de
una metodologa y documentacin estandarizada, para alcanzar una trazabilidad entre
documentos, seguir un mismo estndar para el proceso de desarrollo y tener varias
medidas para el aseguramiento de calidad de los sistemas.
As mismo, se observo que al no existir una metodologa estndar para el
desarrollo de los proyectos, no existe un consenso en cuanto a los artefactos a
desarrollar ni al contenido que cada uno de estos debera llevar, y por lo tanto muchos
de los artefactos que son entregados por los entes contratados poseen datos
redundantes o ausencia de los mismos. Por otro lado, la falta de una metodologa
estndar conlleva a la ausencia de mecanismos que permitan determinar las funciones
que corresponde a cada personal que interviene en un proyecto, dado que no hay una
definicin de roles y sus actividades a cumplir, motivo por el cual un individuo
realiza determinadas tareas que no le corresponden o no le deberan corresponder, lo
AUDIENCIA
Esta Metodologa para el desarrollo de software est destinada a cualquier
persona implicada en el proceso de desarrollo de software que se lleva a cabo en el
Centro Nacional de Tecnologas de Informacin (CNTI) y tambin a cualquier
individuo, comunidad u organizacin interasada. Se dirige principalmente a
miembros del equipo de desarrollo que se dedican a las siguientes actividades del
ciclo de vida del desarro de sistemas: modelado del negocio, requerimientos, anlisis
y diseo, implementacin, pruebas, implantacin, gestin de configuracin y
cambios, gestin del proyecto y gestin del ambiente. Es til para analistas y usuarios
finales (que especifican la estructura y comportamiento requeridos por el sistema),
para los diseadores (que disean los sistemas que satisfacen esos requerimientos),
para desarrolladores (que convierten esos diseos en cdigo ejecutable), para
probadores (que verifican y validan la estructura y comportamiento del sistema) y
para lderes del proyecto.
CAPTULO I
METODOLOGA PROPUESTA
Centrarse en la arquitectura
Cdigo estndar
Diseo simple
Modelar el software
de software
requerirn un mayor control para asegurar que se cumplan con los objetivos del
mismo y que no existan desviaciones.
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 documentacin, la
cantidad de revisiones, entro otros; pero fundamentalmente esto es proporcional al
tamao del proyecto, la distribucin de los equipos de desarrollo, la cantidad de
personas involucradas, la complejidad de las tecnologas 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.
Alto nivel de abstraccin: MeRinde favorece a que se tenga un alto nivel de
abstraccin para reducir la complejidad y mejorar la comunicacin entre los
11
el
13
14
componentes empleados para los proyectos para su actual y futuro empleo en los
proyectos.
Interaccin continua con cliente: El cliente esta inmiscuido dentro de los
involucrados en MeRinde, rol fundamental en la metodologa para llevar a cabo
muchas de las actividades fundamentales del proceso de desarrollo de software a lo
largo de todo el ciclo de vida propuesto, con lo cual se busca de que el cliente
participe continuamente para satisfacer sus requerimientos a fin de evitar la prdida
de recursos y malentendidos durante el desarrollo.
Modelar el software: El tipo de artefacto ms fundamental utilizado en la
Metodologa MeRinde es el modelo. Cada rol necesita una perspectiva diferente del
sistema. El diseo de MeRinde permite identificar todos los roles y cada una de las
perspectivas que posiblemente podran necesitar. Las perspectivas recogidas de todos
los roles se estructuran en unidades ms grandes, es decir, modelos, de modo que un
rol pueda tomar una perspectiva concreta del conjunto de modelos. La eleccin de los
modelos para un sistema es una de las decisiones ms importantes del equipo de
desarrollo. En la figura 2 se pueden observar los modelos principales propuestos de la
Metodologa MeRinde.
17
Los artefactos
18
MeRinde asume que las cosas estn constantemente cambiando y que ningn
proyecto est aislado del impacto de estos cambios. Es importante para abordar ms
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.
Con esto concluye la seccin dedica a las mejores prcticas encontradas en la
metodologa propuesta, lo cual permite continuar con la definicin de estructura que
conforma la metodologa, para adentrar un poco ms en los detalles de esta.
Estructura del Proceso de MeRinde
La metodologa MeRinde propone una estructura como la de UP, la cual tiene
dos dimensiones como lo muestra la Figura 3:
Eje horizontal: Representa el tiempo y es considerado el eje de los
aspectos dinmicos del proceso. Indica las caractersticas del ciclo de
vida del proceso expresado en trminos de fases, iteraciones e hitos.
Eje vertical: Representa los aspectos estticos del proceso. Describe el
proceso en trminos de componentes de proceso, disciplinas,
actividades, artefactos y roles.
19
para el
21
22
23
CAPTULO II
ESTRUCTURA DINMICA DE LA METODOLOGA
24
25
26
27
28
30
CAPTULO III
ESTRUCTURA ESTTICA DE LA METODOLOGA
10
Figura 10. Representacin Grfica del cono que Especfica un Rol en MeRinde.
Tomado de Kopete Vista Icono Theme por Joachim Farouz, 2006.
Existen artefactos que necesitan de ms de un solo rol para poder ser
elaborados (ver figura 11).
Representacin Grfica del cono que Especfica los Involucrados en MeRinde
11
Figura 11. Representacin Grfica del cono que Especfica los Involucrados en
MeRinde. Tomado de Kopete Vista Icono Theme por Joachim Farouz, 2006.
La cantidad de roles a utilizar para el desarrollo de un proyecto de software a
realizar con esta metodologa depende de la magnitud del proyecto. Mientras ms
grande y complejo sea el proyecto requerir de una mayor cantidad de participantes
para su elaboracin y ms roles especializados. Otro factor importante a considerar
para elegir los roles a participar en el proyecto es el tiempo asignado al desarrollo del
proyecto.
32
34
Arquitecto de software.
Se encarga de la definicin de la arquitectura que guiar el desarrollo, y de la
continua refinacin de la misma en cada iteracin; debe construir cualquier prototipo
necesario para probar aspectos riesgosos desde el punto de vista tcnico del proyecto;
definir los lineamientos generales del diseo y la implementacin.
Este rol se puede descomponer en los siguientes subroles:
Diseador.
Diseador de base de datos.
Diseador de interfaz de usuario.
Diseador de paquetes.
Desarrollador.
Esta persona tiene a su cargo la codificacin de los componentes en cdigo
fuente en algn lenguaje de alto nivel a desarrollar en la iteracin; debe elaborar y
ejecutar las pruebas unitarias realizadas sobre el cdigo desarrollado; es responsable
de las clases que ha desarrollado debiendo documentarlas, actualizarlas ante cambios
y mantenerlas bajo el control de configuracin de las mismas mediante la herramienta
utilizada.
Este rol se puede descomponer en los siguientes subroles:
Implementador.
Integrador.
35
37
una
12
13
Necesario
42
Necesario
de
43
Artefacto Contenedor
El Sistema
Especificacin de Requerimientos del
Software (ERS)
Infraestructura de Desarrollo
Marco de Desarrollo
Modelo de Anlisis del Negocio
Modelo de Diseo
Modelo de Diseo del Negocio
Modelo de Implementacin
Plan de Pruebas
Artefactos Contenidos
Lista de Materiales
Artefactos de Instalacin
Unidad de Implantacin
Modelo de Caso de Uso
Especificaciones Suplementarias
Herramientas
Lineamientos del Proyecto
Entidad del Negocio
Trabajador del Negocio
Reglas del Negocio
Capsula
Realizaciones de los Casos de Uso
Entidad del Negocio
Realizaciones de los Casos de Uso del
Negocio
Trabajador del Negocio
Elemento de Implementacin
Subsistema de Implementacin
Elemento de Soporte de Prueba
Casos de Pruebas
Criterios de Aceptacin
Datos de Pruebas
Escenarios por Caso de Uso
Lista de Ideas de las Pruebas
Resumen del Ciclo de Prueba
44
14
Figura 14. Representacin Grfica del cono que Especfica una Actividad.
Representacin Grfica del cono que Especfica una Tarea
15
Figura 15. Representacin Grfica del cono que Especfica una Tarea.
16
Figura 16. Representacin Grfica del cono que Especfica una Subactividad.
Las disciplinas sern explicadas de forma separada, lo que da una impresin
de que el proceso de desarrollo de software en general, del comienzo al fin del
proyecto, pasa por las disciplinas slo una vez, lo cual recuerda errneamente a las
etapas de una metodologa en cascada. Esta impresin es incorrecta puesto que como
se ha mencionado anteriormente los flujos de trabajo son recorridos secuencialmente
por cada iteracin que se realice, no una sola vez para el proyecto completo. Por tanto
si se tienen nueve iteraciones sobre las cuatro fases del proceso, se recorreran las
disciplinas nueve veces.
Es importante destacar que para cada iteracin no necesariamente se tiene que
recorrer las nueve disciplinas descritas en igual esfuerzo, es decir, segn sea
46
17
18
que
describa
cmo
implementar
el
sistema.
El
anlisis
fundamentalmente consiste en obtener una visin que se preocupa de ver que hace el
sistema de software a desarrollar, por tal motivo este se interesa en los requerimientos
funcionales. Por otro lado, el diseo es un refinamiento que toma en cuenta los
requerimientos no funcionales, por lo cual se centra en como el sistema cumple sus
objetivos.
50
51
19
Implementacin
El objetivo principal de esta disciplina es convertir los elementos del diseo
en elementos de implementacin, dichos elementos son cdigos fuentes, ejecutables,
binarios, entre otros. Otra parte de esta disciplina son las pruebas de unidad, las
cuales se limitan a los componentes de software implementados. De esta disciplina se
obtiene un sistema ejecutable estable, constituido de los resultados producidos por los
programadores individuales.
52
53
20
especificaciones
de
requerimientos
por
medio
de
demostraciones concretas.
Validar las funciones del producto de software segn lo diseado.
Validar que los requerimientos fueron implementados apropiadamente.
El desarrollo de esta disciplina consistir en planificar que es lo que hay que
probar, disear cmo se va a llevar a cabo la prueba, implementar lo necesario para
llevarlas a cabo, ejecutarlas en los niveles necesarios y obtener los resultados, de
forma que la informacin obtenida sirva para ir refinando el producto a desarrollar.
El papel de las pruebas no es asegurar la calidad, pero s evaluarla, y
proporcionar una realimentacin a tiempo, de forma que los aspectos de calidad
puedan resolverse de manera efectiva en tiempo y costo.
Los principales aspectos a ser evaluados en un producto software son la
funcionalidad (hace lo que debe), la fiabilidad (resistente a fallos), y el rendimiento
(lleva a cabo su trabajo de manera efectiva). Las pruebas pueden hacerse a diferentes
niveles dependiendo del objetivo de los mismos, entre algunos tenemos: Pruebas de
unidad (se prueban las unidades mnimas por separado, y normalmente se hace
durante la implementacin misma), de integracin (varias unidades juntas), de
sistema (sobre la aplicacin o sistema completo) y de aceptacin (realizado sobre el
sistema global por los usuarios o terceros).
55
21
56
57
22
58
Entre algunas de las causas por las que la evolucin de los artefactos puede
causar problemas son:
Actualizacin simultnea: 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.
Mltiples 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.
Notificacin 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.
En la figura 23 se seala el flujo de trabajo de la disciplina Gestin de
Configuracin y Cambios a fin presentar como MeRinde contempla la secuencia de
acciones, actividades o tareas utilizadas para la ejecucin de la disciplina
mencionada.
60
23
62
24
Figura 24. Flujo de Trabajo de la Disciplina Gestin del Proyecto. Elaborado por
los Autores con datos de Rational Unified Process de IBM Corporation, 2006.
63
Flujo de trabajo.
En la figura 25 se seala el flujo de trabajo de la disciplina Gestin del
Ambiente a fin presentar como MeRinde contempla la secuencia de acciones,
actividades o tareas utilizadas para la ejecucin de la disciplina mencionada.
64
25
Figura 25. Flujo de Trabajo de la Disciplina Gestin del Ambiente. Elaborado por
los Autores con datos de Rational Unified Process de IBM Corporation, 2006.
En conclusin MeRinde tiene nueve (9) disciplinas, una de ellas que es la de
Modelado de Negocio es opcional, es decir se puede o no tomar en cuenta, todo
depende de las particularidades propias del proyecto. En MeRinde las disciplinas
sern visitadas una y otra vez por cada iteracin a lo largo de todo el proceso.
Adems, las disciplinas tienen asociadas flujos de trabajo, actividades y tareas. Una
actividad refleja la relacin entre roles, tareas y artefactos.
65
COMPONENTES
Disciplina
Artefacto
Documento de Arquitectura del Negocio
Evaluacin de la Organizacin Objetivo (EOO)
Visin del Negocio
Modelo de Anlisis del Negocio:
Entidad del Negocio
Trabajador del Negocio
Reglas del Negocio
Modelado del
Modelo de Caso de Uso del Negocio
Negocio
Modelo de Diseo del Negocio:
Entidad del Negocio
Realizaciones de los Casos de Uso del Negocio
Trabajador del Negocio
Modelo de Implantacin del Negocio
Prueba de Concepto Arquitectnico del
Negocio
FASES
I E C
c
c
c
c
c
c
c
c
66
FASES
I E C
c
c
c
c
c
r
r
r
r
c
c
c
c
c
r
r
r
r
r
r
r
c
c
c
c
r
c
r
c
67
FASES
I E C
T
c
c
r
c
c
c
c
c
r
c
r
r
r
r
c
r
r
r
c
c
r
c
r
r
c
r
r
c
c
r
c
c
r
c
c
c
r
c
r
r
r
c
r
c
c
c
c
c
c
c
c
c
c
c
c
c
c
c
68
69
CAPTULO IV
APORTES, VENTAJAS Y DESVENTAJAS DE LA METODOLOGA
Aportes de la Metodologa
La Metodologa para el desarrollo de software MeRinde posee algunas
caractersticas que hace de esta un proceso nico. A continuacin se presentan los
aportes de la MeRinde a los proyectos del CNTI y dems instituciones del estado
dedicadas al desarrollo de sistemas, lo cual la diferencia de otras metodologas.
Estandarizacin
del
proceso
de
desarrollo,
documentacin
herramientas: Una de las primeras facilidades que una persona encuentra al utilizar
y aprender MeRinde es el uso de un proceso de desarrollo, documentacin y
herramientas estandarizados. La metodologa estandariza el proceso de desarrollo de
software ya que esta provee y rige el uso de una serie de conceptos asociados a
actividades, tareas, roles y artefactos que permiten tener una definicin concisa del
proceso de desarrollo entre las personas involucradas en un proyecto.
Adicionalmente las plantillas de los artefactos que envuelve dicha
metodologa tambin ofrecen un estndar, ya que estos son un modelo o gua para
documentar adecuadamente los sistemas. Por otro lado, dicha metodologa propone el
uso del Lenguaje de Modelado unificado (UML) como herramienta para elaborar los
diagramas que corresponde a los modelos y las vistas de la arquitectura.
Flujos de trabajo que refleja la realidad del desarrollo de software: La
metodologa propuesta en este trabajo de investigacin refleja flujos de trabajo por
disciplina adaptados a la realidad y el deber ser del desarrollo de software que se vive
70
72
73
75
76
77
GLOSARIO
En esta seccin se presentar una lista que contiene las definiciones de los
trminos utilizados en este trabajo de investigacin. Dichos trminos se definen en
orden alfabtico a continuacin:
Actividad: Es una unidad de trabajo que una persona que desempee un rol
puede ser solicitado a que realice. Las actividades tienen un objetivo concreto,
normalmente expresado en trminos de crear o actualizar algn producto.
Administracin Pblica: Descripcin de la base metodolgica para el
desarrollo del proyecto y el logro de los resultados esperados. Conjunto de
organismos e instituciones que se encargan de esta organizacin.
Artefacto: Es un trozo de informacin que es producido, modificado o usado
durante el proceso de desarrollo de software. Los artefactos son los resultados
tangibles del proyecto.
Caso de Uso: Es una tcnica para la captura de requerimientos de un nuevo
sistema o una actualizacin software.
Ciclo de Vida: Conjunto de fases sucesivas compuestas por tareas
planificables que contribuyen a generar un producto intermedio, necesario
para
78
79
80
81
82
REFERENCIAS BIBLIOGRFICAS
Farouz, Joachim (2006) Kopete Vista Icono Theme [Document en lnea]. Disponible:
http://www.kde-look.org/content/show.php?content=48635
como
48635-
83
APNDICES
84
APNDICE A
DESCRIPCIN DE LOS ARTEFACTOS PROPUESTOS DE MERINDE
85
Desarrollador
Disciplina:
Implantacin
Artefacto Contenedor:
El Sistema
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
86
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Capsula
87
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
Modelo de Diseo
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Casos de Pruebas
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
88
No aplica
Plantilla:
Si posee
Componente Operacional del Sistema
Este artefacto es una versin operacional del sistema o parte de este que cubre
un subconjunto especificado de los requerimientos que el sistema final cumplir. Este
comprende uno o ms elementos de la aplicacin (funciones ejecutables) que son
creados de otros elementos mediante un proceso de compilacin y unin del cdigo
fuente. Agrupa un conjunto de Subsistemas de Implementacin. Cabe destacar que
cada una de las funciones y capacidades que representan una parte del sistema pueden
ser probadas durante su ejecucin.
Relaciones del Artefacto Componente Operacional del Sistema
Rol Responsable:
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Criterios de Aceptacin
89
verifiquen dichos criterios. Los criterios de aceptacin son capturados a travs de:
El artefacto Trminos de Referencia del Sistema
El artefacto Casos de Prueba.
Relaciones del Artefacto Criterios de Aceptacin
Rol Responsable:
Involucrados
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Datos de Pruebas
Este artefacto define una lista de variables y sus posibles valores a introducir
para la ejecucin de las pruebas, as como tambin los resultados esperados de la
ejecucin para propsitos comparativos. Se pueden tomar en cuenta valores
especficos o describir rangos de valores. Los Datos de Pruebas se utilizan como
fuente de engao al objeto de prueba y as encontrar errores. Cabe destacar que cada
caso de prueba deber ser ejecutado una vez por cada combinacin de valores.
Relaciones del Artefacto Datos de Pruebas
Rol Responsable:
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
90
Este
describe el qu, por qu y cmo del negocio, y contiene varias vistas que muestran
aspectos claves del mismo como son: Vista del Mercado, Vista del Proceso de
Negocio, Vista de la Organizacin, Vista Geogrfica, Vista del Recurso Humano,
Vista del Dominio y Vista de Comunicacin. Cada una de estas vistas nos da una
diferente perspectiva del negocio.
Las vistas incluidas en el Documento de Arquitectura del Negocio (DAN) se
describen a continuacin.
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 slo se debe tomar en cuenta si se estarn tomando decisiones con
respecto a la estrategia del negocio, para mostrar cmo la arquitectura del negocio es
afectada o en los casos dnde la estrategia del negocio puede verse influenciada por
las decisiones referidas a la arquitectura. En este sentido la realizacin 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 relacin existente entre los actores del negocio y los casos de uso del
negocio. Es significativo identificar la jerarqua de actores del negocio y realizar un
diagrama de clases con ellos. Esta vista es obligatoria.
91
92
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
93
de
Implantacin:
Describe
varios
nodos
fsicos
para
las
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Elemento de Implementacin
El elemento de implementacin es un artefacto que representa el ms bajo
nivel de composicin de un componente de software, es decir, un conjunto de
95
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
Modelo de Implementacin
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
Modelo de Implementacin
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
96
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Lista de Materiales
Artefactos de Instalacin
Unidad de Implantacin
No posee
97
Involucrados
Disciplina:
Artefactos Contenedores:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Escenarios por Casos de Uso
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Especificacin de Migracin de Datos
Este artefacto debe contener el perfil de los datos que van ser migrados, as
mismo se debe incluir la relacin entre la fuente de los datos con la base de datos a la
cual sern migrados.
98
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Especificaciones Suplementarias
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, desempeo, mantenibilidad,
seguridad, restricciones de diseo, requerimientos de documentacin en lnea y de
sistemas de ayuda, componentes comprados, interfaces, requerimientos de
licenciamiento, y aspectos legales, derecho de autor y otros avisos.
Relaciones del Artefacto Especificaciones Suplementarias
Rol Responsable:
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Evaluacin de la Organizacin Objetivo (EOO)
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
101
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Herramientas
Este artefacto corresponde con las herramientas necesarias para apoyar el
esfuerzo de desarrollo del software. Cabe destacar que un proceso de Ingeniera de
software requiere de las herramientas para apoyar todas las actividades en el ciclo de
vida de un sistema.
Relaciones del Artefacto Herramientas
Rol Responsable:
Involucrados
Disciplina:
Artefacto Contenedor:
Infraestructura de Desarrollo
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Infraestructura de Desarrollo
Este artefacto incluye el software y hardware, tal como computadoras y
sistemas operativos, en los cuales funcionan las herramientas. La Infraestructura de
Desarrollo tambin incluye el hardware y el software que son usados para
interconectar las computadoras y a los usuarios. Varias son las infraestructuras de
desarrollo requeridas durante el ciclo de vida de elaboracin del producto, una
infraestructura estndar debe existir para permitir que ocurra el esfuerzo de
102
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Herramientas
Plantilla:
No posee
Licitacin de Personal
Este artefacto es una orden generada si se desea contratar personal externo a la
organizacin para el desarrollo del proyecto especificado en el artefacto Trminos de
Referencia del Sistema. El artefacto puede ser una oferta que consista en realizar un
concurso pblico para organizaciones de diversa ndole de base tecnolgica como
cooperativas y empresas interesadas en participar en el desarrollo del sistema.
Relaciones del Artefacto Licitacin de Personal
Rol Responsable:
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
103
Involucrados
Disciplina:
Artefacto Contenedor:
Marco de Desarrollo
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
104
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Lista de Materiales
Este artefacto lista los componentes de una versin dada de un producto y
define donde los componentes fsicos pueden ser encontrados. Adems, describe los
cambios realizados en la versin y se refiere a la forma en que el producto puede ser
instalado.
Relaciones del Artefacto Lista de Materiales
Rol Responsable:
Disciplina:
Implantacin
Artefacto Contenedor:
El Sistema
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Manual de Instalacin
El manual de instalacin es un artefacto que refleja los lineamientos que hay
que seguir para instalar el sistema. Contiene informacin sobre la infraestructura de
instalacin e instrucciones para la instalacin y actualizacin del software.
105
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Manual de Usuario
Este artefacto provee una ayuda a las personas que manipularn directamente
el producto, acerca del uso que le debe dar al sistema. Dicho artefacto debe ser
discutido y aprobado por el cliente.
Elaborar el manual de usuario durante las primeras iteraciones del proyecto
permitir al equipo de probadores conocer el sistema antes de que comiencen las
pruebas, adicionalmente provee los mecanismos bsicos para elaborar los planes de
pruebas y los casos de pruebas, y permite la elaboracin de sistemas automatizados
para las pruebas.
Segn el tipo de sistema se define el comienzo del desarrollo del Manual de
Usuario. Sistemas con interfaces complejas o con mucha interaccin requerirn
versiones tempranas del manual de usuario as como de prototipos de interfaces.
Sistemas con poca interaccin probablemente no requieran que la documentacin del
usuario se elabore muy temprano.
Relaciones del Artefacto Manual de Usuario
Rol Responsable:
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
106
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Marco de Desarrollo
El Marco de Desarrollo no es ms que una configuracin para amoldarse a las
necesidades del sistema. Su objetivo fundamental consiste en proveer ayuda y soporte
a los miembros del proyecto de desarrollo de software. Este artefacto establece cmo
cada objetivo especfico propuesto debe irse cumpliendo, y cules van a ser las
normativas para el proyecto.
Este artefacto tambin es conocido como el proceso especfico del proyecto, y
no es ms que un artefacto que permite ajustar la configuracin de la metodologa
para el desarrollo de software a las necesidades del proyecto que se quiera desarrollar.
Es un artefacto compuesto que contiene: el caso de desarrollo, plantillas y normativas
para el proyecto.
107
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Si posee
Material de Adiestramiento
El propsito del Material de Adiestramiento, dependiendo de los
requerimientos del proyecto, es ensear a los usuarios cmo utilizar, operar o
mantener el producto. Este material se piensa para el uso en cursos de aprendizaje.
Relaciones del Artefacto Material de Adiestramiento
Rol Responsable:
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Mecanismo de Retroalimentacin
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Modelo de Anlisis
Este modelo es usado para representar la estructura global del sistema,
describe la realizacin de casos de uso, sirve como una abstraccin del Modelo de
Diseo y se centra en los requerimientos no funcionales.
Este modelo de anlisis no es un diagrama final que describe todos los
posibles conceptos y sus relaciones, es un primer intento por definir los conceptos
claves que describen el sistema. Este artefacto es opcional, pero tambin tiene a su
vez la propiedad de ser temporal en el caso en que se planea su desarrollo. Su utilidad
radica en que permite una apreciacin global conceptual del sistema.
El Modelo de Anlisis puede contener: las clases y paquetes de anlisis, las
realizaciones de los casos de uso, las relaciones y los diagramas.
Es opcional detallar aqu las realizaciones de los casos de uso ya que estas
pueden estar en el modelo de diseo donde se recomienda que se encuentre.
A diferencia del Modelo de Casos de Uso que captura la funcionalidad del
sistema, el Modelo de Anlisis da forma a la arquitectura para soportar las
funcionalidades que en el anterior modelo se expresa.
109
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
110
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
No posee
111
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
112
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Modelo de Datos
Describe la representacin fsica y lgica de los datos constantes utilizados
por la aplicacin. Se utilizar siempre que se necesiten manejar datos constantes.
Usualmente describir los diferentes elementos componentes de la estructura de una
base de datos relacional. El Modelo de Datos debe contener las interacciones entre los
componentes en los casos en que el sistema emplee un Sistema Administrador de
Bases de Datos Relacional.
El Modelo de Datos se emplea concretamente cuando la estructura de los
datos constante no puede ser derivada automticamente ni mecnicamente de la
estructura persistente de clases en el Modelo de Diseo. Se usa para definir la
relacin entre las constantes clases del diseo y las estructuras de datos, y para definir
las mismas estructuras de datos constantes.
113
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Modelo de Diseo
Es una abstraccin del Modelo de Implementacin y su cdigo fuente, el cual
fundamentalmente se emplea para representar y documentar su diseo. Es usado
como entrada esencial en las actividades relacionadas a implementacin. Representa a
los casos de uso en el dominio de la solucin.
El Modelo de Diseo puede contener: los diagramas, las clases, paquetes,
subsistemas, capsulas, protocolos, interfaces, relaciones, colaboraciones, atributos,
las realizaciones de los casos de uso, entre otros que se puedan considerar para el
sistema en desarrollo.
Para representar los diagramas del Modelo de Diseo se pueden emplear
diferentes diagramas de UML tales como:
Diagramas de Clase.
Diagramas de Colaboracin.
Diagramas de Estado.
Diagramas de Paquetes.
Diagramas de Secuencia.
114
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Capsula
No posee
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
No posee
Modelo de Implantacin
Seala la configuracin de nodos de procesamiento existentes en tiempo de
ejecucin y cada uno de los componentes y objetos que residen en ellos, lo cual
representa la implantacin de los componentes del sistema en desarrollo sobre los
dispositivos fsicos que se dispondrn para la ejecucin del sistema. As mismo,
seala como se llevar a cabo la comunicacin entre dichos nodos.
Este modelo es opcional para sistemas con un solo procesador para sistemas
simples que tienen poca o ninguna distribucin de procesos.
El Modelo de Implantacin puede contener uno o varios diagramas, nodos,
dispositivos y conectores.
Para representar los diagramas del Modelo de Implantacin se puede emplear
el diagrama de UML de Implantacin (Despliegue).
116
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
117
artefacto
describe
cmo
se
implementan
los
componentes,
Arquitecto de Software
Disciplina:
Implementacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Elemento de Implementacin
Subsistema de Implementacin
No posee
Modelo de Servicio
Este artefacto se emplea para concebir y documentar el diseo de los servicios
que estarn presentes en el sistema a desarrollar. Adicionalmente, es la base de los
118
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Notas de Lanzamiento
Este artefacto contiene las notas de entrega para la versin x.y.z del producto.
Aqu se detalla la entrega y se provee informacin de ltima hora y otros datos que
complementan la documentacin principal. Incluye la descripcin 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 tcnico
encargado de redactar el material de soporte a los usuarios encontrarn las notas de
lanzamiento tiles para conducir sus actividades.
119
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Orden de Trabajo
Este artefacto es el mecanismo por medio del cual el Lder del Proyecto
comunica los planes a los miembros del equipo del proyecto de lo que se har y
cundo dentro de las iteraciones. Esta orden puede ser desde ejecutar una actividad
un conjunto, bajo una planificacin definida y con unos determinados entregables,
esfuerzo, alcance y restricciones de recursos. Su representacin depende directamente
de los mecanismos internos de la organizacin para la gestin de personal.
120
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Plan de Adiestramiento
Involucrados
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Plan de Gestin de Configuracin
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
122
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Plan de Implantacin
El objetivo principal de este artefacto es asegurar que el sistema llegue
satisfactoriamente al conjunto de usuarios para el cual fue destinado. Este artefacto
debe definir un conjunto de tareas que defina una transicin sencilla para el cliente,
para ello se debe minimizar el impacto que la implantacin del sistema pueda llegar a
causar en el personal del cliente, los sistemas de produccin existentes y en todas las
rutinas del negocio.
Este artefacto describe el conjunto de tareas necesarias para poder poner en
funcionamiento el sistema
123
Disciplina:
Implantacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Plan de Integracin
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Plan de Iteracin
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
125
de hardware y
software que sern empleados para realizar el conjunto de las pruebas al sistema.
Relaciones del Artefacto Plan de Pruebas
Rol Responsable:
Involucrados
Disciplina:
Pruebas
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
Plantilla:
Casos de Prueba
Criterios de Aceptacin
Datos de Pruebas
Escenarios por Casos de Uso
Lista de Ideas de Pruebas
Si posee
Planificacin del Proyecto
Este documento est compuesto por toda la informacin necesaria para llevar
a cabo la direccin del proyecto. Es utilizado por la direccin 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 (gestin de riesgos,
aseguramiento de calidad, resolucin de problemas, entre otros).
126
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Prototipo de la Interfaz de Usuario
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
128
Arquitecto de Software
Disciplina:
Anlisis y Diseo
Artefacto Contenedor:
Modelo de Diseo
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
129
Involucrados
Disciplina:
Artefactos Contenedores:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Registro de Evaluacin
Es el documento creado para registrar los resultados obtenidos de una
evaluacin aplicada a uno ms artefactos revisados del proyecto.
Relaciones del Artefacto Registro de Evaluacin
Rol Responsable:
Analista de Calidad
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Registro de Revisin
Este documento es creado para registrar los resultados obtenidos de una
revisin aplicada a uno ms artefactos generados del proyecto de desarrollo de
software. El Mentor es el responsable, ya que revisa algunos de los artefactos que son
generados en el transcurso del proyecto y plasma los resultados y observaciones
correspondientes a la revisin de un artefacto en este documento.
130
Mentor
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
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 mitigacin de
los riesgos identificados. En este documento se relaciona cada riesgo identificado con
sus acciones preventivas y de contingencia, y es fundamental para la planificacin de
las iteraciones.
Relaciones del Artefacto Registro de Riesgos
Rol Responsable:
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
131
Involucrados
Disciplina:
Artefacto Contenedor:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Repositorio de Versiones
Este artefacto es una herramienta orientada a ficheros que permite a los
participantes de un proyecto centralizar y coordinar sus trabajos. Son tiles para
almacenar los cambios en cdigo fuente, documentacin, planes, imgenes, cartas,
etc., reflejados en una nueva versin.
sirvindose de una red informtica como Internet o en un medio fsico como un disco
compacto. Este repositorio puede ser de acceso pblico o estar protegido.
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.
Relaciones del Artefacto Repositorio de Versiones
Rol Responsable:
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
132
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
Plan de Pruebas
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
133
Probador
Disciplina:
Pruebas
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No posee
Plantilla:
No posee
Solicitud de Cambio
Este documento es utilizado para documentar las solicitudes de cambio
realizadas al sistema por los involucrados en el proyecto.
Relaciones del Artefacto Solicitud de Cambio
Rol Responsable:
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
134
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Solicitud del Sistema
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
135
Desarrollador
Disciplina:
Implementacin
Artefacto Contenedor:
Modelo de Implementacin
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
responsabilidades,
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
136
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
137
Involucrados
Disciplina:
Artefactos Contenedores:
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
Unidad de Implantacin
Este artefacto comprende una coleccin de componentes ejecutables,
documentos como las notas de lanzamiento y el material de apoyo al usuario, y los
artefactos de instalacin. Una Unidad de implantacin se asocia tpicamente a un solo
nodo en la red total de los sistemas informticos o de los perifricos. Esta definicin
cabe en los casos donde est disponible el producto sobre el Internet, la unidad de
implantacin se puede descargar directamente e instalar por el usuario. Cabe destacar
138
Disciplina:
Implantacin
Artefacto Contenedor:
El Sistema
Artefacto(s) Contenido(s):
No aplica
Plantilla:
No posee
modelado de
139
Involucrados
Disciplina:
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
Analista de Producto
Disciplina:
Requerimientos
Artefacto Contenedor:
No aplica
Artefacto(s) Contenido(s):
No aplica
Plantilla:
Si posee
141
APNDICE B
DESCRIPCIN DE LAS ACTIVIDADES Y TAREAS
PROPUESTAS DE MERINDE
142
143
144
145
Artefacto(s) de Salida:
Tabla 5
Tarea: Evaluar la Organizacin Objetivo
5
Tabla 6
Tarea: Analizar la Arquitectura del Negocio
6
Artefacto(s) de Salida:
Tabla 7
Tarea: Encontrar los Actores y los Casos de Uso del Negocio
7
147
Artefacto(s) de Salida:
Tabla 8
Tarea: Priorizar los Casos de Uso del Negocio
8
Artefacto(s) de Salida:
Tabla 9
Tarea: Estructurar el Modelo de Caso de Uso del Negocio
9
148
Artefacto(s) de Salida:
Tabla 10
Tarea: Detallar el Caso de Uso del Negocio
10
Artefacto(s) de Salida:
Tabla 11
Tarea: Revisar el Modelo de Caso de Uso del Negocio
11
Artefacto(s) de Salida:
Registro de Revisin.
Tabla12
Tarea: Realizar los Casos de Uso del Negocio
12
Artefacto(s) de Salida:
Tabla 13
Tarea: Detallar los Trabajadores del Negocio
13
150
Artefacto(s) de Salida:
Tabla 14
Tarea: Detallar las Entidades del Negocio
14
Artefacto(s) de Salida:
Tabla 15
Tarea: Revisar el Modelo de Diseo del Negocio
15
Artefacto(s) de Salida:
151
Registro de Revisin.
Tabla 16
Tarea: Definir la Automatizacin de los Requerimientos
16
Artefacto(s) de Salida:
Modelo de Anlisis.
Tabla 17
Tarea: Formular la Prueba de Concepto Arquitectnico del Negocio
17
Artefacto(s) de Salida:
152
Artefacto(s) de Salida:
Registro de Revisin.
Requerimientos
Actividades
Analizar el Problema: Esta actividad consiste en estudiar el problema a ser
solucionado y proponer una solucin de alto nivel.
Est conformada por las siguientes tareas:
Establecer la Visin del Sistema.
Determinar la Terminologa a Usar.
Determinar los Actores y los Casos de Uso.
Entender las Necesidades de los Involucrados: Esta actividad consiste en
comprender las nuevas necesidades que tienen los involucrados sobre el sistema
existente y busca definir los aspectos claves que servirn de solucin.
Est conformada por las siguientes tareas:
Gestionar Dependencias.
153
Plan de Iteracin.
Solicitudes de Involucrados.
Artefacto(s) de Salida:
155
Tabla 20
Tarea: Determinar la Terminologa a Usar
20
Tabla 21
Tarea: Determinar los Actores y los Casos de Uso
21
Plan de Iteracin.
Solicitudes de Involucrados.
Artefacto(s) de Salida:
Tabla
Tarea: Gestionar Dependencias
Rol Responsable: Analista de Producto.
Descripcin: En esta tarea se describe cmo hacer uso de las dependencias que existen
156
Tabla 22
Tarea: Obtener Requerimientos de los Involucrados
22
Solicitudes de Involucrados.
Tabla 23
Tarea: Desarrollar Especificaciones Suplementarias
23
Plan de Iteracin.
Solicitudes de Involucrados.
Artefacto(s) de Salida:
Tabla 24
Tarea: Revisar la Visin del Sistema
24
Artefacto(s) de Salida:
Registro de Revisin.
Tabla 25
Tarea: Dar Prioridad a los Casos de Uso
25
Plan de Iteracin.
Registro de Riesgo.
Artefacto(s) de Salida:
158
Plan de Iteracin.
Artefacto(s) de Salida:
Tabla 27
Tarea: Detallar los Requerimientos del Software
27
Plan de Iteracin.
Artefacto(s) de Salida:
Tabla 28
Tarea: Revisar la Especificacin de Requerimientos del Software
28
159
Artefacto(s) de Salida:
Registro de Revisin.
Tabla 29
Tarea: Estructurar el Modelo de Casos de Uso
29
Artefacto(s) de Salida:
Tabla 30
Tarea: Verificar los Requerimientos
30
160
Plan de Iteracin.
Artefacto(s) de Salida:
Registro de Evaluacin.
Anlisis y Diseo
Actividades
Definir una Arquitectura Candidata: En esta actividad se debe proponer
una arquitectura inicial para el software.
Est conformada por las siguientes tareas:
Analizar la Arquitectura.
Analizar los Casos de Uso.
Analizar el Comportamiento del Sistema: Esta actividad transforma las
descripciones del comportamiento de los requerimientos en un conjunto de elementos
que permiten realizar el diseo del sistema.
Est conformada por las siguientes tareas:
Identificar los Elementos de Diseo.
Analizar los Casos de Uso.
161
se especifica las
Registro de Riesgo.
Artefacto(s) de Salida:
Modelo de Anlisis.
Modelo de Diseo.
163
Modelo de Implantacin.
Tabla 32
Tarea: Analizar los Casos de Uso
32
Artefacto(s) de Salida:
Modelo de Anlisis.
Tabla 33
Tarea: Identificar los Elementos de Diseo
33
Modelo de Servicio.
Modelo de Anlisis.
Artefacto(s) de Salida:
Modelo de Diseo.
164
Modelo de Servicio.
Tabla 34
Tarea: Generar Prototipo de la Interfaz de Usuario
34
Mapa de Navegacin.
Artefacto(s) de Salida:
Tabla 35
Tarea: Disear la Interfaz de Usuario
35
Artefacto(s) de Salida:
Mapa de Navegacin.
165
Modelo de Diseo.
Mapa de Navegacin.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 37
Tarea: Describir la Arquitectura en Tiempo de Ejecucin
37
Modelo de Diseo.
Artefacto(s) de Salida:
Modelo de Diseo.
166
Modelo de Diseo.
Artefacto(s) de Salida:
Modelo de Implantacin.
167
Modelo de Servicio.
Modelo de Anlisis.
Artefacto(s) de Salida:
Modelo de Diseo.
Modelo de Servicio.
Tabla 40
Tarea: Incorporar Elementos de Diseo Existentes
40
Modelo de Servicio.
Modelo de Diseo.
168
Artefacto(s) de Salida:
Modelo de Servicio.
Modelo de Diseo.
Tabla 41
Tarea: Identificar Servicios
41
Modelo de Servicio.
Artefacto(s) de Salida:
Modelo de Servicio.
Tabla 42
Tarea: Revisar Artefacto de la Arquitectura
42
Artefacto(s) de Salida:
169
Registro de Revisin.
Tabla 43
Tarea: Disear Servicios
43
Modelo de Servicio.
Modelo de Diseo.
Artefacto(s) de Salida:
Modelo de Diseo.
Modelo de Servicio.
Tabla 44
Tarea: Disear Clases
44
170
Modelo de Anlisis.
Artefacto(s) de Salida:
Modelo de Diseo.
Tabla 45
Tarea: Disear Subsistemas
45
Modelo de Diseo.
Tabla 46
Tarea: Disear Casos de Uso
46
Artefacto(s) de Salida:
171
Modelo de Diseo.
Tabla 47
Tarea: Disear Capsulas
47
Modelo de Diseo.
Artefacto(s) de Salida:
Tabla 48
Tarea: Disear los Elementos Soporte de Prueba
48
Modelo de Diseo.
Tabla 49
Tarea: Disear la Base de Datos
49
Modelo de Diseo.
Artefacto(s) de Salida:
Modelo de Datos.
Tabla 50
Tarea: Especificar Migracin de Datos
50
Modelo de Diseo.
Artefacto(s) de Salida:
Implementacin
Actividades
Estructurar el Modelo de Implementacin: En esta actividad se propone
una estructura para la implementacin, con el fin de conseguir facilitar la
implementacin, integracin y desarrollo de los procesos.
173
174
175
Modelo de Diseo.
Artefacto(s) de Salida:
Modelo de Implementacin.
Tabla 52
Tarea: Planificar la Integracin del Sistema
52
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Integracin.
176
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Integracin.
Tabla 54
Tarea: Analizar el Comportamiento en Tiempo de Ejecucin
54
Artefacto(s) de Salida:
Resultado de Prueba.
Tabla 55
Tarea: Implementar los Elementos de Diseo
55
Modelo de Diseo.
Artefacto(s) de Salida:
Tabla 56
Tarea: Ejecutar Pruebas a los Elementos y Subsistemas de Implementacin
56
Artefacto(s) de Salida:
Resultado de Prueba.
Tabla 57
Tarea: Revisar el Cdigo
57
178
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 58
Tarea: Integrar Subsistema
58
Plan de Integracin.
Artefacto(s) de Salida:
Tabla 59
Tarea: Integrar el Sistema
59
Plan de Integracin.
Artefacto(s) de Salida:
179
se deben
determinar el enfoque de las pruebas para una determinada iteracin y se debe llegar
a un acuerdo con todos los involucrados sobre dicha misin que dirigir el esfuerzo
de las pruebas.
Est conformada por las siguientes tareas:
Identificar la Misin de las Pruebas
Identificar los Motivadores de las Pruebas
Identificar las Ideas de Pruebas
Identificar los Objetos de Pruebas
Acordar la Misin de las Pruebas
Definir Criterios de Aceptacin de los Casos de Prueba
Definir el Enfoque de Pruebas
Validar la Estabilidad del Componente Operacional del Sistema: Esta
actividad valida que los componentes operacionales del sistema sean estables para
iniciar las pruebas detalladas y sus evaluaciones.
Est conformada por las siguientes tareas:
Definir los Detalles de las Pruebas
Implementar las Pruebas
Ejecutar el Conjunto de Pruebas
Determinar los Resultados de las Pruebas
Analizar Pruebas Fallidas
Evaluar y Defender la Calidad
180
182
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Pruebas.
Tabla 61
Tarea: Identificar los Motivadores de las Pruebas
61
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Pruebas.
183
Plan de Iteracin.
Plan de Pruebas.
Artefacto(s) de Salida:
Tabla 63
Tarea: Identificar los Objetos de Pruebas
63
Plan de Iteracin.
Modelo de Implementacin.
Modelo de Implantacin.
Artefacto(s) de Salida:
184
Tabla64
Tarea: Definir el Enfoque de Pruebas
64
Plan de Iteracin.
Artefacto(s) de Salida:
Tabla 65
Tarea: Acordar la Misin de las Pruebas
65
Plan de Iteracin.
Plan de Pruebas.
Artefacto(s) de Salida:
Plan de Pruebas.
185
Artefacto(s) de Salida:
Tabla 67
Tarea: Definir los Detalles de las Pruebas
67
Plan de Pruebas.
Artefacto(s) de Salida:
Script de Pruebas.
186
Plan de Pruebas.
Script de Pruebas.
Artefacto(s) de Salida:
Script de Pruebas.
Tabla 69
Tarea: Ejecutar el Conjunto de Pruebas
69
Plan de Pruebas.
Artefacto(s) de Salida:
187
Artefacto(s) de Salida:
Tabla 71
Tarea: Analizar Pruebas Fallidas
71
Artefacto(s) de Salida:
Solicitud de Cambio.
Tabla 72
Tarea: Evaluar y Defender la Calidad
72
Plan de Iteracin.
Artefacto(s) de Salida:
Tabla 73
Tarea: Evaluar y Mejorar el Esfuerzo de las Pruebas
73
Plan de Pruebas.
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Pruebas.
Tabla 74
Tarea: Preparar los Lineamientos del Proyecto
74
Tabla 75
Tarea: Establecer la Configuracin del Ambiente de Pruebas
75
Plan de Pruebas.
Artefacto(s) de Salida:
Plan de Pruebas.
Tabla 76
Tarea: Acordar las Pruebas a Realizar
76
Plan de Pruebas.
Artefacto(s) de Salida:
Plan de Pruebas.
190
191
192
Tareas
Tabla 77
Tarea: Ejecutar el Conjunto de Pruebas
77
Plan de Pruebas.
Artefacto(s) de Salida:
193
Artefacto(s) de Salida:
Tabla 79
Tarea: Definir el Listado de Materiales
79
Plan de Iteracin.
Artefacto(s) de Salida:
194
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Implantacin.
Tabla 81
Tarea: Elaborar el Plan de Adiestramiento
81
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Adiestramiento.
195
Plan de Iteracin.
Plan de Adiestramiento.
Artefacto(s) de Salida:
Material de Adiestramiento.
Tabla 83
Tarea: Desarrollar Materiales de Apoyo
83
Plan de Iteracin.
Artefacto(s) de Salida:
Manual de Usuario.
Manual de Instalacin.
196
Artefacto(s) de Salida:
Tabla 85
Tarea: Gestionar las Pruebas de Aceptacin
85
Plan de Implantacin.
Artefacto(s) de Salida:
Solicitud de Cambio.
197
Infraestructura de Desarrollo.
Artefacto(s) de Salida:
Infraestructura de Desarrollo.
Tabla 87
Tarea: Crear Unidad de Implantacin
87
Artefacto(s) de Salida:
198
Plan de Implantacin.
Artefacto(s) de Salida:
Notas de Lanzamiento.
Tabla 89
Tarea: Gestionar las Pruebas Beta
89
Mecanismo de Retroalimentacin.
Plan de Implantacin.
Artefacto(s) de Salida:
Solicitud de Cambio.
Tabla 90
Tarea: Probar el Producto Beta
90
199
Mecanismo de Retroalimentacin.
Artefacto(s) de Salida:
Mecanismo de Retroalimentacin.
Tabla 91
Tarea: Agrupar las Unidades de Implantacin
91
Artefacto(s) de Salida:
El Sistema.
200
El Sistema.
Artefacto(s) de Salida:
El Sistema.
Tabla 93
Tarea: Proveer Acceso al Sitio de Descarga
93
Plan de Implantacin.
Artefacto(s) de Salida:
201
202
Solicitud de Cambio.
Tabla 95
Tarea: Confirmar Cambios en el Sistema
95
Solicitud de Cambio.
Artefacto(s) de Salida:
Solicitud de Cambio.
Registro de Evaluacin.
Tabla 96
Tarea: Revisar Solicitudes de Cambio
96
Plan de Iteracin.
Solicitud de Cambio.
Artefacto(s) de Salida:
Solicitud de Cambio.
Tabla 97
Tarea: Confirmar Duplicados o Rechazar Cambios de Requerimientos
97
Solicitud de Cambio.
Artefacto(s) de Salida:
Solicitud de Cambio.
Tabla 98
Tarea: Programar y Asignar el Trabajo
98
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Iteracin.
Orden de Trabajo.
Tabla 99
Tarea: Escribir el Plan de Gestin de Configuracin
99
Artefacto(s) de Salida:
Tabla 100
Tarea: Establecer las Polticas de Gestin de Configuracin
100
Artefacto(s) de Salida:
205
Artefacto(s) de Salida:
Tabla 102
Tarea: Guardar y Registrar Cambios
102
Repositorio de Versiones.
Artefacto(s) de Salida:
No Aplica.
207
Tabla 104
Tarea: Desarrollar Trminos de Referencia
104
Artefacto(s) de Salida:
Tabla 105
Tarea: Identificar y Evaluar los Riesgos
105
210
Registro de Riesgos.
Tabla 106
Tarea: Iniciar el Proyecto
106
Artefacto(s) de Salida:
Tabla
Tarea: Determinar el Alcance del Sistema
Rol Responsable: Lder del Proyecto.
Descripcin: En esta tarea se establece en el artefacto Trminos de Referencia del
Sistema los aspectos a ser abarcados y desarrollados en el proyecto a realizar.
Artefacto(s) de Entrada:
Artefacto(s) de Salida:
211
Registro de Riesgos.
Marco de Desarrollo.
Artefacto(s) de Salida:
Tabla 108
Tarea: Definir la Organizacin del Proyecto y del Personal
108
Registro de Riesgos.
Artefacto(s) de Salida:
Tabla 109
Tarea: Seleccin y Contratacin del Personal de Desarrollo
109
212
Artefacto(s) de Salida:
Tabla 110
Tarea: Desarrollar el Plan de Gestin de Riesgos
110
Registro de Riesgos.
Artefacto(s) de Salida:
Tabla 111
Tarea: Definir los Mecanismos de Monitoreo y Control del Proceso
111
Tabla 112
Tarea: Determinar los Aspectos Tcnicos a Evaluar para la Seleccin del
Contratista
112
Tabla 113
Tarea: Revisar la Planificacin del Proyecto
113
Artefacto(s) de Salida:
Registro de Evaluacin.
214
Registro de Riesgos.
Marco de Desarrollo.
Artefacto(s) de Salida:
Plan de Iteracin.
Tabla 115
Tarea: Revisar el Plan de Iteracin
115
Plan de Iteracin.
Registro de Riesgos.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 116
Tarea: Iniciar Iteracin
116
215
Plan de Iteracin.
Artefacto(s) de Salida:
Orden de Trabajo.
Tabla 117
Tarea: Revisar los Criterios de Evaluacin de la Iteracin
117
Plan de Iteracin.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 118
Tarea: Preparar Cierre-Salida para el Proyecto
118
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 119
Tarea: Evaluar la Aceptacin del Proyecto
119
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 120
Tarea: Preparar Cierre-Salida para la Fase
120
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 121
Tarea: Supervisar los Hitos del Ciclo de Vida
121
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 122
Tarea: Conducir Evaluacin del Proyecto
122
Plan de Iteracin.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 123
Tarea: Conducir Evaluacin del Proceso de Desarrollo
123
218
Plan de Iteracin.
Marco de Desarrollo.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 124
Tarea: Organizar Evaluacin
124
Plan de Iteracin.
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 125
Tarea: Monitorear el Estado del Proyecto
125
Registro de Riesgos.
219
Registro de Riesgos.
Registro de Evaluacin.
Tabla 126
Tarea: Solventar Problemas
126
Orden de Trabajo.
Tabla 127
Tarea: Programar y Asignar el Trabajo
127
Plan de Iteracin.
Artefacto(s) de Salida:
Plan de Iteracin.
Orden de Trabajo.
220
Marco de Desarrollo.
Tabla 129
Tarea: Determinar los Lineamientos del Proyecto
129
222
Marco de Desarrollo.
Artefacto(s) de Salida:
Marco de Desarrollo.
Tabla 131
Tarea: Preparar las Plantillas para el Proyecto
131
Marco de Desarrollo.
Artefacto(s) de Salida:
Tabla 132
Tarea: Seleccionar y Adquirir Herramientas
132
Marco de Desarrollo.
223
Tabla 133
Tarea: Configurar las Herramientas
133
Artefacto(s) de Salida:
Tabla 134
Tarea: Verificar la Instalacin y Configuracin de las Herramientas
134
Artefacto(s) de Salida:
Registro de Evaluacin.
Tabla 135
Tarea: Apoyar el Desarrollo
135
Infraestructura de Desarrollo.
Artefacto(s) de Salida:
Infraestructura de Desarrollo.
225
APNDICE C
LLENADO DE LAS PLANTILLAS
226
227
en
la
siguiente
direccin:
https://www.merinde.rinde.gob.ve/index.php?option=com_remository&Itemid=37
Adicionalmente desde el portal web de la metodologa se pueden descargar
los artefactos individualmente desde el portal dedicado a cada uno de ellos, visite la
siguiente
direccin:
http://merinde.no-
ip.info/index.php?option=com_remository&Itemid=37&func=select&id=1
Paso 2. Instalacin.
Descomprima el archivo con extensin ZIP TAR si se ha descargado todos
los artefactos.
Para poder utilizar las plantillas se recomienda emplear OpenOffice.org 2.0 o
superior, especficamente su procesador de textos Writer, herramienta con la cual se
podr manipular los artefactos y utilizarlos indistintamente bajo plataformas GNU
Linux, Microsoft Windows, Apple Mac OS X o Sun Solaris, sin tener que convertir
los documentos. As mismo los artefactos tambin estn disponibles para ser editados
con Office 2000 o superior. OpenOffice.org puede ser conseguido gratuitamente
desde la siguiente direccin electrnica: http://es.openoffice.org/
Adicionalmente los artefactos estn disponibles en Formato de Documento
Porttil (PDF), con el fin de que los artefactos puedan ser visualizados con diversas
herramientas disponibles para plataformas GNU Linux, Microsoft Windows y Apple
Mac, sin que se modifiquen ni el aspecto ni la estructura del documento original.
228
229
230