Metodologías y Técnicas de Diseño de Software

1. www.miceminfo.net
Diseño
l o
ue er
ig m
 Genera soluciones a requerimientos
M o
n nR
planteados
Sa rvi
 Describe las especificaciones del sistema
B a
propuesto
G M
 Define CÓMO lo va a hacer el nuevo Sistema
U c.
Li
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

2. www.miceminfo.net
Diseño
l o
ue er
ig m
 Herramientas
M o
n nR
Lenguaje de Modelado Unificado (UML)
Sa rvi
 DFD, DFP
B a
 Diagrama Entidad Relación (DER)
G M
 Diagrama Estructurado de Datos (DED)
U c.
Li
 Normalización
 Carta Estructurada (CE)
 Diagramas de Acción (DA)
 Formatos o Plantillas para diseño de salidas
 Diccionario de Datos (DD)
 Otras: HIPO, VTOC, Árboles estructurados
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

3. www.miceminfo.net
Diseño
l o
ue er
ig m
 Pasos
M o
n nR
 Elaboración del Modelo del Sistema Propuesto (Lógico y
Físico)
Sa rvi
 Elaboración de Diccionario de Datos (Flujos, Procesos,
B a
Almacenes de Datos)

G M
Elaboración del Diagrama Entidad Relación (DER)
U c.
 Elaboración del Diagrama Estructurado de Datos (DED)
Li
 Elaboración de la Carta Estructurada (CE)
 Elaboración de Diagramas de Acción (DA)
 Elaboración de Modelos de Reportes Impresos y Pantallas
 Descripción de Hardware y Software requerido
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

4. www.miceminfo.net
Diseño
l o
ue er
ig m
M o
n nR
 Base de Datos
 Colección integrada de archivos (interre-
Sa rvi
lacionados) , accesibles a múltiples aplicaciones
B a
G M
 Disminuye redundancia de datos
U c.
 Elimina inconsistencia entre datos redundantes
Li
 Comparte datos entre múltiples usuarios
 Establece estándares y seguridad
 Protege la integridad de los datos
 Independiza programas de estructuras de datos
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

5. www.miceminfo.net
Diseño
l o
ue er
ig m
M o
n nR
 Base de Datos
 Modelos de B.D.
Sa rvi
 Jerárquico
B a

G M
De Redes
U c.
 Relacional
Li
 Orientado a Objetos
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

6. www.miceminfo.net
Cardinalidad de las relaciones
l o
El tipo de cardinalidad se representa mediante una etiqueta en el exterior
ue er
de la relación, respectivamente: "1:1", "1:N" y "N:M", aunque la notación
ig m
depende del lenguaje utilizado, la que más se usa actualmente es el
M o
unificado. Otra forma de expresar la cardinalidad es situando un símbolo
n nR
cerca de la línea que conecta una entidad con una relación:
– "0" si cada instancia de la entidad no está obligada a participar en la relación.
Sa rvi
– "1" si toda instancia de la entidad está obligada a participar en la relación y,
además, solamente participa una vez.
B a
G M
– "N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en la
relación y puede hacerlo cualquier número de veces.
U c.
Li
Ejemplos de relaciones que expresan cardinalidad:
– Cada esposo (entidad) está casado (relación) con una única esposa (entidad) y
viceversa. Es una relación 1:1.
– Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero
una persona puede tener varias facturas emitidas a su nombre. Todas las facturas
se emiten a nombre de alguien. Es una relación 1:N.
– Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un
artículo puede ser comprado por varios clientes distintos. Es una relación N:M.
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

7. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama de Entidad Relación (DER)
M o
n nR
 Modela lógicamente las estructuras de datos del
Sa rvi
sistema relacionado
 Describe la distribución de datos almacenados
B a
 Consta de G M
U c.
 Entidades (algo acerca de lo cual guardamos
Li
información). No confundir con las Entidades
externas del DFD.
 Relaciones
 1:1 (Mandatoria) (Opcional)
 1:n
 m:n
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

8. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama de Entidad Relación (DER)
M o
n nR
Clientes Editorial
Sa rvi
B a
1 n
G M 1 1
U c.
compra comprado edita editado
Li
m 1
1
Libros
m
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

9. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama de Entidad Relación (DER)
M o
n nR
Clientes Editorial
Sa rvi
B a
1 1
G M 1 1
U c.
hacer ser hechos edita editado
Li
m 1 m 1
1 constar m
Pedido Libros
1 estar 1
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

10. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama de Entidad Relación (DER)
M o
n nR
Sa rvi
Clientes Clientes Clientes Clientes Clientes
B a
G M 1 1
U c.
Li
hacen
m 1
Pedido Pedido Pedido Pedido Pedido
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

11. www.miceminfo.net
Diseño
l o
ue er
ig m
 Normalización
M o
n nR
 Consiste en simplificar la relación entre los
Sa rvi
atributos de una entidad
 Transforma estructuras complejas en conjuntos
B a
G M
estables de menor tamaño
U c.
 Ventajas
Li
 Facilita el mantenimiento
 Elimina redundancia
 Provee consistencia
 Ahorra memoria en dispositivos de almacenamiento
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

12. www.miceminfo.net
Diseño
l o
ue er
ig m
 Normalización
M o
n nR
 Formas Normales
Sa rvi
 1FN (1ra Forma Normal) (Elimina grupos repetidos)
 2FN (Elimina dependencias parciales y busca
B a
G M
dependencia funcional con clave primaria)
U c.
 3FN (Elimina dependencias transitivas)
Li
 BCNF (Forma Normal Boyce/Codd)
 4FN
 5FN
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

13. www.miceminfo.net
Diseño
l o
ue er
ig m
M o
Estructura No Normalizada
n nR
1FN
Reporte_ventas Vendedor
Sa rvi
n°_vendedor
nombre_vendedor
B a
n°_vendedor
nombre_vendedor
G M área_ventas
U c.
área_ventas
Li
Vendedor/Cliente
(n°_cliente)
n°_vendedor
(nombre_cliente)
n°_cliente
(n°_almacen)
nombre_cliente
(ubicación_almacen)
n°_almacen
(valor_ventas)
ubicación_almacen
valor_ventas
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

14. www.miceminfo.net
Diseño
l o
ue er
ig m
2FN 3FN
M o
Vendedor Vendedor
n nR
n°_vendedor
n°_vendedor
nombre_vendedor
Sa rvi
nombre_vendedor
área_ventas
área_ventas
B a
Ventas
G M
Ventas n°_vendedor
n°_vendedor n°_cliente
U c.
valor_ventas
Li
n°_cliente
valor_ventas Almacen
n°_almacen
Cliente/Almacen
ubicación_almacen
n°_cliente
nombre_cliente Cliente
n°_almacen n°_cliente
ubicación_almacen nombre_cliente
n°_almacen
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

15. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama Estructurado de Datos (DED)
M o
n nR
 Representa el uso de los datos como Modelo
Sa rvi
Funcional.
 Refleja el uso de los datos a través de un
B a
G M
Modelaje Físico de la BD
U c.
 Se basa en el DER
Li
 Elementos Entidad
 Entidades Campo Clave
 Relaciones Campo1
 Campos Claves o Primarios
Campo2
 Campos
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

16. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagrama Estructurado de Datos (DED)
M o
n nR
Cliente Editorial
Sa rvi
cedula cod_editorial
nombre contacto
B a
G M
dirección dirección
saldo telefono
U c.
... ...
Li
Pedido Libros
N°_Pedido codigo_libro
cedula autor
codigo_libro titulo
fecha cod_editorial
... ...
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

17. www.miceminfo.net
Diseño
l o
ue er
ig m
 Carta Estructurada (CE)
M o
n nR
 Presenta el “plano” del sistema propuesto
