Disciplina Analisis y Diseño v1 02

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas
Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
Ctedra Diseo de Sistemas
Disciplina Anlisis y Diseo en el Proceso Unificado

Diseo de Sistemas
1. ndice
1.
2.
ndice .................................................................................................................................. 1
Introduccin ........................................................................................................................ 2
2.1. Propsito del documento ................................................................................................ 2
2.2. Alcance del documento................................................................................................... 2
2.3. Definiciones, abreviaturas y acrnimos .......................................................................... 2
2.4. Documentos Relacionados ............................................................................................. 2
2.5. Visin general del documento ........................................................................................ 3
2.5.1.
Contenidos fuera del alcance de este documento .................................................. 3
3.
Introduccin a la disciplina Anlisis y Diseo..................................................................... 4
3.1. Descripcin ..................................................................................................................... 4
3.2. Relacin con las otras disciplinas ................................................................................... 4
3.3. Roles en la disciplina Anlisis y Diseo.......................................................................... 5
3.3.1.
Rol Arquitecto de software ...................................................................................... 5
3.3.2.
Rol Diseador .......................................................................................................... 5
3.3.3.
Rol Diseador de base de datos ............................................................................. 6
3.3.4.
Rol Diseador de interfaz de usuario ...................................................................... 6
3.3.5.
Rol Revisor tcnico.................................................................................................. 6
3.4. Flujo de trabajo en Anlisis y Diseo.............................................................................. 7
3.5. Actividades de la Disciplina Anlisis y Diseo................................................................ 8
3.5.1.
Actividad: Realizar la sntesis arquitectnica .......................................................... 8
3.5.1.1.
Tarea: Anlisis de la arquitectura ........................................................................ 8
3.5.1.2.
Tarea: Construir arquitectura de prueba de concepto ......................................... 9
3.5.1.3.
Tarea: Valorar la viabilidad de la arquitectura de prueba de concepto ............... 9
3.5.2.
Actividad: Definir una arquitectura candidata .......................................................... 9
3.5.2.1.
Tarea: Anlisis de la arquitectura ...................................................................... 10
3.5.2.2.
Tarea: Anlisis de caso de uso.......................................................................... 11
3.5.3.
Actividad: Perfeccionar la arquitectura .................................................................. 11
3.5.3.1.
Tarea: Revisar la arquitectura............................................................................ 12
3.5.4.
Actividad: Analizar el comportamiento .................................................................. 13
3.5.4.1.
Tarea: Anlisis de caso de uso.......................................................................... 14
3.5.4.2.
Tarea: Identificar elementos de diseo.............................................................. 15
3.5.4.3.
Tarea: Disear la interfaz de usuario................................................................. 15
3.5.4.4.
Tarea: Prototipo de interfaz de usuario.............................................................. 15
3.5.4.5.
Tarea: Revisar el anlisis del comportamiento.................................................. 16
3.5.5.
Actividad: Diseo de Componentes ...................................................................... 16
3.5.5.1.
Tarea: Diseo de caso de uso ........................................................................... 17
3.5.5.2.
Tarea: Diseo del subsistema ........................................................................... 17
3.5.5.3.
Tarea: Diseo de clase ...................................................................................... 18
3.5.5.4.
Tarea: Revisar el diseo de componentes ........................................................ 18
3.5.6.
Actividad: Disear la base de datos ...................................................................... 18
3.5.6.1.
Tarea: Diseo de base de datos........................................................................ 20
3.5.6.2.
Tarea: Revisar el diseo de la base de datos ................................................... 20
4.
Historia de Versiones del documento............................................................................... 20
1/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
2. Introduccin
2.1. Propsito del documento
Describir la disciplina Anlisis y Diseo dentro del proceso de desarrollo de software y
ser utilizado como material de consulta en la asignatura Diseo de Sistemas.
2.2. Alcance del documento

Las consignas de este documento aplican a todos los alumnos de la asignatura Diseo
de Sistemas de la carrera de Ingeniera en Sistemas de Informacin dictada en la Universidad
Tecnolgica Nacional - Facultad Regional Rosario.
2.3. Definiciones, abreviaturas y acrnimos

