Tipos de documentos para uso em Análise de Negócios
Documentos úteis para análise de negócios pode ser muitas coisas em muitos formatos, a partir de documentos reais impressos para impressões de imagens para sites e blogs que contêm empresa e departamento de informação.
Menu
Old não significa necessariamente inútil. Mesmo que um documento é um pouco longo no dente, você ainda pode usá-lo como dados históricos e verificar para ver se os processos e dados que menciona ainda são válidos.
Relatórios, cartas e folhetos
Qualquer um desses artefatos é uma mina de ouro para a compreensão de como a empresa implementa seus processos e reforça as políticas. Cada documento possui os seus próprios segredos especiais:
Relatórios: Além dos dados reais contidos dentro dele, um relatório diz muito sobre o público para o relatório e as decisões da empresa faz com base na informação. Ele também mostra como os dados são classificados e se ele pode ser re-classificada.
Cartas: Se você precisa entender as várias questões a empresa lida e como ela responde a eles, olhar para as letras que produz. Olhe para a área de atendimento ao cliente de uma empresa, por exemplo. As chances são de que ele tem um monte de modelos de carta padrão que ele utiliza para interagir com os clientes.
brochuras: Os folhetos são uma ótima maneira de entender os produtos e serviços de uma empresa oferece aos seus clientes. Eles também falar um pouco sobre como a empresa se vê - ou como ele quer ser visto - no mundo.
websites
site de uma empresa pode dar-lhe um olhar de valor inestimável dentro da organização. Não só sites normalmente lhe dar informações sobre a localização, métodos de contato, e talvez até mesmo devolução de mercadoria e processos de atendimento de serviços, mas eles também podem dizer muito sobre a cultura, os valores e missão da empresa.
Gastar muito tempo folheando as páginas e tomando notas: É o site grande ou pequeno? É baseado em texto ou baseado em foto? Será que ela parece fazer uma grande quantidade de informação disponível para os usuários, ou será que encorajar os clientes a entrar em contato com a empresa para obter mais informações? Que tipo de imagem é a empresa que apresenta com o seu site?
layouts de tela
Você pode aprender muito sobre uma empresa, basta olhar para como suas telas do programa são estabelecidas quando ele executa operações de negócios. Que dados seus processos precisam? Que campos é o usuário obrigado a preencher? Como sobre os rótulos na tela? Eles são criados dinamicamente (como a reconhecer a / usuário conectado em voltar: # 147 Bem-vindo, Paul # 148-)?
Você precisa entender onde esses dados são vindo e como a tela constrói dinamicamente. Também, pense sobre como as funções de tela. O que acontece quando os botões são pressionados, ou como é que os botões se habilitado?
Tenha cuidado de falar muito sobre o estilo da tela muito cedo. Você precisa entender os dados, processos e pessoas que necessitam de acesso-, em seguida, você pode criar uma solução, que pode ser a de continuar a usar a tela verde ou ir para uma interface gráfica.
Aqui estão algumas maneiras para documentar os principais elementos na tela:
Para documentar um layout de tela, capturar uma tela do mesmo pressionando a combinação de teclas correta para Print Screen e depois salvar o arquivo.
Para salvar um desenho quadro de um layout de tela, tirar uma foto do whiteboard- você ainda pode usar um smartphone!
Forms
Formas são muito semelhantes para a tela layouts, só que está no papel. Se um especialista de domínio assunto afirma que ele preenche um formulário nas operações, para pedir uma cópia do formulário.
Algumas formas ainda têm caixas mostrando quantos caracteres que você é capaz de capturar, então você tem um ponto de partida para a captura de comprimentos de campo de dados. As formas podem indicar quais os campos que precisam ser preenchidos e quais não.
manuais de procedimentos do usuário
Regras do negócio provavelmente estão contidas nos manuais de procedimentos usuário. Ao ler estes manuais, você pode entender como o usuário devemos conclusão de um procedimento.
Olhando através de manuais de utilizador não destaca apenas regras de negócios. As regras de negócios requerem dados a fim de realizar seus cálculos ou aplicar as suas políticas, por isso lembre-se de reunir e analisar os dados, também.
documentação do sistema
documentação do sistema, juntamente com a arquitetura do sistema e os documentos de interface, fornece um monte de informações sobre como tudo funciona em conjunto. Este dado é especialmente relevante quando se trata de seu design de solução porque você pode facilmente manter o controle de quais sistemas de suas soluções estão ligados e, em seguida, compreender os impactos de fazer alterações com base em solicitações dos principais envolvidos.
A informação que você começa logo no início do projeto ajuda você como você se move através do projeto e colocar diferentes opções de solução sobre a mesa.
Se você perguntar as partes interessadas para a localização da documentação atual sistema ou de você sair e encontrar-se sobre o SharePoint, servidores ou na biblioteca de documentação, você pode descobrir que uma enorme quantidade de informação já existe sobre projetos atuais. Aqui estão alguns documentos que contenham informações para revisão que você deve manter-se atento para a sua pesquisa:
requisitos de negócios de documentos (BRD): Esta ficha fornece informação sobre o que a empresa necessário para o sistema particular em que a BRD foi criado.
acordos de interface: Estes documentos listar os campos de dados contidos em uma interface com outro sistema. Eles também podem indicar os valores válidos usados na interface (por exemplo, a interface não podem usar todos os campos de dados disponíveis).
diagramas Âmbito: Estes diagramas mostram que as partes e os sistemas estão envolvidos em um projeto particular.
arquitetura do sistema: Usar estes documentos para ver como vários componentes de um link de solução em conjunto para formar um sistema de negócios completo.
documento de requisitos funcionais (FRD): Também conhecido como um especificação de requisitos funcionais (FRS), o FRD mostra como o problema do negócio foi resolvido.
especificação de interface do usuário: Este documento mostra as telas dentro do sistema, incluindo ações esperadas quando os usuários do mouse sobre um campo, clique em um botão, e fazer seleções dentro de uma tela.