Trabalhos recentes na área de Planejamento e Escalonamento têm gerado uma grande expectativa em relação à aplicação dos resultados em sistemas reais. Neste cenário, métodos, ferramentas e conceitos provenientes das Engenharia do Conhecimento e da Engenharia de Requisitos se tornam fundamentais para caracterizar melhor, entender e especificar os domínios de planejamento. Nesse caso uma especial importância deve ser dada às etapas iniciais do processo, onde o conhecimento sobre o domínio é incompleto e onde existem poucas ferramentas, seja para o suporte ou automação parcial do processo, e as ferramentas já existentes carecem de métodos formais para a modelagem e análise dos requisitos. Neste trabalho propõe-se o ReKPlan (Ambiente para a Engenharia de Requisitos usando KAOS em problemas de planejamento), que usa KAOS, um método orientado a objetivos, para a modelagem de requisitos. Entretanto, o uso do KAOS (ou de qualquer outro método goaloriented) não atende à necessidade de verificar formalmente o comportamento dinâmico quando o alvo são sistemas de planejamento. A proposta deste trabalho é combinar o uso do método orientado a objetivos com o formalismo das Redes de Petri (Rdp) -especificamente a abordagem seguida pelo GHENeSys- para representar e analisar requisitos no projeto de sistemas de planejamento. Finalmente é proposto um método sobre o processo de projeto que, guiado por modelos, gera instruções PDDL servindo de entrada para os planejadores. A método foi aplicado a vários estudos de caso que o avaliam como um mecanismo promissor e eficiente na Engenharia de Requisitos resultando em uma melhor definição dos requisitos em problemas de planejamento. / Recent works in Planning and Scheduling, lead to a great expectations about how to apply achieved results in real systems. In this scenario, methods, tools and concepts from Knowledge and Requirements Engineering seem to be a key issue for characterizing, understanding and specifying the domain of planning problems. In this case a special attention should be given to the initial stages of the process, where knowledge about the domain is incomplete and there are a few tools to support or partially automate the process, and there is a lack of formal methods for modeling and analysis of requirements in the existing tools. This work proposes the ReKPlan (Requirement Engineering Using KAOS for Planning Problems) which uses KAOS, a goal-oriented method, for modeling requirements. However, the use of KAOS (or another goal-oriented method) don\'t seem the most appropriate for formal verification of the dynamic behavior of planning systems. The purpose of this work is to combine the use of KAOS with Petri Nets formalism (Rdp) - GHENeSys approach specifically - for modeling and analyzing requirements in the design of planning system. Finally is proposed a model driven engineering mechanism over a design for guiding, until the generation of PDDL instructions as input for planners to solve problems.

