Diseño de procesos: operaciones de

negocio
El diseño de un producto y su proceso de creación no pueden
separarse, especialmente en los servicios, donde el proceso es el
servicio.

 Producto: ¿qué atributos percibe el consumidor de utilidad?

 Proceso: ¿cómo podemos reproducir de forma sistemática características
esenciales?

Fases de un proceso de diseño

Un producto y su proceso interactúan de forma estrecha cuando:

 Parte del servicio del producto es la experiencia del cliente.

 El diseño y el proceso productivo afecta a las características del producto.
 El diseño del producto determina los procesos necesarios para producirlo.

Cuanto más tarde aparezca el diseño en las operaciones de negocio, más difícil y costoso es
mejorar un producto o servicio.
Diseño de archivos y base de datos
Elementos básicos del diseño de archivos y base de datos:
1. entidades (entities)
2. campos (fields)
3. records
4. archivos (files)
5. llaves (keys)

Diagrama de relación entre entidades

Ejemplo:

Pueden existir tres tipos de relaciones:

1. uno-a-uno (1:1) – existe cuando exactamente un miembro de la segunda entidad

se relaciona con un solo miembro de la primera entidad.

2. uno-a-mucho (1:M) – existe cuando un miembro de la primera entidad se puede

relacionar con muchos miembros de la segunda entidad, pero cada miembro de
la segunda entidad se relaciona tan solo con uno de la primera entidad.
3. mucho-a-mucho (M:N) – existe cuando un miembro de la primera entidad se
puede relacionar con muchos miembros de la segunda entidad; y un miembro de
la segunda entidad se puede relacionar con muchos miembros de la primera
entidad.

Cardinalidad – describe cómo un miembro de una entidad se relaciona con un

miembro de otra entidad. Puede ser:

a. Mandatoria
b. Opcional

Por ejemplo, un cliente puede tener una, varias o ninguna orden de compra
(opcional), pero una orden de compra tiene que ser de un solo cliente (mandatoria).
Se utiliza los símbolos llamados “crow’s foot notation” para presentar la
cardinalidad:

| | --- uno y solo uno

O --- ninguno
< --- uno o varios

Normalizar:

Primera Forma Normal (1FN) – Un record está en 1FN si no contiene grupos

repetitivos. Para llevar un record a 1FN, se expande el key primario para incluir el
key del grupo repetitivo, combinando ambos keys para identificar un record en
forma única.
 Segunda Forma Normal (2FN) – Se usa el concepto de dependencia funcional: un
campo X depende funcionalmente de Y si el valor de Y determina el valor de X. Un
record está en 2FN si está también en 1FN y todos los campos que no son parte del
key primario dependen de todo el key primario.

Tercera Forma Normal (3FN) – Existe si el diseño del record está en 2FN y ningún
campo no-key depende de otro campo no-key.

Modelos de Base de Datos

1. Hierarchical Database (Jerárquica) – Los datos se organizan como un
organigrama, con records “padres” y records “hijos”. Las relaciones se definen
como asociaciones padre-hijo. Tiene como desventajas:
a. Que cada record hijo debe tener tan solo un record padre. Por ejemplo, si
el record padre es un consejero, un estudiante sin consejero no puede estar
en el sistema.
b. Cambios a la estructura de un record requiere reorganizar la base de
datos y modificar los programas.
c. El modelo es muy complejo y complicado para mantener.
2. Network Database – Es un grupo de records arreglados en una relación uno-a-
muchos. Un record puede ser miembro de varios grupos sin restricción. Su
desventaja es que cualquier cambio a la estructura de datos requiere que se
vuelva a crear la base de datos y sea necesario que se compilen nuevamente los
programas afectados.
3. Relational Database – Los datos se organizan en tablas o relaciones de dos
dimensiones. Una ventaja importante es su simplicidad. Se puede hacer cambios
a la base de datos sin tener que reestructurar la base. Es el modelo que
predomina en los diseños actuales.
4. Object-Oriented Database – Se enfoca en los datos en vez de en los procesos,
usando objetos para así reducir los costos, el desarrollo y el mantenimiento.
Muchas veces se usa con estructuras relacionales. Este método es flexible, fácil
de mantener y reduce los costos operacionales.

