Análise de Requisitos para o

Desenvolvimento de Software.

INSTRUTOR: EDUARDO
DURAÇÃO: 72H
UC1: DESENVOLVER SISTEMAS DE
INFORMAÇÃO
Objetivos da Aula
• Compreender o conceito de requisitos de software.
• Explorar as fases da análise de requisitos.
• Aprender a identificar, documentar, verificar e validar requisitos.
• Conhecer as melhores práticas e ferramentas.
Conceito de requisitos de
software
São as especificações que definem o que um sistema
de software deve fazer e como deve funcionar, e eles
desempenham um papel crítico na criação de
software de alta qualidade que atenda às
necessidades dos usuários e partes interessadas.
Fases da análise de
requisitos
Mudanças e
Coleta de Documentação de Análise e Rastreabilidade de Gerenciamento de
Requisitos Requisitos Validação Requisitos Requisitos

Comunicação com Base para o

o Cliente Desenvolvimento
Coleta de
Requisitos
A primeira etapa da análise de requisitos envolve a coleta
de informações dos stakeholders, que podem incluir o
cliente, usuários finais e outras partes interessadas. Isso é
feito por meio de entrevistas, questionários, workshops e
outras técnicas de elicitação de requisitos

Stakeholders: partes interessadas que devem estar de acordo com as práticas

de governança corporativa executadas pela empresa.
Documentação de Requisitos
Os requisitos coletados são documentados de forma clara e
concisa. Isso geralmente inclui a criação de documentos de
especificação de requisitos que descrevem detalhadamente
as funcionalidades, as interfaces, os casos de uso e outros
aspectos relevantes do sistema.

casos de uso: é um tipo de classificador representando uma unidade

funcional coerente provida pelo sistema, subsistema, ou classe manifestada
por sequências de mensagens intercambiáveis entre os sistemas e um ou
mais atores.
Análise e Validação
A equipe de desenvolvimento analisa e valida os
requisitos para garantir que sejam claros, completos,
consistentes e viáveis. Qualquer ambiguidade ou falta
de clareza nos requisitos deve ser resolvida nessa
etapa.

Estamos construindo o produto certo?

Estamos construindo o produto da forma correta?
Rastreabilidade de
Requisitos
É importante estabelecer uma rastreabilidade dos
requisitos, ou seja, a capacidade de acompanhar como
cada requisito se relaciona com os demais e com os
componentes do sistema. Isso ajuda a garantir que
todos os requisitos sejam atendidos durante o
desenvolvimento.

Identificar quantos e quais requisitos são afetados por qualquer

alteração no sistema, e assim tornamos nossa avaliação de impacto
muito mais eficaz.
Mudanças e Gerenciamento
de Requisitos
À medida que o projeto avança, é comum que os
requisitos evoluam. Portanto, é essencial ter um
processo de gerenciamento de requisitos para lidar com
mudanças de forma controlada, garantindo que o
software continue atendendo às necessidades do O gerenciamento de mudanças, segundo Kotonya e Sommerville,
está relacionado à política de uso de procedimentos, processos e
cliente. padrões que serão utilizados para gerenciar as mudanças nos
requisitos do sistema.
Comunicação com o Cliente
A análise de requisitos também envolve uma
comunicação contínua com o cliente para esclarecer
dúvidas, obter feedback e validar as decisões de
projeto. Isso ajuda a garantir que o software esteja
alinhado com as expectativas do cliente.

É preciso que o desenvolvimento de sistemas seja feito com o

