Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Introduccin
La presente es una pauta para hacer diseos lgicos y fsicos. El documento tiene un
enfoque prctico y no est asociado con metodologas formales, sino que refleja lo que
se hace en la prctica profesional. Debido a la ambigedad presente en las fuentes de
informacin, sta pauta de diseo lgico y fsico pretende hacer un detalle preciso y
completo de lo que debe incluir tanto el diseo lgico como fsico.
El documento ser usado como gua para preparar la documentacin en los talleres de
bases de datos e Internet.
Definiciones
Diseo lgico
Un diseo lgico es un conjunto de documentos que definen las funciones y
comportamiento de un sistema de informacin. Corresponde a lo que se llama una
ingeniera bsica del sistema en la ingeniera general. El diseo lgico traduce los
casos de uso creados en el levantamiento de requerimientos en un conjunto de
funciones detalladas. El diseo lgico es independiente de la tecnologa. El diseo
lgico refina, organiza y detalla la solucin de negocios (levantamiento) y define
formalmente las reglas y polticas especficas del sistema en particular.
El diseo lgico se convierte en parte en la especificacin funcional que se usa como
dato de entrada para hacer un diseo fsico, por lo tanto se debe completar el primero
antes de hacer el segundo. Este diagrama refleja esa relacin.
Diseo fsico
Un diseo fsico es un conjunto de escritos y diagramas que documentan las
instrucciones para construir fsicamente un sistema de informacin. Su objetivo es servir
como planos para la programacin y debe contener tambin las instrucciones para
montar y operar el software sobre equipos reales. Es equivalente a lo que en ingeniera
general se conoce como la ingeniera de detalle de un proyecto y sus lectores sern
principalmente gente especializa en informtica: analistas, programadores,
administradores de bases de datos, jefes de proyectos e ingenieros de sistemas.
Como ingeniera de detalle, el diseo fsico deber documentar por separado cada
mdulo de programa, cada pantalla y cada procedimiento que se implemente, como
tambin la forma en la cual ser implementado el proyecto.
El nivel de detalle debe ser bajo, pero debe dar una visin completa del sistema.
Para cada funcin:
Descripcin de funcin: nombre y descripcin de la accin de cada funcin.
Ejemplos de funciones: creacin de perfil de usuario, modificacin de tabla de
proveedores.
Entradas:
o Pantalla de entrada a la funcin
o interfaces de entrada (ej: recepcin de datos de otros sistemas),
o tablas de parmetros,
o tablas de entrada.
Salidas:
o listados,
o interfaces de salida (ej: envo de datos a otros sistemas)
o pantallas asociadas.
o tablas de salida.
Caso de uso asociados: debe tener un diagrama del caso de uso que esta funcin
implementa.
Detalle de mdulos:
Cada funcin del diseo lgico se convierte en uno o ms mdulos que sern
programados. El detalle del mdulo debe contener las instrucciones detalladas para la
programacin.
Cada mdulo debe tener al menos:
Entradas: pantallas, archivos de parmetros, programas que lo invocan, etc. Cada
uno de esos elementos debe ser descrito en detalle.
Salidas: pantallas, listados, datos generados en base de datos, etc.
Funcionamiento interno, acompaados de diagramas de flujo, pseudo-cdigo
(ver anexo), frmulas, diagramas de secuencias y toda documentacin necesaria
para entender la construccin del mdulo.
Transacciones implementadas en el mdulo.
Diseo fsico de base de datos:
Se debe incluir un diseo fsico detallado de la base de datos. Esto no significa crear un
diagrama nico, sino que generar todos los diagramas que muestren el diseo fsico en
forma completa y clara. El diseo fsico de la base de datos debe ser acompaado de
descripciones tcnicas legibles, orientadas a la implementacin.
Procedimientos implementados en base de datos:
Los procedimientos implementados directamente en la base de datos deben
documentarse uno a uno. Es importante destacar los parmetros de entrada, de salida y
su funcionamiento. No se debe mostrar la lgica de programacin, sino descripciones de
las mismas. Si es necesario incluir detalles del funcionamiento debe usarse pseudocdigo (ver anexo).
Diagrama de implementacin del sistema:
Se debe detallar en que equipos, arquitectura de redes y software (sistema operativo,
software adicional) se montar el sistema.
Instalacin del sistema:
Se debe declarar la manera de instalar el sistema en las instalaciones del cliente.
Detallar los pasos de instalacin de l o los programas, migracin de bases de datos,
sitios web y otros elementos necesarios para que la implementacin funcione.
Carga de datos:
Debe existir una descripcin de la manera como el sistema capturar la informacin
existente en la empresa y la verter en las bases de datos, con el fin de hacer que el
sistema funcione. Este paso suele ser acompaado del desarrollo de programas que
automticamente cargan datos en el sistema, los cuales tambin deben ser descritos en
detalle.
Operacin del sistema:
Se debe describir como se operar el sistema. Por ejemplo, como se crean nuevas
cuentas de clientes, como se hacen los respaldos, los cierres de mes y la manera generar
de operarlo.
Anexo: Pseudo-cdigo
En general, no se debe incluir piezas de software en la documentacin. No es vlido
incluir pantallas tomadas desde sistemas ya programados, y cdigo fuente en javascript,
Visual Basic u otros lenguajes de programacin.
Sin embargo, en algunas situaciones es necesario describir algoritmos con el nivel de
detalle necesario para que el programador los entienda y programe sin cometer errores.
En esos casos se puede usar diagramas de flujo o pseudo-cdigo.
Pseudo-cdigo es simplemente una manera de especificar algoritmos usando lenguaje
comn. Por ejemplo el siguienteSecuencia de instrucciones:
Instruccin1
Instruccin2
Instruccin3
Instruccinn
Decisin
si P entonces
Instrucciones1
si no
Instrucciones2
fin si
Ciclo
Instrucciones
mientras P hacer
Instrucciones
fin mientras
mientras
hacer
si
es impar entonces
fin si
fin mientras
devolver
fin funcin