Instituto de Estudios Superiores Argentino (IESA)

Materia: Análisis y Diseño de Sistemas

Carrera: Analista de Sistemas

Análisis y Diseño de Sistemas

Clase XII
Unidad VII: Etapa de Análisis: Fase de Definición:
La fase de definición permite modelar el sistema nuevo. Las características del sistema nuevo, ¿qué
características va a tener el sistema nuevo?
Define las necesidades del sistema nuevo.
Las necesidades se clasifican en: Obligatorias, deseables y opcionales.
Modela en sistema nuevo en función a esas características/necesidades.

Lista de Necesidades
En base a las fases anteriores se crea una lista de las necesidades, las cuales deben ser cubiertas en el sistema
actual, también dependen de su clasificación.
Ejemplo de una lista de necesidades:
 Contemplar una base de datos que permita el almacenamiento de los datos correspondientes a :
o Clientes.
o Cuentas del cliente
o Proveedores
o Mercaderías
o Ventas

 Que contenga una aplicación que permita, tanto la carga y la actualización de la base de datos.

 Que permita generar automáticamente documentos como por ejemplo:

o Resumen de ventas.
o Listados de Clientes morosos
o Listado de mercaderías faltantes.

 Consentir la generación automática de Resumen de ventas mensuales y anuales.

Especificación Lógica de Proceso (ELP). “Análisis estructurado Moderno” Edward Yourdon, páginas: 77-78, 227-
259.
La especificación Lógica de proceso es la descripción de qué es lo que sucede en cada burbuja primitiva de nivel
más bajo de un DFD. Define que debe hacerse para transformar entradas en salidas. Es una descripción detallada
de la política de negocios del usuario que cada burbuja lleva a cabo.
Se puede usar cualquier método mientras satisfaga dos requerimientos cruciales.
 La ELP debe expresarse de una manera que puedan verificar tanto el usuario como el analista.
 El proceso debe especificarse en una forma que pueda ser comunicada efectivamente al público amplio
que esté involucrado.
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

Existen tres Herramientas principales:

 Lenguaje estructurado (español, inglés, etc.).
 Pre/Post condiciones.
 Tablas de decisión.

Lenguaje estructurado
El lenguaje estructurado, como su nombre lo indica, es “Lenguaje español (o inglés u otro) con estructura. Es
decir, es un subconjunto de todo el idioma con importantes restricciones sobre el tipo de frases a que pueden
utilizarse y la manera en que dichas frases pueden juntarse. También se conoce con el nombre de
“pseudocódigo”.
Los verbos deben escogerse de entre un pequeño grupo de verbos orientados a la acción tales como:
 CONSEGUIR (o ACEPTAR o LEER)
 PONER (o MOSTRAR o ESCRIBIR)
 ENCONTRAR (o BUSCAR o LOCALIZAR)
 SUMAR
 RESTAR
 MULTIPLICAR
 DIVIDIR
 CALCULAR
 BORRAR
 VALIDAR
 MOVER
 REEMPLAZAR
 FIJAR
 ORDENAR

Los objetos deben consistir sólo en datos que se han definido en el diccionario de datos o ser términos locales
(variables locales). Los términos locales se definen explícitamente en una especificación Lógica de proceso
individual; sólo son conocidos y relevantes dentro de dicha especificación.
Ejemplo:
Total = 0;
HACER MIENTRAS haya más pedidos en PEDIDOS con fecha-pedido = fecha de hoy
LEER el siguiente PEDIDO en PEDIDOS con fecha-pedido = fecha de hoy;
MOSTRAR a contabilidad numero-pedido, nombre-cliente y cantidad-total;
Total = cantidad-total + Total;
FIN HACER
MOSTRAR a contabilidad el Total;

Finalmente el lenguaje estructurado permite que se combinen frases en unas cuantas formas limitadas que se
toman de las construcciones acostumbradas a la programación estructurada.
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

SI-ENTONCES-OTRO
SI condición-1
Frase-1
FIN SI

SI condición-1
Frase-1
OTRO
Frase-2
FIN SI

HACER CASO
CASO variable = valor-1
Frase-1
…
…
CASO variable = valor-n
Frase-n
OTRO CASO
Frase-n+1
FIN CASO

HACER MIENTRAS condición-1