Sa rvi
 Sirve para
B a
 hacer participar al usuario
G M
 diseñar funciones detalladas
U c.
Li
 diseñar menús
 planificar el desarrollo de programas
 monitorear el desarrollo
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

18. www.miceminfo.net
Diseño
l o
ue er
ig m
Carta Estructurada
M o
n nR
Sistema de Libros
Sa rvi
SL-000
B a
G M
Recibir Pedidos Enviar Pedidos Controlar Inventario
SL-100 SL-200 SL-300
U c.
Li
Validar Pedido Registrar Pedido SL-210 SL-220 Ingresos Ajustes
SL-110 SL-120 SL-310 SL-320
A crédito SL-121 SL-211 SL-221 SL-311 SL-321
SL-111
A contado SL-122 SL-212 SL-222 SL-312 SL-322
SL-112
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

19. www.miceminfo.net
Diseño
l o
ue er
ig m
Ejemplo de Aplicación con Microsoft(C) Word(C)
M o
Microsoft W ord
n nR
MW -0000
Archivo Edición Ver Insertar Formato
MW -1000 MW -2000 MW -3000 MW -4000 MW -5000
Sa rvi
Nuevo Deshacer Normal Salto Página Fuente
MW -1100 MW -2100 MW -3100 MW -4100 MW -5100
B a
G M
Abrir Repetir Esquema Fecha Hora Párrafo
MW -1200 MW -2200 MW -3200 MW -4200 MW -5200
Cerrar Cortar Diseño Página Titulo Tabulación
U c.
MW -1300 MW -2300 MW -3300 MW -4300 MW -5300
Li
Guardar Copiar Docum. Maestro Objeto Bordes y Somb.
MW -1400 MW -2400 MW -3400 MW -4400 MW -5400
... ... ...
Hoja cálculo Bordes
MW -4410 MW -5410
W ord Art
MW -4420 Ninguno
MW -5411
...
Cuadro
MW -5412
Sombra
MW -5413
Sombreado
MW -5420
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

20. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diagramas de Acción (DA)
M o
n nR
 Describen detalladamente los elementos de un
programa o módulo.
Sa rvi
 Es la última etapa del diseño y materia prima
B a
G M
para el programador
U c.
 También se le conoce por: Lenguaje
Li
estructurado, pseudo código, algoritmo, etc.
 Permiten representar la estructura global de un
programa y el detalle de las tareas que realizan
los módulos que lo componen
 Facilita cambiar las palabras claves por los
comandos del lenguaje de programación a usar
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

21. www.miceminfo.net
Diseño
l o
ue er
ig m
Si es cliente frecuente entonces
M o
n nR
Si compra es menor o igual a 100.000 entonces
Aplicar descuento de 5%
Sa rvi
si no
B a
Aplicar descuento de 10%
Fin si G M
U c.
si no
Li
Si compra es menor o igual a 1.000.000 entonces
Aplicar descuento de 5%
si no
Aplicar descuento de 10%
Fin si
Fin si
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

22. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diseño de Salidas
M o
n nR
 Deben satisfacer objetivos planteados
 Se deben adaptar al usuario
Sa rvi
 Debe proveer cantidad adecuada de información
B a
G M
 Se debe proporcionar el método apropiado para
la salida
U c.
Li
 La salida debe ser oportuna y disponible para el
usuario
 Formas de salidas:
 Reportes impresos (impresoras)
 Reportes por pantalla
 Reportes en archivos
 Reportes en discos
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

23. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diseño de Salidas
M o
n nR
 Cómo determinar Formas de salidas:
 Quién(es) usará(n) la salida?
Sa rvi
 Cuántas personas necesitan de la salida?
B a
G M
 Cuál es el propósito?
 Dónde se necesita la salida?
U c.
Li
 Con qué frecuencia se necesita?
 Durante cuánto tiempo se almacenará?
 Deberá almacenarse?
 Cuáles son los costos respectivos?
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

24. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diseño de Salidas
M o
n nR
 Reporte Impreso:
Sa rvi
Membrete de la organización Fecha:
Hora:
B a
G M
N° Pag:
Título del Reporte
U c.
Li
N° Campo1 Campo 2 Campo 3 Campo 4 Campo 5
Contenido del Reporte
Código Reporte Marca Fin Página
/Continuación
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

25. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diseño de Salidas
M o
n nR
 Pantallas
Sa rvi
Título de la Pantalla
B a
N° Campo1 Campo 2
G M Campo 3 Campo 4 Campo 5
U c.
Li
Contenido de la Pantalla
Mensajes de error al usuario
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

26. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diccionario de Datos
M o
n nR
 Flujos
Sa rvi
Flujo
B a
G M
Nombre: detalle_libros
U c.
Descripción: contiene datos acerca de libros en
Li
inventario
Flujo Padre: --
Origen: Libros Destino: Validar pedido
Contenido: codigo_libro + cantidad + ubicación +
codigo_editorial + autor + ....
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

27. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diccionario de Datos
M o
n nR
 Procesos
Sa rvi
Proceso
B a
G M
Nombre: Validar pedido
U c.
Referencia: (1)
Li
Descripción: Valida existencia de libros y el crédito
del cliente
Proceso Padre: 0
Entradas: pedido, detalle_libros, estado_credito
Salidas: pedidos_validos
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

28. www.miceminfo.net
Diseño
l o
ue er
ig m
 Diccionario de Datos
M o
n nR
 Almacén de Datos o Archivos o Tablas
Sa rvi
Archivo
B a
Nombre: cliente Longitud Registro: 100 Bytes
G M
Acceso: [ x ] Directo [ ] Secuencial
U c.
Descripción: almacena datos personales de clientes
Li
Archivos Indice: clien_ced (índice: cedula)
Campo Tipo Longitud Descripción
cedula carácter 8 C.I. del cliente
nombre carácter 20 Nombre del cliente
apellido carácter 20 Apellido del cliente
activo lógico 1 (V) Activo (F) No activo
saldo numérico 12,2 Saldo con la empresa
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

29. www.miceminfo.net
Diseño
l o
ue er
ig m
 Existen varios proyectos, trabajando en ellos un grupo de
empleados. Un empleado puede ser jefe de uno o más
M o
proyectos, y puede trabajar en varios proyectos. Se requiere
n nR
saber:
 quiénes son los miembros de un proyecto dado
Sa rvi
 en qué proyectos trabaja un empleado dado
B a
 quiénes trabajan en más de un proyecto
G M
 quiénes son los jefes de proyecto
U c.
 En una concesionaria de automóviles se requiere saber:
Li
 lista de clientes de la empresa
 a quién se le vendió un vehículo, dada la placa
 número de vehículos vendidos en un período dado
 porcentaje de ventas por períodos para los modelos
actuales
 lista de vehículos vendidos a un cliente dado
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel

30. www.miceminfo.net
Diseño
l o
ue er
ig m
 En el Hospital XX existe la Admisión, donde se lleva
M o
n nR
información relativa a los pacientes de alta y baja:
 lista de pacientes que ingresaron en una fecha dada
Sa rvi
 lista de pacientes recluidos por servicio (pediatría, etc.)
 qué medicinas recibe el paciente de una habitación dada
B a
G M
 lista de pacientes de un Doctor dado
 lista de pacientes recluidos en un piso dado
U c.
Li
 En el mostrador de una Línea Aérea, en un aeropuerto, se
requiere saber:
 lista de pasajeros con reservación, confirmados y/o
embarcados en un vuelo dado
 cantidad de pasajeros movilizados en un período dado
 porcentaje de retardos en los vuelos en un período dado
 lista de la tripulación de un vuelo dado
Lic. Marvin Romero _:_:_ marfonline@gmail.com _:_:_ UGB, San MIguel