Monografías Plus      Agregar a favoritos      Ayuda      Português      Ingles     

Metodología de análisis y diseño de sistemas de información




Partes: 1, 2

  1. Introducción
  2. Análisis de sistemas de información
  3. Objetivos del análisis
  4. Diseño de sistemas de información
  5. MEDSI
  6. Conclusiones

Introducción

Un Sistemas de información es un conjunto o disposición de procedimientos o programas relacionados, que juntos forman una sola unidad. También puede entenderse como un conjunto de hechos, principios y reglas clasificadas y dispuestas de manera ordenada mostrando un plan lógico en la unión de las partes. Además de ser un método, plan o procedimiento de clasificación para hacer algo. Esto se lleva a cabo teniendo en cuenta ciertos principios:

Para poder analizar y posteriormente diseñar un sistema de información, esta establecida una serie de pasos y reglas que permiten que estas actividades se realicen de la forma más eficiente posible.

Análisis de sistemas de información

La función del Análisis puede ser dar soporte a las actividades de un negocio, o desarrollar un producto que pueda venderse para generar beneficios. Para conseguir este objetivo, un sistema información hace uso de seis elementos fundamentales:

  • 1.  Software: Son programas de computadora, con estructuras de datos y su documentación que hacen efectiva la logística metodología o controles de requerimientos del programa.

  • 2.  Hardware: Son dispositivos electrónicos y electromecánicos, que proporcionan capacidad de cálculos y funciones rápidas, exactas y efectivas (Computadoras, Censores, maquinarias, bombas, lectores, etc.), que proporcionan una función externa dentro de los Sistemas.

  • 3.  Personal: Son los operadores o usuarios directos de las herramientas del Sistema.

  • 4.  Base de Datos: Es una gran colección de informaciones organizadas y enlazadas al sistema a las que se accede por medio del software.

  • 5.  Documentación: Se refiere a manuales, formularios, y otra información descriptiva que detalla o da instrucciones sobre el empleo y operación del programa.

  • 6.  Procedimientos: Son pasos que definen el uso específico de cada uno de los elementos o componentes del sistema y las reglas de su manejo y mantenimiento.

Un Análisis de Sistema se lleva a cabo teniendo en cuenta los siguientes objetivos en mente:

  • Identifique las necesidades del cliente.

  • Evalúe que conceptos tiene el cliente del sistema para establecer su viabilidad.

  • Realice un Análisis técnico y económico.

  • Asigne funciones al hardware, software, personal, base de datos, y otros elementos del sistema.

  • Establezca las restricciones de presupuestos y planificación temporal.

  • Cree una definición del sistema que forme el fundamento de todo el trabajo de Ingeniería.

Para lograr estos objetivos se requiere tener un gran conocimiento y dominio del Hardware y el Software, así como de la Ingeniería humana (Manejo y Administración de personal), y administración de base de datos.

Objetivos del análisis

  • 1. Identificación de Necesidades

Es el primer paso del análisis del sistema, en este proceso en Analista se reúne con el cliente y/o usuario (un representante institucional, departamental o cliente particular), e identifican las metas globales, se analizan las perspectivas del cliente, sus necesidades y requerimientos, sobre la planificación temporal y presupuestal, líneas de mercadeo y otros puntos que puedan ayudar a la identificación y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte "Análisis de Requisitos" y lo dividen en cinco partes:

  • Reconocimiento del problema.

  • Evaluación y Síntesis.

  • Modelado.

  • Especificación.

  • Revisión.

Antes de su reunión con el analista, el cliente prepara un documento conceptual del proyecto, aunque es recomendable que este se elabore durante la comunicación cliente – analista, ya que de hacerlo el cliente solo de todas maneras tendría que ser modificado, durante la identificación de las necesidades.

  • 2. Estudio de Viabilidad

Muchas veces cuando se emprende el desarrollo de un proyecto de Sistemas los recursos y el tiempo no son realistas para su materialización sin tener pérdidas económicas y frustración profesional. La viabilidad y el análisis de riesgos están relacionados de muchas maneras, si el riesgo del proyecto es alto, la viabilidad de producir software de calidad se reduce, sin embargo se deben tomar en cuenta cuatro áreas principales de interés:

  • Viabilidad Económica: Es una evaluación de los costos de desarrollo, comparados con los ingresos netos o beneficios obtenidos del producto o Sistema desarrollado.

  • Viabilidad Técnica: Es un estudio de funciones, rendimiento y restricciones que puedan afectar la realización de un sistema aceptable.

  • Viabilidad Legal: Es determinar cualquier posibilidad de infracción, violación o responsabilidad legal en que se podría incurrir al desarrollar el Sistema.

  • Alternativas: Es una evaluación de los enfoques alternativos del desarrollo del producto o Sistema.

