Propuesta Documento de Diseño de La DSIA - Version II

GRUPO DE DISEO DE SISTEMAS
UD-DSIA
DIRECCIN DE SERVICIOS DE INFORMACIN
ADMINISTRATIVA DE LA ULA
Propuesta para el
Documento de Diseo de Sistemas
de la DSIA
Versin 2.0
Grupo de Diseo de la DSIA
Snchez, Lena
Salazar, Marisol de
Porras, Luis
Matheus, Norma de
Mayo, 2011
UD-DSIA
1 Introduccin
La presente propuesta, presenta la estructura que debe llevar el documento de
diseo del sistema (DDS) elaborado por el Grupo de Diseo adscrito a la Unidad
de Desarrollo de la Direccin de Servicios de Informacin Administrativa (UD
DSIA) de la Universidad de Los Andes! Se tom como base para "sta, la primera
versin de la propuesta de documento de diseo, e#istente en la DSIA! $%&
'l documento DDS ser( utili)ado por el Grupo de *ro+ramacin de la UDDSIA
como una +u,a para la codificacin -.o construccin de los sistemas o aplicaciones
que pudieran ser desarrollados para las unidades administrativas de esta
institucin universitaria!
'ntre los ob/etivos que persi+ue esta propuesta para la especificacin del diseo
de soft0are tenemos1
%! *roducir un documento t"cnico que describa todos los detalles del diseo
de la arquitectura del sistema o aplicacin - de todos los componentes que
la conforman!
2! *roporcionar todos los detalles t"cnicos requeridos por el Grupo de
*ro+ramacin para pro+ramar o producir cada uno de los componentes de
soft0are de la aplicacin o sistema!
3! Servir de insumo para la elaboracin del documento para el Grupo de
*ruebas e implantacin del sistema!
4! Servir como material de +u,a o entrenamiento al nuevo personal que pueda
ser incorporado a un pro-ecto, proporcionando la informacin necesaria de
cmo una solucin 5a sido diseada - como va a ser implementada!
6! Servir como un acuerdo entre el Grupo de Diseo, el Grupo de
*ro+ramacin - el Grupo de *ruebas, de cmo va a ser implementada -
probada la funcionalidad descrita en la especificacin de requisitos del
sistema!
UD-DSIA
E!tructur" d#$ Docu%#nto d# Di!#&o
7on la finalidad de producir un documento de diseo que cumpla con los ob/etivos
antes mencionados, presentamos aqu, una propuesta inicial de la estructura de
dic5o documento, el cual se muestra a continuacin1
Port"d" d#$ docu%#nto
T"'$" d# Cont#nido
S#ccin 1
Introduccin
%!%! *ropsito del documento
%!2! Descripcin +eneral del sistema actual (si e#iste un sistema)
%!3! *ropsito del sistema a disear
%!4! 8b/etivos +enerales - restricciones de diseo
%!6! Definiciones, acrnimos - abreviaturas
%!9! :eferencias
%!;! 'structura del documento
S#ccin
Arquitectura del Sistema ( )no%'r# d#$ !i!t#%"*
2!% <ista de Desplie+ue1 Arquitectura f,sica del sistema
2!2 <ista =uncional 1 Dia+ramas de paquetes con sus casos de uso (lista)
2!3 <ista de Implementacin1 <ista +eneral de componentes
2!4!<ista estructural1 Dia+rama +eneral de clases del sistema o modelo conceptual de la
>D
2!6! <ista de comportamiento1 Dia+ramas de estado
S#ccin +
Di!#&o d# $o! !u'-!i!t#%"! '"!"do #n #$ %od#$o d# ,i!t"! -.1
SU/SISTEMA DE )no%'r# d#$ !u'!i!t#%"*
Vi!t" E!tructur"$
3!%! Dia+rama de clases del subsistema
Vi!t" d# $" I%0$#%#nt"cin
3!2 Dia+rama del componente del subsistema
3!3! 7ontrato de uso de cada interfa) A*I (si se trata de un componente reutili)able)

