Carregar apresentação
A apresentação está carregando. Por favor, espere
PublicouHenrique Mar Alterado mais de 9 anos atrás
2
Centro de Informática Universidade Federal de Pernambuco phr@cin.ufpe.br Engenharia de Requisitos Paulo Ramos Jaelson Castro
3
Semantic Requirements Engineering Motoshi Saeki
4
Processo de desenvolvimento estilo cachoeira Extração das Informações Produto final com qualidade inferior Insatisfação do Cliente Introdução
5
Re-Fazer
7
Processo Básicos da Engenharia de Software
8
Levantamento dos Requisitos Especificação dos Requisitos Requisitos de Validação Gerenciamento dos Requisitos
9
Ausência de aspectos Semânticos
10
Exemplo prático, Elevador
12
“Nós consideramos uma ontologia como um domínio semântico de modo a proporcionar o significado dos requisitos e discutir as potencialidades das técnicas da ER usando uma ontologia como base semântica.”
13
Ontologia: Consiste em um dicionário de sinônimos que infere regras sobre ele, inclui o dicionário de sinônimos das palavras e seus relacionamentos.
14
O Problema Ausência de um tratamento dos aspectos Semânticos Proposição de uma técnica para fornecer a Semântica dos Requisitos e Técnicas da Engenharia de Requisitos Ontologia: consiste em um dicionário de sinônimos A Técnica é inspirada na Web Semântica A Técnica de Ontologia utilizada, pode melhorar as técnicas atuais de Engenharia de Requisitos, nas quatro atividades citadas no início da apresentação
15
Usando Ontologias Cada conceito de uma ontologia pode ser considerada como um elemento semântico atômico
19
Aplicação de GORA Elicitar requisitos Os Clientes e Usuários são modelados como metas Sistema de Software intensivo Os nós expressam metas a serem alcançadas pelo sistema Relações de dependência lógica entre os objetivos ligados
20
Gráfico objetivo de um Sistema de reserva de assento de trem
22
A ferramenta extrai a palavra “reserva” da Meta reservation pelos próprios usuários e cria um mapa da palavra extraída para o conceito ontológico de reserva
24
Métricas de Qualidade Semântica No padrão IEEE 830 Há Oito características como a correção e completude para medir a qualidade de especificação dos requisitos de software
25
Segundo o IEEE 830 É preciso verificar se todas as figuras, tabelas e diagramas do documento, são rotulados e referidos, a fim de medir sua integralidade Integralidade se refere a requisitos ausentes no documento, incluindo assim aspectos semânticos
26
Controle de Versão Semântica As mudanças de requisitos ocorrem: Frequência Depois da Especificação de Requisitos Durante o levantamento de Requisitos
27
Por várias razões Principais Alterar as metas de negócios Melhorar a Tecnologia da Informação
28
Registros e Fundamentos Várias versões dos Requisitos Especificados Técnicas de controle de versão são significativas para apoiar as suas tarefas Utilizando uma ferramenta informatizada
29
Registros e Fundamentos CVS e Subversion Ferramentas utilizadas para controle informatizado de versões Armazenam as diferenças Para recuperar versões antigas
30
Ontologia e Artefatos
31
Conclusões e Agenda de Pesquisa Engenharia de Requisitos com base Ontológica Semânticamente Essa ideia não é nova, aparecendo em aplicações específicas Possibilidades de uso de Ontologias como Engenharia de Requisitos Semânticamente
32
Conclusões e Agenda de Pesquisa O objetivo do presente projeto é realizar a construção de um vocabulário comum de técnicas de Engenharia de Requisitos distribuídos, através de um desenvolvimento colaborativo das Especificações de Requisitos,
36
Motoshi Saeki
37
Referências Intentional Perspectives on Information Systems Engineering Selmin Nurcan, Camille Salinesi, Carine Souveyet, Jolita Ralyté (Eds.)
38
Modelo
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.