howhenno.ru

Como criar requisitos de negócios

requisitos de negócios são muitas vezes confundidos com os casos de uso. Embora os dois são usados ​​alternadamente e muitas vezes com sucesso, os melhores requisitos de negócio será baseado em um documento de caso de uso separado. Utilizando essas duas ferramentas em um resultado final do projeto será quase garantir o sucesso.



  • Rever o seu documento de caso de uso. Se você não tem um documento de caso de uso, você vai precisar para se reunir com cada usuário final do sistema, o líder área de negócio e os administradores de TI para capturar a funcionalidade e, em seguida, as especificações do sistema. Sem casos de uso, suas exigências são quase garantida para não ser 100 por cento concluída a primeira rodada.

  • Transcrever cada etapa de seu caso de uso em um requisito de negócio específico. Você agora está tomando a funcionalidade e descrever não só como ele funciona, mas o que tem que acontecer para que ele funcione. Por exemplo, o caso de uso irá indicar que o empregado processamento de pedidos irá clicar no botão "ordem completa". O requisito de negócios correspondente irá indicar que quando o gatilho "Ordem Complete" é ativado, o sistema irá preencher as tabelas de atendimento de pedidos com o cliente nome, ID e produtos encomendados.

  • Vídeo: Preenchimento do documento de requisitos

    Vídeo: Requisitos não Funcionais

    Vídeo: Requisitos Funcionais



    Completar os requisitos funcionais e, em seguida, listar todos os bancos de dados, servidores e sistemas de software que estão envolvidos no processo. Você não precisa entrar em detalhes neste momento, do que componentes específicos de cada um desses sistemas estão envolvidos no processo. Que virá mais tarde na sua especificação de requisitos de software documentação (SRS).

  • Vídeo: Técnicas de levantamento de requisitos 01



    Preencher o documento de requisitos de negócios listando outros itens que não são necessariamente exigências, mas têm um impacto direto sobre o processo particular. Esses itens incluem as pessoas envolvidas no processo (o seu nome, descrição e título), o papel ou função que eles fazem neste processo, e, em seguida, classificar cada requisito com uma prioridade e deixar espaço para todas as perguntas que surgem em relação a esse particular requerimento.

  • Listar as regras de negócio dentro do documento de requisitos. Existem alguns requisitos que podem parecer como se eles não pertencem ou pode ser desfeito. Pode haver razões legítimas para manter estes requisitos no lugar. Estas razões são conhecidas coletivamente como as regras de negócio. Estas regras devem ser catalogados com a data identificada, dado um ID, título e descrição, que tem autoridade sobre a regra e o papel que desempenha no processo atual. Isso permite que os requisitos de ser reconsiderado e quem contactar para aprovação final.

dicas avisos

  • Cada requisito deve ter uma identificação única para facilitar a rastreabilidade desde a fase de testes e nas costas.
  • Cada requisito deve descrever uma determinada peça de funcionalidade ou processo.
  • Cada requisito deve ser inequívoca.
  • Cada requisito deve ser escrito em um nível que qualquer um pode pegar e entender. Não usar o jargão excessivamente técnicos ou específicos da indústria.
  • Cada requisito deve ser específico no que ele descreve.
  • Não se esqueça de obter assinar do gerente de projeto e patrocinar depois de ter capturado todos os requisitos. Em algum momento, eles terão de ser bloqueado e quaisquer novos terão de se tornar parte de uma versão mais tarde.
Compartilhar em redes sociais:

Similar