A globalização força cada vez mais a união entre empresas através de acordos e parcerias, fazendo do desenvolvimento colaborativo de novos produtos um requisito básico para a competitividade e sobrevivência. A gestão de projetos (GP), essencial para o desenvolvimento de produtos (DP), é uma área complexa, e, portanto, é difícil estruturar todos os elementos necessários para garantir o sucesso de sua aplicação prática. Um dos fatores mais importantes para a boa gestão de projetos é a gestão da comunicação e do conhecimento gerado durante o projeto. Neste contexto, este trabalho visa o levantamento de requisitos de software para gestão de projetos, contendo métodos, práticas e ferramentas relevantes à indústria e focado no processo de desenvolvimento colaborativo de produtos. Estes requisitos devem apoiar conceitos de colaboração e gestão de conhecimento, baseando-se em conceitos retirados da literatura; resultados de trabalhos passados dentro do grupo de engenharia integrada do Núcleo de Manufatura Avançada (NUMA) e requisitos provenientes das análises de softwares livres para gestão de projetos, complementando assim o desenvolvimento científico do grupo de pesquisa e as melhores práticas encontradas na indústria em geral. Esta pesquisa tem caráter qualitativo e descritivo e, como métodos de procedimento de pesquisa, a pesquisa descritiva do tipo participante-observador, pesquisa bibliográfica e documental. / Everyday, the globalization forces even more the joining of companies through business agreements and partnerships, making of the collaborative product development of new products a basic requirement to the competitiveness or even survival. The project management, essential to product development, is a complex area of knowledge and, therefore difficult to structuralize all the elements needed to ensure the success of its practical application inside different industries. One of the most important factors necessary to a good project management is managing the communication and the knowledge created along the project. Within this context, this work aims the develop a list of requirements for a project management software focused at the product development process. These requirements must include concepts of geographically distributed collaboration and knowledge management. The main sources for this work are the general literature; work results from past projects inside the engineering integration group of the Nucleus of Advanced Manufacturing of the University of São Paulo and requirements from analysis of open-source project management softwares, adding up to the scientific development of the research group and best practices found in the industry in general. This research is qualitative and descriptive. It makes use of the research methods of participant-observer, bibliographical research and documental research.

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.

Business process models are an important source of information for the development of information systems. However, changes in the environment can a ect the way business processes are performed. In order to obtain models that re ect the changes it is necessary to continuously check between model and reality. Good business processes need to be up-to-date and automated to represent the organizational environment. Thus, it is of paramount importance to represent adequately variability in Business Process Models. Representing and con guring business processes variability for a speci c organization allows the proper execution of processes. In addition, dynamic environment calls for exible con guration processes that can meet stakeholders' goals. However, selecting a con guration for business process is a challenging activity. Even though current approaches allow the representation of variability of business process models, the selection of business variants in a given context remains a challenging issue. In this proposal, we advocate the use of Non-Functional Requirements (NFR) and context-awareness information to drive the con guration of process models at run-time. We propose a model-driven business process con- guration approach called Business process Variability Con guration with Contexts and NFRs (BVCCoN), approach that keeps the variability representation, con guration knowledge and contextual information separated from the business process models. We illustrate the BVCCoN model and process through examples. The evaluation of our proposal is based on a simulation assessment. / Submitted by João Arthur Martins (joao.arthur@ufpe.br) on 2015-03-12T18:46:21Z No. of bitstreams: 2 Tese Emanuel Santos.pdf: 4118681 bytes, checksum: f565640ea4362fd5c2f2c8f9197b9e47 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) / Made available in DSpace on 2015-03-12T18:46:21Z (GMT). No. of bitstreams: 2 Tese Emanuel Santos.pdf: 4118681 bytes, checksum: f565640ea4362fd5c2f2c8f9197b9e47 (MD5) license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Previous issue date: 2013-05-10 / Modelos de processos de neg ocios s~ao uma importante fonte de informa c~ao para o desenvolvimento de sistemas de informa c~ao. No entanto, as mudan cas no ambiente podem afetar a forma como os processos de neg ocios s~ao realizados. A m de obter modelos que re etem as mudan cas e necess ario o alinhamento entre o modelo e a realidade. Processos de neg ocios bons precisam ser atualizados e automatizados para representar o ambiente organizacional. Assim, e de suma import^ancia representar adequadamente a variabilidade em Modelos de Processo de Neg ocio. Representar e con gurar a variabilidade em processos de neg ocio de uma organiza c~ao espec ca permite a execu c~ao adequada dos processos. Al em disso, o ambiente din^amico exige processos de con gura c~ao ex veis que possam atender os objetivos das partes interessadas. No entanto, selecionando uma con gura c~ao para o processo de neg ocio e uma atividade desa adora. Mesmo que as abordagens atuais permitam a representa c~ao da variabilidade dos modelos de processos de neg ocios, a sele c~ao de variantes de neg ocios em um determinado contexto continua a ser uma quest~ao a ser explorada. Nesta proposta, defendemos o uso de Requisitos N~ao Funcionais (RNF) e informa c~oes de contexto para conduzir a con gura c~ao de modelos de processos em tempo de execu c~ao. Propomos uma abordagem orientada a modelos para a con gura c~ao de processos de neg ocios chamada BVCCoN, a abordagem mant em a representa c~ao variabilidade, conhecimentos de con gura c~ao e informa c~ao contextual separados dos modelos de processos de neg ocios. A avalia c~ao da proposta baseia-se numa an alise de simula c~ao, assim como uma compara c~ao com algumas outras obras relevantes.