From the 1990\'s onwards, service science field has experienced a great growth, taking the Marketing academic field as the precursor, next gathering Management and also Engineering academic field. From business tool (i.e., e-commerce), new approaches in service delivery (e.g., IT-based self-service technology such as on-line ticketing and reservation, on-line bank account access, on-line package tracking, and so forth), and new ways of relating to customers (i.e., e-Customer Relationship Management), internet based and IT services prompted researchers to an infusion of Software Engineering concepts and techniques into Service field (MOUSSA; TOUZANI, 2010). The beginning of 2004 was marked by the introduction of the service dominant logic (SDL), advocating a transition from an good-based exchange economy to a service-based one. Also, at the same year, IBM launched a call to action on the Service Science, Management and Engineer (SSME) initiative, pushing service research towards a more formal science field (MAGLIO et al., 2006). Researchers and practitioners are studying and developing ways to consolidate service theories, laws, and principles in order to effectively manage and control service systems in practice. On the other hand, Service Systems are defined as systems with an intense relationship (or collaboration) with the customer. This collaborative relationship characteristic changes the current (good-based) idea of services: from a one way informational channel, to a multiple resource exchange and adaptable process with the costumer. In fact, it changes not only the way service systems are understood, but specially how to design it. In terms of the impact of the service dominant logic on different economic sectors, the impact over manufacturing industry had the attention of several different researchers over the world (AURICH; MANNWEILER; SCHWEITZER, 2010; CAVALIERI; PEZZOTTA, 2012; TOMIYAMA, 2001). The Service Engineering research field then advocate for the incursion of Service Design in manufacturing, changing entirely the current idea of a production chain transformation process from suppliers raw materials inputs until distribution to the final consumer. However, the new perspective on manufacturing services understand services that encompass products, surpassing the notion of a product\'s function design, to reach a receiver\'s state change design. To support adaptation and intense relationship to address customer individual needs, a manufacturing service initiative must be root on technologies that brings more freedom and flexibility into the production process. A production processes for manufacturing services must be formed be a new sophisticated network arrangement supported by internet and combined with intelligent machines. In fact, manufacturing has to be supported to reach the concept of smart (virtual) factories producing smart products. The Product-Service Architecture (or just PSA) was proposed firstly by(SILVA; NOF, 2015) with the objective of answering the needs for a serviceoriented approach to manufacturing industries. As defined by the authors, PSA is a distributed architecture where a service provider is defined as an open set of production unities (which could deliver products, services, or even product/services) that could be independent or commercially connected to the service provider corporation. It is an approach to address the problem of Service Systems from a Design perspective, based on an high-level architecture. The current design approach for PSA is imported from the Service Information Systems, forming a collection of design methods and languages highly connected to object oriented and service-oriented architecture (SOA) approaches. However, to achieve the provider-customer relationship, intense and collaborative, improvements on PSA design approach should be placed in order to allow an internal design that could achieve new solutions that adapt to meet the customer\'s needs. Our main hypothesis is that major problems are on the early phases of the design. Modifying the approaches of the PSA design discipline to approaches more connected to agent-oriented modeling could offer the necessary tools to improve the service design using PSA. Goal-Oriented Requirement Engineering (GORE) emerged as approach very consistent modeling approach strongly based on agent-oriented concepts. Adding the concepts of goals and softgoals to the design process, that could be understood as a high-level stakeholder objectives, it opened a new level of analysis capturing the \"why\" dimensions of the stakeholders(YU, 1997). Following modeling representations to increase agency for the PSA design Discipline, the concept of Intentionality, brought by the GORE method i*, meaning interests and motivation of agents, seems to fit to the objectives of service design. Therefore, we present on this work our proposal for an Intentional PSA Service Design Discipline to support modeling and design for service system that could be even applied to new manufacturing approaches. For the purposes of this work, we understand discipline as a set of rules, involving steps and tools, to achieve a proposed goal. Discipline, as it does not admit a formalism that allows it to be called a method. Therefore, it is a theoretical conceptual proposal that aims practical incursions to demonstrated improvements of the modeling process. Therefore, what we want to demonstrate is that the steps gathered, aligned to a framework improves the quality of the design process. It is not possible to formalize it completely since there is no formal definition of the elements (even for services). It should be noted that the conceptual basis of the intention-based method lies in the preliminary stage of requirements elicitation and analysis, which as we know can not be formalized. We seeks the enrichment of the current PSA design discipline approach with Goal-oriented and Intentional approaches to form a new Service Design Discipline applied for the PSA architecture. / A partir da década de 1990, o campo das ciências de serviço vivenciou um grande crescimento, tendo o Marketing como campo acadêmico precursor, seguido pela área de gestão e logo depois pelo campo acadêmico da engenharia. Desde ferramentas de negócios (ie, comércio eletrônico), passando por novas abordagens na prestação de serviços (por exemplo, tecnologia de autoatendimento baseada em TI, emissão de tickets e reservas on-line, acesso à conta bancária on-line, entre outras), novas formas de relacionar-se com clientes (por exemplo, e-Customer Relationship Management), os serviços baseados na Internet e TI levaram os pesquisadores a uma infusão de conceitos e técnicas relacionadas ã engenharia de software dentro do campo dos serviços (MOUSSA; TOUZANI, 2010). Já o início de 2004 foi marcado pela introdução da lógica dominante de serviço (SDL), defendendo a transição de uma economia de trocas baseadas em bens para uma baseada em serviços. Além disso, no mesmo ano, a IBM lançou um \"call to action\"para uma iniciativa chamada Service Science, Management e Engineer (SSME), provocando uma maior formalização ao campo de pesquisa das ciências de serviço (MAGLIO et al., 2006). Porém, hoje ainda pesquisadores e profissionais estão estudando e desenvolvendo maneiras de consolidar as teorias, leis e princípios das ciências de serviço, a fim de gerenciar e controlar os sistemas de serviços na prática. Por outro lado, os Sistemas de Serviço são definidos como sistemas com uma intensa relação (ou colaboração) com o cliente. Esta característica de relacionamento colaborativo altera a idéia atual de serviços (baseada em bens): de um canal informacional unidirecional, para um intercâmbio de recursos múltiplos através de um processo adaptável com o cliente. Na verdade, esta mudança altera não apenas a forma como os sistemas de serviço são entendidos, mas especialmente como são projetados. Em termos de impacto da lógica dominante de serviço sobre os diferentes setores econômicos, a indústria de manufatura acabou obtendo grande atenção de vários pesquisadores pelo mundo. (AURICH; MANNWEILER; SCHWEITZER, 2010; CAVALIERI; PEZZOTTA, 2012; TOMIYAMA, 2001). O campo de pesquisa de Engenharia de Serviços, que estuda o impacto da lógica de serviços sobre a manufatura, defende então a incursão do Design de Serviço no processo de fabricação, mudando inteiramente a idáia atual de uma cadeia de produção que se iniciava a partir dos insumos e matárias-primas vindas dos fornecedores, passando pela manufatura, atá a sua distribuição ao consumidor final. No entanto, a nova perspectiva sobre serviços de manufatura compreende serviços que englobam os produtos, superando assim a noção do design como projeto da função de um produto, para alcançar a ideia de design como o projeto da mudança de estado de um receptor. Com o objetivo de apoiar a adaptação e o relacionamento intenso em busca de atender às necessidades individuais de cada cliente, uma proposta para um manufatura orientada à serviços deve ter como base tecnologias que trazem mais liberdade e flexibilidade ao processo de produção. Um processo de produção para os serviços de manufatura deve ser, portanto, formado por um novo e sofisticado arranjo em rede conectados à internet, combinando máquinas inteligentes e colaborativas. A manufatura dessa maneira caminhará para uma proposta no qual fábricas inteligentes (virtuais) produz produtos inteligentes. A Arquitetura de Produto-Serviço (ou apenas PSA) foi proposta pela primeira vez por (SILVA; NOF, 2015) com o objetivo de responder às necessidades de uma abordagem orientada a serviços para indústrias de manufatura. Conforme definido pelos autores, o PSA é uma arquitetura distribuída no qual um provedor de serviços é definido como um conjunto aberto de unidades de produção (que poderiam fornecer produtos, serviços ou mesmo produtos / serviços) que poderiam ser independentes ou comercialmente conectados à empresa prestadora de serviços. O PSA é portanto uma abordagem para tratar do problema dos Sistemas de Serviço a partir de uma perspectiva de Design, baseada em uma arquitetura de alto nível. A abordagem de projeto atual para o PSA foi importada de tácnicas vindas dos Sistemas de Informação de Serviço, formando uma coleção de métodos de design e linguagens altamente conectados à abordagens orientadas a objetos e à arquitetura orientada a serviços (SOA). No entanto, para alcançar a relação fornecedor-cliente, intensa e colaborativa, algumas melhorias na abordagem de design utilizando o PSA devem ser feitas a fim de permitir um projeto interno que poderia alcançar novas soluções que se adaptem às necessidades do cliente. Nossa principal hipótese é de que os principais problemas estão concentrados nas fases iniciais do design. Por tanto, é necessário realizar modificações na disciplina de design atual do PSA em busca de abordagens mais conectadas à modelagem orientada à agentes que poderia oferecer as ferramentas necessárias para tal alteração. A Engenharia de Requisitos Orientada para o Objetivo (GORE), portanto, surge como uma candidata importante dado que é uma abordagem de modelagem muito consistente e também fortemente baseada em conceitos orientados a agentes. Esta adiciona conceitos como goals e softgoals, que podem ser entendidos como uma representação alto nível dos interesse dos stakeholders. Assim, permitindo um novo espaço de análise capturado através da dimensão dos \"porquês\"dos stakeholders (YU, 1997). Seguindo as representações de modelagem que buscam aumentar a agência com foco para uma possível aplicação na disciplina de design do PSA, o conceito de Intencionalidade, trazido pelo método GORE i*, que representa os interesses e motivação dos agentes, parece ajustar-se aos objetivos do design de serviço. Portanto, apresentamos neste trabalho a nossa proposta para uma Disciplina Intencional para o Design de Serviço usando o PSA para apoiar a modelagem e o design de sistema de serviço que poderiam ser aplicados até mesmo em conjunto com novas abordagens para manufatura. Para os fins desse trabalho, entendemos disciplina como um conjunto de regras, um código de conduta, envolvendo etapas e ferramentas, para alcançar um objetivo proposto. Discilpina, pois esta não admite formalismo que permita chamá-la de método. Portanto trata-se de uma proposta de base teórica conceitual que visa a incursão prática demonstrada pela melhoria do processo de modelagem. Logo, o que se quer demonstrar é que a reunião de passos, alinhado a um framework melhora a qualidade do pocesso. Não é possível formalizar completamente este método já que não há uma definição formal dos elementos (e nem mesmo de serviços). Note-se que ainda que a base conceitual do método baseado em intenções se encontra na fase preliminar da eliciação e análise de requisitos, que como se sabe não pode ser formalizada. Buscamos portanto o enriquecimento da atual abordagem de disciplina de projeto usando PSA com abordagens orientadas por objetivos e intencionais para formar uma nova disciplina de design de serviços aplicada para a arquitetura PSA.

