SlideShare una empresa de Scribd logo
1 de 18
INTRODUÇÃO E FUNDAMENTOS
ENGENHARIA DE REQUISITOS
MATERIAL AUXILIAR PARA ESTUDO DA CERTIFICAÇÃO CPRE – FL


Barbara Lima
blogdabarbaralima.blogspot.com.br
ROTEIRO
   O que é Requisito, Engenharia de Requisitos e Stakeholder?
   Importância da Engenharia de Requisitos
   Sintomas e Causas de uma ER inadequada
   4 atividades principais da ER
   Comunicação na ER
   7 capacidades exigidas de um Engenheiro de Requisitos
   Requisitos
     Tipos de Requisitos
     Requisitos de Qualidade
     Características Importantes

   Referências
O QUE É REQUISITO?
“Condição que se deve satisfazer para alcançar um
  objetivo”
O QUE É REQUISITO?
“Exigência que deve ser cumprida para atingir um
  objetivo”
O QUE É ENGENHARIA DE REQUISITOS (ER) ?
 “Engenharia é a aplicação profissional e sistemática da ciência para a
    utilização eficiente dos recursos naturais a fim de produzir riqueza.” T. J.
    Hoover e J. C. L. Fish (1941)

 “... É a criação, construção, análise, desenvolvimento e manutenção
      com o foco principal de auxiliar nós, seres humanos, em nossas
      atividades cotidianas, de modo a torná-las mais eficazes, produtivas e
      com uma maior facilidade de manuseio.”


  É a ciência que estuda a criação, construção,
   análise, desenvolvimento e manutenção dos
   requisitos que devem ser cumpridos por um
   sistema.
O QUE É ENGENHARIA DE REQUISITOS (ER) ?
   Engenharia de requisitos é uma abordagem
    sistemática e disciplinada para a especificação e
    gerenciamento de requisitos com os seguintes
    objetivos:

       Conhecer os requisitos pertinentes, alcançar um consenso entre os
        stakeholders sobre esses requisitos, documentando-os de acordo
        com as normas dadas e gerenciando-as sistematicamente.

       Compreender e documentar os desejos e necessidades dos
        stakeholders, que especifica o gerenciamento de requisitos para
        minimizar o risco de entregar um sistema que não atende os desejos
        das partes interessadas.
O QUE É STAKEHOLDER?
    “É uma pessoa ou uma organização que tem algum
     impacto direto ou indireto sobre os requisitos do
     sistema.”




Interessados                                   Envolvidos
IMPORTÂNCIA DA ER

“A parte mais árdua na construção de um software
  consiste exatamente em identificar o que construir .
  Nenhuma outra fase compromete tanto o resultado
  do trabalho se elaborada de forma incorreta.
  Nenhuma outra parte dificulta tanto as correções
  posteriores.” Frederick P. Brooks
IMPORTÂNCIA DA ER




[Figuras Adaptada do Quik Guide]
   Pressão do cliente para uma
    construção rápida do sistema

                                   SINTOMAS E
                                   CAUSAS DE UMA ER
                                   INADEQUADA
                                   “Temos que nos
                                   acostumar com a
                                   pressão.

                                   Mais além, toda vez que
                                   sentirmos pressão,
                                   mentalizar que isso nos
                                   ajuda a alcançar nossos
                                   objetivos.

                                   Dá-nos mais gás para
                                   agir em direção à nossa
                                   meta.” Lauro Valente

                                   Requisitos Incorretos
   Problemas de Comunicação


                                            SINTOMAS E
                                            CAUSAS DE UMA ER
                                            INADEQUADA
                                            “Quando conversar com
                                            um colega de trabalho ou
                                            um cliente, lembre-se de
                                            que a comunicação
                                            transcende as palavras .”
                                            Mari Geuer



                                            Omissão de
                                            Requisitos




      Scott Adams, Inc./Dist. by UFS, Inc
   Suposição incorreta, por parte dos
    stakeholders, de que muito do
    assunto é evidente
                                         SINTOMAS E
                                         CAUSAS DE UMA ER
                                         INADEQUADA
                                         “Geralmente as pessoas
                                         falham em serem bons
                                         ouvintes. Elas simplesmente
                                         presumem que sabem o que
                                         a outra pessoa esta dizendo
                                         ou simplesmente porque elas
                                         já ouviram isso antes adotam
                                         a idéia de que aquela pessoa
                                         é igual a outra “

                                         Requisitos Ambíguos