Submitted by Fabio Sobreira Campos da Costa (fabio.sobreira@ufpe.br) on 2016-04-05T15:42:49Z No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação - Jean Poul Varela.pdf: 3797900 bytes, checksum: fa011df68d9bf4b963c64b5a5b22c945 (MD5) / Made available in DSpace on 2016-04-05T15:42:49Z (GMT). No. of bitstreams: 2 license_rdf: 1232 bytes, checksum: 66e71c371cc565284e70f40736c94386 (MD5) Dissertação - Jean Poul Varela.pdf: 3797900 bytes, checksum: fa011df68d9bf4b963c64b5a5b22c945 (MD5) Previous issue date: 2015-02-23 / FACEPE / O processo GS2SPL (Goals and Scenarios to Software Product Lines) visa obter, de maneira sistemática, o modelo de features e a especificação de cenários de caso de uso, a partir de modelos de objetivos de uma linha de produto de software (LPS). Além disso, esse processo permite realizar a configuração desses artefatos de requisitos para um produto da LPS, com base no atendimento de requisitos nãofuncionais (RNFs). Contudo, essa configuração é realizada sem considerar o estado do contexto do ambiente no qual a aplicação gerada será implantada. Isso é uma limitação, pois uma configuração pode não atender as necessidades do stakeholders. Por outro lado, o processo E-SPL (Early Software Product Line) permite configurar o modelo de objetivos de um produto visando maximizar o atendimento de RNFs e levando em consideração o estado do contexto. Para superar a limitação do processo GS2SPL, o presente trabalho propõe uma extensão do processo GS2SPL para incorporar a atividade de configuração do E-SPL. O novo processo é chamado de GSC2SPL (Goals, Scenarios and Contexts to Software Product Lines), o qual possibilita a obtenção do modelo de features e cenários de caso de uso, a partir de modelos de objetivos contextuais. O processo também permite realizar a configuração desses artefatos de requisitos com base nas informações sobre o contexto e visando aumentar o atendimento dos requisitos nãofuncionais. O processo é apoiado pela ferramenta GCL-Tool (Goal and Context for Product Line - Tool). O processo foi aplicado à especificação de duas LPS: o Media@ e o Smart Home. / GS2SPL (Goals and Scenarios to Software Product Lines) is a process aimed at systematically obtaining a feature model and the specification of use case scenarios from goal models of a Software Product Line (SPL). Moreover, this process allows configuring specific applications of an SPL based on the fulfillment of non-functional requirements (NFRs). However, this configuration is performed without considering the context state in which the system will be deployed. This is a limitation because a configuration may not meet the needs of stakeholders. On the other hand, E-SPL (Early Software Product Line) is a process that allows configuring a product aimed maximizing the fulfillment of NFRs and taking into account the context state. To overcome the limitation of the GS2SPL process, in this work we propose extension of the GS2SPL process, to incorporate the configuration activity of the E-SPL. The new process is called GSC2SPL (Goals, Scenarios and Contexts to Software Product Lines), which allows obtaining a feature model and use case scenarios from contextual goal models. The process will also allow the configuration of such requirements artifacts based on the information about the context and aiming to maximize the fulfillment of non-functional requirements. The process is supported by the GCL-Tool (Goal and Context for Product Line - Tool). The process was applied to the specification of two LPS: Media@ and the Smart Home.