El estudio de la viabilidad puede documentarse como un informe aparte para la alta gerencia.

Análisis Económico y Técnico

El análisis económico incluye lo que llamamos, el análisis de costos – beneficios, significa una valoración de la inversión económica comparado con los beneficios que se obtendrán en la comercialización y utilidad del producto o sistema.

Muchas veces en el desarrollo de Sistemas de Información estos son intangibles y resulta un poco dificultoso evaluarlo, esto varía de acuerdo a las características del sistema. El análisis de costos – beneficios es una fase muy importante de ella depende la posibilidad de desarrollo del Proyecto.

En el Análisis Técnico, el analista evalúa los principios técnicos del Sistema y al mismo tiempo recoge información adicional sobre el rendimiento, fiabilidad, características de mantenimiento y productividad.

Los resultados obtenidos del análisis técnico son la base para determinar sobre si continuar o abandonar el proyecto, si hay riesgos de que no funcione, no tenga el rendimiento deseado, o si las piezas no encajan perfectamente unas con otras.

Modelado de la arquitectura del Sistema

Cuando queremos dar a entender mejor lo que vamos a construir en el caso de edificios, Herramientas, Aviones, Maquinas, se crea un modelo idéntico, pero en menor escala (mas pequeño).

Sin embargo cuando aquello que construiremos es un software, nuestro modelo debe tomar una forma diferente, deben representar todas las funciones y subfunciones de un Sistema. Los modelos se concentran en lo que debe hacer el sistema no en como lo hace, estos modelos pueden incluir notación gráfica, información y comportamiento del sistema.

Todos los Sistemas basados en computadoras pueden modelarse como transformación de la información empleando una arquitectura del tipo entrada y salida.

Especificaciones del Sistema

Es un documento que sirve como fundamento para la ingeniería hardware, software, base de datos, e ingeniería humana. Describe la función y rendimiento de un sistema de información y las dificultades que estarán presentes durante su desarrollo. Las especificaciones de los requisitos del software se producen en la terminación de la tarea del análisis.

Diseño de sistemas de información

El diseño de sistemas se define el proceso de aplicar ciertas técnicas y principios con el propósito de definir un dispositivo, un proceso o un Sistema, con suficientes detalles como para permitir su interpretación y realización física.

La etapa del Diseño del Sistema encierra cuatro etapas:

El diseño de los datos

Trasforma el modelo de dominio de la información, creado durante el análisis, en las estructuras de datos necesarios para implementar el software.

El Diseño Arquitectónico

Define la relación entre cada uno de los elementos estructurales del programa.

El Diseño de la Interfaz

Describe como se comunica el software consigo mismo, con los sistemas que operan junto con el y con los operadores y usuarios que lo emplean.

El Diseño de procedimientos

Transforma elementos estructurales de la arquitectura del programa. La importancia del diseño del software se puede definir en una sola palabra calidad, dentro del diseño es donde se fomenta la calidad del proyecto. El diseño es la única manera de materializar con precisión los requerimientos del cliente.

El Diseño del Software es un proceso y un modelado a la vez. El proceso de Diseño es un conjunto de pasos repetitivos que permiten al diseñador describir todos los aspectos del Sistema a construir. A lo largo del diseño se evalúa la calidad del desarrollo del proyecto con un conjunto de revisiones técnicas:

El diseño debe implementar todos los requisitos explícitos contenidos en el modelo de análisis y debe acumular todos los requisitos implícitos que desea el cliente.

Debe ser una guía que puedan leer y entender los que construyan el código y los que prueban y mantienen el Software.

El Diseño debe proporcionar una completa idea de lo que es el Software, enfocando los dominios de datos, funcional y comportamiento desde el punto de vista de la Implementación.

Para evaluar la calidad de una presentación del diseño, se deben establecer criterios técnicos para un buen diseño como son:

  • Un diseño debe presentar una organización jerárquica que haga un uso inteligente del control entre los componentes del software.

  • El diseño debe ser modular, es decir, se debe hacer una partición lógica del Software en elementos que realicen funciones y subfunciones especificas.

  • Un diseño debe contener abstracciones de datos y procedimientos.

  • Debe producir módulos que presenten características de funcionamiento independiente.

  • Debe conducir a interfaces que reduzcan la complejidad de las conexiones entre los módulos y el entorno exterior.

  • Debe producir un diseño usando un método que pudiera repetirse según la información obtenida durante el análisis de requisitos de Software.

