e:engenharia_de_requisitos
Diferenças
Aqui você vê as diferenças entre duas revisões dessa página.
Ambos lados da revisão anteriorRevisão anteriorPróxima revisão | Revisão anterior | ||
e:engenharia_de_requisitos [2022/08/28 19:57] – [Referências] Jean Pablo | e:engenharia_de_requisitos [2022/08/29 22:18] (atual) – Frank Wolff Hannemann | ||
---|---|---|---|
Linha 1: | Linha 1: | ||
+ | ====== Engenharia de Requisitos ====== | ||
+ | |||
+ | |||
+ | ===== Visão Geral ===== | ||
+ | A Engenharia de Requisitos (da sigla E.R) é um processo que surgiu em 1993, graças a realização do // | ||
+ | |||
+ | Essa subárea precisa tratar com diferentes pontos de vista, e utilizar uma combinação de métodos, ferramentas e pessoal para gerar um modelo, do qual um documento de requisitos será produzido. De forma ampla, a Engenharia de Requisitos ocorre em um contexto previamente definido chamado Universo de Informação. | ||
+ | |||
+ | |||
+ | ===== Principais Marcos | ||
+ | A // | ||
+ | |||
+ | O Universo de Informação em que a Engenharia de Requisitos está inserida se refere ao conjunto geral no qual determinado software será desenvolvido. Isso inclui todas as fontes de informação e todas as pessoas relacionadas ao software, sendo que todas essas pessoas serão denominadas como agentes desse universo. | ||
+ | |||
+ | As atividades de elicitar, analisar e modelar foram relacionadas a Engenharia de Requisitos pois a atividade de elicitar busca descobrir o máximo de informação possível para o conhecimento do objeto que está sendo elicitado. Já a atividade de analisar consiste na identificação de partes, na verificação e na validação do conhecimento para o processo de desenvolvimento do software. Por fim, a atividade de modelar é baseada na construção de modelos do sistema utilizando métodos e técnicas com base na representação, | ||
+ | |||
+ | A norma ISO/IEC 9126 (da ISO ‘’// | ||
+ | |||
+ | |||
+ | ===== Grandes Nomes ===== | ||
+ | ==== Daniel Amyot ==== | ||
+ | {{: | ||
+ | |||
+ | Daniel Amyot é canadense, pesquisador, | ||
+ | |||
+ | |||
+ | ---- | ||
+ | |||
+ | |||
+ | ==== Daniela Damian | ||
+ | {{: | ||
+ | |||
+ | Daniela Damian é canadense, pesquisadora, | ||
+ | |||
+ | |||
+ | ---- | ||
+ | |||
+ | |||
+ | ==== Emmanuel Litier ==== | ||
+ | {{: | ||
+ | |||
+ | Emmanuel Letier é inglês, pesquisador e professor associado como engenheiro de software da Universidade de //College London//. Com doutorado em Engenharia de Software da Universidade de // | ||
+ | |||
+ | |||
+ | ---- | ||
+ | |||
+ | |||
+ | ===== Aplicações | ||
+ | |||
+ | -Estabelecer parâmetros de organização e qualidade de documentos de requisitos. | ||
+ | |||
+ | -Padronizar o documento produzido a partir de normas referentes a ER. | ||
+ | |||
+ | -Desenvolver qualquer software de maneira bem sucedida. | ||
+ | |||
+ | |||
+ | ===== Impacto Social | ||
+ | |||
+ | A Engenharia de Requisitos esquematiza de forma bem elaborada o modo de desenvolvimento de um documento de requisitos, facilitando a abordagem de sentenças voltadas para vários grupos de clientes distintos, permitindo uma maior diversidade e inclusão no momento de desenvolver o software. Além disso, mesmo contando com ótimas ideias e profissionais qualificados em desenvolvimento de software, o processo de criação de um sistema exige plena sincronia entre os profissionais envolvidos e o esclarecimento sobre os seus objetivos, sendo que estes fatores só serão alcançados com êxito caso seja feito a utilização do sistema de organização e padronização aplicados pela Engenharia de Requisitos. | ||
+ | |||
+ | |||
+ | ===== Desafios | ||
+ | Desenvolver um documento de requisitos que não: | ||
+ | |||
+ | -Ignore um ou mais grupos de clientes alvos do software. | ||
+ | |||
+ | -Ignore um único cliente específico ou não especificado que seria alvo do software. | ||
+ | |||
+ | -Omita um ou mais grupos de requisitos que deveriam estar incluídos. | ||
+ | |||
+ | -Permita inconsistências ou contradições entre grupos de requisitos já estabelecidos. | ||
+ | |||
+ | -Aceite um requisito inadequado ou inapropriado para o desenvolvimento do software. | ||
+ | |||
+ | -Aceite um requisito que esteja incorreto, não definido ou impreciso, que acabe prejudicando o desenvolvimento do software. | ||
+ | |||
+ | -Aceite um requisito abstrato, ou seja, ambíguo e inconsistente, | ||
+ | |||
+ | |||
+ | ===== Referências ===== | ||
+ | [1] Engenharia de requisitos. Ano de publicação: | ||
+ | |||
+ | |||
+ | [6] Matheus, Yuri. O Modelo OSI e suas camadas. Alura. Publicado em 24 de jan. de 2018. Disponível em: < | ||
+ | |||
+ | |||
+ | [1] Noleto, Cairo. Engenharia de requisitos: quais as etapas e como funciona? Trybe. Atualizado em 08 de jun. de 2022. Disponível em: < | ||
+ | |||
+ | [2] International Requirements Engineering Conference. Disponível em: < | ||
+ | |||
+ | [3] Rodrigo. Introdução à Engenharia de Requisitos. Devmedia. Publicado em 2008. Disponível em: < | ||
+ | |||
+ | [4] Almeida, Washington. ISO 9126. Blog Gran Cursos Online. Publicado em 12 de jun. de 2020. Disponível em: < | ||
+ | |||
+ | [5] Equipe Monitora. Serviço de engenharia de requisitos: entenda como funciona. Monitora. Publicado em 28 de ago. de 2020. Disponível em: < | ||
+ | |||
+ | [6] Amyot, Daniel. Daniel Amyot. uOttawa. Disponível em: < | ||
+ | |||
+ | [7] Amyot, Daniel. Daniel Amyot. Linkedin. Disponível em: < | ||
+ | |||
+ | |||
+ | [8] Damian, Daniela. Daniela Damian. Linkedin. Disponível em: < | ||
+ | |||
+ | |||
+ | [9] Littier, Emmanuel. Emmanuel Litier. Linkedin. Disponível em: < | ||
+ | |||
+ | |||
+ | [10] Littier, Emmanuel. Emmanuel Litier. UCL. Disponível em: < | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||