Made available in DSpace on 2016-12-23T14:33:38Z (GMT). No. of bitstreams: 1 dissertacao.pdf: 2000193 bytes, checksum: 7b0d1bbfbe14616b4ce8e7a9cf5a9d4f (MD5) Previous issue date: 2009-06-24 / Nowadays, it is acknowledged that reuse offers an important opportunity to achieve improvements in software development. Greater benefits, however, are achieved by reusing knowledge. Concerning knowledge reuse, two major kinds of knowledge should be considered: domain and task knowledge. For developing knowledge for reuse, models are needed to capture both, and ontologies can be used for this purpose. Domain ontologies describe the vocabulary related to a generic domain, while task ontologies describe the vocabulary related to a generic task. Domain ontologies have been extensively used in several areas in Computer Science, however, the same does not occur with task ontologies. There are few works presenting task ontologies, and there is no uniformity in representing them. Task knowledge involves two different facets: task decomposition and knowledge roles involved in the fulfillment of the subtasks. This work proposes the use of UFO (Unified Foundational Ontology) based UML profiles for representing task knowledge: OntoUML (that concerns class diagrams) modeling the knowledge roles involved and their properties and relations, and E-OntoUML (that concerns activity diagrams) capturing task decomposition and how knowledge roles act in their fulfillment. OntoUML is currently used to represent several domain ontologies. E-OntoUML is a new profile that is proposed here. This work also discusses how task ontologies can be combined with domain ontologies in order to describe the knowledge involved in a class of applications. Finally, since the main goal for capturing knowledge is to allow its reuse and sharing, an approach is proposed for reusing task ontologies in the Requirements Engineering process. / Atualmente, reconhece-se que a reutilização oferece uma importante oportunidade para alcançar melhorias no desenvolvimento de software. Maiores benefícios, no entanto, são obtidos pela reutilização em níveis mais altos de abstração, sobretudo pelo reúso de conhecimento. Em relação à reutilização de conhecimento, dois grandes tipos de conhecimento devem ser considerados: conhecimento de domínio e de tarefa. Para desenvolver o conhecimento para a reutilização, necessita-se de modelos para capturar ambos e ontologias podem ser utilizadas para este fim. Ontologias de domínio descrevem o vocabulário relacionado a um domínio genérico, enquanto ontologias de tarefa descrevem o vocabulário relacionado a uma tarefa genérica. Ontologias de domínio têm sido amplamente utilizadas nas mais diversas áreas da Ciência da Computação, entretanto o mesmo não ocorre com ontologias de tarefa. Existem poucos trabalhos apresentando ontologias de tarefa e não há uniformidade na representação das mesmas. O conhecimento de tarefa envolve dois aspectos principais: a decomposição em subtarefas e os papéis de conhecimento que as entidades do domínio irão exercer na realização da tarefa. Este trabalho propõe o uso de perfis UML baseados na Ontologia de Fundamentação Unificada (Unified Foundational Ontology UFO) para representar ontologias de tarefa: OntoUML (com base em diagramas de classes), para a modelagem dos papéis de conhecimento envolvidos e suas propriedades e relações, e E-OntoUML (com base em diagramas de atividades), para capturar a decomposição de tarefa e a participação dos papéis de conhecimento nas mesmas. O primeiro tem sido bastante utilizado para representar ontologias de domínio, enquanto o segundo é um novo perfil, proposto neste trabalho. Discute-se, também, como ontologias de tarefa podem ser combinadas com ontologias de domínio, a fim de descrever o conhecimento relativo a uma classe de aplicações. Por fim, uma vez que o principal objetivo para a captura do conhecimento é permitir o seu reuso e compartilhamento, propõe-se uma abordagem para reutilização de ontologias de tarefa no processo de Engenharia de Requisitos.