menor esforço possível, reduzindo investimentos e evitando o
retrabalho.
Base para o
Desenvolvimento
Uma vez que os requisitos tenham sido analisados e validados,
eles servem como a base para o desenvolvimento do software.
Os desenvolvedores usam esses requisitos para criar o sistema
de acordo com as especificações do cliente.
A análise de requisitos desempenha um papel crítico na
garantia de que o software atenda às necessidades do
cliente. Ela ajuda a evitar erros caros e retrabalho, assegura
que o software seja entregue de acordo com as expectativas
do cliente e contribui para o sucesso do projeto de
desenvolvimento de software.
Lembrando
nosso
assunto
Importância da
Análise de Requisitos
• Garante que o software atenda às necessidades do cliente.
• Reduz riscos e custos de retrabalho.
• Melhora a comunicação entre a equipe de desenvolvimento e os
stakeholders.
• Ajuda a estabelecer uma base sólida para o desenvolvimento de software
de qualidade.
 Tipos de Requisitos
Requisitos Funcionais X Requisitos Não Funcionais

Os requisitos funcionais descrevem as Os requisitos não funcionais estabelecem

funcionalidades específicas que o software os critérios que não estão diretamente
deve fornecer, ou seja, o que o sistema ligados às funcionalidades, mas são
deve fazer. igualmente importantes para a qualidade
do sistema.
Documentação de
Requisitos
A documentação de requisitos desempenha um papel fundamental na
comunicação clara entre os stakeholders e a equipe de desenvolvimento.
Vamos explorar a estrutura típica de um documento de requisitos e as
ferramentas que podem ser usadas para tornar a documentação
eficiente.
Estrutura de um Documento
de Requisitos
• Capa e Página de Título: Incluindo o nome do projeto, data e informações de contato.
• Índice: Listagem dos principais tópicos do documento.
• Introdução: Contextualização do projeto e visão geral.
• Descrição Geral: Explicação do escopo do projeto e dos objetivos.
• Requisitos Funcionais: Lista dos requisitos específicos do sistema.
• Requisitos Não Funcionais: Lista dos requisitos não funcionais.
• Diagramas e Modelos: Incluindo fluxogramas, diagramas de caso de uso, etc.
• Critérios de Aceitação: Critérios que definem quando um requisito é considerado atendido.
• Anexos: Documentos adicionais, como termos de referência ou glossário.
Boas Práticas na Documentação
de Requisitos
• Manter a Documentação Atualizada
• Realizar Revisões Regulares
• Envolver os Stakeholders na Revisão
• Usar uma Linguagem Clara e Consistente
• Manter Registros de Mudanças
• Priorizar Requisitos
• Gerenciar Conflitos de Requisitos
• Documentar Suposições e Restrições
• Versionamento da Documentação
• Comunicar Mudanças de Requisitos
Diagramas, Modelos e
Ferramentas
Diagramas
Diagramas de Fluxo
Eles ajudam a identificar etapas do processo e como os dados são manipulados.

Diagramas de Caso de Uso

Eles são úteis para representar cenários de uso e identificar requisitos funcionais.

Diagramas de Sequência
Eles são valiosos para detalhar o comportamento do sistema em resposta a eventos
Diagramas, Modelos e
Ferramentas
Modelos

Modelos de Documento de Requisitos

Eles incluem seções padrão, como descrição geral, requisitos funcionais, não funcionais, critérios
de aceitação, entre outros.

Modelos de Rastreabilidade
Permite rastrear o status de cada requisito ao longo do ciclo de vida do projeto.
Diagramas, Modelos e
Ferramentas
Ferramentas

Microsoft Word
é uma ferramenta comum para criar documentação de requisitos. Ele oferece recursos de
formatação e colaboração.

Ferramentas de Gerenciamento de Requisitos

Existem ferramentas especializadas, como IBM DOORS, IBM Rational RequisitePro.
Mão na massa
Descrever a necessidade de um sistema de
gerenciamento de tarefas para uma empresa
fictícia.

Cada grupo deve conter: Analista de requisitos,

desenvolvedor e usuário final.

Os analistas de requisitos devem coletar as

informações dos usuários finais e documentar
os requisitos funcionais e não funcionais.

Desenvolvedor: analisar os requisitos de

software fornecidos pela equipe de análise de
requisitos e, com base nesses requisitos,
implementar o software.

Cliente: Fornecer as informações necessárias, o

que precisa e para que precisa do sistema