Neste trabalho é apresentada uma abordagem gerencial que visa solucionar algumas das principais deficiências observadas no desenvolvimento de softwares que possuam complexidade elevada e requisitos rigorosos de qualidade e confiabilidade. A partir de uma análise sobre as causas dos problemas detectados, é proposta uma estratégia gerencial, fundamentada em aspectos eminentemente quantitativos, que visa a proposição de ações técnicas e administrativas que conduzam ao aperfeiçoamento dos processos de produção de software. As melhorias nestes processos são enfocadas sob um ponto de vista predominantemente econômico. Para sua implementação, utiliza-se da quantificação dos custos da qualidade de software como forma de embasar as ações dos gerentes de projetos, no sentido de atuarem prioritariamente nos pontos onde as deficiências existentes acarretam maior desperdício de recursos utilizados na produção. Sua operacionalização é efetuada através da integração funcional entre as atividades envolvidas com o controle de configuração e a contabilização dos custos de desenvolvimento e dos custos da qualidade. A metodologia desenvolvida para calcular os custos de desenvolvimento de software representa uma evolução com relação ao enfoque tradicionalmente utilizado, pois ao efetuar sua contabilização com abase nas atividades executadas, possibilita uma abordagem mais precisa com relação à distribuição das despesas indiretas. Esta característica mostra-se mais adequada aos ambientes de desenvolvimento modernos, onde a grande incidência de recursos tecnológicos para apoio ao processo de produção provoca distorções nos critérios de rateio usualmente empregados. A sinergia entre os aspectos técnicos e gerenciais da estratégia proposta, possibilita que as melhorias sobre o controle administrativo do projeto e na gerência da sua produção possam complementar os modelos de gestão e garantia da qualidade existentes, de forma a obter uma abordagem mais consistente sob o ponto de vista gerencial.

A seleção de projetos relativos à operação de aeroportos é vital quando levamos em conta a importância da alocação de recursos humanos e financeiros. Tomar a decisão correta é também importante para evitar crises e para eliminar riscos. O processo de seleção pode ser considerado como um problema de tomada de decisão com múltiplos critérios, dentro do contexto do processo planejamento estratégico e de longo-termo da administração aeroportuária. A proposta desta Tese é demonstrar a aplicabilidade do Processo de Hierarquia Analítica (PHA) para a classificação de projetos operacionais, para determinação de suas prioridades e para decidir sobre alocação de recursos em ambiente de infra-estrutura aeroportuária operacional, tanto para o caso de um único aeroporto quanto de uma rede. Com esse objetivo, o PHA foi implementado na INFRAERO, empresa estatal responsável pela administração, desenvolvimento e operação dos principais aeroportos brasileiros. Uma combinação de modelos de gráfico e de planilha, gerados por computador, foi utilizada para auxiliar na classificação de um número grande de projetos. Apresentamos a metodologia aplicada no ambiente da Infraero Regional de São Paulo. Expomos os resultados obtidos e a validação do modelo como um sistema suporte para os tomadores de decisão da Infraero.

A decisao para selecao de projetos de Pesquisa e Desenvolvimento (P&D) pode ser classificada como um exemplo particular do problema gerencial mais geral da alocacao de recursos, cujos retornos sao multidimensionais, incertos e vagos. A Analise Hierarquica Difusa, proposta por Buckley e uma extensao do Processo de Hierarquia Analítica (PHA) de Saaty, onde sao utilizados coeficientes difusos em lugar dos coeficientes exatos. O objetivo deste trabalho e explorar detalhadamente o metodo da Analise Hierarquica Difusa e aplica-lo ao problema particular da selecao de projetos de P&D, criticando-o e identificando suas potencialidades elimitacoes. Observa-se que o metodo da Analise Hierarquica Difusa e uma generalizacao do Processo de Hierarquia Analítica (PHA)tradicional. Neste metodo, aceita-se tanto valores exatos comodifusos na atribuicao dos valores dos coeficientes de comparacao, porem, a metodologia de ordenacao de numeros difusos, ainda em fase de amadurecimento, tem influencia significativa na operacionalizacao do metodo como ferramenta gerencial, devido a dificuldade de distinguir a prioridade ou preferencia entre duas alternativas. A implementacao do metodo e facilmente conseguida de forma amigavel ao usuario, de maneira que a interface grafica com o usuario permita uma visualizacao simples e intuitiva das funcoes de pertinencia pelo decisor, contudo, a sua utilizacao no mundo real depende ainda da eliminacao das limitacoes constatadas neste trabalho.

