Made available in DSpace on 2016-08-17T14:53:09Z (GMT). No. of bitstreams: 1
Francisco de Assis.pdf: 1036916 bytes, checksum: f22914501d5f211716214a40fad5d08a (MD5)
Previous issue date: 2007-03-30 / For several years, a lot of research is being done trying to find a solution for various problems
concerning requirements engineering. Various approaches have pointed out that the
requirements phase is the most important stage in the software development process. In
general, requirements that are mistakenly elicited, analyzed and specified, gives rise to the
development of low quality software. Non functional requirements gained little attention in
the literature and are less understood but they are critical factors to the software development.
When these requirements are badly elicited or not elicited at all, this gives rise to a difficulty
in their treatment and their validation. Thus, we think that treating non functional
requirements from the elicitation phase we contribute to a good software quality. This work
deals with two aspects related with non functional requirements, namely how to elicit them
and how to guarantee those requirements in conformity with a quality policy, even when new
requirements or new technologies are adopted. As to attain this aim, we have elicited the
requirements starting from a defined quality set necessary for medical applications. We
defined a quality policy based upon these needs in such a way we could measure the
conformity of non functional requirements definition specified in the requirements Document
(RDs) with the desired quality, specified in the quality policy. / Ao longo dos anos, muitas pesquisas vêm sendo desenvolvidas na tentativa de se encontrar
uma solução para os problemas relacionados à engenharia de requisitos. Existe uma
unanimidade em certas abordagens, em ressaltar que a fase de requisitos se constitui na etapa
mais crucial no processo de desenvolvimento de software. Freqüentemente, requisitos de
software são mal elicitados, analisados e especificados, sendo estes fatores decisivos para o
desenvolvimento de software de baixa qualidade. Requisitos não funcionais têm recebido
muito pouca atenção na literatura, são pouco compreendidos mas são críticos no processo de
desenvolvimento de software. O fato destes requisitos serem mal elicitados ou não elicitados
os tornam mais difíceis de serem tratados e validados. Acreditamos que ao abordarmos os
requisitos não funcionais desde a fase de elicitação, estamos contribuindo para a qualidade
geral do software que será produzido. Este trabalho aborda dois aspectos relacionados aos
requisitos não funcionais: como elicitá-los e como garantir a conformidade desses requisitos
com uma política de qualidade, mesmo quando novos requisitos ou novas tecnologias forem
adotadas. Para atingir este objetivo, elicitamos os requisitos a partir de um conjunto de
necessidades de qualidade definidas para aplicações médicas. Definimos uma política de
qualidade baseada nestas necessidades, de modo que possamos medir a conformidade das
definições dos requisitos não funcionais especificados no Documento de Requisitos (DRs)
com a qualidade desejada, especificada na política de qualidade.
| Identifer | oai:union.ndltd.org:IBICT/oai:tede2:tede/438 |
| Date | 30 March 2007 |
| Creators | BASTOS FILHO, Francisco de Assis Menêzes |
| Contributors | ABDELOUAHAB, Zair |
| Publisher | Universidade Federal do Maranhão, PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA DE ELETRICIDADE/CCET, UFMA, BR, Engenharia |
| Source Sets | IBICT Brazilian ETDs |
| Language | Portuguese |
| Detected Language | Portuguese |
| Type | info:eu-repo/semantics/publishedVersion, info:eu-repo/semantics/masterThesis |
| Format | application/pdf |
| Source | reponame:Biblioteca Digital de Teses e Dissertações da UFMA, instname:Universidade Federal do Maranhão, instacron:UFMA |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.0025 seconds