4 ATIVIDADES PRINCIPAIS DA ER

                                    • Levantamento
                       Elicitação   • Técnicas de identificação
                                    • Detalhamento
     Gerenciamento




                                    • Descrição
                     Documentação   • Linguagem natural
                                    • Modelos formais




                                    • Garantia de qualidade
                      Validação e   • Resolução de Conflitos
                      Negociação    • Consistência das informações
   O engenheiro de requisitos precisa
    extrair, sugar todas as informações
    possíveis dos stakeholders e
    identificar requisitos através de
    pesquisas.
                                          ELICITAÇÃO
                                          Para a etapa de
                                          identificação,
                                          levantamento e
                                          detalhamento de
                                          requisitos, podem ser
                                          utilizadas diversas
                                          técnicas, como,
                                          entrevista, estudo
                                          arqueológico, JAD,
                                          brainstorming, dentre
                                          outros.
   É importante registrar as informações
    coletadas e identificadas na etapa de
    levantamento de requisitos de forma
    adequada.
                                            DOCUMENTAÇÃO

                                            Para documentar
                                            requisitos podem ser
                                            utilizadas a linguagem
                                            natural e modelos
                                            formais, utilizando
                                            UML, como por
                                            exemplo, diagrama de
                                            estado, sequência,
                                            casos de uso e
                                            especificações de
                                            casos de uso.
   Deve ser garantida a qualidade dos
    requisitos, validando se estão corretos.
    Para isso é importante negociar com o
    cliente o que realmente é necessário
    para o produto.                            VALIDAÇÃO E
                                               NEGOCIAÇÃO
                                               Para negociar e
                                               validar os requisitos é
                                               importante ter a
                                               avaliação de um
                                               especialista, de modo
                                               que possa ser
                                               verificado se o que foi
                                               levantado condiz com
                                               o que foi solicitado.
   Compreende todas as medidas que são
    necessárias às exigências de estrutura
    para que as outras 3 etapas da ER
    possa ocorrer.
                                             GERENCIAMENTO

                                              Gerenciar consiste
                                              em manter os dados
                                              consistentes, com
                                              qualidade garantindo
                                              que eles possam ser
                                              implementados. É
                                              uma etapa ortogonal
                                              as outras 3 visto que
                                              trabalha garantindo a
                                              execução destas.
Bárbara Lima
barbara.computacao@gmail.com
blogdabarbaralima.blogspot.com.br


 OBRIGADA !

Más contenido relacionado

La actualidad más candente

Testes de Software
Testes de SoftwareTestes de Software
Testes de SoftwareCapgemini
 
Aula 03 - Introdução aos Diagramas de Atividade
Aula 03 - Introdução aos Diagramas de AtividadeAula 03 - Introdução aos Diagramas de Atividade
Aula 03 - Introdução aos Diagramas de AtividadeAlberto Simões
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Luís Fernando Richter
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitosMailson Queiroz
 
Módulo 12 - Introdução aos sistemas de informação
Módulo 12 - Introdução aos sistemas de informaçãoMódulo 12 - Introdução aos sistemas de informação
Módulo 12 - Introdução aos sistemas de informaçãoLuis Ferreira
 
Bancos de dados e usuários de banco de dados
Bancos de dados e usuários de banco de dadosBancos de dados e usuários de banco de dados
Bancos de dados e usuários de banco de dadosElaine Cecília Gatto
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareCloves da Rocha
 
Livro banco de_dados_volume_02
Livro banco de_dados_volume_02Livro banco de_dados_volume_02
Livro banco de_dados_volume_02CLEAN LOURENÇO
 
Algoritmos e Estrutura de Dados - Aula 01
Algoritmos e Estrutura de Dados - Aula 01Algoritmos e Estrutura de Dados - Aula 01
Algoritmos e Estrutura de Dados - Aula 01thomasdacosta
 
Aula 4 - Teste de mesa
Aula 4 - Teste de mesaAula 4 - Teste de mesa
Aula 4 - Teste de mesaPacc UAB
 
Uml Diagramas Estruturais
Uml   Diagramas EstruturaisUml   Diagramas Estruturais
Uml Diagramas Estruturaisthaisedd
 
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)Leinylson Fontinele
 