Submitted by Franciele Moreira (francielemoreyra@gmail.com) on 2017-09-15T18:05:16Z No. of bitstreams: 2 Dissertação - Antônio Carlos de Freitas Silva - 2017.pdf: 3034588 bytes, checksum: 5c0e2f3957772c07bfd32c3d625ef453 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Approved for entry into archive by Luciana Ferreira (lucgeral@gmail.com) on 2017-09-18T11:57:55Z (GMT) No. of bitstreams: 2 Dissertação - Antônio Carlos de Freitas Silva - 2017.pdf: 3034588 bytes, checksum: 5c0e2f3957772c07bfd32c3d625ef453 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) / Made available in DSpace on 2017-09-18T11:57:55Z (GMT). No. of bitstreams: 2 Dissertação - Antônio Carlos de Freitas Silva - 2017.pdf: 3034588 bytes, checksum: 5c0e2f3957772c07bfd32c3d625ef453 (MD5) license_rdf: 0 bytes, checksum: d41d8cd98f00b204e9800998ecf8427e (MD5) Previous issue date: 2017-08-16 / Coordenação de Aperfeiçoamento de Pessoal de Nível Superior - CAPES / About 5% of worldwide population is deaf, and for this reason Sign Language (SL) is their natural language. The LS is not limited to communication, it is also important for learning, access to information, cultural and social interactions. A Systematic Literature Review (SR) in order to identify the papers in Software Engineering with deafs. The results of SR presents a gap in Requirements Engineering with deaf stakeholders. This work presents a approach the process for Requirements Engineering with deaf stakeholders using SL, your natural language. In development of this paper, a research group was created, containing researchers of Instituto de Informática (INF/UFG) and Faculdade de Letras (FL/UFG). This group counted with Sign Language Traders and Interpreters (TILS) and a deaf deaf teacher. The study case was a software to manage the tickets of TILS in UFG, the name is Central dos Intérpretes. / Cerca de 5% da população mundial é surda. Os surdos têm como língua natural a Língua de Sinais (LS). A LS não é limitada somente a comunicação, sendo também importante para a educação, acesso a informação, interação cultural e social. Foi realizada uma Revisão Sistemática da Literatura (RS) em busca de trabalhos de Engenharia de Software voltados para surdos. Os resultados dessa RS apresentam uma lacuna na Engenharia de Requisitos quando tratado com stakeholders surdos. Este trabalho apresenta uma abordagem para um processo de Engenharia de Requisitos com stakeholders surdos por meio da LS. Durante o desenvolvimento do trabalho um grupo de pesquisa foi formado entre pesquisadores do Instituto de Informática (INF/UFG) e Faculdade de Letras (FL/UFG). Este grupo conta com Tradutores e Intérpretes de Língua de Sinais (TILS) e uma professora surda. Com alvo foi definido um sistema para gerir as demandas dos TILS no âmbito da UFG, intitulado Central dos Intérpretes, pois era algo tangível para todos os envolvidos.

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.

