Made available in DSpace on 2014-06-12T15:58:52Z (GMT). No. of bitstreams: 2 arquivo4737_1.pdf: 1391363 bytes, checksum: 855faf4ae322ae49deddd5210ea88639 (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2003 / A sobrevivência de uma companhia está relacionada a questões sociais, econômicas e políticas. Ela deve lutar num mercado competitivo que cresce, pressionada pela necessidade de oferecer maior qualidade no desenvolvimento dos produtos, num curto espaço de tempo, de modo a satisfazer seus clientes. As companhias gastam fortunas em projetos de software que são cancelados, que ultrapassam os custos previstos, que são entregues além do tempo estimado e que não atendem às necessidades quando concluídos. Há muitas pesquisas em andamento na tentativa de solucionar estes problemas, principalmente nos campos da tecnologia e de processos de desenvolvimento e gerenciamento de software, resultando em novas metodologias disponíveis no mercado. As organizações de software precisam selecionar uma metodologia que suporte o desenvolvimento do projeto, visando a liberação de produtos dentro dos custos e prazos estimados, e com a qualidade exigida pelo cliente. Este trabalho propõe um processo para selecionar uma metodologia para o desenvolvimento de um projeto de software. O processo de seleção se fundamenta em vários trabalhos correlatos, tais como a norma ISO/IEC-14102 e o modelo de Aquisição de Software (SA-CMM), proposto pelo Software Engineering Institute. Além do processo de seleção, o trabalho também apresenta o protótipo de uma ferramenta de apoio ao mesmo, partindo do pressuposto que os requisitos da metodologia para o projeto foram definidos e que as metodologias disponíveis foram previamente avaliadas

É possível notar no trabalho diário das empresas que a pressão por diminuir o prazo de entrega dos softwares ainda é uma realidade. Neste contexto, empresas adotam técnicas de desenvolvimento ágil de software, implementando entregas constantes e estabelecendo ciclos iterativos e curtos no processo de desenvolvimento de software. Mas, se por um lado estas técnicas visam inovar e reduzir tempo de desenvolvimento, por outro, as empresas sentem-se pressionadas a adotar a forma tradicional de manter a qualidade de software. Neste ponto, o CMMI se apresenta como um modelo de maturidade de reconhecimento mundial e é classificado na abordagem tradicional por pregar grande formalismo e foco no processo. A abordagem ágil coloca que os indivíduos e suas interações têm maior importância que os processos e as ferramentas e que ser adaptável às mudanças é mais importante do que seguir a rigor o planejado. Ao integrar estes dois modelos de abordagens distintas espera-se que as práticas ágeis possam ajudar organizações maduras a se tornarem mais flexíveis. Com o intuito de averiguar esta integração, utilizou-se o método de pesquisa de estudo de caso, de modo a se aprofundar nas empresas que possuem certificação CMMI e decidiram adotar o modelo de desenvolvimento ágil. O objetivo é levantar como estas empresas resolveram os pontos de conflito da abordagem tradicional e ágil, de modo a se tornarem mais eficazes. O estudo ainda contém um quadro de integração CMMI versus desenvolvimento ágil de modo a elencar os pontos que merecem maior atenção e esforço de adaptação, visando a concretização da integração. / It\'s possible to notice in the daily work of companies that pressure by decreasing the delivery of software is still a reality. It is in this context that companies adopt the techniques of agile software development, implementing and establishing constant deliveries and short iterative cycles in the process of software development. But if on the one hand these techniques aim to innovate and reduce development time, on the other, companies feel pressured to adopt the traditional way of maintaining the quality of software. At this point, the CMMI is presented as maturity model worldwide recognition, classified in the traditional approach for preaching extensive formalism and focus on the process, as the agile approach puts individuals and their interactions is more important than processes and tools, where being adaptable changes is more important than following the strict what was planned. By integrating these two models of different approaches, it is expected that agile practices can help organizations mature to become more flexible. In order to investigate this integration is that this study uses the research method of case study so as to deepen the companies that have decided to adopt CMMI and agile development model. The goal is to raise as these companies solved the trouble spots of the traditional approach and agile in order to become more effective. The study also contain a framework for integrating CMMI vs. Agile development in order to list the points that deserve more attention and effort to adapt in order to achieve integration.

A sistematização do PDS (processo de desenvolvimento de software) é reconhecida como um fator chave para o desempenho competitivo das empresas, pois assim garante-se a repetibilidade e a qualidade dos projetos de desenvolvimento. A sistematização do PDS é um dos projetos de mudança que possui um grande impacto na melhoria do processo, uma vez que a definição do processo estabelece o padrão de trabalho, como também as ferramentas de apoio ao processo. Esse projeto de melhoria deve ainda estar inserido no contexto mais amplo da gestão de mudanças das empresas, pois seu impacto pode afetar todas as áreas da empresa. O presente trabalho tem por objetivo apresentar uma metodologia de gestão de mudanças desenvolvida, com ênfase no relato de experiências práticas de sua aplicação, na institucionalização do processo de venda e desenvolvimento de software sob encomenda (PV&DS) de uma empresa desenvolvedora de software, que está inserida em uma rede de colaboração. A metodologia proposta sintetiza as melhores práticas dos seguintes métodos de gestão de mudança: SSM (Soft Systems Methodology); Modelo Ideal (Initiating, Diagnosing, Acting, Establishing e Learning ); DMAIC (Define, Measure, Analyze e Control) do Six Sigma; metodologia de transformação TransMeth; e metodologia de transformação do PDP. Três projetos de mudanças foram implantados: instanciação do PV&DS; implantação da fase de vendas; e implantação da fase planejar projeto. A utilização da metodologia de gestão de mudança proposta mostrou ser uma adequada ferramenta para a implantação de mudanças. Ela serviu como um guia para a customização e institucionalização do novo processo da empresa, proporcionando aos colaboradores um espírito de confiança e otimismo quanto aos resultados da mudança. / Software development process (SDP) systematization is acknowledged as a key factor for the competitive development of companies. It ensures repeatability and quality of development projects. The process of the SDP systematization is a change projects that leads to great improvements in SPD. The definition of the project establishes a work model, as well as the support tools for the SDP. This improvement project must also be incorporated into a wider context of the company’s change management. Because its impact may influence all areas of the company. This work presents a change management method, including a report that describes the practical experiences that were applied to the institutionalization of sales process and software development process (SP&SDP) of a software development company, which is part of a collaboration network. The proposed method synthesizes the best practices of the following change management methods: SSM (Soft Systems Methodology); Ideal (Initiating, Diagnosing, Acting, Establishing and Learning) Model; DMAIC (Define, Measure, Analyze, and Control) of Six Sigma; metodologia de transformação TransMeth; and metodologia de transformação do PDP. Three changes projects, SP&SDP institutionalization; implementation of sales phase; and implementation of project planning phase, were developed. The proposed change method provides an appropriated framework to manage changes by a holistic view. It is reported that the companies' collaborators are motivated and feel confident with the changes.

Submitted by Dilene Paulo (dilene.fatima@ufcg.edu.br) on 2018-03-13T11:25:01Z No. of bitstreams: 1 RAISSA MATIAS DA SILVA – DISSERTAÇÃO PPGCC 2016.pdf: 12305585 bytes, checksum: 2914208d83a82b120e393d5f5fe4c30f (MD5) / Made available in DSpace on 2018-03-13T11:25:01Z (GMT). No. of bitstreams: 1 RAISSA MATIAS DA SILVA – DISSERTAÇÃO PPGCC 2016.pdf: 12305585 bytes, checksum: 2914208d83a82b120e393d5f5fe4c30f (MD5) Previous issue date: 2016 / Um dos principais desafios na construção de uma Rede Bayesiana (RB) é definir as tabelas de probabilidade condicional dos nós (TPC). Para RB de larga escala, aprender TPC por meio da elicitação de domínio do conhecimento de um especialista é inviável. Trabalhos anteriores propuseram soluções para este problema usando o conceito de nós ranqueados, no entanto, eles têm capacidade limitada de modelagem ou precisam contar com especialistas em RB parar aplicá-los, reduzindo a sua aplicabilidade. Neste trabalho, são propostos e avaliados três métodos para resolução deste problema. O primeiro utiliza um sistema especialista baseado em regras de produção. O segundo método utiliza força bruta, buscando um conjunto de todas as combinações possíveis. O terceiro método utiliza um algoritmo genético para definição de TPC por especialistas sem conhecimento específico de nós ranqueados. Para avaliar as abordagens, foi executado um experimento que permitiuidentificar as vantagens e as desvantagens de cada método, dependendo do tempo deprocessamento, disponibilidade de memória e a quantidade denós pais da RB. Ao usaralguma das soluções apresentadas, um praticante pode definir com maior precisão as TPCsem entender o conceito de nós ranqueados. / One of the key challenges in constructing a Bayesian network (BN) is defining the node probability tables (NPT). For large-scale BN, learning NPT through domain experts knowledge elicitation is unfeasible. Previous works proposed solutions to this problem using the concept of ranked nodes; however, they have limited modeling capabilities or rely on BN experts to apply them, reducing their applicability. In this work, we propose and evaluate three methods to solve the problem. First, an expert system based on production rules. Second, a method using a brute-force algorithm to identify a set of possible combination. Finally, a method using genetic algorithm to define NPTs with no ranked nodes-specific knowledge. To validate this approach, it was executed an experiment with a BN already published in the literature. Results demonstrated the advantages and disadvantages of each method depending on time, memory availability and parents node quantity. By using one of the presented solution, a practitioner can accurately define NPTs without understanding the concept ofranked nodes.

[pt] Nesta tese é proposto um processo de desenvolvimento de groupware (software para dar suporte ao trabalho em grupo). O processo proposto é resultado de oito anos de experiência com o desenvolvimento dos serviços do ambiente AulaNet, e mais especificamente, dos cinco anos de pesquisa e desenvolvimento de versões do Mediated Chat. As boas práticas aprendidas ao longo destas experiências foram incorporadas no processo: uso do Modelo 3C de Colaboração para guiar o desenvolvimento de groupware, desenvolvimento evolucionário focando um problema por versão num processo investigativo, e desenvolvimento baseado em componentes e orientado ao reuso. O processo aqui proposto, denominado RUP-3C-Groupware consiste na extensão do RUP, Rational Unified Process, na qual foram incorporadas as boas práticas aprendidas. Na tese são apresentados os fluxos de atividades e os artefatos estendidos ou elaborados para o RUP-3C-Groupware. Para investigar o processo proposto, foi realizado um Estudo de Caso onde alunos de Engenheira de Software executaram algumas das atividades produzindo alguns artefatos-chave. Do estudo de caso foram obtidos indícios sobre a repetitividade do processo e de sua adequação para o desenvolvimento de groupware. / [en] A groupware (group work support software) development process is proposed in this thesis. This process is the result of eight years of experience with the development of services for the AulaNet environment, and more specifically of five years researching and developing Mediated Chat tool versions. The good practices learned through these activities were incorporated into the process proposed: the use of the 3C Collaboration Model to guide groupware development, evolutionary development focusing on a single problem per version in an investigative process, and reuse-oriented component- based development. These practices were used to guide the specification of the RUP, Rational Unified Process, resulting in the new process, namely the RUP-3C- Groupware. The new or extended RUP-3C-Groupware workflows and artifacts are presented. This process was investigated through a case-study in which Software Engineering students performed certain activities producing a few key- artifacts. From this case-study some indications regarding process repetitiveness and its suitability to groupware development were obtained.

Submitted by Reginaldo Soares de Freitas (reginaldo.freitas@ufv.br) on 2018-05-03T12:26:22Z No. of bitstreams: 1 texto completo.pdf: 2507669 bytes, checksum: a0264cce39e8aead391610ab175f3c67 (MD5) / Approved for entry into archive by Reginaldo Soares de Freitas (reginaldo.freitas@ufv.br) on 2018-05-03T12:26:36Z (GMT) No. of bitstreams: 1 texto completo.pdf: 2507669 bytes, checksum: a0264cce39e8aead391610ab175f3c67 (MD5) / Approved for entry into archive by Reginaldo Soares de Freitas (reginaldo.freitas@ufv.br) on 2018-05-03T12:26:46Z (GMT) No. of bitstreams: 1 texto completo.pdf: 2507669 bytes, checksum: a0264cce39e8aead391610ab175f3c67 (MD5) / Made available in DSpace on 2018-05-03T12:26:56Z (GMT). No. of bitstreams: 1 texto completo.pdf: 2507669 bytes, checksum: a0264cce39e8aead391610ab175f3c67 (MD5) Previous issue date: 2017-07-27 / O uso de sistemas de Governo Eletrônico tem ganhado importância na ampliação da oferta de serviços e na promoção da participação dos cidadãos. Contudo, defende-se que, para que o Governo Eletrônico seja bem-sucedido, seja empregada uma abordagem de Governo Eletrônico centrada no cidadão, na qual os serviços e plataformas sejam desenvolvidos com a participação e com o foco nos cidadãos. Entretanto, há pouco conhecimento sobre a utilização de técnicas de Design Centrado no Usuário (DCU) nos processos de desenvolvimento de software que dão suporte às estratégias de Governo Eletrônico em instituições públicas brasileiras. O objetivo neste trabalho foi de investigar o panorama atual do desenvolvimento de software por meio de estudo de casos múltiplos em quatro instituições públicas brasileiras, observando se o processo de desenvolvimento adotado seguia as diretrizes e técnicas de DCU. Os resultados apontaram que, de maneira geral, as instituições pesquisadas seguem algumas diretrizes do DCU, tais como: a) possuem processo de desenvolvimento iterativo; b) há envolvimento ativo dos representantes dos órgãos demandantes em todo o processo de desenvolvimento de Governo Eletrônico e; c) em vários pontos do processo ocorrem validações, alguns tipos de avaliações e feedbacks fornecidos por esses representantes nos diversos artefatos que representam o sistema. Entretanto, algumas das principais limitações das instituições identificadas foram: a) a falta de identificação e envolvimento dos diversos grupos de usuários do sistema, inclusive no design e avaliação, com limitações a esses poucos representantes, geralmente ligados ao setor demandante dos sistemas e b) a falta de entendimento sobre o contexto de uso e envolvimento de grupos mais diversificados de usuários, em particular aqueles sem vínculo direto com as instituições, mas atendidos por essas. Além disso, falta às instituições avaliações em sistemas em produção, ou seja, já em uso. Faltam, também, durante o desenvolvimento de um sistema, que as instituições façam a adoção de práticas de usabilidade, acessibilidade, experiência do usuário, padrões de interface, guidelines e análise heurística. O não uso dessas boas práticas talvez ocorra pela falta de uma equipe especializada em design nessas instituições. Espera-se que os resultados desta pesquisa possam contribuir apontando as carências na implementação do DCU nas instituições públicas brasileiras sensibilizando essas instituições que desenvolvem sistemas, softwares, aplicativos, sítios e portais para os cidadãos a usarem as técnicas de Design Centrado no Usuário favorecendo a efetiva implementação de Governo Eletrônico Centrado no Cidadão. / The use of Electronic Government (e-Government) systems has gained importance in expanding service provision and in promoting citizen participation. Nevertheless, it is argued that, for e-Government to be successful, a Citizen- Centered e-Government approach be employed, in which services and platforms are developed with the participation and focus on citizens. However, there is little knowledge about the use of User-Centered Design (UCD) techniques in the software development process that supports the e-Government structure in Brazilian public institutions. The objective in this work was to investigate the current overview of software development by means of multiple case study in four Brazilian public institutions, observing if the adopted development process followed the UCD guidelines and techniques. The results pointed out that, in general, the research institutions follow some UCD guidelines, such as: a) they have iterative development process; b) there is active involvement of the requesting bodies representatives throughout the process of e-Government development; c) at many points of the process occurs validations, some types of evaluations and feedbacks provided by these representatives on the various artifacts that represent the system. But, some of the main limitations of the identified institutions were: a) the lack of identification and involvement of the different groups of users, including design and evaluation, with limitations to these few representatives, usually linked to the sector demanding of this systems; and b) the lack of understanding about the use context and involvement of more diversified users’ groups, in particular those without direct link with the institutions, but attended by them. In addition, institutions lack evaluations in systems in production, that is, already in use. It is also necessary, during the system development, that institutions adopt usability practices, accessibility, user experience, interface patterns, guidelines and heuristic analysis. Failure to use these good practices maybe occurs due to the lack of a specialized team in design at these institutions. It is hoped that the results of this research can contribute by pointing out the shortcomings in the UCD implementation in Brazilian public institutions, sensitizing those institutions that develop systems, softwares, applications, websites and portals for citizens to use User-Centered Design techniques favoring effective implementation of Citizen-Centered e-Government. / O autor não apresentou título em inglês.