Aula 1 - Conceitos de TI e PDTI
Aula 1 - Conceitos de TI e PDTIAula 1 - Conceitos de TI e PDTI
Aula 1 - Conceitos de TI e PDTIFilipo Mór
 
1.Introdução Banco de Dados
1.Introdução Banco de Dados1.Introdução Banco de Dados
1.Introdução Banco de Dadosvini_campos
 
Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De SoftwareFelipe Goulart
 
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de Dados
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de DadosBanco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de Dados
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de DadosLeinylson Fontinele
 

La actualidad más candente (20)

Testes de Software
Testes de SoftwareTestes de Software
Testes de Software
 
Aula 03 - Introdução aos Diagramas de Atividade
Aula 03 - Introdução aos Diagramas de AtividadeAula 03 - Introdução aos Diagramas de Atividade
Aula 03 - Introdução aos Diagramas de Atividade
 
Aula 6 - Qualidade de Software
Aula 6 - Qualidade de SoftwareAula 6 - Qualidade de Software
Aula 6 - Qualidade de Software
 
Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006Engenharia Requisitos - Aula4 06 03 2006
Engenharia Requisitos - Aula4 06 03 2006
 
Engenharia de requisitos
Engenharia de requisitosEngenharia de requisitos
Engenharia de requisitos
 
Módulo 12 - Introdução aos sistemas de informação
Módulo 12 - Introdução aos sistemas de informaçãoMódulo 12 - Introdução aos sistemas de informação
Módulo 12 - Introdução aos sistemas de informação
 
Bancos de dados e usuários de banco de dados
Bancos de dados e usuários de banco de dadosBancos de dados e usuários de banco de dados
Bancos de dados e usuários de banco de dados
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de Software
 
Livro banco de_dados_volume_02
Livro banco de_dados_volume_02Livro banco de_dados_volume_02
Livro banco de_dados_volume_02
 
Introdução ao banco de dados
Introdução ao banco de dadosIntrodução ao banco de dados
Introdução ao banco de dados
 
Algoritmos e Estrutura de Dados - Aula 01
Algoritmos e Estrutura de Dados - Aula 01Algoritmos e Estrutura de Dados - Aula 01
Algoritmos e Estrutura de Dados - Aula 01
 
Aula 4 - Teste de mesa
Aula 4 - Teste de mesaAula 4 - Teste de mesa
Aula 4 - Teste de mesa
 
Uml Diagramas Estruturais
Uml   Diagramas EstruturaisUml   Diagramas Estruturais
Uml Diagramas Estruturais
 
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)
Sistemas Operacionais - Aula 08 (Sincronização e Comunicação entre Processos)
 
Aula 1 - Conceitos de TI e PDTI
Aula 1 - Conceitos de TI e PDTIAula 1 - Conceitos de TI e PDTI
Aula 1 - Conceitos de TI e PDTI
 
Aula 1 - Introdução a Segurança da Informação
Aula 1 - Introdução a Segurança da InformaçãoAula 1 - Introdução a Segurança da Informação
Aula 1 - Introdução a Segurança da Informação
 
Como trabalhar com arquivos e pastas
Como trabalhar com arquivos e pastasComo trabalhar com arquivos e pastas
Como trabalhar com arquivos e pastas
 
1.Introdução Banco de Dados
1.Introdução Banco de Dados1.Introdução Banco de Dados
1.Introdução Banco de Dados
 
Engenharia De Software
Engenharia De SoftwareEngenharia De Software
Engenharia De Software
 
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de Dados
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de DadosBanco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de Dados
Banco de Dados I - Aula 03 - Conceitos de Sistemas de Banco de Dados
 

Destacado

Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de RequisitosTiago Barros
 
Introdução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPIntrodução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPVagner Santana
 
Engenharia de requisitos (26 horas)
Engenharia de requisitos (26 horas)Engenharia de requisitos (26 horas)
Engenharia de requisitos (26 horas)Vitor Savicki
 
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRE
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRECADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRE
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTREorientadoresdeestudopaic
 
Apostila matemática em pdf
Apostila  matemática em pdfApostila  matemática em pdf
Apostila matemática em pdfIsa ...
 

Destacado (6)

Engenharia de Requisitos
Engenharia de RequisitosEngenharia de Requisitos
Engenharia de Requisitos
 
Introdução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPIntrodução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUP
 