Estos criterios no se consiguen por casualidad. El proceso de diseño del software exige buena calidad a través de la aplicación de principios fundamentales de diseño, metodología sistemática y una revisión exhaustiva.

Cuando se va a diseñar un Sistema de Información se debe tener presente que el proceso de un diseño incluye, concebir y planear algo en la mente, así como hacer un dibujo o modelo o croquis.

Diseño de la Salida

En este caso salida se refiere a los resultados e informaciones generadas por el Sistema, Para la mayoría de los usuarios la salida es la única razón para el desarrollo de un Sistema y la base de evaluación de su utilidad. Sin embargo cuando se realiza un sistema, como analistas deben realizar lo siguiente:

  • Determine que información presentar. Decidir si la información será presentada en forma visual, verbal o impresora y seleccionar el medio de salida.

  • Disponga la presentación de la información en un formato aceptable.

  • Decida como distribuir la salida entre los posibles destinatarios.

Diseño de Archivos

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:

  • Los datos que deben incluirse en el formato de registros contenidos en el archivo.

  • La longitud de cada registro, con base en las características de los datos que contenga.

  • 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 la mayoría de ellos pueden utilizar los del viejo Sistema y solo tenga que enlazarse el nuevo Sistema al Archivo maestro donde se encuentran los registros.

Diseño de Interacciones con la Base de Datos

La mayoría de los sistemas de información ya sean implantado en sistemas de cómputos grandes o pequeños, utilizan una base de datos que pueden abarcar varias aplicaciones, por esta razón estos sistemas utilizan u administrador de base de datos, en este caso el diseñador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta en el sistema.

Herramientas para el Diseño de Sistemas

Apoyan el proceso de formular las características que el sistema debe tener para satisfacer los requerimientos detectados durante las actividades del análisis:

Herramientas de especificación:

Apoyan el proceso de formular las características que debe tener una aplicación, tales como entradas, Salidas, procesamiento y especificaciones de control. Muchas incluyen herramientas para crear especificaciones de datos.

Herramientas para presentación:

Se utilizan para describir la posición de datos, mensajes y encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada y salida.

Herramientas para el desarrollo de Sistemas

Estas herramientas nos ayudan como analistas a trasladar diseños en aplicaciones funcionales.

Herramientas para Ingeniería de Software

Apoyan el Proceso de formular diseños de Software, incluyendo procedimientos y controles, así como la documentación correspondiente.

Generadores de códigos

Producen el código fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas.

Herramientas para pruebas

Apoyan la fase de la evaluación de un Sistema o de partes del mismo contra las especificaciones. Incluyen facilidades para examinar la correcta operación del Sistema así como el grado de perfección alcanzado en comparación con las expectativas.

La revolución del procesamiento de datos de manera computarizada, junto con las prácticas de Diseño sofisticadas está cambiando de forma dramática la manera en que se trasladan las especificaciones de Diseño d Sistemas de Información funcionales.

MEDSI

Es una metodología estructurada para desarrollar sistemas de información en y para organizaciones de cualquier tipo. Entre las características resaltantes de esta metodología podemos destacar:

Es Estructurada: esta característica se debe a dos razones esenciales:

  • Utiliza diferentes métodos y técnicas estructuradas, que son propias de la Ingeniería de la Programación, y que han demostrado ser las más eficientes y eficaces para el desarrollo de sistemas programados.

  • Guía paso a paso de arriba hacia abajo el grupo que la aplica explicando primero de forma muy general lo que debe hacerse para luego entrar en los detalles, a medida que se avanza hasta explicar las tareas esenciales que el grupo debe llevar a cabo para realizar el sistema de información.

Es Completa: Cubre todas las distintas fases del ciclo de desarrollo de un sistema de información, desde la definición del proyecto hasta la implantación del sistema en la organización. Guía al grupo de desarrollo a través de las fases, a un nivel bastante detallado, explicando las actividades que deben hacerse y en la mayoría de los casos, enumerando las tareas específicas que los miembros del grupo deben efectuar.

Es Particionada: A fin de manipular mejor la inherente a un proyecto de este tipo, la metodología se divide en fases, y cada una de las fases esta compuesta por pasos los cuales están orientados a algún tipo de tópicos, aspecto o elemento de un sistema de información. Cada paso a su ves agrupa a un conjunto de actividades que han de ser realizadas por el grupo de desarrollo.

Fases de MEDSI