É possível notar no trabalho diário das empresas que a pressão por diminuir o prazo de entrega dos softwares ainda é uma realidade. Neste contexto, empresas adotam técnicas de desenvolvimento ágil de software, implementando entregas constantes e estabelecendo ciclos iterativos e curtos no processo de desenvolvimento de software. Mas, se por um lado estas técnicas visam inovar e reduzir tempo de desenvolvimento, por outro, as empresas sentem-se pressionadas a adotar a forma tradicional de manter a qualidade de software. Neste ponto, o CMMI se apresenta como um modelo de maturidade de reconhecimento mundial e é classificado na abordagem tradicional por pregar grande formalismo e foco no processo. A abordagem ágil coloca que os indivíduos e suas interações têm maior importância que os processos e as ferramentas e que ser adaptável às mudanças é mais importante do que seguir a rigor o planejado. Ao integrar estes dois modelos de abordagens distintas espera-se que as práticas ágeis possam ajudar organizações maduras a se tornarem mais flexíveis. Com o intuito de averiguar esta integração, utilizou-se o método de pesquisa de estudo de caso, de modo a se aprofundar nas empresas que possuem certificação CMMI e decidiram adotar o modelo de desenvolvimento ágil. O objetivo é levantar como estas empresas resolveram os pontos de conflito da abordagem tradicional e ágil, de modo a se tornarem mais eficazes. O estudo ainda contém um quadro de integração CMMI versus desenvolvimento ágil de modo a elencar os pontos que merecem maior atenção e esforço de adaptação, visando a concretização da integração. / It\'s possible to notice in the daily work of companies that pressure by decreasing the delivery of software is still a reality. It is in this context that companies adopt the techniques of agile software development, implementing and establishing constant deliveries and short iterative cycles in the process of software development. But if on the one hand these techniques aim to innovate and reduce development time, on the other, companies feel pressured to adopt the traditional way of maintaining the quality of software. At this point, the CMMI is presented as maturity model worldwide recognition, classified in the traditional approach for preaching extensive formalism and focus on the process, as the agile approach puts individuals and their interactions is more important than processes and tools, where being adaptable changes is more important than following the strict what was planned. By integrating these two models of different approaches, it is expected that agile practices can help organizations mature to become more flexible. In order to investigate this integration is that this study uses the research method of case study so as to deepen the companies that have decided to adopt CMMI and agile development model. The goal is to raise as these companies solved the trouble spots of the traditional approach and agile in order to become more effective. The study also contain a framework for integrating CMMI vs. Agile development in order to list the points that deserve more attention and effort to adapt in order to achieve integration.