UD-DSIA
Vi!t" d# U!o
3!4! Dia+rama de actores del subsistema
3!6! Dia+rama de 7asos de uso del subsistema
3!9! Listado de re+las del ne+ocio del subsistema
3!;! :eali)acin de los casos de uso1
*ara cada caso de uso del subsistema1
'scenario del caso de uso
Interfa) GUI del caso de uso
Dia+rama de secuencia detallado (si aplica)
Dia+rama de nave+acin (si 5a- muc5as pantallas)
Dia+rama de comunicacin (opcional, si son pocas clases de datos)
:e+las del ne+ocio del caso de uso!
Submodelo f?sico que utili)a el caso de uso
S#ccin -
Di!#&o d# $" '"!# d# d"to!
4!%! @odelo implementable de la >D (modelo f?sico)
4!2! Diccionario de Datos
An#1o!
6!% Listado de usuarios con sus funciones
6!2! Listado de opciones
6!3 @atri) usuario opciones
6!4! Listado de funciones su+eridas por el diseador
+ D#!cri0cin d# $"! !#ccion#! d#$ docu%#nto
A continuacin se describe con detalle el contenido de cada una de las secciones
de la plantilla propuesta para el documento de diseo!
+21 Port"d" d#$ docu%#nto
La portada del DDS contendr( los si+uientes elementos1
No%'r# d#$ 0ro3#cto o !i!t#%"( seala el nombre del pro-ecto, sistema
o subsistema que va a ser desarrollado!
Id#nti4ic"dor d#$ 0ro3#cto( corresponde a un nAmero interno que la
or+ani)acin le asi+na a un determinado pro-ecto!
V#r!in( es un nAmero compuesto de dos d,+itos que 5ace referencia a
la versin del documento de diseo elaborado para este pro-ecto! 'l
primer d,+ito indica la versin del documento, puede ser incrementado
cuando el +rupo de diseo considere que 5an sido reali)ado cambios
UD-DSIA
importantes que ameriten una nueva versin! 'l se+undo d,+ito seala
que 5an ocurrido cambios en la versin de un documento, es por ello
que "ste nAmero comien)a en cero para una nueva versin - se
incrementa en una unidad cada ve) que se publique o entre+ue un
nuevo documento con cambios! '/emplos1 %!B, %!3, etc!
Autor#!( lista de las personas que participan en la elaboracin del
documento de diseo o el nombre del +rupo de diseo!
F#c5"( ,ndica la fec5a en la que se publica est( versin del documento
entre+ada formalmente!
+2 T"'$" d# Cont#nido
La tabla de contenido del DDS, detalla las diferentes secciones - apartados
del documento e indica la p(+ina en que cada una de ellas comien)a!
3.3 S#ccin 1
Introduccin
'sta seccin del DDS proporciona al lector una apreciacin +lobal de lo que
se tratar( en este documento! Describe el propsito - alcance de este
documento - a quien va diri+ido! (%2 p(rrafos)
*resenta adem(s, en los si+uientes apartados, una visin +eneral del
sistema, subsistema o mdulo a desarrollar, las decisiones - restricciones de
diseo! Una lista con las principales definiciones de los t"rminos, acrnimos
- abreviaturas, una lista de los documentos que sirven de referencia - por
Altimo, un resumen de la estructura o or+ani)acin de este documento de
diseo!
1212 Pro0!ito d#$ !i!t#%"
'sta seccin proporciona el punto de entrada para entender el sistema - el
ambiente en el cual este sistema operar(! *resenta una visin +lobal -
resumida del sistema, tomando como base lo escrito en el Documento de
'specificacin de :equisitos del sistema (D':) - espec,ficamente donde se
describe la aplicacin!
7onsiste en reali)ar una breve descripcin del sistema, su (mbito o conte#to,
sus caracter,sticas m(s relevantes, los procesos o funciones principales, as,
como sus entradas - salidas m(s importantes, sin incluir detalles de
implementacin! 'n forma opcional, podr,a incluirse un dia+rama de conte#to
o +eneral del sistema que muestre los componentes principales del sistema -
los sistemas e#ternos que interactAan con "l, adem(s de los flu/os de datos
que entran - salen del mismo! (%6 p(rrafos)
Un e/emplo de la redaccin de esta seccin se muestra a continuacin!
UD-DSIA
C'l subsistema de Gestin de *a+os, forma parte de un sistema ma-or, denominado
CSistema de 'misin - 7ontrol de *a+osD (SI*AG8), el cual est( siendo desarrollado para
el Departamento de Eesorer,a de la Direccin de =inan)as de la Universidad de Los
Andes!
'l propsito del !u'!i!t#%" d# G#!tin d# 0"6o! es re+istrar, tramitar - cancelar las
solicitudes de los pa+os centrali)ados que lle+an a la Direccin de =inan)as, procedentes
de las diferentes dependencias, llevando un control de las rdenes presupuestarias -
financieras, los pa+os, los instrumentos de pa+o utili)ados, - la relacin con los bancos -
los movimientos de las cuentas que fueran incluidos en el subsistema de Gestin de
7uentas >ancarias!
'ste subsistema permitir( que el usuario pueda conocer en cualquier punto, el estado de
los pa+os solicitados a trav"s de una interfa) Feb! 'l sistema contempla1
a) La car+a - control de rdenes presupuestarias a partir de SA='*!
b) 'l re+istro - control de rdenes financieras de las UAD!
c) 'l control de las rdenes presupuestarias - financieras mediante las cuales se
solicita un pa+o!
d) 'l control de los recaudos presentados para solicitar un pa+o!
e) 'l re+istro - cancelacin de los pa+os, inclu-endo pa+os de personal!
f) 'l control de los per,odos financieros!
+) La relacin con el cuadre de bancos - totales por beneficiario de pa+o de
deducciones - aportes a partir de los arc5ivos de la nmina!
5) La +eneracin - control de los instrumentos de pa+o1 c5eque, traslado , efectivo -
transferencia electrnica!
i) 'l control de los e#pedientes abiertos a personas naturales, que soportan el pa+o
de pensiones - embar+os!
/) 'l re+istro de las cuentas por cobrar - pa+ar a los beneficiarios, basados en la
informacin suministrada por el Dpto! de 7ontabilidad!
k) 7onsultas - reportes de pa+os, instrumentos de pa+os - de rdenes en +eneral!D
$2&
12 O'7#ti,o! 3 r#!triccion#! d# di!#&o
Describe los principales ob/etivos, limitaciones o restricciones que tienen un
+ran impacto en el diseo del sistema! (%6 p(rrafos)
Una +ran ma-or,a de estos ob/etivos - restricciones lo determinan1
La infraestructura tecnol+ica que posea la or+ani)acin donde ser(
instalado este sistema, por e/emplo1 mane/ador de base de datos a
utili)ar, caracter,sticas m,nimas que deben poseer los computadores a
ser instalados, caracter,sticas de la red que comunicar( estos
computadores - el protocolo usado, etc!
'l soft0are que ser( utili)ado para la construccin del sistema - el
ambiente operativo donde "ste ser( e/ecutado!
UD-DSIA
La reutili)acin de componentes de soft0are e#istentes en la
or+ani)acin!
Los requisitos de interfa) de usuario que se le impondr(n al sistema!
Los requisitos de desempeo, se+uridad, confiabilidad - calidad
impuestos al sistema!
'l uso de est(ndares - normativas que deben ser tomadas en cuenta
para el desarrollo del sistema, entre otros!
A continuacin se muestra un e/emplo de los ob/etivos - restricciones que
se le imponen a un sistema, en nuestro caso continuaremos con el
subsistema de Gestin de Pagos!
C'l presente subsistema tiene como ob/etivo1 C*ermitir la emisin - control de los pa+os
presupuestarios - financieros solicitados a la Direccin de Eesorer,a, llevando el
respectivo control de recaudos presentados, as, como la bit(cora del pa+o desde que "ste
es in+resado 5asta el momento de elaborar - entre+ar el instrumento de pa+o al
respectivo beneficiarioG permitiendo consultar el estado del pa+o en cualquier momento,
as, como inte+rar los datos con sistemas relacionados como1 SA='* - SI*H8@D!
Debe contemplar el re+istro - control de todos los pa+os que lle+uen a Eesorer,a,
ofreciendo al usuario el estado de cada pa+o - permitiendo fle#ibilidad para a+ili)ar los
pa+os - detectar fallas en el proceso, causas de devolucin de rdenes, retenciones de
pa+os, - otros!
'l sistema debe soportar los distintos perfiles de usuarios que actualmente fun+en como
actores de los procesos de tesorer,a en cuanto al re+istro, tramitacin - solicitud de un
pa+o, elaboracin - entre+a de instrumentos de pa+o - control de los mismos! Al mismo
tiempo, debe considerar - respetar las re+las del ne+ocio respecto a la reserva de fondos,
autori)aciones de pa+os en condiciones especiales - todos los requerimientos solicitados
- aprobados por el usuario en el documento de requisitos de Gestin de *a+os!
'l sistema deber( ser desarrollado ba/o las si+uientes restricciones t"cnicas1
S@>D1 Adaptive Server 'nterprise, ba/o Linu#
Interfa) de Desarrollo1 Intranet . 7liente 0eb!
Len+ua/es de *ro+ramacin1 *I*, JScript, librer,as A/a# Kumbia B!4
Servidor 5ttp1 Apac5e
Sistema 8perativo Anfitrin de la aplicacin1 Linu# Kernel 2!9 (Debian)
Sistema 8perativo de Desarrollo1 Linu# Kernel 2!9 (Debian)!D
12+2 D#4inicion#!8 "crni%o! 3 "'r#,i"tur"!
'n este apartado se deben incluir todos los t"rminos t"cnicos, acrnimos -
abreviaturas que ser(n usadas en el documento! Un e/emplo de estos
t"rminos t"cnicos utili)ados podr,an ser1 Casos de uso, Vista estructural, o
bien, si+las definidas para ciertos productos del diseo como Diagramas de
UD-DSIA
Secuencias Detallados (DSD), entre otros! Eambi"n, se pueden incluir en
una seccin aparte, el +losario de t"rminos relativos al ne+ocio que se est(
diseando, e/emplo1 CP-OP: orden de pago presupuestaria.
12-2 R#4#r#nci"!
*roporciona una lista completa de todos los documentos utili)ados o
referenciados en este documento!
1292 E!tructur" d#$ docu%#nto
*resenta una breve descripcin de como el documento 5a sido or+ani)ado!
S#ccin
Ar:uit#ctur" d#$ Si!t#%" ( )no%'r# d#$ !i!t#%"*
Describe la arquitectura del sistema tanto en su forma l+ica como f,sica!
'spec,ficamente, se presentan las 6 vistas (4L%, ver Figura ) $3&, en su
aspecto +eneral, mostrando los dia+ramas que ataen al sistema o que
afectan a varios de sus subsistemas - ameritan ser anali)ados en con/unto!
7omprende1
<ista de Desplie+ue1 Arquitectura f,sica del sistema
<ista =uncional 1 Dia+ramas de paquetes con sus casos de uso (lista)
<ista de Implementacin1 <ista +eneral de componentes
<ista estructural1Dia+rama +eneral de clases del sistema o modelo conceptual
de la >D
<ista de comportamiento1 Dia+ramas de estado
Figura 1: Modelo de vistas 4+1
UD-DSIA
A continuacin, se describe el contenido de cada una de estas vistas1
212 Vi!t" d# D#!0$i#6u# ;Ar:uit#ctur" 4<!ic" d#$ !i!t#%"=
'sta seccin presenta la <ista de desplie+ue o distribucin de capas del
sistema en los distintos servidores e#istentes1
La capa de presentacin es la encar+ada de mane/ar la interfa) del usuario,
controlando la captura - presentacin de los datos - recibiendo los eventos
accionados por lo usuarios a trav"s de la interfa)! 'sta capa se comunica
Anicamente con la capa de l+ica de ne+ocios!
La capa de l+ica de ne+ocios tiene la responsabilidad de mane/ar la
funcionalidad del sistema, implementando a trav"s de ob/etos de ne+ocio
(pro+ramas) las re+las de ne+ocio que deben cumplirse! 'sta capa se
comunica con la capa de presentacin para recibir solicitudes - presentar
resultados - con la capa de datos, para solicitar al +estor de base de datos
que almacene o recupere datos!
La capa de datos (llamada en al+unos casos capa de persistencia) es la
responsable del almacenamiento - recuperacin de los datos! Se comunica
Anicamente con la capa de l+ica de ne+ocios!
Un e/emplo de la descripcin - estructura de la arquitectura, lo presentamos
a continuacin, del Sistema de '/ecucin - 7ontrol *resupuestario (SI*:'7)
$4&1
!"l sistema Presupuestario de "#ecucin $ Control ser% dise&ado como un sistema
de ' capas en ( ser)idores. "l ser)idor de aplicaciones contiene la capa lgica del
negocio $ la capa de presentacin. "l ser)idor de base de datos* tiene la base de
datos del sistema S+P,"C.-
Figura 2: Modelo de vistas 4+1
UD-DSIA
22 Vi!t" Funcion"$ ( Di"6r"%"! d# 0":u#t#! con !u! c"!o! d# u!o ;$i!t"=
Se presenta en esta vista, los dia+ramas de paquetes, bien sea de los
subsistemas o mdulos, dependiendo del espectro que se est" describiendo en el
documento de diseo! Se presentan todos los paquetes, su interaccin con los
actores, as, como la relacin entre dic5os paquetes! Adicionalmente, se muestra
los casos de uso que inclu-e cada paquete! 7ontinuamos con el e/emplo tomado
del SI*:'7 en las =i+uras 3 - 41
Figura 3: Diagrama de paquetes de casos de uso
3!3!%
+2- Di!#&o d# $o! !u'!i!t#%"!
'a seccin describe cada uno de los subsistemas que 5an sido
determinados en la arquitectura l+ica del sistema! *ara ello, se inclu-e una
descripcin de la funcionalidad del subsistema a trav"s de una vista de casos
de uso! Una descripcin del modelo de datos que soporta, mostrados
mediante una vista de datos - la inclusin de una serie de elementos de
modelado que describen como los casos de uso del sistema pueden ser
reali)ados!
3.4.1 Di!#&o d#$ Su'!i!t#%" <nombre del subsistema >
3.4.1.1 Vi!t" d# U!o d#$ !u'!i!t#%" <nombre del subsistema>
'sta vista muestra la funcionalidad del sistema como es percibida por los
usuarios finales, analista - encar+ados de las pruebas!
*ara esta vista se utili)an los dia+ramas de casos de uso de U@L, los cuales
contienen los casos de uso m(s representativos de este subsistema! 7uando
los casos de uso contenidos en estos dia+ramas son numerosos, estos
podr,an ser a+rupados de forma funcional utili)ando los pa.uetes (carpetas)
de U@L! 'sta or+ani)acin crea una /erarqu,a de dia+ramas de casos de
uso, los cuales por ra)ones de claridad, no deber,an pasar de tres niveles!
UD-DSIA
Figura 4: Contenido de paquetes de casos de uso
UD-DSIA
8tro e/emplo de la <ista de casos de uso para un sistema de Video Club,
podr,a ser1
Figura : !aquetes de casos de uso
2+2 Vi!t" d# I%0$#%#nt"cin( Vi!t" 6#n#r"$ d# co%0on#nt#!
La vista de implementacin comprende la estructura de componentes que se
ensamblan dentro del sistema que se est( describiendo, as, como el contenido de
cada componente de soft0are! Sin embar+o, en esta seccin +eneral, slo se
inclu-e la <ista +eneral de componentes! Un e/emplo lo constitu-e el Sistema de
re+las - lineamientos de c(lculo para los sistemas desarrollados en la DSIA,
mostrado en la =i+ura 9!$6&1
Figura ": #ista general de componentes
c%0 Vi!t" d# Co%0on#nt#!
LinReglaCalculo
Eablas>asicas
Eablas7liente
R#!tricccionV"$or#!
RELACIN ENTRE LOS
SUB-COMPONENTES USANDO LA
INTERFAZ API DE CADA UNO
E!c#n"rio!
LinProc#di%i#nto
I:e+l a7al cul o
IE abl as7l i ente
IE abl as>asi cas
IE abl as7l i ente
IE abl as>asi cas
IE abl as >asi cas
I:e+l a:estri cci on
IE abl as>asi cas
ILi n*rocedi mi ento
Gestin de
Socios
Gestin de
Pelculas
Gestin de
Alquileres
UD-DSIA
2-2 Vi!t" E!tructur"$ ;Vi!t" #!tructur"$(Di"6r"%" 6#n#r"$ d# c$"!#! d#$
!i!t#%" o %od#$o conc#0tu"$ d# $" /D=
'sta vista muestra el subcon/unto de clases de entidad que ser(n utili)adas
por este subsistema! Las clases de entidad o de datos, se refieren a aquellas
clases que van a +uardar datos en forma persistente a trav"s de un
mane#ador de base de datos! 'n otras palabras, representa la porcin del
modelo conceptual de datos que ser( utili)ada por este subsistema!
*ara la construccin de esta vista se utili)an los dia+ramas de clases de U@L! 'n
estos dia+ramas se muestran conceptos (ob/etos), asociaciones entre conceptos
(relaciones) - atributos de conceptos (atributos)!
Si el diseador prev" que el desarrollo no ser( orientado a ob/etos, bien podr,a usar
un Dia+rama conceptual tipo 'ntidadrelacin para describir el modelo de datos!
'n la si+uiente fi+ura se presenta un e/emplo de un sistema de ,eser)as $9&1
Figura $: Diagrama de Clases % &istema de reservas
Su'!i!t#%" d# R#!#r,"!
'n al+unos casos, se constru-e b(sicamente un @odelo de Diseo de
8b/etos que corresponde a la capa del dominio o lgica de la aplicacin, el
cual contiene las clases soft0are que mane/aran la l+ica del ne+ocio -
cu-os nombres son derivados de los conceptos del ne+ocio! 'l si+uiente
e/emplo ilustra un dia+rama de clases de diseo para un sistema de Punto
de Venta!
UD-DSIA
Figura ': Diagrama de clases % &istema de !unto de venta
292 Vi!t" d# co%0ort"%i#nto( Di"6r"%"! d# #!t"do(
Los dia+ramas de estado representan los cambios de estado de las clases,
sealando las condiciones o eventos que producen un cambio de estado a otro!
7omo las clases de datos del ne+ocio pueden cambiar a lo lar+o del sistema, se
inclu-e dentro de la vista de comportamiento, los dia+ramas de estado en esta
seccin! *osteriormente, en cada caso de uso, si lo amerita, se mostrar( otro tipo
de dia+rama llamado Dia+rama de Secuencia, que /unto con el de estado,
conforman la <ista de 7omportamiento del sistema! Un e/emplo de dia+rama de
estado, lo podemos ver en el *ro-ecto de :elacin de 7ar+os1, en la =i+ura ;1
UD-DSIA
Figura (: Diagrama de estados de la clase )ineamiento
S#ccin +
Di!#&o d# $o! !u'-!i!t#%"! '"!"do #n #$ %od#$o d# ,i!t"! -.1
SU/SISTEMA DE )no%'r# d#$ !u'!i!t#%"*
+212 Vi!t" E!tructur"$( Di"6r"%" d# c$"!#! d#$ !u'!i!t#%"
Un dia+rama de clases en U@L es presentado aqu,, para mostrar las clases de
diseo de soft0are que colaboran en la reali)acin de los casos de uso que
componen el subsistema! 'ste dia+rama muestra la especificacin de las clases
soft0are presentando sus atributos, m"todos, asociaciones, interfaces -
operaciones, nave+abilidad - dependencias!
Los tipos de clases de diseo que son incluidas en estos dia+ramas son las clases
de entidad, de interfa) - de control, denominadas as, en el *roceso Unificado
(:U*)! Las clases de identidad representan a aquellos elementos del mundo real
o conceptual a los que se les +uardar( informacin perdurable en el sistema! Las
clases de interfa) modelan la interaccin entre el sistema - sus diferentes
usuarios, asociadas con la entrada de datos - salida de informacin! Las clases de
UD-DSIA
control o activas, son utili)adas para controlar el flu/o de operaciones que debe
reali)ar el sistema en respuesta a los eventos +enerados por un actor!
'n al+unos casos, se constru-e b(sicamente un @odelo de Diseo de 8b/etos
que corresponde a la capa del dominio o lgica de la aplicacin, el cual contiene
las clases soft0are que mane/aran la l+ica del ne+ocio - cu-os nombres son
derivados de los conceptos del ne+ocio! 'ste tipo de dia+rama es i+ual al
dia+rama de clases, slo que presenta slo el subcon/unto de clases que
intervienen en el subsistema!
Vi!t" d# $" I%0$#%#nt"cin
+22 Di"6r"%" d# co%0on#nt#! d#$ !u'!i!t#%"
'l dia+rama de los componentes del subsistema muestra la estructura interna
de cada componente que interviene en el mismo, con las clases de datos,
interfaces A*I (Application *ro+rammin+ Interface) - sus operaciones! Se
pretende ba/o cada componente, a+rupar la l+ica del ne+ocio de una parte del
subsistema, resolviendo las operaciones que nacen de los requerimientos de
los casos de uso, - dele+ando dic5as operaciones en el con/unto de clases a
trav"s de los m"todos de estas Altimas!
'n dic5o dia+rama, se dibu/an las diferentes operaciones como artefactos tipo
documento, de forma tal de poder escribir los contratos de uso, que ser(n
presentados m(s adelante!
A continuacin se presenta un e/emplo de un Dia+rama de componente1
UD-DSIA
Figura 1*: Diagrama del componente +ablas de Cliente
c%0 D#!cri0cin d# Co%0on#nt#( T"'$"! C$i#nt#
*Eabl as7l i ente
T"'$"!C$i#nt#
*Eabl as7l i ente
Mi nterfaceN
IT"'$"!C$i#nt#
L A+re+arEabl as7andi datas() 1 voi d
L >uscar>D(i nt) 1 voi d
L 7onsul tarEabl a7l i ente(i nt) 1 voi d
L 'l i mi narEabl a7l i ente(i nt, i nt, i nt) 1 voi d
L InsertarEabl a7l i ente(i nt, i nt, stri n+, stri n+) 1 voi d
L InsertarAtri buto() 1 voi d
L A+re+arAtri butos() 1 voi d
L >uscarEabl as7atal o+o() 1 voi d
L >uscarAtri butos7atal o+o() 1 voi d
L 7onsul tarAtri buto() 1 voi d
L @odi fi carEabl a7l i ente() 1 voi d
L @odi fi carAtri buto() 1 voi d
L 'l i mi narAtri buto() 1 voi d
L 7onsul tar=i l asEabl a7l i ente() 1 voi d
L 7onsul tarAtri butos*orEabl a() 1 voi d
7ontrato de Uso1 IEabl as7l i ente . >uscar>D()
/
7ontrato de Uso1 IEabl as7l i ente .
A+re+arEabl as7andi datas()
/
7ontrato de Uso1 IEabl as7l i ente . 'l i mi narEabl a7l i ente()
/
7ontrato de Uso1 IEabl as7l i ente . 7onsul tarEabl a7l i ente()
/
/D>SISTEMAS (
'd>!i!t#%"!
TA/LA>SISTEMA(
t"'$">!i!t#%"
Atri butos de cal i dad1
'l componente Eabl as 7l i ente debe soportar un m,ni mo de 2B cone#i ones
si mul taneas
'l ti empo de respuesta de l a operaci n actual i )aci on de un usuari o no debe
e#cederse 6 se+!
La cone#i on a l a apl i caci n debe ser se+ura
'l usuari o certi fi cado para el i mi nar una tabl a es el admi ni strador
Los usuari os del componente deben tener perfi l de admi ni stradores de datos
de sus respecti vas apl i caci ones 7l i ente
>uscarEabl as7atal o+o>D()
/
7ontrato de Uso1 IEabl as7l i ente . @odi fi carEabl a7l i ente()
/
7ontrato de Uso1 IEabl as7l i ente . InsertarEabl a7l i ente()
/
7ontrato de Uso1 IEabl as7l i ente . 'l i mi narAtri buto()
/
7ontrato de Uso1 IEabl as7l i ente . 7onsul tarAtri buto()
/
7ontrato de Uso1 IEabl as7l i ente . @odi fi carAtri buto()
/
7ontrato de Uso1 IEabl as7l i ente . InsertarAtri buto()
/
7ontrato de Uso1 IEabl as7l i ente . A+re+arAtri butos()
/
>uscarAtri butos7atal o+o>D()
/
ATRI/UTO (
"tri'uto
7onsul tar=i l asEabl a7l i ente()
/
7onsul tarAtri butos*orEabl a()
/
7ontrato de Uso1 IEabl as7l i ente . >uscarIdHombreEabl a()
/
Mdel e+ateN
Mdel e+ateN
+2+2 Contr"to d# u!o d# c"d" int#r4"? API ;!i !# tr"t" d# un co%0on#nt#
r#uti$i?"'$#=(
*ara cada operacin que est( presente en la interfa) A*I (Application
*ro+rammin+ Interface), se describe un 7ontrato de Uso!
!0os contratos de operaciones a$udan a describir el comportamiento del sistema. 1n
contrato de operacin o contrato de uso de inter2a3 /P+* describe el cambio de un
estado a otro de los ob#etos del dominio como resultado de la e#ecucin de una
operacin. Su creacin depende de la creacin pre)ia del modelo de dominio* los
diagramas de secuencia de sistema* $ la identi2icacin de las operaciones de sistema.
0os contratos de operaciones se re2ieren a las operaciones del sistema* las operaciones
o2recidas por el sistema como ca#a negra a tra)4s de su inter2a3 p5blica de datos en
UD-DSIA
respuesta a los e)entos entrantes al sistema. "l sistema como un todo se puede
representar en 160 como una clase-. [7]
Los contratos tienen un nombre, referencias cru)adas de los casos de uso
en los cuales la operacin que se va a describir es utili)ada! Adem(s posee
precondiciones, que representan el estado del sistema antes de la e/ecucin -
postcondiciones, que muestran el estado del sistema despu"s de la e/ecucin de
esta operacin ! Un e/emplo de un 7ontrato de Uso o contrato de operacin es1
Nombre: ingresarArticulo (idArticulo: UPC, cantidad: entero)
Referencia cr!"a#a: RegistrarVenta (caso de uso)
Precon#icione: Venta en curso.
Po$con#icione:
se cre idv, instancia de LineaeVenta (creacin de instancia).
!dv se asoci con la Venta actual ("or#acin de asociacin)
idv. cantidad $as a ser cantidad (#odi"icacin de atri%uto)
& de '
idv se asoci con una (s$eci"icacioneProducto en %ase a coincidencia de
idArticulo
("or#acin de asociacin). [7]
La utilidad de los contratos de uso se estima muc5o m(s cuando se trata de crear
componentes reutili)ables! 'n cambio, si el componente es t,pico del subsistema -
se prev" que no ser( reutili)ado, con una descripcin bien detallada del escenario
del caso de uso es suficiente para el pro+ramador!
Vi!t" d# U!o
+2-2 Di"6r"%" d# "ctor#! d#$ !u'!i!t#%"
'l dia+rama de actores, presenta los actores que reali)an los casos de uso! 'l
un dia+rama de actores se pueden presentar relaciones de +enerali)acin entre
ellos, cuando reali)an funciones parecidas - utili)an el mismo caso de uso! Eal, es
el caso del susbistema de In+resar @ovimientos presupuestarios $4&11
UD-DSIA
Figura 11: Diagrama de actores del subsistema ,ngresar Movimientos
presupuestarios

+292 Di"6r"%" d# C"!o! d# u!o d#$ !u'!i!t#%"
Un dia+rama de casos de uso, muestra los casos de uso que est(n involucrados
en el subsistema! *or lo +eneral, un subsistema comprende varios paquetes de
casos de uso, a+rupados convenientemente por el diseador a partir del
modelado del ne+ocio - la in+enier,a de requisitos! Se tiende a a+rupar los casos
de uso por funcionalidad comAn!
A continuacin, se presenta un dia+rama de paquetes de casos de uso, que a su
ve), contiene varios subpaquetes! Lue+o, se muestra un dia+rama de paquetes
de un mdulo - sus casos de uso! Si+amos utili)ando como e/emplo, el
Subsistema de In+resar @ovimientos *resupuestarios $4&1
uc 212-Di"6r"%" d# Actor#!
Act-@A U!u"rio R#6i!tro
d# Mo,i%i#nto!
Act-@B U!u"rio
NCc$#o
Act-@9
Ad%ini!tr"dor d#
D#0#nd#nci"
Act-@ Coordin"dor
d# $" UCP
Act-@-
R#c#0cioni!t" d#
$" UCP
UD-DSIA
Figura 12: Diagrama de paquetes del subsistema ,ngresar Movimientos
presupuestarios
Figura 13: Diagrama de casos de uso del m-dulo .dministrar /suarios
+2D2 Li!t"do d# r#6$"! d#$ n#6ocio d#$ !u'!i!t#%"
Opendiente1 su+iero las redacte @arisolP
cu!to% Actor#!-C"!o! d# U!o
2 E!0#ci4ic"cin d# C"!o! d# U!o
L 2!2!% In+resar movi mi entos presupuestari os
L 2!2!2 Admi ni strar Usuari os
L 2!2!3 <al i dar el acceso
L 2!2!4 7onfi +uraci n del si stema
L 2!2!6 *rocesar movi mi entos presupuestari os
L 2!2!9 Gesti onar movi mi entos presupuestari os en l otes
L 2!2!; :espal do de datos7i erre del e/ erci ci o econmi co fi nanci ero
L 2!2!Q 7onsul tas - :eportes
uc Ad%ini!tr"r U!u"rio!
Si!t#%" d# E7#cucin Pr#!u0u#!t"ri"
CU-@1@ R#6i!tr"r
U!u"rio
Act-@1 Ad%ini!tr"dor d#$
SIPREC
CU-@11 Modi4ic"r
u!u"rio
CU-@1 E$i%in"r
U!u"rio
CU-@1+ Con!u$t"r
u!u"rio
CU-@1- I%0ri%ir
u!u"rio
CU-@1D C"%'i"r
c$",# d# u!u"rio
P":u#t# d# c"!o! d# u!o( Ad%ini!tr"r u!u"rio!
Me#tendN
Me#tendN
Me#tendN
Mi ncl udeN
UD-DSIA
+2B2 R#"$i?"cin d# $o! c"!o! d# u!o(
'n esta seccin, se detalla cmo cada uno de los casos de uso que pertenecen a
este subsistema van a ser reali3ados! La reali)acin de un caso de uso, permite
e#presar cmo el comportamiento definido en un escenario, es distribuido en
funcin de los ob/etos o clases que colaboran entre si para reali)ar una
operacin!
*ara describir la reali)acin de un caso de uso, ser( necesario1 una descripcin
te#tual de los pasos reali)ados en ese caso de uso (escenario), un dia+rama de
las clases que participan en ese caso de uso - un dia+rama de secuencia o si se
trata de pocas clases, de comunicacin (colaboracin) que muestra como la
clases interactAan entre s,!
Eambi"n, se muestran los componentes de la interfa) +r(fica de usuario
(pantallas, vistas o formularios) involucrados en la reali)acin del caso de uso -
un dia+rama de nave+acin a trav"s de la interfa) de usuario, para aquellos
casos en que se usan varias pantallas dentro del caso de uso, con el ob/eto de
facilitar al pro+ramador la lectura del escenario del mismo!
E!c#n"rio d#$ c"!o d# u!o( <nombre del caso de uso>
'n este apartado se presenta el escenario del caso de uso, que mediante
una descripcin te#tual muestra el flu/o de eventos que ocurre entre uno o m(s
actores - el sistema, incorporando detalles de la interfa), sus atributos - nombres
de las clases utili)adas en la reali)acin del caso de uso!
A continuacin, se presenta el escenario de caso de uso para car+ar tablas, del
componente +en"rico de re+las - lineamientos$6&1
UD-DSIA
C"!o d# u!o( 12 C"r6"r t"'$"! c"ndid"t"! #n /D c$i#nt#
Nombre 1. Cargar tablas candidatas en BD cliente
Descripcin Caso de uso que permite incluir tablas de BD de clientes que
puedan intervenir en reglas tipo clculo a partir del catlogo de BD
segn el !ane"ador.
Pr#-condicion(
Las tablas a car+ar no e#isten en tabla7sistema!
'l Administrador de Lineamientos - escenarios tiene acceso al servidor de >D donde
est( la >D del cliente!
F$u7o 4#$i?(
%! 'l sistema se conecta a la >D de e/ecucin presupuestaria - busca en la tabla
S8SO9:"C;S los ob/etos con t$pe < =1=. 'n >/6" est( el nombre de las tablas de
esa >D(S'L'7E tableRname =:8@ s-stable)!
2! 'l sistema desplie+a un listado de las tablas de la >D encontradas en el cat(lo+o, en
el paso %, mostrando su nombre72isico* - solicita la descripcin, 5abilitando la casilla
de seleccin para cada una, as, como el botn Cargar $ Salir.
3! 'l usuario in+resa la descripcin de cada tabla que desee incluir - las marca con la
casilla de seleccin - 5abilita el botn Cargar!
4! 'l sistema verifica que las tablas a car+ar no e#istan en la >D, e inclu-e las mismas
en tabla7sistema.
6! 'l sistema env,a mensa/e de proceso e#itoso - finali)a el caso de uso!
E1t#n!ion#!(
2!a! Si el usuario selecciona la opcin Salir, el sistema finali)a el caso de uso!
E1c#0cion#!(
%!a Si la cone#in con el servidor de >D fu" fallida, el sistema env,a un mensa/e de
advertencia1 Sno fue posible reali)ar la cone#ion con el servidorS - finali)a el caso de
uso!
4!a! Si e#iste al+una tabla de las que se desee car+ar en tablaRsistema, el sistema
car+a las tablas que no e#isten - +uarda los nombres de las que e#isten en una lista
temporal! Al finali)ar, env,a un mensa/e de advertencia1 SLas tablas del listado -a
e#isten en la >DS! Si 5ubo tablas -a e#istentes, env,a el mensa/e SLas si+uientes tablas
-a e#isten en la >DS1 - desplie+a el listado de tablas e#istentes! continAa en el paso 6!
Po!t-condicin(
'l usuario pudo car+ar los nombres de las tablas de la >D f,sica!
UD-DSIA
'n un escenario, la precondicin representa las condiciones que deben e#istir
previamente antes de comen)ar la e/ecucin del caso de uso! *or otra parte, el
flu/o feli) o flu/o de acciones, son aquellos pasos que reali)a el usuario o el
sistema para lo+rar la e/ecucin del caso de uso, bien sea en condiciones ideales
o aquellas que se e/ecutan con ma-or frecuencia!
Las e#tensiones, representan flu/os alternativos de los pasos enumerados en el
flu/o feli)! *ueden ser acciones del usuario que no necesariamente representan el
flu/o feli) de acciones, sino otras alternativas que pudieran ocurrir! 'l diseador
deber( ser e#5austivo, tratando de abarcar todas las posibles acciones en
determinados pasos!
*or otra parte, las e#cepciones, son condiciones errneas que pudieran ocurrir,
bien sea en un paso e/ecutado por el usuario o el sistemaG tambi"n, condiciones
e#cepcionales como por e/emplo, la ine#istencia de re+istros en una tabla que es
necesaria en la e/ecucin del flu/o feli), - otras!
Las poscondiciones, representan aquellas condiciones que se dan una ve)
e/ecutado el caso de uso!
Int#r4"? 6rE4ic" d# u!u"rio d#$ c"!o d# u!o( <nombre del caso de uso>
'n este apartado se mostrar(n los diferentes componentes de la interfa) +r(fica
del usuario (pantallas, ventanas, formularios o vistas) involucrados en la
reali)acin de este caso de uso!
Adicionalmente, se podr,a incluir aqu,, los formatos de impresin asociados a este
caso de uso o en +eneral al subsistema asociado!
Un e/emplo de interfa) de usuario o interfa) GUI lo constitu-e la pantalla para
pro-ectar el >eneficio de alimentacin, *ro-ecto beneficio alimentacin (cesta
ticTet) $%3&1
UD-DSIA
Figura 14: 01emplo de ,nter2a3 4/,
Di"6r"%" d# !#cu#nci" d#$ c"!o d# u!o( <nombre del caso de uso>
Un dia+rama de secuencia de U@L es colocado aqu, para complementar la
descripcin te#tual (escenario) de un caso de uso! *udiera ser un elemento
opcional cuando la reali)acin del caso de uso sea sencilla e involucre pocas
clases o pocos m"todos!
Un dia+rama de secuencia se usa principalmente para mostrar en que orden
interactAan los ob/etos o clases en la reali)acin de un caso de uso, as, como la
secuencia de mensa/es intercambiados por estos, para llevar a cabo la
funcionalidad descrita por el escenario!
La =i+ura %6, muestra el dia+rama de secuencia detallado, para el caso de uso
'liminar tablas temporales del cliente $6&! 'ste dia+rama usa estereotipos para
indicar los tipos de ob/etos que interactAan, por e/emplo1 los de interfa) GUI, con el
estereotipo OObordePP, los de control, con el estereotipo OOcontroladoraPP - el
resto de ellos, sin estereotipo, que 5acen referencia a los ob/etos de entidad o
clases de datos! Se pueden utili)ar colores para facilitar la identificacin de los
tipos de clases en el dia+rama1

