Carta Estructurada 2.1 6s6r1y

Carta estructurada La carta estructurada también es conocida como el modelo de producto, es una metodología de análisis y diseño de sistemas de análisis estructurado, lo que muestra es un mapa de diseño de arriba hacia abajo (top-down) de tipo jerárquico en el que se asienta cómo será programado el proyecto, construido, integrado y probado. Diseño de entrada proceso y salida Es el enlace que une al sistema de información con el mundo y sus s, en esta existen aspectos generales que todos los analistas deben tener en cuenta estos son: •

Objetivos del Diseño de Entrada.

•

Captura de Datos para la Entrada.

Objetivo del Diseño de Entrada Consiste en el desarrollo de especificaciones y procedimientos para la preparación de datos, la realización de los procesos necesarios para poner los datos de transacción 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

Diseño de salida El diseño de sistema se representa a través de dos fases: el diseño lógico y el diseño físico. Cuando los analistas formulan un diseño lógico; escriben las especificaciones detalladas del nuevo sistema; esto es, describen sus características: las salidas, entradas, archivos y bases de datos y procedimientos; todos de manera que cubran los requerimientos del proyecto. El diseño lógico de un sistema de información es como el plano de un ingeniero para armar un automóvil: muestra las características principales(motor, transmisión 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 están las puertas. Los informes y la producción 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 diseño lógico también 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 métodos para introducir los datos, corridas de informes copiados de archivos y detección de problemas. El diseño físico, actividad que sigue el diseño lógico, produce programas de software, archivos y un sistema en marcha, las especificaciones del diseño indican a los programadores que debe hacer el sistema. Los programadores a su vez escriben los programas que aceptan entradas por parte de los s, procesan los datos, producen los informes y almacenan estos datos en los archivos. Diseño de archivos y bases de datos El diseño 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 históricos, o información de referencia. Entre las decisiones que se toman durante el diseño 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 características de los datos que contenga.

c) La secuencia a disposición de los registros dentro del archivo (la estructura de almacenamiento que puede ser secuencial, indexada o relativa). No todos los sistemas requieren del diseño 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 mayoría de los sistemas de información ya se han implantado en sistemas de cómputos grandes o pequeños, por lo que utilizan una base de datos que puede abarcar varias aplicaciones, por esta razón estos sistemas utilizan un de base de datos. En este caso el diseñador no construye la base de datos sino que consulta a su para ponerse de acuerdo en el uso de esta base de datos en el sistema. Diseño de prueba y documentación del sistema Consiste en comprobar que el software realice correctamente las tareas indicadas en la especificación del problema. Una técnica de prueba es probar por separado cada módulo del software, y luego probarlo de forma integral, para así llegar al objetivo. Se considera una buena práctica 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 evalúa que la documentación entregada sea de calidad, que los procesos descritos son tan claros que cualquiera puede entenderlos y el software hace las cosas tal y como están descritas.