Carta estructurada

La carta estructurada tambin es conocida como el modelo de producto, es una

metodologa de anlisis y diseo de sistemas de anlisis estructurado, lo que
muestra es un mapa de diseo de arriba hacia abajo (top-down) de tipo
jerrquico en el que se asienta cmo ser programado el proyecto, construido,
integrado y probado.

Diseo de entrada proceso y salida

Es el enlace que une al sistema de informacin con el mundo y sus usuarios, en

esta existen aspectos generales que todos los analistas deben tener en cuenta
estos son:

Objetivos del Diseo de Entrada.

Captura de Datos para la Entrada.

Objetivo del Diseo de Entrada

Consiste en el desarrollo de especificaciones y procedimientos para la

preparacin de datos, la realizacin de los procesos necesarios para poner los
datos de transaccin en una forma utilizable para su procesamiento as como la
entrada de los datos se logra al instruir a la computadora para que lea ya sea
documentos escritos, impresos por personas que los escriben directamente al
sistema.

Existen cinco objetivos que controlan la cantidad de entrada requerida, a enviar

los retrasos, controlar los errores y mantener la sencillez de los pasos
necesarios, estos son:

Control de la Calidad de Entrada

Evitar los Retrasos

Evitar los errores en los datos

Evitar los pasos adicionales

Mantener la Sencillez del Proceso

Diseo de salida

El diseo de sistema se representa a travs de dos fases: el diseo lgico y el

diseo fsico.

Cuando los analistas formulan un diseo lgico; escriben las especificaciones

detalladas del nuevo sistema; esto es, describen sus caractersticas: las salidas,
entradas, archivos y bases de datos y procedimientos; todos de manera que
cubran los requerimientos del proyecto.

El diseo lgico de un sistema de informacin es como el plano de un ingeniero

para armar un automvil: muestra las caractersticas principales(motor,
transmisin y rea para los pasajeros)y como se relacionan unas con
otras(donde se conectan entre s los componentes del sistema, o por ejemplo,
cuan separadas estn las puertas.

Los informes y la produccin del analista son los componentes de todo el

mecanismo que emplea el ingeniero. Los datos y procedimientos se ligan y
entonces se produce un sistema que trabaje.

El diseo lgico tambin especifica las formas de entrada y las descripciones de

las pantallas de todas las transacciones y archivos a fin de mantener los datos
de inventario, los detalles de las transacciones y los datos del proveedor. Las
especificaciones de los procedimientos describen mtodos para introducir los
datos, corridas de informes copiados de archivos y deteccin de problemas.

El diseo fsico, actividad que sigue el diseo lgico, produce programas de

software, archivos y un sistema en marcha, las especificaciones del diseo
indican a los programadores que debe hacer el sistema. Los programadores a
su vez escriben los programas que aceptan entradas por parte de los usuarios,
procesan los datos, producen los informes y almacenan estos datos en los
archivos.

Diseo de archivos y bases de datos

El diseo de archivos y bases de datos incluye decisiones con respecto a la

naturaleza y contenido del propio archivo, como si se fuera a emplear para
guardar detalles de las transacciones, datos histricos, o informacin de
referencia. Entre las decisiones que se toman durante el diseo de archivos, se
encuentran las siguientes:

a) Los datos que deben incluirse en el formato de registros contenidos en el

archivo.

b) La longitud de cada registro, con base en las caractersticas de los datos que
contenga.
c) La secuencia a disposicin de los registros dentro del archivo (la estructura
de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseo de todos los archivos, ya que
pueden existir archivos de un sistema anterior que pueden ser utilizados para el
nuevo sistema y probablemente solo tenga que enlazarse el nuevo sistema al
archivo maestro donde se encuentran los registros.

En lo que se refiere a las bases de datos, la mayora de los sistemas de

informacin ya se han implantado en sistemas de cmputos grandes o
pequeos, por lo que utilizan una base de datos que puede abarcar varias
aplicaciones, por esta razn estos sistemas utilizan un administrador de base de
datos. En este caso el diseador no construye la base de datos sino que
consulta a su administrador para ponerse de acuerdo en el uso de esta base de
datos en el sistema.

Diseo de prueba y documentacin del sistema

Consiste en comprobar que el software realice correctamente las tareas

indicadas en la especificacin del problema. Una tcnica de prueba es probar
por separado cada mdulo del software, y luego probarlo de forma integral,
para as llegar al objetivo. Se considera una buena prctica el que las pruebas
sean efectuadas por alguien distinto al desarrollador que la program,
idealmente un rea de pruebas; sin perjuicio de lo anterior el programador
debe hacer sus propias pruebas. En general hay dos grandes formas de
organizar un rea de pruebas, la primera es que est compuesta por personal
inexperto y que desconozca el tema de pruebas, de esta forma se evala que la
documentacin entregada sea de calidad, que los procesos descritos son tan
claros que cualquiera puede entenderlos y el software hace las cosas tal y como
estn descritas.