PROJETO DE UMA FERRAMENTA DE APOIO A GESTÃO DE PROJETOS DE SOFTWARE

1 PROJETO DE UMA FERRAMENTA DE APOIO A GESTÃO DE PROJETOS DE SOFTWARE Kaio Cesar Okada 1, Glaucia Gabriel Sass 2 UEMS Universidade Estadual de Mato Grosso do Sul, Cidade Universitária de Dourados - CEP: 79804-970 Dourados, MS, Brasil kaiookada@hotmail.com Resumo: A gestão de projeto é uma disciplina importante no processo de desenvolvimento de software. Nela são determinadas quais tarefas são necessárias e em que ordem elas devem ser executadas para construir softwares de qualidade. Os autores descrevem o processo de gestão de projetos de maneiras diferentes, mas com o principio de que os projetos devem passar por alguma fase em que é feita sua elaboração, planejamento, execução e manutenção. As ferramentas que proporcionam o apoio a gestão de projetos são chamadas de ferramentas CASE, um exemplo dela é o Microsoft Project 2000, ele auxilia a equipe de desenvolvimento de projetos proporcionando recursos e ferramentas para a criação de vários diagramas, gráficos e calendários. É possível realizar o controle das tarefas e projeto, os recursos permitem também a criação, atualização e verificação de status dos grupos de trabalho relacionado à determinada atividade. Palavras chaves: CASE, Gantt, Tarefas. Abstract: The project management is an important discipline in software development process. It is determined which tasks are needed and in what order they should be implemented to build quality software. The authors describe the process of project management in different ways, but with the principle that the projects must go through a stage which is their preparation, planning, implementation and maintenance. The tools that provide support for project management are called CASE tools, an example of it is Microsoft Project 2000, it helps the team of development projects by providing resources and tools for creating various diagrams, charts and calendars. You can make the control of project tasks and the resources also allow the creation, update and check the status of the working groups related to 1 Bolsista UEMS 2 Professora Msc. Orientadora

2 the particular activity. Key-words: CASE, Gantt, Tasks. 1. INTRODUÇÃO Segundo Pressman (2002) a gestão de projeto é uma disciplina importante no processo de desenvolvimento de software. Na gestão de projeto é determinada quais tarefas serão necessárias e em que ordem elas devem ser executadas para construir softwares de alta qualidade. A gestão de projeto visa planejar, monitorar e controlar o pessoal, o processo e eventos que ocorrem à medida que o software evolui da fase inicial para a fase de implementação. Projetos mal administrados levam a prazos de entrega irrealizáveis, fogem do orçamento e geram produtos de baixa qualidade. Hoje, existem no mercado várias ferramentas de gestão de projeto proprietárias, necessitando de investimentos consideráveis para sua utilização. A maioria das ferramentas encontradas são proprietárias. Sabendo da importância da utilização da ferramenta automatizada no desenvolvimento de software e da manipulação de uma ferramenta com essas características pelos alunos de graduação, o desenvolvimento de uma ferramenta CASE foi visto como uma necessidade. Para ajudar no processo de desenvolvimento de software muitas vezes são utilizadas ferramentas de Engenharia de Software Auxiliada por Computador (CASE - Computer-Aided Software Engineering). Ferramenta CASE é o nome dado ao programa utilizado para auxiliar nas atividades de processo de software, tais como engenharia de requisitos, projeto, teste, entre outros. A tecnologia CASE auxilia no processo de software pela automação de algumas atividades do processo de desenvolvimento do software que está em desenvolvimento. (Sommerville, 2007) 1.1. OBJETIVOS O objetivo deste trabalho é projetar a ferramenta de Gestão de Projeto de Software e implementar o recurso Gráfico de Gantt. Para a elaboração do projeto da ferramenta e implementação do recurso Gráfico de Gantt os seguintes objetivos específicos terão que ser atingido:

3 Estudar os conceitos de gestão de projetos de software proposto pela Engenharia de Software, para definir quais recursos da gestão de projeto será projetado para ser implementado na ferramenta; Estudar algumas ferramentas proprietárias de gestão de projeto de software. Por meio desse estudo será possível identificar quais conceitos da engenharia de software para gestão de projetos são mais utilizadas em ferramentas CASE. Ainda, será pesquisado quais desses recursos os profissionais utilizam de forma efetiva com resultados positivos para o desenvolvimento de software; Estudar a linguagem de programação Java; Projetar a ferramenta de Gestão de Projetos de Software; Desenvolvimento do protótipo da ferramenta; Desenvolvimento do recurso: Gráfico de Gantt. 2. MATERIAIS E MÉTODOS 2.1. METODOLOGIA Dentre os materiais que serão necessários para o desenvolvimento do projeto constam: um computador com processamento razoável e conectado a internet, e bibliografia sobre gestão de projetos de software existente na biblioteca da UEMS e UFGD, além da bibliografia disponibilizada pela orientadora. Para o desenvolvimento da ferramenta foi utilizada a metodologia RUP (Rational Unified Process) da (IBM, 2009) baseado na UML (Unified Modeling Language) (UML, 2009). A linguagem de programação utilizada para o desenvolvimento da ferramenta é a linguagem Java (Java, 2008), por ser uma linguagem livre e portável. O banco de dados MySQL (MySQL, 2008) será utilizado para armazenar os dados criados na ferramenta, esse banco de dados também é livre. 2.2. GESTÃO DE PROJETOS Gestão de Projetos é um processo que envolve toda a execução da criação de um software desde conhecer seu escopo, suas necessidades de recurso, elaboração de um cronograma, captação de requisitos, elaboração do projeto com base na análise dos requisitos até sua implantação. (Silva, 1997) Segundo PMI-SP a gestão de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas nas atividades de um projeto a fim de atender seus

4 requisitos. Ela é importante pois ajuda as organizações a atenderem as necessidades dos clientes padronizando as tarefas e reduzindo o número de tarefas que poderiam ser esquecidas. Também assegura que os recursos disponíveis estão sendo utilizados de maneira eficiente e eficaz. 2.3. FERRAMENTA CASE Segundo Sommerville (2007) CASE significa Computer-Aided Software Engineering, ele incorpora uma grande variedade de ferramentas para dar apoio ao processo de desenvolvimento de software. Atualmente os métodos de engenharia de software já estão com uma tecnologia CASE associada, como geradores de relatórios para auxiliar na criação da documentação do projeto. Ou seja, é uma ferramenta que auxilia no desenvolvimento do projeto de software, fornecendo recursos específicos para as atividades do projeto. 2.4. FUNDAMENTAÇÃO TEÓRICA Rocha e PMP (2003) descrevem o processo de gerenciamento de projetos segundo o Guia PMBOK 2000 em cinco grupos: iniciação, planejamento, execução, controle e encerramento. Figura 1: Relação entre grupos de processos da gerência de projeto. Fonte:(Rocha e PMP, 2003, p.7) A iniciação é o reconhecimento oficial da existência do projeto, o processo de iniciação faz parte da área de conhecimento Escopo e esquematiza e próxima etapa do projeto, o Planejamento. Quando um projeto é iniciado deve-se definir suas metas, elas descrevem o que se pretende realizar seguindo a regra SMART:

