Plano de Projeto. Universidade Federal de Pernambuco - UFPE Centro de Informática - CIn Engenharia de Software e Sistemas IF 682. Versão 1.

Transcrição

1 Universidade Federal de Pernambuco - UFPE Centro de Informática - CIn Engenharia de Software e Sistemas IF 682 Plano de Projeto Versão 1.1 Autores: Felipe Cadena Muniz (fcm) Renan Ferraz Pires (rfp) Rodolpho Guedino de Siqueira (rgs2) Rodrigo Perazzo Rabelo (rpr2)

2 Histórico de alterações do documento Data Versão Descrição Autor 29/08/ 1.0 Elaboração do plano do projeto O Grupo /09/ Alteração do plano de projeto O Grupo

3 Conteúdo. ÍNDICE INTRODUÇÃO Objetivo do documento Objetivo do projeto Referências Restrições Artefatos ORGANIZAÇÃO DO PROJETO Estrutura organizacional Atribuições PLANEJAMENTO DO PROJETO Plano de projeto Recursos Recursos de hardware Recursos de software Espaço físico Outros Estimativa de tempo e cronograma Estimativa de custo Políticas Padrões Gerenciamento de Riscos Ausência de algum integrante nas atividades Queda de energia no ambiente de trabalho Inclusão de funcionalidades extras Problema na integração dos componentes Falta de Conhecimento de Causa Falta do Domínio das Tecnologias... 12

4 1.1 Objetivo do documento 1. Introdução O objetivo deste documento é especificar em detalhes o planejamento da implementação do projeto Tratores. Serão abordadas as atribuições a cada membro do grupo, resultado esperado de cada uma das tarefas atribuídas, seus custos e períodos de duração. Esses últimos serão detalhados em um cronograma, que pode sofrer alterações ao longo do desenvolvimento do projeto. 1.2 Objetivo do projeto O projeto visa automatizar o gerenciamento das atividades relacionadas a uma empresa de vendas de componentes para tratores. O controle geral do estoque e a elaboração de relatórios para análises estatísticas da movimentação de peças são o principal foco. A princípio será desenvolvido para as necessidades da PETRAL TRATORES. 1.3 Referências Restrições As restrições pertinentes ao projeto são as seguintes: - Prazo : A entrega dos documentos e especificações devem corresponder ao prazo estipulado pelo site da disciplina de Engenharia de Software e Sistemas (IF 682). - Documentação : A documentação das atividades do projeto devem estar disponíveis no site - Divisão do projeto : A divisão das tarefas deverá ser feita entre os 4 membros da equipe. 1.5 Artefatos A tabela a seguir contém os artefatos que serão produzidos ao longo do projeto: Data de Entrega Artefato 01/09/2008 Plano de projeto 10/09/2008 Documento de requisitos 08/10/2008 Plano e projeto de testes de sistema/aceitação 22/10/2008 Documento de análise e projeto 10/11/2008 Implementação do projeto Ao final de cada etapa do projeto, os artefatos estarão disponibilizados em

5 2. Organização do Projeto 2.1 Estrutura Organizacional A equipe, que é composta por 4 integrantes, está dividida da seguinte forma: - Um gerente - Um supervisor de projeto - Dois desenvolvedores 2.2 Atribuições Membro Função Atribuições Felipe (fcm) Gerente Gerenciamento do Andamento do Projeto Elaboração do cronograma Elaboração do plano de projeto Integração das partes do projeto Revisão de Artefatos Renan (rfp) Surpervisor Elaboração do plano de projeto Elaboração do documento de requisitos Modelagem do sistema Atualização do site de acompanhamento Revisão de Artefatos Rodolpho (rgs2) Desenvolvedor Elaboração do plano de testes Elaboração do site de acompanhamento Atualização do site de acompanhamento Codificação do sistema Rodrigo (rpr2) Desenvolvedor Elaboração do plano de testes Elaboração do site de acompanhamento Atualização do site de acompanhamento Codificação do sistema 3. Planejamento do Projeto

