El anlisis de requerimientos facilita al ingeniero de sistemas

especificar la funcin y comportamiento de los programas, permite al

ingeniero refinar la asignacin de software y representar el dominio
de la informacin, da al diseador la representacin de la
informacin. Finalmente, la especificacin de requerimientos
suministra al tcnico y al cliente, los medios para valorar la calidad
de los programas, una vez que se haya construido.
Ingeniera de
los informes
de
computadora
s
Anlisis de
los
requerimient
os del
software
Diseo del
software
El anlisis de requerimientos puede dividirse en cuatro reas:
1. Reconocimiento del problema
2. Evaluacin y sntesis
3. Especificacin
4. Revisin

El analista estudia la especificacin del sistema, debe establecerse la
comunicacin necesaria para el anlisis, de forma que se asegure el
reconocimiento del problema.
El analista debe evaluar el flujo y estructura de la informacin, refinar en detalle
todas las funciones del programa, cada una de las tareas sirve para descubrir el
problema de forma que pueda sintetizarse en una solucin global.
Las tareas asociadas con el anlisis y especificacin existen para dar una
representacin del programa que pueda ser revisada y aprobada por el cliente.
Una vez se hayan descrito las funcionalidades bsicas, comportamiento,
interface e informacin, se especifican los criterios de validacin para demostrar
una comprensin de una correcta implementacin, para ello se desarrolla un
prototipo y un manual de usuario, los cuales sirven como base para una revisin
conducida por el cliente y el tcnico.
La revisin de los requerimientos casi siempre produce modificaciones.







Cada mtodo de anlisis tiene una nica notacin y
punto de vista. Sin embargo, todos los mtodos de
anlisis estn relacionados por un conjunto de principios
fundamentales:

El dominio de la informacin, as como el dominio
funcional del problema debe ser representado y
comprendido.
El problema debe subdividirse de forma que se
descubran los detalles de una manera progresiva.
Deben desarrollarse las representaciones lgicas y
fsicas del sistema.
El dominio de la informacin contiene 3 visiones diferentes de los
datos que se procesan por los programas de computadoras:
1. El flujo de la informacin
2. El contenido de la informacin y
3. La estructura de la informacin
DATOS DE
ENTRADA
Transformar 1
Transformar 2
ALMACEN
DE DATOS
DATOS DE
SALIDA
DATOS INTERMEDIOS
Normalmente los problemas son demasiado grandes y
complejos para ser comprendidos como un todo, por ello
tendemos a particionar.
Durante el anlisis de requerimientos el dominio
funcional y el dominio de la informacin del software
pueden ser particionados.
Conceptualmente, establecemos una representacin
jerrquica de la funcin o informacin y luego partimos el
elemento superior mediante: 1) incrementando los
detalles, movindonos verticalmente en la jerarqua, o 2)
descomponiendo funcionalmente el problema,
movindonos horizontalmente en la jerarqua.
La visin lgica de los requerimientos del software
presenta las funciones que han de realizarse y la
informacin que ha de procesarse independientemente
de los detalles de implementacin.
La visin fsica de los requerimientos del software
presenta una manifestacin del mundo real de las
funciones de procesamiento y las estructuras de
informacin.
En esencia los mtodos de analisis de requerimientos
del software, facilitan al ingeniero de software aplicar los
principios de anlisis fundamentales, dentro del contexto
de un mtodo bien definido.
El papel de los mtodos de anlisis de requerimientos,
es asistir al analista en la construccin de una
descripcin precisa e independiente del elemento
software de un sistema basado en computadora
.
Facilitan al analista la aplicacin de los principios
fundamentales del anlisis de una manera sistemtica
1.-Mecanismos para el anlisis del dominio de la
informacin
2.-Metodo de representacin funcional
3.-Definicion de interfaces
4.-Mecanismos de interfaces
5.-Soporte de abstraccin
6.-Represetacion de divisiones fsicas y lgicas


El sistema acepta entradas de distintas formas ; aplica
un hardware, software y elementos humanos para
transformar la entrada en salida; genera salidas en
distintas formas.
En efecto un modelo de flujo de datos puede aplicarse a
cualquier sistema basado en computadora
independientemente del tamao o complejidad.


datos2
datos1




datos3 - - - - - - - - datos4
- - - -almacn de datos - - - -
Entidad 1
Entidad 2
Conforme la informacin se mueve a travs del software
, se modifica mediante una serie de transformaciones.
Un diagrama de flujo de datos(DFD).

Entrada1 Salida1