A sistematização do PDS (processo de desenvolvimento de software) é reconhecida como um fator chave para o desempenho competitivo das empresas, pois assim garante-se a repetibilidade e a qualidade dos projetos de desenvolvimento. A sistematização do PDS é um dos projetos de mudança que possui um grande impacto na melhoria do processo, uma vez que a definição do processo estabelece o padrão de trabalho, como também as ferramentas de apoio ao processo. Esse projeto de melhoria deve ainda estar inserido no contexto mais amplo da gestão de mudanças das empresas, pois seu impacto pode afetar todas as áreas da empresa. O presente trabalho tem por objetivo apresentar uma metodologia de gestão de mudanças desenvolvida, com ênfase no relato de experiências práticas de sua aplicação, na institucionalização do processo de venda e desenvolvimento de software sob encomenda (PV&DS) de uma empresa desenvolvedora de software, que está inserida em uma rede de colaboração. A metodologia proposta sintetiza as melhores práticas dos seguintes métodos de gestão de mudança: SSM (Soft Systems Methodology); Modelo Ideal (Initiating, Diagnosing, Acting, Establishing e Learning ); DMAIC (Define, Measure, Analyze e Control) do Six Sigma; metodologia de transformação TransMeth; e metodologia de transformação do PDP. Três projetos de mudanças foram implantados: instanciação do PV&DS; implantação da fase de vendas; e implantação da fase planejar projeto. A utilização da metodologia de gestão de mudança proposta mostrou ser uma adequada ferramenta para a implantação de mudanças. Ela serviu como um guia para a customização e institucionalização do novo processo da empresa, proporcionando aos colaboradores um espírito de confiança e otimismo quanto aos resultados da mudança. / Software development process (SDP) systematization is acknowledged as a key factor for the competitive development of companies. It ensures repeatability and quality of development projects. The process of the SDP systematization is a change projects that leads to great improvements in SPD. The definition of the project establishes a work model, as well as the support tools for the SDP. This improvement project must also be incorporated into a wider context of the company’s change management. Because its impact may influence all areas of the company. This work presents a change management method, including a report that describes the practical experiences that were applied to the institutionalization of sales process and software development process (SP&SDP) of a software development company, which is part of a collaboration network. The proposed method synthesizes the best practices of the following change management methods: SSM (Soft Systems Methodology); Ideal (Initiating, Diagnosing, Acting, Establishing and Learning) Model; DMAIC (Define, Measure, Analyze, and Control) of Six Sigma; metodologia de transformação TransMeth; and metodologia de transformação do PDP. Three changes projects, SP&SDP institutionalization; implementation of sales phase; and implementation of project planning phase, were developed. The proposed change method provides an appropriated framework to manage changes by a holistic view. It is reported that the companies' collaborators are motivated and feel confident with the changes.