Made available in DSpace on 2014-07-29T14:57:52Z (GMT). No. of bitstreams: 1 Diss LuNishi.pdf: 535052 bytes, checksum: 312e4f56b2249ade58df12ebfe2b4dcb (MD5) Previous issue date: 2009-09-16 / This work uses mind maps to describe requirements and investigates this not well known application through an experiment. The experiment was based on desirable features sought by requirements engineers in notations and functions offered by tools. Both provided input to small changes in mind maps before a real specification was produced for the experiment. The results show that mind maps should be considered seriously as an alternative notation to describe software requirements / Este trabalho investiga o uso de mapas mentais na engenharia de requisitos, com destaque para o registro de requisitos. Características e funcionalidades desejáveis por engenheiros de requisitos foram coletadas e motivaram adaptações nos mapas mentais para uso neste domínio. Um experimento empregou a notação alterada e forneceu indícios positivos e negativos. O experimento permite, contudo, considerar o uso de mapas mentais como uma alternativa viável para o registro de requisitos e merecedora de pesquisas posteriores

Submitted by Nadir Basilio (nadirsb@uninove.br) on 2016-07-01T14:26:09Z No. of bitstreams: 1 Paulo Henrique Ribeiro De Oliveira.pdf: 2464979 bytes, checksum: 93b7213ac2b763d9ce75892da0e93cda (MD5) / Made available in DSpace on 2016-07-01T14:26:09Z (GMT). No. of bitstreams: 1 Paulo Henrique Ribeiro De Oliveira.pdf: 2464979 bytes, checksum: 93b7213ac2b763d9ce75892da0e93cda (MD5) Previous issue date: 2016-02-29 / The effort spent in maintaining systems regarded as legacies is relatively higher than that of new projects development effort. Such systems should be kept in place because, in most cases, are difficult to replace, given the complexity of changing the interaction and the impact on the functioning of processes, ie, the system can not stop. Thus, maintenance or modifications represent a sign of success for a Legacy System because it means that it is still useful and worth investing resources to keep it updated and running. However, if changes are carried out due to an emergency on business dynamics, and proper documentation is not completed, problems involving control and management of future maintenance might arise. In this context, it is the Requirements Engineering´s responsibility, as a sub-area of Software Engineering, to improve processes by proposing methods, tools and techniques that promote the development of the Requirement´s documentation, so that the requirements are in accordance with the satisfaction of stakeholders, meeting the business attributes in question. The objective of this work was to apply the Requirements Engineering in Legacy Systems of Management and Costing Methods of Sales Proposals in the stamping industry. Through literature review, document analysis and action research, the study was divided into four phases considering the development of the Sales Proposal Management and Costing Method System and three maintenance stages performed with the application of Requirements Engineering. In the first phase, a group of artifacts was generated expressing all system features. In the second phase, a progressive maintenance incorporated new features based in the system´s backlog with requirements collected in the first phase. The third phase included a new stamping business area that was not present in the initial development. Lastly, the fourth phase included new maintenance adjustments that answered to the needs of the stamping business system. The results of the study phases proved that the processes described in the Requirements Engineering (RE) were present in the information gathering actions, analysis, documentation and verification and validation of requirements, bringing academic and technical knowledge on issues related to legacy systems, ER and Software Engineering. As a result, it was concluded that the Requirements Engineering can be applied to Legacy Systems of Management and Costing Methods of Sales Proposals in stamping company in the industry. / O esforço despendido para a manutenção de sistemas considerados como legado é relativamente maior que o esforço de desenvolvimento de novos projetos. Tais sistemas devem ser mantidos em funcionamento pois, em sua maioria, são de difícil substituição, dada a complexidade de convívio da mudança e o impacto no funcionamento dos processos, ou seja, o sistema não pode parar. Dessa forma, manutenções ou modificações representam um sinal de sucesso para um sistema legado, pois significam que ele ainda é útil e que vale a pena investir recursos para mantê-lo atualizado e em funcionamento. No entanto, se modificações são realizadas emergencialmente devido a dinâmica do negócio, e a devida documentação não é realizada, tem-se instaurado o caos para o controle e gerência de futuras manutenções. Neste contexto, cabe à Engenharia de Requisitos, como sub-área da Engenharia de Software, aperfeiçoar os processos para o gerenciamento do ciclo de vida dos requisitos propondo métodos, ferramentas e técnicas que promovam o desenvolvimento do documento de requisitos, para que os requisitos estejam em conformidade com a satisfação dos stakeholders, atendendo as características do negócio em questão. Assim, o objetivo deste trabalho foi aplicar a Engenharia de Requisitos em Sistema Legado de Gestão e Custeio de Propostas Comerciais em empresa do setor de estamparia. Por meio de levantamento bibliográfico, análise documental e pesquisa-ação, o estudo foi dividido em quatro fases considerando o desenvolvimento do Sistema de Gestão e Custeio de Propostas Comerciais e três manutenções realizadas com a aplicação da Engenharia de Requisitos. Na primeira fase um conjunto de artefatos foi gerado expressando todas as funcionalidades do sistema. Na segunda fase uma manutenção evolutiva incorporou novas funcionalidades no sistema baseada em requisitos de backlog coletados na primeira fase. A terceira fase incluiu uma nova área de negócios da estamparia que não esteve presente no desenvolvimento inicial e a quarta fase contemplou novas manutenções ajustando o sistema as necessidades de negócio da estamparia. Os resultados das fases do estudo possibilitaram identificar que os processos descritos na Engenharia de Requisitos (ER) se fizeram presentes nas ações de levantamento, análise, documentação e verificação e validação de requisitos trazendo conhecimento acadêmico e técnico nos temas relacionados a sistemas legados, ER e Engenharia de Software. Concluiu-se, então, que a Engenharia de Requisitos pode ser aplicada em Sistema Legado de Gestão e Custeio de Propostas Comerciais em empresa do setor de estamparia.

