ANÁLISIS DE DATOS ORIENTADO

INTRODUCCIÓN
A diferencia de la orientación de procesos, análisis de datos orientada a no es el resultado de la
visión de un pequeño grupo de personas. Más bien, es la sabiduría colectiva de muchas fuentes:
los vendedores de computadoras, los investigadores de MIS, y los consultores. La filosofía que
subyace en el enfoque orientado a los datos es que los datos son más estables y sin cambios en los
procesos. Los procesos pueden ser revisados con cada reorganización. entidades de datos, por el
contrario, rara vez cambian en el curso de la vida de un negocio. Los atributos de las entidades
también rara vez cambian. A pesar de que los valores de los datos cambian constantemente, la
estructura de los datos no lo hace. Si los datos son estables, entonces deben ser examinados de
cerca y en primer lugar. metodologías de datos orientado a enseñar a que la redundancia de datos
es minimizar al máximo su gestión en una organización. software de gestión de base de datos se
supone, pero no es obligatorio, en este enfoque. administración de datos, es decir, la gestión
consciente de los datos como un recurso de la empresa, también se asume.
ingeniería de la información (IE) es la metodología que utilizamos para discutir el análisis de datos
orientada. IE enseña que para saber qué datos deberían ser el foco, necesitamos arquitecturas de
datos, funciones de negocios, e incluso la tecnología de organización para guiar el proceso.
Arquitecturas conceptuales son descripciones de los elementos que definen. Arquitecturas se
desarrollan en el ámbito de la empresa 328 (véase el capítulo 5). Los datos y las arquitecturas
funcionales se definen aún más durante el análisis del área de negocio, a continuación, se dividen
en áreas de aplicación y priorizadas. Por lo tanto, múltiples áreas de aplicación puede resultar de
una o más áreas de negocio. IE metodología define las actividades desde el nivel de organización
estratégica hasta la implementación de aplicaciones individuales. Las fases principales de la
ingeniería de la información son
1. Análisis de Empresas
2. Análisis de Negocio Área
3. Diseño de Sistemas de Negocios
4. Construcción
5. Mantenimiento

En este capítulo se discute el Área de Análisis de Negocios (BAA), componente de

ingeniería de la información, que contiene las actividades que son más similares a un
análisis de otras metodologías. EI análisis se denomina Área de Análisis de Negocios
(BAA), en lugar de análisis, debido a que la atención se centra en los datos de negocio y
funciones necesarias para realizar el trabajo. A la salida de análisis de procesos orientada a
que la ingeniería de información específicamente ignora la organización empresarial actual,
las aplicaciones y procedimientos. IE se centra en cómo la empresa debe trabajar, y no en la
forma en que funciona. Re-ingeniería de la organización y sus aplicaciones son comunes las
actividades de complemento a la ingeniería de la información (véase el capítulo 5). En la
siguiente sección, se describen las bases conceptuales del análisis de datos orientada.
Entonces, la terminología del análisis del área de negocio se define. Esto es seguido por las
reglas y ejemplos de cómo llevar a cabo cada actividad.
]ASES CONCEPTUALES
El análisis de datos orientada a se basa principalmente en las teorías acerca de los datos.
actividades del proceso se basa en la teoría de los sistemas misma que sirvió de base para el
paradigma del proceso de desarrollo de los capítulos 7 y 8. Las teorías relacionadas con los datos
están teoría de la información semántica y la teoría de base de datos relacional. teoría de la
información semántica trata de comprender el significado de los datos en las aplicaciones y es más
evidente en la representación del significado subyacente diagramas entidad relación. Mediante la
comprensión de las entidades, o las cosas, en la solicitud, que sabemos más acerca de sus
dominios, los conjuntos de valores permitido que puedan tener. Finalmente, las normas sobre la
concordancia de dominio y la integridad de entidad se aplican para incluir dominio de
procesamiento, junto con el procesamiento de datos de los atributos individuales de las entidades.
Las relaciones entre entidades son tan importantes como las entidades y dominios. Al conocer las
relaciones de negocios permitidos, que pueden limitar el procesamiento natural, mediante la
aplicación de reglas de negocio, sin tener en cuenta para diseñar organizatiortal. cardinalidad de
relación, o un número, es importante saber cuántos de cada artículo relacionado debe ser
evaluada. Cardinalidad prescribe o instancias de entidades individuales o conjuntos de instancias
para su procesamiento. Al conocer más sobre el significado subyacente de los datos en una
aplicación, las restricciones se pueden automatizar y hacer más general, por lo tanto, lo que
simplifica el proceso de desarrollo de aplicaciones.
La teoría relacional de bases de datos se basa en la teoría de conjuntos matemáticos (o cálculo
relacional), que describe las operaciones permitidas en un conjunto de elementos de datos. La
teoría relacional fue desarrollado para apoyar el procesamiento demostrablemente correcta de
elementos de datos, algo que no puede ser garantizada por cualquiera de las arquitecturas de
base de datos jerárquica o de red. Teoría de conjuntos es la base de la teoría relacional, que
sustituye la noción de procesamiento de 'grabar' con el procesamiento de 'set'. proceso de
grabación limita idiomas y aplicaciones a una en un registro de tiempo de lectura y escritura
manipular las acciones de procesamiento, aunque la mayoría de los registros recibir un trato
idéntico en los programas. Al especificar las normas de orlce procesamiento y aplicación de dichas
normas al conjunto de registros de datos, o tuplas como se les llama en la teoría relacional, el
programa individual ya no hacen nada de lectura y escritura de procesamiento se lleva a cabo por
el D]MS. La aplicación de la teoría de conjuntos, el resultado de cualquier operación es siempre
un conjunto. Así, utilizando matemáticamente basado en normas, los resultados del
procesamiento de base de datos se puede conocer con antelación y son demostrables. Proceso de
actividades realizadas se atribuyen a las prácticas de consultoría que trabajan y se basan en la
teoría de sistemas se basa el paradigma del desarrollo del proceso. Algunos problemas con DFD
son los siguientes:
ͻ DFD no se ajustan a tiempo.
ͻ DFD no tienen secuencia obligatoria de su elaboración.
DFD ͻ asignar los medios de comunicación a los primeros datos en el análisis sin ningún tipo de
deliberación real.
Estos problemas se eliminan en el proceso de diagramas de flujo de datos (PDFDs) que se generan
durante la IE análisis. métodos de proceso de descomposición se basan en la experiencia del
analista en la orientación al proceso. métodos de datos, tales como ingeniería de la información
(IE), proporcionan un enfoque de negocio orientado a los procesos de definición. proceso
estructurado de selección de las construcciones, la iteración y la secuencia-no son considerados
consciente de los métodos de proceso hasta el diseño estructurado. Estructurado construcciones
se utilizan en IE análisis para describir las relaciones proceso.

DEFINICIÓN DE LOS TÉRMINOS DE NEGOCIO ANÁLISIS DE LA ZONA

Las tareas realizadas durante el análisis del área de negocio (]AA) son:
1. Modelado de datos
2. Análisis de los datos
3. Descomposición funcional (es decir, el modelado de procesos)
4. Proceso de análisis de la dependencia
5. Los datos del proceso de diagramas de flujo
6. Proceso de datos de mapeo y análisis de la interacción
A lo largo del análisis, un diccionario de datos o repositorio se supone que es utilizado para la
documentación. El paso final de ]AA es la terminación del repositorio de toda la información que
se encuentran durante el análisis. Para el modelado de datos, las dos actividades principales son la
creación y el perfeccionamiento de un diagrama de entidad-relación (ERD) y el análisis de la
estructura de la entidad, junto con un acompañante repositorio. Cuando se haya completado, el
ERD describe el entorno de datos normalizados de datos y el alcance de la solicitud. Cada parte de
un ERD requiere una definición. Un tipo de entidad (abreviado a la entidad en esta discusión) una
cierta persona, objeto,
Un punto de vista técnico, un cliente es una entidad que es el único descrito por un conjunto de
atributos. El conjunto de todos los clientes que describe un tipo de entidad que se describe por
tener los mismos atributos. Una entidad específica, por ejemplo, cliente de Wells, "es una
instancia de la entidad. En este texto usamos entidad a ser sinónimo de tipo de entidad.
concepto, aplicación, o en un evento del mundo real sobre el que queremos mantener los datos
(ver Figura 9-1). Hay tres tipos de entidades: fundamentales, atributiva, y asociativo. Una entidad
fundamental, por ejemplo, una orden, es independiente de todas las demás entidades y se puede
definir sin pensar en otras entidades. Una entidad atributiva es una entidad cuya existencia
depende de la presencia de una entidad fundamental. Si el orden es la entidad fundamental,
entonces el tema sería para una entidad atributiva relacionados con el orden (ver Figura 9-2).
Técnicamente, no habría una orden sin ningún tipo de elementos, pero no se puede tener un
elemento de orden sin una orden. entidades atributivos contienen repetir la información relativa a
una entidad fundamental. Una entidad asociativa se utiliza para simplificar y definir las complejas
relaciones entre las entidades. Todas las entidades se dibujan en el diagrama de entidad-relación
(ERD) como rectangles.2

2 Uno de los métodos de diagramas es mostrar las relaciones con un diamante que divide la línea
que conecta las entidades. Una entidad asociativa, la promoción de una relación de varios a varios,
se dibuja como un rectángulo con el diamante en su interior.
IMA1

Una relación es una asociación recíproca entre dos o más entidades. Se muestra como una línea
que une las entidades. Una relación tiene cardinalidad, o el número de la relación. Cardinalidades
puede ser uno a uno, uno-a-muchos, o muchos-a-muchos (ver Figura 9-3). La cardinalidad se
muestra en un diagrama de patas de gallo para indicar "muchos" relación y una sola línea para
indicar una relación singular. El perfeccionamiento de los SEE tiene dos actividades: los atributos
están definidos, y el SEE se normalizó. Los atributos son propiedades con nombre o las
características de una entidad que tomar valores. Usamos los términos de atributos, campo o
elemento de datos, como sinónimos. Una instancia es una ocurrencia de un atributo o relación.
Por ejemplo, una instancia del atributo ID de cliente es el número 2922951.
La normalización es el perfeccionamiento de las relaciones de datos para eliminar la repetición de
información, parcial dependencias de clave, y las dependencias sin clave. La normalización puede
aplicarse directamente a la SEE o puede utilizar un método de análisis de datos tabulares. El
método procede directa, mediante un examen de las cardinalidades de las interrelaciones y los
atributos de las entidades. Para l: n las relaciones, y para las entidades con información repetitiva
en la entidad, que creamos (o validación) entidades atributiva. Para un m: n relación, la relación se
promueve la creación de una entidad asociativa. Un sinónimo de entidad asociativa es una entidad
relación. Las cardinalidades de m: n se invierten para crear dos l: relaciones m (véase Figura 9-4).
El método tabular se recomienda cuando los datos y las relaciones no están claramente
especificados. Las fuerzas método tabular definición explícita de todos los atributos y sus
relaciones. Cuando estas dependencias se eliminan, los datos de cada relación se completa, con
dependencia funcional de las claves principales. Un ejemplo se muestra en la Figura 9-5. Al
eliminar la repetición de información (la primera forma normal), creamos entidades atributiva
(para l: relaciones n) y las entidades asociativas (para m: relaciones n). En la figura 9.5, podemos
crear los elementos de una orden de compra como una entidad atributiva. Al eliminar clave parcial
(segundo normales
forma), y sin clave (tercera forma normal) dependencias, creamos nuevas entidades
fundamentales. En el ejemplo, las entidades fundamentales se refieren a temas nuevos y
proveedores. Una vez finalizado el modelado de datos, análisis de estructura de la entidad se
realiza para determinar si una estructura de clases se aplica. Este análisis evalúa cada entidad para
determinar si los mismos procesos y

Antes:
Entidad Entidad Fundamentales Fundamentales
Después de:
Entidad Asociativa
Entidad Fundamentales
Creado por la promoción
Nota: la relación fundamental Entidad
A/'
"" "
Normalización directa FIGURA 9-4 de ERD
atributos se aplican a todas las entidades de un tipo determinado. Si el uso de datos contingentes
se aplica, a continuación, las clases se definen y una jerarquía de datos que representa la
estructura desarrollada es.

A continuación, las funciones de negocio se identifican como un preludio de proceso de modelado.

Una función de negocio es un conjunto de actividades que realizan algún trabajo completo que se
encuentra dentro de la misión de la empresa. funciones de negocios están en marcha y no están
relacionados con la estructura de organización. Funciones de describir lo que se hace en la
organización de un alto nivel de abstracción. El análisis de negocios función se realiza
generalmente a nivel de empresa, pero puede ser el primero
actividad de modelado de procesos, si es necesario. Representante o funciones genéricas que
pueden estar presentes en un negocio se enumeran a continuación. Algunas de las funciones son
las especializaciones, por ejemplo, la protección civil es por lo general una función del gobierno.
Funciones especializadas

Cuando las funciones aplicables al desarrollo de aplicaciones se identifican, la descomposición

funcional se lleva a cabo. Descomposición funcional se inicia en el nivel de funciones de negocio
para identificar las principales actividades de la función, y progresa a identificar los procesos y
subprocesos para cada función (ver Figura 9-6). Una actividad es un procedimiento dentro de una
función de negocio que pueden ser identificadas por sus datos de entrada y salida de datos, que
difieren. La
334 CAPÍTULO 9 Análisis de datos orientada a
Negocios {
Función
Analizar
Negocios
Negocios
Espacio
Actividades
FIGURA 6.9 Funciones A]C Video Negocios y Actividades
nivel de actividad plenamente debe definir la función. Es decir, el nivel de actividad se completa
cuando todos los procedimientos posibles
realizadas dentro del ámbito de la función están presentes en el diagrama. definición completa es
necesaria para asegurar que los datos completos, proceso, impacto y análisis de diseño de la
organización.
nombres de actividad son por lo general la forma del verbo-objeto, donde el verbo se identifica la
gran transformación y el objeto de identificar lo que se transforma. Las excepciones a esta regla
son aceptados cuando un nombre que convencionalmente se llama de una forma diferente, por
ejemplo, gestión de efectivo es el uso más común que la Administración de Efectivo. Las
actividades se descomponen en sus procesos. Un proceso de negocio identifica los detalles de una
actividad plenamente la definición de las medidas adoptadas para llevar a cabo la actividad. Una
vez más, la definición completa es necesaria para garantizar la exhaustividad del análisis posterior.
pasos de procedimiento llamado por los procesos se repiten y tienen principios definidos y finales.
La descomposición continúa hasta que el nivel de primaria, o atómica, de cada proceso se
identifica. Un proceso elemental es un procedimiento que no se puede descomponer aún más sin
que el procedimiento de perder su identidad. Por lo tanto, un proceso elemental es la unidad más
pequeña de trabajo
los usuarios a identificar.
Figura 9-7 es una descomposición de ejemplo que muestra los procesos que definen las dos
actividades de compra en A]C Video. No hay que olvidar que las actividades y procesos de negocio
en una descomposición plenamente definir el alcance de la función de negocio principal.
resultados de descomposición se utilizan para elaborar un diagrama de dependencia de proceso.
Un diagrama de dependencia de proceso, como un ERD de datos, identifica la secuencia y los tipos
de relaciones entre los procesos. Proceso de relaciones describen las conexiones lógicas que
incluyen cardinalidad, la secuencia, iteración, y los componentes de la selección (ver Figura 9-8).
Así, el diagrama de dependencia de proceso muestra la lógica de la secuencia, iteración, y la
selección para cada proceso. El diagrama de dependencia de proceso se expande para incluir a las
entidades y almacenes de datos para emular un diagrama de flujo de datos de análisis de
procesos. El resultado es un diagrama de proceso de flujo de datos (PDFD).
Las conexiones entre las etapas del procedimiento en un FD PD se deben a los datos que pasan de
una etapa a la siguiente y haciendo que se active. Este tipo de conexión se conoce como un
disparador proceso de datos. Un disparador identifica el
Lugar
Orden
Compras
Identificar los elementos
Y vendedores
Llame al proveedor para
Verificar Disponibilidad
y Precio
Crear y
Pedido por correo
Archivo Orden
Copia del vendedor
Definición de términos de negocios Análisis de Área 335
Monitor
De recibo de orden
Identificar
Tarde o Problema
Órdenes
Llame al vendedor
y preguntar
o Conciliar
Compruebe recibos
Contra las órdenes de
Enviar facturas
a Contador
FIGURA 7.9 Video A]C parcial descomposición funcional de Compras
llegada de algunos datos que causa un proceso de negocio a ejecutar. Los datos de proceso activa
(o sólo de datos activa) identificar los datos que se desprenden de un proceso a otro para iniciar la
ejecución del proceso de recepción. En un PDFD, las líneas dirigidas entre los procesos de significar
un disparador de datos. Además, los acontecimientos externos pueden causar
un proceso de activación. Un desencadenador de eventos representa los datos de alguna
transacción comercial que hace que el procesamiento a tener lugar. Desencadenadores de
eventos se dibujan en el PDFD por las flechas grandes con palabras dentro de los iconos para
nombrar los hechos. Por ejemplo, la llegada de un nuevo video de la lista de prensa (véase la
Figura 9-9) es un evento que desencadena el proceso de compra.
Debido a que los componentes del diagrama de dependencia de proceso son diferentes a las de un
DFD, el PDFD que los resultados de análisis de procesos de dependencia es también diferente.
Varias diferencias clave son importantes. En primer lugar, hay una secuencia en el flujo de proceso
de datos. Las flechas se indica en la Figura 9.9 indican que una salida de un proceso de causas
336 CAPÍTULO 9 Análisis de datos orientada a
Identificar los elementos
Y
Hasta que no haya más elementos
Hasta que no haya más videos
Llame al vendedor
para comprobar
Disponibilidad
y Precio
Si el vendedor, precio conocido
Crear y
Correo
Orden
Hasta que no haya más vendedores
Archivo
Orden Copiar
por el vendedor
Hasta que no haya más vendedores
FIGURA 9.8 A]C Crear Orden de proceso diagrama de dependencia
la ejecución del siguiente proceso. Las variaciones en las líneas de flecha dirigida definir las
variaciones en la secuencia. En segundo lugar, los medios de comunicación que conectan los
procesos no están implícitas en un DFD.3 La información que pasa entre los procesos se identifica,
pero la forma de los datos no lo es. Por ejemplo, los artículos de identificar y procesar los
vendedores en la figura 9.9 genera los datos que pasan a los procesos posteriores. Los datos
compartidos pueden ser papel mental, un flujo de datos automatizado, o un archivo. La decisión
de los medios de comunicación, o la forma almacenada de los datos se aplaza hasta el diseño que
no se fije. Los archivos de datos, tales como proveedores y los archivos de la Orden en la Figura
9.9, se identifican porque son conocidos. En tercer lugar, datos y eventos desencadenantes
identificar la causa de la ejecución de cada proceso.
3 Acuérdate, DFD exijan la identificación de cualquier flujo de datos un
o un almacén de datos como los vínculos de datos entre procesos.
En un DFD, esta información o se caracteriza por un flujo de datos o está oculto dentro de la lógica
del proceso. El último paso de ]AA es el desarrollo y análisis de una entidad / proceso de la matriz,
también conocido como matriz CRUD. Si no hay ningún nivel de la empresa SEE existe en primer
lugar, a continuación, se crea un ERD. La entidad / proceso de las entidades las listas de la matriz
en la parte superior y los procesos de negocio por el lado (vea la Figura 9-10). Cada celda de la
matriz, entonces, apunta a una combinación de procesos entidad. Para cada celda, los ingenieros
de sistemas definen Crear (C), Recuperar (R), actualización (U), ]orrar
(D), o no se hace responsable (en blanco) de cada proceso para cada entidad. Área temática bases
de datos se definen mediante el análisis de agrupaciones lógicas de los procesos y las entidades en
función de su afinidad. Afinidad significa "atracción" o "cercanía". grupos de afinidad análisis de
los procesos de la autoridad que comparten los datos de creación de una entidad.