Made available in DSpace on 2014-06-12T16:00:26Z (GMT). No. of bitstreams: 2 arquivo6606_1.pdf: 4415777 bytes, checksum: 2f6d4d1e8b270706cdf01fd8117be5fd (MD5) license.txt: 1748 bytes, checksum: 8a4605be74aa9ea9d79846c1fba20a33 (MD5) Previous issue date: 2007 / Teste é uma atividade muito importante no processo de desenvolvimento de software, entretanto, é uma atividade cara, uma vez que ela consome uma parte considerável dos recursos de um projeto de desenvolvimento de software. Um problema encontrado na maioria dos processos de desenvolvimento de software é a ausência de uma maneira de se avaliar a efetividade dos casos de teste de unidade, que são executados no código desenvolvido. Uma possível solução para este problema é realizar testes de cobertura de código e obter métricas sobre a cobertura do conjunto de testes de unidade executados. O presente estudo descreve um processo de desenvolvimento de software incluindo análise de cobertura de código, em que utilizamos o Rational Unifield Process como base para o processo proposto

Submitted by Maria Aparecida (cidazen@gmail.com) on 2017-08-21T13:05:14Z No. of bitstreams: 1 Adriana Leite.pdf: 5184172 bytes, checksum: 6e560c465acfbbc76b4bfc1dd01bd86b (MD5) / Made available in DSpace on 2017-08-21T13:05:14Z (GMT). No. of bitstreams: 1 Adriana Leite.pdf: 5184172 bytes, checksum: 6e560c465acfbbc76b4bfc1dd01bd86b (MD5) Previous issue date: 2009-02-17 / The interest in the agent-oriented paradigm development has increased in recent years. This is due mainly to the increasing complexity of current software that requires new characteristics as autonomy behavior. In the agent-oriented paradigm, the software has no longer a strictly predictable behavior, has from the control over their own behavior and can make decisions based on observations the environment and inferences upon its knowledge base. A set of meth and process have been already proposed for agent-oriented software engineering. Domain Engineering is a process for the development of a reusable application family in a particular domain problem, and Application Engineering, the one for the construction of a specific application in a family based on the reuse of software artifacts in the application family previously produced in the Domain Engineering process. MADAE-Pro is an ontology-driven process for multi-agent domain and application engineering which promotes the construction and reuse of agent-oriented applications families. The process is specified in a formal representation language, thus avoiding ambiguous interpretations. Another differential of MADAE-Pro is the reuse of software support in all levels of abstraction, from the requirements to the deployment. / O interesse pelo paradigma de desenvolvimento orientado a agentes tem aumentado nos últimos anos. Isso se deve principalmente ao crescente aumento da complexidade dos produtos de software atuais que requerem novas características como comportamento autônomo. No paradigma orientado a agentes, o software deixa de ter comportamento estritamente previsível e passa a ter controle sobre seu próprio comportamento, podendo tomar decisões a partir de observações do ambiente e de inferências realizada em sua base de conhecimento. Para guiar o desenvolvimento orientado a agentes tem sido proposto um conjunto de metodologias e processos pela comunidade da Engenharia de Software. Nesse trabalho, apresenta-se MADAE-Pro, um processo para o desenvolvimento de sistemas multiagente com alguns diferenciais em relação aos já propostos pela comunidade. A Engenharia de Domínio é um processo para criação de abstrações de software reusáveis no desenvolvimento de uma família de aplicações em um domínio particular de problema. A Engenharia de Aplicações é um processo para construção de aplicações baseadas no reúso de artefatos de software previamente produzidos no processo da Engenharia de Domínio. O MADAE-Pro é um processo dirigido por ontologias para a Engenharia de Domínio e de Aplicações Multiagente, o qual promove a construção e o reúso de famílias de aplicações. O processo é especificado em uma linguagem de representação de processos formal, evitando assim interpretações ambíguas. Outro diferencial do MADAE-Pro é o suporte ao reúso de software em todos os níveis de abstração, desde os requisitos até a implementação.