[pt] Em função do ritmo acelerado com que tem surgido inovações de mercado, com as incertezas econômicas, a ascensão de mídias sociais, violações cibernéticas, e diversos outros fatores, os riscos organizacionais tem se tornado cada vez mais complexos e difíceis de serem geridos. É necessário que pensemos em modelos mais completos de representação de informações que possam interpretar os riscos aos quais as empresas estão expostas da maneira mais clara e detalhada possível. A modelagem i-estrela permite que informações sejam representadas sem que sejam excluídos detalhes relevantes para a gestão de riscos das organizações. Este artigo propõe uma modelagem de gestão de riscos por meio do modelo i-estrela, de forma a atender a necessidade de representação de informações complexas no atual ambiente de negócios empresarial. / [en] Due to the accelerated pace with which market innovations have emerged, with economic uncertainties, the rise of social media, security issues, and many other factors, organizational risks have become increasingly complex and challenging to manage. It is essential to think about more complete models of information representation that can interpret the risks to which companies are exposed, as clearly, and detailed as possible. The intentional modeling approach allows information to be represented without excluding details relevant to organizations risk management. This paper proposes a risk management modeling strategy using the iStar language to address the need for enhanced information representation in today s enterprise business environment.

O grande avanço das técnicas de Planejamento em Inteligência Artificial fez com que a Engenharia de Requisitos e a Engenharia do Conhecimento ganhassem extrema importância entre as disciplinas relacionadas a projeto de engenharia (Engineering Design). A especificação, modelagem e análise dos domínios de planejamento automático se tornam etapas fundamentais para melhor entender e classificar os domínios de planejamento, servindo também de guia na busca de soluções. Neste trabalho, é apresentada uma proposta de um ambiente integrado de modelagem e análise de domínios de planejamento, que leva em consideração o ciclo de vida de projeto, representado por uma ferramenta gráfica de modelagem que utiliza diferentes representações: a UML para modelar e analisar as características estáticas dos domínios; XML para armazenar, integrar, e exportar informação para outras linguagens (ex.: PDDL); as Redes de Petri para fazer a análise dinâmica; e a PDDL para testes com planejadores. / The great development in Artificial Intelligence Planning has emphasized the role of Requirements Engineering and Knowledge Engineering among the disciplines that contributes to Engineering Design. The modeling and specification of automated planning domains turn out to be fundamental tasks in order to understand and classify planning domains and guide the application of problem solving techniques. In this work, it is presented the proposed integrated environment for modeling and analyzing automated planning domains, which considered the life cycle of a project, represented by a tool that uses several language representations: UML to model and perform static analyses of planning environments; XML to hold, integrate, share and export information to other language representations (e.g. PDDL); Petri Nets, where dynamic analyses are made; and PDDL for testing models with planners.