A Comissão Coordenadora do Programa Aeronave de Combate (COPAC), órgão do Departamento de Ciência e Tecnologia Aeroespacial (DCTA), é uma unidade do Comando da Aeronáutica responsável pela coordenação dos processos de aquisição, de desenvolvimento e de modernização de sistemas de armas da FAB. Este trabalho é realizado conforme o que preceitua a Diretriz do Comando da Aeronáutica (DCA 400-6) que define um processo com fases estabelecidas. Durante esse processo surge a figura do gerente de projetos na COPAC que desenvolve atividades de gerenciamento de projetos de produtos complexos. Contudo, essas atividades diferem do gerenciamento de projetos típico disseminado por entidades consagradas como o PMI, em função da necessidade de conhecimentos mais amplos de assuntos como engenharia de sistemas, gestão de requisitos, além das particularidades da administração pública, leis específicas, problema de troca constante de pessoal, entre outros. Em face disto, o presente trabalho objetiva propor um modelo de competências para o gerenciamento de projetos de sistemas complexos de defesa. Esse modelo é construído utilizando-se como base, por um lado, a literatura acadêmica sobre as várias competências necessárias para gerenciar projetos de desenvolvimento de produtos complexos e, por outro lado, analisando-se as necessidades da COPAC - uma Organização do Comando da Aeronáutica, que gerencia projetos de aquisição de produtos complexos de defesa. Esse modelo é utilizado para avaliar a situação da COPAC, em termos as competências para propor recomendações.

O sucesso de um projeto de software que utiliza o método ágil Scrum depende fortemente da modelagem e gestão do Product Backlog. O Scrum é um método ágil amplamente utilizado para o desenvolvimento de softwares, que oferece diversos artefatos que auxiliam no gerenciamento de projetos. O Product Backlog é uma lista de itens priorizados pelo dono do projeto, que serão desenvolvidos no sistema. Uma ferramenta auxiliar no gerenciamento de projetos é os mapas mentais que permitem a associação de ideias de forma dinâmica, podendo ser gerados em programas de computador voltados para sua criação que possibilitam alterações e modificações rápidas em seu escopo. O presente trabalho apresenta um método para o gerenciamento e modelagem do Product Backlog por meio do uso de Mapas Mentais e da técnica FBS (Feature Breakdown Structure) dentro da estrutura do Scrum, possibilitando a criação de modelos visuais do Product Backlog e uma melhor gestão dos elementos do modelo durante o projeto. O método proposto apresenta vantagens e limitações que serão exploradas na discussão do estudo de caso que possibilitou a avaliação do método em um projeto de desenvolvimento de um software.