5 SPECIFIC: devem ser redigidas de forma clara, concisa e compreensiva; MEASURABLE: as metas devem ser mensuráveis; ACCURATE: devem descrever com precisão as necessidades; REALISTIC AND TANGIBLE: devem estar centradas na realidade, tornando todos os objetivos possíveis de serem realizados; TIME BOUND: devem ter prazos para sua finalização. No planejamento define-se as atividades do projeto e as descrevem como serão realizadas, essa etapa abrange todas as áreas de conhecimento. Tem como objetivo a definição das tarefas que serão realizadas, estimativa de tempo, recursos necessários e uma estrutura para o gerenciamento das revisões de controle do projeto. Nessa fase também é definido os esforços referentes à funcionalidade, qualidade, cronograma e custo. No processo de execução coloca-se os planos de projeto em ação, o gerente de projeto coordena e direciona os recursos para atender os objetivos do planejamento. Nessa etapa geralmente os custos são mais altos, solicitando um maior número de recursos e os gerentes de projeto encontram os maiores conflitos relacionados aos cronogramas. Essa etapa envolve as áreas de conhecimento: Integração, Qualidade, Recursos humanos, Comunicação e Aquisição. No processo de controle coleta-se dados que são analisados, verificando assim se a realização do projeto está de acordo com o plano de projeto. Essa etapa abrange as áreas de conhecimento Integração, Escopo, Tempo, Custo, Qualidade, Comunicação e Riscos. Quando encontrado algum desvio nas avaliações, são aplicadas medidas corretivas para sincronizar as atividades ao plano. No encerramento é documentada a aceitação formal do produto do projeto pelos participantes, são arquivados os registros do projeto para futuras referências. E nesse processo os participantes têm influencia mínima e os custos são baixos. As áreas de conhecimentos aplicadas a essa etapa são: Comunicação e Aquisição. Rocha e PMP (2003) também classificam segundo o PMBOK os processos em nove áreas de conhecimento: Gerenciamento da integração do projeto: descreve os processos necessários para garantir que os diversos elementos do projeto sejam coordenados corretamente;

6 Gerenciamento do escopo do projeto: descreve os processos necessários para garantir que no projeto esteja incluindo todos os trabalhos requeridos para a conclusão do projeto; Gerenciamento dos tempos do projeto: descreve os processos necessários para garantir que o projeto seja concluído no tempo planejado; Gerenciamento dos custos do projeto: descreve os processos necessários para garantir que o projeto seja concluído dentro do orçamento aprovado; Gerenciamento da qualidade do projeto: descreve os processos necessários para garantir que o projeto satisfaça as necessidades desejadas; Gerenciamento de recursos humanos do projeto: descreve os processos necessários para integrar as pessoas envolvidas, liderar, treinar e tratar dos conflitos, entre outras coisas; Gerenciamento das comunicações do projeto: descreve os processos necessários e as habilidades gerais de comunicação, garantindo que as informações do projeto sejam reunidas, documentadas e distribuídas para todas as pessoas envolvidas no projeto; Gerenciamento de risco do projeto: descreve os processos preocupados em identificar, analisar e responder com uma ação para os possíveis riscos que possam afetar o projeto; Gerenciamento de aquisições do projeto: abrange os processos relacionados à compra de mercadorias ou serviços em fornecedores. Segundo Sommerville (2005) quando se planeja um projeto deve ser estabelecido uma série de marcos, pois os gerentes precisam de informação para julgar o progresso e as estimativas de custos. Um marco é o ponto final de uma atividade no processo de desenvolvimento, ele deve representar o final de uma etapa lógica e distinta de um projeto. Para cada marco deve haver um documento para ser apresentado a gerencia. Um produto a ser entregue é o resultado do projeto entregue ao cliente, geralmente é entregue no término de alguma fase importante do projeto. Normalmente

