Spelling suggestions: "subject:"especificação dde requisitos"" "subject:"especificação dde resquisitos""
1 |
Definição de requisitos para um sistema de monitoramento de veículos no transporte rodoviário de cargas. / Requirements definition for a monitoring system of vehicles in a transport of goods via roads.Kouri, Márcia Gatti 01 August 2007 (has links)
Esta dissertação apresenta o levantamento e definição dos requisitos necessários para um sistema de monitoramento de veículos no transporte rodoviário de cargas, cujo custo de implantação seja acessível a grande parte das empresas. Para isso são aplicados alguns métodos da Engenharia de Requisitos, tais como: Vord, Preview e Volere. O conjunto de requisitos obtido através deste levantamento é então utilizado como fonte para a especificação de requisitos do sistema proposto. / This dissertation shows the survey and definition of the necessary requirements regarding a monitoring system for vehicles that transport goods via roads, whose low cost implementation is accessible for most of the companies. For this purpose, some methods of the Engineering of Requirements are applied, such as: Vord, Preview and Volere. The set of requirements gotten via this survey is the source for the specification of requirements of the proposed system.
|
2 |
Definição de requisitos para um sistema de monitoramento de veículos no transporte rodoviário de cargas. / Requirements definition for a monitoring system of vehicles in a transport of goods via roads.Márcia Gatti Kouri 01 August 2007 (has links)
Esta dissertação apresenta o levantamento e definição dos requisitos necessários para um sistema de monitoramento de veículos no transporte rodoviário de cargas, cujo custo de implantação seja acessível a grande parte das empresas. Para isso são aplicados alguns métodos da Engenharia de Requisitos, tais como: Vord, Preview e Volere. O conjunto de requisitos obtido através deste levantamento é então utilizado como fonte para a especificação de requisitos do sistema proposto. / This dissertation shows the survey and definition of the necessary requirements regarding a monitoring system for vehicles that transport goods via roads, whose low cost implementation is accessible for most of the companies. For this purpose, some methods of the Engineering of Requirements are applied, such as: Vord, Preview and Volere. The set of requirements gotten via this survey is the source for the specification of requirements of the proposed system.
|
3 |
Um processo ágil para especificação de requisitos em programas interativos com foco em roteiros de TVLula., Mariana Meirelles de Mello 21 November 2011 (has links)
Made available in DSpace on 2015-05-14T12:36:31Z (GMT). No. of bitstreams: 1
arquivototal.pdf: 5528255 bytes, checksum: a0288caf46be4569d85b7a218a0a4dc7 (MD5)
Previous issue date: 2011-11-21 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior - CAPES / The addition of software to TV programs through the implantation of the Brazilian
Digital TV boosted the integration of these two major industries: software and TV. These two
directions have different thoughts and ways of working, however, with the release of the
Digital TV these two professional, communication and information technology need to work
together. The software requirements specification follows some of the activities defined in
accordance with the procedure being used. In digital television requirements elicitation, we
find a different environment in which there are several professional profiles involved in this
activity. This research present an agile process for requirements specification in interactive
programs that integrate audiovisual content and interactive applications, in order to facilitate
understanding and development of the interactive program by the team involved. The
approach presented is based on a screenplay and interactive user stories. The interactive script
will add the interactive application information to the communication team script and the
storyboard will facilitate the understanding of the application. The process was used in a real
project, where twelve interactive programs were developed. Finally, we discuss the results
and perspectives. / A adição de software aos programas de TV através da implantação do Sistema
Brasileiro de TV Digital impulsionou a integração dessas duas grandes indústrias: software e
TV. Essas duas linhas de trabalho possuem diferentes pensamentos e formas de trabalhar,
contudo, com a chegada da TV Digital estes dois perfis profissionais, comunicação e
informática necessitam trabalhar juntos. A especificação de requisitos do software segue
algumas atividades determinadas de acordo com o processo que está sendo utilizado. Na
televisão digital a elicitação de requisitos encontra um ambiente diferente, no qual, temos
perfis profissionais diversos que estão envolvidos nesta atividade. Neste trabalho
apresentamos um processo ágil para a especificação de requisitos em programas interativos
que integram conteúdo audiovisual e aplicações interativas, buscando facilitar o entendimento
e desenvolvimento do programa interativo pela equipe envolvida. A abordagem apresentada é
baseada em roteiro interativo e histórias de usuário. O roteiro interativo vai adicionar as
informações da aplicação interativa ao roteiro da equipe de comunicação e, o storyboard irá
facilitar o entendimento da aplicação. O processo foi utilizado em um projeto real, onde doze
programas interativos foram desenvolvidos. Por fim, são discutidos os resultados obtidos e
perspectivas.
|
4 |
Regras de Mapeamento e Heurísticas: uma estratégia para criar casos de teste a partir de C&LSOUSA, Silvia Pereira de Azevedo 01 August 2016 (has links)
Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2017-02-21T16:58:53Z
No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação_SilviaVersaoFinal.pdf: 3562807 bytes, checksum: d273ad6c061161f899cab3d232a82a79 (MD5) / Made available in DSpace on 2017-02-21T16:58:54Z (GMT). No. of bitstreams: 2
license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5)
Dissertação_SilviaVersaoFinal.pdf: 3562807 bytes, checksum: d273ad6c061161f899cab3d232a82a79 (MD5)
Previous issue date: 2016-08-01 / FACEPE / Contexto: A fase de especificação de requisitos é fundamental no processo de
desenvolvimento de software. O uso de cenários é bastante popular para especificar
requisitos, por serem descritos em linguagem natural. No entanto, a linguagem natural
dá margem a requisitos ambíguos, incompletos e inconsistentes, o que vai de encontro
com os objetivos da fase de especificação de requisitos. Nesse sentido, uma técnica
baseada em Cenário & LEL (Language Extended Lexicon), chamada de C&L, pode
ser a solução adequada, pois LEL é um glossário que define um conjunto de palavras
que pertencem a um domínio e que devem ser usadas para descrever os cenários.
Assim, C&L é considerada uma técnica de cenários baseada em linguagem natural
controlada que ajuda a minimizar os problemas previamente mencionados, além de
poder ser utilizada para criar casos de teste de forma mais sistemática. Objetivo:
Neste trabalho, são propostas duas abordagens: a primeira abordagem usa regras de
mapeamento para derivar modelos statechart a partir de C&L visando verificar a
completude e consistência desses cenários e a segunda usa heurísticas para obter
sistematicamente casos de teste a partir de modelos statechart. Método: A pesquisa
apresentada nessa dissertação seguiu a abordagem de Engenharia para definir as
regras de mapeamento e as heurísticas que, por sua vez, foram avaliadas
empiricamente. Resultados: As regras de mapeamento apoiam a derivação de
statechart a partir de C&L. As heurísticas apoiam a derivação de casos de teste a
partir dos modelos statechart. Foi realizado um experimento para comparar o número
de erros de incompletude e inconsistência detectados pelos grupos experimental e
controle e o tempo gasto pelos grupos para detectar esses erros. Também foi
verificado se os statecharts gerados através da aplicação das regras de mapeamento
possuem grau de corretude e semelhança. Foi realizada uma avaliação qualitativa das
heurísticas utilizadas para derivar os casos de teste, com o intuito de saber se as
heurísticas foram utilizadas corretamente, se estão claras e são fáceis de usar.
Conclusões: Os resultados do experimento mostram que o número de erros de
incompletude detectados pelo grupo experimental foi superior ao número obtido pelo
grupo controle e em relação aos erros de inconsistência não houve diferença entre
quantidade de erros detectados pelos dois grupos. Além disso, a média do tempo
gasto para identificar erros de incompletude e inconsistência pelo grupo experimental
foi ligeiramente superior a média do tempo gasto pelo grupo controle. Em relação ao
grau de corretude, dentre os modelos gerados pelo grupo experimental, existe um que
apresenta o maior grau de corretude com 85,7%. No entanto, o grau de semelhança
entre os modelos é considerado de “baixa semelhança”. O resultado da avaliação
qualitativa mostrou que os participantes concordaram que as regras de mapeamento
e as heurísticas são compreensíveis e fáceis de utilizar. Também foi observado que
as heurísticas foram usadas de maneira correta na derivação dos casos de teste. / Context: The requirements specification phase is fundamental in the software
development process. The use of scenarios is quite popular to specify requirements
because they are described in natural language. However, natural language gives rise
to ambiguous, incomplete and inconsistent requirements, jeopardizes the objectives of
the requirements specification phase. In this context, a technique based on Scenarios
and LEL (Language Extended Lexicon), called C&L, may be an appropriate solution
because LEL is a glossary that defines a set of words that belong to a domain and
should be used to describe the scenarios. Thus, C&L is a scenario technique based
on controlled natural language that helps to minimize the problems previously
mentioned, and can be used to create test cases in a more systematic way. Objective:
In this study, two approaches are proposed: the first approach uses mapping rules to
derive statechart models from C & L in order to verify the completeness and
consistency of these scenarios and the second uses heuristics to systematically derive
test cases from statechart models. Method: The research presented in this work
follows the engineering approach to define the mapping rules and heuristics that, in
turn, were empirically evaluated. Results: Mapping rules support the derivation of
statechart from C & L. Heuristics support the derivation of test cases from statechart
models. An experiment was conducted to compare the number of incompleteness and
inconsistency errors detected by the experimental and control the groups and the time
spent by groups to detect these errors. Also it was verified whether the statecharts
generated by the application of the mapping rules have degree of correctness and
likeness. A qualitative evaluation of the heuristics used to derive the test cases was
made, in order to know whether the heuristics were correctly used and if they are clear
and easy to use. Conclusions: The results of the experiment show that the number of
incompleteness errors detected by the experimental group was higher than the number
obtained by the control group, and in relation to inconsistency errors, there was no
difference among the number of errors detected by the two groups. Furthermore, the
average time spent to identify incompleteness and inconsistency errors by the
experimental group was slightly higher than the average time spent by the control
group. In relation to the degree of correctness among the models generated by the
experimental group, there is one that has the highest degree of correctness with
85.7%. However, the degree of similarity between the models is considered "low
similarity”. The result of the qualitative evaluation showed that the participants agreed
that the mapping rules and heuristics are comprehensible and easy to use. It was also
observed that the heuristics were used correctly in the derivation of test cases.
|
5 |
Utilização de Mapas Mentais para Registro de Requisitos / Use of Mind Maps to Record RequirementsNISHI, Luciana 16 September 2009 (has links)
Made available in DSpace on 2014-07-29T14:57:52Z (GMT). No. of bitstreams: 1
Diss LuNishi.pdf: 535052 bytes, checksum: 312e4f56b2249ade58df12ebfe2b4dcb (MD5)
Previous issue date: 2009-09-16 / This work uses mind maps to describe requirements and investigates this not well known application through an experiment. The experiment was based on desirable features
sought by requirements engineers in notations and functions offered by tools. Both provided input to small changes in mind maps before a real specification was produced for the experiment. The results show that mind maps should be considered seriously as an alternative notation to describe software requirements / Este trabalho investiga o uso de mapas mentais na engenharia de requisitos, com destaque para o registro de requisitos. Características e funcionalidades desejáveis por engenheiros
de requisitos foram coletadas e motivaram adaptações nos mapas mentais para uso neste domínio. Um experimento empregou a notação alterada e forneceu indícios positivos e
negativos. O experimento permite, contudo, considerar o uso de mapas mentais como uma alternativa viável para o registro de requisitos e merecedora de pesquisas posteriores
|
Page generated in 0.3599 seconds