O projeto é uma etapa importante do empreendimento do subsetor Edificações, pois é o momento em que muitas decisões sobre o seu desempenho e a execução podem ser tomadas. Por essa razão, essa etapa é estratégica em relação à sustentabilidade ambiental. O objetivo geral da presente tese é propor diretrizes de gestão para empresas de projeto com foco no atendimento a requisitos ambientais em projetos de edificações. Para atingir o objetivo proposto, três etapas de pesquisa foram realizadas. A Etapa 1 tem foco no diagnóstico das práticas de algumas empresas que atuam no mercado: empresas de projeto de edificações e de consultoria em sustentabilidade ambiental. Os métodos utilizados nessa etapa são pesquisa-ação, questionário e pesquisa exploratória. Na Etapa 2 da pesquisa, três estudos de caso envolvendo empresas de projeto da cidade de São Paulo foram realizados, a fim de analisar a sua gestão com foco em sustentabilidade ambiental. Na Etapa 3, uma pesquisa survey foi realizada buscando investigar, de modo mais abrangente, se a sustentabilidade ambiental é considerada nos processos gerenciais das empresas. Os principais resultados dos estudos mostram que há fatores externos e internos à empresa que influenciam em sua reação frente às demandas de mercado ou da sociedade; a consideração da sustentabilidade ambiental pela empresa de projeto trouxe mudanças aos seus processos gerenciais. Esses resultados e a literatura fundamentaram a proposição de diretrizes de orientação de gestão para empresas de projeto com foco no atendimento a requisitos ambientais. A gestão propicia um ambiente mais favorável aos conceitos de sustentabilidade, durabilidade e desempenho. / Design is an important stage of the project in the Buildings subsector, because it is the time when many decisions may be taken about its performance and construction. For this reason, this stage is strategic in relation to environmental sustainability. The aim of this thesis is to propose management guidelines for design firms focused on meeting environmental requirements in building design. Three research stages were conducted to achieve this purpose. Stage 1 focuses on the practices diagnosis of some firms operating in the market: building design firms and consulting firms in environmental sustainability. The methods used at this stage are action-research, questionnaire and exploratory research. In Stage 2, three case studies involving design firms from São Paulo were carried out in order to analyze their management focusing on environmental sustainability. At Stage 3, a survey research was performed in order to more broadly investigate if environmental sustainability is considered in the firms\' management processes. The main results of the studies show that there are external and internal factors that influence the firms\' reaction faced with market or society demands; the consideration of the environmental sustainability by design firms brought changes to their management processes. The proposition of management guidelines for design firms focused on meeting environmental requirements in building design is founded on these results and on the literature. Management provides a more favorable environment to the concepts of sustainability, durability and performance.

Os métodos de ensaio editados pela ABNT para caracterizar argamassas colantes foram um avanço em termos de normalização do produto e ajudaram a melhorar sua qualidade. Entretanto, os métodos apresentam dispersão expressivamente elevada e especificam condições de ensaios que não condizem com a realidade das condições de campo. Em vista dessas discrepâncias, o presente trabalho analisa a normalização nacional juntamente com a normalização dos principais organismos internacionais. Para avaliar os principais requisitos de qualidade, foram estudadas dez amostras comerciais de argamassa colante. Através da análise dos resultados obtidos são propostas alterações nos métodos de ensaio da normalização da ABNT, como o deslizamento, tempo em aberto teórico e resistência de aderência à tração. Os pontos principais visam à alteração de critérios de qualidade e a condição ambiental de laboratório. Entre as propostas estão: 1) especificação do ensaio deslizamento apenas para produtos com esse propósito, 2) a eliminação do requisito resistência de aderência à tração na condição de cura em estufa, 3) novo critério para o requisito de resistência de aderência à tração na condição de cura submersa, 4) especificação de nova faixa de temperatura para a condição de clima quente na avaliação do tempo em aberto teórico e 5) inclusão do método de ensaio de tempo em aberto com a ruptura da película superficial. Além disso, são propostas a incorporação de métodos de ensaios utilizados para avaliação da uniformidade da argamassa durante a produção como: a perda de massa, resíduo em peneira e densidade de massa aparente. Também são propostas alterações na especificação e caracterização do substrato-padrão utilizados nos ensaios. / The Associação Brasileira de Normas Técnicas essay methods to characterize cementitious adhesives for tiles represented an advance in terms of standardization of the product and helped to improve its quality. However, the methods present high dispersion of results and specify essay conditions that do not correspond to the site real conditions. In view of these discrepancies, the present work brings out an analysis of the national standards and a comparison to the main international standards. To check for the main quality requirements, a study was carried out with ten samples of comercial cimentitious adhesives for tiles. Through analysis of the results, changes in the ABNT essay methods are proposed as to slip, open time and tensile adhesion strength. The main issues aim at changing the performance criteria and the laboratory ambient conditions. Among the proposals are the following: 1) specification of essay slip only for products with this purpose, 2) the elimination of heat curing in the tensile adhesion strength essay, 3) new criterion for water immersion curing, a new band of temperature for the warm climate condition in the evaluation of theoretical open time and 5) the inclusion of an open time essay method with rupture of the superficial film. Moreover, it is proposed essay methods for evaluation of the uniformity of the mortar during its production process like mass loss, sieve residue and apparent mass density. Also, changes in the specification and characterization of the concrete slab used in essays are proposed.

