Neste trabalho se descreve a implementação de um protótipo de sistema de hipertexto, construído sobre o sistema de banco de dados ZIM, para uso na análise de requisitos de sistemas de informações de escritórios. Inicialmente, são apresentadas as principais características dos sistemas de hipertexto, destacando-se o hibridismo entre banco de dados, esquemas de representação e interfaces. Comenta-se a funcionalidade, aplicações, vantagens e desvantagens de hipertextos. A seguir, são mencionados diversos trabalhos apresentados na literatura universal, relacionados com hipertexto. Também são feitos comentários sobre diversos sistemas, acadêmicos, experimentais ou comerciais, citados na literatura. O protótipo de hipertexto foi implementado sobre a versão 3.11G, para MS-DOS, do sistema de banco de dados ZIM, em ambiente PC-XT, stand-alone. ZIM é um sistema de banco de dados baseado no modelo Entidade-Relacionamento. Possui uma Linguagem de Desenvolvimento de Aplicações completa, incluindo a definição e o tratamento de formulários. Possui um dicionário de dados totalmente integrado e permite o desenvolvimento e a adaptação progressiva das mais complexas estruturas de informação. O protótipo de hipertexto foi construído visando a coleta e a organização de informações exclusivamente textuais, através da interação do usuário com o computador, direcionadas para a análise de requisitos de sistemas de informação de escritórios. No modelo proposto se destacam os principais conjuntos de entidades utilizados: nodos e textos, links, autores, tipos de nodos e tipos de links. Os nodos e textos contêm as informações textuais e de controle que caracterizam a rede do hipertexto. Seu conteúdo é exibido dentro de janelas que são apresentadas na tela de vídeo. Os links armazenam as informações que relacionam os nodos entre si. São inseridos no texto, diferenciados visualmente do restante do texto, através de ícones. Quando ativados, as links permitem a navegação de um texto para outro. 0 conjunto de entidades "autores" contém informações sobre os usuários do sistema: administradores, escritores ou leitores. O sistema controla a autoria de nodos e links, garantindo ao autor do objeto sua modificação ou remoção. O sistema permite que um autor edite o texto, preservando os links que estiverem associados. Na dissertação também são comentados os principais atributos e operações dos objetos do sistema: autores, nodos e textos, links, tipos de nodos e tipos de links, janelas e ancoras ou ícones. Comenta-se o relacionamento entre os nodos e as janelas, e entre os ícones e os links. Também são mencionados a utilidade e exemplos de tipos de nodos e de links. / This dissertation describes the implementation of a prototype of hypertext system. It was constructed on the basis of the ZIM database system, for use in information systems requirement analysis. The work presents the most important features of hypertext systems, emphasizing the hibridism of database, representation scheme and interface modality. It also comments on their functions, applications, advantages and disadvantages. It mentions many works, presented on the universal literature, related with hypertext. It also comments various academic, experimental and commercial systems, mentioned on the literature. The hypertext prototype was implemented using the version 3.11G of the -LIM database system for MS-DOS, on the basis of a PC-XT environment. ZIM is a database system based on the Entity- Relationship model. It has a full Application Development Language, with the provision for definition and treatment of customized forms. It has a fully integrated data dictionary and allows the progressive development or adaptation of the most complex information structures. The prototype of hypertext was constructed for interactivelly collecting and organizing textual information, in the information systems requirement analysis. In the proposed model, the main entity sets are "nodes" and "texts", "links", "authors", "node types" and "link types". The nodes and texts contain the textual and control information, that characterize the nodes of the hypertext net Their contents are presented inside of windows, in the screen. The links store the informations that connect the nodes. They are inserted in the text by icons, visiblely differentiated to the remaining text. When they are activated, the links allow the navigation for a text to another. The "authors" entity set contains informations of the users: administrators, writers and readers. The hypertext system controls authorship of the nodes and links, specially for the modification and deletion of the objects. The system allows that the author edits their texts, preserving the associated links. This dissertation comments the main attributes and operations for the hypertext objects, like authors, nodes and texts, links, node types and link types, windows and anchors or icons. It comments the relationship between the nodes and windows, and between icons and links. It also mentions the use and examples of the nodes types and links types.