Entrada2
Salida2
. .
. .
. .
. .
Entradan Salida m
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
-----------------------------
Sistema basado
en computadora
Proporcin un panorama del sistema en uso, que es
dependiente de la implantacin, que muestra que tareas
se llevan a cabo y como.
o Nombre de personas
o Nombre con nmeros de formatos y documentos
o Nombre de departamentos
o Archivos maestros y de transacciones
o Equipo y dispositivos utilizados
o Ubicaciones
o Nombres de procedimientos
Primera, es comn que los analistas de sistemas
encuentren mucho mas fcil escribir la iteracin entre los
componentes fsicos que comprender la poltica
empleada para administrar la aplicacin.
Segundo, estn relacionados con facilidad a las
personas, las localidades y los documentos ya que
trabajan todos los das en la misma entidad.
Tercera, los diagramas fsicos de flujo de datos
proporcionan un camino para validar y verifica el punto
de vista del usuario sobre la forma en que el sistema se
usa.

A menudo al diagrama de alto nivel se le denomina
DIAGRAMA DE CONTEXTO define el sistema que va a
ser estudiado en el sentido de que determinan las
fronteras.

El desarrollo de software como una coleccin de
mdulos independientes pero interactan entre s. A
menudo estos mdulos encuentran en los diagramas de
jerarqua. Los diagramas de jerarqua de procesos
continan hasta los niveles que sean necesarios para
identificar las actividades del sistema.


SIMBOLOGIA SIGNIFICADO EJEMPLO
ENTIDAD
Estudiant
e
FLUJO DE DATOS
Nueva informacin de
estudiante
PROCESO
2.3 Crear
registro de
estudiantes
ARCHIVO O ALMACEN
DE DATOS
03
Maestro
de
estudiante
s
Algunos analistas encuentran ventajoso trabajar primero
con todos los flujos de datos o diagramas de detalle y
asimilar nombres que sean descriptivos y tiles.


El diagrama fsico de flujo de datos, emplea solo
smbolos estndar para describir el sistema de soporte
automatizado para preparar el diagrama de flujo de
datos.
Los diagramas fsicos de flujos d datos son un medio para
alcanzar un fin, no un fin en si mismo.
Estar segur de tener la comprensin correcta de la
implantacin real del sistema existente.
La propia implantacin puede ser un problema, un factor
limitante; cambiar la implantacin, mas que el concepto
del sistema ; proporcionan los resultados deseados.
El diagrama lgico de flujos de datos se obtiene del fisico a
partir de los siguientes pasos.
Sealar los pasos necesarios en este momento para un
proceso, no los documentos que los contiene.
Promover la informacin relacionada con las rutas de
datos; esto es, indicar el flujo de procedimientos y no
entre personas o localidades.
Remover las herramientas y dispositivos.
Remover la informacin de control.
Consolidar los almacenes de datos redundantes.
Remover los procesos innecesarios
Los diagramas fsicos lgicos de flujo de datos describen
datos, procesos y eventos en forma diferente. Son mas
abstractos que sus contrapartes fsicas, pero esta
diferencia es importante.
Es cuando el analista comprende la estructura del
sistema. Solo entonces el analista puede desarrollar una
comprensin completa y centrar las bases para disear
el sistema correcto.
1.-Cualquer flujo de datos que abandone un proceso debe
estar basado en los datos que entran al proceso.
2.-Todos los flujos de datos reciben un nombre, el nombre
refleja los datos que influyen entre procesos, almacenes de
datos, fuente o destinos.
3.-Solo deben entrar al proceso los datos necesarios para
llevarlo a cabo.
4.-Un proceso no debe saber nada de ningn otro sistema.
5.-Los sistemas siempre estn en constante
ejecucin(empiezan y nunca se detienen).
6.-La salida de los procesos pueden tomar una de las
siguientes formas.
a.-Flujo de datos con informacin aadida por el proceso(por
ejemplo una anotacin en la factura).
b.-Una respuesta o cambio en la forma de datos(como un
cambio en la forma de expresar las utilidades de dlares en
porcentajes).
c.-Un cambio de condicin(de no autorizacin o autorizado).
d.-Un cambio de contenido( integracin o separacin de la
informacin contenida en uno o mas flujos de datos).
e.-Cambio en la organizacin (por ejemplo separacin fsica o
reacomodo de datos).
En los diagramas de flujo lgicos es innecesaria cierta
informacin fsica sobre los controles.
Los elementos importantes para comprender un proceso
durante el anlisis lgico de flujo lgico de datos, no son
numricos de copias de los documentos y si no las
descripciones de los datos necesarios para llevar a cabo el
proceso.