El documento define el análisis de requisitos como un método para especificar lo que debe hacer un sistema sin definir cómo lo hará. Explica que se usan herramientas como entrevistas y prototipos para entender las necesidades del cliente y documentar los requisitos funcionales y atributos del sistema. Además, presenta un caso sobre la automatización del registro de pagos de estudiantes en un curso intensivo.

2. Se define como un método para el análisis de sistemas
manuales o automatizados, que conduce al desarrollo de
especificaciones para sistemas nuevos o para efectuar
modificaciones a los ya existentes.
Se concentra en especificar lo que se requiere que haga el
sistema o la aplicación. No se establece cómo se cumplirán
los requerimientos o la forma en que se implantará la
aplicación. Más bien, permite que las personas observen los
elementos lógicos separado de los componentes físicos.

3. Caso de estudio
La Coordinación del Curso Intensivo 2011 del Programa de
Educación, requiere la automatización del registro de los
pagos causados por los estudiantes que cursan alguna
unidad curricular durante este periodo académicos
especial.

4. Son una descripción de las necesidades o deseos
de un producto. La meta principal en esta etapa
es identificar y documentar lo que en realidad se
necesita, en una forma en que pueda fácilmente
ser transmitido al cliente y al equipo de
desarrollo.

5. Herramientas:
. Entrevista.
Cuestionario.
Comportamiento de los tomadores de decisión.
Prototipos.
Sirve: Para formar la imagen que el analista tiene de la organización y
sus objetivos.
Involucrados:
Analista.
Usuarios.
Administradores de las operaciones
Al final:
¿Quien? Personas
· ¿Que? Actividad del negocio
· ¿Donde? Ambiente
· ¿Cuando? En que momento
· ¿Como? De que manera se desarrollo

6. Se recomienda aquí definir al menos los
siguientes puntos:
 Panorama general
 Metas
 Funciones del sistema
 Atributos del sistema

7. Es un diagrama en forma de red que representa
el flujo de datos y las transformaciones que
se aplican sobre ellos al moverse desde la
entrada hasta la salida del sistema.

8. Es la técnica más difundida dentro del análisis
estructurado.
Se apoya en otras técnicas de descripción textual:
diccionario de datos especificaciones de proceso.
Se utiliza para modelar las funciones del sistema y
los datos que fluyen entre ellas a distintos niveles
de abstracción.
Niveles superiores: funciones del sistema de forma
general
Niveles inferiores: funciones del sistema de forma
detallada

9. Componentes de un DFD
 Procesos: componentes funcionales del sistema
 Almacenes: representan datos almacenados o en
reposo
 Entidades externas: representan la fuente y/o el
destino de la información del sistema
 Flujos de datos: representan los datos que fluyen
entre las funciones

10. Notación de un DFD

11. Representa una función que transforma los
flujos de datos de entrada en uno o varios
flujos de datos de salida.
 No define un programa en ejecución.
 El proceso debe ser capaz de generar flujos de
datos de salida a partir de flujos de datos de
entrada más una información local:

12. Representación gráfica (Yourdon):
 Un Círculo.
 Incluye un número y un nombre (únicos en el conjunto de DFD
que representan el sistema)
Características de los nombres:
 Lo más representativo posible.
 Dar un nombre que englobe a toda la función
 Suprimir nombres con poca significación (Ej: REALIZAR
OPERACIÓN, GESTIONAR ACCIÓN, etc.)
 Verbo seguido de un sustantivo (Ej.: GENERAR PEDIDO).

13. Representa información del sistema almacenada de forma
temporal datos en reposo (flujos: datos en movimientos)
cualquier dato temporalmente almacenado
independientemente del dispositivo utilizado
Ejemplos: un cajón con papeles, un archivador manual, un
fichero o una base de datos, etc.
 Su contenido se define en diccionario de datos.

14. Características de los almacenes:
 Nombre:
• Lo más representativo posible
• No asociado a connotaciones físicas
• En plural (Ej: “clientes”) .
 Se puede representar varias veces en un DFD
 Se puede representar en distintos niveles de DFD
 Si es local a un proceso, se representará en el DFD en el
que se especifique dicho proceso.

15. Es el componente del DFD que representa un generador o
consumidor de información del sistema y que no pertenece
al mismo.
Ejemplos:
subsistemas, personas, departamentos, organizaciones, otras
aplicaciones o sistemas, etc.
 Son externas al sistema que se está modelando
 Los flujos que parten o llegan a ellas definen la interfaz entre el
sistema y el mundo exterior.
 Relaciones entre las entidades externas no son objeto del

16. Representación Gráfica:
 El nombre debe ser representativo.
 Se pueden dibujar varias veces en un DFD (con un
asterisco).
 Normalmente las entidades externas sólo van a aparecer
en el DFD de mayor nivel llamado diagrama de contexto.

17. Representan los datos en movimiento en un momento y con
una cardinalidad determinada.
 A través de ellos los datos viajan de una parte del sistema a otra.
 Es el medio de conexión de los restantes componentes del DFD.
 Se representan por arcos dirigidos.
 Según la persistencia en el tiempo de los datos que fluyen por el
flujo, estos pueden ser discretos o continuos.

18.  El primer diagrama ayuda al analista a ilustrar el movimiento de datos
básicos. El diagrama de contexto (Lo que llamamos el nivel 0 del
diagrama), contiene un único proceso que representa al sistema en general;
en este nivel 0 se muestran todas las entidades externas y los flujos de
datos que entran y salen del sistema. Dentro de dicho nivel no se colocan
los almacenamientos de datos.

19. El proceso del diagrama 0 se explota y se crea un diagrama hijo el
cual no puede tener entradas ni salidas que no las tenga el
diagrama padre o diagrama de contexto. En este diagrama cada
proceso debe llevar el mismo número que en el diagrama padre
para así poder identificar que proceso esta siendo explotado, al
mismo tiempo este número debe esta acompañado de un punto
decimal y un número único para cada proceso hijo.

22. Análisis de los procesos del sistema
Aplicamos la visión sistémica
Diagrama de contexto
Datos vaucher
Estudiante
Vaucher por registrar
Vaucher firmado
0.
Registro de
en principio, no inscripción Estudiante
inscriptos
son Vaucher
regitrado
materiales, son
datos