Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Especificaciones de software
Acuerdo entre dos partes
Especificaciones de requisitos Especificaciones de diseo
Puede decirnos
Qu hacer Cmo hacerlo Divisin no tan clara
Estilos de especificaciones
Estilos de especificaciones
Sea a un arreglo de n elementos. El resultado de ordenar a es un arreglo b de n elementos tal que el primer elemento de b es el mnimo de a (si varios elementos de a tienen el mismo valor, cualquiera de ellos es aceptable), el segundo elemento de b es el mnimo del arreglo de n-1 elementos obtenidos de a al remover su mnimo elemento; y as sucesivamente hasta que todos los n elementos de a hayan sido removidos.
Estilos de especificaciones
El resultado de ordenar a es un arreglo b el cual es una permutacin de a y est ordenado.
Estilos de especificaciones
Primero, a debe estar ordenado; donde la definicin de ordenado se encuentra dada en la especificacin descriptiva anterior. Luego, cualquier elemento duplicado del arreglo ordenado debe ser eliminado del arreglo.
Conclusiones
No siempre existe una distincin muy clara entre las especificaciones descriptivas y operacionales. No existe un estilo que sea adecuado para todo tipo de problema. Ningn estilo garantizar la calidad de la especificacin.
Anlisis Estructurado
Elementos del modelo de anlisis
Modelo de datos
Qu es un modelo?
REALIDAD
MODELO
Modelo de datos
Diagramas de Entidad-Relacin
Modelo de Datos
Cules son los objetos de datos primarios que va a procesar el sistema? Cul es la composicin de cada uno de estos objetos y qu atributos los describen? Cul son las relaciones entre dichos objetos?
Entidades y atributos
Entidad
Abstraccin de un objeto del mundo real. Representa una coleccin de objetos que tienen propiedades comunes. Ejemplo: CLIENTE
Atributo
Propiedad de una entidad Ejemplo: Nombre y apellido, edad, direccin, etc.
Entidades y atributos
Area de Clave Primaria (Atributos de clave primaria). Area de Datos (Atributos no-clave)
Relaciones
CLIENTE compra
PRODUCTO
Modelo conceptual
EQUIPO esta_formado
JUGADOR
Entidad padre
Cardinalidad: cero, una o ms
Entidad hijo
Cardinalidades
P indica uno o ms. Z indica cero o una. n indica exactamente n. ausencia de smbolo indica cero o ms.
EQUIPO esta_formado JUGADOR 22
COPIA_PELICULA
ALQUILER
Entidad asociativa
Depende para
Lnea llena
Entidad dependiente
Siempre mandatorias.
esta_en_stock_como
cubre
En cada curso el nmero de alumnos inscriptos no puede ser menor de 5 ni puede exceder el valor del atributo max_inscriptos de la entidad CURSO.
ALUMNO id_alumno CURSO id_curso nombre max_inscriptos INSCRIPCION id_alumno (FK) id_curso (FK)
Entidad independiente
Entidad independiente
Entidad dependiente
Jerarquas de generalizacin
Jerarqua OR
Agrupamiento de entidades que comparten caractersticas comunes.
CUENTA nro_cta tipo_cta fecha_apertura tipo_cta
Jerarquas de generalizacin
Jerarqua OR
CUENTA nro_cta 1 2 3 4 5
tipo_cta fecha_apertura corriente 15/1/2000 corriente 20/1/2000 ahorro 21/2/2000 ahorro 25/2/2000 prestamo 4/3/2000
Jerarquas de generalizacin
Jerarqua AND
CUENTA nro_cta fecha-apertura indicador_cta_c indicador_caja_a indicador_cta_p indicador_cta_c CTA_CTE nro_cta (FK) saldo_cheques descubierto cargo_cheque indicador_caja_a CAJA_AHORRO nro_cta (FK) saldo tasa_intereses intereses_ganados
Jerarquas de generalizacin
Jerarqua AND
CUENTA nro_cta indicador indicador indicador fecha_apertura _cta_c _caja_a _cta_p 1 1 0 1 15/1/2000 2 1 0 0 20/1/2000 3 0 1 0 21/2/2000 4 0 1 1 25/2/2000 5 1 0 0 4/3/2000
CTA_CTE nro_cta saldo_ descubierto cargo_ cheques cheque 1 12000 11500 1 2 500 1000 1.2 5 876 760 1.2 CAJA_AHORRO nro_cta saldo 3 4
Relaciones Recursivas
Conclusiones DER
Modelo de Procesos
Diagrama de Flujo de Datos (DFD)
Caractersticas
Fciles de comunicar Notacin operacional semi-formal Variedad de nombres y notacin Aplicabilidad amplia Descomposicin por niveles
DER DD DFD
DTE
Componentes de un DFD
Procesos Flujos de datos Almacenes Terminadores o Entidades Externas.
Procesos
Una actividad, tarea, proceso, funcin, etc. Transforma entradas en salidas Representacin Grfica
proceso burbuja funcin transformacin verbo-objeto (qu) en modelos de procesadores (quin)
SOLICITAR TARJETA
Flujo de Datos
Representan datos en movimiento lgicamente relacionados. Describen el movimiento de paquetes de datos de una parte del sistema a otra.
etiqueta del flujo
Flujo de Datos
Entra a o sale de
proceso entidad externa almacn
contrasea + nro_usuario
2
VALIDAR USUARIO
respuesta de validacin
direccin
detalle de pedidos
GENERAR FACTURA
cdigo postal
domicilio
calle
VALIDAR CALLE
VALIDAR DOMICILIO
domicilio
calle
OBTENER CALLE
Aplicabilidad
azcar
1 MEZCLAR INGREDIENTES
masa
2 HORNEAR
torta
Almacn de Datos
Coleccin de datos en reposo.
archivo en disco microfichas datos en un fichero de papel etc.
Representacin grfica:
nombre del almacn
datos_cliente
CLIENTES
nro_cliente
no destructiva
info_contacto
ACTUALIZAR INFORMACION nro_cliente DE CONTACTO DE CLIENTE
CLIENTES
info_contacto
CLIENTES = {CLIENTE} CLIENTE = @nro_cliente + nombre + domicilio + telfono nro_cliente = ... nombre = *nombre de una persona* primer nombre + (segundo nombre) + apellido domicilio = ... telfono = ... primer nombre = ... segundo nombre = ... apellido = ... datos_cliente = nombre + domicilio + telfono info_contacto = [domicilio + telefono | domicilio | telefono]
CONTADURIA
formularios_XYZ
Cada burbuja i de un nivel particular se asocia con una figura del nivel siguiente (si es que se explot).
E1 a 0
EL SISTEMA
E2 b c E3
c
1
PA
x y z
PB
v
Diagrama de Contexto
PC
PD
a
x o
3.2
PE
PF
t
3.3
PG Figura 3: PC
Dos enfoques.
Cuntos niveles tiene que tener un DFD? Cada burbuja lleva a cabo un funcin nica indivisible. Pistas para saber que no hemos particionado lo suficiente:
proceso difcil de nombrar. proceso con demasiadas entradas y salidas.
Deben desarrollarse todas las partes del sistema con el mismo nmero de niveles?
Cmo asegurar que los niveles de un DFD sean consistentes entre s?
Gua prctica
Escoger nombres significativos. Numerar los procesos. Redibujar. Evitar complejidad => niveles Evitar los flujos y procesos no etiquetados. Controlar consistencia entre niveles. Tener cuidado con los almacenes de solo lectura o solo escritura.
Gua prctica
Evitar sumideros infinitos.
Los datos que entran a una burbuja deberan ser usados.
un agujero negro
Un milagro
Modelo de Comportamiento
Diagramas de Transicin de Estados (DTE)
Notacin grfica semi-formal operacional.
Permite construir modelos de comportamiento dependientes del tiempo. Componentes:
Estados Transiciones
Condiciones Acciones
Estados
El sistema est esperando que:
algo ocurra en el ambiente externo (evento) o, alguna actividad que se est realizando en ese momento cambie a otra.
Representacin grfica:
nombre del estado
Transiciones
Representan cambios de un estado a otro.
ESTADO 1
ESTADO 2
estado final
ESTADO 3
Condiciones y Acciones
Pueden aparecer asociadas a una transicin.
ESTADO 1
Condicin Accin
ESTADO 2
ESPERANDO TARJETA
Se ingres tarjeta
EXTRACCION
TRANSFERENCIA
ESPERANDO ELECCION
IMPRIMIENDO SALDO
IMPRIMIENDO MOVIMIENTOS
Balanceo de modelos
Balanceo del DFD con el DD
Cada flujo de datos y cada almacn de datos deben estar definidos en el DD. Caso contrario se dice que el dato est indefinido. Cada dato y almacn que se define en el DD debe encontrase en alguna parte del DFD. Si no aparece se dice que es un dato fantasma.