Fase I. Definición del proyecto. Determinar la factibilidad de desarrollar un nuevo sistema de información y estimar los costos, tiempos y recursos requeridos de tal manera que las unidades interesadas puedan decidir si se ha de emprender o no el proyecto. Si se decide realizarlo se elabora el plan del proyecto. Dentro de esta fase encontramos los siguientes pasos:

  • Estudio Preliminar del proyecto: este estudio muestra de manera general si se justifica o no desarrollar un sistema de información para satisfacer las necesidades de las unidades interesadas. Para ello, el gerente realiza las siguientes actividades:

  • Reconocer el problema.

Implica efectuar las acciones necesarias para reconocer que existe un problema. Las tareas que este debe realizar en esta actividad son:

  • Recopila y analizar aquellos elementos que indiquen la necesidad de un nuevo sistema.

  • Realizar reuniones preeliminares con el personal de las unidades involucradas para definir la necesidad de un cambio.

  • Formular el problema.

Esta actividad busca diagnosticar, de modo muy general, el sistema actual, si es que existe, tratando de responder entre otras cosas, las siguientes interrogantes:

  • ¿Qué hace este sistema actual?

  • ¿Qué objetivo persigue? ¿Los logra actualmente? ¿Por qué?

  • ¿Qué dificultades o inconvenientes presenta?

  • ¿Qué áreas de la organización se ven afectadas?

  • ¿Es parte de un problema mayor?

Así mismo se busca determinar las necesidades preliminares que puedan o no justificar el desarrollo del nuevo sistema. Alguna de las interrogantes que se han de responder son:

  • ¿Qué argumentos justifican un cambio?

  • ¿Por qué es importante un cambio?

  • ¿Por qué se cree que un nuevo sistema resolverá el problema?

  • ¿Qué funciones generales debería ejecutar el nuevo sistema?

Para esta actividad el gerente del proyecto debe llevar a cabo las siguientes tareas:

  • Realizar entrevistas con las personas que sientan la necesidad de un cambio.

  • Recopilar y archivar documentos, notas de las entrevistas y datos relevantes del sistema actual, sus inconvenientes y la necesidad de cambio.

  • Analizar la documentación archivada.

  • Elaborar el informe preliminar.

  • A partir del análisis anterior, el gerente debe elaborar un informe que resuma los resultados de las actividades anteriores, el cual debe concluir si existen o no necesidades y problemas actuales que justifiquen emprender el desarrollo de un nuevo sistema.

El gerente presenta el informe preliminar a los directivos de las unidades involucradas quienes deciden, a partir de ese informe, si se emprende el proyecto o no, o si es necesario un mayor estudio.

Dependiendo de la decisión adoptada durante la discusión del informe preliminar, el gerente se dedica ahora a iniciar un estudio de factibilidad del proyecto, para ello debe realizar previamente las siguientes tareas:

  • Determinar las actividades y tareas necesarias para conducir un estudio de factibilidad.

  • Determinar los recursos requeridos.

  • Programar los tiempos de las actividades y tareas.

2. Estudio de Factibilidad. Una ves que se ha justificado la necesidad de un nuevo sistema, el gerente debe estudiar, junto con el grupo seleccionado para este paso, la factibilidad técnica, económica y psicosocial de diferentes alternativas que puedan constituir soluciones aceptables al problema actual. Por consiguiente, el grupo de factibilidad debe realizar las siguientes actividades:

  • Evaluar el sistema actual.

  • Siempre y cuando exista un sistema actual de información el grupo de be evaluar en este momento dicho sistema.

En esta actividad el grupo se dedica a establecer los requerimientos generales de un nuevo sistema.

  • Establecer nuevos requerimientos en forma general.

  • Formular sistemas alternativos.

El gerente del proyecto presenta el informe a la comisión de planificación, quienes junto con los otros directivos de las unidades involucradas discuten la factibilidad de cada alternativa y selecciona la más conveniente. El proyecto puede ser paralizado debido a que no existan alternativas factibles o convenientes a la organización

  • Planificación del Proyecto. A partir de la decisión de continuar con el proyecto y de la selección de un enfoque alternativo para el nuevo sistema de información, el gerente del proyecto se dedica a planificar el mencionado proyecto, tratando de estimar los costos, tiempos y recursos para llevarlo a cabo.

  • Este paso tiene por finalidad elaborar un documento que guíe el desarrollo del proyecto y que denominaremos el PLAN DE PROYECTO. Las actividades que debe realizar el gerente del proyecto durante el proceso de planificación son:

  • Elaborar un plan general.

  • Elaborar un plan de fases.

  • Elaborar un plan de organización.

  • Elaborar un plan metodológico.

  • Elaborar un plan de administración de la configuración.

  • Elaborar un plan de administración de recursos.

  • Elaborar un plan de documentación.

  • Elaborar un plan calendario de eventos.

  • Seleccionar el grupo de desarrollo.

  • Revisar el plan de proyecto.

  • Discutir el plan de proyecto.