O teste de software é considerado uma atividade importante para a revelação de falhas. Apesar desta vantagem, tem sido pouco explorado no âmbito de aplicações de Realidade Virtual (RV). Dentre as lacunas existentes, a definição e automatização de critérios de teste de software para esse domínio foi identificada, uma vez que esses sistemas possuem características próprias que requerem definição ou adaptação de técnicas de teste, fazendo com que aplicações nesse domínio constituam sistemas de alta complexidade. Diante disso, o objetivo desta tese é apresentar uma abordagem denominada Virtual Reality-Requirements Specification and Testing (VR-ReST) que visa apoiar a especificação de requisitos de aplicações de RV com base na descrição de casos de uso e conceitos do domínio de RV e Grafo de Cena (GC), derivar requisitos de teste e gerar dados de teste a partir dos requisitos especificados. Além disso, é apresentado um apoio ferramental chamado de Virtual Requirements Specification and Testing (ViReST), que permite automatizá-las. A abordagem é composta por três módulos: (i) especificação dos requisitos por meio do auxílio de um modelo denominado Virtual Requirements Specification (ViReS); (ii) mapeamento dos requisitos por meio de uma linguagem semi-formal chamada Behavior Language Requirement Specification (BeLaRS) para garantir uma especificação padronizada; e (iii) geração automática dos requisitos de teste e dos dados de teste. Foi realizado um estudo de caso para avaliar a conformidade e a usabilidade da BeLaRS em auxiliar a especificação de requisitos de uma aplicação de RV. Além disso, também foi realizado um experimento para avaliar a eficácia da abordagem VR-ReST por meio da ferramenta ViReST. Usando teste de mutação neste último experimento, a abordagem VR-ReST alcançou um escore de mutação médio de 15,49% maior que o teste aleatório. Portanto, os resultados mostraram que a abordagem, bem como o apoio ferramental, podem auxiliar o projetista durante a atividade de especificação de requisitos e o testador na geração dos testes para aplicações de RV. / Software testing is considered an important activity towards fault revealing. Despite this advantage, it has been few explored within the scope of Virtual Reality (VR) applications. Among the existing gaps, the definition and automation of software testing criteria for this domain were identified, since these systems have their own characteristics that require definition or adaptation of testing techniques, making applications in this domain constitute highly complex systems. Therefore, a Virtual Reality-Requirements Specification and Testing (VR-ReST) approach is presented to perform the functional test of VR applications using Scene Graph (SG) concepts and a support tool called Virtual Requirements Specification And Testing (ViReST), which allows you to automate them. The approach is composed of three modules: (i) the first consists in specifying the requirements by means of a model called Virtual Requirements Specification (ViReS); (ii) the second involves mapping the requirements through a semi-formal language called Behavior Language Requirement Specification (BeLaRS) to ensure a standardized specification; and (iii) the third is the automatic generation of test requirements and test data. A case study was conducted to evaluate the compliance and usability of BeLaRS in assisting the requirements specification of an RV application. Also, an experiment was also carried out to evaluate the effectiveness of the VR-ReST approach using the ViReST tool. Using mutation testing in this latter experiment, the VR-ResT approach achieved a mean mutation score of 15.49% higher than the random testing. Therefore, the results showed that the approach, as well as tooling support, can assist the designer during the requirement specification activity and the tester in generating the tests for RV applications.