RUP Rational Unified Process (RUP). Proporciona recomendaciones y sirve de
gua para llevar a cabo un desarrollo de software correcto. RUP es un producto que esta
incluido en la aplicacin IBM Rational Method Composer (RMC). En este documento se
utiliz Rational Unified Process Versin 7.0.1.
RMC La aplicacin IBM Rational Method Composer (RMC) es una herramienta
de publicacin y personalizacin de procesos. RMC le ayuda a personalizar RUP para los
requisitos precisos de su empresa al optimizar su experiencia, prcticas y conocimiento interno.
En este documento se utiliz Rational Method Composer Versin 7.2.0.
2.4. Documentos Relacionados

Documento
Introduccin al
Proceso Unificado
Nombre / Ubicacin del archivo

Nombre:
Introduccion_al_Proceso_Unificado
Ubicacin:
http://es.groups.yahoo.com/group/ds_utn_rosario/files/
Actividad Definir y
Revisar la
Arquitectura
Nombre:
Actividad_Definir_y_Revisar_la_Arquitectura
Ubicacin:
Actividad Analizar el
Comportamiento
Nombre:
Actividad_Analizar_el_Comportamiento
Ubicacin:
Actividad Diseo de
Componentes
Nombre:
Actividad_Diseo_de_Componentes
Ubicacin:
Actividad Diseo de
Base de datos
Nombre:
Actividad_Diseo_de_Base_de_datos
Ubicacin:
2/20
Fuente
Ctedra Diseo
de Sistemas UTN Regional
Rosario
Ctedra Diseo
Rosario
Ctedra Diseo
Rosario
Ctedra Diseo
Rosario
Ctedra Diseo
Rosario
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
2.5. Visin general del documento

El objetivo de este documento es definir los conceptos claves de la disciplina Anlisis y
Diseo.
Este documento se bas en la documentacin tcnica sobre las diversas prcticas
recomendadas en Rational Unified Process, pero se realizaron adaptaciones al flujo de
trabajo, a las tareas y a los artefactos utilizados, teniendo en cuenta el proceso de enseanza
de la asignatura.
Utilizaremos el ciclo de vida propuesto por RUP para proyectos pequeos.
Algunas figuras que utilizaremos en este documento fueron obtenidas de una versin
anterior a la versin 7 de RUP (RUP Versin 2003), en consecuencia no van a coincidir algunas
tareas y algunos artefactos mencionados.
2.5.1.
Contenidos fuera del alcance de este documento
En este material no se incluy la parte de RUP relacionada con Desarrollo de

soluciones orientadas a servicios.
No describiremos las tareas que se utilizan principalmente en sistemas en tiempo real
(STR).
Referencia STR: Los sistemas de tiempo real son sistemas informticos que tienen la capacidad de
interactuar rpidamente con su entorno fsico, y normalmente realizan funciones de control. En los sistemas de tiempo
real todas las tareas son ejecutadas inmediatamente en forma concurrente, esto es para sincronizar el funcionamiento
del sistema con la simultaneidad de acciones que se presentan en el mundo fsico.
3/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3. Introduccin a la disciplina Anlisis y Diseo

3.1. Descripcin
Los objetivos de la disciplina anlisis y diseo son:
Transformar los requisitos en un diseo del sistema en creacin.
Desarrollar una arquitectura slida para el sistema.
Adaptar el diseo para que se ajuste al entorno de implementacin.
3.2. Relacin con las otras disciplinas

La disciplina de anlisis y diseo est relacionada con otras disciplinas, de la forma siguiente:
La disciplina de requisitos proporciona una entrada fundamental para el anlisis y
diseo.
La disciplina de implementacin implementa el diseo.
La disciplina de prueba prueba el sistema diseado durante al anlisis y diseo.
La disciplina gestin y control de cambios, controla y sincroniza la evolucin de los
artefactos que se utilizan durante el anlisis y diseo.
La disciplina de gestin de proyectos planifica el proyecto y las iteraciones.
La disciplina de entorno desarrolla y mantiene los artefactos de soporte que se utilizan
durante el anlisis y diseo.
4/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.3. Roles en la disciplina Anlisis y Diseo

3.3.1.
Rol Arquitecto de software
Este rol dirige el desarrollo de la arquitectura de software del sistema, que incluye la
promocin y la creacin de soporte para las decisiones tcnicas claves que restringen
el diseo global y la implementacin para el proyecto.
3.3.2.
Rol Diseador
Este rol dirige el diseo del sistema, dentro de las restricciones de los requisitos,
arquitectura y proceso de desarrollo para el proyecto.
5/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.3.3.
Rol Diseador de base de datos
Este rol dirige el diseo de la estructura de almacenamiento de datos persistentes que

