Beruflich Dokumente
Kultur Dokumente
Identificacin de datos
Los datos constituyen un recurso de informacin real importante para la aplicacin. Los
datos describen cosas, personas, productos, elementos, clientes, activos, registros y, en
ltimo trmino, estructuras de datos que son tiles para la aplicacin a la hora de
realizar tareas de clasificacin por categoras, organizacin y mantenimiento.
La identificacin de datos es un proceso iterativo. Al principio, es posible que slo
disponga de alguna informacin imprecisa y de alto nivel sobre la forma en que la
aplicacin debe de controlar su propia informacin. A medida que vaya adquiriendo
ms conocimientos sobre los procesos de empresa previstos de la aplicacin, seguir
recopilando ms detalles.
Cuando se empieza a documentar los requisitos de los datos de la aplicacin, la
descripcin de cada uno de los datos incluye normalmente los siguientes elementos:
Nombre.
Descripcin general (qu es).
Propiedad (quin es el responsable).
Caractersticas (cmo se mide y qu magnitud puede tener).
Conviene sealar que los datos tienen muchas caractersticas diferentes. Una parte del
proceso de diseo de datos consiste en especificar cmo se cuantifica cada uno de los
datos. Algunas caractersticas tpicas de los datos son las siguientes:
Definicin de datos
A medida que vaya adquiriendo ms conocimientos sobre las estructuras de datos de la
aplicacin, podr agrupar definitivamente los datos seleccionados y asignar informacin
detallada que describa las caractersticas de los datos y las relaciones entre ellos.
El mtodo general de definicin de datos incluye las siguientes acciones:
Definirtablas,filasycolumnas.
Insertarclavesdendice.
Crearrelacionesentretablas.
Asignartiposdedatos.
Nombre
Direccin
Telfono
AndrsDelValle xxxxxxxxxxxxx
(xxx)xxxxxxx
CarlosGarca
xxxxxxxxxxxxx
(xxx)xxxxxxx
IsabelDaz
xxxxxxxxxxxxx
(xxx)xxxxxxx
BernardoRamrez xxxxxxxxxxxxx
(xxx)xxxxxxx
Una clave es un campo especial que proporciona un ndice para que la recuperacin de
datos sea rpida. Las claves pueden ser nicas o no nicas, en funcin de que se
permitan o no duplicados. Es posible determinar que una clave sea la clave principal,
convirtindose as en el nico identificador de cada fila de la tabla. Debera utilizar
claves cuando la aplicacin necesite tener acceso directo a filas especficas.
Por ejemplo, en la siguiente tabla, el nmero de identificacin del autor (id_au) se ha
agregado como clave principal de la tabla, de forma que identifica slo a un autor. Si en
una consulta se utiliza un valor para id_au, la recuperacin de la informacin
correspondiente a ese autor ser ms rpida.
TablaAuthors
id_au(clave)
nombre_au
direccin_au
telfono_au
Crear relaciones entre tablas
Una base de datos suele estar formada por varias tablas, y stas suelen estar
relacionadas entre s de varias formas y utilizan claves externas con frecuencia. Por
ejemplo, una tabla denominada Titles podra contener el ISBN, el ttulo y el ao en que
se public el libro. Tambin podra ser til identificar la editorial de cada ttulo. En
lugar de repetir toda la informacin sobre la editorial de cada ttulo en la tabla Titles, se
puede crear una tabla Publishers y establecer una relacin entre esta ltima y la tabla
Titles, de forma que la identificacin de la editorial (id_edit) de la tabla Titles sea una
clave externa.
En el ejemplo siguiente, la tabla Publishers est relacionada con la tabla Titles:
TablaTitles
TablaPublishers
isbn_ti(clave)
id_edit(clave)
ttulo_ti
nombre_edit
aopublic_ti
dir_edit
id_edit(claveexterna) telfono_edit
Esta relacin se denomina de uno a varios ya que slo una fila de la tabla Publishers se
puede relacionar con una o ms filas de la tabla Titles (un editor puede encargarse de
varios ttulos). Tambin se pueden crear relaciones de uno a uno y de varios a varios.
Es importante que vea que tan solo ha identificado que existe una relacin entre las
tablas Publishers y Titles, sin establecer ningn compromiso sobre cmo se va a
administrar esta relacin. Segn la implementacin final, puede usar las uniones de
tablas y las restricciones de claves externas incluidas en SQL Server, o puede escribir su
propio cdigo para leer las estructuras del archivo directamente y manipular la
integridad referencial dentro de la aplicacin.
Asignar tipos de datos
Un tipo de datos es una categora de datos con nombre que se distingue por un conjunto
de valores, una forma de indicar dichos valores y una serie de operaciones implcitas
que pueden interpretar y manipular los valores. Los tipos de datos pueden ser
intrnsecos o derivados.
Los tipos de datos intrnsecos son los que proporciona la propia base de datos. Por
ejemplo, SQL Server proporciona tipos de datos intrnsecos como integer, datetime, bit,
char y varchar.
Los tipos de datos derivados se definen utilizando el lenguaje de modelado de datos
(DML) que proporciona la base de datos. Los tipos de datos derivados se crean a partir
de tipos de datos intrnsecos o de tipos de datos derivados anteriormente definidos. Lo
normal es que se proporcione un nombre y una estructura al tipo de datos derivado. Los
tipos de datos derivados garantizan un uso coherente de tipos de datos especiales para
columnas, variables y parmetros seleccionados.
Es importante utilizar tipos de datos para asegurarse de que cualquier valor de datos
asignado es del tipo correcto y est dentro del intervalo de valores admisible. Las
diversas tecnologas de almacenamiento de datos y lenguajes de programacin admiten
distintos tipos de datos, entre los que se incluyen los siguientes:
Boolean.
Integer.
Float.
Datetime.
Tinyint.
DISPLAY.
COMP3.
Binary.
String.
Character.
Cuando se asignan tipos de datos, hay que asegurarse de que el intervalo proporcionado
por el tipo de datos se ajuste a los datos que se almacenarn y, si es posible, anticipe
cambios futuros. Por ejemplo, si se elige el tipo de datos tinyint para la identificacin de
un cliente, la aplicacin podr manejar un nmero mximo de 255 clientes. Sin
embargo, si se elige el tipo de datos integer, podr tener un nmero superior a dos mil
millones de clientes. Otro ejemplo: si utiliza un nico carcter para indicar el cdigo de
servicio de clientes, una ampliacin posterior a dos caracteres requerir cambios
complicados en la aplicacin.
Se puede ahorrar espacio en la base de datos y se pueden mejorar las operaciones de
combinacin eligiendo tipos de datos apropiados para los distintos campos. Como
norma general, se debe elegir el tipo de datos ms pequeo posible que se adecue a los
datos del campo.
A la hora de asignar tipos de datos, se deben tener en cuenta los siguientes puntos:
Valoresmximoymnimopermitidos.
Valorespredeterminados.
Valoresvacos(oNULL).
Crecimientoprevisto.
Cambiosprevistoseimprevistos(enlamedidadeloposible).
En un entorno de bases de datos relacionales, los tipos de datos ayudan a exigir las
reglas de empresa. Por ejemplo, no se pueden unir dlares y colores y obtener una
respuesta til. Aunque es prcticamente imposible que lleve a realice intencionadamente
un proceso de adicin como el anterior, una base de datos relacional identificar la
incoherencia de los tipos de datos y rechazar automticamente la consulta.
Si utiliza bases de datos de SQL Server o de Oracle, podr definir las tablas, filas,
columnas, claves y tipos de datos con Visual Database Tools.
Integridad de datos
La integridad de datos se refiere a los valores reales que se almacenan y se utilizan en
las estructuras de datos de la aplicacin. La aplicacin debe ejercer un control
deliberado sobre todos los procesos que utilicen los datos para garantizar la correccin
permanente de la informacin.
Es posible garantizar la integridad de los datos mediante la implementacin escrupulosa
de varios conceptos clave, como los que se incluyen a continuacin:
Normalizar datos.
Definir reglas de empresa.
Proporcionar integridad referencial.
Validar los datos.
Normalizacin de datos
La tarea de un diseador de bases de datos consiste en estructurar los datos de forma
que se eliminen duplicaciones innecesarias y se proporcione una ruta de bsqueda
rpida para toda la informacin necesaria. El proceso de perfeccionar tablas, claves,
columnas y relaciones para crear una base de datos eficaz se denomina normalizacin.
La normalizacin no slo es aplicable a archivos relacionales; tambin es una actividad
de diseo comn para archivos indizados.
Es un proceso complejo formado por muchas reglas especficas y distintos niveles de
intensidad. La definicin completa de normalizacin es el proceso de descartar la
repeticin de grupos, minimizar la redundancia, eliminar claves compuestas para la
dependencia parcial y separar los atributos que no sean de la clave. En trminos
generales, las reglas de normalizacin se pueden resumir en una sola frase: "Cada
atributo (columna) debe ser una realidad de la clave, toda la clave y nada ms que la
clave". Cada tabla debe describir slo un tipo de entidad (como una persona, un lugar,
un pedido de cliente o un producto).
A continuacin se enumeran algunas de las ventajas de la normalizacin:
La mayora de las bases de datos simples se puede normalizar siguiendo una simple
regla emprica: las tablas que contienen informacin repetida deben dividirse en tablas
independientes para eliminar la duplicacin.
Por ejemplo, puede crear una nueva aplicacin para un librero que realice un
seguimiento de cada libro, e incluya los datos siguientes.
Es posible crear una nica tabla con un campo para cada uno de los elementos de
informacin enumerados anteriormente. No obstante, si se examinan los datos
detenidamente, es evidente que una tabla con estas caractersticas contendra numerosas
redundancias. Por ejemplo, como lo normal es que muchos autores hayan escrito ms de
un libro, la informacin correspondiente al autor y a la editorial de cada libro se
repetira muchas veces. Si todos estos campos se colocan en una nica tabla habr
muchas entradas duplicadas y confusas.
Sin embargo, de acuerdo con los principios de la normalizacin, los datos se podran
dividir en cuatro grupos: Authors, AuthorsTitles, Titles y Publishers, tal y como se
muestra en la siguiente tabla.
Tabla Authors Tabla AuthorsTitles
id_au (clave)
id_au (clave externa)
nombre_au
isbn_ti (clave externa)
direccin_au
telfono_au
Tabla Titles
isbn_ti (clave)
ttulo_ti
aopublic_ti
id_edit (clave
externa)
Tabla Publishers
id_edit (clave)
nombre_edit
dir_edit
telfono_edit
Las claves proporcionan una forma de establecer relaciones entre tablas. Por ejemplo, la
tabla AuthorsTitles crea una relacin varios a varios entre las tablas Authors y Titles (un
autor puede haber escrito muchos libros y un libro puede haber sido escrito por varios
autores). Con la tabla AuthorsTitles, se pueden realizar consultas de los nmeros de
libros escritos por un autor (utilizando id_au), as como determinar qu autor o autores
han escrito un libro determinado (utilizando isbn_ti).
Conviene sealar que, en lugar de crear la tabla AuthorsTitles, otra alternativa sera
agregar el atributo id_au en la tabla Titles, pero esta opcin slo es viable en el supuesto
de que cada libro tenga un nico autor. Observemos con ms detenimiento otra
interpretacin: la colocacin del atributo id_edit en la tabla Titles sugiere que cada ttulo
pertenece a una sola editorial. Si varias editoriales publican el mismo ttulo, la insercin
de ms filas Ttulo en la tabla Titles para cada editorial dara lugar a una duplicacin de
datos y, por lo tanto, la tabla no estara normalizada. Estas alternativas de diseo
requieren una evaluacin minuciosa de los puntos siguientes: significado de los datos de
empresa, tipos de consultas previstos en la aplicacin, posibles conflictos durante el uso
simultneo de varios usuarios y posibles problemas de rendimiento derivados de la
existencia de muchos ndices en una tabla.
Si se evala la normalizacin de otras alternativas de diseo, es conveniente conocer la
existencia de diversas tcnicas que se pueden utilizar para desnormalizar una base de
datos de forma intencionada. Cundo se puede dar este caso?. Podra desnormalizar los
datos intencionadamente en el caso de que se detectasen problemas de rendimiento o,
simplemente, desease simplificar el proceso de generacin de informes apropiados. Los
problemas de rendimiento se derivan de las consultas de produccin que requieren
combinaciones con un uso intensivo del disco y de gran lentitud. El proceso de
generacin de informes con fines especficos consiste en la realizacin de consultas no
estructuradas por parte de los usuarios finales; puede que estos usuarios no tengan la
formacin adecuada y tengan inseguridad a la hora de obtener informacin de varias
tablas relacionadas.
Al definir las reglas de empresa para tener acceso a los datos, se eligen los mecanismos
en tiempo de ejecucin que la aplicacin utilizar para exigir las reglas aplicables a los
datos. En principio, hay que determinar el servicio o componente que debe exigir la
regla y la forma exacta en que se implementar dicha regla. A la hora de tomar esta
determinacin deben considerarse varios puntos:
QumecanismosdeexigenciaestndisponiblesElsistemadeadministracinde
basesdedatos(DBMS),elcdigodelosserviciosdelaaplicacinoloscomponentes
deinterfazdeusuariocomoformulariosWindowsFormsoWebFormspuedenexigir
lasreglas.Enelsistemadeadministracindebasesdedatos,unareglasepuedeexigir
contiposdedatos,restricciones,desencadenadoresoprocedimientosalmacenados.
Enuncomponente,comounobjetocomercial,unareglasepuedeexigirmediante
programacinatravsdelcontroldeeventos(porejemplo,sepuedeexigirunaregla
cadavezquesedesencadeneeleventoRowChanged).Enuncomponentedeinterfaz
deusuariosepuedeexigirunareglamedianteprogramacinoatravsdelos
controlesdeinterfazdeusuarioquepuedencontrolarlaedicindedatoslocales.
Esdeseableunaexigenciaredundante?Aunquelaexigenciaredundantedeuna
reglapuedaparecerunaprdidadetiempo,nosedebedescartar.Porejemplo,se
podraelegirlaopcindeexigirunareglaenunformularioyenelsistemade
administracindebasesdedatos.Mediantelaexigenciadelareglaenelformulario,
semejoraelrendimientodelaoperacindeentradadedatos(evitandoasla
comunicacindeidayvueltaconlabasededatos).Mediantelaexigenciadelaregla
enelsistemadeadministracindebasesdedatos,segarantizaquetodoslosdatos
cumplanlaregla,ynoslolosdatosintroducidosatravsdelformularioencuestin.
Enunentornodeprogramacinqueexijarapidezycontinuaactividad,puedequeotro
programadorcreeunformularioquenoexijalaregla.Tambinesposiblequeun
usuariodebasesdedatosconexperienciayunaltogradodeprivilegiosutiliceSQL
parainsertarfilasdirectamenteenlabasededatos.Enunentornodeestas
caractersticas,laformamsfiabledegarantizarlacorreccindelosdatosesutilizarel
sistemadeadministracindebasesdedatosparaexigirlaregla.
ConqurigorsedebeexigirlareglaEsdecir,silareglarequiereunaexigencia
rigurosayconstanteosiesaceptableexigirlareglasloperidicamenteoslo
durantedeterminadasfasesdeunproceso.Porejemplo,unareglaqueexijaque"el
nmerodelastarjetasdecrditotenga16dgitos"podrarequerirunaexigencia
rigurosaporquelabasededatosnodebecontenerenningnmomentounnmerode
tarjetadecrditoincorrecto.
Por otro lado, una regla que exija que "las rdenes de compra deben tener una
direccin de envo" podra no requerir una imposicin continua. Una regla de
este tipo requerira una exigencia slo durante ciertos momentos del
procesamiento de rdenes. Por ejemplo, si el agente de ventas y el cliente
necesitan varios das para completar una orden de compra, a la espera de que el
cliente elija exactamente los productos que desea comprar, la orden de compra
puede permanecer incompleta en la base de datos durante esos das. Cuando se
completa la orden de compra y se transmite al departamento de envos, debe
tener una direccin de envo. No es preciso que se exija la regla que requiere una
direccin de envo durante las etapas previas del proceso de generacin de
rdenes.
CmoafectarlaexigenciaalrendimientoEltipoelegidodeexigenciadeunaregla
puedeafectaralconceptoqueseformeelusuariosobreelrendimientodela
aplicacin.Porejemplo,siexistelaposibilidaddequeunareglasloseexijaenun
formulariooenlabasededatos,esconvenienteelegirqueseexijaenelformulario
paraquelosusuariosnotenganqueesperarunacomunicacindeidayvueltaconla
basededatosantesdedescubrirseunerrortipogrfico,porejemplo.
CmoafectarlaexigenciaalacapacidaddemantenimientoUnaregla
especialmentecomplejapuedeimplementarsedeformaquetengaunfcil
mantenimiento.Esdecir,sepuedeelegirunmecanismodeimplementacinque
muestreunagranafinidadconlapropiaregla.Porejemplo,silareglacontrolalas
secuenciasdelastareasautomatizadasdelasolucindesoftware,sepuede
implementarenunlenguajequedispongademecanismosparainstruccionesCASEo
SWITCHcomplejas,yenunlenguajequedispongademecanismosparadesencadenar
eventosyresponderaellos.
Una aplicacin requiere reglas de empresa para el acceso a los datos en cualquiera de
las siguientes circunstancias:
Insertar,actualizar,eliminaryverlosdatos.
Validarlosdatos.
Controlarlaseguridaddelosdatos.
Controlarelaccesoadatosdevariosarchivos.
Proporcionarintegridadreferencial.
Manipulacin de datos
Es posible utilizar una regla de empresa cada vez que la aplicacin inserta, actualiza,
elimina o ve datos. Las reglas de empresa implementadas de este modo proporcionan un
control conciso sobre los datos que se pueden actualizar y la forma de actualizarlos. Por
ejemplo, si la aplicacin inserta nuevas rdenes de venta al archivo de facturas, una
regla de empresa debera comprobar automticamente el lmite de crdito del cliente
antes de aceptar e insertar los elementos de la lnea de rdenes de venta.
Validar datos
Puede que la aplicacin requiera seguridad de acceso para controlar quin tiene acceso
para ver y modificar datos de la aplicacin. La seguridad no slo consiste en autorizar
los inicios de sesin de los usuarios; la seguridad implica tambin el control del acceso
a todos los componentes de la arquitectura de la aplicacin y el control de los procesos
de acceso a datos, incluidos los siguientes servicios:
Serviciosdeinterfazdeusuario.
Serviciosdelsistemaoperativo.
Serviciosdeprocesosdeempresa.
Serviciosdetransmisindedatos.
Serviciosdebasededatos.
Si la aplicacin tiene que seguir paso a paso una cadena compleja de valores lgicos y
de datos con el fin de prepararse para un proceso de decisin, se debe utilizar una regla
de empresa para simplificar el acceso a varios archivos. La regla de empresa buscar
automticamente todas las estructuras de datos necesarias y volver a empaquetarlas
para facilitar su uso. Por ejemplo, supongamos que la aplicacin tiene que determinar el
importe mximo posible para un nico procedimiento de peticin de asistencia sanitaria
de varias lneas. Mientras se inspecciona el elemento de lnea actual, se debe buscar el
historial completo de peticiones del beneficiario para utilizar previamente un
procedimiento idntico. Adems, deben comprobarse los lmites de duracin del
contrato y la fecha actual para determinar el importe permitido. Este tipo de acceso a
datos de varios archivos presenta una oportunidad excelente para crear una regla de
empresa reutilizable que controle la situacin de forma coherente y correcta.
Proporcionar integridad referencial
Integridad referencial
La integridad referencial significa que la clave externa de una tabla de referencia
siempre debe aludir a una fila vlida de la tabla a la que se haga referencia. La
integridad referencial garantiza que la relacin entre dos tablas permanezca sincronizada
durante las operaciones de actualizacin y eliminacin.
Por ejemplo, supongamos que la aplicacin tiene una tabla Titles y una tabla Publishers
como se muestra en la siguiente tabla.
TablaTitles
isbn_ti(clave)
TablaPublishers
id_edit(clave)
ttulo_ti
nombre_edit
aopublic_ti
dir_edit
id_edit(claveexterna) telfono_edit
La integridad referencial requiere que estas dos tablas estn sincronizadas. Es decir, la
identificacin de cada editorial (id_edit) de la tabla Titles tambin debe aparecer en la
tabla Publishers.
La aplicacin no puede eliminar la fila id_edit de la tabla Publishers porque la fila
id_edit de la tabla Titles se quedara sin una referencia. Sin embargo, se podra permitir
la eliminacin de la fila id_edit de la tabla Publishers y eliminar tambin todas las filas
de la tabla Titles que tengan la misma identificacin id_edit. Con esta accin se
mantendra la integridad referencial en ambas tablas.
De forma similar, la aplicacin no puede aadir una fila a la tabla Titles si no existe ya
una identificacin vlida id_edit en la tabla Publishers. Esta accin dara lugar a la
insercin de datos "defectuosos" en el campo id_edit. De manera que la aplicacin debe
asegurarse de que haya una clave id_edit vlida en la tabla Publishers antes de insertar
la identificacin id_edit en la fila de Titles relacionada.
La implementacin real de la integridad referencial depende totalmente del motor de
almacenamiento de datos que se elija y de los requisitos de diseo de la aplicacin.
Histricamente, las aplicaciones que utilizan archivos VSAM de gran sistema usaban
cdigo basado en aplicaciones para controlar la integridad referencial. Hoy en da,
aunque la aplicacin utilice SQL Server, eso no significa que se deban utilizar
desencadenadores, claves externas, restricciones y eliminaciones en cascada para
mantener la integridad referencial. Una vez ms se puede elegir la opcin de controlar
aspectos relacionales con cdigo basado en aplicaciones.
Validacin de datos
La validacin de datos garantiza la correccin y precisin de todos los valores de datos
de la aplicacin. La validacin de datos de la aplicacin puede disearse utilizando
distintos enfoques: cdigo de interfaz de usuario, cdigo de aplicacin o restricciones de
bases de datos.
Hay varios tipos de validacin de datos:
En primer lugar, conviene recordar que las directrices anteriormente expuestas pueden
ser contradictorias. Por ejemplo, si la capacidad de mantenimiento se considera el
aspecto ms importante, puede que no importe sacrificar en cierta medida el
rendimiento. De forma similar, el hecho de que una regla d lugar a una exigencia
rigurosa no significa que el sistema de administracin de bases de datos tenga que
exigirla obligatoriamente. Si la regla afecta a datos que abarcan varias tablas (o
archivos) y stas se almacenan en bases de datos independientes, es posible que el
sistema de administracin de bases de datos no pueda exigirla.
En segundo lugar, conviene recordar que la capacidad de mantenimiento no es un
concepto abstracto, sino un concepto concreto que depende fundamentalmente de la
experiencia del personal con que se cuente. Disear una implementacin, fcil de
mantener, de una regla supone ante todo la eleccin de una implementacin que se
aproveche de los conocimientos de los programadores. Si la regla se puede implementar
con SQL, pero el personal tiene ms experiencia con Visual Basic que con SQL, en lo
que respecta a la capacidad de mantenimiento de la aplicacin sera ms recomendable
implementar la regla en Visual Basic.
En tercer lugar, conviene recordar que es muy difcil prever dnde van a surgir
problemas de rendimiento. Durante la fase de implementacin, no es necesario poner
demasiado empeo en lograr un rendimiento mximo. Las aplicaciones han alcanzado
tal grado de complejidad que es casi imposible prever en qu momento pueden
producirse problemas relacionados con el rendimiento. Es preferible centrarse en los
objetivos bsicos del diseo y, posteriormente, detectar y solucionar los problemas de
rendimiento durante la fase de control de calidad.
Identificarlosdatosyprocesosasociados(porejemplo,elequipodeventasdeseaver
elcatlogodeproductosenpantallayenviarlospedidosdelosnuevosclientes).
Definirlosdatos(tiposdedatos,tamaosyvalorespredeterminados).
Comprobarlaintegridaddelosdatos(utilizandoreglasdenegocioycomprobaciones
devalidacin).
Definirlosprocesosoperativos(comorevisionesycopiasdeseguridad).
Seleccionarunatecnologadealmacenamientodedatos(relacional,jerrquicao
indizada).
Diagramassecuenciales.
Diagramasdecolaboracin.
Diagramasdecasosdeuso.
Diagramasdeestado.
Diagramasdeactividad.
Diagramasdeestructuraesttica(diagramasdeclaseydeobjeto).
Diagramasdecomponentes.
Diagramasdeimplementacin.
Una buena razn para modelar la aplicacin con UML es la comunicacin de las ideas
de diseo. Con UML puede modelar visualmente procesos empresariales, arquitecturas
de aplicaciones, estructuras de datos e interacciones del usuario tanto existentes como
propuestos. Los diagramas de UML son fciles de comprender y ayudan a entender lo
que hace la aplicacin y cmo la gente interacta con ella. Mientras se desarrollan los
diagramas de UML, puede presentar cmo trabaja la aplicacin propuesta e ir refinando
el diseo de la misma de manera incremental.
Para obtener ms informacin, vea la ayuda en pantalla de Visio para arquitectos
empresariales en el CD-ROM de Microsoft Visio para arquitectos empresariales. Visio
debe estar activo y ejecutndose para poder ver la ayuda en pantalla de la solucin UML
de Visio. Al final de la instalacin de Visual Studio .NET tiene la opcin de instalar
Visio para arquitectos empresariales.