Apesar das novas e efetivas técnicas de engenharia de software, os projetos de desenvolvimento de sistemas estão propensos a ter os mesmos problemas que acometem o software de apoio à gestão. Entrega com atraso, acima do orçamento e não suprindo as reais necessidades dos usuários finais ou da organização que está financiando o desenvolvimento do sistema, são os principais problemas. Esse último problema é o que mais afeta o desenvolvimento de sistemas e é um desafio para que o desenvolvimento personalizado seja uma solução real para várias empresas. Este trabalho apresenta uma proposta de método de gestão que auxilie a comunicação entre as atividades associadas à engenharia de requisitos e as atividades associadas à modelagem dos processos de negócio. Essa abordagem concerne à gestão e tratamento de requisitos de sistemas baseando-se em técnicas de engenharia de processos de negócios e de engenharia de requisitos, no processo unificado de desenvolvimento de software e na utilização de linguagens semi-formais e formais de modelagem, UML e SysML respectivamente. O método pretende mitigar os efeitos dos problemas de comunicação existentes entre os diversos integrantes de um projeto, com especial atenção para a comunicação entre a equipe de requisitos do projeto e os stakeholders responsáveis pela aceitação e aprovação do sistema. A pesquisa, com o apoio da apresentação de dois casos que ilustram o método de gestão proposto, permite concluir que é possível tornar mais efetiva e produtiva a comunicação entre os diversos envolvidos com o projeto, podendo resultar em um processo mais eficiente para a aceitação dos requisitos junto aos stakeholders. / Despite new and effective software engineering techniques, system development projects are likely to have the same problems that affect the management support software. Delivery delay, above budget and not fitting the real needs of end users or the organization that is funding the system development, are the most common problems. The latter problem is the one that most affects the systems development and is a challenge for the custom development to be a real solution to several companies. This work presents a proposal for a management method to help the communication between the activities associated with the engineering requirements and the activities associated with business processes modeling. This approach, concerns to the systems requirements treatment and management, is based on business processes engineering and requirements engineering, in software development unified process and in the use of semi-formal and formal modeling languages as UML and SysML, respectively. The method seeks to mitigate the effects of the communication problems among the project members, with special attention to the communication between the project requirements team and the stakeholders responsible for the system acceptance and adoption. The research, supported by the presentation of two cases which illustrates the proposed management method, has concluded that it is possible to make more effective and productive communication among members related with the project, which may result a more efficient process for the stakeholders requirement acceptance.