[pt] Com os avanços de novas tecnologias de desenvolvimento de software, a mineração de texto tem ganho protagonismo na área de Engenharia de Requisitos (ER), já que a rede (Web) possibilita o acesso a grandes quantidades de informação. A utilização de técnicas de visualização ganha importância nesse sentido, porque permite agilizar a descoberta de conhecimento com visualizações adequadas. Neste trabalho disponibiliza-se uma estratégia para que o engenheiro de requisitos consiga acessar às visualizações desenvolvidas por pesquisas no uso de mineração para elicitação de requisitos. Uma revisão da literatura possibilitou a proposta de classificação de tarefas de mineração e visualizações associadas, especialmente na ER. Esta classificação constitui a base de conhecimento de um software (Biblioteca Digital) que organiza e filtra informações de acordo com a inter-relação entre tarefas e categorias, mostrando as pesquisas que sustentam cada relação. Para a avaliação da estratégia, com foco no software, foi executado uma avaliação que mostra o potencial da abordagem para agilizar a obtenção de conhecimentos por parte do engenheiro de requisitos. / [en] With advances in new technologies available for software development, text mining has grown in importance in the area of Requirements Engineering (ER) due to the availability of large amounts of information on the Web. The use of visualization techniques gains importance in this regard, since it allows the speedup of knowledge discovery with appropriate visualizations. This work provides a strategy for the requirements engineer to gain access, in an organized manner, to results of research in text mining with visualization in ER. For implementation, the classification of mining tasks and the visualizations categories in ER were summarized from the literature. This classification forms the knowledge base of a software (Digital Library) that organizes and filters information according to the interrelation between tasks and categories, showing the research that supports each relationship. For the evaluation of the strategy, with a focus on software, an evaluation was carried out that shows the potential of the approach to expedite the knowledge engineer s requirements.