FIGURA 9.9 A]C Crear Proceso de Datos de diagrama de flujo

Estas agrupaciones lógicas a ser la base para el diseño de base de datos. En la Figura 9-10, un
ejemplo parcial de la Orden Crear y supervisar los procesos de recibo de orden, y las entidades que
utilizan, se analizan en una entidad / proceso de la matriz. La matriz que se muestra se agrupa por
afinidad entidad y está listo para su análisis. Tras el análisis, los procesos y las entidades se
ordenan para mostrar la afinidad basada en las medidas adoptadas en las mismas entidades
(véase la Figura 9-11).

Dos conjuntos de análisis se realizan en los resultados del análisis de afinidad. El primer análisis es
determinar la adecuación del diseño de la organización sobre la base de que crea y tiene la
responsabilidad de los datos. Cada grupo de procesos se relaciona a la organización (en una matriz
similar). Idealmente, los procesos que la responsabilidad de compartir los datos debe estar en la
misma organización e informar al mismo administrador. Por ejemplo, los procesos de compras
A]C muestran tres posibles agrupaciones. Si cada proceso se evalúa con todos los datos que
utiliza, los tres grupos se funden en uno basado en los criterios que el 70% o más de los datos son
compartidos. Si todos estos procesos de informe a un gerente, la organización es probablemente
adecuada. Si los tres grupos es posible todos los informes a los directores diferentes, la
organización probablemente debería ser rediseñado.
338 CAPÍTULO 9 Análisis de datos orientada a
Entidades de compra = PO vendedor Inventario del artículo
Procesos del artículo Orden
Elementos de identidad
Los vendedores y CRU R
Llame al proveedor para
Verificar Disponibilidad / RU Precio
Crear y orden Correo CRUD CRUD R R
Orden de copia de archivos
por R, R vendedor
Identificar de última hora y
Problema órdenes R R R EF
Llame al proveedor y
Pregunte en I Orden RU RU R
Compruebe recibos
contra la Orden RU RU
Enviar facturas
Contador de RD RD
FIGURA 10.9 Crear y Monitor de la entidad de recibo de orden / Proceso de Matrix
El segundo análisis se ve en las entidades de datos por clúster proceso de definición de bases de
datos de zona sujeta. Una base de datos para el curso está normalizado en toda la organización y
proporciona apoyo a compartir una o más funciones de negocios. En el nivel de aplicación, una
base de datos de sujetos que se supone. En la ex-plo en la figura 9-11, una base de datos
compatible con la función de compras, la base de datos tendría al menos dos puntos de vista del
usuario para empaquetar la orden de compra con la compra del artículo y del artículo Orden de
inventario con el vendedor. Una vista de cuarto usuario vincular todas las entidades que podrían
ser utilizadas para el tratamiento de recuperación.

En el nivel de organización, si el proceso de las agrupaciones son lógicos y útiles, que son la base
para reafirmar el alcance de las aplicaciones. A nivel de la zona de negocios, los grupos de
procesos deben ser coherentes con el ámbito de las actividades definidas para la aplicación. Si no
son coherentes, a continuación, la gestión
revisión y rescoping del proyecto se requieren.
El último paso de ]AA es finalizar toda la información que se encuentran en el análisis de un
diccionario de datos o repositorio de CASE. Desde diccionarios fueron discutidos en detalle en el
capítulo 7, en este capítulo vamos a documentar la información que se encuentra utilizando el
mismo formato que en el capítulo 7, pero no va a comentar de nuevo el formato de las entradas.

En resumen, el análisis del área de negocio se inicia con un diagrama de entidad-relación que se
identifica plenamente, normalizado, y se analizó la estructura de clases. funciones de negocio se
identifican y se descompone para crear
jerarquía de procesos, la dependencia de procesos y diagramas de flujo de datos de proceso. El
negocio de proces ~ es de la descomposición se juntan a las entidades de la SEE. responsabilidades
relacionadas con los datos se describen para cada proceso. El análisis de afinidad de la matriz de
CRUD se utiliza para decidir los grupos de organización y de base de datos para el diseño y más
medidas de gestión. A continuación, pasamos a una descripción detallada de cómo realizar cada
actividad, ejemplificada por la aplicación del A]C Alquiler de vídeo de procesamiento.
I = Entidades de compra
Procesos de Orden
Crear y CRUD pedido por correo
Llame al proveedor y
Consulte sobre RU Orden
Compruebe recibos
contra la Orden RU
Enviar Área de facturas Tema 1
Contador de RD
Orden de copia de archivos
por el Vendedor R
Identificar de última hora y
Problema órdenes R
Elementos de identidad
Y vendedores
Llame al proveedor para
Verificar Disponibilidad / Precio
PO artículo
CRUD
RU
RU
RD
R
R
Área de Negocios 339 Actividades de Análisis
Inventario
Del artículo
R
R
R
R
Sin perjuicio de la zona 2
Proveedor que
R
R
R
RU
CRU
RU
FIGURA 11.9 Proceso de Compras A]C afinidad Análisis
ACTIVIDADES DE NEGOCIOS área de análisis

Desarrollar Diagrama Entidad-Relación

Reglas para Diagrama entidad-relación Entre las medidas que la construcción de un diagrama de
entidad-relación (ERD) son los siguientes:
1. Definir las entidades fundamentales y sus claves principales.
2. Definir las relaciones entre las entidades fundamentales.
3. identificar todos los atributos de tmtities, incluyendo las claves principales.
4. Agregar entidades atributiva, cuando sea necesario, para simplificar las relaciones uno-a-
muchos.
5. Promover todas las relaciones de muchos a muchos para definir las entidades asociativas.
6. Normalizar las entidades fundamentales, analizar si existen otras entidades que se esconden en
las definiciones actuales. Coloque las nuevas entidades en el ERD. Definir los atributos de las
nuevas entidades y las claves principales.
7. Analizar las entidades y sus relaciones para determinar si una estructura de clases es necesario.
Si algunos casos de entidades tienen diferencias en el proceso de identificación, los datos
almacenados, o la participación de relación, las clases probablemente se necesiten.

El primer paso es definir las entidades fundamentales y sus claves principales. La identificación de
las entidades es un proceso difícil hasta que se han hecho varias veces. Es fácil hablar de las
entidades, pero es menos fácil definirlos. Parte de la dificultad es que las entidades están contexto
relacionado. Una entidad de una empresa o la aplicación no puede ser una entidad de otra
empresa /
340 CAPÍTULO 9 Análisis de datos orientada a
ENTIDAD DEFINICIÓN EN XYZ ANUALIDAD
En el ejemplo 7-1, vimos cómo en la reunión anual de la junta de directores de XYZ en 1991, el
director de marketing, dijo que había cuatro cargos diferentes, irreconciliables del número de
instituciones de servicio de la empresa. Lo que era peor era que no había una definición
defendible de cada número.

La Junta cree que fue terrible y ordenó un nuevo desarrollo de la aplicación de procesamiento
institucional para resolver el problema. Cuando Diane Smith, el ingeniero de software, comenzó a
trabajar en la aplicación, su WOS primera tarea a desarrollar un ERD de la información, sin tener
en cuenta los archivos cllrrent (12), aplicaciones (6), interfaces (4), los procedimientos (28) o
relaciones de tiempo se utilizan actualmente en la organización. Sólo en números absolutos, se
trataba de una cantidad importante de información para ser ignorado.

Veinte y dos personas diferentes fueron entrevistados, lo que resulta en 22 definiciones diferentes
de una institución. Se incluye descripciones tales como:

solicitud. En caso de duda, definir con más entidades, más que menos. Siempre se puede eliminar
entidades innecesarios cuando la información para decidir se hace evidente. Es importante definir
cada entidad el uso de términos que se aplican para todos sus usos en la empresa. Tales
definiciones no pueden coincidir con las definiciones actuales de la entidad en uso en la
organización. Un ejemplo en la definición de los términos de una empresa de pensiones
educatiopal (véase el ejemplo 9.1) muestra la dificultad para lidiar con el pensamiento actual
sobre las entidades y th ~ ir definición. El pensamiento actual es con frecuencia imprecisa,
confusa, incoherente y aun cuando el shQws ejemplo. Desentrañar los espaguetis de las
definiciones incrustada en los diversos términos utilizados para describir las instituciones, colegios,
universidades, planes, y sus relaciones llevaron a la gente t4ree mucho de seis meses, trabajando
con 10 departamentos usuarios de la información.
ͻ una organización que paga a un plan de pensiones para sus empleados
ͻ una organización que requiere asesoramiento sobre los productos y servicios proporcionados
por nosotros
ͻ una organización que objetivo para campañas de marketing
ͻ una organización que define un plan de pensiones
ͻ una organización que está sujeto a un plan de pensiones que el alcalde no podrá ser de su propia
definición
ͻ una organización que está sujeta a planes de pensiones definidos legalmente por el gobierno del
estado en el que reside
ͻ una organización que recibe la información sobre los planes de pensiones de las organizaciones
subregionales para que aplique los planes de
Trabajar con un administrador de datos, Diane y los principales usuarios desentrañar los
espaguetis de las definiciones para definir únicamente las principales entidades de

ERD describir el panorama general, la captura de la organización y sus actividades que lo

componen. Para este diagrama, hay que recordar constantemente a preguntar: ¿Qué procesos y
actividades son legales en el contexto de la empresa? No: ¿Qué es legal sobre la base de
procedimientos s hoy en día en nuestra empresa?

En general, las entidades definen algo de lo que la empresa mantiene la información. Una entidad
puede ser una persona, objeto, aplicación, concepto, o en un evento sobre el que la aplicación
mantiene información. Por ejemplo, el cliente, el orden, y el inventario son todas las entidades.
nombres de la entidad son por lo general los nombres, sin embargo, no todos los sustantivos son
entidades. En primer lugar, definir una lista de entidades posible. Luego, examine cada entrada y
pregúntese lo siguiente:
1. ¿Es esto un sustantivo? En caso afirmativo, continuar. Si no es así, o bien cambiar el nombre o la
huelga de la lista. la organización. Las siguientes definiciones, que tomó seis meses para alcanzar,
explicar con todo detalle todas las variaciones de procesamiento institucional XYZ anualidad.

XVZ Definiciones Anualidad Entidad

Estado Opcional Plan de Pensiones (SOPP)-Un plan de pensiones opcional (s) definido por la ley,
que regula la institución (s) especificadas en la ley. SOPP instituciones deben cumplir sólo y
totalmente a los requisitos legales del SOPP.
Institución-La persona jurídica que se rige por un SOPP o, si no, puede definir su propio plan de
pensiones (s) con el Servicio de Rentas Internas limitaciones.
Campus-La persona jurídica que es una subunidad de una institución. Si una institución define su
propio plan, uno de los elementos del plan especifica si o no los campus están obligados por su
propia definición. Si una escuela no está obligada por el plan de la institución, que puede poseer
su propio plan (s).

Plan-Una descripción legal del producto (s) que ofrece, la elegibilidad y requisitos de periodo de
espera, y otros
disposiciones del plan de pensiones. Por lo general, y siempre después de 1992, cada plan define
la oferta de un producto.

Del producto-un servicio de pensión ofrecidos por la Educación Pension Trust, incluyendo renta
individual, anualidad del grupo, la jubilación complementaria, o cuentas de grupo de retiro
complementario. Cada producto definido requiere la definición de uno o más tipos de inversiones
permitidas.

tipo de inversión-Anualidad, Mercado de Dinero, la Educación de Pensiones a los fondos

fiduciarios de Valores, de Pensiones y de la Educación Fondo Fiduciario ]ond.

Estos seis definiciones de sonido lo suficientemente simple para ser obvio, pero se inició con un
total de 120 interpretaciones diferentes.

2. ¿Es esta entidad potencial (reemplace con el nombre de la entidad potenciales) único con un
propósito claramente definido? En caso afirmativo, continuar. Si no, o definir el tema
exclusivamente desde el contexto que condujo a su estar en la lista, ni golpearlo
de la lista.
3. Esta entidad puede tener un valor potencial? Si es así, es un atributo; huelga de la lista. Si no,
continúe.
4. ¿El área de negocio necesario para mantener la información acerca de esta entidad potencial?
En caso afirmativo, continuar. Si no, pregunte por qué está en la lista. Si se desencadena procesos,
continúe. Si se trata de una forma diferente de alguna otra entidad (por ejemplo, un informe de
orden es una versión en papel de un orden), la huelga de la lista. Si es único, pero no se ajusta a
los criterios de otros, lo deje en la lista por ahora.

5. Dé un nombre formal para la entidad y definir su clave principal.

6. Dibuja un rectángulo para cada entidad para comenzar a desarrollar el ERD.

Una vez que se sienta cómodo con las entidades, empezar a definir sus relaciones. Relación con
otros nombres, que describen las asociaciones de la entidad, por lo general son verbos, sin
embargo, no todos los verbos describen relaciones. El objetivo es que todas las reglas de
asociación a ser inequívoca. En primer lugar, definir las posibles relaciones. En general, se
pregunta cómo las entidades se relacionan entre sí. Si tengo la Entidad A, lo hago también han ]s.
Entidad? Si es así, ¿cuántos son legales? Haga la pregunta sin tener en cuenta el uso actual de cada
entidad en la empresa. Al igual que con las entidades, las relaciones deben definir lo que es legal
dentro de un contexto empresarial. A veces, haciendo caso omiso de la definición actual es muy
difícil porque nosotros y los usuarios de internalizar esas definiciones y el uso que se estrechen
nuestro enfoque y simplificar el mundo.

Examine cada posible relación y pregúntate lo siguiente:

1. ¿Es esto un verbo? En caso afirmativo, continuar. Si no es así, o bien cambiar el nombre o la
huelga de la lista.
2. ¿Es este verbo una acción? Si no, continúe. Si es así, recuerda que las relaciones no describen
los procesos de elaboración o transformación. Si el verbo es un proceso, suprimir de la lista.
3. ¿Es esto posible relación (reemplace con el nombre de la posible relación, por ejemplo, el lugar
como en los pedidos de los clientes lugar) único con un propósito claramente definido? En caso
afirmativo, continuar. Si no, o definir el tema exclusivamente desde el contexto que condujo a su
entrada en la lista, o la huelga de la lista.
4. ¿Es esta relación potencial necesario para describir completamente los datos del área de
negocio? En caso afirmativo, continuar. Si no, pregúntese por qué está en la lista. Si no está claro
cuál es la razón, continúa, dejando la relación a ser reevaluado
cuando más información se conoce. Si la razón no está relacionada con el área de negocios,
suprimir de la lista.

