Sistema De Información

Metodología estructurada para el análisis del sistema de información

Primeramente para la construcción de un Sistema Automatizado es necesario tener conocimiento de en qué consiste el Análisis y Diseño de un Sistema de Información.

Un sistema de información es un conjunto de elementos que interactúan entre sí con el fin de apoyar las actividades de una empresa o negocio.

Un sistema de información realiza cuatro actividades básicas: entrada, almacenamiento, procesamiento y salida de información.

Entrada de Información: Es el proceso mediante el cual el Sistema de Información toma los datos que requiere para procesar la información. Las entradas pueden ser manuales o automáticas. Las manuales son aquellas que se proporcionan en forma directa por el usuario, mientras que las automáticas son datos o información que provienen o son tomados de otros sistemas o módulos. Esto último se denomina interfaces automáticas.

Almacenamiento de información: El almacenamiento es una de las actividades o capacidades más importantes que tiene una computadora, ya que a través de esta propiedad el sistema puede recordar la información guardada en la sección o proceso anterior. Esta información suele ser almacenada en estructuras de información denominadas archivos.

Procesamiento de Información: Es la capacidad del Sistema de Información para efectuar cálculos de acuerdo con una secuencia de operaciones preestablecida. Estos cálculos pueden efectuarse con datos introducidos recientemente en el sistema o bien con datos que están almacenados. Esta característica de los sistemas permite la transformación de datos fuente en información que puede ser utilizada para la toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones genere una proyección financiera a partir de los datos que contiene un estado de resultados o un balance general de un año base.

Salida de Información: La salida es la capacidad de un Sistema de Información para sacar la información procesada o bien datos de entrada al exterior. Las unidades típicas de salida son las impresoras, terminales, diskettes, cintas magnéticas, la voz, los graficados y los plotters, entre otros. Es importante aclarar que la salida de un Sistema de Información puede constituir la entrada a otro Sistema de Información o módulo. En este caso, también existe una interface automática de salida. Por ejemplo, el Sistema de Control de Clientes tiene una interface automática de salida con el Sistema de Contabilidad, ya que genera las pólizas contables de los movimientos procesales de los clientes.

Importancia del análisis del diseño

El análisis y diseño de sistemas, tal como es ejecutado por los analistas de sistemas, busca analizar sistemáticamente la entrada de datos o el flujo de datos, el proceso o transformación de los datos, el almacenamiento de datos y la salida de información dentro del contexto de un negocio particular. Además, el diseño y análisis de sistemas es usado para analizar, diseñar e implementar mejoras en el funcionamiento de los negocios que pueden ser logradas por medio del uso de sistemas de información computarizados. La instalación de un sistema sin la planeación adecuada lleva a grandes frustraciones, y frecuentemente causa que el sistema deje de ser usado.

Usuarios finales.

Cualquiera que interactúe con un sistema de información en el contexto de su trabajo en la organización puede ser llamado un usuario final. A lo largo de los años se han hecho borrosas las distinciones entre usuarios. Además, cualquier categoría de usuarios empleada no debe ser vista como excluyente. Sin importar cómo se hayan clasificado los usuarios finales, un hecho es pertinente al analista de sistemas: el involucramiento del usuario a lo largo del proyecto, es crítico para el desarrollo exitoso de los sistemas de información computarizados. Los analistas de sistemas, cuyos papeles dentro de la organización se tratan a continuación, son el otro componente esencial para el desarrollo de sistemas de información.

Principios de análisis

El uso sistemático de procedimientos, técnicas, lenguajes y herramientas para obtener con un coste reducido el análisis, documentación, evolución continua de las necesidades del usuario y la especificación del comportamiento externo de un sistema que satisfaga las necesidades del usuario. Tenga en cuenta que todas las disciplinas de la ingeniería son semejantes, la ingeniería de requisitos no se guía por conductas esporádicas aleatorias o por modas pasajeras, sino que se debe basar en el uso sistemático de aproximaciones contrastadas.

Todos los métodos de análisis se relacionan por un conjunto de principios operativos:

1. Debe representarse y entenderse el dominio de información de un problema.

2. Debe definirse las funciones que debe realizar el software.

3. Debe representarse el comportamiento del software.

4. Debe dividirse los modelos que representan información, función y comportamiento de manera que se descubran los detalles por capas.

5. El proceso de análisis deriva ir desde la información esencial hasta el detalle de la implementación.

Conjunto de principios directrices para la Ingeniería de Requisitos:

• Entender el problema antes de empezar a crear el modelo del análisis.

• Desarrollar prototipos que permitan al usuario entender cómo será la interacción hombre-máquina.

• Registrar el origen y la razón de cada requisito.

• Usar múltiples planteamientos de requisitos.

o Reduce probabilidad de que se olvide algo.

o Aumenta probabilidad de reconocer inconsistencias.

• Dar prioridad a los requisitos. Cronogramas.

• Trabajar para eliminar la ambigüedad.

Metodología estructurada de los sistemas de información

Estructurada

Se considera un clásico, debido a que los procedimientos de la metodología se establecen en etapas, las cuales deberán ser seguidas bajo un enfoque secuencial de análisis, diseño y desarrollo y es el más aplicado en el desarrollo de Software.

Entre sus características encontramos:

Se maneja como proyecto

Gran volumen de datos y transacciones

Abarca varias áreas organizativas de la empresa

Tiempo de desarrollo largo

Requiere que se cumplan todas las etapas, para poder cumplir las siguientes (progresión lineal y secuencial de una fase a la otra)

Figura 1. Esquema de una Metodología Clásica de Desarrollo de Sistemas. Luis Castellanos.

Orientada a objetos

La metodología orientada a objetos combina los datos y los procedimientos en un solo objeto. En vez de pasar datos a los procedimientos, los programas envían un mensaje a un objeto para que realice un procedimiento que ya tiene integrado. El mismo mensaje puede ser enviado a muchos objetos diferentes, pero cada uno de ellos implantará el mensaje de forma diferente.

Por ejemplo, una aplicación financiera orientada a objetos puede tener que los objetos Cliente envíen mensajes de debo y haber a los objetos Cuentas. Los objetos Cuentas, a su vez, pueden mantener a los objetos Efectivo, Cuentas por pagar y Cuentas por cobrar.

Por ende, la metodología orientada a objetos se concibe como conjunto de objetos que interactúan entre sí y se busca el enfoque unificador de los objetos.

Entre sus características encontramos:

No modela la realidad, sino la forma en que las personas comprenden y procesan la realidad

Es un proceso ascendente basado en una abstracción de clases en aumento

Se basa en identificación de objetos, definición y organización de librerías de clases, y creación de macros para aplicaciones específicas

Utiliza menor cantidad de código

Es más reutilizable

Evolutiva-Incremental

Propuesto por 1980, el cual se sugirió el enfoque incremental de desarrollo como una forma de reducir la repetición del trabajo en el proceso de desarrollo y dar oportunidad de retrasar la toma de decisiones en los requisitos hasta adquirir experiencia con el sistema. Surge porque en los primeros desarrollos se podía esperar largo tiempo hasta que el software estuviese listo. Las reglas del negocio de hoy no lo permiten.

Se deriva de la estructurada

Permite seguir secuencias ascendentes o descendentes en las etapas del desarrollo

Permite cumplir etapas o fases en paralelo, por lo que es más flexible que la estructurada

Figura 2. Esquema de una Metodología Evolutiva Incremental de Desarrollo de Sistemas. Luis Castellanos.

Prototipos

Los prototipos son modelos que permiten estudiar y probar aspectos específicos del producto final, sin necesidad de que el producto tenga sus características completamente definidas. Bajo este modelo, se podrá detectar errores debido a la aplicación de diferentes herramientas, para producir elementos de pruebas específicas (interfaz de usuario, mantenedores, procesos) que deberán ser presentados al usuario y confirmados por éste. En otras palabras, desarrolla un “demo”, que de ser aprobado por el usuario, se culmina con todas las funcionalidades. El prototipo es un modelo a escala del sistema propuesto,

...