Business environments in modern organizations, especially the Universities, have suffered deep transformations in the past few years, and so become more complex, what demands more information from the managers for the decision taking processes. In this sense, it can be observed that the result of the decision can take place, mostly, in accordance to the quality of the decision process, when the ideal would be to concentrate the whole management in an only system. However, in the Universities case, this is not possible, once many if those systems are adopted by the Federal Government. Therefore, in the Businnes Intelligence tools, it was found a probable alternative to minimize the complexity of the decision taking process, once this kind of system is properly used to work in a concentrated way with several sources of information. Thus, this is the problem in this study: Which are the requirements of a business intelligence system to Universidade Federal do Pampa. The research is characterized as an only case study, the approach is qualitative and exploratory. In order to elicit the requirements, documental research techniques, legacy systems analysis, interviews with some institution’s managers and prototyping were used. The prototype was built with the HTML language, following the same pattern of GURI system, to facilitate the users’ development and adaptation. The prototype was validated by the institution’s managers, being the main method for documenting the functional requirements. / Os ambientes de negócio das organizações contemporâneas, em especial das Universidades, têm passado por profundas modificações nos últimos anos, tornando-se cada vez mais complexos, o que exige dos gestores melhores informações para o processo de tomada de decisão. Logo, observa-se que o resultado da decisão pode se dar, em grande parte, em função da qualidade do processo decisório e que o ideal seria centralizar toda a gestão em um único sistema. No entanto, no caso das Universidades, isso não é possível, pois muitos desses sistemas são adotados por determinação do Governo Federal. Encontrou-se, então, nas ferramentas de Business Intelligence uma possível alternativa para minimizar a complexidade do processo de decisão, uma vez que este tipo de sistema é justamente utilizado para trabalhar de forma centralizada com variadas fontes de informação. Assim, a problemática deste estudo é a seguinte: Quais os requisitos de um sistema de business intelligence para a Universidade Federal do Pampa? A pesquisa caracteriza-se como um estudo de caso único com abordagem qualitativa e exploratória. Para elicitação de requisitos foram utilizadas as técnicas de pesquisa documental, análise dos sistemas legados, entrevistas com gestores da instituição e prototipação. O protótipo foi construído utilizando a linguagem HTML, e seguiu o mesmo o padrão do sistema GURI, para facilitar o desenvolvimento e a adaptação dos usuários. O protótipo foi validado por gestores da instituição, sendo a principal forma de documentação dos requisitos funcionais.