Fase II. Análisis De Contexto. En esta fase se busca ganar un sólido conocimiento del sistema ampliado dentro del cual se ubicará el nuevo sistema de información y determinar las deficiencias y problemas que presenta el actual sistema de información (Si existe). Dentro de esta fase encontramos los siguientes pasos:

  • Análisis documental: Este paso le permite al grupo de desarrollo disponer de una biblioteca organizada de documentos relativos al proyecto. Una ves constituida la biblioteca, el grupo se ocupa de estudiar la documentación propia del sistema con iras a obtener una primera aproximación al conocimiento del citado sistema y sobre todo al contexto que lo contiene. Las actividades que el grupo desarrollo debe llevar a efecto durante ese paso son:

  • Recopilar documentos.

  • Con la colaboración de los diferentes usuarios del sistema actual, el grupo recopila toda la documentación posible a tal sistema.

Al finalizar la recopilación de documentos el gerente del proyecto asigna a una o más personas del grupo para que se encarguen de organizar la biblioteca, estas personas son denominadas bibliotecarios del proyecto.

  • Organizar documentación.

  • Estudiar documentos.

Después de haberse organizado la biblioteca el grupo se dedica a estudiar a documentación. El gerente programa reuniones de discusión, distribuye el material para lecturas individuales y conduce las discusiones en equipo sobre algunos documentos en particular el objetivo de este estudio es familiarizarse con el sistema actual antes de iniciar su análisis formal

  • Analizar el contexto del sistema.

  • Durante esta actividad el grupo de desarrollo estudia el sistema de actividades (sistema empleado) dentro del cual esta enmarcado el sistema de información. Ello debe llevar a determinar los objetivos de ese sistema, definir su estructura, establecer sus procesos y determinar su comportamiento.

  • Analizar el sistema actual de información.

  • Análisis del Contexto. Este paso constituye un estudio formal de todo el sistema, con un nivel de detalle más profundo que aquellos realizados anteriormente. Su objetivo es permitirle al grupo de desarrollo conocer el sistema actual y su contexto para luego modelarlo y sobre el modelo identificare las situaciones problemáticas que el sistema presenta. El modelo del sistema actual se elabora utilizando la técnica conocida como "Análisis Estructurado de Sistema". El modelo general esta integrado por dos submodelos

En esta actividad el grupo de desarrollo identifica los objetivos, estructuras y procesos del sistema actual, para ello deben efectuar las siguientes tareas:

  • Definir los objetivos del sistema de información.

  • Identificar sus sub. sistemas.

  • Identificar sus funciones.

  • Identificar las entradas, procesos y salidas de cada función.

  • Determinar su flujo de información.

  • Identificar sus archivos.

  • Analizar su documentación y sus procedimientos manuales.

  • Identificar los usuarios de sistema y describir sus tareas.

  • Describir la tecnología que utiliza el sistema.

Fase III. Definición de requerimientos. Esta fase busca definir los requerimientos de los usuarios y establecer las funciones, restricciones y atributos que el nuevo sistema de información debe satisfacer.

Especificación de Requerimientos de Información. El grupo de desarrollo se encarga de especificar junto con el usuario del nuevo sistema las salidas, las entradas y las estructuras necesarias de datos. Las actividades que realizas el grupo de desarrollo durante este paso son las siguientes:

  • Determinar los requerimientos de información.

En conjunto con los usuarios, el grupo de desarrollo determina las necesidades actuales y futuras de información que el nuevo sistema de información debe satisfacer. Dichos requerimientos son:

  • Requerimientos de entrada.

  • Requerimientos de salida.

  • Requerimientos de almacenamiento.

  • Construir el libro de requerimientos de información.

Este libro contiene una entrada para cada requerimiento de información nuevo o viejo. Los requerimientos se agrupan e divisiones de acuerdo al tipo señalado en la actividad anterior. La división de requerimientos de salida se organiza por sesiones. Cada sesión contiene los requerimientos de información de una unidad funcional que esta involucrada en el sistema.

  • Especificación Funcional del Nuevo sistema. Tomando como elemento de entrada el informe del sistema actual y el libro de requerimiento, el grupo, a lo largo de este paso, especifica con los usuarios las funciones que el nuevo sistema debe realizar.

  • Determinar requerimientos funcionales.

  • Este tipo de requerimiento constituye las funciones que el nuevo sistema debe ejecutar para lograr la consecución de los objetivos identificados en el estudio de factibilidad. Utilizando el informe del sistema actual, el grupo determina con los usuarios, aquellas funciones que deben continuar, las que se han de modificare o eliminar y las que se han de incorporar al nuevo sistema.

