El Proceso de Análisis

Análisis y Diseño de Software
Prof. Arturo Corichi Guerrero

5. El proceso de análisis
5.1. Diagrama de flujo
5.2. Análisis mediante diccionario de datos
5.3. Descripción de las especificaciones de procesos y decisiones estructuradas
5.4. Análisis y diseño de sistemas orientado a objetos mediante UML
El proceso de análisis
Para realizar el análisis de los

requerimientos de un
sistema, el analista de
sistemas cuenta con
diferentes herramientas, y
técnicas que le permiten
estructurar el proceso de
análisis , diseño y desarrollo
de sistemas de información,
reduciendo al mínimo el
riesgo de fracaso de los
nuevos proyectos.
El Análisis estructurado es la
técnica principal que el analista
emplea para generar modelos de
solución, que represente el
sistema de información a
desarrollar.
El objetivo del análisis
estructurado, es organizar las
tareas asociadas con el análisis
de requerimientos para
comprender de forma completa y
exacta de una situación dada.
El análisis estructurado busca
especificar lo que se requiere que
haga el sistema. No se establece
cómo se cumplirán los
requerimientos, ni la forma en
que implantará la aplicación.
El análisis estructurado de requerimientos se divide en:

• Reconocimiento del problema. El analista estudia la especificación de los
requerimientos sistema y el plan del proyecto del software, para reconocer los
elementos básicos del problema tal como lo percibe el usuario/cliente.
• Evaluación y síntesis. El analista debe evaluar el flujo y la estructura de la
información, para definir y elaborar todas las estructuras del software, entender
el comportamiento del programa en el contexto de los sucesos que afectan al
sistema, establecer las características de la interfaz y descubre las restricciones
del diseño.
• Modelización. El analista crea modelos del sistema para entender mejor el flujo
de datos y de control, el procesamiento funcional, el comportamiento en
operación y el contenido de la información; el modelo final servirá como base
para el diseño del software.
• Especificación. Una vez que se ha descrito la información básica, las funciones, el
rendimiento, el comportamiento y la interfaz, se especifican los criterios de
validación que demuestren que se ha llegado a un buen entendimiento de la
forma de implementar con éxito el software.
• Revisión. Se evalúa nuevamente el plan del proyecto del software, para
determinar si las primeras estimaciones siguen siendo validas después del
conocimiento adicional obtenido durante el análisis.
La construcción de un modelo del sistema ó representación de un sistema

de información, puede utilizar diversas herramientas como:
Diagramas de Diagramas Tablas de Diagramas de

Flujo HIPO decisión flujo de datos
Diagramas de Diagramas de Diagramas

Arboles de
Flujo de Transición de Entidad
decisión
Sistemas estados Relación
Diagramas
Diagramas Diagramas Diagramas
Hamilton-
Ferstl PAD Pert
Zeldin
Diagramas
UML
5.1.2. Desarrollo de diagramas de flujo de
datos
Diagramas de flujo (DFD)
Son representaciones gráficas de un
proceso, donde cada paso del proceso
es representado por un símbolo
diferente que contiene una breve
descripción de la etapa de proceso.
Los símbolos gráficos del flujo del
proceso están unidos entre sí con
flechas que indican la dirección de flujo
del proceso.
El diagrama de flujo tiene como
objetivo ofrecer una descripción visual
de las actividades implicadas en un
proceso mostrando la relación
secuencial ente ellas, facilitando la
rápida comprensión de las actividades,
dependencias y su flujo general.
datos
Tipos de diagramas de flujo
• Diagramas de flujo de documentos: Muestra los controles
existentes en el flujo de documentos en el que participan
diferentes unidades organizacionales del negocio, a través de
los componentes de un sistema.
• Diagramas de flujo de datos: Muestran los controles que

existen sobre los flujos de datos en un sistema; de tal forma
que se visualicen los canales donde se transmiten los datos de
un origen a un destino.
• Diagramas de flujo de sistemas: Muestran el flujo de datos

que pasa hacia los componentes principales de un sistema, o a
través de ellos, tales como entrada de datos, programas,
medios de almacenamiento, procesadores y redes de
comunicación.
• Diagramas de flujo de programas: Muestran los controles

internos de un programa dentro de un sistema.
5.1.2. Desarrollo de diagramas de flujo de datos
Simbología básica
Símbolo Significado Descripción
Indica el inicio y el final del flujo. Está reservado a la primera y
Inicio / Fin última actividad. Un proceso puede tener varios inicios y finales.
Indica una actividad o tarea. Debe incluir siempre un verbo de
Proceso acción. Las cajas se pueden numerar.
Se utiliza cuando se debe tomar una decisión. Incluye siempre una
Decisión pregunta.
Representa la entrada de datos, captura, escaneo, etc.
Entrada de datos
Representa la salida de datos, display para mostrar datos
Salida de datos
Indica el almacenamiento de los datos en algún medio: memoria,
Almacenamiento disco, CD´s, etc.
Representa impresión, documentos o información escrita
Impresión
Representa la continuidad del diagrama dentro de la misma página.
Conector de flujos Enlaza dos pasos no consecutivos en una misma página.
Representa una conexión o enlace con otra hoja diferente en la que
Conector de pagina continua el diagrama de flujo.
Se utiliza para unir el resto de símbolos entre sí.
Líneas de Flujo
Simbología extendida
Símbolo Significado Símbolo Significado
Base de datos Intercalar
Cinta magnética Ordenar
Auditoria / Preparación Extracto
Proceso alternativo Combinar
Proceso predefinido Y
Almacenamiento interno Ó
Multidocumento Retraso
Cinta perforada
Entrada manual
Operación manual
datos
Elaboración
Antes de iniciar la elaboración de
un diagramas de flujo es necesario
definir:
• Tener conocimiento del proceso
o procedimiento a diagramar
• Establecer que tipo de diagrama
se requiere
• Determinar el nivel de detalle
• Definir los limites del diagrama.
• Todo diagrama tiene un
encabezado que contiene:
 Nombre del proceso
 Descripción del proceso
 Identificador del proceso