[pt] Em geral, os Requisitos Não-funcionais (RNFs) só são tratados nas atividades relacionadas à arquitetura do software, e, muitas vezes, apenas durante a implementação. Essa situação resulta em custos mais altos e menor qualidade do software. Este trabalho estuda mecanismos para ressaltar os RNFs durante as atividades de construção de requisitos. A escolha dos requisitos pelos diversos interessados, dentro do processo de elicitação de requisitos do software através do consenso, é um problema complexo. Representar e estruturar dinâmicas de grupos, que são compostas por ações humanas, é um desafio. Durante o processo de decisão em grupo ocorre o debate de um conjunto de idéias, nem sempre expostas de maneira clara e nem sempre entendidas por todos da mesma forma. O debate envolve vários perfis de participantes, com pontos de vista distintos, e por vezes conflitantes. Sendo tais diferenças, em contra partida, fundamentais para a qualidade da decisão em grupo, pois as ideias são analisadas sob vários ângulos. Um processo colaborativo de construção de RNFs e seu suporte computacional são propostos. A abordagem de Negociação - Colaboração é reutilizada para trabalhar especificamente RNFs. Leva em consideração não apenas a construção dos RNFs em si, mas também a construção de suas interdependências. Tais interdependências entre os requisitos impactam a própria decisão sobre os RNFs a serem construídos. A avaliação do processo foi apoiada por um software desenvolvido para suporte, ao mesmo tempo, de mecanismos de Negociação-Colaboração e de atividades de especificação de RNFs. O software é assíncrono e distribuído geograficamente, facilitando a comunicação em grupo, mesmo que com membros distantes fisicamente. Foram realizadas três atividades avaliativas e os resultados produzidos demonstraram indícios positivos ao uso do processo na construção de RNFs. Para cada um dos projetos usados nas avaliações, foi produzida uma lista de RNFs cujo a consistência foi julgada pelos participantes envolvidos como suficientemente satisfatória. O número de RNFs foi dobrado nas três atividades de construção, revelando uma maior cobertura relativa aos atributos de qualidade inicialmente elencados para os softwares. / [en] Non-Functional Requirements (NFRs) are often managed late, either during design or, more often, just at implementation. This trend results in higher costs and low-quality software. Our work studies mechanisms to support RNFs, based on the collaborative dynamics of a negotiation process, during the requirements construction activities As such, we created a collaborative strategy for the construction of NFRs. An evaluation was conducted using a tailored tool built to implement the proposed Negotiation-Collaboration mechanisms. The choice of requirements by various stakeholders, within the process of eliciting software requirements through consensus, is a complex problem. Representing and structuring group dynamics, which are composed of human actions, is a challenge. During the group decision-making process, a set of ideas is debated, not always clearly expressed and not always understood by everyone in the same way. The debate involves several profilesq of participants, with different and sometimes conflicting points of view. Such differences, however, are fundamental to the quality of the group decision, as the ideas are analyzed from various perspectives. A collaborative strategy for building RNFs and their computational support is proposed. The Negotiation-Collaboration approach is reused to work specifically with RNFs. It takes into account not only the construction of the RNFs themselves, but also the construction of their interdependencies. Such interdependencies between the requirements impact the decision on the RNFs to be built. The strategy evaluation was supported by software developed to support, at the same time, Negotiation-Collaboration mechanisms and RNFs specification activities. The software is asynchronous and geographically distributed, facilitating group communication, even with physically distant members. Three evaluative activities were carried out, and the results showed positive indications for the use of the strategy in the construction of RNFs. For each of the projects used in the evaluations, a list of RNFs was produced, whose consistency was judged by the participants involved to be sufficiently satisfactory. The number of RNFs was duplicated in the three construction activities, revealing greater coverage regarding the quality attributes initially listed for the software.