7 esses produtos entregues são marcos, mas os marcos não necessariamente precisam ser algum produto a ser entregue. Eles podem ser resultados internos do projeto que são utilizados somente pelo gerente para verificar o andamento do projeto. Os diagramas de barras ou diagrama de Gantt e as redes de atividades são notações gráficas utilizadas para mostrar a programação do projeto. O diagrama de Gantt mostra quem é responsável por cada tarefa e para quando está programado o início e o término da atividade, enquanto as redes de atividades mostram as dependências entre as atividades do projeto. Gerenciar os riscos do projeto é uma importante tarefa de um gerente, ele deve prever os riscos que podem afetar a programação do projeto ou a qualidade do software e tomar as medidas necessárias para evitar esses riscos. Os resultados da análise de risco devem ser documentados com uma análise das conseqüências de algum fator de risco. Pode-se pensar no risco como uma probabilidade de que alguma circunstância adversa ocorra e possa ameaçar o projeto, o software que esta sendo desenvolvido ou a organização. O gerente de projeto deve prever tais riscos, compreender o impacto que eles têm no projeto, no produto e nos negócios e assim tomar providências para evitá-los. Sendo assim o processo de gerenciamento de riscos é dividido em: 1. Identificação de riscos: são identificados os possíveis riscos de projeto, produto e negócio; 2. Análise de riscos: são avaliadas as possibilidades e as conseqüências da ocorrência desses riscos; 3. Planejamento de riscos: são traçados planos para enfrentar os riscos, seja evitando-os ou minimizando seus efeitos no projeto; 4. Monitoramento de riscos: o risco é constantemente avaliado e os planos para a diminuição de riscos são revisados, à medida que mais informações sobre eles se tornam disponíveis. Sommerville mescla os grupos e as áreas descritos por Rocha e PMP e propõe a gestão de projeto dividida em seis etapas: elaboração de propostas, planejamento e programação de projetos, custo do projeto, monitoramento e revisões do projeto, seleção e avaliação de pessoal e elaboração de relatórios e apresentações.

8 A elaboração de propostas consiste em descrever os objetivos do projeto e como ele será desenvolvido. O planejamento de projetos consiste em identificar as atividades, os marcos e os documentos a serem produzidos no projeto. O custo do projeto é uma atividade em que se estima os recursos necessários para a realização do projeto. O monitoramento do projeto é uma atividade continua, o gerente deve acompanhar o andamento do projeto e comparar com os custos reais que foram planejados. A seleção e avaliação de pessoal consiste em selecionar uma equipe para trabalhar no projeto, o ideal é que a equipe contratada seja experiente e esteja totalmente disponível para o trabalho. A elaboração de relatórios e apresentação consiste em preparar os relatórios para os clientes e fornecedores, para isso os gerentes de projetos devem redigir documentos concisos e coerentes, que resumam as informações fundamentais do projeto. Eles também devem ser capazes de apresentar tais informações durante a revisão de andamento. Mas nem todos os autores definem a gestão de projetos dessa maneira, por exemplo, Pfleeger (2004) fala que a gestão pode ser dividida em cinco etapas: Acompanhamento do progresso, pessoal necessário para o projeto, estimativa de esforço, gerenciamento de riscos e plano de projeto. O acompanhamento do progresso consiste na criação de um cronograma de projeto, na divisão do trabalho, criação de gráficos de atividades e em estimar a finalização de cada atividade. Na etapa pessoal necessário para o projeto se delimitam quais as funções e características do pessoal envolvido, seus estilos de trabalho e a organização do projeto. Um aspecto importante no planejamento e gerenciamento de projetos é a compreensão de quanto o projeto realmente custará, pois custos de projetos muito elevados podem fazer com que clientes desistam do mesmo e ao passo que uma estimativa de baixo custo pode forçar a equipe de projeto a investir muito do seu tempo, sem que haja alguma compensação financeira. Por essa razão utiliza-se a estimativa de esforço, que é feita através de julgamento de especialistas, métodos algoritmos, métodos de aprendizado automático e encontrando o modelo para sua situação. Os gerentes de projetos devem determinar a possibilidade de acorrer algum evento indesejável durante o desenvolvimento ou manutenção do projeto, para isso ele