Diccionario de datos
NOTACIÓN
Las estructuras de datos son descritas por lo general usando notación algebraica. La
notación algebraica usa los siguientes símbolos:

1. Un signo de igual (=) significa “está compuesto de”.

2. Un signo de más (+) significa “y”.

3. Las llaves { } indican elementos repetidos, también llamados grupos repetidos o tablas.
Puede haber uno o varios elementos repetidos dentro del grupo. El grupo repetido puede
tener condiciones, tales como una cantidad fija de repeticiones o límites, superior e inferior
para la cantidad de repeticiones.

4. Los corchetes [ ] representan una situación disyuntiva. Puede estar presente un elemento
u otro, pero no ambos. Los elementos listados entre corchetes son mutuamente excluyentes,
y se separan mediante barras ( | ).

5. Los paréntesis ( ) representan un elemento opcional. Los elementos opcionales pueden

ser dejados en blanco en las pantallas de captura, y pueden contener espacios o ceros para
los campos numéricos en las estructuras de archivo.

6. La “@” (o una definición subrayada) identifica la llave para un almacén de datos.

7. Una frase entre asteriscos es un comentario (* *).

EJEMPLO:

Nombre = Título + Primer-nombre + Apellido-paterno + Apellido-materno

Título = [ Sr | Sra | Dr | Ing]

Primer-nombre = {caracter}

Apellido-paterno = {caracter}

Apellido-materno = {caracter}

caracter = [A-Z|a-z| |’] a

DEFINICIONES
Una definición de un dato se introduce mediante el símbolo “=”; en este contexto el “=” se
lee como “está definido por”, o “está compuesto de”, o “significa”. Para definir un dato
completamente, la definición debe incluir: • El significado del dato en el contexto de la
aplicación. Esto se documenta en forma de comentario. • La composición del dato, si es que
está compuesto de otros elementos significativos. • Los valores que el dato puede tomar, si
se trata de un dato elemental que ya no puede ser descompuesto.

DATOS ELEMENTALES
Ejemplo: Peso = * peso del paciente al ingresar al hospital *

• unidad: kilo, rango:2–150 *

Altura = * unidad: cm, rango: 100–200 * Sexo = * valores : [F|M] * APGR Ingeniería de
Software I Análisis Estructurado 24

DATOS OPCIONALES
Un dato opcional es aquel que puede o no estar presente como componente de un dato
compuesto. Ejemplo: Dirección = calle + número + (ciudad) + (país) + (código-postal)

SELECCIÓN
Indica que un elemento consiste de exactamente una opción de un conjunto de alternativas.
Ejemplos:

Sexo = [ Femenino | Masculino ]

Tipo-de-cliente = [ Gubernamental | Académico | Industria | Otros ]

ITERACIÓN
Se usa para indicar ocurrencias repetidas de un componente en un elemento compuesto.
Ejemplo: Orden-de compra = nombre-cliente + dirección-de-envío + {artículo} significa
que una orden de compra siempre debe contener un nombre de cliente, una dirección de
envío y cero o más ocurrencias de un artículo. Ejemplo: Se pueden especificar límites
superiores e inferiores a las iteraciones. Orden-de compra = nombre-cliente + dirección-de-
envío + 1{artículo}10 significa que una orden de compra siempre debe contener un nombre
de cliente, una dirección de envío y de 1 a 10 artículos. APGR Ingeniería de Software I
Análisis Estructurado 25 Ejemplos de iteraciones con límites: a = 1{b} a = {b}10 a =
1{b}10 a = {b}

Diseño de entradas y salidas

Está en el ppt… es mucho y no se resumir