1. Estudo de viabilidade.
1.1. go no go (verificar se vale a pena).
1.2. contribui para organização?
1.3. Orçamento.
1.3.1. Tecnologia atual da suporte ao software desenvolvido?
1.3.2. O usuário quer um software poderoso, mas não quer tirar o escorpião do bolso. Prof Cristina.
1.4. Integração do software.
1.4.1. Ele fala com outros softwares?
2. Implementação do processo de viabilidade.(Início)
2.1. Processos.
2.1.1. Qual problema será resolvido?
2.1.2. Encontrar o problema no processo (ex: matricula online facilitaria para os alunos do IFSP Bragança.)
2.1.3. Ficamos reféns do processo.
2.1.3.1. Problema na farmácia - cartão de crédito - Prof Cristina.
2.2. Ferramenta.
2.2.1. Ferramenta CASE - auxiliam na engenharia de software desde análise de requisitos e modelagem até programação e testes.
2.3. Integração.
2.3.1. Com quem o software irá falar?
2.3.1.1. Necessidade de novas tecnologias.
3. Análise (Fim)
3.1. Projeto
3.1.1. Implementação
3.1.1.1. teste
3.1.1.1.1. Validação
4. Scrum
4.1. Awner
4.2. Scrum Master
4.3. Stakeholder
5. Requisito e Projeto
5.1. O que!
5.2. Modelo Gráfico.
5.3. Documentação de requisitos.
6. Ponto de vista.
6.1. Analisar requisitos olhando área de atuação.
6.2. Tipos de ponto de vista.
6.2.1. Ponto de vista de interação.
6.2.1.1. Pessoas ou sistemas que interagem com o software.
6.2.2. Ponto de vista indireto.
6.2.2.1. Stakeholders que não utilizam diretamente o sistema, mas influenciam os requisitos.
6.2.3. Ponto de vista do domínio.
6.3. Identificar pontos de vista.
6.3.1. Entrevista
6.3.1.1. Aberta.
6.3.1.2. Fechada.
6.3.1.3. Entrevista Efetiva
6.4. Cenário
7. Elicitação e Análise.
7.1. Conversa com o usuário.
7.1.1. Especialista do domínio - gerente - representante de sindicato - Stakeholder.
7.2. Coletar informações com o cliente.
7.2.1. O cliente deve conhecer bem o domínio.
7.2.2. Identificar a necessidade pela fala do cliente.
7.2.3. Nunca perguntar "O que você quer?"
7.3. Problema de Análise de requisitos.
7.3.1. Stakeholder não fala.
7.3.1.1. Porque não sabe.
7.3.1.2. Porque não quer.
7.3.2. Requisitos conflitantes.
7.3.3. Fatores Políticos/Organizacionais.
7.3.3.1. Leis de transferência de dinheiro altera reqisitos.
7.3.3.2. Leis para desenvolvimento são voláteis.
7.3.3.3. Priorização de requisitos.
8. Atividade de processo.
8.1. Obter requisitos.
8.1.1. Olhar documentos/formulários.
9. Caso de Uso
9.1. Atores
9.2. Limitações.
10. Etnografia.
10.1. Etnografia focalizada.
11. Requisitos
11.1. Validação de Requisito.
11.1.1. Requisitos "porcos" custam caro.
11.2. Verificação de Requisitos.
11.2.1. Requisitos do domínio.
11.3. Completeza.
11.4. Custo!
11.5. Revisões de requisitos
11.6. Prototipação
11.7. Geração de casos de teste
11.8. Rastreabilidade.
11.9. Requisitos
11.9.1. Permanentes.
11.9.2. Voláteis.
11.10. O que é um requisito?
11.11. Tipos de Requisitos.
11.11.1. Usuário.
11.11.2. Sistema
11.11.3. Funcionais.
11.11.4. Não Funcional.
11.11.5. Do Domínio.