Spelling suggestions: "subject:"engenharia dde requisitos"" "subject:"engenharia dde resquisitos""
31 |
A contribuição da engenharia de requisitos na especificação de ontologias : aplicação em redes colaborativasAndrade, Karla Simony Gurgel de January 2008 (has links)
Tese de mestrado. Gestão de Informação. Faculdade de Engenharia. Universidade do Porto. 2008
|
32 |
Recursos do processamento da língua natural aplicados na recuperação semântica de documentos de caso de usoSilva Júnior, Custódio Gastão da January 2012 (has links)
Made available in DSpace on 2013-08-07T18:42:54Z (GMT). No. of bitstreams: 1
000442334-Texto+Completo-0.pdf: 1018335 bytes, checksum: c77dd540cf5f9308c80ab3c9f7da5374 (MD5)
Previous issue date: 2012 / The Requirements Engineering basically deals with how to discover, analyze, register and verify the functions and restrictions that software must consider. In this process the designer not only concentrates in understanding the necessities, goals and certainties of the interested users but also in changing them into software devices. This process is known as development cycle and it is carried out until the software covers all the requirements of the involved users. This study describes how the resources of the natural language processing were used in the construction for a solution of semantics recovery of use case document and it also presents the reached findings. For the construction of the solution, it is specified a method that organizes the preparation and recovery works in two phases. The first describes the form how the corpus must be prepared and how the terms used in the preparation phase can be used in the definition of the keys concepts of the domain. The second phase explains how the document recovery is carried out and shows how the described relationships in the ontology are used to improve the results of the recovery. The presented findings reveal the described method in this study is efficient, since it presented a covering of 100% in both tests. Related of measure of precision, that presented an inferior result of 50%, it was compensated by the ranking algorithm that sorted the documents of similar form of the manual classification done by the users. / A engenharia de requisitos trata fundamentalmente de como descobrir, analisar, documentar e verificar as funções e restrições que um software deve contemplar. Neste processo o projetista se concentra em entender as necessidades, metas e convicções dos interessados e em como transformá-las em artefatos de software. Isso é conhecido como ciclo de desenvolvimento e é realizado até que o software atenda todos os requisitos dos interessados. Este trabalho descreve como os recursos do processamento da língua natural foram utilizados na construção de uma solução para recuperação semântica de documentos de caso de uso e apresenta os resultados alcançados. Para a construção da solução, foi especificado um método que organiza os trabalhos de preparação e recuperação em duas fases. A primeira descreve a forma como o corpus deve ser preparado e como os termos utilizados na preparação podem ser utilizados na definição das palavras-chave do domínio. A segunda fase explica como a recuperação de documentos é realizada, e mostra como os relacionamentos descritos na ontologia são utilizados para melhorar os resultados da recuperação. Os resultados apresentados mostram que o método descrito neste trabalho é promissor, visto que ele apresentou cobertura de 100% em ambos os testes. Quanto a medida de precisão, que apresentou resultado inferior a 50%, o resultado foi compensado pelo algoritmo de ranking que ordenou os documentos de forma similar a classificação manual feita pelos usuários.
|
33 |
Apoio à gerência de requisitos de software utilizando Design RationaleBorges, Vanessa dos Anjos [UNESP] 27 February 2014 (has links) (PDF)
Made available in DSpace on 2015-04-09T12:28:25Z (GMT). No. of bitstreams: 0
Previous issue date: 2014-02-27Bitstream added on 2015-04-09T12:47:36Z : No. of bitstreams: 1
000811283.pdf: 807592 bytes, checksum: 20071fc52e344400d2ef0f3dbc06d166 (MD5) / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior (CAPES) / As necessidades dos usuários e partes interessadas no desenvolvimento de um software, denominadas requisitos, mudam constantemente, seja por falta de informações ou por mudanças organizacionais ou ambientais. A gerência desses requisitos gera um grande volume de informações que podem ser reutilizadas para consolidar o conhecimento dos envolvidos no projeto. Diversas são as técnicas para formalização desse conhecimento, destacando-se a técnica de Design Rationale que trata da organização da lógica de raciocínio utilizada para projetar artefatos. Neste contexto, este trabalho apresenta um estudo sobre a utilização de Design Rationale na Gerência de Requisitos de software, integrando essa técnica a um sistema web de apoio à Engenharia de Requisitos de Software, denominado Ferramenta de Suporte à Engenharia de Requisitos - FSER. Para avaliação dessa integração, foi realizado um Experimento Controlado, com a participação de alunos de graduação em Ciência da Computação e profissionais da área de Tecnologia da Informação, constatando sua contribuição no que concerne a disseminação do conhecimento e com a formação de uma base de dados que apóie o desenvolvimento de projetos futuros / The users and stakeholders needs identified during software development, called requirements often change, either for lack of information or due to organizational or environmental changes. The management of these requirements generates a large volume of information that can be re-used to consolidate the knowledge between users and stakeholders of project. There are several techniques to formalize this knowledge, emphasizing Design Rationale technique which dealing with the logical reasoning organization used to design artifacts. In this context, this study presents the application of Design Rationale in Software Requirements Management, integrating this technique to a web support system for Software Requirements Engineering, called Requirements Engineering Support Tool - REST. For assessment this integration, it was performed a Controlled Experiment, involving Computer Science undergraduate students and Information Technology professionals, recognizing its contribution regarding knowledge dissemination and a database creation supporting the development of future projects
|
34 |
Apoio à gerência de requisitos de software utilizando Design Rationale /Borges, Vanessa dos Anjos January 2014 (has links)
Orientador: Rogéria Cristiane Gratão de Souza / Banca: Maria Istela Cagnin Machado / Banca: Leandro Alves Neves / Resumo: As necessidades dos usuários e partes interessadas no desenvolvimento de um software, denominadas requisitos, mudam constantemente, seja por falta de informações ou por mudanças organizacionais ou ambientais. A gerência desses requisitos gera um grande volume de informações que podem ser reutilizadas para consolidar o conhecimento dos envolvidos no projeto. Diversas são as técnicas para formalização desse conhecimento, destacando-se a técnica de Design Rationale que trata da organização da lógica de raciocínio utilizada para projetar artefatos. Neste contexto, este trabalho apresenta um estudo sobre a utilização de Design Rationale na Gerência de Requisitos de software, integrando essa técnica a um sistema web de apoio à Engenharia de Requisitos de Software, denominado Ferramenta de Suporte à Engenharia de Requisitos - FSER. Para avaliação dessa integração, foi realizado um Experimento Controlado, com a participação de alunos de graduação em Ciência da Computação e profissionais da área de Tecnologia da Informação, constatando sua contribuição no que concerne a disseminação do conhecimento e com a formação de uma base de dados que apóie o desenvolvimento de projetos futuros / Abstract: The users and stakeholders needs identified during software development, called requirements often change, either for lack of information or due to organizational or environmental changes. The management of these requirements generates a large volume of information that can be re-used to consolidate the knowledge between users and stakeholders of project. There are several techniques to formalize this knowledge, emphasizing Design Rationale technique which dealing with the logical reasoning organization used to design artifacts. In this context, this study presents the application of Design Rationale in Software Requirements Management, integrating this technique to a web support system for Software Requirements Engineering, called Requirements Engineering Support Tool - REST. For assessment this integration, it was performed a Controlled Experiment, involving Computer Science undergraduate students and Information Technology professionals, recognizing its contribution regarding knowledge dissemination and a database creation supporting the development of future projects / Mestre
|
35 |
Aplicação de ontologias à engenharia de requisitos em ambientes de DDSAngrisani, Ricardo Rosa January 2006 (has links)
Made available in DSpace on 2013-08-07T18:43:32Z (GMT). No. of bitstreams: 1
000418878-Texto+Completo-0.pdf: 1166598 bytes, checksum: 638c3d51308a797479215be816b6345d (MD5)
Previous issue date: 2006 / The new rising challenges coming from the increasing distribution of software development operations are contributing to maximize Software Engineering problems. So, in order to decrease the Distributed Software Development impacts in the work of the teams, this research consists on identifying a Software Engineering process which could have more value aggregated through the definition of a process that provides knowledge formalization in order to decrease interpretation problems and ambiguities about concepts and their relationships. It’s expected this formalization will promote better communication and understanding between people and will contribute with the facilitation of the work done by the distributed teams in the software Engineering area. / Os novos desafios que surgem em virtude da crescente distribuição de operações de desenvolvimento de software acentuam os problemas relacionados à Engenharia de Requisitos. Assim, a fim de amenizar o impacto do Desenvolvimento Distribuído de Software no trabalho das equipes, este trabalho consiste em identificar um processo de Engenharia de Requisitos no qual se obtenha valor agregado através da aplicação de técnicas de Gestão de Conhecimento. A proposta visa definir um processo no qual se possa facilitar e prover a formalização do conhecimento a fim de diminuir as ambigüidades na interpretação de conceitos e seus relacionamentos facilitando o entendimento entre as pessoas. A pesquisa contribui ao propor um processo e uma ferramenta que facilitem o trabalho das equipes dispersas com requisitos de software.
|
36 |
Integração de Requisitos não Funcionais a Processos de Negócios: Integrando BPMN e NFRXAVIER, Laís 02 September 2009 (has links)
Submitted by Isaac Francisco de Souza Dias (isaac.souzadias@ufpe.br) on 2015-05-15T18:23:09Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
MASTER THESIS VERSAO BIBLIOTECA.pdf: 2607756 bytes, checksum: f3fc68e302dd5e0adcd2e9c5c95d61fe (MD5) / Made available in DSpace on 2015-05-15T18:23:09Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
MASTER THESIS VERSAO BIBLIOTECA.pdf: 2607756 bytes, checksum: f3fc68e302dd5e0adcd2e9c5c95d61fe (MD5)
Previous issue date: 2009-09-02 / A Engenharia de requisitos tem sido amplamente reconhecida como um fator crítico de sucesso de projetos de Software. Se não forem devidamente elicitados, os requisitos podem levar o projeto ao fracasso. A elicitação equivocada dos requisitos pode estar relacionada com a falta de compreensão do negócio pelo analista de sistemas, a falta entendimento dos objetivos do sistema, bem como a falta de comunicação entre analistas de negócio e analistas de sistema. A existência de uma lacuna entre os domínios do negócio e da computação podem causar desequilíbrios entre o que os usuários finais precisam e o que os analistas de sistema desenvolvem. Uma das razões para o problema de comunicação é que os modelos de requisitos utilizados para interagir com os usuários finais podem ser difíceis de serem compreendidos e validados em função da alta complexidade das notações. Além disso, os erros provocados por não lidar com requisitos, especialmente os não-funcionais, convenientemente são apontados como os mais caros e difíceis de corrigir. O problema tratado nesta dissertação é a integração dos requisitos não-funcionais aos modelos de processos de negócio, através de notações intuitivas para todos os usuários envolvidos no processo. Para isso, uma pesquisa baseada em análise de requisitos não-funcionais e modelagem de processos de negócio é apresentada. Portanto, propomos uma abordagem para inserir os requisitos não-funcionais na notação Business Process Modeling Notation (BPMN). A abordagem utiliza catálogos para requisitos não-funcionais, descritos na notação Non-Functional Requirement (NFR), que orientam a descoberta das suas operacionalizações. Esta abordagem é validada com um estudo de caso real.
|
37 |
Estudos qualitativos para elicitação de requisitos: uma abordagem que integra análise sócio-cultural e modelagem organizacionalGomes da Cruz Neto, Genésio 31 January 2008 (has links)
Made available in DSpace on 2014-06-12T15:48:58Z (GMT). No. of bitstreams: 1
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2008 / É sabido que para se obter adequadamente requisitos de software é preciso entender as atividades
humanas do contexto social e organizacional onde o futuro sistema será implantado.
Tradicionais abordagens etnometodológicas de estudos sociais qualitativos propiciam uma descrição
detalhada das práticas humanas, no entanto, o caráter retórico enfatizado pelas mesmas
dificulta a integração com o design de software. Por outro lado, a argumentação contrária aos
métodos oferecidos por designers é a perda da sensibilidade aos dados do campo devido à análise
ser direcionada por frameworks e modelos cognitivos (orientados à objetivos e processos).
Teoria da Atividade é um referencial teórico pós-cognitivista considerado como um ponto de
partida para soluções que venham a promover um melhor balanceamento entre estes pólos. No
entanto, as atuais tentativas de operacionalização deste referencial de análise sócio-cultural ainda
oferecem dificuldades para integração com a Engenharia de Software.
Na área de Engenharia de Requisitos, por outro lado, destaca-se a técnica i* ( i estrela ) de modelagem
organizacional que se diferencia dos modelos cognitivos tradicionais por incorporar aspectos
intencionais e de dependências estratégicas aos elementos processuais dos sistemas de
informações. No entanto, as metodologias baseadas nesta técnica geralmente não tratam o problema
de como gerar modelos válidos a partir da análise qualitativa dos dados de campo.
Grounded Theory é um método de pesquisa qualitativa que dá ênfase a estas questões metodológicas
sobre a validade dos estudos sociais de campo. Ela compreende um método indutivo para
geração de teorias (ou explanações) sobre os fenômenos a partir do uso de amostras graduais e da
análise sistemática dos dados empíricos. Contudo, trabalhos atuais baseados nesta técnica ainda
não incorporam o uso de modelos de design.
O presente trabalho apresenta uma solução balanceada entre a sensibilidade à riqueza dos dados
de campo e a praticidade do design de software. A mesma é centrada em três pontos principais:
(1) Um processo indutivo de pesquisa qualitativa baseado nas etapas da Grounded Theory para
construção de representações de práticas humanas baseadas na análise sistemática dos dados e
validadas através do uso de princípios de pesquisa qualitativa interpretativa.
(2) Uso de um framework analítico para tornar a interpretação qualitativa dos dados mais objetiva
para os propósitos de concepção de sistemas de software. O mesmo incorpora re-formulações de
conceitos da Teoria da Atividade e um conjunto de fatores pré-definidos de análise.
(3) Guias para geração de modelos i* de dependências sociais estratégicas a partir das descrições
de atividades de modo a propiciar, além de uma visão do contexto social de um diferente ponto
de vista, análises transformacionais que atendem às demandas dos engenheiros de software.
O processo foi validado através da realização de um estudo qualitativo voltado ao entendimento
das atividades de manipulação de prontuários médicos por profissionais de anestesia
|
38 |
ma proposta de métricas para avaliar modelos i*SANTOS, Emanuel Batista dos 31 January 2008 (has links)
Made available in DSpace on 2014-06-12T15:51:14Z (GMT). No. of bitstreams: 1
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2008 / Conselho Nacional de Desenvolvimento Científico e Tecnológico / A engenharia de requisitos orientada a metas (em inglês, Goal-Oriented Requirement Engineering) tem se mostrado uma forma promissora de descrever sistemas de software. Ela provê uma forma natural de estruturar documentos de requisitos complexos através de metas (em inglês, Goal}) que fornecem um mecanismo para justificar a existência dos requisitos e facilitar a administração de conflitos entre requisitos. Neste contexto surgiram diversas abordagens que utilizam metas como abstração entre elas KAOS, NFR, V-Graph e i*. A demanda por software de qualidade exige que todos os artefatos produzidos ao longo do processo de construção do software também sejam de qualidade. Artefatos como documentos de requisitos, código e executáveis do sistema devem estar livre de erros e de falhas, pois segundo pesquisas quanto mais cedo problemas são identificados mais barato é a correção desses. Assim identificar problemas ainda na fase de requisitos reduz a necessidade e os custos de correção no futuro. De forma similar as técnicas tradicionais, as técnicas orientadas a metas também necessitam de mecanismos para garantir a qualidade de seus artefatos. Nesta dissertação são apresentadas métricas para avaliar a qualidade de modelos i*, que são utilizados nas fases iniciais de requisitos. As métricas procuram relacionar qualidades desejadas de documentos de requisitos com construções básicas da técnica i*, de forma a fornecer mecanismos eficazes para identificar problemas nos modelos i*. As métricas estão agrupadas para tratar de: erros típicos, nível de detalhamento, ambigüidade e complexidade. Para facilitar a interpretação dos valores obtidos pelo uso das métricas é apresentada como elas poderão ser usadas com o método GQM (Goal-Question-Metric), também é apresentada uma proposta de ferramenta para coleta automática das métricas
|
39 |
Uma Abordagem Orientada a Objetivos para as Fases de Requisitos de Linhas de Produtos de SoftwareCésar Borba, Clarissa 31 January 2009 (has links)
Made available in DSpace on 2014-06-12T15:55:38Z (GMT). No. of bitstreams: 2
arquivo2275_1.pdf: 5480552 bytes, checksum: be0d8c06ce046cc764aaa9918db223b4 (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2009 / Uma Linha de Produtos de Software (LPS) é um grupo de produtos de software com características
comuns e variáveis, que também pode ser chamada de família de produtos. As caracterísiticas
de uma LPS precisam ser documentadas explicitamente para possibilitar o reuso
estratégico dos seus artefatos. Na atividade de Engenharia de Requisitos, isto significa que
além de capturar as suas variabilidades, também é preciso relacionar os diferentes tipos de
requisitos, tais como organizacionais, não-funcionais e funcionais, além de manter o rastreamento
entre eles. Atualmente a captura desta informação é feita usando os modelos de features,
mas esses não capturam requisitos não-funcionais explicitamente e nem a influência positiva/
negativa destes requisitos para alcançar configurações alternativas de uma aplicação na
LPS. Esta influência pode ajudar na escolha de uma configuração específica para uma aplicação
alcançar os objetivos da organização. Um objetivo é um estado do mundo que os stakeholders
desejam alcançar enquanto que uma feature é uma característica que o sistema deve
apresentar. Partindo destas definições, abordagens orientadas a objetivos podem ser usadas
como uma forma efetiva para descobrir requisitos variáveis e comuns de uma LPS, bem como
para reduzir os custos associados à configuração de um produto específico na família de produtos.
Uma abordagem de requisitos orientada a objetivos que tem sido usada para o desenvolvimento
de sistemas complexos é o framework i*. O i* fornece uma maneira natural de
identificar e especificar tanto os interesses dos stakeholders como as características do sistema
pretendido. Este trabalho propõe uma extensão da linguagem de modelagem do i*, chamada
i*-c (i* with cardinality), que adiciona cardinalidade nos elementos de modelos intencionais
e assim, permite a identificação e modelagem de features a partir de modelos orientados
a objetivos. Para guiar a configuração de uma aplicação específica em uma LPS foi definida
a abordagem G2FM (Goal to Feature Model). Ela propõe um processo de identificação e
modelagem de features comuns e variáveis de uma LPS em modelos i* com cardinalidade e, a
partir destes, produz um modelo de features equivalente
|
40 |
Uma Proposta para Modelagem de Requisitos Não-Funcionais em Projetos ÁgeisSales de Brito, Rebeka 31 January 2010 (has links)
Made available in DSpace on 2014-06-12T15:57:42Z (GMT). No. of bitstreams: 2
arquivo3221_1.pdf: 5474925 bytes, checksum: 1bbadce7fed0a7307daa01a29c2fe625 (MD5)
license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5)
Previous issue date: 2010 / O constante avanço tecnológico tem impulsionado empresas a desenvolver software de
forma mais eficiente e com qualidade para se diferenciar dos competidores no mercado.
Buscando atender às solicitações do cliente de forma satisfatória, a fim de adquirir uma
posição privilegiada no mercado de desenvolvimento de software, os métodos ágeis tornaram-se
alvo dos investimentos de organizações que atuam no setor tecnológico. Os métodos ágeis
propõem a valorização do indivíduo, o software funcionando, a colaboração do cliente e a
resposta rápida a mudanças, algumas das mais importantes preocupações das empresas
atualmente.
Requisitos não-funcionais são atributos de qualidade que um sistema deve possuir ou
determinam quão bem ele deve realizar uma determinada função. Esses requisitos são elicitados
em paralelo aos funcionais e possuem uma influência direta na qualidade dos sistemas. São esses
atributos associados às funcionalidades que tornarão o sistema atrativo ao usuário, seguro, com
um bom desempenho, de fácil uso e de fácil aprendizado. Normalmente, requisitos nãofuncionais
são interdependentes, onde a satisfação de um requisito impacta na satisfação de
outro, podendo originar conflitos que precisam ser compreendidos e gerenciados. Modelar
requisitos não-funcionais é um desafio diante das características próprias a esses requisitos e da
pequena importância a eles dada desde a fase de levantamento de requisitos até o
desenvolvimento do sistema.
A contribuição desta dissertação é propor a utilização de quality scenarios em projetos
ágeis para uma melhor compreensão dos requisitos não-funcionais explicitando as suas
interdependências e conflitos. Um estudo empírico foi realizado em uma empresa de
desenvolvimento de software, com o objetivo de avaliar a abordagem proposta, tendo como foco
principal a modelagem de requisitos de usabilidade
|
Page generated in 0.104 seconds