Visão Geral

Curso Engenharia de Requisitos, O Genio "Albert Einstein"Requisitos são declarações de necessidade que definem o que um sistema fará e quão bem ele deve executar essas tarefas. Em níveis mais baixos do sistema, como para um dispositivo eletrônico ou software complexo, os requisitos incluirão especificações sobre o que o dispositivo ou software deve fazer (e quão bem), como o dispositivo fará a interface com outras partes do sistema e o que parte que o dispositivo desempenhará em requisitos abrangentes, como segurança e confiabilidade.

Os requisitos são aspectos-chave críticos de qualquer projeto ou subseção de um projeto. Os requisitos definem qual sistema ou produto será construído. Muitos problemas encontrados durante o projeto, teste, verificação, validação ou operação de um sistema são resultado de requisitos incorretos, incompletos ou ausentes. As necessidades geralmente são vagas, implícitas [não declaradas] ou descritas em termos de soluções técnicas. Verificar se os requisitos estão corretos é uma função importante dos engenheiros de sistemas e garantia.

A especificação de requisitos é um documento que descreve com clareza e precisão os requisitos essenciais para itens, materiais ou serviços, incluindo os procedimentos pelos quais pode ser determinado que os requisitos foram atendidos.

A engenharia de requisitos inclui solicitação, análise e gerenciamento de requisitos. A engenharia de requisitos inclui elementos-chave de um processo de desenvolvimento bem-sucedido, confiável e seguro para qualquer produto ou sistema. Muitas falhas dispendiosas e críticas do sistema podem, em última análise, ser rastreadas até requisitos ausentes, ruins, vagos, incorretos, mal compreendidos, desnecessários ou incompatíveis.

O treinamento em Engenharia de Requisitos abrange muitas disciplinas de engenharia para estabelecer requisitos de usuários e sistemas e especificar sistemas e sistemas de software.

Saiba mais sobre engenharia de requisitos e redação de especificações. As especificações são os requisitos escritos para um material, produto ou serviço para um projeto proposto, como um edifício, ponte ou máquina. As especificações ajudam a evitar duplicações e inconsistências, permitem estimativas precisas de trabalho e recursos necessários, atuam como um documento de negociação e referência para alterações de engenharia, fornecer documentação de configuração e permitir uma comunicação consistente entre os responsáveis ​​pelas diferentes funções da Engenharia de Sistemas.

Os requisitos também podem ser classificados pelo papel que desempenham no sistema. Esta classificação irá variar, dependendo da organização ou projeto. A seguinte lista de tipos de requisitos é comumente usada em muitas organizações governamentais.

Os requisitos funcionais descrevem as capacidades do produto ou sistema (o que o sistema deve fazer).

Os requisitos de desempenho descrevem quão bem o produto ou sistema deve desempenhar uma função. Os requisitos de desempenho complementam os requisitos funcionais e, às vezes, são combinados em requisitos únicos.

O envolvimento das partes interessadas é essencial para definir necessidades válidas e significativas. As técnicas de elicitação ajudam as partes interessadas a esclarecer suas necessidades. O envolvimento das partes interessadas é essencial para validar os requisitos.

Elicitação é uma coleção de técnicas para extrair e esclarecer as necessidades e requisitos das partes interessadas. Várias técnicas são fornecidas para atender às necessidades de várias direções.

Estudo: 68% dos projetos de TI falham

• Empresas com pouca capacidade de análise de negócios terão três vezes mais fracassos do que sucessos em projetos.

Bons requisitos têm os seguintes atributos:

• Necessário. O produto/sistema não pode atender às reais necessidades do usuário sem ele.
• Inequívoco. Se um requisito tiver várias interpretações, o sistema construído pode não corresponder ao que o usuário deseja. Clareza é muito importante.
• Completo. É impossível conhecer todos os requisitos futuros de um sistema, mas todos os requisitos conhecidos devem ser especificados.
• Consistente. Os requisitos não devem entrar em conflito entre si.
• Rastreável. A origem de cada requisito deve ser identificada.
• Verificável. Cada requisito deve poder ser verificado por teste, análise, inspeção ou demonstração. Evite requisitos negativos sempre que possível.

Lembre-se de que esses princípios-chave de requisitos são os cinco Cs:

• Conciso – Use palavras simples, frases curtas, voz ativa
• Claro – Evite ambiguidades com padrões mensuráveis. Use palavras que transmitam o significado exato.
• Completo – O requisito está completo (sem exigir que o leitor procure informações em outro lugar para entender o requisito)? Não exige que você consulte o texto adicional para saber o que o requisito significa.
• Correto – Estar tecnicamente e gramaticalmente correto
• Consistente Siga um Guia de Estilo para obter consistência na forma como as informações são apresentadas

Requisitos Princípios Chave:

• Use linguagem simples e clara, sem jargões (para minimizar erros de interpretação).
• Defina termos, símbolos e acrônimos (inclua um “Glossário de Termos”).
• Ser conciso.
• Não explique o mesmo requisito em mais de uma seção.
• Defina cada aspecto do requisito em um ou dois parágrafos sempre que possível.
• Adote um formato amigável.
• Numere as seções e os parágrafos.
• Busque feedback de alguém não familiarizado com o requisito.
• Discuta o rascunho e refine-o.
• Não há regras fixas sobre formatos e estruturas porque cada especificação reflete um requisito ou necessidade diferente. Uma especificação deve listar as características funcionais, de desempenho e técnicas separadamente.

Objetivo

Após realziare este Curso Engenharia de Requisitos, você será capaz de:

• Identificar os princípios-chave da engenharia de requisitos
• Descrever o papel da análise de requisitos e os resultados bem-sucedidos do projeto
• Listar diferentes tipos de requisitos
• Descrever os processos de definição de requisitos e a análise das expectativas das partes interessadas
• Descrever atividades no processo de engenharia de requisitos
• Escrever e gerenciar requisitos comerciais, operacionais e técnicos
• Discuta as considerações importantes ao planejar, escrever e gerenciar requisitos e especificações

Aprender mais sobre:

• Sistemas como eles são conceituados com muitos níveis de estrutura
• Características dos Requisitos
• Requisitos Chave Habilitadores
• Tamanho e complexidade do sistema
• Nível de insight exigido pelos designers
• Requisitos impostos por organizações externas
• Política interna da organização
• Decomposição de Requisitos
• Características dos Requisitos
• Fluxo de Requisitos e Rastreabilidade
• Revisões técnicas
• Defeitos, conflitos, requisitos ausentes ou desnecessários
• Interface entre o sistema e o mundo exterior.
• Sistema em si como uma caixa preta
• Papel dos conops e requisitos e como os usuários e partes interessadas (pessoas ou outros sistemas) irão interagir com o sistema e o que o sistema fará em resposta a essas entradas.
• Restrições tal como são impostas ao sistema por entidades externas: regulação ambiental, segurança, proteção, etc.
• Sistemas como um conjunto de elementos que interagem
• Processo de decomposição (ou derivação) de requisitos
• Decomposição de requisitos em design, arquitetura e subsistemas de alto nível
• Requisitos de interface, pois especificam como o sistema irá interagir ou interoperar com um sistema adjacente.
• Segurança, Qualidade, Confiabilidade, Manutenibilidade, etc. (as “ilidades”)
• Questões abrangentes do sistema e preocupações das partes interessadas

Materiais

Conteúdo Programatico

Introdução aos Requisitos 

1. Introdução à Engenharia de Sistemas
2. O que é Engenharia de Requisitos?
3. Qualidade dos Requisitos
4. Envolvimento das Partes Interessadas
5. Ciclo de Vida dos Requisitos
6. Rastreabilidade de Requisitos
7. Análise e Modelagem
8. Teste e Integração
9. Verificação e Validação de Requisitos
10. Mapeamento de requisitos do problema para os domínios da solução
11. Gestão eficaz de requisitos
12. Princípios de definição e gerenciamento de requisitos
13. Boas práticas para engenharia de requisitos
14. Linha de base de requisitos

Introdução à Engenharia de Requisitos

1. O Processo de Engenharia de Requisitos
2. Requisitos e Contexto de Negócios
3. Hierarquia de requisitos
4. Partes interessadas no processo de requisitos
5. Elicitando e Documentando Requisitos
6. Elicitação de Requisitos
7. Entrevista para requisitos
8. Uso de modelos na Engenharia de Requisitos
9. Documentação de Requisitos
10. Análise de Requisitos
11. Análise e Negociação de Requisitos
12. Validação e Verificação de Requisitos
13. Gerenciamento de Requisitos

Engenharia de requisitos e visões do sistema

1. Visualização do Processo
2. Visualização de entrega
3. informações pertinentes para RFPs, SEMPs, ConOps, etc.
4. Visualização da Lista de Verificação
5. Visualização do Projeto
6. processo SE aplica

Atividades na Engenharia de Requisitos

1. requisitos do desenvolvedor
2. Escreva e documente os requisitos
3. verifique a completude
4. Analisar, refinar e decompor requisitos
5. Validar requisitos
6. gerenciar requisitos

Engenharia e Gestão de Requisitos Básicos

1. Técnicas para extrair as necessidades, metas, requisitos, restrições, prioridades, operações normais e motivadas das partes interessadas
2. Avaliação inicial das necessidades levando ao desenvolvimento de requisitos
3. .Elicitação
4. Análise das partes interessadas
5. Entrevistas e Workshops
6. Observação
7. criatividade
8. análise
9. Kano
10. Especificações
11. Casos de uso e ConOps
12. BPMN
13. Verificação
14. validação
15. Protótipos
16. inspeção
17. testar
18. demonstração
19. Mudar a gestão
20. Controle de versão
21. Aceitação e validação do cliente

Técnicas de Elicitação