Engenharia de requisitos (26 horas)
Engenharia de requisitos (26 horas)Engenharia de requisitos (26 horas)
Engenharia de requisitos (26 horas)
 
Memorex
MemorexMemorex
Memorex
 
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRE
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRECADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRE
CADERNO DO PROFESSOR DE MATEMATICA PAIC+ VOL II 3º e 4º BIMESTRE
 
Apostila matemática em pdf
Apostila  matemática em pdfApostila  matemática em pdf
Apostila matemática em pdf
 

Similar a Fundamentos de Engenharia de Requisitos

Aula engenharia de requisitos 2013
Aula engenharia de requisitos   2013Aula engenharia de requisitos   2013
Aula engenharia de requisitos 2013Crishna Irion
 
Workshop: Ouvindo usuários e stakeholders
Workshop: Ouvindo usuários e stakeholdersWorkshop: Ouvindo usuários e stakeholders
Workshop: Ouvindo usuários e stakeholdersNeue Labs
 
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...Marcelo Ramos
 
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e Interação
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e InteraçãoCRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e Interação
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e InteraçãoCauê de Souza
 
MTA1 Aula-01. Introdução
MTA1 Aula-01. IntroduçãoMTA1 Aula-01. Introdução
MTA1 Aula-01. IntroduçãoAlan Vasconcelos
 
JAD e levantamento de requisitos
JAD e levantamento de requisitosJAD e levantamento de requisitos
JAD e levantamento de requisitosEduardo Castro
 
A Gestão da Qualidade no Registro de Imóveis
A Gestão da Qualidade no Registro de Imóveis	A Gestão da Qualidade no Registro de Imóveis
A Gestão da Qualidade no Registro de Imóveis IRIB
 
Startups + UX = ♥
Startups + UX = ♥Startups + UX = ♥
Startups + UX = ♥Neue Labs
 
Voce s.a. como fazer entrevistas de selecao
Voce s.a.   como fazer entrevistas de selecaoVoce s.a.   como fazer entrevistas de selecao
Voce s.a. como fazer entrevistas de selecaoBruno Barros
 
Você S.A. - Como Fazer Entrevistas de Seleção
Você S.A. - Como Fazer Entrevistas de SeleçãoVocê S.A. - Como Fazer Entrevistas de Seleção
Você S.A. - Como Fazer Entrevistas de SeleçãoTerritorio Humano
 
6 como fazer entrevistas de seleçao
6 como fazer entrevistas de seleçao6 como fazer entrevistas de seleçao
6 como fazer entrevistas de seleçaoRicardo Robles
 

Similar a Fundamentos de Engenharia de Requisitos (20)

Aula engenharia de requisitos 2013
Aula engenharia de requisitos   2013Aula engenharia de requisitos   2013
Aula engenharia de requisitos 2013
 
Workshop: Ouvindo usuários e stakeholders
Workshop: Ouvindo usuários e stakeholdersWorkshop: Ouvindo usuários e stakeholders
Workshop: Ouvindo usuários e stakeholders
 
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...
Avaliação de Usabilidade e Arquitetura de Informação do do Website da Prefeit...
 
CRP-5215-0420-2014-07
CRP-5215-0420-2014-07CRP-5215-0420-2014-07
CRP-5215-0420-2014-07
 
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e Interação
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e InteraçãoCRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e Interação
CRP- 0420: Comunicação Digital - Aula 7: Design de Experiência e Interação
 
CRP-5215-0420-2014-08
CRP-5215-0420-2014-08CRP-5215-0420-2014-08
CRP-5215-0420-2014-08
 
MTA1 Aula-01. Introdução
MTA1 Aula-01. IntroduçãoMTA1 Aula-01. Introdução
MTA1 Aula-01. Introdução
 
Cd - aulas 06 e 07
Cd - aulas 06 e 07Cd - aulas 06 e 07
Cd - aulas 06 e 07
 
JAD e levantamento de requisitos
JAD e levantamento de requisitosJAD e levantamento de requisitos
JAD e levantamento de requisitos
 
Gp aula-7
Gp aula-7Gp aula-7
Gp aula-7
 
Expertise: Informação. Inteligência. Insight.
Expertise: Informação. Inteligência. Insight. Expertise: Informação. Inteligência. Insight.
Expertise: Informação. Inteligência. Insight.
 