Una vez que se define una relación, trazar una línea (s) para conectar las entidades participantes
en la relación. Marque el diagrama con un verbo para describir cada sentido de la relación. La
convención es leer la relación por encima de la línea de izquierda a derecha, y la relación por
debajo de la línea de derecha a izquierda. Por ejemplo, el cliente hace un nuevo pedido y pedido
por el cliente (vea la Figura 9-12). Las palabras se colocan de forma diferente dependiendo de la
colocación de las entidades en el diagrama. Por convención, el verbo activo (en este ejemplo,
"lugares") se coloca en la parte superior de la línea con la entidad que actúa ("cliente" aquí) a la
izquierda del diagrama. A continuación, determine el número, o cardinalidad, de la
relación. El número de la relación es una de tres posibilidades: uno a uno, uno-a-muchos o muchos
a muchos. Una relación uno a uno define una situación en la que cada entidad A se relaciona con
una y sólo una entidad ]. En una relación uno-a-muchos cada entidad A se relaciona con cero a n,
es decir, cualquier número de ]s. entidad. En una relación de muchos a muchos a todos lo que
puede relacionarse con cualquier cantidad de ]s. Decida cardinalidad haciendo las mismas
preguntas a cada lado de la relación: Si tengo una entidad A, ¿cómo ]s. muchos entidad puedo
tener asociado a él en cualquier momento? Por el contrario, si tengo una entidad ], como entidad
muchas Como he asociado con él en cualquier momento?

Un ejemplo de la cuestión de tiempo se refiere a la inscripción de estudiantes y de seguimiento.

Un estudiante puede tomar muchas clases en un semestre, lo que describe al: n relación. Con el
tiempo, los estudiantes toman cursos y cursos contienen muchos estudiantes, esto es una m: n
relación. ¿Cuál es la correcta? La m: relación n que
Orden
Es colocado por
Es colocado por
Orden del cliente
Lugares
Figura 9.12 Colocación de las palabras en diagramas de entidad-relación
Lugares / cliente
Es colocado por "
Orden
FIGURA 9.13 Relación de cardinalidad y
ERD Representación
describe la relación estudiante-por supuesto sin tener en cuenta a la hora correcta en el contexto
de una solicitud de registro de estudiantes.
Dibujar patas de gallo para mostrar el cardinalidad de cada relación. Patas de gallo son jefes
inversa flecha que indica un "muchos" números relationship.4 El ejemplo de la Figura 9.13
muestra la relación de clientes a las órdenes como uno-a-muchos. Es decir, para los clientes a
nadie, de uno a muchos pedidos pueden estar asociados con él. Por el contrario, la relación de los
pedidos a los clientes es uno a uno. Es decir, para
4 Este es el IE convención. Existen otras técnicas para
ERD de dibujo, como de Chen [1976]. Chen usos múltiples
flecha se dirige a "muchos" las relaciones y los usos de los diamantes
identificar las relaciones con un solo verbo. La lógica de los dos
enfoques es el mismo. la notación de Martin se utiliza aquí porque
es automático en las herramientas CASE.
Lugares
Al cliente que
I
Es colocado por
Área de Negocios 343 Actividades de Análisis

FIGURA 9.15 relación de varios a varios Promoción y Transformación

Del mismo modo, las entidades asociativas se crean mediante la promoción de m: relaciones n,
uniendo las claves principales de cada entidad participante para identificar la asociación. Otros
campos también podría ser necesaria para proporcionar una identificación única. La m: n relación
se convierte en dos litros: relaciones m en el proceso de promoción (ver Figura 9.15).
Después de todas las relaciones conocidas son definidos y entró en el diagrama, se definen los
atributos de las entidades y normalización de los mismos (pasos 3-6 de la lista en la p. 339). El
objetivo de esta parte del ejercicio es para definir ocultos entidades atributivas y asociativo. En el
ejemplo anterior (ver Figura 9.14), el orden y cliente son entidades fundamentales. Orden del
artículo es una entidad atributiva. Si no hubiera sido ya identificadas, una normalización que lo
identifican, o sería identificado por responder a la pregunta: ¿Puede alguno de los atributos
relativos a la Orden de la entidad se producen más de una vez? Si la respuesta a esta pregunta es
sí, hay entidades atributivas ser identificado.
normalización directa de ERD es posible, pero requiere una comprensión detallada de los datos.
Cuando usted tiene un ERD, pero son menos cómodos con su comprensión de los datos y sus
relaciones, la normalización de tabla se puede utilizar para complementar, validar, o reemplazar la
normalización directa. normalización tabular requiere una definición completa de los datos y las
relaciones, y los resultados exactamente en las mismas entidades como la normalización directa.
Para utilizar la normalización de tabla, en primer lugar describir cada entidad y los atributos de
todas las entidades. Clúster de atributos en función de si son sucesos singulares o múltiples.
(Normas tabular normalización se resumen en la Tabla 1.9.) A continuación, procederá a eliminar
grupos repetidos. Para cada grupo de repetición crear una nueva relación. La clave de la nueva
relación es la clave del grupo de repetición y la llave original. Para eliminar parcial dependencias
clave, crear nuevas relaciones de alguno de los atributos y la parte de la clave a los que se refieren.
La clave de la nueva relación es la parte de la clave principal original que define la relación
funcional. Por último, eliminar las dependencias sin clave mediante la creación de nuevas
relaciones de los atributos sin clave que se relacionan. La clave de la nueva relación es el atributo
(s) que definen la relación funcional. En el método de tabla, las dependencias de varios valores se
tratan como único atributo, la repetición de grupos no normalizada en la puesta a punto el
escenario.

TA]LA 9-1 reglas de normalización

Para datos sin normalizar
1. Identificar todos los atributos que se relacionan con la entidad. Tenga en cuenta que hay varios
tipos de atributos.
ͻ no se repiten, primaria atributos clave (s). Un atributo no repetido es un solo hecho sobre un
tipo de entidad.
Una clave principal es un identificador único para todos los atributos asociados a un tipo de
entidad.
ͻ no se repiten, los atributos sin clave (s) son hechos aislados sobre un tipo de entidad.
ͻ Repetición de atributo (s) son hechos que pueden tener más de una ocurrencia de un valor
específico de la entidad
clave principal. Repetición de los atributos pueden ser simples hechos de repetición, como la fecha
de nacimiento de los hijos, o puede
ser grupos de fqcts repetir, como la fecha de nacimiento y el nombre de los hijos. Repetición de
los atributos están o
repetición de los atributos clave o repetir los atributos sin clave. Repetición de los atributos sin
clave se muestran con su
clave principal identificador.

2. Lista todos los atributos que se relacionan con una entidad juntos. Guión, la repetición de
información. Saltar una línea o dejar un espacio
entre entidades y entre los grupos de repetición. grupos de repetición puede tener sólo un
atributo que se repite, lo que
también se conoce como una dependencia multivalor. Coloque un asterisco en el primer atributo
de cada grupo de repetición para mostrar
su inicio.

3. Subrayar el campo de clave principal (s) de las relaciones normalizadas, incluyendo las claves de
ambos grupos singulares y
repetición de grupos.

4. Proceder a la primera forma normal.

Primera Forma Normal (CNI)-La meta de la CNI es eliminar grupos de repetición

1.1. Examine cada relación. Si la relación no tiene grupos repetitivos, es en INF. Dibuje una flecha
desde la unnormalized
columna para tp.e colpmn normalizado para demostrar que el análisis de i ~ completo, y
continuar.

1.2. Si la relación tiene grupos repetitivos, construir una relación de los campos no se repiten una
sola. La clave de la relación
es la clave de la relación original. Contique.

1.3. A continuación, para cada grupo de repetición, construir una nueva relación de la repetición
de información. Añada la clave del original
relación con la repetición de información. La clave de esta relación es la clave de la relación
original y la clave de
el grupo de repetición.

Segunda Forma Normal (2FN)-La meta de la 2FN es eliminar parcial dependencias de clave

2.1. Examine cada relación de manera independiente. Si la relación INF no tiene una clave
compuesta, está en 2FN. Dibuja un
flecha de la relación a través de la columna 2FN para mostrar que está completo, y continuar.

2.2 Si la relación INF tiene una clave compuesta para cada campo sin clave, la pregunta siguiente:
¿el campo de datos
se refieren a la clave de todo? En otras palabras, ¿Yoll necesidad de conocer la clave de todo para
conocer los valores del atributo,
o usted sólo necesita una parte de la clave para conocer el valor del atributo? Si la respuesta es
que se necesita toda la
clave para todos los ámbitos, la relación está en 2FN. Dibuje una flecha desde la relación a través
de la columna 2FN para demostrar que
es completa, y continuar.

2.3 Si por el conocimiento de una parte de la clave que conocemos el valor de uno o más campos
de datos, a continuación, vamos a construir dos nuevos tipos
de las relaciones. En primer lugar, construir una relación con el campo de datos sin clave (s) que
son totalmente dependientes de la clave compuesta.
La clave de esta relación es la clave del Reglamento ~ r INF.

Segundo 2.4, construir una nueva relación para cada clave parcial identificados. La nueva relación
(s) de incluir los datos sin clave
campo (s) y la parte de la original! cey en que son totalmente dependientes.

345
346 CAPÍTULO 9 Análisis de datos orientada a

TA]LA 9-1 reglas de normalización (Continuación)

Tercera Forma Normal (3FN)-La meta de la 3FN es eliminar las dependencias sin clave

3.1 Si la relación 2FN (s) sólo tiene un campo de datos sin clave, está en 3FN, vaya a la
optimización.

3.2 Si todos los campos de datos en la relación (s) dependen de la clave y nada más que la clave,
entonces la relación se encuentra en
3FN. La pregunta aquí es: "¿campos sin clave se refieren a la clave o lo que realmente se
relacionan entre sí?"
3.3 Si existe una dependencia sin clave, construir una relación de los datos de campo sin clave (s)
que dependen de la clave 2FN
(Esto incluye el campo sin clave que es la clave en el paso siguiente).

3.4 Construir una nueva relación de cada dependencia sin clave identificados. La nueva relación (s)
de incluir los datos sin clave
campo (s) y el campo sin clave en los que estén a su cargo. La clave de esta relación es el campo
sin clave de la
relación original en el que el otro campo (s) es dependiente.

Ahora, verifique que las anomalías ... condiciones que todavía se producirán errores. Esta es una
forma de doble control que
sus relaciones originales fueron correctamente definidos. Dos preguntas.

1. Dado un valor de una clave (s) de una relación 3FN, hay un único valor posible para los datos? Si
la respuesta es NO,
dependencias a continuación, existen varios valores. Compruebe que las relaciones se definen los
datos correctos, a continuación, tratar los múltiples valores
solo hecho como un único atributo de grupo y repetir renormalizar los datos.

2. Todos son atributos dependen directamente de la llave de su (s) relacionado? Si la respuesta es

NO, entonces las dependencias transitivas
existe. El tratamiento de la dependencia transitiva como una dependencia sin clave y renormalizar
los datos.

Por último, sintetizar e integrar las relaciones.

1. Quite todos los campos que se calculan en la solicitud. Esto no significa que estos atributos no
se almacenan en
la base de datos física, sino que significa que no son lógicamente necesarios para definir la
entidad.

2. Si las relaciones de dos o más tienen exactamente la misma clave principal, que se combinan en
una relación. Asegúrese de que cada
atributo se produce sólo una vez.

En la tercera forma normal, la síntesis de las relaciones resultantes se realiza para

ͻ Combinar las relaciones que tienen los mismos atributos claves principales, pero sin clave
diferentes
ͻ eliminar las relaciones que son réplicas exactas, o subconjuntos propios, de otras relaciones
ͻ Combinar las relaciones que la clave principal de uno es un subconjunto propio de la clave
principal de otra.

Después de la normalización y la síntesis son entidades completas, nuevas (o relaciones) y su

relación con las entidades fundamentales se añaden al diagrama, según sea necesario para
describir completamente la información.
A continuación, las entidades y las relaciones son analizadas para determinar si una estructura de
clases es necesario. El proceso de razonamiento es el siguiente:

1. Pregunte si esta entidad se produce en el presente, y sólo este formulario, (es decir, con todos
los atributos) para cada ocurrencia jurídica de la relación está estudiando? Si la respuesta es
afirmativa, continúe. Si la respuesta es no, debe definir subclases que describen las contingencias
de la existencia de la entidad. Este procedimiento se describe en la siguiente sección.
2. ¿Depende esta relación para celebrar todas las ocurrencias de la entidad? En caso afirmativo,
continuar. Si no, siga por debajo del razonamiento para determinar las subclases de la entidad y
sus relaciones.

3. ¿Es esta entidad siempre opcional? Si no, continúe. En caso afirmativo, seguir el razonamiento a
continuación para determinar las subclases de la entidad y sus relaciones.

4. Puede sólo un subconjunto de las ocurrencias de una entidad participar en una determinada
relación? Si no, continúe. En caso afirmativo, seguir el razonamiento a continuación para
determinar las subclases de la entidad y sus relaciones.

5. Tener varios tipos o clases, o categorías de la entidad ha identificado? Si no, continúe. En caso
afirmativo, seguir el razonamiento a continuación para determinar las subclases de la entidad y
sus relaciones.

6. Si palabras como "o, o, a veces, generalmente, en general, en algunos casos" Alguna vez ha
usado para describir el comportamiento de la entidad? Si no, continúe. En caso afirmativo, seguir
el razonamiento a continuación para determinar las subclases de la entidad y sus relaciones.

Para determinar las subclases, debe determinar qué información se mantiene (o que el proceso se
hace) para los que el tipo (o subclase) de los pedidos. Haga preguntas acerca de todas las
variaciones posibles de la información y el procesamiento hasta que las superficies lógica "si-
entonces-otro". Utilice las situaciones alternativas para definir las subclases. Es decir, una subclase
de la lógica si, otra subclase de cualquier otro bien si la lógica. Haga preguntas de cada tipo de
información acerca de cada entidad. No deje solo porque a encontrar una subclase, puede haber
otros. Cuando se han encontrado todas las subclases, verificarlas con el usuario y modificar el
esquema en consecuencia.

Por ejemplo, en una solicitud de cumplimiento de la orden, una relación jurídica describe "pedidos
de los clientes (véase Figura 9-16), pero la información que puede no ser la misma para todos los
pedidos de los clientes. ¿La hora del día o época del mes afectar la relación? ¿Las diferencias
dirección de envío afectan a la relación? ¿El acuerdo de sold-to/ship-to afectar la relación? ¿El tipo
de la mercancía afecta a la relación? ¿El tipo de pago afecta la relación? En este ejemplo, diremos
que la Orden mantiene en efectivo de información incluye identificación de cliente y el importe
total, donde la información de crédito Orden mantiene incluye ID de cliente, nombre, Soldto o
enviar a las direcciones, Fecha de pedido, condiciones de envío,

por cada artículo (Número del artículo Descripción del artículo, cantidad, precio, Precio
extendido), impuesto sobre las ventas, y Total. En este caso, sabemos que hay subclases por
diferentes conjuntos de datos se mantienen. La siguiente cuestión es decidir la entidad (s) a los
que se refieren las subclases. Para decidir qué subclases se aplican a los pedidos, nos preguntamos
si la Orden de la entidad se ve afectada de manera diferente por las ventas al contado y al crédito.
Si la respuesta es sí, la información se mantiene diferentes para cada uno. En este ejemplo, no
habría subclases para el efectivo Orden y la Orden de crédito. Entonces, nos preguntamos si el
cliente la entidad se ve afectada de manera diferente para los clientes en efectivo y el crédito. Si
todos los clientes ya sea en efectivo o crédito? ¿Cuáles son las reglas para comprar a crédito? La
respuesta común es aplicado aquí. Algunos clientes son sólo pagos en metálico, por lo tanto, la
creación de una subclase de los clientes en efectivo. Algunos clientes están calificados para
comprar a crédito, pero no están obligados a comprar a crédito. Es decir, los clientes de crédito
puede pagar ya sea en efectivo o con tarjeta de crédito. Por lo tanto, saber qué tipo de pedido de
un cliente va a crear sólo es posible si el cliente es un cliente de efectivo. Dependiendo de la
aplicación, estas subclases cliente podría ser importante. En este sentido, se dicen que son. El SEE
se altera para mostrar el resultado de las subclases de cada clase de entidad y la forma en que
ahora se relacionan entre sí. Observe que el simple antes de diagrama de la Figura 9.16 es más
compleja con las adiciones subclase. En resumen, en primer lugar definir las entidades, a
continuación, las relaciones, a continuación, los atributos. Promover las relaciones de muchos a
muchos a la condición de entidad asociativa y modificar el esquema para reflejar las nuevas
entidades. Agregar entidades atributivas como sea necesario para repetir la información relativa a
las entidades. Identificar a todos los nuevos atributos de todas las entidades. Si es necesario, hacer
la normalización de las relaciones de tabla. Analizar cada entidad para determinar si las subclases
son necesarios y modificar el diagrama para describirlos. Estas actividades están mejor
documentadas en una herramienta CASE con el repositorio (o diccionario o enciclopedia) de las
entradas hizo que el trabajo avanza. Al final de la creación de ERD, tiene no sólo el ERD, sino
también las definiciones de depósito de todos los elementos de la SEE.

