REQUERIMIENTO-RESTRICCIONES DE UN SISTEMA DE INFORMACIÒN

REQUERIMIENTO

En la ingeniería de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la Ingeniería de sistemas o la Ingeniería de software.

En la ingeniería clásica, los requerimientos se utilizan como datos de entrada en la etapa de diseño del producto. Establecen QUÈ debe hacer el sistema, pero NO CÒMO hacerlo.

La fase de desarrollo de requerimientos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase dividirse en recolección de requerimientos de los inversores, análisis de consistencia e integridad, definición en termino descriptivos para el desarrolladores y un esbozo de especificaciones, previo al diseño completo.

QUE ES UN REQUERIMIENTO:

Ø Condición o capacidad que un usuario necesita para poder resolver un problema o lograr un objetivo (IEEE).

Ø Condición o capacidad que debe exhibir o poseer un sistema para satisfacer un contrato, estándar, especificación, u otra documentación formalmente impuesta (IEEE).

Ø Una condición o capacidad que debe ser conformada por el sistema (RUP).

Ø Algo que el sistema debe hacer o una cualidad que el sistema debe poseer (Robertson-Robertson).

REQUERIMIENTOS EN INGENIERIA DE SOFTWARE Y SISTEMAS

En Ingeniería de sistemas existen tres tipos de requerimientos:

Ø Un requerimiento funcional puede ser una descripción de lo que un sistema debe hacer. Este tipo de requerimiento especifica que el sistema entregado debe sr capaz de realizar.

Ø Un requerimiento no funcional: De rendimiento, de calidad, etc; especifica algo sobre el propio sistema, y como debe realizar sus funciones. Algunos ejemplos de aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la facilidad de uso, etc.

Ø Otros tipos de limitaciones externas, que afectan en una forma indirecta al producto. Esta pueden ir desde la compatibilidad con cierto sistema operativo hasta la adecuación a leyes o regulaciones aplicables al producto.

Una colección de requerimiento describe las características o atributos del sistema deseado. Se omite el cómo debe lograrse su implementación, ya que esto debe ser decidido en la etapa de diseño por los diseñadores.

En la Ingeniería de software se aplica el mismo significado, solo que el énfasis esta puesto en el propio software.

CARACTERÌSTICAS

Los requerimientos bien formulados deben satisfacer varias características. Si no lo hace, deben ser reformulados hasta hacerlo.

Ø Necesario: Lo que pida un requerimiento debe ser necesario para el producto.

Ø No ambiguo: El texto debe ser claro, preciso y tener una única interpretación posible.

Ø Conciso: debe redactarse en lenguaje comprensible por los inversores en lugar de uno de tipo técnico y especializado, aunque aun así debe referir los aspectos importantes.

Ø Consistente: Ningún requerimiento debe entrar en conflicto con otro requerimiento diferente, ni con parte de otro. Asimismo, el lenguaje empelado entre los distintos requerimientos debe ser consistente también.

Ø Complejo: Los requerimientos deben contener en si mismos toda las información necesaria, y no remitir a otras fuentes externas que los expliquen con más detalle.

Ø Alcanzable: Un requerimiento debe ser un objetivo realista, posible de ser alcanzado con el dinero, el tiempo y los recursos disponibles.

Ø Verificable: Se debe poder verificar con absoluta certeza; si el requerimiento fue satisfecho o no. Esta verificación puede lograrse mediante inspección, análisis, demostración o testeo.

Estas características suelen ser objetivas, es decir, no pueden ser calculadas de forma automática por ningún sistema. Por ello, se tiende a medir otras métricas o indicadores que si pueden ser calculados de forma automática y que, de algún m modo, pueden sustituir o mapear con lista de características.

RESTRICCIONES

Es un conjunto de procesos de pensamiento que utiliza la lógica de la causa y efecto para entender lo que sucede y así encontrar de mejorar. Está basada en el simple hecho de que los procesos multitarea, de cualquier ámbito, solo se mueven a la velocidad del paso más lento. La manera de acelerar el proceso es utilizar un catalizador es el paso más lento y lograr que trabaje hasta el límite de su capacidad para acelerar el proceso completo. La teoría enfatiza la dilucidad, los hallazgos y apoyos del principal factor limitante. En la descripción de esta teoría estos factores limitantes se denominan restricciones o cuellos de botella.

