1. ANÁLISIS DE SISTEMAS
El término análisis, aplicado a sistemas, significa descomponerlos en sus componentes, para estudiar cada uno de ellos, tanto como un ente aislado, como en interacción con el resto. Para ser útil, al análisis le debe seguir la síntesis, que consiste en unir los componentes del sistema para ver cómo funcionan en conjunto.”
El objetivo del análisis es obtener una especificación del software del sistema. Los medios para el logro de los objetivos del análisis son: (1) Técnicas gráficas y (2) Descripciones complementarias.
El análisis de requisitos es equivalente a la especificación del software. La especificación es un documento que define de forma completa, precisa y verificable los requisitos, el diseño, el comportamiento u otras características de un sistema o componente del mismo. En tanto que el software es el conjunto de programas, procedimientos y documentación asociada a la operación de un sistema informático. Por consiguiente el análisis de requerimientos hace referencia a la documentación completa y precisa qué debe realizar el sistema para cubrir los requisitos de usuario.
1.1. Principios de análisis
Los principios del análisis de requerimientos son los siguientes:
a)Dominio de la información. Comprende el contenido de la información y las relaciones, el flujo de la información y la estructura de la información.
b)Modelado. Consta de modelos gráficos y descripciones complementarias, las cuales representan por una parte la información y por otra las funciones o transformaciones.
c)Partición. Se refiere a la representación jerárquica de la información o de las funciones.
d)Visión lógica. Hace referencia a la visión esencial del sistema. Fundamentalmente responde a las siguientes preguntas: Qué hace. Qué información utiliza. Por su parte la visión física hace mención a la visión de implementación. Esta última responde a las siguientes cuestiones: Cómo se hace. Qué soporte y formatos utiliza.
2. DIAGRAMA DE FLUJO DE DATOS
El diagrama de flujo de datos es una técnica que se utiliza principalmente para el modelado de sistemas informáticos. Representa el flujo de la información, las transformaciones que se aplican y los datos que se mueven desde la entrada a la salida en un sistema informático. Para otros autores, un diagrama de flujo de datos es un modelo lógico-gráfico, que ayuda a representar el funcionamiento de un sistema, este permite incorporar opciones para el depurado de algoritmos, facilitando la localización de errores de ejecución y lógicos más habituales.
El diagrama de flujo de datos proporciona mecanismos para:
a)Representar el Dominio de la Información.
• Diagramas, que comprenden el flujo y las transformaciones.
• Diccionario, que comprende el contenido y la estructura.
• Especificación, que hace referencia a la descripción de las transformaciones.
b)Modelar los procesos informatizados y los datos.
c)Dividir de forma jerárquica los procesos.
2.1. Componentes de los diagramas de flujo de datos
a)Procesos. Representan las transformaciones de la Información. Cuentan con un nombre único y representativo (verbo + objeto). Un identificador asociado a una numeración jerárquica y una representación gráfica asociada.
b)Flujo de datos. Representan los bloques de información que se desplazan entre procesos y otro componente. Contienen un nombre significativo relacionado con la información que transportan. Cuentan con un identificador asociado a un número secuencial.
c) Almacenes de datos. Representan la información en reposo del sistema. Cuentan con un nombre único y representativo de la información. Tienen un identificador asociado a un número secuencial.
d)Entidades externas. Representan a las personas como también a entes generadores o receptores de información. Presentan un nombre único y representativo. Cuentan con una numeración secuencial como identificador.
e)Ampliaciones para sistemas en tiempo real. La ampliación propuesta por Ward y Mellor permite representar:
• Flujos de información que se producen o generan de forma continúa en el tiempo.
• Información y procesos de control.
• Estados de los sistemas.
2.2. Construcción de un diagrama de flujo de datos
Para la construcción de un diagrama de flujo de datos, de manera inicial, deben realizarse las siguientes interrogantes: (1) ¿Qué procesos deben integrar el sistema?, (2) ¿Qué datos emplea cada proceso del sistema?, (3) ¿Qué datos se almacenarán en cada proceso?, estas preguntas deben ser respondidas identificando los datos que se introducen y extraen de cada proceso. Esto se realiza tomando en cuenta los procesos de negocio de la empresa, existentes, revisados y futuros, y de la definición de los requisitos que es necesario que lleve a cabo el sistema informático para dar soporte al sistema de información.
Los pasos que se deben seguir para la construcción de un diagrama de flujo se encuentran clasificados en las siguientes dos técnicas:
(1) De arriba hacia abajo.
• Identificar las entidades externas involucradas.
• Identificar las entradas de datos que proporcionarán estas entidades
• Definir las salidas que se producirán.
• Dibujar el primer nivel.
• Realizar una primera explosión representando los procesos principales
• Conectar los flujos del primer nivel (conectados con entidades externas) con los procesos adecuados en cada caso.
• Identificar y representar los almacenes de datos y los flujos conectados a éstos.
• Mantener la consistencia.
• Repetir la subdivisión.
Se recomienda que la subdivisión de los procesos se realice en los siguientes casos:
• Cuando la especificación de la función pueda desarrollarse de forma adecuada y con un nivel de detalle conveniente al modelo.
• Cuando existan pocos flujos de entrada y salida.
• Cuando, si se descompone, se pierde el significado y se obtienen procesos excesivamente sencillos que no son representativos.
(2) De abajo hacia arriba
• Identificar transformaciones de datos de bajo nivel (Burbujas de bajo nivel.)
• Identificar la información de entrada y de salida (Flujos.)
• Identificar la información que debe almacenarse (Almacenes.)
• Identificar los productores y/o receptores de información (Entidades Externas.)
• Agrupar los procesos en otros que los contienen (Burbujas de nivel más alto.)
• Mantener la consistencia.
(3) Identificar los procesos de la empresa y cómo pueden ser informatizados. Los hechos del negocio son sucesos que se producen externamente al sistema, definiéndose los procesos informatizados asociados a cada uno de ellos. Para cada proceso se indica:
• Qué datos de entrada son necesarios.
• Quién o qué proporciona dichos datos.
• Qué información se produce.
• Cuál es su destino.
2.3 Evaluación del flujo de datos
Para la evaluación del flujo de datos se debe validar y verificar. Validar significa responder a la pregunta: ¿Se está diseñando el sistema correcto?. Verificar significa: ¿Se está diseñando el sistema de manera correcta?
• Todos los flujos, almacenes y procesos deben estar etiquetados.
• Todos los procesos tienen al menos un flujo de entrada y un flujo de salida.
• Los flujos que entran a un proceso deben ser los que necesita y sólo los que necesita.
• Los almacenes deben tener procesos que los actualicen y procesos que obtengan información de ellos (Salvo almacenes externos al proceso).
• Todos los flujos tienen al menos uno de sus extremos conectado con un proceso.
• Todos los almacenes y flujos deben estar descritos en el diccionario.
• Todos los procesos de más bajo nivel deben estar descritos convenientemente.
• Consideraciones gráficas sobre la presentación de los DFD: buena presentación, evitar que los flujos se crucen.
El término análisis, aplicado a sistemas, significa descomponerlos en sus componentes, para estudiar cada uno de ellos, tanto como un ente aislado, como en interacción con el resto. Para ser útil, al análisis le debe seguir la síntesis, que consiste en unir los componentes del sistema para ver cómo funcionan en conjunto.”
El objetivo del análisis es obtener una especificación del software del sistema. Los medios para el logro de los objetivos del análisis son: (1) Técnicas gráficas y (2) Descripciones complementarias.
El análisis de requisitos es equivalente a la especificación del software. La especificación es un documento que define de forma completa, precisa y verificable los requisitos, el diseño, el comportamiento u otras características de un sistema o componente del mismo. En tanto que el software es el conjunto de programas, procedimientos y documentación asociada a la operación de un sistema informático. Por consiguiente el análisis de requerimientos hace referencia a la documentación completa y precisa qué debe realizar el sistema para cubrir los requisitos de usuario.
1.1. Principios de análisis
Los principios del análisis de requerimientos son los siguientes:
a)Dominio de la información. Comprende el contenido de la información y las relaciones, el flujo de la información y la estructura de la información.
b)Modelado. Consta de modelos gráficos y descripciones complementarias, las cuales representan por una parte la información y por otra las funciones o transformaciones.
c)Partición. Se refiere a la representación jerárquica de la información o de las funciones.
d)Visión lógica. Hace referencia a la visión esencial del sistema. Fundamentalmente responde a las siguientes preguntas: Qué hace. Qué información utiliza. Por su parte la visión física hace mención a la visión de implementación. Esta última responde a las siguientes cuestiones: Cómo se hace. Qué soporte y formatos utiliza.
2. DIAGRAMA DE FLUJO DE DATOS
El diagrama de flujo de datos es una técnica que se utiliza principalmente para el modelado de sistemas informáticos. Representa el flujo de la información, las transformaciones que se aplican y los datos que se mueven desde la entrada a la salida en un sistema informático. Para otros autores, un diagrama de flujo de datos es un modelo lógico-gráfico, que ayuda a representar el funcionamiento de un sistema, este permite incorporar opciones para el depurado de algoritmos, facilitando la localización de errores de ejecución y lógicos más habituales.
El diagrama de flujo de datos proporciona mecanismos para:
a)Representar el Dominio de la Información.
• Diagramas, que comprenden el flujo y las transformaciones.
• Diccionario, que comprende el contenido y la estructura.
• Especificación, que hace referencia a la descripción de las transformaciones.
b)Modelar los procesos informatizados y los datos.
c)Dividir de forma jerárquica los procesos.
2.1. Componentes de los diagramas de flujo de datos
a)Procesos. Representan las transformaciones de la Información. Cuentan con un nombre único y representativo (verbo + objeto). Un identificador asociado a una numeración jerárquica y una representación gráfica asociada.
b)Flujo de datos. Representan los bloques de información que se desplazan entre procesos y otro componente. Contienen un nombre significativo relacionado con la información que transportan. Cuentan con un identificador asociado a un número secuencial.
c) Almacenes de datos. Representan la información en reposo del sistema. Cuentan con un nombre único y representativo de la información. Tienen un identificador asociado a un número secuencial.
d)Entidades externas. Representan a las personas como también a entes generadores o receptores de información. Presentan un nombre único y representativo. Cuentan con una numeración secuencial como identificador.
e)Ampliaciones para sistemas en tiempo real. La ampliación propuesta por Ward y Mellor permite representar:
• Flujos de información que se producen o generan de forma continúa en el tiempo.
• Información y procesos de control.
• Estados de los sistemas.
2.2. Construcción de un diagrama de flujo de datos
Para la construcción de un diagrama de flujo de datos, de manera inicial, deben realizarse las siguientes interrogantes: (1) ¿Qué procesos deben integrar el sistema?, (2) ¿Qué datos emplea cada proceso del sistema?, (3) ¿Qué datos se almacenarán en cada proceso?, estas preguntas deben ser respondidas identificando los datos que se introducen y extraen de cada proceso. Esto se realiza tomando en cuenta los procesos de negocio de la empresa, existentes, revisados y futuros, y de la definición de los requisitos que es necesario que lleve a cabo el sistema informático para dar soporte al sistema de información.
Los pasos que se deben seguir para la construcción de un diagrama de flujo se encuentran clasificados en las siguientes dos técnicas:
(1) De arriba hacia abajo.
• Identificar las entidades externas involucradas.
• Identificar las entradas de datos que proporcionarán estas entidades
• Definir las salidas que se producirán.
• Dibujar el primer nivel.
• Realizar una primera explosión representando los procesos principales
• Conectar los flujos del primer nivel (conectados con entidades externas) con los procesos adecuados en cada caso.
• Identificar y representar los almacenes de datos y los flujos conectados a éstos.
• Mantener la consistencia.
• Repetir la subdivisión.
Se recomienda que la subdivisión de los procesos se realice en los siguientes casos:
• Cuando la especificación de la función pueda desarrollarse de forma adecuada y con un nivel de detalle conveniente al modelo.
• Cuando existan pocos flujos de entrada y salida.
• Cuando, si se descompone, se pierde el significado y se obtienen procesos excesivamente sencillos que no son representativos.
(2) De abajo hacia arriba
• Identificar transformaciones de datos de bajo nivel (Burbujas de bajo nivel.)
• Identificar la información de entrada y de salida (Flujos.)
• Identificar la información que debe almacenarse (Almacenes.)
• Identificar los productores y/o receptores de información (Entidades Externas.)
• Agrupar los procesos en otros que los contienen (Burbujas de nivel más alto.)
• Mantener la consistencia.
(3) Identificar los procesos de la empresa y cómo pueden ser informatizados. Los hechos del negocio son sucesos que se producen externamente al sistema, definiéndose los procesos informatizados asociados a cada uno de ellos. Para cada proceso se indica:
• Qué datos de entrada son necesarios.
• Quién o qué proporciona dichos datos.
• Qué información se produce.
• Cuál es su destino.
2.3 Evaluación del flujo de datos
Para la evaluación del flujo de datos se debe validar y verificar. Validar significa responder a la pregunta: ¿Se está diseñando el sistema correcto?. Verificar significa: ¿Se está diseñando el sistema de manera correcta?
• Todos los flujos, almacenes y procesos deben estar etiquetados.
• Todos los procesos tienen al menos un flujo de entrada y un flujo de salida.
• Los flujos que entran a un proceso deben ser los que necesita y sólo los que necesita.
• Los almacenes deben tener procesos que los actualicen y procesos que obtengan información de ellos (Salvo almacenes externos al proceso).
• Todos los flujos tienen al menos uno de sus extremos conectado con un proceso.
• Todos los almacenes y flujos deben estar descritos en el diccionario.
• Todos los procesos de más bajo nivel deben estar descritos convenientemente.
• Consideraciones gráficas sobre la presentación de los DFD: buena presentación, evitar que los flujos se crucen.
No hay comentarios:
Los comentarios nuevos no están permitidos.