AulaMapasMentais_Gap052022.pdf
AulaMapasMentais_Gap052022.pdfAulaMapasMentais_Gap052022.pdf
AulaMapasMentais_Gap052022.pdf
 
Desenvolvimento em tempos de UX - Versão 3.0
Desenvolvimento em tempos de UX - Versão 3.0Desenvolvimento em tempos de UX - Versão 3.0
Desenvolvimento em tempos de UX - Versão 3.0
 
Workshop de UX, 02
Workshop de UX, 02Workshop de UX, 02
Workshop de UX, 02
 
A Gestão da Qualidade no Registro de Imóveis
A Gestão da Qualidade no Registro de Imóveis	A Gestão da Qualidade no Registro de Imóveis
A Gestão da Qualidade no Registro de Imóveis
 
Startups + UX = ♥
Startups + UX = ♥Startups + UX = ♥
Startups + UX = ♥
 
Voce s.a. como fazer entrevistas de selecao
Voce s.a.   como fazer entrevistas de selecaoVoce s.a.   como fazer entrevistas de selecao
Voce s.a. como fazer entrevistas de selecao
 
Como fazer entrevistas de seleção você sa
Como fazer entrevistas de seleção   você saComo fazer entrevistas de seleção   você sa
Como fazer entrevistas de seleção você sa
 
Você S.A. - Como Fazer Entrevistas de Seleção
Você S.A. - Como Fazer Entrevistas de SeleçãoVocê S.A. - Como Fazer Entrevistas de Seleção
Você S.A. - Como Fazer Entrevistas de Seleção
 
6 como fazer entrevistas de seleçao
6 como fazer entrevistas de seleçao6 como fazer entrevistas de seleçao
6 como fazer entrevistas de seleçao
 

Último

Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsDanilo Pinotti
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx2m Assessoria
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx2m Assessoria
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx2m Assessoria
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploDanilo Pinotti
 
Assessement Boas Praticas em Kubernetes.pdf
Assessement Boas Praticas em Kubernetes.pdfAssessement Boas Praticas em Kubernetes.pdf
Assessement Boas Praticas em Kubernetes.pdfNatalia Granato
 

Último (6)

Boas práticas de programação com Object Calisthenics
Boas práticas de programação com Object CalisthenicsBoas práticas de programação com Object Calisthenics
Boas práticas de programação com Object Calisthenics
 
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docxATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
ATIVIDADE 1 - CUSTOS DE PRODUÇÃO - 52_2024.docx
 
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docxATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
ATIVIDADE 1 - GCOM - GESTÃO DA INFORMAÇÃO - 54_2024.docx
 
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docxATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
ATIVIDADE 1 - LOGÍSTICA EMPRESARIAL - 52_2024.docx
 
Padrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemploPadrões de Projeto: Proxy e Command com exemplo
Padrões de Projeto: Proxy e Command com exemplo
 
Assessement Boas Praticas em Kubernetes.pdf
Assessement Boas Praticas em Kubernetes.pdfAssessement Boas Praticas em Kubernetes.pdf
Assessement Boas Praticas em Kubernetes.pdf
 