Submitted by Bruna Rodrigues (bruna92rodrigues@yahoo.com.br) on 2016-09-23T13:56:59Z No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:15Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Approved for entry into archive by Marina Freitas (marinapf@ufscar.br) on 2016-10-04T17:56:22Z (GMT) No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) / Made available in DSpace on 2016-10-04T17:56:29Z (GMT). No. of bitstreams: 1 TesePAPJ.pdf: 5493171 bytes, checksum: a61bbca991a0162dcea271bc085d522f (MD5) Previous issue date: 2015-11-17 / Não recebi financiamento / A software concern may be defined as a set of requirements related to the same purpose. A CrossCutting Concern (CCC) (or Early-Aspect) is a concern whose requirements cutacross other concern requirements and the inadequate modularization of this type of concern may hinder the software development and evolution. The Aspect-Oriented Requirements Engineering (AORE) area provides more appropriate strategies for CCC identification, representation and composition. A commonly reported issue on AORE approaches is the low effectiveness provided by them, regarding to the concern identification and classification. This is due to two main causes: (i) the lack of a broader understanding about software concerns domain; and (ii) the lack of appropriate resources to support software engineers during the identification and classification of software concerns. This work aims to mitigate the reported issue by dealing with its main causes. To do this, we present: (i) a reference ontology for software concerns domain, called O4C (Ontology for Concerns), that aims to make clear and precise the description of the elements of this domain; (ii) an ontologically-based AORE approach, called ObasCId (Ontologically-based Concern Identification); and (iii) a computational tool, called OBasCId-Tool, that automates some activities of the ObasCId approach. The evaluation of the proposed approach and its computational support was carried out through experimental studies, in order to verify the effectiveness and efficiency of these research products regarding to concern identification and classification. The results indicate the ObasCId approach may contribute positively to the recall of software concerns without harming the precision and the execution time of the approach. Regarding to the ObasCId- Tool, it has been considered approved by its users, regarding to its usefulness and easeof- use features. / Um interesse de software (concern) consiste em um conjunto de requisitos relacionados a um mesmo propósito. Quando um interesse possui requisitos que se encontram entrelaçados com requisitos de outros interesses, trata-se de um “Interesse Transversal” e a modularização inadequada desse tipo de interesse pode dificultar o desenvolvimento e a evolução do software. A área de Engenharia de Requisitos Orientada a Aspectos (EROA) oferece estratégias mais adequadas para identificação, representação e composição de Interesses Transversais (ITs). Um problema comumente relatado nos estudos experimentais sobre abordagens para EROA é a baixa efetividade proporcionada por elas, com relação à identificação e classificação de interesses do software. Isso ocorre por duas causas principais: (i) a falta de uma compreensão mais ampla a respeito do domínio de interesses de software; e (ii) a escassez de recursos apropriados para apoiar engenheiros de software durante a identificação e classificação dos interesses do software. O objetivo deste doutorado é mitigar o problema relatado, atacando suas principais causas por meio de: (i) uma ontologia de referência para o domínio de interesses de software, denominada O4C (Ontology for Concerns), cujo intuito é tornar clara e precisa a descrição dos elementos desse domínio; (ii) uma abordagem para EROA fundamentada nos conceitos da ontologia O4C, denominada ObasCId (Ontologically-based Concern Identification); e (iii) uma ferramenta computacional para automatização de algumas atividades da abordagem ObasCId, denominada OBasCId-Tool. A avaliação da abordagem proposta, bem como de seu apoio computacional, foi realizada por meio de estudos experimentais, visando a verificar a efetividade e eficiência desses produtos de pesquisa com relação à identificação e classificação de interesses de software. Os resultados indicaram que a abordagem ObasCId pode contribuir positivamente para a cobertura de interesses de software, sem prejudicar a precisão e o tempo de execução dessa abordagem. Quanto à ferramenta ObasCId-Tool, a mesma foi considerada satisfatória por seus usuários, com relação às suas características de utilidade e facilidade de uso.

