Escolar Documentos
Profissional Documentos
Cultura Documentos
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
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.
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
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
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.
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.
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.
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.
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?
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.
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
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.
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.
ͻ 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.
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.
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
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.
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.
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.
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.
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.
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.
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.
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:
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.
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.
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.
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,
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
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.
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.
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.
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
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.
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
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
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.
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
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.
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.
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.
Martin, James, Ingeniería de la Información: Libro 2, Planificación y Análisis. Englewood Cliffs, NJ:
PrenticeHall, Inc., 1991.
6. ¿Qué significa la normalización, tal como se realizó durante el análisis, definir? Lo que
no lo definen?
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?
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?
13. ¿Cuáles son las tres condiciones en las que youcannot eliminar una entidad?
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?
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?