Como construir o relatório componente de dados de uma análise de negócios
Em um relatório de análise de negócios, você quer quebrar requisitos em quatro testemunho
Conteúdo
Video: Como trabalhar com requisitos na construção de soluções de software? #1
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 de informações em tempo real) ou dados diárias pequenas (tais como faturas, faturamento, projeções de venda e registros de pessoal), os requisitos para dados de negócios definir o que cada pedaço de 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 de como os dados de negócios serão armazenados, e estes são freqüentemente projetados pelos administradores de banco de dados ou engenheiros de dados.
o lógico projeto reflete o que requisitos de dados funcionais da solução são apoiar as necessidades de negócios. É 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 freqüentemente 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 o negócio pagaria para acompanhar-lo, você precisa empurrar as partes interessadas no negócio 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-nome, 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 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 para assegurar o comportamento adequado da solução. Estas 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-name é especificado como um atributo exclusivo, uma e somente uma ocorrência dessa entidade pode ter esse 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 - blanks estã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 - onde 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 dos mesmos atributos ou os mesmos atributos em diferentes pontos no tempo. Um exemplo de um atributo repetitivo é pessoa.endereco.
Pense em quantos endereços 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 nos requisitos de dados é a relação dos dados para outras partes de dados em um banco de dados. Relações são definidas usando chaves, ou identificadores de relacionamento, que ligam tabelas de dados juntos. 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 uma entidade tem de 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 repetitiva entre as entidades relacionadas (uma pessoa pode ter uma relação de mais do que um dependentes).