Made available in DSpace on 2015-05-14T12:36:31Z (GMT). No. of bitstreams: 1 arquivototal.pdf: 5528255 bytes, checksum: a0288caf46be4569d85b7a218a0a4dc7 (MD5) Previous issue date: 2011-11-21 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior - CAPES / The addition of software to TV programs through the implantation of the Brazilian Digital TV boosted the integration of these two major industries: software and TV. These two directions have different thoughts and ways of working, however, with the release of the Digital TV these two professional, communication and information technology need to work together. The software requirements specification follows some of the activities defined in accordance with the procedure being used. In digital television requirements elicitation, we find a different environment in which there are several professional profiles involved in this activity. This research present an agile process for requirements specification in interactive programs that integrate audiovisual content and interactive applications, in order to facilitate understanding and development of the interactive program by the team involved. The approach presented is based on a screenplay and interactive user stories. The interactive script will add the interactive application information to the communication team script and the storyboard will facilitate the understanding of the application. The process was used in a real project, where twelve interactive programs were developed. Finally, we discuss the results and perspectives. / A adição de software aos programas de TV através da implantação do Sistema Brasileiro de TV Digital impulsionou a integração dessas duas grandes indústrias: software e TV. Essas duas linhas de trabalho possuem diferentes pensamentos e formas de trabalhar, contudo, com a chegada da TV Digital estes dois perfis profissionais, comunicação e informática necessitam trabalhar juntos. A especificação de requisitos do software segue algumas atividades determinadas de acordo com o processo que está sendo utilizado. Na televisão digital a elicitação de requisitos encontra um ambiente diferente, no qual, temos perfis profissionais diversos que estão envolvidos nesta atividade. Neste trabalho apresentamos um processo ágil para a especificação de requisitos em programas interativos que integram conteúdo audiovisual e aplicações interativas, buscando facilitar o entendimento e desenvolvimento do programa interativo pela equipe envolvida. A abordagem apresentada é baseada em roteiro interativo e histórias de usuário. O roteiro interativo vai adicionar as informações da aplicação interativa ao roteiro da equipe de comunicação e, o storyboard irá facilitar o entendimento da aplicação. O processo foi utilizado em um projeto real, onde doze programas interativos foram desenvolvidos. Por fim, são discutidos os resultados obtidos e perspectivas.

