Made available in DSpace on 2013-08-07T18:43:02Z (GMT). No. of bitstreams: 1
000390003-Texto+Completo-0.pdf: 2056710 bytes, checksum: 99bda1fb62dfe7d9761de84a7693af20 (MD5)
Previous issue date: 2006 / A Software Requirements Specification (SRS) is decisive to the development of a succeeded final product. The software industry has been showing an increasing interest on the Requirements Engineering (RE), meaning that, it is necessary to understand what needs to be built before doing it. The software requirements represent the base whereby the quality is measured. Thus, the lack of accordance among them might represent a lack on their quality. There are many approaches to describe a SRS and how to specify the use cases. The requirements, SRS and use case specifications may have different aspects of quality, like legibility, integrity, consistence, non ambiguity, etc. The metrics perform an essential role on the requirement’s defects identification process, providing resources to visualize the discrepancies and to identify the points that are out of the scope. The literature presents metrics that are applied either on the requirements or on the use cases, however, this metrics do not assess the mapping quality. In this context, this thesis has as its main goal to propose a model to assess the quality on the translation from software requirements to use cases. It provides relevant information from the SRS in order to specify use cases and to identify errors and/or lack of mapping elements, causing the re-assessment only on the points that present problems. The main contribution of the proposed model is to allow the generation of consistent use cases specification with quality, through the discovery of shortcomings on the mapping and missing requirements in the SRS. / Um documento de especificação de requisitos de software (Software Requirements Specification - SRS) é decisivo para o desenvolvimento de um bom produto final. A indústria de software vem demonstrando crescente interesse pela engenharia de requisitos (ER), isto é, entender o que se deseja construir antes de começar a fazê-lo. Os requisitos de software constituem a base a partir da qual a qualidade é medida. Assim, a falta de conformidade com eles pode significar falta de qualidade. Existem diversas abordagens para escrever um SRS e especificar casos de uso. Os requisitos, SRS e especificação de casos de uso podem ter diferentes aspectos de qualidade, tais como, legibilidade, integralidade, consistência, não ambigüidade, etc. As métricas desempenham um papel essencial na detecção de defeitos dos requisitos, fornecendo meios para a visualização de discrepâncias e a identificação de pontos fora de uma situação projetada. A literatura apresenta métricas que são aplicadas nos requisitos, ou nos casos de uso, porém estas não avaliam a qualidade do mapeamento. Nesse sentido, este trabalho tem como principal objetivo propor um modelo para a avaliação da qualidade da tradução dos requisitos para especificação de casos de uso. Fornece informações importantes do SRS para especificar casos de uso e identificar erros e/ou ausência de elementos no mapeamento, fazendo com que a reavaliação seja feita somente nos pontos que apresentam problemas. A principal contribuição do modelo é permitir a geração de especificação de casos de uso consistente e de qualidade, através da descoberta de falhas no mapeamento e descoberta de requisitos ausentes no SRS.
| Identifer | oai:union.ndltd.org:IBICT/urn:repox.ist.utl.pt:RI_PUC_RS:oai:meriva.pucrs.br:10923/1588 |
| Date | January 2006 |
| Creators | Rocha, Fabiana Zaffalon Ferreira |
| Contributors | Bastos, Ricardo Melo |
| Publisher | Pontifícia Universidade Católica do Rio Grande do Sul, Porto Alegre |
| Source Sets | IBICT Brazilian ETDs |
| Language | Portuguese |
| Detected Language | English |
| Type | info:eu-repo/semantics/publishedVersion, info:eu-repo/semantics/masterThesis |
| Source | reponame:Repositório Institucional da PUC_RS, instname:Pontifícia Universidade Católica do Rio Grande do Sul, instacron:PUC_RS |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.0019 seconds