Video A]C Ejemplo Diagrama entidad-relación

El primer paso (ver la lista en la p. 339) en el desarrollo de la ERD es la identificación de las

entidades fundamentales. Una primera definición de corte de las entidades potencial fundamental
en el procesamiento de A]C del alquiler incluye: los clientes, de vídeo, alquiler, impresos vendedor
de alquiler, y el sistema. Estas entidades son identificados a partir de los requisitos A]C Alquiler de
procesamiento en el capítulo 2. A continuación analizamos cada entidad potencial para ver si
realmente está en la zona de negocios y su aplicación.

El cliente es un sustantivo. Se define de forma exclusiva a las personas que videos de alquiler y
devolución. Por sí mismo, el cliente no tiene un valor, sino que cada cliente es descrito por un
conjunto de atributos. La empresa debe mantener la información sobre los clientes alquilar videos
para hacer negocios con ellos. El nombre formal es del cliente.

El video es un sustantivo. Se define de forma exclusiva un artículo del inventario que está
disponible para alquiler. Por sí mismo, el vídeo no tiene un valor, tiene atributos descriptivos. La
empresa debe mantener la información sobre los vídeos para llevar a cabo su negocio. El nombre
formal es el vídeo.
Alquiler es un sustantivo que describe únicamente videos alquilados por los clientes durante un
período determinado. Por sí mismo, el alquiler no tener un valor, que combina los atributos del
cliente y vídeo con los atributos propios. La empresa debe mantener la información acerca de
alquiler para proporcionar una pista de auditoría a efectos fiscales. El nombre formal es de
alquiler.
Una Alquiler impresa es un sustantivo que describe videos alquilados por los clientes durante un
período de tiempo específico. Un alquiler impreso no es único ya que su definición refleja la de
alquiler. Sin embargo, es único, ya que muestra la firma del cliente. Si hay una disputa legal sobre
los cargos, la empresa está legalmente obligado a proporcionar la documentación que el alquiler
se llevó a cabo, y el cliente alquila a sabiendas. El negocio no mantiene infortnation sobre un
alquiler impreso, sin embargo; la información se trata de un alquiler. 5 alquileres son otro medio
impreso o forma de alquiler. Impreso de alquiler es eliminado de la lista.
Secretario es un sustantivo que describe la única persona que inicia tratamiento para la aplicación.
Por sí mismo, el secretario no tiene un valor. El negocio no tiene por qué saber quién hizo la
entrada de la información
a menos que Vic cambia los requisitos de la

solicitud. Desde empleado no se requiere, que suprimir de la lista.

Del mismo modo, el sistema es un sustantivo que describe únicamente el hardware / entorno de
software que hará el procesamiento de alquiler. El sistema no tiene los valores personales, y
tampoco mantenemos la información sobre el sistema. El sistema está eliminado de la lista.

A continuación, dibuje un rectángulo para cada una de las tres entidades que siguen: Cliente,
video y Alquiler. Figura 9-17 muestra las entidades y la relación (s) entre las entidades
fundamentales. Petición de los clientes de Alquiler. Alquileres contienen vídeos. La relación de los
nombres son únicos verbos que describen las interacciones. La línea de conexión del cliente y
contiene Alquiler patas de gallo en el lado de Alquiler para mostrar el resultado de una relación
uno-a-muchos. Es decir, cada cliente puede colocar una o más de Alquiler. Cada alquiler se coloca
a uno y sólo un cliente.

Del mismo modo, cada uno de Alquiler contiene uno o más vídeos, y cada vídeo puede ser
alquilado por uno y sólo un alquiler a la vez. Tenemos un problema con la cláusula a la vez en esta
definición. Las relaciones se supone que son definidas sin relación con el tiempo. ¿Cómo podemos
explicar este problema? Podemos aplazar la decisión sobre cómo tratar con esto hasta que algún
tiempo después, haciendo una necesidad deLa nota de 'fecha' como un identificador para la
relación de alquiler de videos. O, podríamos eliminar el tiempo de la definición, la creación de la
SEE en la figura 9.18 que muestra una relación de muchos a muchos con el alquiler y el vídeo. Es
decir, cada video se puede
Alquiler
"" "Contiene I /
Video
~ ~ S ontainedl en "
FIGURA 9.18 A]C Alquiler de procesamiento-Segunda-Cut Diagrama entidad-relación
350 CAPÍTULO 9 Análisis de datos orientada a
Cliente
Solicitud o
J\
Alquiler
Es
Pidió
por
~I/1
Contiene
Es
Contenido (
por)
/""'-
Copiar
'\ V
(D
Se describe
por
-T-
Video
Describe
FIGURA 9.19 A]C Alquiler de procesamiento de sesiones de corte Diagrama entidad-relación
se alquilan más de una vez, y cada alquiler puede contener más de un vídeo. Tomamos esta opción
en este momento, sabiendo que es una definición incompleta de las relaciones que han de ser
refinados.

A continuación se decide la naturaleza de las relaciones, ya sean obligatorios u opcionales. Un

cliente debe existir lugar para alquiler. Un video que existen para ser encerrado en una de alquiler.
¿Tiene esto sentido, debe tener tanto un cliente y un video para hacer un alquiler? Sí, esto tiene
sentido. Ahora analice el otro lado de las relaciones. Si Alquileres requeridos por los clientes de
existir? No, los clientes no tienen necesariamente alquiler todos los días. Si Alquileres necesarios
para un video de existir? No, vídeos pueden existir sin estar relacionado con un alquiler. Tanto las
relaciones de alquiler a las otras entidades son opcionales. Identificar los atributos y entidades
asociativas. La m: relación n de videos de Alquiler debe promoverse para hacer una entidad
asociativa. La nueva entidad se relaciona con cada cinta física que se alquilan. Por lo tanto,
tenemos una entidad de vídeo y una entidad Copiar. Tenemos razón a través de esta creación de
otra manera. Información del vídeo no es lo suficientemente detallada para realizar un
seguimiento de
cada cinta física en el inventario, ya que cada vídeo puede tener muchas copias. Esto nos lleva a
completar la información
acerca de las copias. Refiriéndose al caso en el capítulo 2, nos encontramos con que Vic quiere ser
capaz de seguir el estado de la cinta. La información mínima necesaria es copia de identificación
de vídeos, copia de identificación, fecha de recepción, y el Estado. Información adicional puede ser
considerado, por ejemplo, cuenta corriente de mes, pero que aplazar esta por el momento. Figura
9-19 muestra el ERD a este punto
.
¿La inserción de copia cuidar de la relación de muchos a muchos? Todavía puede tener una copia
en el alquiler de muchos en el tiempo de Alquiler puede contener muchos elementos, por lo que la
respuesta es no. A continuación nos fijamos en el Alquiler de examinar más a fondo los detalles.
Los alquileres son similares a las órdenes. Al igual que una orden tiene uno o más artículos, cada
alquiler puede tener uno o más artículos de alquiler. Existe una relación uno-a-muchos de Alquiler
de Alquiler-del artículo que se añade al diagrama. Por sí mismo, esto simplificar la relación de
muchos a muchos, un alquiler-artículo pertenece a un alquiler específico y se refiere a un
inventario específico de copia. Ahora las entidades y las relaciones de aspecto limpio con todas las
relaciones de muchos a muchos promovido, y todas las relaciones aparentes de uno a muchos
explicado (ver Figura 9.20). Para confirmar las entidades originales y promovido, vamos a
normalizar los datos mediante el método tabular. Por
Cliente
-II
Solicitud requerido
<D
/1\
Alquiler
Contiene - - ¿Es
<) Contenido
/ "Por
Área de Negocios 351 Actividades de Análisis

normalización de tabla para proceder, en primer lugar definir los atributos de cada entidad. De los
requisitos funcionales en el Capítulo 2, una lista de todos los atributos de cada entidad. La lista se
muestra en la Tabla 9-2, en forma no normalizada, con la información de la copia identificada
como la repetición en video de la información. Haga una lista separada para cada entidad. Para
cada entidad, así como la lista los atributos que aparecen una sola vez. Guión, repitiendo los
grupos en la entidad relacionada, asegurándose de que toda la información para cada grupo en
conjunto. Subrayar las claves principales para la información no se repiten y repiten. Recuerde, la
clave principal identifica de forma única su información.

A continuación, aplicar las reglas en la tabla 9-1 para eliminar grupos de repetición, parcial
dependencias clave, y las dependencias que no son clave. Sintetizar la 3FN resultados para
garantizar la redundancia mínima. El resultado de la A]C
Alquiler-artículo
...... Se refiere a que
Copiar
'"' -" Me
Hace referencia a
'\ V
<D
Se describe
por
-IVideo
Describe
FIGURA 9.20 A]C Alquiler de procesamiento del cuarto corte Diagrama entidad-relación
352 CAPÍTULO 9 Análisis de datos orientada a
Tabla 9-2 Lista de la Entidad de vídeo A]C Atributos
Unnormalized Forma Normal Forma-Primera
Grupos de repetición, (CNI)-repetición
Todos los grupos claves principales
Identificados
Teléfono del cliente
Nombre del cliente
Dirección del cliente
Cliente de la Ciudad
Estado del cliente
Cliente Zip
Crédito a la Clientela
Número de tarjeta
Tarjeta de Crédito
Tarjeta de Crédito
Fecha de caducidad
Teléfono del cliente
Toda la Información del Cliente
vista desde el cielo
Alquiler Fecha
Total de cuotas Alquiler
* Identificación de vídeos
Copia de identificación
Video Nombre
Alquiler Fecha
Fecha de regreso
Precio de alquiler
Por demora en el pago
Las tasas debidas en
De identificación de vídeos
Video Nombre
Fecha de entrada
Precio de alquiler
Copia de identificación
Fecha de recepción
Condición Jurídica y Social
normalización se muestran en la Tabla 9-3. Ahora tenemos seis relaciones que han sintetizado y
evaluado.

En la etapa de síntesis, varias piezas de información se eliminan. "Toda la información del cliente
no está obligado a mantener la información de alquiler, sólo un cliente de teléfono o cédula de
identidad es requerida como una referencia cruzada, o de clave externa, a la relación del cliente.
Total de cuotas de alquiler se calculan y, por lo tanto no se requiere. La relación completa que
contiene Video ID, Nombre de video, y la tasa de alquiler es eliminado, ya que duplica
exactamente la información que ya en la relación siguiente, que tiene más atributos.
Para conciliar la 3FN resultados a la ERD, nos fijamos en las relaciones Alquiler de nuevo, y el uso
de algunas "fuera de la caja 'pensar. La relación que hemos identificado para el alquiler de
alquiler-del artículo es similar en muchas transacciones comerciales: pedidos, confirmaciones, los
documentos de embarque, copia de pedidos y facturas. La pregunta aquí es: ¿Necesitamos ambas
entidades? Se requiere la información del artículo Alquiler entidad, ya que los documentos de la
transacción comercial. La pregunta entonces es: ¿Necesitamos la información Alquiler separados?
Es único y diferente? Cliente El teléfono está también en alquiler-artículo; Fecha de alquiler
también se relaciona con cada video
cliente. Eliminamos Total Tasas Alquiler como un campo calculado, pero tenemos que decidir de
nuevo si alguna vez se necesita esta información almacenada en un archivo. Siguiendo este
razonamiento, pensar en los tratamientos que deban hacer. Cuando un cliente solicita un vídeo, el
sistema debe mostrar todos los alquileres abierta, independientemente del momento en que se
alquilaban. La información-Alquiler artículo se enumeran abajo de la pantalla en filas, una fila por
cada vídeo (vea la Figura 9-21) 0.6 Un total de todos los cargos abiertos de vacaciones, además de
los nuevos cargos estarán cerca de la parte inferior. ¿De dónde va a llegar la información del
cliente? Si mantenemos la relación alquiler / entidad, ya sea que elija una de varias posibles para
la exhibición, o, si el Cliente de teléfono se introduce en primer lugar, pasamos por alto a todos.
Esto suena como
6 Este es otro ejemplo de los saltos entre los niveles de
detalle requerido para completar cada paso lógico en el proceso.

una chapuza, es decir, un desastre! Si eliminamos esta entidad / relación, podemos obtener la
información de otra manera? Es decir, podemos recrear esta relación si es necesario por cualquier
razón? La respuesta en este caso es, sí. Alquiler de artículos-todos tienen teléfono del cliente y el
primero en acceder se pueden utilizar para recuperar información de los clientes. Llegamos a la
conclusión que podemos eliminar el «alquiler» de la entidad por completo. El completado,
revisado ERD se muestra como la figura 9.22. -Alquiler del artículo se cambia el nombre para abrir
Alquiler para evitar la confusión sobre su contenido. Después de quitar la entidad de alquiler, las
relaciones y entidades que aparecen ahora mínimo. Es decir, debemos tener todas estas
entidades. Si eliminamos cualquiera de estas entidades, no puede volver a crear la información
deseada de la entidad quitado, ni se puede describir por completo todas las relaciones de datos.
Con estas entidades, que pueden representar todo el problema de espacio de datos, y puede
acomodar a todas las transformaciones en la solicitud. El ERD ahora parece completa. Tenga en
cuenta que completa no significa fundido en concreto, la ERD se puede modificar según sea
necesario
para acomodar la nueva información.
El proceso de razonamiento que utiliza para eliminar la entidad de alquiler puede ser utilizado en
cualquier otra entidad similar, por ejemplo, las órdenes. En otras aplicaciones de la entidad de alto
nivel análogo a la entidad Alquiler aquí podrían ser necesarias. Usted no puede eliminar una
entidad cuando cualquiera de las condiciones siguientes:
ͻ La entidad cuenta con información exclusiva de su propia.
ͻ La entidad, o de sus atributos, no puede ser recreado mediante la combinación de otras
entidades.
ͻ La entidad es necesaria para los efectos legales.
Un ERD exacta y completa es fundamental para el desarrollo de una aplicación que soluciona un
problema del mundo real. Durante el desarrollo de la SEE, preste especial atención a las
definiciones de la entidad, asegurándose de que son distintos, sencilla y precisa. Analizar cada
entidad para la selectividad en el procesamiento de los datos, o el tiempo para determinar si una
estructura de clases está garantizado. También se analiza cada entidad por su necesidad real. Si
una entidad puede ser recreada a partir de otra información, no tiene atributos únicos de su
propia, y no es necesario para los efectos legales, omitirlo. Analizar todas las relaciones posibles
para determinar la existencia de relación. En la definición de cardinalidad de la relación y necesaria
/
como opcional, hacer que el tiempo que los procedimientos actuales y se pasan por alto. No
prestar atención a los requisitos legales y los requerimientos del negocio en la definición de
cardinalidad y la situación requiere.

Descomponer funciones de negocio

Reglas para la descomposición de funciones de negocio
Si una descomposición funcional, no se ha desarrollado todavía en el ámbito de la empresa, se
crea ahora. Si la descomposición se ha desarrollado a nivel de organización, es aún más
descompuesta aquí para definir los detalles de los procesos. En cualquier caso, la descomposición
es independiente de la SEE, sino que se puede hacer antes, durante o después de la SEE. IE
recomienda el ERD principio, pero al mismo tiempo a recopilar datos para la SEE, que
invariablemente se procesan la información. Muchos profesionales se concentran en los primeros
datos, pero comenzar a construir la descomposición de forma simultánea. Los pasos para la
descomposición funcional son:

1. Definir la empresa para la que se desarrolló el diagrama. Colocar el nombre de la empresa en un

rectángulo redondeado en la parte superior del diagrama.

2. Definir las funciones de negocio de la empresa. La utilización de piezas coherentes de palabra

para cada nombre, lugar de las funciones en rectángulos redondeados en la segunda fila del
diagrama. No prestar atención a la organización actual, la política, o los procedimientos en la
definición de funciones. Utilice las prácticas actuales de negocios en la industria para orientar la
definición y la colocación de las funciones (y las actividades y procesos).

3. Definir las actividades que definen completamente cada función. Nombre usando partes del
discurso coherente, por lo general la forma del verbo-sustantivo. Para cada función, cree un
diagrama por separado con una fila que representa las actividades de la función.

4. Para cada actividad, totalmente definir los procesos que describen los trabajos efectuados para
cada actividad. El nombre de cada proceso que utiliza el verbo-sustantivo forma. Añadir los
procesos en sus respectivas actividades en el diagrama de la secuencia en la que se llevan a cabo.
5. Continuar para descomponer los procesos y añadirlos a los diagramas que representan los
sucesivos niveles de detalle hasta que las definiciones son atómicos.