Frase-1
FIN HACER
Pre/ Post Condiciones
Las Pre/Post condiciones son una manera conveniente de describir la función que debe realizar el proceso, sin
decir mucho acerca del algoritmo o procedimiento que se utilizará, resulta ser un enfoque particularmente útil
cuando:
 El usuario tiene tendencia a expresar la política llevada a cabo por la burbuja en términos de un
algoritmo particular que ha estado utilizando durante décadas.
 El analista está razonablemente seguro de que existen muchos algoritmos distintos que podrían usarse.
 El analista desea que el programador explore varios de estos algoritmos pero no quiere involucrarse
personalmente en tales detalles y, sobre todo, no quiere enredarse en discusiones con el usuario acerca
del mérito relativo de cada uno.
Ejemplo:
ELP 3.1: CALCULAR EL IMPUESTO SOBRE VENTAS.
Precondición 1
Ocurre DATOS-VENTA con TIPO-ITEM que corresponde con CATEGORIA-ITEM en CATEGORIAS-
IMPUESTO
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

Postcondición 1
IMPUESTO-VENTA se hace igual a MONTO-VENTA * IMPUESTO

Precondición 2
Ocurre DATOS-VENTA con TIPO-ITEM que NO concuerda con CATEGORIA-ITEM en CATEGORIAS-
IMPUESTO
Postcondición 2
Se genera un mensaje de error.

Las precondiciones describen todas las cosas (si hay) que deben darse antes de que el proceso pueda comenzar a
ejecutarse.
Las postcondiciones describen lo que debe darse cuando el proceso ha concluido.

Tablas de decisión
Existen situaciones donde ni el lenguaje estructurado ni las pre/post condiciones son adecuadas para escribir
especificaciones lógicas de proceso. Esto se da sobre todo si el proceso debe producir alguna salida o tomar
alguna acción basada en decisiones complejas. Si las decisiones se basan en diversas variables distintas (por
ejemplo, datos de entrada), si dichas variables pueden tomar diversos valores, entonces la lógica expresada por
el lenguaje estructurado o por las pre/post condiciones probablemente sean tan complejas que el usuario no la
comprenderá.
Una tabla de decisiones se crea listando todas las variables relevantes (a veces conocidas como condiciones o
entradas) y todas las acciones relevantes en su lado izquierdo. En este ejemplo las variables son lógicas, lo cual
significa que pueden tomar el valor de verdadero o falso.
En muchas aplicaciones es fácil (y preferible) expresar las variables como binarias (verdadero - falso), pero
también se pueden construir las tablas de decisiones a partir de variables multivaluadas.
A continuación se lista en columnas separadas cada combinación posible de valores de las variables; cada
columna usualmente se conoce como regla. Una regla describe una acción (o acciones) que deben llevarse a
cabo para una combinación específica de valores de las variables. Por lo menos se debe especificar una acción
para cada regla (esto es para cada columna de la tabla), o el comportamiento del sistema para tal situación no
quedará especificado.

1 2 3 4 5 6 7 8
Edad mayor a 21 años V V V V F F F F
Sexo F F M M F F M M
Peso mayor a 100Kgs Y N Y N Y N Y N
Medicamento 1 X X
Medicamento 2 X X
Medicamento 3 X X
Ningún medicamento X X
 Instituto de Estudios Superiores Argentino (IESA)
Materia: Análisis y Diseño de Sistemas
Carrera: Analista de Sistemas

Si existen N variables con valores binarios (verdadero - falso), entonces existirán 2N reglas distintas; así que si
existen tres condiciones, habrá 8 reglas, y si hay 7 condiciones habrá 128 reglas.
Debe discutirse cada regla con el usuario para asegurarse que se ha identificado la acción o acciones correctas
para cada combinación de variables.

Matriz de Prioridades
Se deben clasificar las necesidades en base a su prioridad, es decir, debemos reunirnos con el usuario y clasificar
junto con el mismo, todas aquellas necesidades que hemos expuesto en la Lista de necesidades.

Necesidades Prioridad
 Contemplar una base de datos que permita el
almacenamiento de los datos correspondientes a :
o Clientes.
o Cuentas del cliente OBLIGATORIA
o Proveedores
o Mercaderías
o Ventas
 Que contenga una aplicación que permita, tanto la carga y la
OBLIGATORIA
actualización de la base de datos.
 Que permita generar automáticamente documentos como
por ejemplo:
o Resumen de ventas. OBLIGATORIA
o Listados de Clientes morosos
o Listado de mercaderías faltantes.
 Consentir la generación automática de Resumen de ventas
DESEABLE
mensuales y anuales.