Submitted by RAQUEL TEIXEIRA CAMPOS null (kel_76@hotmail.com) on 2017-07-07T00:11:20Z No. of bitstreams: 1 Dissertação final DFSS_Raquel Campos.pdf: 1845537 bytes, checksum: d48eed6005c37ea47313bb9a9f74b44e (MD5) / Approved for entry into archive by LUIZA DE MENEZES ROMANETTO (luizamenezes@reitoria.unesp.br) on 2017-07-07T14:28:54Z (GMT) No. of bitstreams: 1 campos_rt_me_bauru.pdf: 1845537 bytes, checksum: d48eed6005c37ea47313bb9a9f74b44e (MD5) / Made available in DSpace on 2017-07-07T14:28:54Z (GMT). No. of bitstreams: 1 campos_rt_me_bauru.pdf: 1845537 bytes, checksum: d48eed6005c37ea47313bb9a9f74b44e (MD5) Previous issue date: 2017-06-20 / O design for six sigma (DFSS) é um método normalmente adotado para se planejar o design do produto com alto nível de qualidade, o DFSS tem início na concepção do produto ou processo, para que os mesmos sejam projetados ou planejados isentos de erros, sem a necessidade de melhorá-los nas etapas subsequentes do processo de desenvolvimento de produtos (PDP). O objetivo deste trabalho consiste em propor um framework para a aplicação e implementação do DFSS no PDP. O método de pesquisa adotado foi dividido em duas etapas. Primeiramente foi feita uma revisão bibliográfica sistemática, posteriormente o framework teórico foi desenvolvido, e posteriormente analisado em uma empresa de grande porte e que adota o método DFSS há mais de três anos. As principais características deste framework desenvolvido e analisado são: a síntese de métodos e ferramentas específicas para a aplicação e implementação do DFSS no PDP, seguindo o passo a passo do modelo DMADV do DFSS com a descrição dos principais objetivos de cada fase do método. Os resultados da pesquisa mostraram que a utilização do DFSS encontra algumas barreiras, e que nem todas as ferramentas que o método propõe, baseadas na literatura, são utilizadas em organizações por serem ferramentas complexas. Ao final, o trabalho apresenta um novo framework baseado na análise da organização com as ferramentas e métodos aplicados por ela. / Design for Six Sigma (DFSS) is a commonly adopted method for designing a product with a high level of quality, starting with the design of the product or process, so that it is designed or planned without error, without the need of improvement in subsequent stages of the product development process (PDP). The objective of this work is to suggest a framework for the application and implementation of DFSS in PDP. The research method adopted was divided into two stages. First, a systematic bibliographic review was done and afterwards, the theoretical framework developed was evaluated in a large company that uses the DFSS method for more than three years. The main characteristics of this framework developed and evaluated are: the synthesis of specific methods and tools for the application and implementation of the DFSS in the PDP, following the step by step of the DMADV model of the DFSS with the description of the main objectives of each phase of the method. The results of the research presented that the use of the DFSS finds some barriers, and verified that not all tools of the method are used in organizations because they are too complex. The work presents a new framework based on the analysis of the organization with the tools and methods applied by this company.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-02-09T22:01:23Z No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-02-10T18:03:16Z (GMT) No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) / Made available in DSpace on 2017-02-10T18:03:16Z (GMT). No. of bitstreams: 1 AlessandroJoseDeSouza_TESE.pdf: 6314138 bytes, checksum: 8dd80a04c2a37ca05516dadfd003dbf5 (MD5) Previous issue date: 2016-05-06 / Para que se possa obter sucesso no desenvolvimento de um projeto de software, ? necess?rio conhecer seus requisitos, sejam eles funcionais ou n?o-funcionais (atributos de qualidade). Nesse sentido, os use cases t?m sido amplamente adotados pelos profissionais de engenharia de software como uma das ferramentas para elicita??o e an?lise de requisitos. No entanto, sua forma fragmentada e textual de descri??o das funcionalidades do sistema n?o tem sido suficiente para suscitar os interesses relacionados ao design de interface do usu?rio. Este fato levou profissionais de intera??o humano-computador a criarem seus pr?prios m?todos e t?cnicas que, muitas vezes, contrap?em-se ? filosofia usada por engenheiros de software para modelagem da intera??o usu?rio-sistema. Por essa raz?o, com o prop?sito de melhorar o suporte ? descri??o de use case integrado com o design centrado no usu?rio, prop?e-se a Visual Language for Use Case Description (VL4UCD). Neste trabalho, ? definido o uso da VL4UCD durante as tarefas de an?lise e valida??o de requisitos, de forma a endere?ar, ainda na fase inicial do projeto, as preocupa??es de ambos os grupos (engenharia de software e intera??o humano-computador) sobre o desenvolvimento de sistemas de software interativo. / In order to success during the development of a software project, it is necessary to know its requirement, whether they are functional requirements or non-function requirements (quality attributes). In that direction, the use cases have been widely adopted by both Software Engineering and Human-Computer Interaction professionals. However, its fragmented and textual form of the system description has not been enough to provide interest concerned to the user interface design. This fact has led human-computer interaction professionals to create their own methods and techniques which often go in the opposite the philosophy used by software engineers for modeling the user-system interaction. Therefore, aiming to improve the support to use case description integrated with the user centered-design, it is proposed the Visual Language for Use Case Description - VL4UCD. In this work, it is defended the use of VL4UCD during the tasks of analysis and requirement validation, of form to address, still in the initial project phase, the concerns of both groups (software engineering and human-computer interaction) about of software interactive system development.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-02-20T21:14:32Z No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-02-23T20:20:51Z (GMT) No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) / Made available in DSpace on 2017-02-23T20:20:51Z (GMT). No. of bitstreams: 1 RobsonPauloDaSilva_DISSERT.pdf: 13158742 bytes, checksum: 0a1b1bd60f390902c7d125d1b1dc0d4a (MD5) Previous issue date: 2016-08-26 / M?todos ?geis tornaram-se uma forma de desenvolvimento predominante, sendo praticados em larga escala na ind?stria e objeto de grande interesse cient?fico pela comunidade acad?mica. Apesar de qualidades reconhecidas pelos praticantes e pela academia, existem alguns pontos de fraqueza em que os M?todos ?geis poderiam se beneficiar de solu??es mais conservadoras, importadas dos m?todos tradicionais. Como, por exemplo, situa??es em que ocorre a perda da mem?ria coletiva devido ? alta rotatividade de pessoal, ou a mudan?a do desenvolvimento de onshore para offshore. Uma destas solu??es que pode trazer muitos benef?cios para os processos ?geis de desenvolvimento ? o emprego de Rastreabilidade para apoiar a gest?o de projetos. O objetivo deste trabalho ? apresentar um modelo de refer?ncia de rastreabilidade no ?mbito de gest?o de projetos em M?todos ?geis e mostrar como aplic?-lo em um contexto real. Para construir este modelo foi feita uma revis?o da literatura, na qual foram buscadas entidades de refer?ncia que representam conceitos, necessidades de informa??o, reconhecidos pela comunidade cient?fica como importantes para o rastreamento de requisitos, al?m daqueles relacionados a projetos ?geis. Estes conceitos foram empregados na an?lise dos dados de projetos de software de uma grande corpora??o, para identificar problemas tais como: falta de testes; inconsist?ncias na instancia??o dos processos; defici?ncias na gest?o dos projetos e; incoer?ncias entre as Hist?rias de Usu?rio e seus detalhamentos. / Agile methods have become a predominant form of development, being practiced on a large scale in the industry and object of great scientific interest in the academic community. Despite its many qualities recognized by practitioners and the academia, there are some points of weakness on what Agile Methods could benefit from more conservative solutions, imported from the traditional methods, for example, situations in which there is loss of collective memory due to high staff turnover, or changing the development of onshore to offshore. One of these solutions that can bring many benefits to the agile development process is the use of traceability to support project management in Agile Methods. The aim of this paper is to present a traceability reference model for Agile methods project management scope and show how to apply it in a real context. To build this model a literature review was conducted, in which reference entities were sought representing concepts, information needs, recognized by the scientific community as important for traceability requirements in addition to those related to Agile projects. These concepts were used in the construction of a traceability reference model whose usefulness was evaluated in the extraction of software project management information of a large corporation. Used to identify problems such as lack of testing; inconsistencies in the instantiation of processes; deficiencies in the management of projects and; inconsistencies between the User Stories and his detailing.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-03-21T18:19:38Z No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-03-27T21:23:41Z (GMT) No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) / Made available in DSpace on 2017-03-27T21:23:41Z (GMT). No. of bitstreams: 1 JulioCesarLeoncioDaSilva_DISSERT.pdf: 1394881 bytes, checksum: 747cd2cfe814ce2f10219f841055abdb (MD5) Previous issue date: 2016-08-25 / Muitas vezes o arquiteto de software respons?vel pela defini??o e avalia??o da arquitetura de software n?o consegue estabelecer quais requisitos n?o-funcionais devem ser priorizados no desenvolvimento de seus sistemas. Com isso, falhas podem ocorrer durante a execu??o do sistema demandando mais tempo e recursos para que seja corrigido. Em muitos casos, com a inexperi?ncia dos arquitetos ou a necessidade de disponibiliza??o r?pida de um sistema, os requisitos n?o-funcionais n?o s?o considerados durante a defini??o da arquitetura de software e tamb?m n?o ? feita a devida documenta??o da arquitetura, tornando dif?cil o acesso e entendimento da arquitetura pelos demais integrantes da equipe e dificultando a manuten??o de componentes/m?dulos da arquitetura e respectivos relacionamentos. Este trabalho buscou levantar junto ?s empresas de software, p?blicas e privadas, quais as principais estrat?gias utilizadas na defini??o e avalia??o da arquitetura, principalmente na obten??o e cumprimento dos requisitos n?o-funcionais, e documenta??o arquitetural. Nosso estudo contou com a participa??o de 17 arquitetos de software para responder o question?rio proposto. Com a realiza??o do question?rio identificamos que os requisitos n?o-funcionais de desempenho e confiabilidade s?o os mais importantes a serem atendidos pela arquitetura e que mesmo com a exist?ncia de algumas abordagens para a avalia??o de arquiteturas, elas n?o parecem estar bem difundidas e/ou utilizadas entre os arquitetos. Ao tratar especificamente o requisito de desempenho, os arquitetos julgaram que em uma an?lise de desempenho de um sistema de software a informa??o mais importante a ser exibida deve ser o tempo de resposta das requisi??es a um determinado cen?rio, acompanhado do tempo de execu??o dos m?todos que fazem parte desse cen?rio. Em rela??o ? documenta??o arquitetural, a maioria dos entrevistados afirmaram utilizar, no m?nimo, algum tipo de documenta??o no momento de cria??o de um sistema de software, destacando-se a utiliza??o de diagramas de classe e de componentes como as formas mais comuns de documenta??o utilizadas pelos arquitetos. Al?m disso, o trabalho prop?e a utiliza??o de um guia que busca auxiliar arquitetos de software na atividade de avalia??o do cumprimento dos requisitos n?o-funcionais pela arquitetura durante a evolu??o do sistema, priorizando o requisito n?o-funcional de desempenho. Ao avaliar a aplica??o do guia, os entrevistados apontaram a abordagem de an?lise de logs para identificar os cen?rios priorit?rios numa avalia??o de desempenho como uma das principais contribui??es do guia e que poderia facilitar na identifica??o e compara??o das vers?es dos seus sistemas. / Usually, the software architect responsible for the software architecture definition and evaluation cannot prioritize which non-functional requirements must be prioritized during the development of their systems. Because of that, failures may happen during the system execution requiring more time and resources to fix them. In many cases, due to the inexperience of architects or the need for rapid deployment of a system, the non-functional requirements are not considered in the software architecture definition phase and its documentation is absent or incomplete, making the software architecture difficult to be understood, modified and envolved by other team members. This work investigates the main strategies and techniques used to document software architectures and to evaluate non-functional requirements by existing software development companies. Our study had the participation of 17 software architects to answer the survey. Our work identified that performance and reliability non-functional requirements are the most important to be addressed by the architecture and even with the existence of some approaches to evaluate architectures, they do not seem to be disseminated and used among architects. The architects judged that in a performance analysis of a software system the most important information to be displayed should be the response time of the system scenarios. Regarding architecture documentation, most interviewees stated that they used some kind of documentation. The use of class diagrams and component diagrams are the most common forms of documentation used by architects. Besides that, we propose a guide to help software architects in the task of achieving such non-functional requirements during the evolution of software systems. The proposed guide prioritizes the non-functional requirement of performance. The logs analysis approach to identify priority scenarios in a performance assessment was pointed out as one of the key contributions of the guide and could facilitate the identification and comparison of the versions of their systems.

