aluna: carolina paloma gasperoni orientador: prof. dr. elias canhadas genvigir cornélio procópio...

Click here to load reader

Upload: internet

Post on 22-Apr-2015

105 views

Category:

Documents


0 download

TRANSCRIPT

  • Slide 1
  • Aluna: Carolina Paloma Gasperoni Orientador: Prof. Dr. Elias Canhadas Genvigir Cornlio Procpio 2011 Ferramenta para Captura e Representao de Design Rationale Aplicado a Requisitos de Software 1
  • Slide 2
  • ROTEIRO Introduo Design Rationale Justificativa Objetivos Arquitetura do Sistema Tecnologias Escopo do Trabalho Metodologia de Desenvolvimento Metodologia de Pesquisa Cronograma 2
  • Slide 3
  • INTRODUO Engenharia de Requisitos; Requisitos; Representao das Fases da Engenharia de Requisitos (KOTONYA, 1997). 3
  • Slide 4
  • Tem-se as primeiras fases da Engenharia de Requisitos como as mais importantes de todo o processo de desenvolvimento, pois requisitos mal especificados ou levantados de forma errada so apontados como os grandes causadores de atrasos, retrabalhos e falhas em projetos (CHRISTEL; KANG, 1992; LEITE, 1987). O finalidade deste trabalho desenvolver uma ferramenta para Gerenciar o Design Rationale dos Requisitos de Software durante a fase de Anlise e Negociao. 4
  • Slide 5
  • DESIGN RATIONALE o registro e a representao explicita das informaes que deram suporte ao o processo para tomada de decises de projeto. Processo de deciso 5
  • Slide 6
  • Inclui as razes e justificativas por trs de uma deciso, as alternativas consideradas ou descartadas, as solues avaliadas e os argumentos que conduziram a deciso final de projeto (LEE, 1997). Pode ser aplicado em diversas fases do processo de desenvolvimento. 6
  • Slide 7
  • VANTAGENS Suporte ao desenvolvimento do projeto (LEE, 1997); Suporte Verificao (BURGE; BROWN, 1998); Suporte Manuteno do projeto (BURGE; BROWN, 1998); Suporte Documentao (BURGE; BROWN, 1998); Suporte Rastreabilidade dos Requisitos; 7
  • Slide 8
  • COMPOSTO POR: Mtodos para Captura; Modelos para Representao. 8
  • Slide 9
  • MTODOS PARA CAPTURA Reconstruo; Subproduto Metodolgico; Aprendiz; 9
  • Slide 10
  • REPRESENTAO Formal; Informal; Semi-formal. 10
  • Slide 11
  • MODELOS PARA REPRESENTAO IBIS (Issue Based Information System) 11
  • Slide 12
  • QOC (Question, Option and Criteria) 12
  • Slide 13
  • JUSTIFICATIVA Durante o projeto, os requisitos mudam por diversas razes. A mudana em uma deciso de projeto, como a alterao em um requisito, pode gerar impactos no sistema (HAN, 1997). Para analisar o impacto das mudanas de forma eficaz, necessrio que a fonte de cada requisito seja conhecida e as razes (rationales) para qualquer alterao tambm seja documentada (CMMI, 2001). 13
  • Slide 14
  • O Design Rationale auxilia em manter um histrico do processo de tomada de deciso. Fornece um maior controle sobre os artefatos alterados. O Design Rationale de requisitos fornece meios para identificar conflitos, inconsistncias e diagnosticar o impacto das alteraes (BURGE et al., 2008). Benefcios a longo prazo, como maior satisfao do cliente e menor custo de desenvolvimento. 14
  • Slide 15
  • OBJETIVOS Desenvolver uma ferramenta para a captura e representao de Design Rationale para requisitos de software. Primeiramente dever ser feito um estudo sobre os requisitos de software para definir regras sobre o que capturar. Em um segundo momento se dar a construo da ferramenta para a captura e representao de Design Rationale. 15
  • Slide 16
  • ARQUITETURA DO SISTEMA 16
  • Slide 17
  • TECNOLOGIAS Java; JEE JavaScript; AJAX; JSP; NetBeans; PostgreSQL; TortoiseSVN; Astah; 17
  • Slide 18
  • MODELO ARQUITETURAL GERAL 18
  • Slide 19
  • ESCOPO DE TRABALHO 19
  • Slide 20
  • METODOLOGIA DE DESENVOLVIMENTO Adaptado; Modelo Iterativo Incremental; 20
  • Slide 21
  • METODOLOGIA DE PESQUISA Objetivo Exploratrio: Proporcionar maior familiaridade com o problema; Acompanhadas e aprofundadas na pesquisa bibliogrfica ; Fundamentar teoricamente a pesquisa; Terico-bibliogrfica Identificao das fontes seguras; Localizao dessas fontes; Compilao das informaes; Abordagem Qualitativa: Descries; Comparaes e Interpretaes; As informaes obtidas no podem ser quantificveis. 21
  • Slide 22
  • CRONOGRAMA 22
  • Slide 23
  • REFERNCIAS CHRISTEL, M. G.; Kang, K. C. Issues in Requirement Elicitation. Software Engineering Institute. Carnegie Mellon University, Pittsburgh, Pennsylvania, 1992. CMMI - Requirements Managements. Disponvel em:. Acesso em: 19 jun. 2011. LEE, J. Design rationale systems: Understanding the issues. IEEE Expert/Intelligent Systems and Their Applications, 1997. BURGE, J.E.; CARROLL, J.M., MCCALL, R., MISTRK, I. Rationale-Based Software Engineering. Computer Science, 2008. BURGE, J. E.; BROWN, D. C. Design Rationale Types and Tools. Technical Report. Worchester Polytechnic Institute, Computer Science Dept., 1998. LEITE, J.C.S.P. A Survey on Requirements Analysis. Advanced Software Engineering Project Technical Report RTP-071, University of California at Irvine, Department of Information and Computer Science, 1987. SOMMERVILLE, I. Software Engineering. England: Addison-Wesley Publishers, 1998. 23