6. Compruebe todos los diagramas con el usuario.

7. Definir las modalidades para llevar a cabo cada proceso y las funciones de documentos,
actividades, procesos y procedimientos en el repositorio.

En primer lugar, identificar (o comprobar) las funciones aplicables a la actividad de ]AA. Una
forma sencilla de controlar las funciones es revisar la lista de las funciones genéricas de la página
332 y, para cada uno, determinar su aplicabilidad a la situación. El nombre de cada función por lo
que se refiere al contexto de negocios de la ]AA. Por ejemplo, si la función se ocupa de las
finanzas, pero en el contexto de la financiación de clientes incluye tanto Finanzas y Contabilidad,
utilizar el nombre de esta última función. El nombre de cada función con un nombre,
preferiblemente un nombre no cualificado. Por ejemplo, Hacienda se prefiere a las finanzas
corporativas. Si los usuarios no han participado en esta actividad, de verificar la lista con un
usuario. Coloque cada función en la descomposición en la empresa identificador en rectángulos
redondeados (ver Figura 9.23).

A continuación, para cada función, definir las principales actividades y ponerlos bajo la función que
describe. El diagrama se parece a un organigrama. Cuando se haya completado, las actividades
deben describir cada función. No hagas caso a los límites de la organización o las políticas actuales
de organización y procedimientos. No prestar atención a las acciones legales necesarias, las
acciones que se refieren específicamente a los objetivos de la organización, y prácticas de la
industria que se requieren.
Se identifican momento, cardinalidad, o las prácticas actuales de negocios para cada actividad.

Actividad nombres no tienen una forma específica, pero debe ser coherente en la parte del
discurso utilizado para todos los nombres. En el ejemplo anterior, la función de Finanzas podría
incluir varias actividades, tales como Finanzas Corporativas, regional (o subsidiario-nombre)
Finanzas, Finanzas Internacionales, Análisis y Presentación de Informes, Planificación, Presupuesto
y Gestión de Fondos. En este ejemplo, gestión de fondos podría haber sido llamado administrar
fondos, pero la parte incompatible de expresión hace de este un nombre débil.

A continuación, para cada actividad, se descompone la actividad para definir los procesos que
describe completamente la actividad. Los procesos pueden tener sus propios subprocesos.
Continúe hasta que la descomposición de nivel elemental o atómica, de proceso se identifica.
Recordemos que un proceso de primarias es la unidad más pequeña de los usuarios el trabajo
puede
identificar. El nombre de cada proceso con un nombre de verbo-objeto. Dentro de los fondos de
administración, por ejemplo, los procesos pueden ser: Gestión de Fondos noche a la mañana,
Gestión de caja, administrar cuentas de nómina, y administrar cuentas de ahorro. Cada uno de
estos procesos pueden ser más descompuesta para identificar los detalles del procedimiento
utilizado para llevar a cabo este proceso. Continuando con este ejemplo, administrar fondos
durante la noche pueden ser: identificar los fondos, identificar opciones, analizar las opciones,
colocar fondos, completa los asientos contables. Cada uno de estos es un proceso, también, pero
estos procesos no se pueden descomponer más sin necesidad de interrogatorio de varios procesos
para localizar todas las partes que lo componen. Por lo tanto, estos procesos son atómicas, o
elemental. Es decir, cada uno puede realizarse como una unidad, pero no puede ser más
descompuesta, sin perder su identidad de unidad.

Las dificultades de la descomposición de procesos se encuentran en el logro de niveles paralelos

de la abstracción y la integridad. El objetivo es mantener la coherencia dentro de un nivel de
descomposición de procesos. La SE y el usuario deben trabajar juntos en esta definición, porque
los niveles de detalle están más allá es el conocimiento. Sólo los titulares de empleo saber
exactamente lo que hacen y cómo lo hacen. El usuario es el principal la definición de la
descomposición, pero la SE es la persona que realmente resúmenes del diagrama y los sistemas de
información de la información proporcionada por el usuario. El usuario se relaciona cada proceso a
todos los demás procesos, descripción de cada uno en detalle.

Algunas pistas sobre la coherencia de la abstracción son la cantidad de trabajo, la comodidad del
usuario, el mismo tipo de entradas y salidas, y el momento. Si todos los procesos parecen hacer
una cantidad similar de trabajo, están probablemente en el mismo nivel de abstracción. Si el
usuario se sienta cómodo que la información es similar, probablemente lo es.

Si los procesos tienen tipos similares de entradas y salidas, es decir, no tienen el tratamiento de
errores y no el procesamiento de excepciones en el mismo nivel, a continuación, están
probablemente en un nivel de abstracción.
Del mismo modo, si un proceso tiene el tratamiento de errores y excepciones, los demás también
deben tener el tratamiento de errores y excepciones en el mismo nivel.

Para los procesos concurrentes, cada proceso debe llevarse a cabo con total independencia de
todos los otros procesos concurrentes. Si los procesos concurrentes son independientes, entonces
el nivel de abstracción es probablemente bien. Si los procesos concurrentes tienen dependencias,
a continuación, determinar la relación entre los procesos. O bien el proceso que depende, de
hecho, un subproceso, o los procesos no son concurrentes.

Durante el proceso de identificación y definición, marca el diagrama de los procesos que se utilizan
en más de un lugar. Esto identifica ambos procesos potenciales reutilizables para la actividad de
diseño y consolidación de trabajo posible para el análisis de la organización. Asegúrese de que los
nombres asignados a los procesos reutilizables son exactamente los mismos y, de hecho el mismo
trabajo.

Cuanto mayor sea la organización, más probable que necesite más de un nivel de descomposición
de procesos para describir completamente los procesos de cada actividad. Continuar para
descomponer los niveles de subprocesos hasta llegar a los procesos que ya no puede ser descrito
como la realización de algún tipo de acción conjunto.

Video A]C Ejemplo proceso de descomposición

Para empezar, nos preguntamos ¿cuáles son las funciones de A]C que se relacionan con este ]AA.
Las funciones de A]C se compra, Alquiler de procesamiento, contabilidad y nómina de personal /
como se muestra en la Figura 9-6. Esta aplicación se ocupa sólo de Alquiler de procesamiento, por
lo que se descomponen sólo la función de procesamiento de Alquiler.

En primer lugar, definir las actividades de alquiler de procesamiento y colocarlos en el diagrama de

rectángulos redondeados. Volver al caso en el Capítulo 2 y resumen de las actividades principales.
Si tiene dificultades para encontrar actividades, visita las entidades y definir las medidas
adoptadas por cada entidad. Obviamente se refieren a actividades de mantenimiento de los
clientes y de vídeo y alquiler real / el proceso de vuelta. ¿Puede identificar alguna otra? Si no,
agregue estos al diagrama y descomponerlos. identificación de la actividad no es una actividad de
una sola vez, sino que son las actividades en curso y otros podría llegar a ser evidente a medida
que trabaja a través de los procesos. Tenga en cuenta que al identificar las actividades con un
usuario, es a partir de su experiencia y no de texto escrito, así que es algo más directo.

Tanto las actividades de mantenimiento se descomponen en crear, leer, actualizar y eliminar los
procesos (CRUD). Tenga en cuenta que los nombres de actividad son de la forma del verbo-objeto.
Las adiciones resultantes de la descomposición se muestra en la Figura 9-24.

A continuación, debe decidir si el alquiler y el retorno son una actividad o dos. Este es el mismo
tema que trata en el proceso de diseño (en el capítulo 8), aquí vamos a tener resultados
ligeramente diferentes ya que el proceso de razonamiento es diferente. Las preguntas aquí son:
¿Se puede definir de vacaciones sin hacer referencia al cambio? ¿Se puede definir también volver
sin hacer referencia al alquiler? Y, ¿esto completamente definir alquiler / proceso de vuelta? Las
dos primeras respuestas son afirmativas, la tercera es no. Tanto para los alquileres y devoluciones
deben acomodar el otro proceso como subproceso de integridad. Por lo tanto, la renta y el
proceso de vuelta debe ser reunidas en una sola actividad.

Una manera fácil de descomponer estos procesos y estar razonablemente seguro de que son
completas y correctas es descomponer las cuatro opciones por separado. Las opciones son alquilar
sin retorno, el retorno sin pago de alquiler, alquiler con volver, y volver con la renta. Un cuadro de
las cuatro opciones y sus subprocesos se muestra en el Cuadro 9-4. Varios problemas se pueden
identificar para el debate. En primer lugar, se Comprobar tarifas de última hora el mismo nivel de
abstracción como los otros procesos? En segundo lugar, es de impresión de recibos el mismo tipo
de proceso y le pertenece en la mesa? En tercer lugar, es esta completa? Por

ejemplo, cuando se crea al cliente y crear vídeos cuando los artículos no se encuentran en una
base de datos? Por último, podemos consolidar estas cuatro listas para desarrollar una lista para el
diagrama de descomposición?

En primer lugar, ]uscar tarifas de última hora parece estar en un nivel inferior de detalle de los
otros procesos. Para comprobar esto, a pie-a través del proceso. Para comprobar si hay cargos por
pagos atrasados, los datos de un alquiler abierto debe estar en la memoria.

Si la Fecha de regreso no es igual a cero, reste Fecha de alquiler de fecha de regreso a obtener el
número de días alquilados.

Si el número de días alquilados es mayor que la cantidad permitida (en este caso usamos dos),
multiplicar (número de días alquilados - 2) en $ 2.00 (el cargo por retraso) para obtener tasas de
última hora.

Si tarifas de última hora son mayores que cero, mostrar tasas de última hora y añadir tarifas de
última hora a La cantidad total debida.

Esta es toda la lógica, no hay para leer o escribir en archivos. Por lo tanto, este es un proceso
simple que raya en ser demasiado pequeño como para ser llamado un proceso. Esta lógica podría
incluirse en otro proceso, si y sólo si el otro proceso tiene el patrón de la ejecución misma para
cada paso de la lógica. Esto significa que examinamos a continuación con qué frecuencia ]uscar
tarifas de última hora se ejecuta. Comprobar tarifas de última hora es en cada lista, pero es
ejecutado por cada alquiler y devolución? La respuesta es que para todos los alquileres abierto,
este proceso se ejecuta para comprobar si los honorarios debidos si hay rendimientos actuales o
no. Además, para todas las devoluciones, después de la fecha de regreso, se añade, el proceso de
verificación de tarifas de última hora debería ser ejecutado.

Se revisan a la lógica para ver si exactamente el mismo procedimiento se sigue en ambos casos. La
respuesta a esta cuestión depende de cuando se consideran cargos por pagos atrasados. Hasta
ahora, hemos hablado de cargos por pagos atrasados de

las cintas con las fechas de vuelta. Usted puede tener la tentación de cobrar tarifas todos los días a
medida que se acumulan, si la cinta se devuelve o no. Si usted hace esto, usted necesita lógica
muy compleja para identificar lo que las tasas se devengan, lo que se pagan las tasas, y las tasas
son aún se adeuda. Lógica compleja es con frecuencia mal y siempre es propenso a errores. Si es
posible, utilice el KISS (Keep It Simple, Stupid) honorarios método y la carga sólo cuando una fecha
de regreso está presente. Para continuar con esta forma de pensar, ¿qué atributos Alquiler de qué
necesitamos para hacer frente a cargos por pagos atrasados? ¿Es necesario un campo de cargos
por pagos atrasados? Una bandera en últimos honorarios han sido pagados? El caso no nos dice lo
que quiere Vic, así que tenemos que hablar con él acerca de esto.

En este caso, Vic y contable de la decisión que, a efectos contables, que quieren saber todos los
gravámenes aplicados a un alquiler. La información que se le mantenga incluye: tasas regulares, el
pago de cuotas ordinarias, cargos por pagos atrasados, el pago de recargo, los cargos
extraordinarios, y pago de la cuota extraordinaria. Observe que no se preocupan por las fechas de
pago. Tenemos dos opciones para hacer frente a los datos de tarifas finales. En primer lugar,
podemos calcular las tasas y añadirlas al archivo cuando se pagan o segundo, mantener dos
conjuntos de campos, uno para la cuota y una bandera para el pago de tasas. Los datos y el
procesamiento por la primera opción es más simple, pero ahora hace que los procesos de creación
y actualización de los alquileres abierta depende el éxito del proceso de pago y el cambio Hacer.
Esto no es sólo una solución de compromiso aceptable, sino una práctica de negocio mejor ya que
no desea actualizar con el procesamiento de pagos sin éxito. Tomamos nota de los nuevos
atributos y añadirlos al repositorio.

La segunda cuestión se refiere a impresión de recibos. Imprimir recibo es el mismo tipo de proceso
y le pertenece en la mesa? Las órdenes de impresión alquiler podría ser considerado como un flujo
de salida de datos del proceso de pago y realizar el cambio en lugar de exigir su propio proceso.
Desde A]C define la impresión de las órdenes como un proceso independiente requiere de la
aplicación, se podría dejar en la lista. Por desgracia, la metodología no da orientación en la
cuestión de si incluir o suprimir los procesos de impresión de datos. En general, si la impresión es
incidental a otro proceso, es decir, es un registro del tratamiento, entonces no es independiente.
Un proceso de impresión debe ser distinta, si cumple con las obligaciones legales, o es
independiente de todos los demás procesos, o depende de otro proceso. En el trabajo, la SE, con
el equipo de análisis, decida qué método de definir las entradas y salidas se utilizará, a
continuación, es consistente en sus definiciones. Un tema relacionado es la relación de la
impresión de recibo para los demás procesos. ¿Se desprende de procesamiento de pagos, ¿se
sigue y confirmar la creación del archivo y la actualización, o es independiente? Por el momento, la
impresión aparece relacionado con el procesamiento de pagos, sino también aquí es algo que
tenemos que pedir Vic. Un problema similar se plantea con los procedimientos de entrada de
datos que vamos a discutir más adelante. Aquí se muestra un diálogo entre María y Vic para
resolver la cuestión de la relación.

María: "Estamos tratando de decidir acerca de cuándo y cómo imprimir recibos recibos se
relacionan con el resto del proceso ¿Me puede decir los requisitos legales y si tiene los requisitos
de negocio.?"

Vic: "Ah, ahora, escribir todos los números de cliente, números de vídeo, cantidad pagada, y las
razones de cada transacción Realmente no dar a los clientes un recibo en el sistema manual no
estoy seguro de cuáles son los requisitos legales.. son: Voy a por el contador de aquí, también ".

El contador llega y se hizo la misma pregunta. Ella dice: "Sería bueno tener una copia en papel de
cada transacción en la que el dinero se procesa para que pueda localizar los errores cuando hago
la contabilidad. Tratando de encontrar un error al consultar el ordenador puede ser mayor que
simplemente la suma de los días «ingresos en diferentes categorías. También proporcionaría la
documentación del IRS si usted no va a hacer eso en el equipo. ¿Y tú?"

Esto lleva a una discusión sobre el tratamiento fiscal y de los costos potenciales para el proyecto,
que son insignificantes en esta etapa. La decisión final es exigir a los ingresos no sólo para las
transacciones en que el dinero se procesa, sino ofrecer un recibo como una opción para el cliente
para transacciones no monetario. La discusión a continuación, una digresión en la cuestión de
cómo discos de larga duración se debe guardar en el archivo de alquiler. Si todas las transacciones
relacionadas con el dinero se imprimen, los registros de las transacciones de pago podría ser
eliminado. Vic quiere tener acceso a datos de la transacción para el análisis histórico, pero piensa
que los archivos de la historia responder a la mayoría de sus preguntas. En su sistema manual, Vic
purgas los archivos una vez al año en la temporada de impuestos, pero él dice que no hay
demasiado papel para buscar en todo los registros en papel a menos que un cliente realmente
disputas una carga. En cualquier caso, Vic, el contador, y María deciden conjuntamente para
purgar los archivos de transacciones mensuales y mover registros borrado con un archivo de
almacenamiento fuera de línea. Esta discusión se produce una nueva actividad que se añade a la
descomposición en periódicos
Procesamiento.

A continuación, María aborda el tema de hacer el seguimiento de actualizaciones de archivos y la

impresión del recibo cuando las actualizaciones de archivo (o crea) tienen éxito. Vic tiene dos
preocupaciones. Él tiene la capacidad para solucionar un problema si un archivo se produce, y
quiere que la capacidad de independencia del proceso de alquiler. En segundo lugar, es cauteloso
sobre el uso del recibo de la notificación de un problema. "Si los usuarios que hay un problema
con el sistema informático, no puede confiar en la información que les damos unos cargos por
pagos atrasados y otros cargos." Vic decide que la impresión es independiente de cambios de
archivos y que un mensaje de operador debe mostrar los errores en la escritura a los archivos.

