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

En un informe de análisis de negocio, desea romper requisitos en cuatro núcleo componentes: Reglas de datos, proceso, 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.

Video: Como hacer un resumen ejecutivo (plan de negocios resumido o presentable para inversionistas)

Los datos son información que se almacena con frecuencia. Ya se trate de grandes volúmenes de datos (por ejemplo, volúmenes y volúmenes de multimedia o información en tiempo real) o pequeños datos de la vida cotidiana (como facturas, facturación, proyecciones de venta, y los registros de personal), los requisitos para los datos de negocio definen lo que cada pieza de datos es, lo sirve, lo que significa, cómo se representa, y qué relación tiene con otras piezas de datos.

Por lo general, almacenar información en una base de datos con tanto físico como un diseño lógico. La base de datos es un lugar físico con estructuras (tablas y columnas) que captura y organizar todos sus datos. diseños de bases de datos físicos representan los requisitos técnicos de cómo los datos de negocio se almacenarán, y estos 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 de negocio. Se llama lógica porque muestra cómo el negocio lógicamente piensa acerca de los datos y sus relaciones interconectadas desde el punto de vista comercial. El analista de negocio define frecuentemente representaciones lógicas de los requisitos de datos después de la información se provoca de las partes interesadas de negocios.

La definición de los datos de negocio desde el punto de vista lógico presenta tres grandes preocupaciones: las entidades, sus atributos, y las relaciones entre ellos.

El negocio puede querer guardar 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 realizar un seguimiento de la misma, es necesario empujar los accionistas de la empresa a pensar en sus necesidades de datos con cuidado, recordando que los datos almacenados deben mantenerse, gestionado, seguido, validado y recuperados.

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

Video: Cómo tabular una encuesta en Excel y no morir en el intento

entidades

entidades son las piezas más grandes de los datos de negocio, y representan los principales elementos de información. Una entidad es una identificación única persona, cosa o concepto de que la empresa se preocupa y quiere almacenar información para. datos de entidad se almacena dentro de las tablas, sino como un requisito, una entidad es un sustantivo llamado, descrito por una definición textual.

atributos

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

Video: Componente para manejar la base de datos en Joomla 2.5 y 3.0

Para que sea obvio que atribuye describir los campos de datos para los que la entidad, los analistas de negocios comúnmente atribuye prefijo con su nombre de la 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 la empresa, también debe estar preocupado con los atributos de los atributos. Estas características describen los metadatos sobre una entidad y sus atributos. de metadatos es esencialmente datos sobre los datos. Atributos desde una perspectiva empresarial almacenar información sobre las entidades de negocios, pero los atributos de un almacén de información de requisitos perspectiva sobre las características físicas de cada campo de datos dentro de la tabla.

Es evidente que la identificación de 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:

• Unicidad: La primera pregunta que debe responderse sobre un atributo es si es único para cada ocurrencia. Por ejemplo, si se especifica el atributo PERSON.first-nombre 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 ocurren en la base de datos puede tener el mismo nombre que usted - nunca.

• cardinalidad: Las cuestiones segunda y tercera se ocupan de 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: se deben capturar los 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 el primer nombre es obligatorio, debe introducir un nombre de algún tipo. No se puede entrar a nadie a la base de datos y no saber y grabar lo que es su nombre de pila.

  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 el negocio está describiendo un campo de un solo valor - en donde la entidad tiene una y sólo una de esas cosas - o si la entidad del atributo describe puede tener muchos de estos atributos.

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

  Piense en cuántas direcciones de una persona puede tener: una dirección de casa, 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 vacaciones.

relaciones

La última gran preocupación en los requisitos 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 se conectan entre sí las tablas de datos. También son atributos, pero son atributos especiales porque proporcionan identificadores únicos para los elementos de datos individuales y las relaciones denotan una entidad tiene a otras entidades o atributos.

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