9 deve fazer planos para evitar ou minimizar tais eventos. Com isso é feito o gerenciamento de riscos que é basicamente dividido em duas partes: avaliação dos riscos e controle dos riscos. Para comunicar a análise e o gerenciamento de riscos, a estimativa de custos do projeto, o cronograma e a organização para os clientes, escreve-se um documento chamado plano de projeto, tal documento descreve as necessidades do cliente, e como o equipe de projeto espera satisfazê-las. 2.4.1. CASOS DE SUCESSO Neste tópico é descrito casos de sucessos da utilização de um software de gestão. Empresas que apresentavam dificuldades no gerenciamento do negócio, e que após adotarem um software de gestão conseguiram melhorar a controle da empresa. 1. Davene - Com o grande crescimento nos anos 90 a empresa acabou perdendo o controle de seus processos fundamentais, o que resultou em um risco à mesma, pois eram tais processos que orientavam suas compras e vendas. Isso fez com que a empresa adotasse um ERP (Enterprise Resource Planning), com isso a companhia programou mudanças gerenciais e culturais ao mesmo tempo em que implantava a solução. Como resultado a empresa adquiriu mais controle sobre suas operações, visão geral do negócio e previsibilidade em suas vendas. (SAP-Brasil, 2008) 2. Sabó - As operações da empresa eram baseadas em três unidades de negócio já que a mesma fabrica retentores, juntas e mangueiras. Os maiores desafios eram manter o controle logístico da quantidade elevadíssima de itens em produção e unificar as unidades numa gestão centralizada. A implantação do SAP ERP representou uma mudança radical para a empresa, com a unificação de suas três unidades industriais tornou-se mais fácil a gestão do negócio e ganhou-se velocidade de expansão. (SAP-Brasil, 2008)