La tercera cuestión es evaluar la integridad del proceso definido. En particular, cuando se crea al
cliente y crear video cuando la "validez" elementos no se encuentran en una base de datos? Desde
una simple evaluación de los nombres de proceso, el proceso parece completa. Para resolver el
problema de los dos procesos de crear, buscamos específicamente a esos procesos. Una vez más,
hay dos opciones para hacer frente a la necesidad de crear clientes y de vídeos: Puede ser un
proceso independiente o puede ser un subproceso a los asociados Obtener válido. .. proceso. La
pregunta a responder es: ¿Qué tan importante, en la actividad de alquiler y retorno, se crean los
clientes y de vídeo? La respuesta es que no son muy importantes. Se llevan a cabo en casos
excepcionales para permitir la continuidad de procesamiento. Ambos procesos son importantes
para la actividad de los archivos relacionados con el mantenimiento. Un tema relacionado es el
nombre dado a los procesos - Obtener válido del cliente y obtener válidos del vídeo. La implicación
de estos nombres es que tanto las condiciones válidas y no válidas se tratan dentro del
procedimiento, sólo los clientes válidos y videos se aprobó para su posterior procesamiento. Una
condición que falta daría lugar a la incoación del procedimiento de crear. La resolución, entonces,
es dejar el proceso de

definiciones como son y para tratar la crea como subprocesos asociados en el marco del Proceso
de obtención válido. Figura 9.25 muestra los detalles de los dos procesos válidos para obtener el
siguiente nivel de descomposición.

La última cuestión es la consolidación de estas cuatro listas para desarrollar una lista, completando
el diagrama de descomposición. La lista consolidada se muestra, con secuencia obligatoria, pero
sin selección, en la figura 9.26, el diagrama de descomposición final. La cuarta actividad, el
procesamiento periódico, ha añadido. Por el momento, esta actividad incluye el archivo, al final
del día, y el procesamiento de consultas. Otros procesos se pueden agregar a medida que
continuamos a través del análisis y el diseño. Vamos a utilizar las listas separadas de los procesos
de nuevo en la siguiente actividad, el desarrollo del diagrama de dependencia de proceso.

En resumen, el proceso de descomposición se puede realizar independientemente del desarrollo

ERD. Este paso se centra en las actividades, procesos y subprocesos de todas las funciones de la
]AA. En primer lugar, todas las actividades se definen, a continuación, los procesos de cada
actividad se identifican y definen. Ambas actividades y los procesos se definen sin tener en cuenta
para la organización actual, el tiempo de procesamiento, o el procedimiento actual. Se hace
hincapié en los procesos y procedimientos que se requieren para cumplir con obligaciones de las
empresas. La

la descomposición final debe ser validada mediante un examen de usuario.

Desarrollar el diagrama de procesos de dependencia

Reglas para el Desarrollo de Diagrama de Proceso de dependencia

la dependencia del proceso se refiere y muestra las conexiones de los procesos cíclicos, lógica y de
datos entre procesos. Para cada actividad y el nivel de los procesos de descomposición, se
examinan los procesos y la secuencia de ellos por orden de aparición: lo que pasa en primer lugar,
a continuación, en segundo lugar, y así sucesivamente. Un diagrama utilizando rectángulos
redondeados para cada proceso y las flechas para conectarlos muestra la secuencia de los
procesos. Los procesos que son independientes de otros procesos se colocan en el diagrama, pero
no está conectado a nada. Un diagrama se crea para cada actividad. Los pasos para crear el
diagrama de dependencia de proceso (PDD) son los siguientes:

1. Para cada actividad, dibuje los procesos en una hoja de papel.

2. Examine cada proceso para determinar la forma en que se inicia. Para los procesos que pasan
los datos para empezar a trabajar, conecte el proceso para sus receptores de datos. Estas
conexiones representan la secuencia de procesamiento.

3. Para todos los procesos relacionados, examinar cada uno para determinar la cardinalidad de la
ejecución. Definir proceso iterativo y documentarla en el diagrama. Tenga cuidado de desvincular
a la medida de lo posible en función de los requerimientos del negocio.

4. Para todos los procesos relacionados, examinar cada uno para determinar la selección en el
proceso. Para los procesos mutuamente excluyentes, modificar el esquema para representar la
exclusividad. Para todos los procesos seleccionados, añadir las condiciones de selección en las que
la transformación tenga lugar.

5. Para todos los procesos relacionados, examinar cada uno para determinar las conexiones de
]oole. Modificar el esquema para incluir requiere la lógica booleana.

6. Revise todas las conexiones con los usuarios para verificar la corrección.

Los tipos de conexiones entre los procesos en un diagrama de dependencia de procesos diferentes
a los de los diagramas de flujo de datos en el capítulo 7. En dependencia de proceso, cuatro tipos
de conexiones están permitidos: secuencia, iteración, selección y booleana (ver Figura 9.27). Todas
las conexiones de identificar los datos

pasando entre los procesos de la escritura de su nombre, si se conoce, por encima de la línea.

conexiones secuencial puede ser singular o múltiple, con muchos procesos de alimentación de
otro proceso, posiblemente, la alimentación de los mismos datos (como en los procesos
reutilizables) (vea la Figura 9-27). Las entradas múltiples en (o sale de) un solo proceso no implica
ninguna relación entre los múltiples procesos. Es decir, ninguna estructura de control es necesario
para garantizar el orden correcto de ejecución de los procesos. De hecho, varios procesos pueden
ser concurrentes, si es necesario.

conexiones entre los procesos iterativos se muestran con bucles de retroalimentación, con una
indicación de cómo se llevan a cabo muchas iteraciones. Una alternativa popular es la notación de
Martin de la iteración que se utilizan indicadores de cardinalidad, es decir, patas de gallo. Esta
notación implica un acoplamiento entre los procesos que no pueden existir, por lo que la
disociada, iteración de bucle más estándar se utiliza en este texto. Tanto la notación de Martin y la
notación desconectados son en la figura 9.27.

Selección, o condicional, conexiones muestran las opciones alternativas conectados por un círculo
sólido para diferenciar los procesos de ]oole. Las condiciones de la lógica "si-entonces-otro se
escriben en cada línea.

conexiones booleano identificar "y" u "o" tipos de conexiones. conectores booleanos uso
conectado con las líneas de un círculo abierto en el cruce de opcional (o) procesos. Líneas simples
conectadas que unen (o división) para mostrar múltiples ('AND') de entrada (o salida) de los
procesos. Es decir, que no sean procesos identificados como opcional o seleccionados se supone
que son ejecutados siguiendo el proceso anterior.

Un comentario acerca de múltiples conexiones de proceso requerido es necesario. Dos opciones

para múltiples procesos, uno con varias líneas dirigidas, y el otro con múltiples líneas de unir o
dividir en una sola línea, se discuten. Estas anotaciones tienen connotaciones específicamente
diferentes. Las primeras líneas, dirigido múltiples, muestra que cualquiera de los múltiples
procesos pueden ser ejecutados y que el control de la ejecución que se encaja en los procesos. La
segunda línea, múltiples unir o dividir en una sola línea, identifica específicamente 'AND' procesos
y pueden requerir la lógica para garantizar que todos se ejecutan.

Además de mostrar las conexiones lógicas entre los procesos, las líneas que conectan los procesos
de identificar los datos de proceso activa, es decir, los flujos de datos de un proceso a su cargo los
procesos. El último paso para el diagrama de dependencia es el de identificar, tanto como sea
posible en esta etapa, los datos que desencadena los procesos dependientes. Los nombres de
atributos, nombres de relación, u otro identificador nombres están escritos en las líneas conectivo.

Video A]C Ejemplo Diagrama de Proceso de dependencia

Los diagramas de dependencia de A]C varían en su complejidad. Los diagramas de mantenimiento

son simples, porque todos los procesos son independientes (Figura 9-28). Del mismo modo, los
procesos periódicos también están vinculados (ver Figura 9.29). Los procesos de alquiler y
devolución son complejas y se discuten en detalle.

La discusión en las secciones anteriores identificaron una dependencia de los procesos en la

elaboración de Alquiler de devolución / que tenemos que llevar adelante: impresión de recibos de
pago depende del proceso y hacer el cambio.

Hay otras dependencias como así. Para mostrar la lógica detrás de la figura final, se muestra el
dependencias de proceso para cada alternativa de proceso como lo hicimos anteriormente. Las
cuatro opciones, una vez más, los alquileres con y sin vueltas, y vuelve con y sin alquiler.

El primer diagrama muestra los procesos de alquiler y sin retornos, de manera informal, señala las
conexiones entre ellas. Dibujamos el diagrama informal porque se esperan cambios y el cambio de
un esquema informal es más fácil que cambiar un formal.

Cuando se inicie la consideración de los procesos, dos características evidentes son: en primer
lugar, no todos son secuenciales y en segundo lugar, no todos se hacen una sola vez. procesos
repetitivos son Obtener Alquiler abierta (con ]uscar tarifas de última hora en un bucle repetitivo),
y recibir los vídeos válido. Ambos se llevan a cabo hasta que no haya más
de los artículos que tenemos. Dibuja una línea circular del proceso a sí mismo para mostrar la
iteración. ¿Hay datos que se pasan de una iteración a la siguiente? No hay datos específicos, salvo
un indicador para seguir adelante y, tal vez, una dirección de memoria en la que almacenar los
datos que viene, pero esto es un detalle de implementación. No se identifican ahora.

A continuación, a pie, a través del proceso para identificar las dependencias, aprovechando las
conexiones apropiadas a medida que avance. Obtener ID de cliente proporciona la pantalla
externa y el procesamiento de entrada y pasa un ID de cliente obtener válido cliente (ver Figura
9.30). No podemos ir directamente a cualquier otro proceso ya que sólo desea procesar los
clientes válidos. En consecuencia, la dependencia sólo es válido Obtener del cliente. Obtener
válido cliente recupera un registro de cliente, creando una nueva si es necesario, el estado de los
controles de crédito, y pasa un registro de cliente válido para el siguiente proceso: Obtener
Alquiler abierta (ver Figura 90-30). Ya dijimos Obtener Alquiler Abrir repite hasta que no haya más
alojamientos abiertos, y se procede a recibir los vídeos válidos después de que se haya
completado (véase la Figura 9-31). ¿Podríamos ir directamente de Get válido Cliente para recibir
los vídeos válida? Es decir, puede recibir los vídeos válida y obtener
Alquileres Abrir ser concurrente? Tenemos que ir a los detalles de implementación de nuevo para
decidir, ya que hay
no hay razón de negocio por qué estos procesos no pueden ser concurrentes. ¿Qué hacemos en
estos procesos? El procedimiento de alquiler abierta lee un archivo, los controles cargos por pagos
atrasados, compone y muestra una línea, y se suma a un campo total, según sea necesario. El
proceso de vídeo se Video ID, lee las relaciones de vídeo y copia, compone y líneas de muestra, y
se suma a un campo total. Ambos procesos necesitan acceder a la pantalla. Por lo tanto,
necesitamos un protocolo, o conjunto de normas, para gobernar y que cuando un proceso se
puede mostrar la información. Ambos no pueden tratar de utilizar la misma línea. El método fácil
es obligar a un proceso para ser el primero y crear una dependencia artificial. Esto es lo que vamos
a hacer: Alquileres abierta serán los primeros, ya que también puede tener al secretario verificar
cargos por pagos atrasados con el cliente. Así que Videos Válido dependerá de la información
pantalla de ubicación (y la información de la localización de memoria, también) en Obtener
Alquileres en Abrir.
Para continuar, conseguir videos válidos se repite hasta que no haya más videos para alquilar,
entonces procede al pago de proceso y realizar el cambio (véase la Figura 9-32). Hemos decidido
anteriormente que tanto Crear Abierto de alquiler y de impresión de recibos dependen de
procesamiento de pagos, pero independientes entre sí, por lo que dibujar dos líneas de proceso de
pago a cada uno de estos procesos (véase la Figura 9-33). Poner todas estas dependencias en
conjunto, llegamos a la figura 9-34.

Es importante practicar caminar a través de los diagramas de un paso a la hora de identificar las
dependencias, teniendo en cuenta cada proceso solo y posiblemente

relacionada con todos los demás procesos. Pregunte si todos estos procesos se hagan una vez, o
se reiteró un poco? ¿Pueden los grupos de procesos que recorrer juntos ser identificados?

Dibuja cada conexión a medida que se considere por lo que se traduce correctamente. Por último,
identificar los datos se dispara cuando se sabe lo que usted sabe lo que no sabemos cuando el
diagrama es "completa", lo que significa que contiene toda la información conocida.

Figura 9-34 muestra el diagrama de dependencia en alquiler sin retornos. Trate de desarrollar el
diagrama de dependencia de proceso para cada una de las opciones por su cuenta, sin tener en
cuenta las respuestas. El otro proceso de diagramas de dependencia opción se muestran como
figuras 9-35-9-37. Tenga en cuenta que la iteración y la secuencia requerida para cada alternativa
de tratamiento son importantes porque finalmente debe

consolidate into one diagram-that is, a composite of the individual diagrams. We only discuss the difficult
connections and connections that change the way we think about the rent/return process (i.e., may alter our
mental model).

In Figure 9-35, we have several differences from the first dependency diagram (Figure 9-34). First, V



 is only done for the first return, so we need a selection connector. 
the Video ID (or Open Rental)
is not the first, we proceed to c

and   

We have two choices on the iteration
grouping shown (see Figure 9-38). The first strategy shows coupled logic with the loop encompassing V

 

 V
    

 V
  

  c 
 
 and     
 
 The second
strategy shows several loops that may look more awkward, but reflect    coupling for the processes.
This logic is uncoupled and shows three iterative loops, all iterating for all returns. The first loop is V
 
 

The second loop is c

the third is   

Both of these alternatives
would be acceptable in program specifications and selection for one over the other might be based on the
common iteration pattern. At the logical requirement level, however, the preferred method is the more loosely
coupled one because the iteration cycles may change when we consolidate the diagrams
|i los esquemas ya estaban consolidados, podríamos llegar hasta el nivel de detalle el
diseño de programas para elegir la agrupación iteración. La dependencia más desacoplada
se muestra en el diagrama terminado, la figura 9-35. Las decisiones sobre preferido bucle se
difieren hasta el diseño.

La segunda diferencia en la figura 9-35 es un recibo que tiene criterios de selección

aplicados a su creación. El recibo debe ser impreso cuando se efectúa un pago, y puede ser
impresa a petición de un cliente devuelve pero los pagos no. Esta selección se muestra en el
diagrama.

Figura 9-36 muestra los alquileres con devolución. En este procedimiento, tenemos dos
ciclos iterativos: uno para el proceso de vuelta y uno para el procesamiento de nuevo de
vacaciones del tema. Estos, en efecto, la consolidación de los últimos dos diagramas.
Nótese aquí que la aportación inicial es de Obtener ID de cliente por lo que devuelve no
incluyen la ejecución selectiva de Get válido del cliente. Observe también que tenemos de
nuevo las opciones de acoplamiento para el proceso de vuelta (las opciones de
acoplamiento para el procesamiento de retorno se muestran en la Figura 9-38). En la opción
seleccionada tenemos tres ciclos de iteración. Obtener Alquiler abierto se realiza para todos
los alquileres abierto. Obtener ID de Retorno y Add Fecha de regreso se realizan en
conjunto para todas las devoluciones que puede ser un subconjunto de los alquileres de
abrir. Comprobar tarifas de última hora se realiza para todos los alquileres de si o no se
devuelve en la actualidad. La diferencia final es para el procesamiento de la historia que se
selecciona de alquileres abierto con fecha de regreso igual a fecha de hoy.
El último procedimiento es para las devoluciones de alquilar (ver Figura 9-37) que es
similar a la Figura 9-36, excepto para la entrada inicial de la información. |i el retorno es
en primer lugar,

Obtener ID de retorno es el primer proceso y necesitamos la ejecución selectiva de Get

válido del cliente.

Ahora, estamos listos para consolidar los esquemas de uno solo (vea la Figura 9-39). La
complejidad es evidente en el trato con todas las opciones de retorno, por lo que se hará en
primer lugar. |i nos fijamos en el primer paso de cada procedimiento, las diferencias son
que para las devoluciones, los ID de vídeo se incorporó por primera vez y de alquileres, de
identificación de cliente se incorporó por primera vez. |i estos son procesos separados,
tenemos un problema de saber qué es, de hecho, se está ejecutando. |i la consolidación de
estos procesos, podemos utilizar la lógica del programa para saber qué números son los
vídeos y que para los clientes. Esto significa que Obtener ID de retorno y Obtener ID de
cliente son reemplazados por un proceso que llamaremos solicitud GET. Este proceso se
seleccione Obtener válido cliente o Get Alquiler abierta en función de los datos
introducidos. Este cambio se refleja de nuevo el diagrama de descomposición también.

A continuación, para las devoluciones, que requieren una ejecución selectiva de Get válido
del cliente. Para consolidar, necesitamos saber si estamos procesando un alquiler o una
devolución. Dos cambios son necesarios. Obtener solicitud debe llamar a cualquiera
Obtener válido Cliente o Get Open de alquiler, en función del tipo de entrada. Esto es
indicado por la lógica de selección en la figura 9-39. En segundo lugar, Obtener solicitud
tiene que pasar algún indicador obtener Alquiler abierta que es la persona que llama, lo que
significa que los datos que está activando el proceso.

