Enseñar
Para
El
Futuro
"Enriquecimiento más allá del aula"
"Encaminando la educación hacia el mañana"
"Emprendiendo nuevos caminos y paradigmas"
El análisis y diseño de sistemas se refiere al proceso de examinar la situación de una empresa con el propósito de mejorar con métodos y procedimientos más adecuados. El desarrollo de sistemas tiene dos componentes.
Conceptos Básicos:
-
Análisis: Es el proceso de clasificación e interpretación de hechos, diagnostico de problemas y empleo de la información para recomendar mejoras al sistemas.
-
Diseño: Especifica las características del producto terminado.
-
Sistemas: Conjunto u ordenación de cosas relacionadas de tal manera que forman una unidad o un todo orgánico.
-
Sistemas de Información: Conjunto u ordenación de elementos organizados para llevar a cabo algún método, procedimiento o control mediante el procesamiento de información.
Componentes de un sistema de información:
Además de una entrada y una salida, los SI poseen los siguientes componentes:
Fases de Desarrollo de un Sistema de Información.
Para el desarrollo de sistemas se sigue un guión que ordena cada una de las actividades que involucra el desarrollo. El guión es mejor conocido como "Ciclo de Vida del Desarrollo de un Sistema". En este apartado sólo presentaremos las actividades o fases que involucra el desarrollo en forma de cascada pero no explicaremos cada una de las guías de desarrollo.
Análisis y Diseño de Sistemas
Análisis de Sistemas.
Se refiere al proceso de examinar la situación de una empresa con el propósito de mejorarla con métodos y procedimientos más adecuados.
James A. Senn.
Principios de Análisis
El Ambito de Información: Todos los Sistemas son construidos para procesar datos, es decir, para aceptar una entrada, manipularla de alguna forma y producir una salida. Esta declaración es válida tanto si se construye un sistema de nómina o para un sistema controlador de una alarma.
Para comprender completamente el ámbito de Información, debemos considerar los siguientes planteamientos:
-
El Flujo de la Información: Es la manera en que los datos cambian mientras se mueven a través de los procesos de un Sistema.
-
El Contenido de la Información: Representa los elementos de datos individuales que componen otros elementos mayores de información. Ej. Estudiante {matrícula, nombre, calificaciones, etc.}
-
La Estructura de la Información: Representa la Organización interna de los distintos elementos de datos y de control.
Modelización: Creamos modelos para obtener un mejor entendimiento de la entidad (Sistema) que pretendemos construir. Cuando creamos una entidad física (una casa, un avión, etc.) construimos modelos idénticos a una menor escala. Sin embargo, cuando construimos una entidad abstracta (Software) el modelo toma una forma diferente. Debe ser capaz de modelizar la información que transforma el sistema, las funciones (y subfunciones) que permiten la transformación y el comportamiento del sistema a medida que se produce la transformación.
Partición: A menudo, los problemas son demasiado grandes y complejos para que se puedan comprender como un todo. Por esta razón tendemos a dividir los problemas en partes que se puedan entender fácilmente y establecer conexiones entre las partes, de forma que se realice la función global.
Tareas del Analisis.
Se pueden identificar cinco areas de esfuerzo: (1) reconocimiento del problema, (2) Evualuacion y Sintesis, (3) modelizacion, (4) Especificacion, (5) Revision.
-
Reconocimiento del Problema. El analisista debe hacer contacto con el equipo tecnico y de gestion de los usuarios con el objetivo de reconocer los elementos basicos del problema y el entorno del sistema tal y como los percibe el usuario/cliente.
-
Evaluacion y Sintesis. El analista evalua el flujo y la estructura de la informacion, define y elabora las funciones todas las funciones que debe realizar el software y debe llegar a un entendimiento del comportamiento del sistema ante los sucesos que lo estimulan. Tras la evaluacion el analista sintetiza una o mas soluciones que deben responder a “QUE SE HARA” no al “COMO SE HARA”.
-
Modelizacion. Para un mejor entendimiento de la solucion, el analista crea modelos del sistema para visualizar de mejor manera el flujo de datos y de control, el procesamiento funcional, el comportamiento operacional y el contenido de la informacion.
-
Especificacion. El analista proporciona una representacion (escrita y grafica) del software que demuestra que se ha llegado a un entendimiento de cómo debe implementarse con éxito el sistema.
-
Revision. La documentacion del analisis sirve como base para una revision por parte del cliente y el desarrollador, casi siempre en esta etapa se producen cambios a la funcion, a la representacion de los datos y a los requerimientos. Es importante que el cliente apruebe al ciento por ciento la especificacion para continuar con el desarrollo.
DFD
(Diagrama de Flujo de Datos)
Es una herramienta que permite visualizar un sistema como una red de procesos funcionales, conectados entre sí por flujos y almacenes de datos.
El DFD es una de las herramientas más comúnmente usadas, sobre todo en sistemas donde los procesos son de mayor importancia y más complejos que los datos que maneja.
Componentes de una DFD.
El proceso.
Tiene como sinónimos comunes Burbuja, Función y Transformación. El proceso muestra una parte del sistema que transforma una o más entradas en salidas. El proceso se representa gráficamente por un círculo, aunque algunos analistas prefieren usar un rectángulo con los bordes redondeados.
El proceso se nombra o se describe con una sola palabra, frase u oración sencilla. Regularmente el nombre del proceso describe lo que hace, un buen nombre generalmente incluye un verbo que denota la función a realizar.
El Flujo.
Describe el movimiento de bloques o paquetes de datos de una parte del sistema a otra. Se representa gráficamente por medio de una flecha que entra o sale de un proceso.
Almacén.
Modela una colección de paquetes de datos (flujos) en reposo. Se representa gráficamente por dos líneas paralelas o por un rectángulo abierto por su lado derecho.
El Terminador.
Representa entidades externas con las cuales el sistema se comunica. Comúnmente un terminador es una persona, grupo u organización fuera del control del sistema que se está modelando que estimula el sistema a iniciar un proceso o recibe informaciones generadas por él. Ejemplo de terminadores lo encontramos en un cliente, un departamento dentro de la misma organización donde está implantado el sistema u otra organización.
Guía de Construcción.
Los terminadores, procesos y almacenes forman una red lógica interconectada por los flujos que salen y entran de cada uno de ellos. La comunicación se da de la siguiente forma:
Procesos > Almacenes Almacenes > Procesos
Procesos > Procesos Entidades > Procesos
Procesos > Entidades Entidades > Procesos > Almacenes
Almacenes > Procesos > Entidades
Reglas:
-
Las entidades y los almacenes se comunican sólo si existe un proceso intermedio.
-
Escoger nombres con significado para los procesos.
-
Numerar los procesos y almacenes.
-
Anotar una diagonal en la parte inferior derecha de las entidades duplicadas.
-
Asegúrese que el DFD se lógicamente consistente. Evitar:
Sumideros Infinitos: Procesos de sólo entradas.
Procesos de generación espontánea: Con salidas pero sin entradas
Flujos y procesos no etiquetados.
-
Redibuje el DFD cuantas veces sea necesario, ya sea para corregirlo funcional o estéticamente.