se utilizar en el sistema.
3.3.4.
Rol Diseador de interfaz de usuario
Este rol coordina el diseo de la interfaz de usuario.
3.3.5.
Rol Revisor tcnico
Este rol realiza la revisin tcnica de los productos de trabajo del diseo.
6/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.4. Flujo de trabajo en Anlisis y Diseo
En este documento describiremos las actividades de la disciplina Anlisis y Diseo en

forma resumida (se detallarn en otros documentos).
7/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5. Actividades de la Disciplina Anlisis y Diseo

3.5.1.
Actividad: Realizar la sntesis arquitectnica
Esta actividad construye y evala una arquitectura de prueba de concepto para

demostrar que el sistema, tal como se concibe, es factible.
Este trabajo se realiza durante la fase inicial, y, por consiguiente, debera estar limitado
a una o dos iteraciones. El objetivo es determinar la viabilidad, no construir el sistema.
Esta actividad, no se va a desarrollar en este documento, porque se detalla en el
documento Actividad_Definir_y_Revisar_la_Arquitectura
Esta actividad incluye segn RUP las tareas:
Anlisis de la arquitectura
Construir arquitectura de prueba de concepto
Valorar la viabilidad de la arquitectura de prueba de concepto
3.5.1.1.
Tarea: Anlisis de la arquitectura
El objetivo de esta tarea es:
Definir una arquitectura candidata para el sistema basada en la experiencia
obtenida de sistemas similares o dominios de problemas parecidos.
Definir los patrones de arquitectura, los mecanismos clave y los convenios
de modelado del sistema.
8/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
Rol: Arquitecto de software

Entradas: Glosario, Lista de riesgos, Visin, Especificaciones suplementarias y
Modelo de caso de uso
Salidas: Documento de arquitectura de software
3.5.1.2.
Tarea: Construir arquitectura de prueba de concepto
Sintetizar al menos una solucin (que puede ser simplemente conceptual)
que cumpla los requisitos crticos de arquitectura
Entradas: Documento de arquitectura de software
Salidas: Arquitectura de prueba de concepto
3.5.1.3.
Tarea: Valorar la viabilidad de la arquitectura de prueba de
concepto
Evaluar la arquitectura de prueba de concepto sintetizada para determinar
si los requisitos crticos de la arquitectura son factibles y se pueden
cumplir.
Entradas: Arquitectura de prueba de concepto
Salidas: Registro de revisin
3.5.2.
Actividad: Definir una arquitectura candidata
Esta actividad tiene los objetivos siguientes:
Crear un esbozo inicial de la arquitectura del sistema

o Establecer un conjunto inicial de elementos arquitectnicamente
significativos para utilizarlos como base para el anlisis
o Establecer un conjunto inicial de mecanismos de anlisis
o Definir las capas y la organizacin iniciales del sistema
o Definir las realizaciones de casos de uso para abordar la iteracin
actual
Identificar las clases de anlisis de los casos de uso arquitectnicamente
significativos

Anlisis de la arquitectura
Anlisis de caso de uso
Dado que la tarea Anlisis de caso de uso est incluida en la actividad Analizar el
comportamiento, solo vamos a describirla en forma resumida.
9/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.2.1.
Tarea: Anlisis de la arquitectura
Definir una arquitectura candidata para el sistema basada en la experiencia
obtenida de sistemas similares o dominios de problemas parecidos.
Definir los patrones de arquitectura, los mecanismos clave y los convenios
de modelado del sistema.
Entradas: Glosario, Lista de riesgos, Visin, Especificaciones suplementarias y
Modelo de caso de uso
Salidas: Documento de arquitectura de software
10/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.2.2.
Tarea: Anlisis de caso de uso
En esta tarea se describe cmo desarrollar una realizacin de un caso de uso a

nivel de anlisis desde un caso de uso a nivel de requerimientos.
El objetivo de la tarea es:
Identificar las clases que ejecutan el flujo de eventos de un caso de uso
Distribuir el comportamiento del caso de uso a esas clases, utilizando
realizaciones de caso de uso de anlisis
Identificar las responsabilidades, los atributos y las asociaciones de las
clases
Tener en cuenta el uso de mecanismos de arquitectura
Rol: Diseador
Entradas: Caso de uso, Documento de arquitectura de software, Especificaciones
suplementarias, Glosario y Modelo de caso de uso
Salidas: Clase de anlisis, Realizacin de casos de uso, Modelo de anlisis
3.5.3.
Actividad: Perfeccionar la arquitectura
Esta actividad completa la arquitectura en una iteracin.

