Detalhes bibliográficos
| Ano de defesa: |
2007 |
| Autor(a) principal: |
BASTOS FILHO, Francisco de Assis Menêzes |
| Orientador(a): |
ABDELOUAHAB, Zair
 |
| Banca de defesa: |
Não Informado pela instituição |
| Tipo de documento: |
Dissertação
|
| Tipo de acesso: |
Acesso aberto |
| Idioma: |
por |
| Instituição de defesa: |
Universidade Federal do Maranhão
|
| Programa de Pós-Graduação: |
PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA DE ELETRICIDADE/CCET
|
| Departamento: |
Engenharia
|
| País: |
BR
|
| Palavras-chave em Português: |
|
| Palavras-chave em Inglês: |
|
| Área do conhecimento CNPq: |
|
| Link de acesso: |
http://tedebc.ufma.br:8080/jspui/handle/tede/438
|
Resumo: |
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. |