Reglas de elaboración:
1. Los diagramas de flujo deben
escribirse de arriba hacia abajo, Inicio Inicio de proceso
y/o de izquierda a derecha.
2. Cada símbolo debe de unirse con
líneas hacia los otros símbolos.
3. Las líneas de conexión tienen una A=2
Entrada de datos
flecha que indica la dirección en B=3
que fluye la
información/procesos.
4. Las líneas deben ser verticales u
horizontales, nunca diagonales. Suma Proceso de suma
5. No deben quedar líneas de flujo Resultado= A + B
sin conectar.
6. Las líneas de flujo deben de
entrar a un símbolo por la parte
superior y/o izquierda y salir de Resultado Salida de datos
él por la parte inferior y/o
derecha.
7. Todos los símbolos tienen una
línea de entrada y una de salida,
a excepción del símbolo inicial y Fin Fin de proceso
final.
Reglas de elaboración:
8. Solo los símbolos de decisión pueden y
deben tener más de una línea de flujo
de salida.
9. No cruzar las líneas de flujo empleando Inicio
los conectores adecuados sin hacer uso
excesivo de ellos.
10. No fraccionar el diagrama con el uso
excesivo de conectores. Datos Actividad
11. Todo texto escrito dentro de un símbolo
debe ser legible, preciso, evitando el uso
de muchas palabras. No
12. Debe de indicarse claramente dónde
inicia y dónde termina el diagrama. Decisión
13. Si el diagrama sobrepase una página,
enumerar y emplear los conectores Si
correspondientes.
14. Todo texto escrito dentro de un símbolo Fin
debe ser legible, preciso, evitando el uso
de muchas palabras.
15. Cada casilla de actividad debe indicar un
responsable de ejecución de dicha
actividad.
datos
Descomposición jerárquica de los diagramas de flujo
1. Cada DFD puede descomponerse a

su vez en varios Diagramas de Flujo,
uno por cada proceso
2. En los niveles superiores los procesos
se describe de manera muy general y
su descripción se amplia mas según
el nivel descendiendo.
3. La descomposición termina cuando:
Se han encontrado los procesos que
ya no se pueden seguir
descomponiendo
4. Una descomposición no aportará
más conocimiento de los procesos
del SI.
5. Estos procesos se denominan
Elementales, los cuales tienen la
máxima cohesión por objetivo.
datos
Descomposición jerárquica de los diagramas de flujo
6. Este enfoque se denomina Top-

Down, ya que parte desde el nivel de
contexto hasta llegar a los niveles de
los Procesos Elementales.
7. En cada nivel de DFD se deben
conservar las entradas y salidas del
nivel padre (DFD Nivelado)
8. Un proceso debiera descomponerse
entre 5 a 9 subprocesos, no más en
función de la claridad del diagrama
9. Según el grado de detalle se definen
10.DFD de contexto. Es la primera
aproximación al análisis de un
sistema, nos entrega una visión
general y básica
11.DFD de descomposición. Cada
proceso puede ser analizado como
un sistema y confeccionarse para el,
un DFD con su descomposición en
subprocesos
Ejemplo
Ejemplo
datos
Ventajas de los diagramas de flujo
1. Permiten definir los límites de los proceso. Permite establecer umbrales entre lo
que puede y no debe de realizar el sistema.
2. Facilita la identificación de interesados, Al analizar las actividades se identifican
a los clientes y se ajusta el proceso para satisfacer sus necesidades y
expectativas.
3. Es un método de comunicación eficaz, Permite comprender el flujo de
información en una sola vista del diagrama, que con una narrativa podrían
resultar complicados.
4. Permite establecer mecanismos de control y medición de los procesos, así como
de los objetivos concretos para las distintas operaciones llevadas a cabo.
5. Facilita el análisis para la optimización del tiempo y costos. Al poder analizar las
actividades a detalle se pueden establecer nuevas alternativas de solución,
eliminar redundancias o conflictos lo que mejora eficacia y la eficiencia de los
procesos.

El Proceso de Análisis

Cargado por

Copyright:

Formatos disponibles

El Proceso de Análisis

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

El Proceso de Análisis

Cargado por

Copyright:

Formatos disponibles

Análisis y Diseño de Software

Prof. Arturo Corichi Guerrero

Para realizar el análisis de los

El análisis estructurado de requerimientos se divide en:

La construcción de un modelo del sistema ó representación de un sistema

Diagramas de Diagramas Tablas de Diagramas de

Diagramas de Diagramas de Diagramas

• Diagramas de flujo de datos: Muestran los controles que

• Diagramas de flujo de sistemas: Muestran el flujo de datos

• Diagramas de flujo de programas: Muestran los controles

Cinta magnética Ordenar

Auditoria / Preparación Extracto

Proceso alternativo Combinar

1. Cada DFD puede descomponerse a

6. Este enfoque se denomina Top-

También podría gustarte