¿Cómo construir el informe componente de datos de un análisis de negocio

En un informe de análisis de negocio, usted quiere romper requisitos en cuatro núcleo

componentes: Reglas de datos, procesos, agentes externos / actores, y de negocios. Esto permitirá a las partes interesadas la lectura de su informe a cero en su propia área específica de especialización.

Datos es información que con frecuencia se almacena. Ya se trate de grandes volúmenes de datos (por ejemplo, los volúmenes y volúmenes de multimedia o información en tiempo real) o pequeñas de datos de todos los días (como facturas, facturación, las proyecciones de venta, y los registros de personal), los requisitos para los datos de negocio definen lo que cada pieza de datos es, lo que es, qué significa, cómo se representaba, y qué relación tiene con otras piezas de datos.

Puede almacenar típicamente información en una base de datos con la vez un físico y un diseño lógico. La base de datos es un lugar físico con estructuras (tablas y columnas) que capturan y organizar todos sus datos. Diseños de bases de datos físicas representan los requisitos técnicos para la forma los datos de negocio se almacenarán, y éstos están diseñados con frecuencia por los administradores de bases de datos o ingenieros.

los lógico diseño refleja lo requisitos de datos funcionales de la solución son para apoyar las necesidades del negocio. Se llama lógica porque demuestra lógicamente cómo la empresa piensa en los datos y sus relaciones interconectadas desde el punto de vista comercial. El analista de negocios define con frecuencia representaciones lógicas de los requisitos de datos después de que la información se suscitó a partir de los accionistas de la empresa.

Definición de los datos empresariales desde la perspectiva lógica presenta tres grandes preocupaciones: las entidades, sus atributos, y las relaciones entre ellos.

El negocio lo desea, puede almacenar una gran cantidad de información valiosa, pero cuando se trata de la cuestión del almacenamiento y si la empresa tendría que pagar para no perder de vista que, es necesario empujar sus accionistas de la empresa a pensar en sus necesidades de datos con cuidado, recordando que datos almacenados deben mantenerse, gestionado, seguido, validado, y recuperados.

Asegúrese de que usted camina a sus grupos de interés a través del impacto financiero de sus requisitos de datos tendrán.

Entidades

Entidades son las mayores piezas de datos empresariales, y representan importantes elementos de información. Una entidad es una forma única de identificación persona, cosa o concepto de que la empresa se preocupa y quiere almacenar información para. Entidad de datos se almacena dentro de las tablas, sino como un requisito, una entidad es un sustantivo llamado, descrito por una definición textual.

Atributos

Nombrado con sustantivos o sintagmas nominales, atributos capturar los muchos detalles conocidos sobre una entidad. Se almacenan como columnas dentro de una tabla y son piezas de información normalmente incluidas en las pantallas, páginas web, e informes. Los tipos más importantes de atributos recopilan información acerca de las entidades de datos de negocios.

Para que sea obvio que atribuye describir los campos de datos para los que la entidad, los analistas de negocio comúnmente prefijo atribuye con su nombre de entidad en las capitales. Algunos ejemplos son EMPLOYEE.first-nombre, EMPLOYEE.last-nombre, y BUSINESS-UNIT.name.

Más allá de la información de negocios, también debe estar preocupado con los atributos de los atributos. Estas características describen los metadatos sobre una entidad y sus atributos. Metadatos es esencialmente datos sobre los datos. Atributos desde una perspectiva empresarial almacenar información empresarial sobre las entidades, pero atribuye a partir de una información del almacén requisitos perspectiva sobre las características físicas de cada campo de datos dentro de la tabla.

Claramente identificar cuáles son estas características es fundamental para las necesidades de datos y de garantizar el comportamiento apropiado de la solución. Estos sub-atributos incluyen cardinalidad singularidad y:

• Singularidad: La primera pregunta que debe responderse sobre un atributo es si es único para cada ocurrencia. Por ejemplo, si el atributo PERSON.first-nombre se especifica como un atributo único, una y sólo una ocurrencia de esa entidad puede tener ese valor. Si su información personal es capturado dentro de la solución, entonces no hay otra persona que ocurre en la base de datos puede tener el mismo nombre que usted - nunca.

• Cardinalidad: La segunda y tercera preguntas se refieren a la cardinalidad del atributo (si un atributo puede o debe tener cero, uno, o varios valores). En primer lugar, debe determinar si el atributo es un campo obligatorio: Debe ser capturado datos para este atributo, o puede el valor del atributo puede dejar en blanco? Si el atributo es opcional, no hay datos necesita ser capturado - espacios en blanco están bien.

  Si el atributo es obligatorio, algo que se debe introducir o se producirá un error. En el primer ejemplo nombre, si nombre es obligatorio, debe introducir un nombre de algún tipo. Usted no puede entrar nadie a la base de datos y no saberlo y grabar lo que su nombre de pila es.

  La tercera pregunta se refiere a la repetición. Si un atributo tiene o se permite la repetición, entonces el negocio espera para recoger múltiples valores válidos para ese atributo. Debe tener en cuenta si la empresa está describiendo un campo de valores individuales - cuando la entidad tiene una y sólo una de esas cosas - o si la entidad el atributo describe puede tener muchos de estos atributos.

  Atributos repetitivos se utilizan con frecuencia para permitir que las partes interesadas de negocio para recolectar diferentes tipos de los mismos atributos o los mismos atributos a través de diferentes puntos en el tiempo. Un ejemplo de un atributo repetitivo es Person.Address.

  Piense en cuántas direcciones una persona puede tener: una dirección, una dirección de trabajo, una dirección de envío que prefieren para las entregas, una dirección de facturación, y tal vez incluso una dirección de vacaciones.

Relaciones

La última preocupación importante en los requerimientos de datos es la relación de los datos a otras piezas de datos en una base de datos. Las relaciones se definen mediante el uso de llaves, o identificadores de relación, que conectan las tablas de datos juntos. También son atributos, pero son atributos especiales que proporcionan identificadores únicos a los elementos de datos individuales y denotan relaciones una entidad tiene a otras entidades o atributos.

Relaciones de datos también han definido cardinalidad. Usted debe definir si debe existir una relación (por ejemplo, si los datos de sueldos se captura, debe estar relacionada con un empleado) o es opcional (una persona puede o no tener un dependiente), y si cualquier relación que existe se espera que ser repetitivo entre las entidades relacionadas (una persona puede tener una relación de más de un dependiente).