6 3.1 Plano de Projeto Não ficou acertada nenhuma hora específica para o desenvolvimento do projeto devido ao horário bastante irregular dos integrantes da equipe, devendo os mesmos apenas acabar suas atividades de acordo com o cronograma. Além disso, acontecerão reuniões aos sábados para o acompanhamento do projeto. 3.2 Recursos Abaixo estão listados os recursos necessários para o desenvolvimento do projeto com dedicação exclusiva dos integrantes, incluindo: recursos de hardware, software, espaço físico e equipamentos em geral Recursos de Hardware Para manter um desempenho satisfatório durante o desenvolvimento serão necessários: 1 computador (tipo servidor), 3 computadores (tipo estação de trabalho), 1 notebook (para o gerente) e 1 impressora multifuncional para uso compartilhado. Configurações: Servidor - Processador Intel Xeon 5160 Dual-Core (L2 de 4MB, 3.00GHz, 1333MHz) - Memória de 4GB 533MHz (4X1GB), Dual Ranked - 2 x Disco Rígido SATA2 de 250GB, 3.5 polegadas, 7.2K RPM - Placa Controladora integrada SAS5/IR - Duas placas de rede Intel 1000PT Dual Port Copper Gigabit, PCI-E Estação de trabalho - Placa Mãe Asus P5KPL Placa de Video ATI X MB PCI-E - 2 Memórias DDR2 1GB/800hz - Processador Core 2 Duo 2.6/2MB Cache/800hz - Monitor LG Flatron 17' Notebook - Processador Mobile AMD Sempron (2.0 GHz, 256 KB L2 cache) - BRH Windows Vista Business SP1 Original em Português - Memória 1.5GB DDR2 667MHz (1GBx512MB) - Disco Rigido SATA de 80GB (5400RPM) - Gravador de CD/DVD (Unidade DVD+/- RW 8x) - Dell Wireless 1395 (802.11a/g) cartão minipci - Bateria Primária de 4 Células Impressora - Impressora Lexmark Jato de Tinta Z1420 com Tecnologia Sem Fio

7 3.2.2 Recursos de Software - Java development kit (JDK) 6.0 Versão mais atualizada do kit de desenvolvimento java. - Eclipse 3.2 ou versões superiores Utilizado para o desenvolvimento da aplicação. - Microsoft Visio Utilizado para modelar o projeto UML. - JUnit Ferramenta utilizada para a implementação dos testes. - Oracle 10g Sistema de gerenciamento de banco de dados utilizados para o manuseio do banco de dados do sistema. - Office Project 2007 Utilizado no acompanhamento do projeto. (Somente necessário para o gerente) - Subversion CVS - Instalado no servidor, para funcionar como servidor CVS Espaço Físico - Escritório 25 m² e 4 baias 1,5 m² para desenvolvimento Outros - Mesa redonda para reuniões - Telefone/fax para manter contato com os clientes - Ar Condicionado BTus para manter os computadores em temperatura ideal 3.3 Estimativa de tempo e Cronograma A estimativa de tempo de duração do projeto segue de acordo com os prazos de entrega dos artefatos, que estão compreendidos entre 25/08/2008 e 10/11/2008, e está distribuída por atribuições. A fase de concepção vai até a entrega do plano de projeto (01/09/2008), a fase elaboração vai até a entrega do documento de requisitos (10/09/ 2008), a fase de análise que inclui a modelagem do sistema tem como data limite o dia 08/ 10/2008. Como o projeto tem uma duração de apenas 2 meses, as fases de construção e transição se confundem e se estendem até o dia 10/11/2008. Segue abaixo a represetação do cronograma no Microsoft Office Project 2007:

8 3.4 Estimativa de custo A estimativa para o custo geral do projeto foi composta por 4 custos separados: custo humano, custo de hardware/software, custo do ambiente de trabalho e extras. - O custo humano é relativo ao valor/hora cobrado por cada integrante, girando em torno de R$7,50. - O de hardware/software foi considerado como investimento inicial e foi levado em conta os preços médios do mercado. - O custo do ambiente de trabalho inclui: uma estimativa dos gastos de energia por mês, aluguel do espaço físico, aluguel de equipamentos e de móveis descritos nos recuros. - O custo extra inclui: gastos com transporte para encontros com clientes, horas extras de trabalho e possíveis manutenções realizadas. Estimativa:

9 A tabela abaixo possui os indicadores para cálculo dos salários mensais dos profissionais, de acordo com o cargo ocupado no processo de desenvolvimento. Cargo Carga horária semanal Custo por hora de trabalho (R$) Gasto semanal c/ alimentação (R$) Gasto semanal c/ Gasto semanal transporte* com telefone (R$) Desenvolvedor(a) 20 6,00 20,00 9,20 5,00 Gerente 20 9,00 30,00 9,20 10,00 Salário Mensal (R$) 589,50 936,80 Supervisor 20 8,00 20,00 9,20 8,00 764,80 * quatro passes tipo A Tabela 3 Salários fixos por cargo. Cargo Salário 1 gerente 936,80 2 desenvolvedores 1179,00 1 supervisor 764,80 Custo Mensal (R$): 2880,60 Tabela 4 Custo mensal com salários dos funcionários. Despesas além do quadro de funcionários: Gastos mensais com Energia Aluguel do escritório Gastos com manutenção do equipamento Custo total por mês 75,00 700,00 50,00 825,00 Os custos mensais, somados, são de 3705,60. Como a duração do projeto é estimada em dois meses, o custo total do projeto é avaliado em 7411,20. Além disso, sendo o projeto negociado e gerenciado pelos próprios funcionários relacionados, não envolvendo alguma empresa externa, o lucro fica sendo simplesmente a diferença entre o montante recebido em salários e os gastos referentes a aluguéis, manutenção, etc. Assim, são essas as estimativas totais de custos e receitas.