Este trabalho apresenta os métodos consensuais como uma proposta para reduzir as insatisfações das pessoas envolvidas no processo de levantamento de requisitos e respeitar as dimensões humanas e sociais já no inicio do ciclo de vida de um sistema sociotécnico, considerando a aderência desses métodos às demais fases do ciclo de vida. / This text proposes the use of consensual methods to reduce people dissatisfaction in take part of requirement elicitation process and indentify, and respect, the human and social dimensions since the beginning of a sociotechnical system life cycle, evaluating the adhesion of these methods to the other phases of the lifecycle.

Submitted by PPG Ci?ncia da Computa??o (ppgcc@pucrs.br) on 2018-06-26T11:05:37Z No. of bitstreams: 1 MATEUS_PRESOTTO_BALEN_DIS.pdf: 1919889 bytes, checksum: 44d920fb6535d287fb71793205e67ca4 (MD5) / Approved for entry into archive by Sheila Dias (sheila.dias@pucrs.br) on 2018-07-02T11:52:57Z (GMT) No. of bitstreams: 1 MATEUS_PRESOTTO_BALEN_DIS.pdf: 1919889 bytes, checksum: 44d920fb6535d287fb71793205e67ca4 (MD5) / Made available in DSpace on 2018-07-02T12:08:26Z (GMT). No. of bitstreams: 1 MATEUS_PRESOTTO_BALEN_DIS.pdf: 1919889 bytes, checksum: 44d920fb6535d287fb71793205e67ca4 (MD5) Previous issue date: 2018-03-12 / Software systems have become larger and more complex with considerable dissemination in many industries. Due to the need to become more comprehensive, eventually, operationally and managerially independent systems tend to interoperate with themselves. This integration between independent systems with evolutionary nature and geographically distributed results a class of systems called System-of-Systems. Considering that the architeture of software defines a base structure of a system and the engineering of requirements identifieds the necessary functionalities for a system, these activities are essential for any system, as a consequence, the identification of the stakeholders of a system becomes a primordial activity to elicit the necessary requirements and consequently build the system with the expected functionalities. This study preesents a process and a model for the identification of the main stakeholders of Acknowledged System-of-Systems with the objective of minimizing the problems caused in the definitions of requirements system and software architecture in thus category system. / Sistemas de software t?m se tornado maiores e mais complexos com consider?vel dissemina??o em muitas ?reas. Devido ? necessidade de se tornarem mais abrangentes, eventualmente, os sistemas operacionalmente e gerencialmente independentes tendem a interoperar entre eles. Esta integra??o entre sistemas independentes com natureza evolutiva e geograficamente distribu?do resulta uma classe de sistemas chamada Sistema-de-Sistemas. Uma vez que a Arquitetura de Software define a estrutura base de um sistema e a Engenharia de Requisitos identifica as funcionalidades necess?rias para um sistema, entende-se que essas atividades s?o essenciais para qualquer sistema, assim tornando a identifica??o dos stakeholders de um sistema uma atividade primordial para elicitar os requisitos necess?rios e, consequentemente, construir o sistema com as funcionalidades esperadas. Esta disserta??o apresenta um processo e um modelo para a identifica??o dos principais stakeholders de Sistema-de-Sistemas Acknowledged com o intuito de minimizar os problemas causados nas defini??es dos requisitos do sistema e da arquitetura de software por desconhecer os principais stakeholders.

