1. Informe sobre: Requerimientos de los sistemas de información
y su importancia.
Alumna: Beatriz Montilla
C. I.: 23903502
Materia: Análisis de sistemas
Sección: S1
Prof. : María Teresa Langone

2. ¿QUÉ SON
REQUERIMIENTOS?
Una condición o capacidad que debe estar presente en un sistema o
componentes de sistema para satisfacer un contrato, estándar, especificación u
otro documento formal.
Los requerimientos puedes dividirse en requerimientos funcionales y
requerimientos no funcionales. Los requerimientos funcionales definen las
funciones que el sistema será capaz de realizar. Describen las transformaciones
que el sistema realiza sobre las entradas para producir salidas. Los
requerimientos no funcionales tienen que ver con características que de una u
otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en
tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema,
disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estándares,
etc.

3. Las características de un requerimiento son sus propiedades principales. Un
conjunto de requerimientos en estado de madurez, deben presentar una serie de
características tanto individualmente como en grupo. A continuación se presentan las
más importantes.
*Necesario: Un requerimiento es necesario si su omisión provoca una
deficiencia en el sistema a construir, y además su capacidad, características físicas o
factor de calidad no pueden ser reemplazados por otras capacidades del producto o
del proceso.
*Conciso: Un requerimiento es conciso si es fácil de leer y entender. Su
redacción debe ser simple y clara para aquellos que vayan a consultarlo en un futuro.
*Completo: Un requerimiento está completo si no necesita ampliar detalles
en su redacción, es decir, si se proporciona la información suficiente para su
comprensión.
*Consistente: Un requerimiento es consistente si no es contradictorio con
otro requerimiento.
*No ambiguo: Un requerimiento no es ambiguo cuando tiene una sola
interpretación.
*Verificable: Un requerimiento es verificable cuando puede ser cuantificado
de manera que permita hacer uso de los siguientes métodos de verificación:
inspección, análisis, demostración o pruebas.
CARACTERÍSTICAS DE
LOS REQUERIMIENTOS

4. *Especificados por escrito. Como todo contrato o acuerdo entre dos
partes
*Posibles de probar o verificar. Si un requerimiento no se puede
comprobar, entonces ¿cómo sabemos si cumplimos con él o no?.
*Descritos como una característica del sistema a entregar. Esto es: que
es lo que el sistema debe de hacer (y no como debe de hacerlo).
*Lo más abstracto y conciso posible. Para evitar malas
interpretaciones.
LOS
REQUERIMIENTOS
DEBEN SER:

5. CLASIFICACIÓN DE LOS REQUERIMIENTOS
El clasificar requerimientos es una forma de organizarlos, hay
requerimientos que por sus características no pueden ser tratados iguales.
La siguiente es una recomendación de como pueden ser clasificados los
requerimientos aunque cada proyecto de software pueda usar sus propias
clasificaciones.
*Requerimientos del "entorno“: El entorno es todo lo que rodea al
sistema.
*Requerimientos "ergonómicos“: Él mas conocido de los
requerimientos ergonómicos es la interface con el usuario o GUI (Graphic User
Interface).
*Requerimientos de Interface: La interface es como interactúa el
sistema con el ser humano o con otros sistemas (el enfoque es prácticamente el
opuesto a los requerimientos ergonómicos).

6. REQUERIMIENTOS DEL SISTEMA
Los Sistemas de Información por computadora normalmente están
integrados por muchos componentes. En la mayor parte de los casos, es difícil
para los analistas entender todos estos componentes aún mismo tiempo; por lo
tanto los investigadores tienen que comenzar con preguntas de tipo general con
relación al propósito del sistema sus entradas y salidas de los procesos
incluidos.
En los grandes proyectos de sistema varios analistas llevan a cabo una
investigación en forma seccionada que la distribuye entre ellos mismos, de
manera que cada uno pueda trabajar en forma independiente.
Existen dos estrategias ampliamente utilizadas para determinar los
requerimientos de información. Se clasifican en dos tipos:
1.- Flujo de Datos.
2.- Estrategias de Análisis de Decisión para el Conocimiento para los Sistema
de Información.

7. ESTRATEGIA DEL FLUJO DE DATOS
Cuando se siguen un flujo a través de los procesos de negocio, que es el
propósito del análisis del flujo de datos, le indica a los analistas una gran
cantidad de datos sobre como sé esta llevando a cabo los objetivos de la
compañía. Al manejar las transacciones y completar las tareas, los datos de
entrada se procesan, almacenan, consultan, utiliza, modifica y se emiten.
El análisis de flujo de datos que muestra el estudio y el uso de cada
actividad, documenta los hallazgos en los diagramas de flujo de datos.
ESTRATEGIA DEL ANÁLISIS DE DECISIONES
La estrategia del análisis de decisiones es un complemento del análisis
del flujo de datos. Esta estrategia realza el estudio de los objetivos de una
operación y de las decisiones que deben realizarse para cumplir con los
objetivos.
Las decisiones se presentan tanto en los niveles operativos como en los
de alto nivel gerencial, la estrategia de análisis de decisión con frecuencia
utiliza por parte de alta gerencia para desarrollar la toma de decisiones.

8. IMPORTANCIA DE LOS REQUERIMIENTOS
Sabemos que muchos proyectos de Software fracasan porque no se
realiza un estudio previo de los requisitos del usuario, no se hace una
definición completa del alcance del proyecto. No realizamos el modelado del
negocio antes de desarrollar el software, esto significa que el analista no se
involucra en el problema; aunque tiene claro que el sistema debe desarrollarse
para dar soporte a los procesos de la organización, sino se involucra en la
problemática corre el riesgo de que los requisitos identificados no
correspondan a las necesidades para lo que se debe crear.
Requerimientos incompletos y el cambio frecuente de los
requerimientos establecidos son otros factores que llevan los sistemas al
fracaso.