Esta dissertação apresenta o levantamento e definição dos requisitos necessários para um sistema de monitoramento de veículos no transporte rodoviário de cargas, cujo custo de implantação seja acessível a grande parte das empresas. Para isso são aplicados alguns métodos da Engenharia de Requisitos, tais como: Vord, Preview e Volere. O conjunto de requisitos obtido através deste levantamento é então utilizado como fonte para a especificação de requisitos do sistema proposto. / This dissertation shows the survey and definition of the necessary requirements regarding a monitoring system for vehicles that transport goods via roads, whose low cost implementation is accessible for most of the companies. For this purpose, some methods of the Engineering of Requirements are applied, such as: Vord, Preview and Volere. The set of requirements gotten via this survey is the source for the specification of requirements of the proposed system.

Submitted by Pedro Henrique Rodrigues (pedro.henriquer@ufpe.br) on 2015-03-04T17:57:12Z No. of bitstreams: 2 dissertação_final.pdf: 3633395 bytes, checksum: 6d6ca33dd2139119527f6b4689c3d97a (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-04T17:57:12Z (GMT). No. of bitstreams: 2 dissertação_final.pdf: 3633395 bytes, checksum: 6d6ca33dd2139119527f6b4689c3d97a (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2012-02-28 / A Engenharia de Requisitos e o Projeto Arquitetural são duas atividades do processo de desenvolvimento de software que são fortemente relacionadas e sobrepostas. Apesar de existirem várias abordagens de integração entre estas atividades, nenhuma delas está totalmente consolidada. Nesse sentido, prover métodos efetivos de integração entre requisitos e arquitetura ainda é um desafio em aberto da Engenharia de Software. Nesse contexto, o processo STREAM (Strategy for Transition between Requirements and Architectural Models) apresenta uma abordagem dirigida a modelos para gerar arquitetura de software inicial – descrita utilizando a linguagem de descrição arquitetural Acme – a partir de modelos de requisitos em i*. Por outro lado, estudos recentes da comunidade de arquitetura de software têm enfatizado que especificar arquitetura de software só em termos de visões arquiteturais não é suficiente. Há a necessidade de tratar também as decisões de projeto arquitetural e o rationale associado a elas como entidades de primeira classe na especificação da arquitetura. No entanto, apesar de o STREAM oferecer uma maneira sistemática de derivar modelos de arquitetura que traz alguns dos benefícios do uso do framework i* e de transformações de modelos, ele não dá suporte a documentação de decisões arquiteturais e do rationale. Além disso, ele só prevê o refinamento da arquitetura com um subconjunto de decisões arquiteturais de estrutura e não leva em conta decisões arquiteturais relacionados com tecnologia. Dessa forma, esta dissertação define uma extensão do processo STREAM, denominada STREAM-ADD (Strategy for Transition between Requirements and Architectural Models with Architectural Decisions Documentation). Esta abordagem tem o objetivo de sistematizar a documentação de decisões estruturais e de decisões de tecnologia no momento em que são tomadas e permite o refinamento da arquitetura de acordo com tais decisões. Diante disso, foi definido um template de documentação de decisões arquiteturais que relaciona o rationale da decisão aos elementos das linguagens fonte (i*) e alvo (Acme) do STREAM. Finalmente, para exemplificar a utilização da abordagem, o processo proposto neste trabalho foi usado para especificar a arquitetura do sistema de agendamento de cursos MyCourses.

[pt] A rastreabilidade de requisitos eficaz oferece suporte para alcançar maior maturidade do projeto e melhor qualidade do produto. Pesquisadores argumentam que a rastreabilidade deve ser explicitamente definida antecipadamente e que a rastreabilidade eficaz acontece por acaso ou por meio de esforços ad-hoc. Além disso, estudos comprovam que os profissionais raramente seguem estratégias de rastreabilidade explícitas. Tal estratégia explícita de rastreabilidade deve, pelo menos, definir os artefatos a serem rastreados e os traços a serem criados entre eles. Considerando o ambiente de desenvolvimento de procedures Oracle, raramente se percebe alguma estratégia de rastreabilidade, especialmente entre a especificação de requisitos e o código SQL, o que torna a manutenção das procedures Oracle muito dispendiosa. Este trabalho apresenta como proposta, um processo que facilita a definição explícita de estratégias de rastreabilidade e que contém atividades necessárias para a elaboração de metas de uso da rastreabilidade. O processo também inclui atividades de projeto de rastreabilidade e validação de estratégia. Como estudo de caso, é realizada a instanciação do processo em um ambiente de desenvolvimento Oracle, onde se faz uso de modelos de rastreabilidade. / [en] Effective requirements traceability supports higher project maturity and better product quality. Researchers argue that traceability must be explicitly defined in advance and to be effective. In addition, studies show that professionals rarely follow explicit traceability strategies. An explicit traceability strategy should at least define the artifacts to be traced and the traits being created between them. Usually in a development environment of Oracle procedures, a traceability strategy is rare, especially between the requirements specification and the code, which makes code maintenance very expensive. This work presents a proposal of a process that facilitates the explicit definition of traceability strategies and activities necessary to the use of traceability. The process also includes traceability project and validation strategy activities. As a case study, an instantiation process in a development environment Oracle is performed using the proposed process.

[pt] TREG é um jogo para o treinamento em Engenharia de Requisitos, especificamente na técnica de Workshops. Foi criado no Second Life, usando suas possibilidades de modelagem 3D e programação. Este trabalho apresenta uma experiência de exploração num processo de prototipação e técnicas para o desenvolvimento do jogo. O ciclo de desenvolvimento do TREG utiliza o processo de prototipação baseado no livro Effective Prototyping for Software Makers, que descreve um processo iterativo que foi customizado para a criação do jogo educacional neste mundo virtual. Branching Stories é um género de simulações que dá uma visão geral de todos os caminhos possíveis do jogador no TREG. A técnica de Cenários é utilizada para a especificação das simulações modeladas no gráfico de Branching Stories. O desenho do TREG utiliza especificações feitas usando a técnica de Cenários para a modelagem de diferentes perspectivas de software. As maquinas de Estados modelam o comportamento dinâmico dos elementos de software, o diagrama de classes representa os objetos criados no Second Life e o diagrama de comunicação mostra as relações e a passagem de mensagens entre os objetos. Além disso, este trabalho apresenta os resultados dos testes de usabilidade e as dificuldades apresentadas pelos participantes para a utilização desta ferramenta. / [en] TREG is a game for training in Requirements Engineering, specifically in the Workshops technique. It was created in Second Life using its building and scripting possibilities. This works presents an exploration in the use of a prototyping process and techniques for developing the game. The prototyping process of the book Effective Prototyping for Software Makers is an iterative process which was customized for the development of the game in this virtual world. Branching Stories is a simulation genre that gives an overview of all the possible paths the player can take in TREG. Scenario is a Requirements Engineering technique used for the specification of the simulations modeled in the Branching Stories graph. The design of TREG used the Scenarios specifications for modeling the software perspectives. The state machine diagrams shows the dynamic behavior of the TREG objects, a class diagram represents the objects created in Second Life and the communication diagrams shows the relationships and the flow of messages between objects. This work also shows the results of the evaluation made and the difficulties presented by the participants whereas TREG was used. / [es] TREG es un juego para el entrenamiento en Ingeniería de Requisitos específicamente en la técnica de Workshops. Fue creado en Second Life, usando las posibilidades de modelamiento 3D y programación en este ambiente. Este trabajo presenta una experiencia de exploración en un proceso de prototipación y técnicas para desarrollar el juego. El ciclo de desarrollo de TREG utiliza el proceso de prototipación basado en el libro Effective Prototyping for Software Makers, este es un proceso iterativo que fue personalizado para la creación del juego educacional en este mundo virtual. Branching Stories es un género de simulaciones que da una visión global de todos los caminos posibles del jugador en TREG. La técnica de Escenarios es usada para la especificación de las simulaciones modeladas en el grafo de Branching Stories. El diseno de TREG utiliza las especificaciones realizadas con la técnica de escenarios para modelar diversas perspectivas del software. Las Maquinas de Estados modelan el comportamiento dinámico de los elementos del software, el diagrama de clases representa los objetos creados en Second Life y el diagrama de comunicación muestra las relaciones y paso de mensajes entre los objetos. Además, este trabajo muestra los resultados de la evaluación realizada así como las dificultades presentadas por los participantes al utilizar esta herramienta.

[pt] O design de sistemas interativos é um processo complexo, iterativo e colaborativo, que requer diferentes conhecimentos para sua realização, e composto por diferentes atividades que se inter-relacionam na composição de um produto final. As informações produzidas durante cada atividade são de extrema relevância para a continuidade do processo e para a compreensão, explicação e manutenção do produto produzido. Estas informações devem estar relacionadas e integradas em um discurso claro e coerente, permitindo sua rastreabilidade e contemplando a proveniência e o contexto em que foram produzidas. Observa-se, entretanto, que as propostas de captura e modelagem do processo de design em IHC provêem uma visão fragmentada e/ou incompleta deste processo. Por esta razão, propõe-se aqui um modelo epistêmico, baseado em Design Rationale (DR), adequado ao registro e modelagem do design de sistemas interativos. Com base na revisão e análise das principais visões e propostas do processo de design, seus requisitos, modelos, notações, linguagens de suporte foi proposto o modelo epistêmico Ideia. O modelo tem como principal objetivo registrar e comunicar as atividades de design de forma coesa, oferecendo subsídios para a reflexão da equipe de design sobre as atividades do processo de design, bem como informações de proveniência para a rastreabilidade das informações. Para isso, o modelo propõe a integração dos insumos e produtos (e.g., requisitos, modelos, artefatos) das atividades de design, oferecendo uma ponte entre as atividades de análise (espaço de problema) e de design conceitual (espaço de solução) por meio do DR. O modelo foi implementado no protótipo Deprost e adotado no design de parte de um sistema colaborativo, o sistema WikiMapps, possibilitando avaliar a proposta através de um estudo de caso sobre seu desempenho quanto ao que é proposto. / [en] The design of interactive systems is a complex, iterative and collaborative process, composed of different activities that are interrelated in the composition of a final product and requires different expertise to perform it. The information produced during each activity is very important for the continuity of the process and to understand, explain and maintain the product produced. This information must be related and integrated in a clear and coherent speech, allowing traceability and addressing the origin and the context in which they were produced. It is noted, however, that the proposed process catch and modeling in HCI design provide a fragmented and/or incomplete view of this process. For this reason, we propose an epistemic model, based on Design Rationale (DR), suitable for the recording and modeling of the design of interactive systems. Based on the review and analysis of the key views and proposals of the design process, their requirements, models, notations and support languages, the epistemic model Ideia has been proposed. The model has as its main goal to register and report design activities in a cohesive manner, offering support for the reflection of the design team about the activities of the design process as well as information sources for the traceability of information. For this, the model proposes the integration of inputs and outputs (e.g., requirements, models, artifacts) of the activities of analysis (problem space) and the conceptual design (solution space) DR. The model was implemented in the Deprost prototype and adopted in the design of part of the WikiMapps project, allowing us to evaluate the proposal in a real case study.

Orientador: Hilda Carvalho de Oliveira / Coorientador: Fabricio Aparecido Breve / Banca: João Paulo Papa / Banca: Fabiano Cutigi Ferrari / Resumo: As organizações produtoras de software vêm enfrentando problemas e desafios em relação à qualidade do software há muitas décadas. O gerenciamento da qualidade envolve três processos básicos: planejamento da qualidade, garantia da qualidade e controle da qualidade. O processo de controle da qualidade provê informações para avaliação do desempenho e mudanças nos projetos, processos ou produtos. Para isso, indicadores de desempenho devem ser definidos e analisados para apoiar as tomadas de decisão. Durante o monitoramento dos processos da produção de software, dados dos indicadores de desempenho são coletados e armazenados em bases históricas para serem analisados pelos administradores dos processos. Técnicas de controle estatístico da qualidade auxiliam a avaliação dos dados coletados. Contudo, alguns aspectos dificultam a análise adequada para as tomadas de decisão em tempo hábil. O controle da qualidade pode requerer análise de grupos de indicadores, compostos por indicadores de vários processos e de diferentes granularidades, tipos e frequencias de coleta. Além disso, à medida que o volume de dados dos indicadores aumenta, a complexidade das análises também tende a aumentar. Nesse contexto, este trabalho apresenta uma sistemática para análise dos indicadores de desempenho, utilizando técnicas de aprendizado de máquina semi-supervisionado. Essa sistemática é composta por etapas que abrangem a seleção dos indicadores, o processo de rotulagem e a análise dos dados coletados no monitoramento. Adicionalmente, o trabalho apresenta um modelo de referência para apoiar a seleção dos indicadores, baseado nos processos dos níveis G e F do modelo de qualidade MPS-SW. Outro modelo de referência desenvolvido é baseado nas perspectivas do modelo Balanced Scorecard, com a finalidade de apoiar a definição de grupos de indicadores. Os processos de rotulagem e análise dos dados são feitos em um único passo... / Abstract: Software development companies have been facing problems and challenges in relation to software quality for decades. Quality management involves three basic processes: quality planning, quality assurance and quality control. The quality control process provides information to evaluate the performance and changes in projects, processes or products. For this, performance indicators should be defined and analyzed in order to help decision-making. During the monitoring of the software production processes, data of the performance indicators is collected and stored in historical bases in order to be analyzed by the managers of the processes. Statistical quality control techniques aid the evaluation of the collected data. However, some aspects complicate the appropriate analysis to timely decision-making. The quality control may require analyzing groups of indicators, composed of indicators of various processes and with different granularity, types and collect frequency. Furthermore, as the volume of indicator data increases, the complexity of analysis also tends to increase. In this context, this work presents a systematic for analysis of performance indicators, using semi-supervised machine learning techniques.This systematic consists of steps that cover the selection of indicators, the process of labeling and the analysis of data collected in monitoring. In addition, the work presents a reference model to support the selection of indicators, considering the processes of the levels G and F of the MPS model for software (MPS-SW). The other developed reference model is based on the perspectives of the Balanced Scorecard model, in order to support the definition of groups of indicators. The labeling process and the data analysis process are done in a single step. Information visualization techniques are used to support the labeling process. The work presents a case study on the systematic presented, using real data from a software development ... / Mestre

Manter os documentos de requisitos atualizados e recuperar os requisitos de um software são desafios enfrentados por desenvolvedores no seu dia a dia durante o desenvolvimento, a manutenção e a evolução de sistemas. Embora existam técnicas para gestão de requisitos, muitas vezes estas técnicas não são aplicadas, os requisitos não são atualizados e a única fonte de informação confiável sobre um software passa a ser seu código-fonte. Esta tese apresenta a TDRRC, uma técnica para a documentação e recuperação dos requisitos no código-fonte usando anotações. A TDRRC possibilita a reengenharia de requisitos sem que haja uma interrupção no desenvolvimento e permite que os requisitos sejam documentados em ambientes de desenvolvimento ágil. A TDRRC contribui para a redução dos problemas relacionados à atualização dos requisitos, pois o desenvolvedor responsável pelo programa passa a ser responsável pela documentação e atualização dos requisitos no código-fonte que ele escreve e mantém. Este trabalho apresenta também formas de aplicar a TDRRC na reengenharia de requisitos, em métodos ágeis e na gestão de requisitos, assim como a sua aplicação em um estudo de caso. / Keeping requirements documents updated and recovering requirements of a software are common challenges faced by developers on their day to day activities. Although there are many requirements management techniques, usually these techniques are not applied, requirements are not updated and the only reliable source of information about a software becomes its source code. This thesis presents TDRRC, a technique that can be used to document and retrieve requirements from the source code using annotations. Applying TDRRC, it is possible to reengineer the requirements of a software without interrupting its development. Also requirements can be documented in a agile environment. TDRRC also contributes to minimize requirements documents update issues as the developer will be clearly responsible for documenting and updating the requirements in the source code he is programming. This thesis also presents how to apply the technique in a requirement reengineering project, in a agile development environment and in a requirements management process. Finally a case study is presented.