El tema de la última declaración es qué hacer con Buscar tarifas de última hora. Hay tres
opciones. En primer lugar, se incluyen tanto en Obtener Alquiler abierta y Add Fecha de
retorno para asegurar el proceso completo de cargos por pagos atrasados de los retornos
viejos y nuevos. En segundo lugar, dejarlo aparte y ejecutarlo para todos los alquileres
abiertos, incluidos los que hoy volvió, como un proceso separado reiteró. La primera
opción garantiza el procesamiento doble para todas las devoluciones cuando el alquiler es
también hacer. La segunda opción requiere un poco complejo para la lógica de
procesamiento de la memoria de bucle. Ambas opciones son aceptables técnicamente y
desde una perspectiva empresarial. La última opción es la de aplazar una decisión. Puesto
que no tenemos negocios
base para una decisión, dejar el proceso en el diagrama y aplazar cualquier decisión acerca
de la agrupación hasta el diseño. El diagrama de dependencia de final se muestra en la
Figura 9-39 y refleja todas las decisiones discutidas
por encima de

El diagrama de dependencia para las actividades de periódico en la figura 90-40. El diagrama es un

poco extraño, porque no hay ninguna conexión necesaria entre cualquiera de los procesos. Refleja
la independencia de los procesos, y es la base para la PDFD que completa el esquema de
dependencia. Este tipo de independencia también identifica los posibles procesos simultáneos y se
considera un diagrama de lo normal. Tenga en cuenta que a pesar de que estos procesos serían
conectados a un menú para la fabricación, no opciones de selección de menú se muestran en este
nivel lógico. La razón es que el negocio no requiere ningún menú.

En resumen, para desarrollar la lista de diagrama de dependencia de los procesos de una

actividad, en secuencia. Luego, examine cada proceso para determinar su relación con todos los
demás procesos. Si el procesamiento compleja, ya que tenemos aquí, separar las opciones y
desarrollar diagramas de dependencia de cada opción. Tenga cuidado de pareja procesos basados
en los requerimientos del negocio y no en la conveniencia. La comodidad es decidido en el diseño.
Consolidar las opciones y los procesos de cambio sólo si es necesario para apoyar
interacciones integradas en el proceso.

Observe también que en ir de nuevo al cliente para obtener información durante este
procedimiento, se obtuvo información que de otro modo no tienen acerca de la necesidad de una
purga periódica de los archivos ya los requisitos para la documentación del IRS.

Desarrollar Diagrama de flujo de datos

Reglas para el Desarrollo de Diagrama de flujo de datos

|e trata de un proceso de tres pasos:
1. Para cada diagrama de dependencia de proceso, examinar cada proceso para determinar
si los acontecimientos externos proporcionan información utilizada en la ejecución de la
obra. Para cada evento externo, agregue un desencadenador de eventos e identificar el caso
(o los datos que proporciona).

2. Para las entidades de la |EE, examinar su uso por los procesos en cada diagrama. Para
las conexiones conocidas, agregue un archivo para cada entidad con el diagrama y
conectarlos a los procesos con las flechas que representan la dirección del flujo de datos.
Para todos los archivos, cuando una relación no es la unidad de los datos recuperados, la
lista de los atributos que componen el flujo de datos.

3. Revisión de los factores desencadenantes y los archivos con el usuario para verificar la
corrección.

Usando el diagrama de dependencia de proceso, en primer lugar agregar la información acerca de

los desencadenadores, es decir, los datos o eventos que desencadenan cada proceso. Si la llegada
de información desde otro proceso es el disparador, identificar los datos sobre las líneas que
conectan los rectángulos. Use la flecha grandes lineamientos para la activación de eventos. Utilice
las líneas de una sola dirección para los datos desencadenantes (ver Figura 9-41).
Cada proceso debe ser activado, o iniciado, ya sea por un evento o de llegada de datos. |i
usted tiene un proceso sin datos o eventos como entrada, entonces usted ha perdido
información durante la recolección de datos y debe devolver al usuario obtener la
información. Identificadores de los datos y eventos debe vincular directamente a alguna
entidad. El desencadenante puede ser la llegada de alguna entidad o pueden ser algunos
datos parciales de una entidad. |i los datos identificados no se asigna directamente a una
entidad de la |EE, también falta de información y debe devolver al usuario a
obtener la información.
A continuación, los archivos de datos se identifican, en caso de que se conozcan. No todos
los archivos son necesariamente identificados en este punto del análisis. |in embargo, la
mayoría de la información que se requiere en los archivos persistentes han sido
identificadas como entidades de la |EE. Los archivos se conectan a los procesos con la
flecha correspondiente que indica el sentido del flujo de datos. |i una unidad de datos que
no sea una relación lógica es necesario, las líneas que conectan los archivos deben estar
etiquetados con su contenido

PDFD validación se realiza por última vez para garantizar que todos los requisitos funcionales son
satisfechas por los procesos descritos. La validación de a pie-a través de usos tanto en el texto
original o especificación funcional, además de la descomposición de la especificación, además de
los requisitos complementarios de los usuarios o la información obtenida a través de las
actividades de análisis.

Video A]C Ejemplo de proceso de datos Diagrama de flujo

Para completar la PDFD A]C, comienza con el diagrama del proceso de dependencia final.
Examinamos cada proceso secuencial, añadiendo eventos y archivos de datos según sea necesario
para completar el proceso lógico. Para cada proceso, pregunte: ¿Cómo funciona este proceso de
conocer a ejecutar? ¿Qué información se necesita? ¿De dónde proviene la información? Haga
estas preguntas sin prestar atención a las conexiones actuales de otros procesos. Para cada
proceso, cuando se tienen las respuestas, mire las conexiones actuales y decidir si se definen
completamente la lista requerida de la información. Si no es así, definir el exterior »triggers', ya
sea de datos o eventos, que inician el tratamiento. Los pedazos individuales del diagrama en el
que estamos trabajando se muestran con la discusión. Ellos se integran en un diagrama al final de
la discusión.

El primer proceso, solicitud GET, requiere de entrada de cualquiera de un número de teléfono o un

ID de vídeo para comenzar la ejecución. La información es proporcionada por el cliente y entró en
el equipo (ya sea mediante la exploración o escribiendo) por el secretario. Dado que la
información es generado en el exterior de una solicitud de alquiler o regresar, los datos que se
entró en un evento. Es decir, la llegada de un ID de cliente o ID del video en la computadora activa
el proceso de solicitud de obtener que se inicia la secuencia de los procesos para la transformación
de vacaciones y retorno. La flecha hueca se añade al diagrama para mostrar la llegada de la
solicitud de eventos (ver Figura 9-42).

Después de la petición se ingresa, el proceso se determina que los datos fueron introducidos y
pasa el control al proceso apropiado. Si el ID de cliente se ha introducido, el proceso de obtener
válido cliente se ha disparado. Para este proceso, la información del cliente desde el
almacenamiento es necesario para la validación y verificación de crédito. Un símbolo de archivo
para un archivo de información de los clientes con una línea que indica los datos en el proceso se
agrega al diagrama (ver figura 9-42). Desde que existe la posibilidad de que el cliente es nuevo,
una flecha que va en el archivo del cliente también se indica.

A continuación en el proceso de vacaciones, el Abierto de Alquiler de archivo debe ser leído para
recuperar toda la información acerca de alquiler abierto en relación con el cliente presente. Se
trata de formato y se muestran. El archivo se agrega como entrada para el proceso de Get Open
Alquiler (véase Figura 9-42).

Si la solicitud se había introducido un ID de vídeo, el proceso de Get Open Alquiler seguido por el
Proceso de obtención válido cliente habría sido disparada. El control de estos procesos se muestra
por las flechas de selección en el diagrama de dependencia. Las exigencias de información y el
gatillo no cambian. Podríamos hacer una nota que, en esta ejecución de Get válido del cliente, que
no permiten a los clientes nuevos que se añadirán. Es decir, debe ser lógicamente imposible que
un nuevo cliente para tener un retorno.

Volver procesamiento se lleva a cabo junto con dos variantes posibles. En primer lugar, si la
solicitud primero fue un ID de vídeo, ya hay un retorno de identificación de vídeos en la memoria y
no Dale ID retorno se dispara. En cambio, Añadir Fecha de regreso / tarifas de última hora se
activa. La segunda variación es en el proceso de alquiler; devuelve se introducen después de los
alquileres se muestran abiertos. El proceso de identificación de retorno Get es

ha disparado, pero ahora necesita la información de identificación de vídeos, externos, para

procesar. El disparador de eventos agregado al proceso, a continuación, contiene los
identificadores de vídeo (vea la Figura 9-42). Los datos se pondrán a disposición del proceso de
retorno Agregar fecha. Obtener ID de Retorno y Add Fecha de regreso recorrer hasta que la
identificación de retorno es de composición (exactamente como se decidió durante el diseño).
Entonces todos los Alquileres abierta (y devoluciones) se comprueban para tarifas de última hora.

A continuación, el proceso de obtener válido Video ejecuta para identificar videos solicitados para
alquiler. La información necesaria para este proceso procede de un disparador externo, el
suministrado por el cliente de identificación de vídeos. La ID es validada por la lectura del archivo
de vídeo y una copia de archivos. Para el procesamiento de vacaciones y retorno, el vídeo y
archivos de copia se utiliza siempre en conjunto, por lo que se muestran en el símbolo de un
archivo. De esta manera, se nos recuerda que necesitamos un punto de vista del usuario que
conecta las dos relaciones a la transformación de alquiler. Los clientes van a ser recordados
cuando ya han alquilado un video en particular, por lo tanto, el Cliente Historia del archivo
también se lee durante este proceso. Su símbolo archivo se agrega al diagrama.

La Cantidad Total Debida se pasa al proceso de activación de pago y realizar el cambio. La Cantidad
Total Debida se muestra desde el proceso anterior y espera de la entrada externa de pago del
cliente: Cantidad de calcular el cambio. Esto requiere un desencadenador de eventos para el pago
del cliente Importe (véase la Figura 9-43). La fórmula utilizada es Cantidad Total Debida - Cantidad
de pago del cliente = Saldo. Cuando el balance es cero, el alquiler o proceso de retorno es
completa y todos los archivos se pueden actualizar según sea necesario. Cada línea del alquiler o
de retorno, lo que significa o una ya existente abierta Alquiler con o sin Fecha de regreso o un
nuevo Abrir Alquiler se procesa por separado para determinar el siguiente proceso a ejecutar. Esto
representa el proceso normal, ahora también tenemos que pensar acerca de las excepciones:
¿Qué pasa si la balanza no se va a cero? ¿Puede un cliente pagar más cada vez y dejar tan rápido
que se les debe el cambio? ¿Puede un cliente nunca debe dinero y se va sin pagar? Si la respuesta
a alguna de estas preguntas es sí, también tenemos un evento de disparo final opcional de pago
que las fuerzas de la finalización del proceso de Proceso de Pago y muestra que el cliente se le
debe dinero. Por el momento, suponemos que recorrer hasta el Proceso de Pago Saldo es igual a
cero. Por último, el proceso de pago debe proporcionar información para la finalización de los
totales día. Un archivo de datos de desactivación de artefactos explosivos, se creará a partir de
este proceso. Tenga en cuenta que este archivo no está en la SEE, sino que debe ser? No
representa una entidad que la empresa mantiene información acerca de, o no? Cuando el SEE se
ha desarrollado, nos centramos en el alquiler / los procesos de retorno y sólo ignora las
actividades no alquilada. Al hacer caso omiso de contabilidad y sus necesidades de datos de
alquiler y retorno, que

perdió la entidad para la información financiera relativa al alquiler / devolución. Debemos volver a
comprobar con el contador, pero parece que la desactivación de artefactos explosivos de
Información Contable debe ser una entidad que se agrega a la ERD, vinculado a la entidad Abierto
de alquiler.
El último 'trozo' de la PDFD es para la actualización de archivos y procesos de impresión. Por cada
alquiler nueva, Crear Abrir Alquiler escribe el alquiler a la nueva Abrir archivo Alquiler (véase
Figura 9-44). Para cada ficha sin pagar (es decir, que existe abierta de alquiler con fecha de retorno
no nulo), el Abierto de Alquiler se reescribe el archivo (vea la Figura 9-44). Para cada vídeo pagado
devuelto, algún indicador lógico eliminar se debe establecer y el Abierto de Alquiler es entonces
reescrito para el archivo. Si una ya existente abierta Alquiler había ningún proceso, no se requiere
ninguna acción, pero podría ser más fácil, y más coherente, para que busque sólo en el retorno y
los criterios de atención a la determinación correcta escritura. No existen criterios empresariales
para esta opción, por lo tanto, se trata de una decisión de diseño no se hace aquí.
A continuación, la historia de actualizaciones del fichero de procesamiento de vídeo tanto
Historia e Historia del cliente. Observe que los detalles del procesamiento de la historia
requiere otro nivel de descomposición, que se deja como un ejercicio de estudiante. Por
último, el recibo se imprime. El gatillo de datos de proceso de pago se inicia este proceso,
la salida física no está en la PDFD.

El PDFD compuestos con todos los trozos integrada se muestra como la figura 9-45. Antes
de ver los diagramas de otros, tratar de desarrollar una o todas las de usted mismo. El
PDFDs restantes se muestran como la figura 9-46, para el procesamiento de consultas, y en
la figura 9-47 para el procesamiento de los clientes de mantenimiento. El PDFDs para
procesamiento de vídeo de mantenimiento son un ejercicio de práctica al final del capítulo.

A continuación se evalúa la PDFD de integridad sobre la base de la información de la

descomposición del cliente y la declaración original del problema (capítulo 2).
Errores a observar son:
1. Procesos en la descomposición que no son autónomos, no son procesos. Por ejemplo,
"proceso final" es una acción y no un proceso de negocio. Usted no necesita un proceso
para que todos los demás procesos de alimentación para mostrar un punto de terminación
en un PDFD (vea la Figura 9-48).
2. Procesos en la PDFD que no son idénticos a los procesos de la descomposición (véase la
Figura 9-49).

3. |i los datos contenidos proceso de activación no se puede identificar, puede haber

ninguna dependencia. Reevaluar la relación, hablar con el usuario si es necesario, para
determinar qué datos son necesarios para el proceso de dependientes.

4. |i un proceso de activación de datos existente en un momento diferente, la conexión es

probablemente incorrecta. Por ejemplo, usted podría tener la tentación de conectar el
procesamiento de consultas de alquiler o de regreso de alguna forma (vea la Figura 9-50).
Estas actividades son disjuntos y la única conexión es a través de la base de datos.

5. Para el procesamiento de consultas, no trate de simular un proceso de selección de menú

en el PDFD (véase la Figura 9 hasta 51). Cada tipo de consulta tiene su propia información
desencadenador de eventos solicitante. Cada
tipo de consulta es distinta e independiente de todas las otras consultas. Las consultas
pueden compartir archivos.

6. Cuando más de una actividad se muestra en una PDFD, los problemas se anima y el
diagrama no se define claramente cualquier proceso (véase la Figura 9-52). Lugar más a
una descomposición de la actividad en una página. Utilice un lado de la
papel. Tenga en cuenta que la mayoría de las veces, la información estará en una
herramienta CA|E hasta impresos de la documentación, por lo que no es realmente mucho
desperdicio de papel.
Desarrollar y analizar Entidad / Proceso de Matrix

Las normas de desarrollo y análisis de una entidad / Proceso de Matrix

Esta matriz se compone de los resultados de la ERD y el proceso de descomposición, que

no requiere ni la dependencia ni el proceso de PDFD para su conclusión. A lo largo de la
margen izquierda, la lista de cada proceso de nivel más bajo en el diagrama de
descomposición de procesos. Utilizar los procesos de más bajo nivel, de manera que todos
los procesos elementales para el área de organización y aplicación están presentes. A lo
largo de la lista de los mejores, las entidades normalizado de la |EE, con una entidad en
cada columna.

Completamente identificar qué procesos se les permite crear, recuperar, actualizar y

eliminar (CRUD) cada entidad. Introduzca una o varias de las letras según lo permitido por
las políticas de la actual organización y procedimientos de cada entidad.

Cuando la matriz se haya completado, las entidades se agrupan por su afinidad o cercanía,
en las entidades de procesamiento. |i lo hace este paso manualmente, el grupo de procesos
que comparten crear la primera responsabilidad. |i el número de grupos es razonable para
el tamaño del proyecto, para. Cuando se han analizado toda la matriz, reordenar la matriz
por sus racimos. Es posible que haya varios grupos que se superponen. Eso es normal y no
una causa de preocupación. |i sólo dispone de un clúster, reanalizar si es necesario
mediante el procesamiento primera actualización, a continuación, eliminar el
procesamiento, a continuación, la recuperación, como los criterios de agrupamiento. Al
obtener un número razonable de grupos, vaya al siguiente paso del análisis. Un número
razonable puede ser de uno a cinco para una pequeña aplicación, tales como ABC, o siete o
más para una aplicación grande.
Para realizar el análisis manual de afinidad, realice el siguiente procedimiento (en este caso
se crean afinidad solamente). Tenga en cuenta que usted es "normalizar" las relaciones
entre entidades en procesos. Busque en cada proceso y sus entidades. Para que una entidad
célula de proceso /, mira hacia abajo la columna e identificar otras células que crean el
procesamiento hecho es (C). Haga una marca imborrable, de color en esas células. Haga
esto para todas las entidades para cada proceso.

