Made available in DSpace on 2014-12-17T15:48:08Z (GMT). No. of bitstreams: 1
FabioAGS_DISSERT.pdf: 1631308 bytes, checksum: cb5c8aa720129c7e7b32a24acd2a4b2c (MD5)
Previous issue date: 2013-07-30 / The importance of non-functional requirements for computer systems is increasing.
Satisfying these requirements requires special attention to the software architecture,
since an unsuitable architecture introduces greater complexity in addition to the intrinsic
complexity of the system. Some studies have shown that, despite requirements
engineering and software architecture activities act on different aspects of development,
they must be performed iteratively and intertwined to produce satisfactory
software systems. The STREAM process presents a systematic approach to reduce the
gap between requirements and architecture development, emphasizing the functional
requirements, but using the non-functional requirements in an ad hoc way. However,
non-functional requirements typically influence the system as a whole. Thus, the
STREAM uses Architectural Patterns to refine the software architecture. These patterns
are chosen by using non-functional requirements in an ad hoc way. This master
thesis presents a process to improve STREAM in making the choice of architectural
patterns systematic by using non-functional requirements, in order to guide the refinement
of a software architecture / Cada vez mais os sistemas computacionais precisam satisfazer requisitos n?ofuncionais.
No entanto a satisfa??o destes requisitos exige uma aten??o especial j? que
s?o requisitos que devem ser levados em considera??o pelas arquiteturas de software
que representam esses sistemas. Uma arquitetura de software inadequada introduz
uma complexidade maior, al?m da complexidade intr?nseca do sistema. Al?m disso,
estudos mostram que apesar das atividades de engenharia de requisitos e de arquitetura
de software atuarem em diferentes aspectos do desenvolvimento, ? preciso execut?-
las de forma iterativa e entrela?ada para produzir sistemas computacionais satisfat?rios.
Com o objetivo de diminuir a lacuna existente entre requisitos de software e
o desenvolvimento de uma arquitetura de software que reflita esses requisitos, foi
proposto o processo STREAM (Strategy for Transition between REquirements models
and Architectural Models). O STREAM consiste de uma abordagem sistem?tica que
enfatiza os requisitos funcionais, sendo os n?o-funcionais usados de forma ad hoc. Entretanto,
os requisitos n?o-funcionais normalmente impactam o sistema como um todo.
Assim, a maneira proposta pelo STREAM para fazer com que a arquitetura de
software desenvolvida reflita os Requisitos N?o-Funcionais elicitados no modelo de
requisitos ? atrav?s do refinamento da arquitetura usando padr?es arquiteturais escolhidos
com base nos requisitos n?o-funcionais. No STREAM a escolha desses padr?es
? realizada de forma ad hoc. Com o objetivo de sistematizar a forma de escolha dos
padr?es arquiteturais, esta disserta??o prop?e um processo para sistematizar a escolha
desses padr?es, a partir de requisitos n?o-funcionais racionalizados, que ser?o
usados para refinar arquitetura de software
| Identifer | oai:union.ndltd.org:IBICT/oai:repositorio.ufrn.br:123456789/18089 |
| Date | 30 July 2013 |
| Creators | Silva, Fabio Alexandre Gon?alves |
| Contributors | CPF:80700772472, http://lattes.cnpq.br/7982148962089986, Schuenemann, Carla Taciana Lima Louren?o Silva, CPF:02652851438, http://lattes.cnpq.br/0581226769296441, Silva, Lyrene Fernandes da, CPF:02097798454, Lucena, Marcia Jacyntha Nunes Rodrigues |
| Publisher | Universidade Federal do Rio Grande do Norte, Programa de P?s-Gradua??o em Sistemas e Computa??o, UFRN, BR, Ci?ncia da Computa??o |
| 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:Repositório Institucional da UFRN, instname:Universidade Federal do Rio Grande do Norte, instacron:UFRN |
| Rights | info:eu-repo/semantics/openAccess |
Page generated in 0.002 seconds