UD-DSIA
Figura 1: Diagrama de secuencia detallado
Di"6r"%" d# n",#6"cin ;!i 5"3 %uc5"! 0"nt"$$"!=
'sta seccin es opcional - podr,a ser utili)ada slo cuando la reali)acin del caso
de uso ten+a cierta nave+acin comple/a que sea necesario describirla! 'n este
caso, se utili)ar,a un dia+rama de estados de U@L para mostrar dic5a
nave+abilidad!
La si+uiente fi+ura presenta un posible dia+rama de nave+acin para el caso de
uso ?acer reser)a, donde se muestran los diferentes componentes de la interfa)
de usuario presentes en la reali)acin de este caso de uso!
DS 7!U!6!'l i mi nar tabl as temporal es del cl i ente
8b/ ect8ri ented @odel
@odel 1 Generador :e+l as - Li neami entos
*acTa+e1 %! Admi ni strar tabl as - atri butos
Di a+ram1 DS 7! U!6! 'l i mi nar tabl as temporal es del cl i ente
Aut5or1 Lena S(nc5e) Date1 %;.B%.2B%%
<ersi on1 %!B
!
!
D:8* EA>L' U nombreRtt
7:'AE'
7:'AE'
resul tado
*ara cada
tt U %
n
@uestra(l i sta(tt))
resul tado
el i mi narocurrenci a(bd, i dRtt)
resul tado
nombreRt t
l i sta(tt)
consul t arocurenci a(bd, i dRtt)
7reaLi sta
%
n
>uscartt(bd)
7onsul tarEabl asEemporal es(bd)
OOenti dadPP
DEE21t abl aRtemporal
OOcontrol adoraPP
IApi EE21i tabl atemporal
OOenti dadPP
D8EE21ocurrenci aRtabl aRtemp
OObordePP
IG@EE721i mantenerRtabl asRtemporal esRcl i ente
>DR7LI'HE'!EA>LA U nombreRtt2
!
!
D:8* EA>L' U nombreRtt
7:'AE'
7:'AE'
resul tado
*ara cada
tt U %
n
@uestra(l i sta(tt))
resul tado
el i mi narocurrenci a(bd, i dRtt)
resul tado
nombreRt t
l i sta(tt)
consul t arocurenci a(bd, i dRtt)
7reaLi sta
%
n
>uscartt(bd)
7onsul tarEabl asEemporal es(bd)
UD-DSIA
Figura 1": Diagrama de 5avegaci-n
Htese que la simbolo+,a utili)ada en este tipo de dia+ramas, corresponde a los
elementos de un Dia+rama de 'stados, slo que en ve) de estados, se capturan las
vistas en miniatura de las pantallas empleadas en el 7aso de Uso!
Di"6r"%"! d# co%unic"cin ;co$"'or"cin=1
(su+iero lo redacte Luis *orras)
R#6$"! d#$ n#6ocio d#$ c"!o d# u!o2
Se inclu-en los nombres de las re+las del ne+ocio, as, como el tipo, la
descripcin te#tual - la frmula de c(lculo, si la 5ubiese!
Su'%od#$o 4F!ico :u# uti$i?" #$ c"!o d# u!o(
'n virtud que los escenarios de casos de uso 5acen mencin de las tablas -
atributos que acceden, es menester incluir la seccin del dia+rama f,sico de la >D
que es utili)ado por el caso de uso! 's Atil sobre todo, porque se muestran las
claves - relaciones entre tablas!
UD-DSIA
S#ccin -
Di!#&o d# $" '"!# d# d"to!
-212 E!:u#%" I%0$#%#nt"'$# d# $" /"!# d# D"to!2
'sta seccin del DDS, contiene el diseo de la base de datos que determinan
cmo los datos que van a ser incluidos, est(n f,sicamente or+ani)ados!
7uando se utili)a U@L, el esquema conceptual de la >D se refiere a los ob/etos,
que son representados mediante un dia+rama de clases, el cual fu" e#plicado en
secciones anteriores! *or ende, en este apartado slo se muestra el esquema
implementable de la >D, como un modelo f,sico en forma +r(fica, que muestra las
tablas, atributos, claves, referencias entre tablas, cardinalidad de las relaciones -
roles! Se denomina modelo o esquema implementable o modelo f,sico, porque
depende directamente del Sistema @ane/ador de >ase de Datos que se emplee
en el desarrollo del sistema!
Adem(s, se inclu-e un diccionario de datos, que se obtiene como un reporte de la
>D en detalle!
'l esquema implementable de la base de datos del sistema de ,eser)as* el cual
utili)a el modelo relacional - que ser( e/ecutado sobre el +estor de base de datos
@icrosoft Access es mostrado en la si+uiente fi+ura $9&!
UD-DSIA
Figura 1$: Modelo F6sico de un &istema de 7eservas
-22 Diccion"rio d# D"to!
'ste apartado es opcional! Si el contenido del diccionario de datos es mu-
+rande, se recomienda sacarlo de este documento - crear un documento
aparte con este contenido, el cual podr,a denominarse Diccionario de Datos
del Sistema.
'sta seccin presenta un listado or+ani)ado de todas las estructuras de
almacenamiento de la base de datos! Describiendo cada una de las tablas
que la componen - sus campos asociados! Adicionalmente, cada campo es
identificado por un nombre de dato, descripcin, tipo de dato, lon+itud - el
posible dominio de valores que podr,a tomar!
's recomendable incluir la lista de dominios de datos definidos!
UD-DSIA
An#1o!
'sta seccin incluir( toda la informacin adicional o de soporte al diseo del
sistema! Los ane#os podr,an incluir1
6!% Listado de usuarios con sus funciones
6!2! Listado de opciones de sistema, indicando el caso de uso asociado
6!3 @atri) usuario opciones del sistema
6!4! Listado de funciones su+eridas por el diseador
(su+iero que Horma redacte estas secciones - a+re+ue e/emplos!!)
- Fic5"! TGcnic"! d# Producto! d# Di!#&o
'n esta seccin se describen al+unas de las fic5as t"cnicas de productos usadas
en el diseo de sistemas! 'stas fic5as, describen las notaciones empleadas para
construir los diversos de dia+ramas de U@L presentes en este documento DDS!
Eienen el propsito de servir como una referencia r(pida al lector de este
documento para entender la simbolo+,a utili)ada en cada uno de estos dia+ramas!
A continuacin, se ane#an las fic5as definidas por cada producto de diseo que lo
amerita!
UD-DSIA
-21 Fic5" TGcnic" 0"r" $o! Di"6r"%"! d# C"!o! d# U!o
F"!# #n $" :u# !# u!"( Diseo Detallado No%'r# d#$ 0roducto1 Dia+rama de
7aso de uso
F#c5"1 %B .6 .2B%%
V#r!in1 %!%
M#todo$o6<"1 U@L
V#r!in1 2!B
H#rr"%i#nt"! 0"r" con!truir$o1
*o0erDesi+ner %2, *o0erdesi+ner%2!6
'nterprise Arc5itect
D#4inicin d#$ 0roducto1 Dia+rama que permite detallar la especificacin de requisitos
funcionales de un sistema
Fu#nt#( Dia+ramas de 7asos de Uso del An(lisis - @odelo de Interfa) GUI
Uti$id"d 0"r" #$ c$i#nt# d#$ 0roc#!o d# di!#&o( *ermite estructurar el sistema en
funciones - definir los actores o roles que tendr(n acceso a dic5as funciones!
Ni,#$ d# d#t"$$# r#:u#rido 0"r" Di!#&o( a nivel de funciones que reali)an al+una
transaccin que involucra un con/unto de datos!
S<%'o$o! uti$i?"do! 3 !u !i6ni4ic"do
5ombre del s6mbolo &igni2icado &6mbolo
Actor o :ol
Es quien interacta con el
sistema. Puede acceder a una
o ms funciones. En algunos
casos, el actor es un sistema.
Actor o rol
*aquete de casos de uso Es un conjunto de casos de
uso agrupados segn un
cierto criterio, el cual puede
ser: grupos de funciones, por
usuarios, o por fases del
proceso organizacional a
quien los casos de uso dan
soporte.
OOe#t endPP
OOe#tendPP
OOe#t endPP
:ecepcionista
%%! 7ar+ar 7*8*de SA='*
%2! 7ar +ar 8* financieras delDpto Hmina
%;! In+r esar 8*f inancier as de las UAD
%4!<alidar recaudos
%6! >uscar 7*8*
%9!>uscar 8*f inanciera
%3! Act uali)ar r ecaudospor t ipo de pa+o
2! :e+i strar i n+reso a Eesorer,a
7aso de uso Funcin que el sistema pone
a la disposicin de los
actores. Produce un resultado
de valor para los actores
nombre de funcin
:elacin de comunicacin Usado para estalecer una
asociacin idireccional entre
un actor ! un caso de uso
:elacin include
Usado para estalecer la
relacin entre " casos de uso,
en el cual un caso de uso
contiene o inclu!e al otro
OOi ncl udePP
caso de uso %
7aso de Uso 2
:elacin e#tend Usado para estalecer la
relacin entre " casos de uso
en la cual uno e#tiende el
comportamiento del otro. El
UD-DSIA
caso de uso " se realiza si
dentro del caso de uso $ se
da cierta condicin.
OOe#tendPP
caso de uso %
7aso de Uso 2
:elacin de +enerali)acin Usado para estalecer la
relacin %es un& entre actores
o casos de uso, generales !
espec'ficos
Utilizada entre actores#
usuari o autori )ado
usuari o % usuari o 2
Utilizada en casos de uso
Impri mi r
I mpri mi r :eporte de Sal dos Impri mi r :eporte de di sponi bi l i dad
In!u%o!1 :equisitos =uncionales del Sistema
E$#%#nto! "!oci"do! " un c"!o d# u!o1 :equisitos que resuelve! :e+las del ne+ocio
que aplican para cada caso de uso! :elaciones entre casos de uso1 e#tend, include -
actores que participan en cada caso de uso!
A$i"! uti$i?"do! 0"r" #!t# 0roducto1
<ista de uso
>iblio+raf,a consultada1
@odelado de sistemas usando U@L
2!B
'/emplo de este producto1
UD-DSIA
Consideraciones especiales: la numeracin de los casos de uso de todo el
subsistema o sistema es estrictamente secuencial, utili)ando nAmeros ordinales,
se+uidos de un punto - el nombre del caso de uso! Eambi"n, pueden tener el
prefi/o C7UD Si 5a- m(s de un nivel en los paquetes de casos de uso, se puede
usar /erarqu,a1 %!%, %!2, etc!
P"$#t" d# co$or#!1 opcional, se+An la paleta de colores empleada por el
diseador
E!t"nd"ri?"do 0or1 GDSDSIA
uc Ad%ini!tr"r U!u"rio!
Si!t#%" d# E7#cucin Pr#!u0u#!t"ri"
CU-@1@ R#6i!tr"r
U!u"rio
Act-@1 Ad%ini!tr"dor d#$
SIPREC
CU-@11 Modi4ic"r
u!u"rio
CU-@1 E$i%in"r
U!u"rio
CU-@1+ Con!u$t"r
u!u"rio
CU-@1- I%0ri%ir
u!u"rio
CU-@1D C"%'i"r
c$",# d# u!u"rio
Me#tendN
Me#tendN
Me#tendN
Mi ncl udeN
UD-DSIA
-2 Fic5" TGcnic" 0"r" $" Di"6r"%"! d# 0":u#t#! d# c"!o! d# u!o
paquetes de casos de uso
F#c5"%B.6.2B%%
V#r!in1 %!%
M#todo$o6<"1 U@L
V#r!in1 2!B
*o0erDesi+ner %2,
*o0erdesi+ner%2!6, 'nterprise
Arc5itect
D#4inicin d#$ 0roducto1 Los paquetes ofrecen un mecanismo +eneral para la
or+ani)acin de los modelos.subsistemas a+rupando funcionalmente casos
de uso!
Uti$id"d 0"r" #$ c$i#nt# d#$ 0roc#!o d# di!#&o( *ermite estructurar el sistema en
subsistemas o mdulos!
Ni,#$ d# d#t"$$# r#:u#rido 0"r" Di!#&o(
Actor o :ol
Es quien interacta con el
sistema. Puede acceder a
uno o ms paquetes. En
algunos casos, el actor es
un sistema.
Actor o rol
*aquete Es un conjunto de paquetes
o de casos de uso
agrupados segn un cierto
criterio, el cual puede ser:

%! 7ar+ar i nformaci n
:elacin de comunicacin Usado para estalecer una
asociacin idireccional
entre un actor ! un paquete.
(e muestran a partir del
segundo nivel.
'stereotipo Usado para identificar el tipo
de paquete, si se trata de un
sistema, susistema o
mdulo
OO sistema PP
:elacin de dependencia
Usada para denotar cuando
un caso de uso de un
paquete se relaciona con un
caso de uso de otro
paquete. (e muestran a
partir del segundo nivel.
9! 7ontrol ar pa+os
4! Sol i ci tar pa+os
UD-DSIA
In!u%o!1 7adena de <alor de procesos, Dia+ramas de procesos, Dia+rama de
Jerarqu,a de procesos, Dia+ramas de actividades! Inventario de *rocesos, Vrbol de
*rocesos!
A$i"! uti$i?"do! 0"r" #!t# 0roducto1 >iblio+raf,a consultada1
2!B!
Arquitectura de Soft0are, Adri(n
Lasso!
E7#%0$o d# #!t# 0roducto1
Consideraciones especiales:
7uando 5a-a m(s de 2 niveles se dibu/a en forma de (rbolG a nivel de un
mdulo, se deben mostrar las relaciones de dependencia - los actores!
@(#ima cantidad de niveles1 3
Crit#rio! d# 'u#n #%0":u#t"%i#nto( alta co5esin - ba/o acoplamiento
entre paquetes!
diseador
UD-DSIA
-2+ Fic5" TGcnic" 0"r" $o! Di"6r"%"! d# S#cu#nci" D#t"$$"do!
Diseo Arquitectnico Di!#&o D#t"$$"do No%'r# d#$ 0roducto1 Dia+rama
de secuencia detallado (DSD)
F#c5"1%B. 6 . 2B%%
V#r!in1 %!%
M#todo$o6<"1 U@L
V#r!in1 2!B
*o0erDesi+ner %2!6, 'nterprise
Arc5itect
D#4inicin d#$ 0roducto1 Dia+rama que describe la din(mica de una aplicacin o
una parte de ella, mostrando las interacciones entre los ob/etos desde el punto
de vista temporal, insistiendo en la cronolo+,a del env,o de mensa/es!
Uti$id"d 0"r" #$ c$i#nt# d#$ 0roc#!o d# di!#&o( *ermite conocer en detalle para
cada evento del sistema o 5ilo de operacin, cu(les m"todos se requieren de las
instancias de las clases involucradas en la reali)acin del caso de uso, as, como
el ordenamiento de los mensa/es entre los ob/etos! =acilita la pro+ramacin
orientada a ob/etos!
Ni,#$ d# d#t"$$# r#:u#rido 0"r" Pro6r"%"cin( Se puede obtener uno o m(s
dia+ramas de secuencia detallados para un caso de uso, tomando en cuenta que
por cada uno de "stos e#isten varios eventos del sistema o 5ilos de operacin! 'l
nivel de detalle debe incluir1 m"todos utili)ados por clase, atributos o par(metros
que se pasan a trav"s de los mensa/es, valores de retorno, condiciones sobre los
mensa/es e iteraciones, tipos de mensa/es (s,ncronos, as,ncronos, de retorno)!
Eambi"n se necesita identificar la clase controladora que resolver( el evento del
sistema, - debe estar previamente definida con todas sus operaciones, -
debidamente documentada!
Actor
)epresenta al actor que inicia los
eventos del sistema recie
mensajes del sistema a trav*s de la
clase controladora.
Actor
L,nea de vida
+'nea de vida asociada a un ojeto.
)epresenta la duracin de la vida del
ojeto dentro del diagrama de
secuencia.
1cl ase 2
UD-DSIA
'/ecucin ca/a de
activacin
,ndica la duracin. Es un elemento
opcional que se puede utilizar para
apilar operaciones que se activan
durante una temporalidad dada en el
ojeto que emite los mensajes.
1cl ase 2
Uso de la interaccin ,ndica una referencia que se -ace de
una interaccin, la cual puede
definirse como un pedazo del
diagrama de secuencia que es
utilizado en otra parte, as' como la
referencia a otro diagrama de
secuencia.
ref
SequenceDi a+ramR%2%()
Alternativas de
interaccin
(e utilizan para demarcar dentro del
diagrama de secuencia, la seccin
de acciones dada una u otra
condicin. +as condiciones se
separan por l'neas punteadas.
$7ondi ti on&
$7ondi ti on&
al t
@ensa/es entre ob/etos Estalecen el tipo de comunicacin
entre ojetos del diagrama. e#isten
varios tipos:
$. ,ndefinido: puede ser un flujo
s'ncrono o as'ncrono
". ('ncrono: el ojeto que env'a un
mensaje espera una respuesta.
/. 0s'ncrono: el ojeto que manda
el mensaje no espera la
respuesta del otro ojeto, sino
que contina su ejecucin.
1. )etorno: muestra el retorno a
partir de una llamada de un
ojeto. pueden mostrarse los
valores que retorna. 0lgunos
dise2adores e#clu!en este tipo
de mensajes.
3. 4reacin de ojeto: indica el
inicio de vida del ojeto a quien
se env'a el mensaje.
5. 6estruccin de ojeto: indica la
destruccin e#pl'cita del ojeto o
la finalizacin de su l'nea de
vida.
7. 8ensaje %t-is&: es un mensaje
que env'a un ojeto a s' mismo.
9ota: para los mensajes indefinidos,
as'ncronos o tipo %t-is& se puede
@ensa/ e i ndefi ni do
@ensa/ e s,ncrono
@ensa/ e as,ncrono
@ensa/ e de retorno
mensa/ e St5i sS
7reaci n del ob/ eto
Destrucci n del ob/ eto
1cl ase %
Actor
1cl ase 2
@ensa/ e i ndefi ni do
@ensa/ e s,ncrono
@ensa/ e as,ncrono
@ensa/ e de retorno
mensa/ e St5i sS
7reaci n del ob/ eto
Destrucci n del ob/ eto
UD-DSIA
incluir la caja de duracin.
'lementos de un
mensa/e
8*todo: el m*todo indica la accin
que realizar la clase que recie
dadas las condiciones ! parmetros
de la clase que env'a. En el ejemplo,
%4alcular& es un m*todo del ojeto .
0rgumentos o parmetros: si el
m*todo requiere de argumentos para
su ejecucin, *stos se -acen
e#pl'citos.
:alor de retorno o variale de
retorno: es el valor que retorna el
m*todo invocado.
4ondicin: ,ndica entre corc-etes la
condicin ajo la cual se ejecuta el
m*todo invocado.
,teracin: ,ndica desde qu* valor
-asta qu* valor se va a repetir la
ejecucin del m*todo invocado. Para
el caso que la iteracin no se -aga
para un mensaje sino para una pieza
del diagrama, se encierra en un
recuadro las acciones ! se coloca la
iteracin entre corc-etes.
$Si # P 2&1 )1U 7al cul ar(#,-)
n1U %
m
ob/ eto b1cl ase 2 ob/ etoa1cl ase %
$Si # P 2&1 )1U 7al cul ar(#,-)
n1U %
m
W$n1U %!!m&
$Si # P 2&1 )1U 7al cul ar(#,-)
In+resaDatos(#, -, ))
ob/ eto b1cl ase 2 ob/ etoa1cl ase % ob/ eto c1cl ase 3
$Si # P 2&1 )1U 7al cul ar(#,-)
In+resaDatos(#, -, ))
<istas de comportamiento
/i'$io6r"4<" con!u$t"d"1
2!B
U@L - *atrones, 7rai+ Lraman
UD-DSIA
P"$#t" d# co$or#!1 opcional, se+An la paleta de colores utili)ado por el diseador
E!t"nd"ri?"do 0or1 GDS- DSIA
DS 7!U! %! 7ar+ar E abl as 7andi dat as
8b/ ect8ri ent ed @odel
@odel 1 Generador :e+l as - Li neami ent os
*acTa+e1 %! Admi ni strar tabl as - at ri butos
Di a+ram1 DS 7!U!%! 7ar+ar Eabl as 7andi dat as
Aut 5or1 Lena S(nc5e) Date1 %;.B%. 2B%%
<ersi on1 %!B
7ar+a e#i t osa erronea
:esul tado
car+artabl a>D(nombre de t abl a)
desde %
n
A+re+arE abl as7andi datas(l i st a)
Hombres de t abl as para >DUi d
Eabl as de >D
Eabl as de >D
>usca SXSE A>L' de >D U i d
E abl as de >D
Detal l e >D
Detal l e de >D
consul tar>D( )
EA>L'RS7I'@A U Ynombre f,si co de l a >DY,
$D>@S U @-SZL&1 S7I'@AEA U Ynombre f,si co de l a >DY
!
!
7:'AE'
>uscar>D(>D U i d)
7:'AE'
>usca SXS8>J'7E S de >D U i d donde t-pe U YUY
OOent i dadPP
D>D21bdRsi stemas
OOent i dadPP
DE S21tabl aRsi stema
OOcontrol adoraPP
IApi E721i tabl ascl i ente
OObordePP
IG@E21i mantenerRtabl as
SXS8>J'7E2 SXSEA>L'2
OO*I*@XAD@IHPP
IH=8:@AE I8HRS7I'@A2
OO*I*@XAD@I HPP
E A>L'S2
$ D>@S U AS'& opt
$D>@S U ASA& opt
$ D>@SU@-SZL& opt
7ar+a e#i t osa erronea
:esul tado
car+artabl a>D(nombre de t abl a)
desde %
n
A+re+arE abl as7andi datas(l i st a)
Hombres de t abl as para >DUi d
Eabl as de >D
Eabl as de >D
>usca SXSE A>L' de >D U i d
E abl as de >D
Detal l e >D
Detal l e de >D
consul tar>D( )
EA>L'RS7I'@A U Ynombre f,si co de l a >DY,
$D>@S U @-SZL&1 S7I'@AEA U Ynombre f,si co de l a >DY
!
!
7:'AE'
>uscar>D(>D U i d)
7:'AE'
>usca SXS8>J'7E S de >D U i d donde t-pe U YUY
UD-DSIA
-2- Fic5" TGcnic" 0"r" $o! Di"6r"%"! d# E!t"do
estados
F#c5"1 %B .6 .2B%%
V#r!in1 %!%
M#todo$o6<"1 U@L
V#r!in1 2!B
*o0erDesi+ner %2, *o0erdesi+ner%2!6
'nterprise Arc5itect
D#4inicin d#$ 0roducto1 Dia+rama que permite mostrar lel con/unto de
estados por los que pasa un ob/eto durante su vida en una aplicacin, /unto
con los cambios que permiten pasar de un estado a otro!
Fu#nt#( 'scenarios de casos de uso, Dia+ramas de clases!
Uti$id"d 0"r" #$ c$i#nt# d#$ 0roc#!o d# di!#&o( Son Atiles slo para los ob/etos
con un comportamiento si+nificativo, definido a trav"s de estados que est(n
caracteri)ados por los valores de al+unos atributos de la clase!
Ni,#$ d# d#t"$$# r#:u#rido 0"r" Di!#&o( Valores de los estados - las
condiciones detalladas que los producen, eventos - acciones involucradas!
Inicio
Estado inicial de la clase
=in
Estado final
'stado
9omre del estado que toma
la clase. Puede tener como
estereotipo el nomre de la
clase para facilitar la lectura.
4ada estado adicionalmente
puede tener: accin de
entrada;accin de
salida;transicin interna
:elacin de comunicacin Usada para mostrar las
condiciones que producen
los camios de estados.
0dems de la condicin,
puede contener un evento !
las acciones que producen

!t% Di"6r"%"! d# #!t"do(222
Mnmi naN
N%in" '"!#
!u!tituid"
!t% D222
=i nal
!t% Di"6r"%222
i ni ci al
nmi na
'ventR% $e%$condi ci on& . acci on%Gacci on2&
StateR%
StateR2
UD-DSIA
el camio de estado
In!u%o!1 'scenarios de casos de uso, Dia+ramas de clase, Dia+rama de eventos,
/erarqu,a de procesos
<ista de comportamiento
@odelado din(mico
/i'$io6r"4<" con!u$t"d"1
Diseo de Soft0are
7urso IS2%, 7eiSoft, @"rida, 2BB;
Consideraciones especiales: *ara casos en que no se cono)can los
eventos ni las acciones a detalle, se puede dibu/ar usando slo las
condiciones que producen cambios de estados!
diseador
!t%Di"6r"%"! d# #!t"do( n%in" d# '#n#4icio d# "$i%#nt"cin
i ni ci al
nmi na
Mnmi naN
G#n#r"do C#n!o 0"r"
n%in"
Mnmi naN
Cru?"do c#n!o con
ULA-RELCAR
Mnmi naN
Cru?"d" con n%in"
'"!#
Mnmi naN
D#0ur"d"
Mnmi naN
D#!cu#nto! 3
r#int#6ro! "0$ic"do!
Mnmi naN
N%in" c#rr"d"
Mnmi naN
E%itid"
Mnmi naN
P"r" #n,i"r #n
4or%"to! 4in"$#!
Mnmi naN
Arc5i,o! #n,i"do!
Mnmi naN
P"r"$i?"d" 0or #rror#!
5a-
errores[
=i nal
Mnmi naN
Tr"n!4#r#nci" 0"r"
0"6o #n,i"d"
Mnmi naN
N%in" '"!#
!u!tituid"
Mnmi naN
Con4i6ur"cin
r#"$i?"d"
$Guarda
confi +uraci n&
$Arc5i vo
revi sado
por
S8*8:E '
DSIA&
$Di eferenci as
+eneradas&
$:eal i )a
revi si n&
$Inconsi stenci as
val i dadas&
$'mi si n
e#i tosa&
$Arc5i vos
+enerados&
$Sel ecci n
de
par(metros&
$Hro!
autori )aci on
+uardado&
$Hmi na cerrada con "#i to&
$Si &
$H8&
$opci on1 cerrar correcci ones&
$opci on1 paral i )ar nmi na&
$7erti fi caci on
de
descuentos -
rei nte+ros&
$Se
cerr l a
nmi na&
$HAmero de
confi rmaci on
+uardado&
UD-DSIA
-29 Fic5" TGcnic" 0"r" Int#r4"? GUI
F"!# #n $" :u# !# u!"( Diseo Detallado No%'r# d#$ 0roducto1
Interfa) GUI
F#c5"1 %B .6 .2B%%
V#r!in1 %!B
M#todo$o6<"1 U@L
V#r!in1 2!B
GUI Desi+n Studio,
Adobe Live7-cle Desi+ner Q!B
D#4inicin d#$ 0roducto1 *antallas utili)adas por los casos de uso para
establecer la interaccin con el usuario!
Fu#nt#( 'scenarios de casos de uso, :equisitos de informacin o
almacenamiento de datos, dia+rama de clases!
Uti$id"d 0"r" #$ c$i#nt# d#$ 0roc#!o d# di!#&o( *ermiten simular la interfa) con
el usuario - plasmar lo que el usuario necesita suministrar, consultar o
solicitar al sistema!
Ni,#$ d# d#t"$$# r#:u#rido 0"r" Di!#&o( todos los ob/etos con valores de
e/emplo - la icono+raf,a que indique si es te#to, lista desple+able, radio
button, etc!
5ombre del
s6mbolo
&igni2icado &6mbolo
'scudo de la
ULA
,dentificacin de la
,nstitucin
Iconos para
a+re+ar,
eliminar,
consultar,
actuali)ar
<ransacciones que
pueden realizarse ien
sea a nivel general de
la ventana o a nivel de
un rengln de una
tala
8b/etos de la
ventana
=jetos de diferentes
tipos que permiten
diujar la interfaz de
usuario
UD-DSIA
Eablas de
re+istros
Usada para listar
registros de la >6, en
la cual las columnas
representan atriutos !
las filas, cada registro

In!u%o!1 'scenarios de casos de uso, Dia+ramas de clase, formatos que posea el
usuario, entrevistas con el usuario
A$i"! uti$i?"do! 0"r" #!t# 0roducto1 /i'$io6r"4<" con!u$t"d"1
Diseo de Soft0are
7urso IS2%, 7eiSoft, @"rida, 2BB;
Consideraciones especiales: nin+una
P"$#t" d# co$or#!1 7olores claros, poco car+ada la interfa) - preferiblemente
en paleta del *AHE8H' 2Q;
R#4#r#nci"! /i'$io6rE4ic"!
$%& @ontilva, F, *orras, L!, S(nc5e), L! Dia), @! *ropuesta para el Documento de
Diseo de Sistemas de la DSIA, DSIA \ ULA, mar3o (@@A!
$2& S(nc5e), L Documento de diseo del subsistema de Gestin de *a+os, DSIA,
a&o (@@B!
$3& :ivero, D! - @ontilva, J! *ro+rama de actuali)acin profesional, @dulo 31
Diseo de Soft0are, 2B%B!
UD-DSIA
$4& Dur(n, H! - Godo-, @! Documento de Diseo del Sistema *resupuestario de
'/ecucin - 7ontrol (SI*:'7), /bril* (@!
$6& S(nc5e), L!, Sala)ar, @!, *orras, L, @at5eus, H! Ierrera, :! Documento de
Diseo del 7omponente de :e+las - Lineamientos, 6ar3o* (@
$9& *erovic5, D! - <i+na+a, A! S/D del Subsistema de ,eser)as del Sistema de
Gestin Cotelera. :eporte E"cnico :EB3%6, In7o *edeciba, @ontevideo,
Uru+ua-, 2BB3!
$;& Desarrollo de Soft0are para In+enier,a 'l"ctrica 7urso2BB9 *(+ina
del curso1 5ttp1..iie!fin+!edu!u-.ense.asi+n.desasoft, Instituto de In+enier,a 'l"ctrica
=acultad de In+enier,a UD'LA:, @ontevideo, Uru+ua-!
$Q& Lasso, A! /r.uitectura de So2tDare!
5ttp1..000!scribd!com.doc.2%B462.ArquitecturadeSoft0areAdrianLasso
$]& Fei Lin! So2tDare Design Speci2ication Document* ): .(, 27ommunicate,
2BB9!
$%B& Feit)enfeld, A! +ngenierEa de So2tDare Orientada a Ob#etos con 160* :a)a
e +nternet! @"/ico, 2BB4!
$%%& Appleton, >! / So2tDare Design Speci2ication ;emplate. 5ttp1..000!bradapp!net
$%2& Larman, 7! 160 $ Patrones. (da. "dicin! *rentice Iall! 2BB3
$%3& S(nc5e), L! Diseo del Sistema de beneficio de alimentacin para los
traba/adores de la ULA! 6a$o* (@

Propuesta Documento de Diseño de La DSIA - Version II

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Propuesta Documento de Diseño de La DSIA - Version II

Загружено:

Авторское право:

Доступные форматы

GRUPO DE DISEO DE SISTEMAS

Вам также может понравиться