A pesar de que es un paso adicional, y un poco de trabajo, crear una matriz provisional para
cada grupo de potenciales. Esta matriz provisional hace la inspección visual de las
relaciones más fácil y en realidad acelera el análisis de afinidad. Iteración, construir la
matriz provisional, analizar como se describe más abajo, y agregue el grupo resultante (s) al
nuevo proceso o entidad matriz. Iteración es necesario porque los grupos de edad podrá
cambiar a medida que las relaciones de cada grupo de potenciales se analizan.

Para el análisis de un grupo potencial, empezar por el primer proceso y ver algunos de los
datos que comparte con el proceso siguiente de la lista. ¿Estos dos procesos de
participación del 80% 7 o más de sus datos de creación (o actualizar, eliminar) la
responsabilidad? En caso afirmativo, marque la matriz original para mostrar que están
juntos y agregar los procesos y sus entidades, en el ínterin de la matriz. |i el porcentaje es
inferior al 80%, el segundo círculo

7 80% no es un número difícil. |e modifica la afinidad porcentaje

necesitaba encontrar varios clústeres. |i todos compartimos todos los procesos
responsabilidades, los procesos de organización primero debe ser
rediseñado, a continuación, este análisis se repite
proceso para la posible eliminación de este grupo. Si la afinidad porcentaje se sitúa entre 50-80%,
visita el siguiente proceso que podría estar relacionado. ¿Alguno de los dos comparten primeros
procesos más del 80% de sus datos con el tercer proceso? Si los tres comparten, todos ellos de
racimo. Si la tercera fuerza se relaciona con el segundo proceso, pero no el primero, o el tercero se
refiere a la primera pero no la segunda, aún clúster todos ellos por el momento. Seguir haciendo
este tipo de comparación progresiva de los procesos de afiliación con la entidad para determinar
la afinidad de proceso. Cada proceso de sucesivas funciones en la entidad se comparan con todos
los procesos anteriores, no sólo el primero. Si un nuevo proceso está estrechamente relacionado
con todos ellos, el grupo se mantiene intacta. Si el nuevo proceso fuertemente ligada a un cierto
subconjunto de los procesos, mantenerlo. Si el nuevo proceso fuertemente ligada a un único
proceso, tenga en cuenta estos dos procesos como un segundo grupo y los puso a un lado (es
decir, crear una nueva matriz provisional) con sus datos para el análisis de ese grupo. A medida
que complete el análisis de un clúster, agregue al nuevo proceso o entidad matriz. Volver a la
matriz original y trace una línea a través de cada proceso que se ha agregado a un clúster, para
asegurarse de que no hay duplicación de un proceso y para garantizar que los procesos que
actualmente no están en un grupo se agregan a un grupo con el tiempo.

A medida que crea el nuevo proceso o entidad matriz, dejar varias líneas y columnas de espacio
entre cada grupo. Al final del análisis, reanalizar los procesos que no han sido asignados a
cualquier grupo. Mira las matrices provisionales a los que se comparó cada proceso extraño.
Encuentra el grupo al que tiene el mayor afinidad, y añadir el proceso a ese grupo. Si no hay
afinidad, salir de la entidad separada.

Cuando el análisis de afinidad es completa, los procesos de clúster está listo para el análisis para
determinar si pueden estar en la misma unidad de ejecución, y los datos compartidos por un
grupo deben ser analizados para determinar el diseño físico de la base de datos y las opiniones de
usuarios de los datos necesarios . Estas actividades se realizan durante la fase de diseño.

Video A]C Ejemplo Entidad / Proceso de Matrix

Para desarrollar la entidad / proceso de la lista de la matriz, los procesos de nivel más bajo en el
diagrama de descomposición por la columna de la izquierda. A continuación, la lista de las
entidades a través de la parte superior, por columna. Para cada proceso, agrega que las funciones
que tiene para cada entidad. funciones posibles son crear, recuperar, actualizar o eliminar (CRUD,
respectivamente). El proceso de A]C-entidad matriz se muestra como el primer completado en la
tabla 9-5. Al completar el cuadro se refieren de nuevo a la PDFD. Utiliza las flechas y los nombres
de los procesos para identificar el tipo de procesamiento. Para las entidades con las flechas sólo
van en un proceso, el código correcto es "R" para la recuperación. Para las entidades con las
flechas sólo salir de un proceso, los códigos correctos son "C", "U" o "D", para crear, actualizar, o
eliminar, según el proceso tenga lugar. Por ejemplo, crear video tiene una 'C' en Copia y 'C' en un
vídeo, ya que crea a la vez.

En primer lugar, comprobamos cada entidad para ver si todo el proceso es posible en cuenta. Del
cliente, copia y vídeo tienen CRUD transformación y aparecerá completa. Alquiler abierto ha CRUD
transformación en alquiler / devolución y procesamiento de I en el marco de la consulta. Abierto
de Alquiler, también, se ve completa.

EOD de Información Financiera se crea, pero nunca eliminado, lo que está mal. Debe ser
archivados o eliminados al final del día de procesamiento. Vamos a suponer archivo en el
momento y añadir tanto el proceso como los cambios de datos de nuevo a todos los otros
diagramas cuando sea necesario. También podemos suponer que el proceso de borrado y crear
proceso de seguimiento. Este es un ejemplo de lo que ocurre con fines de entidades identificadas.
El tratamiento no es tan analizado a fondo y alguna información podría "caer en el olvido." La
entidad / proceso de la matriz ayuda a asegurar que el tratamiento
está completamente definida.

Por último, la historia sólo se crea y se recupera. Todavía no hemos definido la historia, así que la
decisión no será definitiva. En general, los archivos de la historia sólo se crean y se recupera. Son
registros permanentes de transacciones pasadas o estados de negocios, por lo que no puede ser
actualizada o borrada y todavía se conoce como "la historia".

Cuando la matriz es completa, los procesos de racimo por su afinidad entidad (véase el cuadro 9-
6). Hay cinco grupos posibles, pero la mayoría de los datos son utilizados por muchos de los
procesos. Por lo tanto, la agrupación que se muestra es para dar un ejemplo de cómo, a nivel de
aplicación, el análisis de afinidad se puede utilizar para determinar la postura de usuario para el
acceso D]MS. Para A]C, debido a las actividades de recuperación de amplia base de datos de un
objeto se define. los datos del EOD se mantienen separados de todos los demás datos. Del cliente,
Video, Copiar y abrir los datos de alquiler son todos los utilizados para crear relaciones
individuales y puntos de vista conjunta de usuario.

En primer lugar, analizar la suficiencia de organización en lo que respecta a los procesos. ¿Cada
entidad creada por un único proceso? La respuesta es sí. ¿Todos los procesos de creación,
actualización y eliminación de un informe de la entidad al mismo administrador? Aquí la respuesta
es otra vez, sí. Así que la organización es suficiente.

A continuación nos fijamos en las entidades y su uso para determinar las bases de datos objeto
área. Una vez más, el A]C es una empresa pequeña, por lo que los datos son en su mayoría en una

(El texto continúa en la página 386)

base de datos. Video, el Cliente, Open de alquiler, y el fin de la información el día se almacenarán
juntos. Video y el Cliente son independientes de las otras entidades, ya que sólo son modificadas
por un proceso. La información histórica puede ser almacenada en una base de datos por
separado o conjunto de archivos. En la mayoría de las empresas y las aplicaciones, archivos de la
historia se mantienen separados de las otras bases de datos y archivos. Para aplicaciones con
grandes cantidades de datos, la historia es aún en un medio de almacenamiento. La historia es con
frecuencia mantienen en la cinta y las bases de datos actuales están en el disco. Dependiendo del
volumen, consideramos de almacenamiento en cinta para la historia, también.

La entidad de análisis de proceso de la matriz completa la ]AA. En este momento, todas las
entidades, procesos, atributos y sus interrelaciones deben ser conocidos sobre la base de los
requerimientos del negocio. Toda la información está documentada
en un repositorio para su uso en la siguiente fase. Las entradas del repositorio, sin detalles, se
presentan en la Figura 9-53.

SOFTWARE DE APOYO PARA EL ANÁLISIS DE DATOS ORIENTADO

Hay muchas herramientas CASE de modelado de datos de apoyo y otras tareas de análisis de datos
orientada. Herramientas que también apoyan Ingeniería de la Información son conjuntos de
herramientas integradas que cubren todo el ciclo de vida de desarrollo completo. apoyo para la
información de ingeniería es el mejor de cualquier metodología. Dos ambientes caso de
mantenimiento de todo el IE ciclo de vida a partir del análisis de la empresa a través del
mantenimiento. Las dos herramientas son IEFTM8 y SLA. Las herramientas CASE son de ninguna
manera perfecto, sin embargo, los vínculos son débiles interfase; numerosos errores plaga de las
nuevas versiones de PSA, y versiones antiguas de IEF fueron diseñados con tal rigor que todas las
formas gráficas y de definición están obligados a utilizar la herramienta de manera efectiva. El
aspecto positivo de ambas herramientas es que pueden alimentar los generadores de código que
puede automatizar el desarrollo de hasta un 70% del código del programa es necesario. Tanto PSA
y el apoyo IEF todas las formas gráficas y de definición en este capítulo. La lista en la Tabla 9.7
incluye
muchas otras herramientas CASE que soportan algunos, pero no todos, la documentación gráfica,
o los modelos mentales de IE y análisis de datos orientada.

8 IEPM es una marca registrada de la Compañía de Texas Instruments, Dallas, TX. ADWTM es una
marca registrada de Knowledgeware, Inc., Atlanta, GA.

RESUMEN ____________ _
metodologías orientadas a datos se basan en la idea de que los datos son más estables que los
procesos en los negocios. Las organizaciones y los procedimientos cambian con regularidad; los
datos en los que trabajan no. metodologías orientadas a datos, entonces, concentrarse en los
datos como el foco inicial de estudio. La teoría que subyace en los métodos de modelado
semántico de datos se aplica a los datos y la teoría de sistemas a las funciones de negocio.

Análisis de la información de ingeniería de negocios de la zona (]AA) es el ejemplo de la

metodología de datos orientada descrito aquí. ]AA comenzar con un diagrama de entidad-que
está plenamente identificado y normalizado. funciones de negocio se descomponen para crear
descomposición de procesos, la dependencia de procesos y diagramas de flujo de datos de
proceso.

Procesos de negocio de la descomposición se juntan a las entidades de la SEE para formar una
entidad / proceso de la matriz, también llamada matriz de CRUD (para crear, recuperar, actualizar,
eliminar). La matriz CRUD define la responsabilidad de las acciones en cada entidad para cada
proceso. Afinidad análisis de los procesos CRUD grupos de la matriz y los datos en grupos. Los
grupos de afinidad se usan para decidir la necesidad de determinación del alcance del proyecto
adicional, las aplicaciones futuras, y las alternativas para el diseño de base de datos de tema. Toda
la información de la ]AA se documenta en un repositorio.

REFERENCIAS __________ __
Fecha, CJ, Introducción a los Sistemas de ]ase de Datos, vol. 1, 5 ª edición. Reading, MA: Addison-
Wesley, 1990.

Finkelstein, Clive, Introducción a la Ingeniería de la Información: De la Planificación Estratégica de

Sistemas de Información. Reading, MA: Addison-Wesley, 1989.

Knowledgeware, Inc. Ρ, Ingeniería de la Información Workbench / estación de trabajo de análisis,

Lanzamiento ESP 4.0. Atlanta, GA: Knowledgeware, Inc., 1987.

Loucopoulos, Pericles, y Roberto Zicari, modelado conceptual, bases de datos y CASO: Un

concepto de SE para el Desarrollo. New York: John Wiley & Sons, 1992.

Martin, James, Ingeniería de la Información: Libro 2, Planificación y Análisis. Englewood Cliffs, NJ:
PrenticeHall, Inc., 1991.

Martín, Santiago y Carma McClure, Técnicas de Diagramación de analistas y programadores.

Englewood Cliffs, NJ: Prentice-Hall, Inc., 1985.
EJERCICIO| _______ _
1. Completa el PDFD para el mantenimiento de video.

2. Obtener el proceso de validación de vídeo tiene como subprocesos: Obtener Datos de

vídeo, crear archivos de vídeo, y se alimenta en el «chequeo» Alquiler proceso anterior.
Hacer un diagrama de dependencia de proceso para estos subprocesos. A continuación,
agregue los desencadenadores de eventos y archivos de datos para completar la PDFD.

E|TUDIO DE PREGUNTA| ____ _

1. Definir los siguientes términos:
afinidad atributiva entidad
m ente asociativo: la relación n
CRUD matriz de normalización
número posible de proceso elemental
relaciones entre entidades entidad
entidad-relación posible naturaleza de
relaciones diagrama entidad
relación funcional promovido
la descomposición de disparo
2. Comparación de los diagramas de flujo de datos del Capítulo 7 de diagramas de proceso
de flujo de datos en este capítulo. Enumere cinco similitudes y cinco diferencias entre ellos.
3. Encuentra una pequeña empresa y desarrollar un diagrama de entidad-de sus datos. Para
cada entidad, elaborar una lista de atributos y normalizar los datos. Discutir los problemas
que tienen en el desarrollo de la respuesta con su clase.

4. ¿Qué es una "relación promovido en un ERD y lo que es el resultado de la promoción?

5. La normalización se supone que conocer las relaciones de los datos dentro y entre las
entidades. ¿Qué sucede si usted no tiene las relaciones correctamente los datos
especificados en la normalización?

6. ¿Qué significa la normalización, tal como se realizó durante el análisis, definir? Lo que
no lo definen?

7. ¿Cuál es el objetivo de una entidad / proceso de la matriz?

8. Describe el análisis de una entidad / proceso de la matriz.

9. ¿Cuál es la importancia de las bases de datos para el curso? ¿Qué bases de datos de zona
sujeta tienen en común con la normalización?

10. ¿Cuál es la importancia de un ERD de la organización? ¿Qué problemas pueden surgir

cuando comience la definición ERD para una aplicación en el análisis de la zona de
negocios?

11. Describir las relaciones entre los esquemas desarrollados a lo largo del IE-BAA. Es
decir, ¿cómo es cada diagrama utilizado en la creación de diagramas de sucesor?

12. ¿Cuál es el propósito de descomposición funcional?

13. ¿Cuáles son las tres condiciones en las que youcannot eliminar una entidad?

14. En un diagrama de dependencia de proceso, ¿cuál es el significado de las líneas de

conexión twoprocesses dirigido? ¿Este cambio significa que cuando los procesos están
conectados en una PDFD? |i es así, ¿cómo?

15. ¿Cuándo se debe incluir elementos impresos ort un PDFD?

16. ¿Qué es una descomposición funcional en IE? Definir el esquema y los contenidos en
cada nivel de detalle. ¿Cómo sabes cuando la descomposición es completa, es decir, cuando
parar?

17. ¿Cuáles son los pasos para el desarrollo de un PDFD?

18. Definir las entradas permitidas a un proceso en un PDFD.

19. ¿Qué es una matriz de CRUD? ¿Cómo se utiliza?

20. ¿Cuáles son las conexiones permitidas en el diagrama de dependencia aproceso?

21. ¿Cuáles son las conexiones permitidas en el diagrama de flujo de datos aproceso?

22. Lista de cuatro problemas y sus soluciones en el desarrollo de un FD PD.

EXTRA-PREGUNTA| DE CRÉDITO
1. Desarrollar un análisis de IE de contabilidad (o compra) de la función en ABC Video.
Consulte otros libros para obtener detalles sobre las aplicaciones de contabilidad. Uno de
esos libros es negocio en línea Aplicaciones Informáticas, 3 ª edición, Alan L. Elias, Nueva
York: MacMillan, 1991.

2. Comparar IE del proceso de análisis. ¿Cuáles son las similitudes? ¿Cuáles son las
diferencias? ¿Cómo son los mismos términos que utilizan de forma diferente? ¿Qué método
tiene la menor ambigüedad? ¿Qué método da lugar a un análisis más completo?

3. Hacer un diagrama de entidad-relación para el problema del AM |istema de |eguimiento

en el Apéndice. Normalizar los datos. Compilar una lista de cuestiones para la solución de
futuro hacer frente a los datos. Los temas deben estar relacionados con cómo las relaciones
se necesitan, cómo los datos serán utilizados, y cómo reducir al mínimo el número de
relaciones sin tener muchos atributos no utilizados en cada relación.

4. Hacer un diagrama de descomposición de procesos y un PDFD para el |istema de

|eguimiento de AM se describe en el Apéndice.
5. ¿Qué usted no sabe después de BAA es completa?