10 3.5 Políticas Para um bom andamento do projeto, as seguintes políticas foram adotadas: - Cumprimento das tarefas atribuídas dentro dos prazos estabelecidos. - Atender a exatamente as especificações necessitadas pelo cliente, não ficando nem além, nem aquém do estabelecido em contrato. - Prezar por um bom relacionamento ente todas as partes envolvidas no projeto, incluindo não só o contratante como também os fornecedores e patrocinadores. 3.6 Padrões Os seguintes padrões foram adotados: - Padrão de codificação JAVA - Padrão UML de diagramas - Arquitetura em Camadas 3.7 Gerenciamento de Riscos Ausência de algum integrante nas atividades Magnitude: Alta Descrição: A ausência de algum integrante em reuniões e na realizações de tarefas é um risco de magnitude alta, dado que a partir do momento em que decisões (alterações de requisitos, atualização de documentos, entre outros) não são de conhecimento e concernimento de todos da equipe, o retrabalho se torna inevitável, comprometendo diretamente o cronograma estabelecido. Impactos: Retrabalho, atrasos no cronograma, desenvolvimento fora do padrão. Estratégias de contigência, mitigação e/ou prevenção: Um planejamento adequado e realista, levando em conta os horários e as atividades dos integrantes, deve prevenir boa parte dessas ocasiões, mas caso ocorra o importante é manter todos integrantes informados. A alocação de mais de um integrante numa mesma tarefa também ajuda a amenizar os impactos.

11 3.7.2 Queda de energia no ambiente de trabalho Magnitude: Alta Descrição: Uma queda de energia no horário de desenvolvimento é um risco alto já que além de outros impactos pode atrasar o cronograma do projeto. Impactos: Informações perdidas, retrabalho, atrasos no cronograma. Estratégias de contigência, mitigação e/ou prevenção: Trabalhar com documentos e códigos compartilhados em um servidor da internet, além de sempre guardar backups das versões anteriores do projeto Inclusão de funcionalidades extras Magnitude: Média Descrição: No decorrer do projeto, com o entusiasmo da equipe, inclusões de funcionalidades extras não planejadas pode ocorrer. Isso é um risco já que pode levar ao descontentamento dos clientes e falta de tempo para desenvolvimento dos requisitos essenciais. Impactos: Desvio de foco do projeto, descumprimento de prazos e insatisfação dos clientes. Estratégias de contigência, mitigação e/ou prevenção: A atuação presente do gerente como coordenador do projeto ajuda a manter o foco da equipe nos requisitos planejados e essenciais. A divulgação do progresso do projeto para todos da equipe também ajuda a direcionar os esforços da equipe praquilo que é necessário Problema na integração dos componentes Magnitude: Média Descrição: Com a programação paralela do projeto, surge um grande problema que é o da integração do código. Mesmo tendo todas as partes funcionando separadamente, muitas vezes são precisos alguns ajustes extras. Impactos: Atraso no cronograma Estratégias de contigência, mitigação e/ou prevenção:o uso de um servidor CVS. Além disso, as reuniões constantes ajudam a deixar os integrantes da equipe a par das alterações.

12 3.7.5 Falta de Conhecimento de Causa Magnitude: Média Descrição: A inexperiência do grupo nesse tipo de projeto pode prejudicar tanto na identificação dos reais requisitos, quanto na implementação deles. Impactos: Atraso no cronograma e requisitos fora do escopo e aquém dele. Estratégias de contigência, mitigação e/ou prevenção: Fazer pesquisas extensivas com os usuários finais e com os contratantes, comparando-as então com fontes externas a fim de adquirir o que realmente se deseja do projeto Falta do Domínio das Tecnologias Magnitude: Média Descrição: A inexperiência do grupo em relação às tecnologias que serão utilizadas. Impactos: Atraso no cronograma e requisitos mal implementados, com falhas de funcionamento e difícil depuração. Estratégias de contigência, mitigação e/ou prevenção: Maior tempo será dedicado ao aprendizado das ferramentas que serão utilizadas.