Spelling suggestions: "subject:"atécnicas dde inspeção"" "subject:"atécnicas dee inspeção""
1 |
Aqua - atividades de qualidade no contexto ágilCavamura Júnior, Luiz 22 February 2008 (has links)
Made available in DSpace on 2016-06-02T19:05:29Z (GMT). No. of bitstreams: 1
1811.pdf: 1591054 bytes, checksum: 5b21fca55f16582952cf1d6eb91e5503 (MD5)
Previous issue date: 2008-02-22 / Background: The term agility has increasingly received attention in Software
Engineering, since there is a growing demand for executing and delivering software
systems in a shorter and shor ter period of time. Agile software development proposes a
rapid and iterative development aiming at meeting all of clients needs and, as a
consequence, achieving good results throughout development process. Although this
methodology is well-known, it is important to notice that its methods, even the ones
which are the most quoted in the scientific literature, do not establish any detailed
guidelines so that they can be effectively adopted. Some examples encompass details of
activities performed, practices and procedures used and some piece of information
which must be documented. However, there are not any case studies which show,
practically, the whole pro cess of the adopted method. Aim: This work aimed at
contributing in order to achieving improvements in quality of the agile processes by
introducing an approach named AQUA - Quality Activities in Agile Context. This
approach takes into account th e application of software quality assurance activities such
as inspection, test and planning activities which may be used along with any agile
method adopted, in the early stag es of requirements elicitation. Method: Only the most
quoted methods in the literature were analyzed, from which a generic process was
extracted besides a group of artifacts utilized by these methods, supporting, thereby, the
definition process of the strategy proposed. Results: This approach was applied by
using software requirements developed during a graduate course in Federal University
of São Carlos, and the results give insights of its contribution to the improvement in
process quality. Conclusion: Although this example had been small, the use of the
proposed approach did not make it difficult th e application of the agile method adopted
and presented benefits with regard to improvements of process quality. / Cenário: O termo agilidade vem adquirindo cada vez mais destaque na Engenharia de
Software pela crescente necessidade de executar e entregar sistemas de software em
prazos cada vez menores. A metodologia ágil de desenvolvimento de software propõe
um desenvolvimento rápido e iterativo, buscando atender todas as necessidades do
cliente e obter bons resultados durante o processo de desenvolvimento. Embora essa
metodologia tenha alcançado destaque, verifica-se que seus métodos, mesmo os mais
citados na literatura, não apresentam explicitamente diretrizes detalhadas para sua
utilização. Algumas referências mencionam detalhes das atividades realizadas, das
práticas utilizadas e das informações que devem ser registradas. No entanto, não se
encontram estudos de caso ou exemplos de utilização, que mostrem, na prática, do
início ao fim, o processo do método adotado. Objetivo: Este trabalho tem como objetivo
contribuir para a melhoria da qualidade dos processos ágeis, propondo a abordagem
denominada AQUA Atividades de Qualidade no contexto Ágil. Essa abordagem
envolve a aplicação de atividades de garantia de qualidade de software, como inspeção,
teste e planejamento que podem ser utilizadas independentemente do método ágil
adotado, nas fases iniciais de levantamento dos requisitos. Método: Foram estudados os
métodos ágeis mais citados na literatura, a partir do que foi extraído um processo
genérico que os caracteriza e um conjunto de artefatos utilizados por eles, o que deu
apoio à definição da abordagem proposta. Resultados: A abordagem foi aplicada
utilizando os requisitos de um sistema desenvolvido durante uma disciplina de pósgraduação
da Universidade Federal de São Carlos, e os resultados dão indícios de sua
contribuição para a melhoria da qualidade do processo. Conclusão: Embora o exemplo
utilizado tenha sido pequeno, a utilização da abordagem não dificultou a utilização do
método ágil em questão e mostrou pontos positivos para a melhoria da qualidade do
processo.
|
2 |
GUCCRA: técnicas de leitura para construção de modelos de casos de uso e análise de documentos de requisitos.Belgamo, Anderson 10 April 2004 (has links)
Made available in DSpace on 2016-06-02T19:06:26Z (GMT). No. of bitstreams: 1
DissAB.pdf: 3386998 bytes, checksum: 15539f36fdb8879a0e9b63813373bb2b (MD5)
Previous issue date: 2004-04-10 / Financiadora de Estudos e Projetos / The objective of this work was to define guidelines for Use Case Model (Use Case Diagram and Specification) construction. The use of use cases and UML notation for requirements modeling is a widely used option, don' t matter the development paradigm. However, neither guidelines for
Use Case construction are provided by UML, neither there are works in the literature that provide a more systematic support for this activity. Hence, this activity is very dependent on the designer experience and subjectivity, leading to different models for the same system. The proposed techniques, named GUCCRA Guidelines for Use Case Construction and Requirement Analysis, are composed of two readings, AGRT Actor Goal Reading Technique and UCRT Use Case Reading Technique. The definition of these techniques was based on two other reading techniques: PBR-User, used for requirements Document inspection and ER1, of OORTs/ProDeS
family, used to validate Use Case Models in relation to the Requirement Documents that were the basis for the model construction. Aiming at evaluating GUCCRA two empirical studies were carried out: the first compared the proposed techniques with an Ad-Hoc approach by constructing
Use Case Models related with some Requirement Documents. The second study compared the defects related during the models construction with the defects of PBR-User application in the same documents. From the first study, the results provide evidences that the activity became more systematic with the use of the techniques and that the models became more standardized. From the second study the results showed that the majority of defects found were common to both techniques. Moreover, a study has been prepared to show the positive influence of the systematic standardization of Use Case Models in the application of the Use Case Point metric. / O objetivo deste trabalho foi definir diretrizes para a construção de Modelos de Casos de Uso (Diagrama e Especificação de Casos de Uso). A modelagem de requisitos com casos de uso, bem como a utilização da notação UML para essa finalidade é uma alternativa muito utilizada,
independentemente do paradigma de desenvolvimento. No entanto, nem a UML fornece diretrizes para a construção de Casos de Uso como também não se encontram trabalhos na
literatura que dêem suporte mais sistemático a essa atividade, deixando-a muito dependente da experiência e da subjetividade do projetista, fazendo com que modelos bastante diferentes sejam elaborados para o mesmo sistema. As técnicas propostas, denominadas GUCCRA Guidelines
for Use Case Construction and Requirements Analysis, são compostas de duas leituras, AGRT Actor Goal Reading Technique and UCRT Use Case Reading Technique. À medida que essas técnicas são aplicadas visando à construção do Modelo de Casos de Uso, seus passos auxiliam também uma inspeção do Documento de Requisitos. A definição dessas técnicas foi baseada em duas outras técnicas de leitura: a PBR-Usuário, utilizada para inspeção de Documentos de
Requisitos e a ER1, da família OORTs/ProDeS, utilizada para fazer validação de Modelos de Casos de Uso em relação ao Documento de Requisitos no qual ele foi baseado. Para avaliação da GUCCRA, foram realizados dois estudos empíricos: o primeiro comparou as técnicas propostas
com a abordagem Ad-Hoc na construção de Modelos de Casos de Uso relacionados a alguns documentos de requisitos e o segundo, comparou os defeitos relatados durante a construção desses modelos com a aplicação da PBR-Usuário nos mesmos documentos. Em relação ao primeiro estudo, os resultados fornecem evidências de que as técnicas sistematizam a atividade, gerando modelos mais padronizados e, em relação ao segundo, os resultados mostraram que a
maioria dos defeitos encontrados foi comuns às duas técnicas. Além disso, realizou-se também um estudo que mostrou a influência positiva da sistematização e padronização de Modelos de Casos de Uso na aplicação da métrica Pontos de Casos de Uso.
|
3 |
Diretrizes para elaboração de documento de requisitos com ênfase nos requisitos funcionais.Kawai, Karina Kiyomi 30 September 2005 (has links)
Made available in DSpace on 2016-06-02T19:05:25Z (GMT). No. of bitstreams: 1
DissKKK.pdf: 1271632 bytes, checksum: 7825f0fbdf16d2be8d537be29256ecce (MD5)
Previous issue date: 2005-09-30 / This work presents Guidelines to elaborate the Requirements Document (RD) based
on Functional Requirements made up of three items: i) a Template to specify the Functional
Requirements, which determines a set of basic information that should compose the
requirement description; ii) Writing Recommendations that offer suggestions to avoid certain
defects during requirement writing and iii) a Pre-Inspection Checklist that supports a brief
evaluation of the requirements to help in deciding if the RD should be submitted to an
inspection. Definition of such Guidelines were based on the analysis of some requirement
specification standards, some writing recommendations suggested by some authors and
mainly, on the evaluation of applying PBR-User, Checklist and TUCCA (Technique for Use
Case Construction and construction-based requirements Analysis) inspection techniques in
three different RDs. The main objective to define these Guidelines was to facilitate the
application of TUCCA, which supports the elaboration of Use Case Model (UCM) and the
inspection of RD, for which a tool that has the RD as input is being developed. The case study
to evaluate the proposed Guidelines consisted of the application of PBR-User, Checklist and
TUCCA in three RDs and posterior application of the three techniques in these same RDs
after they were modified according to the proposed Guidelines. The obtained results showed
that TUCCA application was made easier when RD followed the Guidelines and there was a
defect reduction in RD thus increasing the quality of this document. / Este trabalho apresenta Diretrizes para a Elaboração de Documento de Requisitos
(DR) com ênfase nos Requisitos Funcionais, compostas por três itens: i) Formato para
Especificação de Requisitos Funcionais, que determina um conjunto de informações básicas
que deve compor a descrição do requisito; ii) Recomendação de Escrita, que oferece
sugestões para que determinados defeitos sejam evitados durante a escrita do requisito e iii)
Checklist Pré-Inspeção, que apóia uma sucinta avaliação dos requisitos de forma a ajudar na
decisão se o DR deve ser submetido a uma inspeção. A definição dessas Diretrizes teve como
base a análise de alguns padrões de especificação de requisitos, algumas recomendações de
escrita sugeridas por alguns autores e, principalmente, uma avaliação da aplicação das
técnicas de inspeção PBR-Usuário, Checklist e TUCCA (Technique for Use Case
Construction and construction-based requirements Analysis) em três DRs diferentes. O
objetivo principal de se definir essas Diretrizes foi apoiar a aplicação da TUCCA, a qual dá
suporte à construção de Modelos de Casos de Uso (MCU) e à inspeção do DR, para a qual
está sendo desenvolvida uma ferramenta que possui como entrada um DR. O estudo de caso
para a avaliação das Diretrizes propostas consistiu da aplicação da PBR-Usuário, Checklist e
TUCCA em três DRs e posterior aplicação dessas três técnicas de inspeção nesses mesmos
DRs alterados de acordo com as Diretrizes propostas. O resultado obtido mostrou que a
aplicação da TUCCA é bastante facilitada quando o DR segue as Diretrizes e que houve uma
redução de defeitos no DR, o que contribui para a qualidade desse documento.
|
Page generated in 0.0496 seconds