1. Entrevistas e grupos focais
2. Questionários, pesquisas e Brainstorming
3. Encenação
4. Analisar relatório de incidentes, avaliação de aprimoramento e autoria conjunta
5. Benchmark – sistemas semelhantes ou concorrentes
6. Protótipo
7. Jogar fora
8. evolutivo

Processo para Engenharia de Requisitos 

1. Valor da Engenharia de Sistemas
2. Valor da Engenharia de Requisitos
3. Requisitos do cliente
4. requisitos funcionais
5. Requisitos de desempenho
6. Requisitos de concepção
7. Requisitos Derivados
8. Requisitos Alocados
9. Conceito de Operações (ConOps)
10. Requisitos de sistema
11. Integração e Verificação
12. validação do sistema
13. Planejamento do Projeto
14. Monitoramento e Controle de Projetos
15. Identificação de alto nível das necessidades do usuário e dos recursos do sistema
16. Partes interessadas do projeto
17. Acordo das partes interessadas
18. Inter-relações e papéis e responsabilidades
19. Entendimento compartilhado por proprietários de sistemas, operadores, mantenedores e desenvolvedores
20. quem, o que, por que, onde e como do sistema e produto
21. Acordo sobre as principais medidas de desempenho
22. Planeje como o sistema será validado
23. Desenvolvendo Sistemas
24. Requisitos de Entrada e Requisitos Derivados
25. Critérios de Aceitação e Estratégia de Qualificação
26. Introdução ao Processo Genérico
27. Desenvolvimento no Contexto da Mudança

Modelagem de Sistemas para Engenharia de Requisitos 

1. Engenharia de Requisitos e Modelagem de Sistemas
2. Casos de uso e atores
3. Diagramas de fluxo de dados
4. Diagramas Entidade-Relacionamento (ER)
5. Gráficos de estado
6. Abordagens Orientadas a Objetos
7. Métodos DoDAF e NAF Viewpoint
8. As notações UML e SysML
9. Métodos formais
10. Engenharia de Sistemas Baseada em Modelos (MBSE) e Engenharia de Requisitos

Gerenciando Requisitos, Escrevendo e Revisando

1. Ciclo de Vida do Sistema
2. O processo de engenharia de sistemas
3. Desenvolvimento da arquitetura do sistema e projeto de detalhamento
4. A Origem dos Requisitos
5. Conceito do limite do sistema
6. O limite de modelagem
7. Gerenciando requisitos
8. Requisitos de validação
9. Rastreabilidade de requisitos
10. Linhas de base e seu uso
11. O paradigma cascata vs. ciclo de vida ágil
12. Requisitos de Estruturação
13. Engenharia de Requisitos no Domínio do Problema
14. Identificar partes interessadas
15. Cenários Operacionais e de Uso
16. Escopo do sistema
17. Derivar requisitos
18. Requisitos Alocados
19. Engenharia de Requisitos no Domínio da Solução
20. Requisitos das Partes Interessadas mapeados para os Requisitos do Sistema
21. Requisitos de sistema
22. Requisitos para Subsistemas
23. Rastreabilidade
24. Métricas para Rastreabilidade

Gerenciamento de Engenharia de Requisitos  

1. Gerenciamento de Requisitos
2. Planejamento
3. Monitoramento
4. Mudanças
5. Desenvolvimento
6. Relação com o design
7. Relação com linhas de base
8. Tipos de Requisitos
9. Diferenças entre requisitos de hardware, software, serviços
10. requisitos não Funcionais
11. Qualidade dos Requisitos
12. Análise de Requisitos
13. análise de contexto
14. Descrição do Conceito Operacional
15. Desenvolvimento de requisitos de verificação
16. "TBDs"
17. Requisitos e Especificações de Requisitos
18. Fluxo de Requisitos em Especificações

Portões de Engenharia de Requisitos e Atividades Transversais

1. Envolvimento das Partes Interessadas
2. Elicitação
3. Práticas de Gerenciamento de Projetos
4. gerenciamento de riscos
5. Métricas
6. Gerenciamento de configurações
7. Projeto de Melhoria de Processos
8. Portas de Decisão
9. Apoio à Decisão/Estudos Comerciais
10. Revisões Técnicas
11. Rastreabilidade

Requisitos - Lista de verificação de entrega

1. Todas as bases estão cobertas?
2. Existe uma definição de todas as principais funções do sistema?
3. Com cada função do sistema, existe um conjunto de requisitos que descreve: o que a função faz, quem é designado para fazê-la e sob quais condições [por exemplo, ambiental, confiabilidade e disponibilidade.]
4. Todos os termos, definições e acrônimos estão definidos?
5. Todos os documentos de suporte, como padrões, conceitos de operações e outros, são referência
6. Cada requisito tem um link [rastreabilidade] para um requisito de nível superior de uma necessidade especificada pelo usuário?
7. Cada requisito é conciso, verificável, claro, viável, necessário, inequívoco e independente de tecnologia?
8. Todos os requisitos dependentes de tecnologia são identificados como restrições?
9.  Cada requisito tem um método de verificação definido? O rastreamento dos requisitos aos componentes de hardware e software foi verificado e verificado?