Submitted by Automa??o e Estat?stica (sst@bczm.ufrn.br) on 2017-11-01T21:17:49Z No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) / Approved for entry into archive by Arlan Eloi Leite Silva (eloihistoriador@yahoo.com.br) on 2017-11-07T21:46:59Z (GMT) No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) / Made available in DSpace on 2017-11-07T21:46:59Z (GMT). No. of bitstreams: 1 FabioFernandesPenha_DISSERT.pdf: 4488288 bytes, checksum: ce0cffc3a8dfa247b84cbd463115a11f (MD5) Previous issue date: 2017-07-28 / A sociedade moderna, progressivamente, proporciona ambientes sociot?cnicos com sistemas complexos. Esses sistemas s?o complexos por conta do grande n?mero de partes que interagem de modo n?o simples, dada as propriedades dessas partes e das leis que regem essas intera??es. Al?m dessa circunst?ncia, trabalhos da Engenharia de Software refor?am que o universo das informa??es necess?rias para realizar uma modelagem ? mais amplo, e envolve mais dimens?es das j? consolidadas: est?tica e din?mica. Assim, surge o framework iStar com uma ontologia delineada para capturar e representar informa??es intencionais e sociais do ambiente analisado em dois modelos gr?ficos: Depend?ncia Estrat?gica (SD - Strategic Dependency ) e Racioc?nio Estrat?gico (SR - Strategic Rationale ). Entretanto, esse mesmo framework n?o oferece alternativas para melhorar a compreens?o dos seus modelos gr?ficos, quando esses representam um grande n?mero de partes desses ambientes, ou seja, sistemas complexos. Diante disso, o objetivo desta disserta??o foi oferecer uma alternativa ao framework iStar para lidar com a complexidade proporcionada pelos sistemas complexos, desta forma, influenciar positivamente a compreens?o e o aprendizado dos modelos iStar. Com esse fim, foi desenvolvida uma nota??o textual para compreender as informa??es sociais atrav?s de uma estrutura interdependente. Na avalia- ??o desenvolvida, observou-se a relev?ncia dessa nota??o textual para os modelos gr?ficos da seguinte forma: (i) uma alternativa complementar para leitura dos modelos gr?ficos, como tamb?m, (ii) a import?ncia da constru??o desses modelos a partir de composi??es de estruturas interdependentes. / A modern society, progressively, provides increasingly sociotechnical environments through of complex systems. This complexity is to due to the large number of parties interacting in a non-simple way, given the properties of these parts and the laws governing these interactions. In addition to this circumstance, the Software Engineering reinforces that the universe of information needed to perform a broader modeling, and involves more dimensions of already consolidated: static and dynamic. Thus, the iStar framework emerges with an ontology capable of capturing and represent intentional and social information of the environment analyzed in two graphic models: Strategic Dependency (SD) and Strategic Reasoning (SR). However, this same framework does not offer alternatives to improve the understanding of its graphic models, when these represent a large number of parts of these environments. Therefore, the objective of this dissertation was to offer an alternative to the iStar framework to deal with the complexity provided by the complex systems, in order to positively influence the understanding and learning of the iStar models. To this end, a textual notation has been developed to understand social information through an interdependent structure. In the developed evaluation, it was observed the relevance of this textual notation for the graphic models as follows: (i) a complementary alternative for reading of the graphic models, as well as (ii) the importance of building these models from interdependent structures.