Objetivo do trabalho é propor um processo para a Análise de Stakeholders utilizando mapas cognitivos a fim de auxiliar no processo da elicitação de necessidades raiz. O processo proposto aborda desde o estudo do contexto até a identificação das necessidades e informações relevantes para serem transformadas em requisitos e a estruturação do problema a partir do ponto de vista do stakeholder. A motivação do trabalho vem da dificuldade no entendimento das necessidades dos stakeholders no desenvolvimento de sistemas, sejam eles produto, processo ou serviço. O processo proposto se fundamenta nos conceitos da Engenharia de Sistemas e da Cognição e seus Mapas Cognitivos. O trabalho aporta três principais contribuições, a primeira é a elicitação exaustiva com o stakeholder até chegar à necessidade raiz, utilizando o processo cognitivo por meio dos repetidos questionamento até chegar à raiz do assunto. A segunda contribuição é na captura gráfica do rationale das necessidades mais relevantes. A terceira contribuição é a de ajudar ao stakeholder a entender sua própria necessidade e/ou problema, também com a ajuda do processo cognitivo utilizado na criação dos mapas. De esta maneira obtendo como resultado informações relevantes elicitadas junto com seu rationale e o entendimento do problema. O processo proposto foi aplicado num estudo piloto dentro do Laboratório de Integração e Testes (LIT) do Instituto Nacional de Pesquisas Espaciais (INPE). O Processo de Análise de Stakeholders Utilizando Mapas Cognitivos pode ser considerado como uma opção válida na hora de decidir a estratégia da Análise de Stakeholders; ele facilita a aproximação com o stakeholder e fornece uma ferramenta iterativa e interativa que abre a porta para a imaginação tanto para o stakeholder expressar suas necessidades quanto para que o engenheiro de sistemas possa gerar questionamentos e ambos construírem conclusões do problema e seu contexto dando partida à concepção da solução.

Este trabalho apresenta o Design to DOC, modelo que tem como objetivo auxiliar os fabricantes de aeronaves na redução do custo operacional direto - DOC - a partir do processo de desenvolvimento de aeronaves. A tese tem dois objetivos principais: o desenvolvimento de um modelo que possibilite a análise do impacto das decisões de engenharia nos custos operacionais diretos e a sua utilização em um caso real de aviação comercial. Sendo construído para aplicação em trade studies, o modelo possibilita a visualização de todos os efeitos de uma alternativa de projeto, em qualquer nível de desdobramento dos custos operacionais diretos. A sua utilização passa por três etapas: construção da rede de relacionamento de custos, valoração do modelo e utilização nos trade studies. A rede design to DOC traça os inter-relacionamentos entre os direcionadores de custos e evidencia todos os custos em que há variação de seus valores com a adoção de nós, arcos e transmissores da rede. Uma ferramenta computacional é apresentada para o uso em trade studies. O modelo foi utilizado em modificações no winglet e na nacele do Embraer 190. Os resultados mostraram que o novo desenho adotado indicou uma boa solução de compromisso, apontando para a sua redução, com os objetivos do modelo atingidos.

A colaboração na realização de tarefas e na solução de problemas faz parte do dia a dia das organizações. Essa realidade é comumente encontrada em ambientes de desenvolvimento de software, em que indivíduos com capacidades distintas trabalham de forma colaborativa na execução de tarefas interdependentes, acessando repositórios de informações compartilhados, em prol da produção de artefatos de software com qualidade. Considerando a natureza colaborativa de um processo de software, esta pesquisa destaca a importância de se conhecer como o trabalho é realizado, para que as decisões gerenciais sejam embasadas em evidências de projeto e não em suposições e na intuição do gerente. Nesse contexto, o trabalho propõe uma abordagem de análise de colaborações, baseada em métricas, visando quantificar os esforços colaborativos dos membros de uma equipe de software e prover indicadores que possam subsidiar as análises que antecedem as decisões gerenciais. Na busca por informações de projeto que forneçam o registro da memória dos trabalhos da equipe, o trabalho endereça o uso das informações armazenadas nos repositórios das ferramentas computacionais de apoio à Gerência de Configuração de Software (GCS). Devido à heterogeneidade da representação da informação no contexto dessas ferramentas, adota-se uma estratégia de integração semântica das informações com base em uma ontologia no domínio da GCS. Buscando-se parâmetros para que as colaborações possam ser analisadas, elabora-se, ainda, uma ontologia no domínio das colaborações ocorridas em um processo de software, do ponto de vista das comunicações, coordenações e cooperações ocorridas entre os membros de uma equipe de software. Com o intuito de se estabelecer mecanismos de avaliação dos esforços colaborativos dos membros da equipe, um conjunto de métricas quantitativas de análise é proposto. Desenvolve-se, então, um protótipo de software, que implementa a abordagem de análise proposta. Em seguida, uma prova de conceito é realizada, utilizando-se dados reais de um projeto de software, com o intuito de avaliar a abordagem de análise proposta.

