Recomendados
Mais conteúdo relacionado
Semelhante a Openday PUC-RIO - Engenharia de Requisitos
Semelhante a Openday PUC-RIO - Engenharia de Requisitos (20)
Mais de Opencadd Advanced Technology
Mais de Opencadd Advanced Technology (20)
Último
Openday PUC-RIO - Engenharia de Requisitos
- 2. Engenharia de Requisitos Flávio Pol Engenheiro de Aplicação flavio.pol@opencadd.eng.br
- 3. Descrição do consultor O hardware desenvolvido O software desenvolvido O que foi entregueA documentação do projeto A real necessidade do cliente O Pedido do cliente O custo do projeto Adaptado: http://www.devmedia.com.br/engenharia-de-requisitos-introducao-e-certificacao/28058 Como evitar? • Bom Entendimento das Necessidades do Cliente • Engenharia de Requisitos • Desenvolvimento da Solução Baseado em Modelos • Documentação Sistemática da Solução • Realizar Verificação e Validação Iterativamente MOTIVAÇÃO
- 4. DEFINIÇÃO: ENGENHARIA DE SISTEMAS - INCOSE “A Engenharia de Sistemas é uma abordagem interdisciplinar que torna possível a concretização de sistemas de elevada complexidade. O seu foco encontra-se em definir, de maneira precoce no ciclo de desenvolvimento de um sistema, as necessidades do usuário, bem como as funcionalidades requeridas, realizando a documentação sistemática dos requisitos, e abordando a síntese de projeto e sua validação de forma a considerar o problema completo: Operação; Desempenho; Teste; Fabricação; Custo; Cronograma; Suporte; Instalação etc. (1) Engenharia de Sistemas integra todas as disciplinas e especialidades em um time de projeto desenvolvendo um processo estruturado que parte do conceito se estendendo até a operação. Engenharia de Sistemas considera as necessidades de negócio e as necessidades técnicas com o objetivo de prover produtos de qualidade atendendo as necessidades do cliente. “ 1: Traduzido de: http://www.incose.org/practice/whatissystemseng.aspx 2: Traduzido de: INCOSE System Engineering Handbook Operação Custo e Cronograma Desempenho Treinamento e Suporte Teste Instalação Fabricação
- 7. DESENVOLVIMENTO INCREMENTAL • Melhora na captura do conhecimento e reuso da informação • Otimiza na comunicação entre membros do projeto e Stakeholders • Aumenta a capacidade de comparar especificações de arquitetura (cenários)
- 9. VISÃO AMPLA
- 10. CICLO DE DESENVOLVIMENTO DO PRODUTO Direct Links Transitive relationship Transitive relationship Transitive relationship
- 11. DOCUMENTO vs HIERARQUIA REQ 1 2 2.1 2.2 2.3 2.3.1 2.3.2 2.4 2.5 3 4 Documento Documento é linear A informação é estruturada!
- 12. ESTRUTURA DA INFORMAÇÃO Sistema A.1 A.2 A.2.1 Comp. 4 Ver. 2 A.2.2 Ver. 5 A.2.3 A.2.3.1 Comp. 6 Ver. 8 Ver. 9 A.2.3.2 Ver. 4 A.2.4 Ver. 6 A.2.5 Comp. 7 Ver. 7 A.3 A.4 B.1 B.2 B.2.1 Comp.1 Ver. 1 Comp.2 B.2.2 B.2.3 B.2.3.1 Ver. 3 Ver. 4 B.2.3.2 Comp. 5 B.2.4 B.2.5 Comp. 3 Ver. 7 B.3 B.4 Anali. B B.1 B.2 B.2. 1 B.2. 2 B.2. 3 B.2.3.1 B.2.3.2 B.2. 4 B.2. 5 B.3 B.4 Analise: A4.1REQ A A.1 A.2 A.2.1 A.2.2 A.2.3 A.2.3.1 A.2.3.2 A.2.4 A.2.5 A.3 A.4 REQ A
- 13. FRAGMENTAÇÃO DA INFORMAÇÃO Anali. B B.1 B.2 B.2. 1 B.2. 2 B.2. 3 B.2.3.1 B.2.3.2 B.2. 4 B.2. 5 B.3 B.4 Analise: A4.1 REQ A A.1 A.2 A.2.1 A.2.2 A.2.3 A.2.3.1 A.2.3.2 A.2.4 A.2.5 A.3 A.4 REQ A
- 17. Contexto do Sistema Tecnologias ENGENHARIA DE REQUISITOS Stakeholders Problemas Requisitos Restrições Funções Atributos Repositório dos Requisitos Expectativas Preferências Prioridades Fatos e Fenômenos Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Processo Análise
- 18. CONCEPÇÃO • Identificação das Partes Interessadas • Identificação dos Diferentes Pontos de Vista • Visão Geral do Sistema Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 19. ELICITAÇÃO • Lista de Requisitos ou Necessidades do Cliente em linguagem natural ➢ Requisitos Funcionais: Descrevem as Funcionalidades do Sistema ➢ Requisitos não Funcionais: Descrevem a Qualidade do Sistema •Desempenho •Disponibilidade •Eficiência •Interoperabilidade •Confiabilidade •Robustez Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 20. CAPTURA DE DOCUMENTOS Texto Aceitação Origem Referência Método de Teste Status Texto Aceitação Origem Referência Método de Teste Status Motivo Razão Referência Notas Motivo Razão Referência Notas Doc 1 2 2.1 2.2 2.3 2.3.1 2.3.2 2.4 2.5 3 4 Documento Doc 1 2 2.1 2.2 2.3 2.3.1 2.3.2 2.4 2.5 3 4 Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 21. • Transformar/detalhar linguagem natural em linguagem Diagramática padronizada – Eliminar ambiguidade, inconsistência, omissão, erro ELABORAÇÃO Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento 1.1 1.3 1 1.2 1.2.1 1.2.31.2.2 Requirements Issue A Issue B Issue C Issue D Issue E Issue F Issue GIssue Register Risk A Risk B Risk C Risk D Risk E Risk F Risk G Risk Register and so on… Design Models Analysis Models Análise
- 23. FRAMES DOS REQUISITOS Frame Frame Frame Frame External Tool Cradle Database Server (CDS) Cradle Project Databases Web URL Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Memory Frame Frame Frame Frame Data in external databases External Tool Cradle Database Server (CDS) text Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Memory To edit data stored in a frame in the database Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 MemoryMemory Launch other applications (e.g. Excel, Word) . . Item: Requirement ➢ Predefines ➢ Categories ➢ Frames Item Attributes Frame Frame Frame Frame External Tool Cradle Database Server (CDS) Web URL Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 MemoryMemory Frame Frame Frame Frame External Tool Cradle Database Server (CDS) Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 MemoryMemory Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 Time Speed Distance 0.0 0.0 0.0 0.25 33.7 150.3 0.50 75.0 170.0 MemoryMemory . . Item: Requirement ➢ Predefined ➢ Categories ➢ Frames Item Attributes Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 24. NEGOCIAÇÃO • Identificar Conflitos • Priorizar os Requisitos • Identificar Riscos dos Requisitos • Eliminar, combinar ou modificar requisitos Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 25. ESPECIFICAÇÃO • Produzir a descrição detalhada dos requisitos • Requisitos Usuário → Requisitos de Sistema Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 26. VALIDAÇÃO • Assegurar a consistência dos requisitos – Evitar ambiguidade, inconsistência, omissão, erro Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 27. GERENCIAMENTO Controlar Mudanças: • Análise de Impacto • Rastreabilidade Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Tabela Aninhada Árvore Diagrama Hierárquico (HID) Análise
- 28. GERENCIAMENTO Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Controlar Mudanças: • Análise de Impacto • Rastreabilidade Análise
- 29. CICLO DE VIDA DO PRODUTO Conceito Produção Suporte Desenvolvimento Utilização Descontinuidade Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 30. • Fluxo de Revisão Formal • Gestão por Linhas de Base GERENCIAMENTO DE CONFIGURAÇÃO (CM) Proprietário Enviar para revisão Rejeitar Autoridade da Linha de Dase revisores Linha de Base "A"Requisito Ver: Draft: A RegistrarRequisito VerDraft: A (Em revisão) Requisito VerDraft: A (aprovado) Requisito Ver: 01 (baseline) Processo Padrão Cradle CM Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 31. • Gestão Micro de Alterações HISTÓRICO DE ALTERAÇÕES DOS REQUISITOS Especificação Negociação Elaboração Elicitação Concepção Validação Gerenciamento Análise
- 33. ENGENHARIA DE REQUISITOS: BENEFÍCIOS • Entendimento compartilhado dos Requisitos: – Melhor entendimento entre Stakeholders e Equipe de Desenvolvimento – Validação dos Requisitos em todos os Níveis do Sistema. • Facilita identificação dos riscos. • Facilita o desenvolvimento de projetos complexos • Rastreabilidade através da Hierarquia de Modelos • Suporte Verificação e Validação precoces reduzindo riscos • Facilita a análise de impacto dos requisitos para alterações de Design • Suporta desenvolvimento incremental • Melhora a qualidade do desenvolvimento • Reduz erros e ambiguidades • Modelos tornam-se um repositório
- 34. OBRIGADO!