Esta actividad:
Proporciona la transicin de las actividades de anlisis a las actividades de
diseo y distingue:
o los elementos de diseo de los elementos de anlisis
o los mecanismos de diseo de los mecanismos de anlisis relacionados
Describe la organizacin de la arquitectura de tiempo de ejecucin y de
despliegue del sistema
Organiza el modelo de implementacin de forma que realice una transicin
perfecta entre el diseo y la implementacin
Mantiene la coherencia e integridad de la arquitectura, garantizando que:
o los nuevos elementos de diseo identificados para la iteracin actual
se integren con los elementos de diseo preexistentes.
o la reutilizacin mxima de los componentes disponibles y los
elementos de diseo se alcance cuanto antes en el proceso de diseo.
Identificar mecanismo de diseo
Identificar elementos de diseo
Incorporar elementos de diseo existentes
Estructurar el modelo de implementacin
Describir la arquitectura de tiempo de ejecucin
Describir la distribucin
Revisar la arquitectura
Dado que la mayora de esas tareas estn incluidas en las actividades Analizar el
comportamiento y Diseo de Componentes, solo vamos a describir en esta seccin del
documento la tarea Revisar la arquitectura.
11/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.3.1.
Tarea: Revisar la arquitectura
Detectar los defectos de diseo de arquitectura. Los defectos de
arquitectura son los ms difciles de arreglar y los ms perjudiciales a largo
plazo.
Detectar posibles discrepancias entre los requisitos y la arquitectura.
Evaluar una o varias cualidades especficas de la arquitectura: rendimiento,
fiabilidad, modificabilidad, seguridad, proteccin, etc.
Identificar oportunidades de reutilizacin
Rol: Revisor tcnico
Entradas: Documento de arquitectura de software, Lista de riesgos y
Especificaciones suplementarias
12/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.4.
Actividad: Analizar el comportamiento
Esta actividad transforma las descripciones de comportamiento que proporcionan los

requisitos en un conjunto de elementos sobre el que se puede basar el diseo.
Esta actividad se da en cada iteracin en la que se deben analizar y disear requisitos
de comportamiento.
El anlisis de comportamiento incluye las siguientes operaciones:
Identificacin de las clases de anlisis que satisfacen el comportamiento

necesario
Determinacin de cmo estas clases de anlisis se ajustan a la arquitectura
lgica (las clases y subsistemas principales) del sistema. Puede determinarse
que las clases de anlisis pertenezcan a subsistemas existentes, que precisen
la creacin de subsistemas nuevos o que motiven la redefinicin de
subsistemas existentes y sus interfaces.
Realizacin del Diseo de la interfaz de usuario.
Esta actividad tambin puede incluir el modelado y la realizacin de prototipos de la

interfaz de usuario.
documento Actividad_Analizar_el_Comportamiento
Anlisis de caso de uso
Identificar elementos de diseo
Disear la interfaz de usuario
Prototipo de interfaz de usuario
Revisar el diseo
13/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.4.1.
Tarea: Anlisis de caso de uso
En esta tarea se describe cmo desarrollar una realizacin de un caso de uso a
nivel de anlisis desde un caso de uso a nivel de requerimientos.
Identificar las clases que ejecutan el flujo de eventos de un caso de uso
Distribuir el comportamiento del caso de uso a esas clases, utilizando
realizaciones de caso de uso de anlisis
Identificar las responsabilidades, los atributos y las asociaciones de las
clases
Tener en cuenta el uso de mecanismos de arquitectura
Rol: Diseador
14/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
Entradas: Caso de uso, Documento de arquitectura de software, Especificaciones