A preocupação da engenharia de software esteve por muito tempo relacionada a aspectos da funcionalidade do sistema, ou seja, com \"o que\" e \"como\" fazer e não com o \"por que\" fazer. Tais aspectos, envolvidos nos processos existentes, buscam a definição das propriedades desejadas, em lugar de observarem a informação de uma forma mais ampla, começando com as necessidades do próprio negócio, ou dos objetivos dos sistemas nele embutidos. As técnicas de análise estruturadas, diagrama de fluxo de dados e modelagem entidade e relacionamento modelam importantes conceitos para o desenvolvimento de sistemas, mas não buscam por soluções alternativas inovadoras aos problemas da organização. É comum encontrar situações onde o sistema não satisfaz às reais necessidades do negócio, embora esteja tecnicamente correto. O entendimento dos aspectos sociais, organizacionais, técnicos, jurídicos e econômicos é essencial para a realização de um bom trabalho de engenharia de requisitos. Nesse sentido, a modelagem organizacional facilita a compreensão do ambiente empresarial e é reconhecida como uma atividade valiosa pela engenharia de requisitos. O modelo organizacional representa o \"mundo\" onde se aplicam as regras do negócio. O entendimento das regras do negócio é muito importante para a organização ser flexível em um ambiente de crescente competitividade. Com a necessidade de se ter a modelagem dos aspectos relativos à organização para que o sistema atenda as suas reais necessidades, o presente trabalho tem como objetivo investigar o processo de desenvolvimento de software buscando conhecer técnicas ou métodos que atendem aos requisitos organizacionais, enfatizando o uso de regras do negócio com a finalidade de obter a especificação de requisitos. / The software engineering\'s focus were for a long time related to system\'s functionality aspects, or with \"what\" and \"how\" to do, and not with \"why\" to do. Those aspects in the existents process are looking for the definition of the desired proprieties instead observe the information in a more large aspect, beginning with the business needs itself or the systems goals inserted in it. The structure analysis techniques, flux data diagram, and relationship and entity modeling form important concepts for systems development but do not search for innovating alternatives solutions for organization\'s problems. It is very common to find situations were the system does not satisfy the real business needs, thought it is technically correct. The comprehension of social, organizational, technical, juridical and economics aspects are essential for a good realization of requirements in engineering work. In that way the enterprise modeling makes the business environment comprehension easier and is recognized as a value activity by the requirements engineering. The enterprise model represents the \"world\" where the business rules are applied. The comprehension of the business rules is very important so the organization can be flexible in a growing competitive environment. With the necessity to have a modeling of the relative aspects to the organization so the system can accomplish the real needs, this present research has the objective to investigate a software development process trying to find techniques or methods that answer the enterprise\'s requirement, emphasizing the use of business rules to obtain the specifics requirements.