Este modelo es constituido utilizando la técnica "Análisis Estructurado de Sistema", y constituye un medio gráfico de valioso apoyo descriptivo y documentado de cada una de las funciones del sistema en desarrollo debe realizar.

  • Construcción del modelo lógico del nuevo sistema.

Bajo el nombre de especificación funcional del nuevo sistema se almacena en la biblioteca del proyecto el modelo lógico y la lista de restricciones y atributos y a partir de ellos se elabora un resumen que denominaremos informe del nuevo sistema.

  • Elaborar el informe del nuevo sistema.

  • Discutir el informe del nuevo sistema.

  • Determinar Restricciones.

  • Especificación de Restricciones y Atributos. En este paso, el grupo de desarrollo establece junto con los usuarios las restricciones bajo las cuales se deben desarrollar y debe operar el sistema de información. Así mismo se establece también, la interacción que debe haber entre el hombre, el computador y los atributos de calidad que se la van a imponer al mencionado sistema de información

Estas restricciones se pueden agrupar tal como se muestra a continuación:

  • Económica: de que cantidad de dinero se dispone para mantener el sistema.

  • Técnicas: que equipo debe o puede utilizarse.

  • De personal: de que personal se dispone para mantener y operar el sistema.

  • Legales: que políticas, reglamentos, normas, leyes, etc, tanto internas como externas deben acatarse.

  • Determinar interacción hombre – máquina.

  • Esta actividad es esencial pues define la comunicación que debe haber entre los usuarios y el computador a través del subsistema programado.

  • Determinar atributos de calidad.

Entre las interrogantes que se deben responder para algunos de los atributos de calidad se destacan las siguientes:

  • Confiabilidad.

  • Grado de prueba.

  • Movilidad

  • Adaptabilidad

  • Mantenimiento requerido.

  • Seguridad y privacidad.

  • Eficiencia y rendimiento.

  • Documentación.

  • Elaborar listas de restricciones y atributos.

  • Planificar detalles de la próxima fase.

Fase IV. Diseño Preliminar. Esta fase se encarga de elaborar un diseño preliminar del sistema de información que satisfaga los requerimientos, restricciones y atributos establecidos en la fase III. El diseño preliminar consta de un prototipo o modelo físico que delinea la interacción hombre- máquina del sistema de información y describe, en forma general sus procesos automatizados. Dentro de esta fase encontramos:

  • Definición de prototipos: en este paso el grupo de desarrollo elabora diferentes prototipos que puedan satisfacer la especificación funcional, las restricciones y los atributos identificados en la fase anterior. se solicitan precios y especificaciones técnicas de los equipos o programas que hagan falta, a los diferentes vendedores del mercado.

  • La definición de prototipo esta regida por la estructura o configuración global del sistema de información, en ella se indica si el diseño del sistema ha de ser independiente, centralizado o distribuido. Partiendo de este enfoque, se establecen diferentes configuraciones para el procesamiento y para la interacción que existirá entre el hombre y la maquina.

  • Elaborar diferentes prototipos alternativos.

  • A partir del modelo lógico del nuevo sistema y de las restricciones y atributos establecidos anteriormente, el grupo desarrolla diferentes prototipos. Un prototipo es un modelo construido sobre el modelo lógico que muestra claramente la interacción hombre-maquina, esto indica que procesos son manuales y cuales automáticos. El prototipo muestra también los procedimientos de activación del subsistema programado, los de respaldo y recuperación de fallas y los de seguridad de la base de datos.

Tomando como datos las configuraciones de equipos existentes en la organización, que puedan ser utilizados por el nuevo sistema, se procede luego a evaluar estas configuraciones y a determinar que prototipos se pueden desarrollar con ellos en forma parcial o total.

  • Evaluar configuración técnica existente.

  • Determinar configuración técnica necesaria.

Para aquellos prototipos que no puedan ser desarrollados totalmente con la tecnología disponible en la organización actualmente, se elaboran las configuraciones técnicas adicionales que ellos requieran y se solicitan las cotizaciones respectivas a los vendedores del mercado.

  • Realizar un análisis costo – beneficio.

  • Para cada prototipo se determina sus costos de desarrollo y operaciones y se estima los beneficios que puedan obtenerse. Se comparan los diferentes prototipos bajo un criterio económico pre-establecido. Los resultados obtenidos se resumen en un informe técnico denominado informe de prototipo.

