Através de um estudo de caso real e didático, colocamos o entendimento a prova. O conteúdo explica a aplicação correta dos artefatos de acordo com o tipo do requisito. Os alunos aprendem requisitos funcionais e não funcionais, seguindo o modelo FURPS+.

1. INTRODUÇÃO 
2. PROBLEMAS EM REQUISITOS 
3. TIPOS DE REQUISITOS 
4. CICLO DE VIDA 
5. ABORDAGEM ÁGIL 
6. LEVANTAMENTO DE REQUISITOS
7. APRESENTAÇÃO DO ESTUDO DE CASO 
8. TÉCNICAS: ENTREVISTA / QUESTIONÁRIOS
9. CASOS DE USO, USER STORIES, REUNIÕES E PROTÓTIPOS DE TELAS
10. ANÁLISE DE OBJETIVO, PRIORIZANDO O TRABALHO
11. DOCUMENTO DE REQUISITOS 
12. ESPECIFICAÇÃO DO OBJETIVO
13. TÉCNICAS: ESCREVENDO CASOS DE USO / ESCREVENDO USER STORIES
14. DOCUMENTOS DE ESPECIFICAÇÃO 
15. VALIDAÇÃO 
16. GESTAO DE REQUISITOS / PLANEJANDO AS INTERAÇÕES DO ESTUDO DE CASO
17. GESTÃO DE MUDANÇAS

• Material didático em português
• Livro texto do curso, artefatos do sistema exemplo, exercícios práticos.
• Apostila Grátis de Levantamento e especificação de requisitos de software para download

Análise de requisitos de software

Na engenharia de sistemas e engenharia de software, análise de requisitos engloba todas as tarefas que lidam com investigação, definição e escopo de novos sistemas ou alterações. Análise de requisitos é uma parte importante do processo de projeto de sistemas, na qual o engenheiro de requisitos e o analista de negócio, juntamente com engenheiro de sistema ou desenvolvedor de software, identificam as necessidades ou requisitos de um cliente. Uma vez que os requisitos do sistema tenha sido identificados, os projetistas de sistemas estarão preparados para projetar a solução.
A análise de requisitos é também conhecida por outros nomes:

Engenharia de requisitos

Levantamento de requisitos

Captura de requisitos

Análise de sistema

Especificação de requisitos

Análise de requisitos e requerimentos

Processo

Análise de requisitos pode ser um processo longo e árduo. Novos sistemas mudam o ambiente e a relação entre as pessoas, então é importante identificar todos os envolvidos, levando em conta todas as suas necessidades e assegurando que eles compreenderam as implicações dos novos sistemas. Os analistas podem empregar várias técnicas para elicitar os requisitos dos clientes. Historicamente, isto envolve coisas tais como organizar entrevistas ou grupos focais (workshops) e a criação de lista de requisitos. Técnicas mais modernas incluem prototipação, e casos de uso, onde o analista irá aplicar uma combinação de métodos para estabelecer os requisitos exatos de seus stakeholders, tal que um sistema que atenda as necessidades do negócio seja produzido.

Casos de Uso

Um 'Caso de Uso' é uma técnica para capturar os requisitos em potencial de um novo sistema ou manutenção de software. Cada caso de uso provê um ou mais cenários que indicam como o sistema deve interagir com o usuário final ou outro sistema para atingir um objetivo de negócio específico. Casos de uso tipicamente evitam o jargão técnico, preferindo ao invés disto a linguagem do usuário final ou de umexpert no domínio. Os casos de uso são freqüentemente de co-autoria dos desenvolvedores de software e usuários.
Casos de usos são ferramentas enganosamente simples para descrever o comportamento de um software. Um caso de uso deve conter uma descrição textual de todos os passos que o usuário futuramente poderá vir a utilizar no software através de sua interface. Casos de uso não descrevem nenhum comportamento interno do software, nem fazem explanações de como o software será implementado. Eles simplesmente mostram os passos que o usuário deve seguir para usar o software no seu trabalho. Todas as formas com que o usuário irá interagir com o software deverão ser descritas por este meio.

Principais Atividades

Conceitualmente, a análise de requisitos inclui três tipos de atividades:

Elicitação dos requisitos: é a tarefa de comunicar-se com os usuários e clientes para determinar quais são os requisitos.

Análise de requisitos: determina se o estado do requisitos é obscuro, incompleto, ambíguo, ou contraditório e resolve estes problemas.

Registros dos requisitos: os requisitos podem ser documentados de várias formas, tais como documentos de linguagem natural, casos de uso, ou processo de especificação.

Atividades e Passos:

Requisito · Arquitetura · Especificação · Implementação · Teste · Implantação · Manutenção
Modelos - Ágil · Cleanroom · Iterativo · RAD · RUP · Espiral · Cascata · XP · Scrum
Disciplina de Apoio - Gerência de configuração · Documentação · Gerência de projetos