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.

Velho não significa necessariamente inútil. Mesmo se 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 entender como uma empresa implementa seus processos e reforça as políticas. Cada documento possui os seus próprios segredos especiais:

Video: Serviços de digitalização de documentos ▶ Pequenas Empresas Grandes Negócios

• 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 nas informações. 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 cartas 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.

sites

site de uma empresa pode dar-lhe um olhar 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 retorno mercadoria e os processos de atendimento de serviços, mas eles também podem dizer muito sobre a cultura, valores e missão da empresa.

Video: Toda Documentação Necessária para Compra e Venda de Imóveis - Com o Prof. Ari Travassos

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, simplesmente olhando como suas telas do programa são definidos 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 construídos de forma dinâmica (como reconhecer um retorno / usuário conectado: “Bem-vindo, Paul”)?

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 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, tirar uma captura de tela do mesmo pressionando a combinação de teclas correta para Print Screen e, em seguida, salve o arquivo.

formas

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 têm sequer 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 concluídas e quais não.

manuais de procedimentos usuário

Regras do negócio provavelmente estão contidos 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ócio. As regras de negócios requerem dados a fim de realizar seus cálculos ou impor 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 documentos de interface, fornece um monte de informações sobre como tudo funciona em conjunto. Este dado é especialmente relevante quando se trata de seu projeto 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 mudanças 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 você sair e encontrar-lo sozinho em SharePoint, servidores ou na biblioteca de documentação, você pode descobrir que uma enorme quantidade de informações 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 documento (BRD): Este registro fornece informações sobre o que a empresa precisava para o sistema específico em que o 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 pode não usar todos os campos de dados disponíveis).

• Âmbito: diagramas Estes diagramas mostram que os partidos e os sistemas estão envolvidos em um projeto particular.

• arquitetura do sistema: Usar estes documentos para ver como os vários componentes de uma ligação 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.