10 2.4.2. FERRAMENTAS PARA GESTÃO DE PROJETOS Microsoft Project 2000 O Microsoft Project 2000 é um programa que auxilia a equipe de desenvolvimento de projetos proporcionando recursos e ferramentas para a criação de vários diagramas, gráficos e calendários. É possível realizar o controle das tarefas e projeto, os recursos permitem também a criação, atualização e verificação de status dos grupos de trabalho relacionado à determinada atividade. Algumas empresas que utilizam o Microsoft Project: Strattus Softwares (http://www.strattus.com.br) e Project SA (http://www.projectsa.com.br). Ele possui vários recursos, entre eles estão: (Blumer, 2008) Tarefa: Uma tarefa é um evento que faz parte do projeto, ela é utilizada nos demais recursos para melhor coordenar o projeto. Recurso: Recursos são pessoas, software e equipamentos necessários para completar uma tarefa. Um projeto pode ser realizado com ou sem a colocação de recursos às tarefas, mas se não for atribuído recursos as mesmas haverá menos responsabilidade pelo término das tarefas e menos flexibilidade no planejamento. Calendário: A ferramenta Calendário mostra um calendário mensal com as tarefas e suas respectivas durações. Diagrama de Rede: O Diagrama de Rede mostra todas as tarefas e dependências da mesma, é usado para mostrar a tarefa e suas dependências em forma de fluxograma. Gantt de Controle: O Gantt de Controle é uma lista de tarefas, informações relacionadas e um gráfico que mostra a linha de base e as barras de Gantt para cada tarefa. Gráfico de Gantt: O Gráfico de Gantt é uma lista de tarefas, informações relacionadas e um gráfico que mostra as tarefas e suas respectivas durações com o decorrer do tempo. Uso da Tarefa: O Uso da tarefa é uma lista que mostra os recursos atribuídos, agrupados sob cada tarefa, é utilizado para visualizar quais

11 recursos estão atribuídos as tarefas e para ver os perfis de emprego de recurso. Gráfico de Recursos: Gráfico de Recursos é um gráfico que mostra a alocação dos recursos, custos ou empregos, é utilizado para apresentar informações sobre um recurso no decorrer do projeto. Planilha de Recursos: A planilha de recursos é uma lista de recursos e informações relacionadas utilizado para criar e editar informações de recursos em formato de planilha. Uso do Recurso: O Uso do Recurso é uma lista que mostra as atribuições de tarefas agrupadas sob cada recurso, é utilizada para mostrar as informações de custo ou alocação de trabalho de um determinado período, recurso por atribuição e para definir perfis de trabalho de recurso. Microsoft Visio 2003 O Microsoft Visio 2003 é uma ferramenta que auxilia na criação de diagramas que são divididos em várias categorias: Banco de Dados, Debate, Diagrama da Web, Diagrama de Bloco, Engenharia de Processos, Engenharia Elétrica, Engenharia Mecânica, Fluxograma, Gráficos, Mapas, Organogramas, Planta de Construção, Processo Empresarial, Rede, Software e Programação do Projeto. Segundo Microsoft na categoria Sofware pode-se criar vários modelos de diagramas, entre eles estão o Aplicativo Empresarial utilizando formas que representem PC's, mainframes e camadas de arquitetura; modelos de diagrama de modelagem de fluxo de dados; modelo de diagrama da UML tais como diagrama de caso de uso, colaboração, seqüência, componente, implantação e atividade. Na categoria Programação de Projeto permite criar e formatar calendários de dia, semana, semana múltiplos, mês e ano; criar cronogramas lineares com etapas do projeto e marcadores de intervalo; criar gráficos de Gantt para o gerenciamento de projetos, gerenciamento de tarefas, agendas, horários, compromissos, ciclos de vida do projeto e definição de metas. Também pode-se criar modelo de gráfico PERT para o gerenciamento de projetos, tarefas, agendas, horários, compromissos, estruturas detalhadas de

12 trabalho, método de caminho critico, ciclos de vida do projeto, definição de metas e cronogramas. dotproject Segundo Jordan o dotproject é um programa livre para a criação, monitoramento e gerenciamento de projetos online. Suas ferramentas permitem o gerenciamento de projetos corporativos a projetos mais simples. Eis algumas coisas que se pode realizar com o dotproject: Configurar projetos e tarefas, Comunicar-se com a equipe de desenvolvimento, Visualizar projetos como gráficos de Gantt, entre outros. O dotproject é composto por 10 recursos principais: 1. Gerenciamento de usuário; 2. Sistema de ticket de problema baseado em e-mail; 3. Gerenciamento de cliente; 4. Listagem de projetos; 5. Lista de tarefas hierárquicas; 6. Repositório de arquivos; 7. Lista de contatos; 8. Calendário; 9. Fórum de discussão; 10. Permissões baseadas em recursos. 3. RESULTADOS Após os estudos realizados decidiu-se que a ferramenta será desenvolvida segundo Sommerville, por ser baseado no PMBOK, de forma que, para cada etapa proposta por ele os recursos da ferramenta foram projetados da seguinte forma: Elaboração de Propostas: Foi projetado o recurso para o cadastro inicial do projeto. Planejamento e Programação do Projeto: Foram projetados os recursos para o cadastro das Tarefas e Marcos. Custo do Projeto: Foram projetados os serviços oferecidos pela ferramenta para o cadastro de recursos e custos necessários no projeto.

13 Monitoramento e revisões do projeto: Foi projetado o recurso Gráfico de Gantt. Seleção e avaliação de pessoal: Foi projetado o recurso para o cadastro das pessoas envolvidas no projeto. Elaboração de Relatórios e Apresentações: Foi projetado os recursos Uso da Tarefa e Uso do Recurso. O recurso desenvolvido foi o Gráfico de Gantt, referente a quarta etapa proposta por Sommerville, para dar suporte ao gráfico de Gantt a primeira e a segunda etapa também foi desenvolvida, o restantes dos recursos foram somente projetados. 3.1. DIAGRAMA DE CASO DE USO O diagrama de caso de uso descreve o que o sistema fará, ele representa as possíveis funcionalidades do sistema, descreve um conjunto de seqüências, cada uma representando a interação de itens externos ao sistema com o próprio sistema. É composto de atores e casos de uso. (Booch, 2000) Figura 2: Diagrama de Caso de Uso Para o projeto ele representa a interação de gerente de projeto com as funcionalidades do programa que será desenvolvido.

14 3.2. DIAGRAMA DE CLASSE DE PROJETO O diagrama de classe de projeto ilustra as especificações para as classes de projeto e interfaces para sua aplicação. Figura 3: Diagrama de Classe de Projeto da ferramenta GetProject. A classe Projeto armazena o nome do projeto correspondente. As funcionalidades da classe incluem a criação de novo projeto, a busca de um projeto existente e a verificação prévia do nome de um projeto antes de sua criação. A classe PropProj armazena dados referentes as propriedades do projeto, como título do projeto, assunto do projeto, autor do projeto, gerente responsável pelo projeto e empresa contratante do projeto. A classe contém a funcionalidade da alteração dos dados da mesma no decorrer do projeto. A classe InfProj armazena dados referentes as informações do projeto, como data de início do projeto, data do fim do projeto e data atual do projeto. A classe contém a funcionalidade da alteração dos dados da mesma no decorrer do projeto. A classe Tarefas armazena os dados referentes às tarefas que compõe o projeto, para cada tarefa ela armazena seu nome, duração, data de início, data de término e caso uma determinada tarefa seja um marco instância o objeto com um valor

15 correspondente. Suas funcionalidades incluem a criação de uma nova tarefa, a alteração, busca e exclusão de uma tarefa já existente no projeto. A classe Recurso armazena dados referentes aos recursos que são utilizados no projeto, como nome do recurso, sua quantidade e custo correspondente. A classe contém as funcionalidades de instanciar um novo recurso, a alteração, a exclusão e a busca de um recurso já existente. A classe Pessoal armazena dados referentes ao pessoal envolvido no projeto, como nome, CPF, telefone, e-mail e endereço. Suas funcionalidades incluem instanciar uma nova pessoa que entre no projeto, alterar, buscar e excluir os dados de uma pessoa que já esta no projeto e a verificação prévia do CPF antes do cadastro de uma nova pessoa no projeto. 3.3. DIAGRAMA ENTIDADE RELACIONAMENTO O diagrama entidade relacionamento (DER) é um diagrama que descreve o modelo de dados de um sistema com alto nível de abstração. É utilizado para visualizar os relacionamentos entre as tabelas de um banco de dados relacional. Figura 4: Diagrama entidade relacionamento da ferramenta GetProject A principal mudança do mapeamento do modelo de classes para o modelo relacional é a adição de uma chave primaria (PK) para a identificação individual do

16 conteúdo do banco de dados para todas as tabelas. Outra mudança é o acréscimo de uma chave estrangeira (FK) para as tabelas com dependência da tabela projeto. 3.4. DIAGRAMA DE PACOTES O diagrama de pacote descreve os componentes do sistema juntamente com suas dependências. Figura 5: Diagrama de Pacotes O pacote Gerencia Projeto é composto pelas classes: Projeto, onde é instanciado o nome dos projetos; PropProj, onde são instanciados o título, assunto, autor, gerente e empresa dos projetos; InfProj, onde são instanciadas as datas de início, término e data atual dos projetos. O pacote Gerenciamento Tarefa é composto pela classe: Tarefas, onde é instanciado o nome, duração, data de início, data de término e marco das tarefas do projeto. O pacote Gráfico Gantt é composto pela classe: IGGantt, onde é gerado o gráfico de Gantt através da busca das tarefas relacionadas aos projetos na classe Tarefas. O pacote Uso Tarefa é composto pela classe: IUsoTarefa, onde é gerado a funcionalidade Uso da Tarefa através da busca das tarefas relacionadas aos projetos na classe Tarefas.

17 O pacote Gerenciamento Recursos é composto pelas classes: Recursos, onde é instanciado o nome, quantidade e custo dos recursos dos projetos. Pessoal, onde é instanciado o nome, CPF, telefone, email, endereço, custo e papel do pessoal relacionado aos projetos. O pacote Uso Recurso é composto pela classe: IUsoRecurso, onde é gerado a funcionalidade Uso do Recurso através da busca dos recursos relacionados aos projetos nas classes Recursos e Pessoal. 3.5. PROTÓTIPO DA FERRAMENTA Protótipo da tela inicial da ferramenta, foi desenvolvida utilizando-se alguns componentes da linguagem de programação Java e foi baseada na tela inicial do Microsoft Project 2000. Figura 6: Protótipo da tela principal da ferramenta.

18 Protótipo da tela gerenciamento de tarefas, onde são inseridas as informações sobre as tarefas relacionadas ao projeto. Figura 7: Protótipo da tela de Gerenciamento de Tarefas. Protótipo da tela Gráfico de Gantt, onde são exibidas as tarefas do projeto com suas datas de início e término. Figura 8: Protótipo da tela Gráfico.

19 4. DISCUSSÃO Até o momento foram estudados os conceitos de gestão de projetos de software através de livros que estavam disponíveis nas bibliotecas das instituições UEMS (Universidade Estadual de Mato Grosso do Sul) e UFGD (Universidade da Grande Dourados), livros disponibilizados pela orientadora e de materiais encontrados na internet. As ferramentas estudadas para o desenvolvimento do protótipo do GetProject foram o Microsoft Project 2000 através de materiais encontrados na internet e Microsoft Visio 2003 através dos tópicos de ajuda do mesmo. Devido a dificuldades de instalação a ferramenta dotproject foi somente citada baseada no conteúdo do livro Gerenciamento de projetos com dotproject do autor Jordan. O projeto da ferramenta GetProject teve como base os conceitos do autor Sommerville e o programa Microsoft Project 2000. Para criar o protótipo da ferramenta foi estudada a linguagem de programação Java. Vários recursos foram projetados seguindo as etapas propostas por Sommerville. Sommerville fala que o diagrama de Gantt mostra quem é responsável por cada tarefa e para quando está programado o início e o término da atividade, contudo o gráfico foi implementado somente com as datas de início e término de cada tarefa, ficando ausente o responsável pela mesma. 5. AGRADECIMENTOS Deixo expressos meus sinceros agradecimentos a Universidade Estadual de Mato Grosso do Sul (UEMS), aos colegas e companheiros; pois sem eles o presente trabalho não teria sido concluído.

20 REFERÊNCIAS Livros Booch, G.; Rumbaugh, J.; Jacobson, I. (2000). Uml guia do usuário. p. 65-67. Jordan, L. (2008). Gerenciamento de projetos com dotproject. p. 20-21. Pfleeger, S. L. (2004). Engenharia de Software: Teoria e Prática. Ed. 2ª, p. 134-136. Pressman, R. S. (2002). Engenharia de Software. Ed. 5ª, p. 80-81. Silva, A. A.; Gomide, C. F.; Petrillo, F. (1997). Metodologia e Projeto de Softwares Orientados a Objetos. Ed. 1ª, p. 39. Sommerville, I. (2005). Engenharia de Software. Ed. 6ª, p. 61-62. Sommerville, I. (2007). Engenharia de Software. Ed. 8ª, p. 72-74. Sites de internet Blumer, L; Perrella, R. G. (2008). Microsoft project 2000. Disponível em: www.gv.br/lepi/apostilas/download/project 2000.pdf (último acesso em 15/10/2008) IBM (2009). Rational process library. Disponível em: http://www01.ibm.com/software/awdtools/rmc/library/ (último acesso em 31/07/2009) Java (2008). Developer resources for java technology. Disponível em: http://java.sun.com. Microsoft (2003). Tópico de ajuda do Microsoft Visio 2003. Disponível em: http://office.microsoft.com/pt-br/visio/fx100649221046.aspx (último acesso em 31/07/2009) MySQL (2008). Using mysql with java. Disponível em: http://dev.mysql.com/usingmysql/java (último acesso em 20/05/2008) PMI-SP (2008). Disponível em: http://www.pmisp.org.br/ger_projetos.asp (último acesso em 12/08/2009) Rocha, K. M. H.; PMP (2003). Gerência de Projetos: Uma visão geral em conformidade com o PMI - PMIBOK GUIDE 2000. Disponível em: http://www.pmipe.org.br/web/arquivos/km-gerenciadeprojetos overviewpmbok2000.pdf (último acesso em 20/02/2009) SAP-Brasil (2008). Disponível em: http://www.sap.com/brazil/casos/casos.epx (último acesso em 20/09/2009) UML (2009). Unified modeling language. Disponível em: http://www.uml.org/ (último acesso em 30/07/2009)