Made available in DSpace on 2014-12-17T15:47:51Z (GMT). No. of bitstreams: 1 RaphaelMOCpdf.pdf: 3833849 bytes, checksum: fc73f8956766c49a68d58575132da8f2 (MD5) Previous issue date: 2009-06-29 / Researches in Requirements Engineering have been growing in the latest few years. Researchers are concerned with a set of open issues such as: communication between several user profiles involved in software engineering; scope definition; volatility and traceability issues. To cope with these issues a set of works are concentrated in (i) defining processes to collect client s specifications in order to solve scope issues; (ii) defining models to represent requirements to address communication and traceability issues; and (iii) working on mechanisms and processes to be applied to requirements modeling in order to facilitate requirements evolution and maintenance, addressing volatility and traceability issues. We propose an iterative Model-Driven process to solve these issues, based on a double layered CIM to communicate requirements related knowledge to a wider amount of stakeholders. We also present a tool to help requirements engineer through the RE process. Finally we present a case study to illustrate the process and tool s benefits and usage / Pesquisas em Engenharia de Requisitos tem crescido ao longo dos ?ltimos anos. Pesquisadores est?o preocupados com uma s?rie de problemas em aberto como: comunica??o entre diversos perfıs envolvidos na engenharia de requisito; problemas na defini??o de escopo; problemas de volatilidade e ratreabilidade de requisitos. Para lidar com este conjunto de problemas em aberto, um conjunto de trabalhos est?o concentrados em (i) definir processos para coletar especifica??es de clientes para lidar com prolemas de escopo; (ii) definir modelos para representar requisitos para lidar com problemas de comunica??o e rastreabilidade; e (iii) defini??o de mecanismos e processos para serem aplicados a modelagem de requisitos para facilitar a evolu??o e manuten??o de requisitos, lidando com problemas de volatilidade e rastreabilidade em requisitos. Neste trabalho ? proposto um processo dirigido por modelo para solucionar estes problemas em aberto. Este processo ? baseado na ideia de um CIM dividido em duas camadas de forma que se consiga difundir o conhecimento relacionado ao requisitos para um n?mero maior de stakeholders. Durante este trabalho tamb?m foi desenvolvida uma ferramenta que tem como objetivo auxiliar a execu??o de tal processo. Por fim apresentamos um estudo de caso para ilustrar os benef?cios do uso da ferramenta e do processo