El informe producido en la actividad anterior se presenta a la comisión de planificación, quien lo discute y finalmente selecciona el prototipo que considere más conveniente para la organización.

  • Discutir informe de prototipos.

  • Adquirir tecnología necesaria.

De ser necesario el grupo de desarrollo, o en su defecto, el que designe la comisión de planificaciones, se encarga de adquirir, instalar y probar el equipo y los programas que el prototipo seleccionado requiera para su desarrollo u operación.

  • Selección de prototipos. En este paso el grupo de desarrollo realiza un análisis de costo beneficio para los diferentes prototipos definidos en el paso anterior. De los resultados de este análisis se presenta y discute con la comisión de planificación, quién decide posteriormente el prototipo más conveniente y da las instrucciones necesarias para la adquisición de la tecnología que haga falta.

  • Refinar prototipo.

  • Cada proceso automático del prototipo se refina mediante la descomposición funcional establecida por la técnica AES. Cada proceso del más bajo nivel debe describirse utilizando cualquier de las técnicas siguientes: algoritmos estructurados, tablas de decisión o árboles de decisión. Los entes del diccionario de datos que se vean afectados por la automatización deben ser actualizados durante esta actividad

El modelo o prototipo obtenido en la actividad anterior se somete a una revisión estructurada o a una inspección de diseño.

  • Revisar Prototipo.

  • Elaborar informe de diseño preliminar.

  • Planificar detalles de la próxima fase.

  • Refinamiento de Prototipo. Finalmente, el grupo se dedica a refinar el prototipo escogido, es decir, se describen con mayor detalle aquellos procesos del prototipo que sean automáticos, siguiendo la técnica de análisis estructurado de sistema.