No lançamento dos primeiros protótipos do Veículo Lançador de Satélites (VLS-1), diferentes falhas impediram o cumprimento da missão. Tais falhas geraram uma profunda reflexão por parte das equipes técnica e de gerenciamento. Em 2005, foi decidido realizar ensaios em vôo, denominados vôos tecnológicos com os veículos denominados VLS-1 XVT01 e XVT02. A finalidade do XVT01 será a de testar: a ação simultânea dos 04 (quatro) propulsores do primeiro estágio; a separação do primeiro estágio; a queima do segundo estágio; e, executar uma grande quantidade de medições de parâmetros do primeiro e segundo estágios principalmente. O XVT02 testará todos os sistemas do veículo, até atingir a órbita desejada, incluindo medições adicionais. No presente trabalho será avaliada a decisão de realização do XVT02. A decisão pela realização do XVT02 é um problema complexo que envolve múltiplos critérios quantitativos e qualitativos conflitantes. A dissertação apresenta um procedimento para estruturar a decisão, que possibilite uma avaliação, baseado em um método multicritério de apoio à decisão denominado Método de Análise Hierárquica (Analytic Hierarchy Process - AHP) considerando a abordagem BOCR - Benefícios, Oportunidades, Custos e Riscos. Adicionalmente, foi aplicado um processo de decisório em grupo, onde os especialistas da alta gerência do projeto utilizaram o consenso para estabelecer os critérios para a avaliação. Para a avaliação final, os decisores efetuaram o julgamento com as suas preferências. Os enfoques Agregação Individual de Julgamentos (AIJ) e Agregação Individual de Prioridades (AIP) permitiram sintetizar a decisão em grupo. O resultado obtido pelo estudo de caso mostrou que o procedimento proposto é válido e a estruturação do problema auxilia no entendimento dos decisores e conseqüentemente na escolha da melhor alternativa para solução do problema. O resultado da síntese do grupo de decisores comprovou a decisão que já havia sido tomada, de realizar o ensaio em vôo do XVT02.

O avanço das tecnologias de produção, das exigências dos produtos, e das necessidades da Sociedade, vêm impondo cada vez mais, uma dependência do emprego de Sistemas Informatizados. Com o crescimento da demanda por Software, os Desenvolvedores têm se preocupado em criar novas ferramentas automatizadas de desenvolvimento, visando aumentar a produtividade, a confiabilidade e segurança dos produtos. Porém, as Técnicas de Gestão empregadas pelos Desenvolvedores, constituem-se numa adaptação das normalmente utilizadas em Administração. Essas técnicas vêm apresentando resultados satisfatórios, visto que possuem robustez e um amplo espectro de aplicação. Os resultados, apesar de satisfatórios, têm se mostrado insuficientes dentro da abrangência da Gestão de Desenvolvimento de Software. Porém, a dinâmica imposta aos desenvolvimentos, pelas ferramentas automatizadas de avaliação de erros e de geração de relatórios, tem criado uma dissociação entre as atividades dos processos e as atuações gerenciais. Baseado na necessidade identificada acima, este Trabalho de Pesquisa propõe uma Metodologia de Gestão para o Desenvolvimento de Software, fundamentada em quatro fortes pilares: 1) Paradigma e Abordagens, 2) Percepção, Agilidade/Concatenação e Ação Gerencial, 3) Processo/Informação, e 4) Uma Visão Global e Integrada do Projeto. Para verificar esta Metodologia, desenvolveu-se um Protótipo de Sistema de Gestão de Projetos de Engenharia de Software - SiGPEnS. Na sua construção, utilizou-se de áreas da Inteligência Artificial tais como, Orientação a Objetos - OO, Lógica Nebulosa - LN, Rede Neural Artificial - RNA e Agentes Especialistas Hierárquicos - AEH.