Fundamentos de Engenharia de Requisitos

  • 1. INTRODUÇÃO E FUNDAMENTOS ENGENHARIA DE REQUISITOS MATERIAL AUXILIAR PARA ESTUDO DA CERTIFICAÇÃO CPRE – FL Barbara Lima blogdabarbaralima.blogspot.com.br
  • 2. ROTEIRO  O que é Requisito, Engenharia de Requisitos e Stakeholder?  Importância da Engenharia de Requisitos  Sintomas e Causas de uma ER inadequada  4 atividades principais da ER  Comunicação na ER  7 capacidades exigidas de um Engenheiro de Requisitos  Requisitos  Tipos de Requisitos  Requisitos de Qualidade  Características Importantes  Referências
  • 3. O QUE É REQUISITO? “Condição que se deve satisfazer para alcançar um objetivo”
  • 4. O QUE É REQUISITO? “Exigência que deve ser cumprida para atingir um objetivo”
  • 5. O QUE É ENGENHARIA DE REQUISITOS (ER) ? “Engenharia é a aplicação profissional e sistemática da ciência para a utilização eficiente dos recursos naturais a fim de produzir riqueza.” T. J. Hoover e J. C. L. Fish (1941) “... É a criação, construção, análise, desenvolvimento e manutenção com o foco principal de auxiliar nós, seres humanos, em nossas atividades cotidianas, de modo a torná-las mais eficazes, produtivas e com uma maior facilidade de manuseio.” É a ciência que estuda a criação, construção, análise, desenvolvimento e manutenção dos requisitos que devem ser cumpridos por um sistema.
  • 6. O QUE É ENGENHARIA DE REQUISITOS (ER) ?  Engenharia de requisitos é uma abordagem sistemática e disciplinada para a especificação e gerenciamento de requisitos com os seguintes objetivos:  Conhecer os requisitos pertinentes, alcançar um consenso entre os stakeholders sobre esses requisitos, documentando-os de acordo com as normas dadas e gerenciando-as sistematicamente.  Compreender e documentar os desejos e necessidades dos stakeholders, que especifica o gerenciamento de requisitos para minimizar o risco de entregar um sistema que não atende os desejos das partes interessadas.
  • 7. O QUE É STAKEHOLDER?  “É uma pessoa ou uma organização que tem algum impacto direto ou indireto sobre os requisitos do sistema.” Interessados Envolvidos
  • 8. IMPORTÂNCIA DA ER “A parte mais árdua na construção de um software consiste exatamente em identificar o que construir . Nenhuma outra fase compromete tanto o resultado do trabalho se elaborada de forma incorreta. Nenhuma outra parte dificulta tanto as correções posteriores.” Frederick P. Brooks
  • 9. IMPORTÂNCIA DA ER [Figuras Adaptada do Quik Guide]
  • 10. Pressão do cliente para uma construção rápida do sistema SINTOMAS E CAUSAS DE UMA ER INADEQUADA “Temos que nos acostumar com a pressão. Mais além, toda vez que sentirmos pressão, mentalizar que isso nos ajuda a alcançar nossos objetivos. Dá-nos mais gás para agir em direção à nossa meta.” Lauro Valente Requisitos Incorretos
  • 11. Problemas de Comunicação SINTOMAS E CAUSAS DE UMA ER INADEQUADA “Quando conversar com um colega de trabalho ou um cliente, lembre-se de que a comunicação transcende as palavras .” Mari Geuer Omissão de Requisitos Scott Adams, Inc./Dist. by UFS, Inc
  • 12. Suposição incorreta, por parte dos stakeholders, de que muito do assunto é evidente SINTOMAS E CAUSAS DE UMA ER INADEQUADA “Geralmente as pessoas falham em serem bons ouvintes. Elas simplesmente presumem que sabem o que a outra pessoa esta dizendo ou simplesmente porque elas já ouviram isso antes adotam a idéia de que aquela pessoa é igual a outra “ Requisitos Ambíguos
  • 13. 4 ATIVIDADES PRINCIPAIS DA ER • Levantamento Elicitação • Técnicas de identificação • Detalhamento Gerenciamento • Descrição Documentação • Linguagem natural • Modelos formais • Garantia de qualidade Validação e • Resolução de Conflitos Negociação • Consistência das informações
  • 14. O engenheiro de requisitos precisa extrair, sugar todas as informações possíveis dos stakeholders e identificar requisitos através de pesquisas. ELICITAÇÃO Para a etapa de identificação, levantamento e detalhamento de requisitos, podem ser utilizadas diversas técnicas, como, entrevista, estudo arqueológico, JAD, brainstorming, dentre outros.
  • 15. É importante registrar as informações coletadas e identificadas na etapa de levantamento de requisitos de forma adequada. DOCUMENTAÇÃO Para documentar requisitos podem ser utilizadas a linguagem natural e modelos formais, utilizando UML, como por exemplo, diagrama de estado, sequência, casos de uso e especificações de casos de uso.
  • 16. Deve ser garantida a qualidade dos requisitos, validando se estão corretos. Para isso é importante negociar com o cliente o que realmente é necessário para o produto. VALIDAÇÃO E NEGOCIAÇÃO Para negociar e validar os requisitos é importante ter a avaliação de um especialista, de modo que possa ser verificado se o que foi levantado condiz com o que foi solicitado.
  • 17. Compreende todas as medidas que são necessárias às exigências de estrutura para que as outras 3 etapas da ER possa ocorrer. GERENCIAMENTO Gerenciar consiste em manter os dados consistentes, com qualidade garantindo que eles possam ser implementados. É uma etapa ortogonal as outras 3 visto que trabalha garantindo a execução destas.