Por supuesto las restricciones pueden ser un individuo, un equipo, una pieza de un aparato o una política local, o la ausencia de alguna herramienta o pieza de algún aparato.

CICLO DE VIDA DE UN SISTEMA DE INFORMACIÒN

CICLO DE VIDA DE UN SISTEMA DE IINFORMACIÒN

Durante su desarrollo, cada sistema se mueve de varias fases de un ciclo de vida, después de las cuales funciona por varios años con mínimo mantenimiento.

Básicamente el Ciclo de Vida de un Sistema de Información está compuesto por cuatro fases:

I. ANÁLISIS DEL SISTEMA:

1. Estudio Preliminar: Su propósito es determinar, con un mínimo de gastos de recursos, si se debe realizar un análisis del sistema completo. Aquí se determina lo siguiente:

-Determinar el Origen de Estudio: Las aplicaciones de sistemas de información se originan en todas las áreas de la organización, se refieren a una gran cantidad de problemas de negocios. Las razones para iniciar un proyecto de sistemas de información, son:

Ø Solucionar un problema.

Ø Mejorar la eficiencia del trabajo.

-Establecer un Modelo Teórico del Sistema a evaluar: Cuando necesitamos estudiar un sistema y no conocemos todos sus elementos y relaciones, podemos recurrir a una representación simplificada del mismo, lo cual nos va a permitir estudiar una o varias de sus características, para hacer esto usamos un modelo del sistema.

2. Levantamiento de Información: Permite determinar exactamente el funcionamiento del sistema actual. En la mayoría de los casos que se desarrollan sistemas de información, solamente se estudia una parte de la organización. En todo caso lo que pretendemos hacer es intentar conocer cómo funciona el sistema actual y así determinar que cambios son necesarios para lograr mejorar o sustituir un sistema. Esto se logra haciendo un levantamiento de información.

El levantamiento de información e debe hacer:

Ø Antes de comenzar el desarrollo.

Ø Durante el desarrollo.

Ø Después de haber concluido el tema.

El levantamiento de información se realiza para entender:

Ø Que existe en la organización.

Ø Que entra.

Ø Que sale.

Ø Con que frecuencia.

3. Definición del Problema:

4. Elaboración de un Modelo Funcional del Sistema Actual: Para ello pueden usarse herramientas del análisis estructurado (Diagramas de flujo de datos, Diccionario de datos).

5. Determinación de Requerimientos: Establecer las necesidades que tienen los usuarios. Se logra a través de solicitudes que tienen los usuarios y también por recomendación del analista.

6. Descripción y Evaluación de Alternativas: Consiste en proponer y evaluar (estudio de factibilidad) soluciones que cubran los requerimientos de los usuarios.

7. Aprobación de las Alternativas: De todas las alternativas propuestas, los usuarios responsables escogen una o más alternativas tomando en cuenta su factibilidad (toma de decisiones).

II. DISEÑO DEL SISTEMA: En esta fase se presentan las soluciones planteados, desarrollando las alternativas aprobadas.

1. Elaboración funcional del Sistema Propuesto.

2. Diseño Lógico: Consiste en desarrollar las especificaciones detalladas del nuevo sistema (especificaciones: de entradas, de salidas, de archivos, de base de datos, de lógica de procedimientos).

3. Elaboración y Presentación de un Prototipo del Sistema: Consiste en un forma tangible, los alcances del sistema propuesto.

4. Aprobación del Sistema Propuesto.

III. IMPLEMENTACIÒN: Esta fase en que se le da vida al nuevo sistema.

1. Desarrollo del Software: Consiste en crear o modificar el software, para cumplir con las especificaciones del nuevo sistema, por ejemplo puede instalarse software comercial ya desarrollado o desarrollar programas nuevos hechos a la medida de las especificaciones.

2. Prueba del Sistema: Es una etapa experimental para asegurarse que el software no falla, es decir, se comporta de acuerdo a las especificaciones y en forma como los usuarios esperan que lo haga.

3. Puesta en Marcha: Consiste en la instalación propiamente dicha del sistema, entrenamiento del personal, creación de los archivos, carga inicial de datos.

IV. MANTENIMIENTO: Una vez que el nuevo sistema se ha instalado por completo y está funcionando normalmente, existe la posibilidad de que existan nuevos requerimientos o que por algún motivo especial un procedimiento falla, por lo tanto es necesario hacerle un seguimiento al funcionamiento del nuevo sistema, para así determinar que modificaciones vamos hacer.