A especificação dos requisitos de software pressupõe que se conheçam os requisitos do sistema do que será parte. Os requisitos do sistema, por sua vez, pressupõem o conhecimento do negócio (business) onde o sistema será utilizado. Para que estes conhecimentos sejam obtidos é importante o envolvimento dos stakeholders tanto no nível de sistema quanto no nível de negócio. As literaturas sobre Engenharia de Requisitos, Engenharia de Software e Engenharia de Sistemas concordam que o envolvimento dos stakeholders é fundamental. O tratamento dispensado ao assunto, no entanto, é pequeno, dada a importância do tema. Esta dissertação, utilizando conceitos da Engenharia de Métodos Situacionais e de Design Science, apresenta o ZEP Framework, um artefato, produzido com o software EPF Composer, que permite a criação de métodos para envolver o stakeholder. Estes métodos, para serem criados, devem levar em consideração as peculiaridades da organização, dos recursos disponíveis e do projeto em si. São apresentados, ainda, alguns cenários, na área de Turismo, como exemplos da utilização do framework. / The specification of software requirements implies that the system requirements are known. The system requirement requires knowledge about the business of which the system will be a part. To obtain this knowledge it is important to engage stakeholders not only at the system level, but at the business level as well. The literature on Requirements Engineering, Software Engineering and Systems Engineering consider the involvement of stakeholders as fundamental. Despite this, the treatment of the subject is not proportional to its importance. This dissertation, using concepts from Situational Method Engineering and Design Science, presents the ZEP Framework, an artifact built with the EPF Composer software, that allows the creation of methods to engage stakeholders. These methods consider the specific situation of the organization, the resources available and the characteristics of the initiative itself. Some scenarios, in the Tourism field, are presented as examples of the utilization of the framework.