suplementarias, Glosario y Modelo de caso de uso
Salidas: Clase de anlisis, Realizacin de casos de uso, Modelo de anlisis
3.5.4.2.
Tarea: Identificar elementos de diseo
En esta tarea se explica cmo se identifican los subsistemas, las clases, las
interfaces, los sucesos y las seales.
Analizar las interacciones de las clases de anlisis para identificar los
elementos de modelo de diseo.
Entradas: Clase de anlisis, Documento de arquitectura de software,
Especificaciones suplementarias y Modelo de anlisis
Salidas: Modelo de diseo
3.5.4.3.
Tarea: Disear la interfaz de usuario
En esta tarea se explica cmo llevar a cabo el diseo de la interfaz grfica de
usuario (GUI) haciendo nfasis en la usabilidad.
Producir un diseo de la interfaz de usuario que d soporte al
razonamiento y la mejora de la usabilidad.
Rol: Diseador de interfaz de usuario
Entradas: Caso de uso, Especificaciones suplementarias, Solicitudes del
interesado y Visin
Salidas: Storyboard (Bocetos y Mapas de Navegacin)
3.5.4.4.
Tarea: Prototipo de interfaz de usuario
En esta tarea se explica cmo desarrollar un prototipo de la interfaz grfica de
usuario (GUI) y obtener informacin de retorno de usabilidad.
Crear un prototipo de la interfaz de usuario del sistema en un intento de
validar el diseo de interfaz de usuario con los requisitos funcionales y de
usabilidad.
Rol: Diseador de interfaz de usuario
Entradas: Storyboard (Bocetos y Mapas de Navegacin), Caso de uso y
Especificaciones suplementarias.
Salidas: Prototipo de interfaz de usuario
15/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.4.5.
Tarea: Revisar el anlisis del comportamiento
En esta tarea se define cmo se realiza la revisin del anlisis de comportamiento

y cmo se revisan los resultados.
Garantizar que las directrices cumplen sus objetivos.
Rol: Revisor tcnico
Entradas: Storyboard (Bocetos y Mapa de navegacin), Especificaciones
suplementarias, Modelo de anlisis, Modelo de caso de uso, Modelo de diseo y
Prototipo de interfaz de usuario
3.5.5.
Actividad: Diseo de Componentes
Esta actividad perfecciona el diseo del sistema.

Esta actividad tiene los objetivos siguientes:
Perfeccionar las definiciones de los elementos de diseo resolviendo los
detalles de cmo los elementos de diseo se comportan como deben
Perfeccionar y actualizar las realizaciones de casos de uso basadas en nuevos
elementos de diseo identificados.
Revisar el diseo
documento Actividad_Diseo_de_Componentes
Diseo de caso de uso
Diseo del subsistema
Diseo de clase
Revisar el diseo
Disear los elementos de comprobabilidad
Diseo de la cpsula
La tarea Disear los elementos de comprobabilidad la vamos a excluir por considerar
que corresponde a la Disciplina Prueba.
La tarea Diseo de la cpsula la vamos a excluir por utilizarse principalmente para
sistemas en tiempo real.
16/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.5.1.
Tarea: Diseo de caso de uso
En esta tarea se define cmo perfeccionar los productos de anlisis de caso de uso
desarrollando realizaciones de caso de uso a nivel de diseo.
Perfeccionar las realizaciones de caso de uso en trminos de interacciones
Perfeccionar los requisitos en las operaciones de las clases de diseo
Perfeccionar los requisitos en las operaciones de los subsistemas de
diseo y/o sus interfaces
Rol: Diseador
Entradas: Caso de uso, Especificaciones suplementarias, Modelo de anlisis y
Modelo de diseo.
Salidas: Modelo de diseo
3.5.5.2.
Tarea: Diseo del subsistema
En esta tarea se describe cmo documentar los elementos del subsistema y su
comportamiento, as como las dependencias del subsistema.
17/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.

Definir los comportamientos especificados en las interfaces del subsistema
en trminos de colaboraciones de elementos de diseo contenidos y
subsistemas/interfaces externos.
Documentar la estructura interna del subsistema.
Definir realizaciones entre las interfaces del subsistema y las clases
contenidas.
Determinar las dependencias de otros subsistemas.
Rol: Diseador
Entradas: Modelo de diseo
Salidas: Clase de diseo, Interfaz, Modelo de diseo y Subsistema de diseo
3.5.5.3.
Tarea: Diseo de clase
Esta tarea define cmo disear la estructura de clases de un subsistema o
componente.
Garantizar que la clase proporciona el comportamiento que requieren las
realizaciones de los casos de uso
Garantizar que se proporciona suficiente informacin para implementar la
clase sin ambigedad
Manejar los requisitos no funcionales relacionados con la clase
Incorporar los mecanismos de diseo que utiliza la clase
Rol: Diseador
Entradas: Clase de anlisis, Ejecucin de casos de uso y Especificaciones
suplementarias.
Salidas: Clase de diseo y Modelo de diseo
3.5.5.4.
Tarea: Revisar el diseo de componentes
En esta tarea se define cmo se realiza la revisin de un diseo y cmo se revisan

