Como construir o Relatório de componentes de dados de um Análise de Negócios

Em um relatório de análise de negócios, que pretende quebrar requisitos em quatro testemunho

componentes: Regras de dados, processos, agentes externos / atores, e de negócios. Isso permitirá que os interessados ​​ler o seu relatório a zero para a sua própria área de especialização específica.

Os dados são informações que muitas vezes fica armazenado. Quer se trate de dados grandes (como volumes e volumes de multimédia ou informações em tempo real) ou dados diárias pequenas (tais como faturas, faturamento, as projeções de venda e registros de pessoal), os requisitos para dados de negócios definir o que cada parte dos dados é, o que é para, o que significa, como é representado, e que relação tem com outras partes de dados.

Você normalmente armazenam informações em um banco de dados com tanto um físico e um design lógico. O banco de dados é um lugar físico com estruturas (tabelas e colunas) que captura e organizar todos os seus dados. projetos de banco de dados físicos representam os requisitos técnicos para howthe serão armazenados dados de negócios, e estes são frequentemente concebidos pelos administradores de banco de dados ou engenheiros de dados.

o lógico projeto reflete whatthe requisitos de dados funcionais da solução são apoiar as necessidades do negócio. É chamado de lógica, porque mostra logicamente como a empresa pensa sobre os dados e seus relacionamentos interligados a partir da perspectiva de negócios. O analista de negócios frequentemente define representações lógicas de requisitos de dados após a informação ser solicitadas aos acionistas da empresa.

Definindo dados de negócio do ponto de vista lógico apresenta três preocupações principais: as entidades, seus atributos e as relações entre eles.

O negócio pode querer armazenar uma grande quantidade de informações valiosas, mas quando se trata da questão do armazenamento e se a empresa iria pagar para manter o controle do mesmo, você precisa empurrar suas partes interessadas de negócios para pensar sobre suas necessidades de dados com cuidado, lembrando que dados armazenados deve ser mantida, gerenciado, monitorado, validados e recuperado.

Certifique-se de que você anda seus stakeholders através do impacto financeiro os seus requisitos de dados terá.

Entidades

Entidades são os maiores pedaços de dados de negócios, e eles representam os principais elementos de informação. Uma entidade é um exclusivamente identificável pessoa, coisa ou conceito que a empresa se preocupa e quer para armazenar informações para. dados entidade é armazenada dentro de tabelas, mas como um requisito, uma entidade é um substantivo nomeado, descrito por uma definição textual.

Atributos

Nomeados com substantivos ou frases nominais, atributos capturar os muitos detalhes conhecidos sobre uma entidade. Eles são armazenados como colunas dentro de uma tabela e são peças de informação normalmente incluídos em telas, páginas web, e relatórios. Os tipos mais importantes de atributos coletar informações sobre as entidades de dados corporativos.

Para torná-lo óbvio que atribui descrever campos de dados para o qual entidade, analistas de negócios comumente atributos prefixo com o nome da entidade nas capitais. Alguns exemplos são EMPLOYEE.first-name, EMPLOYEE.last-nome e BUSINESS-UNIT.name.

Além da informação de negócio, você também deve estar preocupado com os atributos dos atributos. Estas características descrevem os metadados sobre uma entidade e seus atributos. meta dados é essencialmente de dados sobre os dados. Atributos a partir de uma perspectiva de negócios armazenar informações de negócios sobre as entidades, mas os atributos de um armazenar informações requisitos perspectiva sobre as características físicas de cada campo de dados dentro da tabela.

Claramente identificar o que essas características são é fundamental para os requisitos de dados e de assegurar o comportamento apropriado da solução. Estes sub-atributos incluem cardinalidade singularidade e:

• Singularidade: A primeira pergunta a ser respondida sobre um atributo é se é único para cada ocorrência. Por exemplo, se o atributo PERSON.first-nome é especificado como um atributo exclusivo, uma e apenas uma ocorrência dessa entidade que pode ter valor. Se a sua informação pessoal é capturado dentro da solução, então nenhuma outra pessoa que ocorrem no banco de dados pode ter o mesmo nome que você - nunca.

• cardinality: As segunda e terceira questões lidar com cardinalidade do atributo (se um atributo pode ou deve ter zero, um, ou vários valores). Primeiro, você deve determinar se o atributo é um campo obrigatório: Deve dados para este atributo ser capturado, ou pode o valor do atributo ser deixado em branco? Se o atributo é opcional, nenhum dado precisa ser capturado - espaços em branco são bem.

  Se o atributo é obrigatório, algo deve ser introduzido ou ocorrerá um erro. No primeiro exemplo nome, se primeiro nome é obrigatório, você deve digitar um nome de algum tipo. Você não pode entrar ninguém no banco de dados e não sabem e gravar o seu primeiro nome.

  A terceira pergunta é sobre a repetição. Se um atributo tem ou é permitida a repetição, então o negócio espera arrecadar vários valores válidos para esse atributo. Você deve considerar se o negócio está descrevendo um campo de valor único - em que a entidade tem uma e apenas uma dessas coisas - ou se a entidade o atributo descreve pode ter muitos destes atributos.

  atributos repetitivas são frequentemente usados ​​para permitir que os acionistas da empresa para recolher os diferentes tipos de os mesmos atributos ou os mesmos atributos em diferentes pontos no tempo. Um exemplo de um atributo repetitivo é pessoa.endereco.

  Pense em quantos endereços de uma pessoa pode ter: um endereço de casa, um endereço de trabalho, um endereço de envio eles preferem para as entregas, um endereço de cobrança, e talvez até um endereço de férias.

relações

O último grande preocupação em requisitos de dados é o relacionamento dos dados a outras partes de dados em um banco de dados. Relações são definidos através da utilização chaves, ou identificadores de relacionamento, que ligam tabelas de dados em conjunto. Eles também são atributos, mas eles são atributos especiais em que eles fornecem identificadores exclusivos para elementos de dados individuais e denotam relações de uma entidade tem para outras entidades ou atributos.

relações de dados também têm cardinalidade definida. Você deve definir se uma relação deve existir (por exemplo, se os dados de salário é capturado, ele deve estar relacionada com um empregado) ou é opcional (a pessoa pode ou não pode ter um dependente), e se qualquer relação que existe é esperado para ser repetitivo entre as entidades relacionadas (uma pessoa pode ter uma relação a mais de um dependente).