Como redigir um documento de Especificações de Requisitos de Software (SRS)

Escrito por ehow contributor | Traduzido por rodrigo avellar
  • Compartilhar
  • Tweetar
  • Compartilhar
  • Pin
  • E-mail
Como redigir um documento de Especificações de Requisitos de Software (SRS)
O SRS é um documento muito importante, pois registra o entendimento entre o cliente e o desenvolvedor (ANSI image by DBX60 from Fotolia.com)

Os desenvolvedores profissionais de software devem passar por um processo de coleta de requisitos de software no início dos projetos de desenvolvimento de qualquer dimensão significativa. O produto final dessa fase do projeto é um documento comumente chamado de Especificação de Requisitos de Software, ou SRS (Software Requirements Specification). Normalmente é o primeiro marco ou produto final de um projeto. A importância desse documento não pode ser banalizada. Sua função mais evidente é registrar as necessidades e os requisitos de negócios do cliente na forma escrita e se tornar o alicerce do restante do processo de desenvolvimento de software. Quando esses requisitos forem compilados, o documento se torna o registro do entendimento, tanto do cliente quanto do desenvolvedor, sobre o que o software deve realizar. Normalmente o cliente analisa e assina o SRS, iniciando assim a fase de projeto e desenvolvimento do software completo. Seguindo as etapas de alto nível envolvidas, você pode escrever um documento de SRS.

Nível de dificuldade:
Desafiante

Outras pessoas estão lendo

O que você precisa?

  • Aplicativo de processamento de texto
  • Software de diagramação, como o Microsoft Visio

Lista completaMinimizar

Instruções

  1. 1

    Se a sua organização não tem um modelo padrão do documento de Especificações de Requisitos de Software, crie um agora (veja os links para os modelos em Recursos).

  2. 2

    Reúna-se com especialistas no assunto/clientes para coletar os requisitos.

  3. 3

    Defina as funções do software.

  4. 4

    Crie casos de uso para os principais subprocessos. Por exemplo, se você está projetando um sistema de entrada de pedidos, os casos de uso consistiriam na criação de um novo pedido, na modificação de um pedido existente e na pesquisa de pedidos de um cliente.

  5. 5

    Defina a interface do usuário.

  6. 6

    Defina quaisquer outras interfaces, como interfaces de hardware ou outras do sistema de software.

  7. 7

    Defina o fluxo do processo.

  8. 8

    Determine quaisquer regras específicas do negócio.

  9. 9

    Defina a especificação de desempenho.

  10. 10

    Crie quaisquer diagramas necessários para ilustrar o fluxo do processo ou acrescente detalhes aos requisitos essenciais.

  11. 11

    Compile o documento SRS e faça todas as partes necessárias revisarem ou assiná-lo.

Dicas & Advertências

  • Crie um modelo padrão de documento.
  • Inclua uma matriz de rastreabilidade.
  • Inclua um vínculo entre os requisitos e a origem desses requisitos.
  • Relacione claramente as regras de operação do negócio.
  • Certifique-se de que as regras e os processos sejam definidos com linguagem precisa e não ambígua.
  • O SRS contém somente requisitos funcionais. Nenhum detalhe de projeto ou implementação deve ser incluído.

Não perca

Filtro:
  • Geral
  • Artigos
  • Slides
  • Vídeos
Mostrar:
  • Mais relevantes
  • Mais lidos
  • Mais recentes

Nenhum artigo disponível

Nenhum slide disponível

Nenhum vídeo disponível