los resultados.
Verificar que el modelo de diseo cumple los requisitos del sistema y que
es una buena base para su implementacin.
Garantizar que el modelo de diseo es coherente con las directrices de
diseo generales.
Garantizar que las directrices de diseo cumplen sus objetivos.
Rol: Revisor tcnico
Entradas: Modelo de diseo, Especificaciones suplementarias, Modelo de anlisis,
Modelo de caso de uso, Modelo de datos y Modelo de diseo
3.5.6.
Actividad: Disear la base de datos

18/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
Esta actividad identifica las clases de diseo que deben persistir en una base de datos
y disea las estructuras de base de datos correspondientes.
documento Actividad_Diseo_de_Base_de_datos
Diseo de clase
Diseo de base de datos
Revisar el diseo
De dichas tareas se va a excluir de esta seccin del documento la tarea Diseo de
clase porque esta incluida en la actividad Diseo de Componentes.
19/20
11/04/2010 10:10:00

Autor: E. Porta
Versin : 1.02 [11/04/10]

UTN F.R.Ro.
3.5.6.1.
Tarea: Diseo de base de datos
En esta tarea se explica cmo disear una base de datos para implementar la
persistencia en una aplicacin.
Garantizar que los datos persistentes se almacenan de forma coherente y

eficaz.
Definir el comportamiento que se debe implementar en la base de datos.
Rol: Diseador de base de datos

Entradas: Clase de diseo, Especificaciones suplementarias.
Salidas: Modelo de datos
3.5.6.2.
Tarea: Revisar el diseo de la base de datos
En esta tarea se define cmo se realiza la revisin de un diseo de base de datos y
cmo se revisan los resultados.
Verificar que el modelo de datos cumple los requisitos del sistema.

Garantizar que el modelo de datos es coherente con las directrices de diseo
generales.
Rol: Revisor tcnico

Entradas: Especificaciones suplementarias, Modelo de anlisis y Modelo de datos
4. Historia de Versiones del documento

Versin
Fecha
Autor
Descripcin
1.01
1.02
05/04/2010
11/04/2010
EP
EP
Versin inicial
Revisin
20/20
11/04/2010 10:10:00

Disciplina Analisis y Diseño v1 02

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Disciplina Analisis y Diseño v1 02

Diunggah oleh

Hak Cipta:

Format Tersedia

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

Disciplina Anlisis y Diseo en el Proceso Unificado

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

2.2. Alcance del documento

2.3. Definiciones, abreviaturas y acrnimos

2.4. Documentos Relacionados

Nombre / Ubicacin del archivo

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

2.5. Visin general del documento

Contenidos fuera del alcance de este documento

En este material no se incluy la parte de RUP relacionada con Desarrollo de

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

3. Introduccin a la disciplina Anlisis y Diseo

3.2. Relacin con las otras disciplinas

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

3.3. Roles en la disciplina Anlisis y Diseo

Rol Arquitecto de software

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

Rol Diseador de base de datos

Este rol dirige el diseo de la estructura de almacenamiento de datos persistentes que

Rol Diseador de interfaz de usuario

Este rol coordina el diseo de la interfaz de usuario.

Rol Revisor tcnico

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

3.4. Flujo de trabajo en Anlisis y Diseo

En este documento describiremos las actividades de la disciplina Anlisis y Diseo en

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

3.5. Actividades de la Disciplina Anlisis y Diseo

Actividad: Realizar la sntesis arquitectnica

Esta actividad construye y evala una arquitectura de prueba de concepto para

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

Rol: Arquitecto de software

Actividad: Definir una arquitectura candidata

Esta actividad tiene los objetivos siguientes:

Crear un esbozo inicial de la arquitectura del sistema

Esta actividad, no se va a desarrollar en este documento, porque se detalla en el

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

Disciplina Anlisis y Diseo en el Proceso Unificado - Diseo de Sistemas

Versin : 1.02 [11/04/10]

Ctedra Diseo de Sistemas

Tarea: Anlisis de caso de uso

En esta tarea se describe cmo desarrollar una realizacin de un caso de uso a

Actividad: Perfeccionar la arquitectura

Esta actividad completa la arquitectura en una iteracin.