Fase V. Diseñado Detallado. Esta fase busca elaborar un diseño detallado del sistema de información que muestre como se construirán los subsistemas de datos y el subsistema programado. Esta fase produce el paquete de diseño, el cual contiene todas las especificaciones para la construcción del sistema, y el plan de pruebas que regirán las diferentes pruebas del sistema de información durante las fases de construcción, pruebas e implantación. Dentro de esta encontramos los siguientes pasos:

  • Diseño de Entradas y Salidas. En este paso se elabora minuciosamente el diseño de la interacción entre el hombre y la máquina, la cual ha sido delineada en el prototipo del sistema.

    • Diseñar dialogo hombre – máquina.

    Dependiendo del tipo de interacción hombre-máquina seleccionada, en esta actividad se debe:

    • Determinar el medio de comunicación (terminal, teleimpresor, lectora óptica, étc), estableciendo además sus características capacidades y especificaciones técnicas que afecten al diseño de los programas.

    • Determinar el tipo de diálogo hombre-máquina y diseñarlo completamente.

    • Describir la acción que debe realizar el computador ante cada comando o selector que del usuario.

    • Diseñar las pantallas de entrada – salida.

    Esta actividad consiste en diseñar la estructura o formato de cada pantalla de entrada de datos al sistema y de salida de información a los usuarios.

    • Diseñar los reportes.

    En esta actividad el grupo diseña aquellos reportes que no fueron especificados en la actividad anterior. Estos son básicamente, los listados de papel, los gráficos y los diagramas. Para cada uno de ellos se debe especificar su estructura o formato, su contenido (registro de datos) y el medio de producción o salida.

    • Diseño de Datos. El diseño del subsistema de datos del sistema de información gira en torno al diseño de la base de datos necesaria para almacenar los datos de dicho sistema y el diseño de los programas que permitirán crear y cargar la base de datos.

      • Realizar el diseño lógico de la base de datos.

      En este proceso de diseño se elabora un modelo de datos que representa las entidades, sus atributos y las relaciones existentes entre esas entidades. Las tareas que realiza el grupo para elaborar un modelo de datos son:

      • Analizar los flujos de datos que entran y salen de cada archivo del prototipo del sistema.

      • Derivar la (s) estructura (s) de datos contenida (s) en cada archivo, identificando las entidades que representa y los atributos que poseen.

      • Establecer las relaciones que existan entre las diferentes entidades y construir el modelo de entidad-relación correspondiente.

      • Si el SMBD (sistema manejador de base de datos) que se valla a utilizar manipula base de datos relacionales, entonces cada entidad del modelo entidad-relación debe ser normalizada hasta por lo menos la tercera forma normal.

      • Verificar si el modelo de datos obtenido satisface todos y cada uno de los requerimientos detallados en el libro de requerimientos.

      • Realizar el diseño físico de la base de datos.

      • Dependiendo del tipo y característica del sistema de manejo de bases de datos que se halla dispuesto a utilizar, el grupo traduce el modelo de datos a un esquema, esto es, un programa que describe las estructuras lógicas de los datos y sus correspondientes estructuras de almacenamiento e indica los métodos de acceso que se utilizaran, en términos de lenguaje de descripción de datos del SMBD.

      • Diseñar los programas de inicialización y mantenimiento de la base de datos.

      En esta actividad el grupo diseña aquellos programas que no forman parte del subsistema programado y que permiten iniciar o cargar la base de datos con los datos provenientes de fuentes de volumen considerable. Estos programas serán operados y mantenidos por el administrador de la base de datos y por lo tanto se consideran parte integrante del subsistema de datos en lugar del subsistema programado.

      • Diseño de programas y procedimientos. Luego que se ha elaborado el diseño de entrada-salida y el de datos, el grupo de desarrollo puede proceder a diseñar los programas y procedimientos del subsistema programado.

      • El prototipo del nuevo sistema de información, su correspondiente especificación funcional y la lista de restricciones y atributos le imprimen una forma única a la estructura del sistema programado.

      • Diseñar la estructura del subsistema programado.

      El subsistema programado se diseña como una estructura jerárquica compuesta por una o mas programas, cada uno de estos se compone a su vez de módulos un modulo se define como una unidad de programa que se caracteriza por lo siguiente:

      • Posee un nombre propio y único.

      • Ejecuta una función claramente especificable.

      • Puede compilarse y catalogarse en forma catalogada.

      • Puede definir y mantener un conjunto propio de variables locales se llama o invoca de otro modulo.

      • Diseñar cada modulo de la estructura.

      Durante la presente actividad el grupo elabora el diseño de cada uno de los módulos que configuran la estructura del subsistema programado. Este diseño consiste en establecer la lógica general de cada modulo, esto es, describir los pasos necesarios para llevar a cabo la función asignada al modulo. La lógica de un modulo se puede representar mediante el uso de algoritmos o diagramas de flujo.

      El algoritmo o diagrama de flujos del modulo, en si, no es suficiente como para que un programador empiece su codificación, pues se requiere de una información adicional sobre las características del modulo, su función, su ubicación, sus argumentos, etc. Toda esta información se condensa en un formulario elaborado para tal fin y que se denomina especificación de programa.

      • Diseñar la documentación y los procedimientos manuales.

      En esta actividad el grupo se ocupa a determinar el formato y contenido de cada uno de los manuales que forman la documentación del sistema de información de acuerdo a lo que se ha establecido en el plan de documentación. De igual modo se diseñan los formatos, formularios, instructivos, planillas y demás procedimientos manuales que se mencionan en el prototipo del sistema, y que se requieren como elemento de los flujos de datos de los procesos manuales del sistema de información. La estructura del sistema programado, las especificaciones del programa asociadas a cada módulo de esa estructura y el diseño de la documentación y de los procedimientos manuales, constituyen lo que se denomina como la especificación del subsistema programado.

      • Ensamblaje del paquete de diseño. Este paso se basa en revisar y ensamblar el conjunto de especificaciones de diseños producidas en los anteriores, con el propósito de garantizar la consistencia, calidad y exactitud del diseño e integrar lo que hemos denominado como paquete de diseño. Para cada una de las especificaciones antes mencionadas se realiza una revisión estructurada (o una inspección de diseño) siguiendo los lineamientos dados para esas técnicas. Los objetivos de estas revisiones son :

      • Determinar las inconsistencias de diseño.

      • Partes: 1, 2

Página siguiente 

Comentarios


Trabajos relacionados

Ver mas trabajos de Computacion

 
 

Nota al lector: es posible que esta página no contenga todos los componentes del trabajo original (pies de página, avanzadas formulas matemáticas, esquemas o tablas complejas, etc.). Recuerde que para ver el trabajo en su versión original completa, puede descargarlo desde el menú superior.


Todos los documentos disponibles en este sitio expresan los puntos de vista de sus respectivos autores y no de Monografias.com. El objetivo de Monografias.com es poner el conocimiento a disposición de toda su comunidad. Queda bajo la responsabilidad de cada lector el eventual uso que se le de a esta información. Asimismo, es obligatoria la cita del autor del contenido y de Monografias.com como fuentes de información.