Plano de Projeto

SafeCashVersão 1.1

Autores:

Bruno Coelho (bcs3)

Bruno Medeiros (bmo)Jonathas Benvenuto (jbd)

Luís Gabriel Nunes (lgnfl)Tiago Ramos (tsr)

Recife, 13 de maio de 2010

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

Histórico de Revisões

Data Versão Descrição Autor

08/04/2010 1.0Elaboração da

primeira versão do Plano de Projeto.

Bruno Coelho,Bruno Medeiros,

Jonathas Benvenuto, Luís Gabriel,Tiago Ramos.

13/05/2010 1.1Formatação do

template do documento

Tiago Ramos

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

Sumário1. Introdução.........................................................................................................................4

1.1. Objetivos......................................................................................................................4

1.2. SafeCash.......................................................................................................................4

1.3. Escopo..........................................................................................................................4

1.4. Identificação do Projeto..............................................................................................5

2. Requisitos a Testar..............................................................................................................5

2.1. Teste do Banco de Dados.............................................................................................5

2.2. Teste Funcional............................................................................................................5

2.3. Teste do Ciclo de Negócios..........................................................................................6

2.4. Teste da Interface com o Usuário................................................................................6

2.5. Teste de Performance..................................................................................................6

2.6. Teste de Carga..............................................................................................................6

2.7. Teste de Stress.............................................................................................................7

2.8. Teste de Volume..........................................................................................................7

2.9. Teste de Segurança de Controle de Acesso.................................................................7

2.10. Teste de Falha/Recuperação...................................................................................7

2.11. Teste de Instalação..................................................................................................7

3. Estratégias de Teste.............................................................................................................8

3.1. Tipos de Teste..............................................................................................................8

3.1.1. Teste de Integridade de Dados e do Banco de Dados.............................................8

3.1.2. Teste de Função.......................................................................................................9

3.1.3. Teste da Interface com o Usuário............................................................................9

3.1.4. Teste da Performance............................................................................................10

3.1.5. Teste de Carga........................................................................................................10

3.1.6. Teste de Segurança e Controle de Acesso.............................................................11

3.1.7. Teste de Instalação................................................................................................11

3.2. Ferramentas...............................................................................................................12

4. Recursos.............................................................................................................................12

4.1. Trabalhadores............................................................................................................12

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

4.2. Sistema.......................................................................................................................13

5. Cronograma.......................................................................................................................13

1. Introdução1.1. Objetivos

Esse documento é referente ao Projeto GF-CITi e tem como função auxiliar o andamento do projeto e servir como guia para o desenvolvimento das fases futuras. Ficarão aqui detalhados os objetivos, prazos, expectativas e quaisquer outros fatores relevantes ao processo de criação do sistema para que se possa otimizar ao máximo o desenvolvimento do mesmo.

1.2. Escopo

Hoje, tanto as consultas como o gerenciamento financeiro no CITi (Centro Integrado de Tecnologia da Informação) são feitos por tabelas no excel, armazenadas no desktop do CITi. Tornando a tarefa financeira muito árdua para os integrantes desta empresa.

O objetivo deste projeto é o desenvolvimento de um sistema de gerenciamento de finanças para o Centro Integrado de Tecnologia da Informação (CITi). Dando ênfase ao âmbito empresarial, que necessita de um projeto complexo, que possa garantir o fluxo de caixa em todos os seus detalhes. Pretendemos atingir esse objetivo através de um software robusto,dinâmico e de interface amigável.

O sistema será web, tendo em vista que o controle financeiro será feito por integrantes que não necessariamente estejam na empresa, mas com o manuseio de poucas pessoas. A aplicação deve ser capaz de armazenar todo o movimento financeiro, podendo gerar gráficos para apresentação dos resultados.

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

2. Identificação do ProjetoA divisão do projeto será da seguinte maneira: Concepção, Elaboração, Análise,

Construção e Transição.

2.1.1. 1º Fase: Concepção

Fase que busca adquirir informações para compreender melhor o problema e então encontrar soluções, estruturando as idéias de forma organizada. Assim, são definidos objetivos e o planejamento do projeto.

Nesta fase será realizada a divisão de tarefas entre os membros da equipe assim como a estipulação de prazos para a definição do cronograma. Além disso, será decidido o nome oficial do produto e sua logomarca. Também haverá a elicitação e especificação dos requisitos do sistema, esboço do Modelo Conceitual, listagem de Casos de Uso e uma análise de potenciais ricos ao desenvolvimento do projeto.

2.1.2. 2ª Fase: Elaboração

Fase na qual é estruturada a arquitetura do sistema. Os requisitos são levantados cuidadosamente pelos Stakeholders para definição dos casos de uso do sistema. Ao final dessa fase, são gerados o Plano e Projeto de Testes e o Documento de Análise e Projeto.

Uma análise comparativa com outros softwares do mesmo gênero no mercado será feita para um melhor levantamento dos requisitos. Novas idéias consideradas pelos membros da equipe também serão discutidas no processo de especificação.

2.1.3. 3ª Fase: Análise

Fase na qual será definida a arquitetura geral do sistema e seu comportamento.Esclarecendo qualquer ponto vindo da fase de Concepção. A qualidade do processo de análise é importante porque um erro de concepção resolvido na fase de análise tem um custo bem menor do que fosse detectado posteriormente.

2.1.4. 4ª Fase: Construção

Nesta fase, implementa-se o sistema de maneira iterativa e incremental, buscando assim um melhor desempenho e produtividade. A cada iteração, é implementado um

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

conjunto de casos de uso, o qual é devidamente testado, e utilizado na elaboração de uma versão parcial do sistema.

2.1.5. 5ª Fase: Cronograma

Fase de validação. Nesta fase o sistema será validado, corrigidos eventuais erros e integrado na empresa.

3. Cronograma

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

4. Análise de Riscos4.1. Problemas Pessoais com os Integrantes do

o Descrição: Doenças Problemas familiares Viagens Desavenças entre os integrantes da equipe.

o Relevância: Média

o Fases de impacto: Todas as fases do desenvolvimento

o Impactos: Atrasos no cronograma Desmotivação da equipe como um todo Comunicação dificultada entre os membros da equipe

o Indicadores: Ausência freqüente dos membros do grupo

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

o Plano de ação: (Contingência) Não sobrecarregar membros da equipe (Contingência) Discutir entre os membros da equipe ausências

planejadas (Mitigação) Atribuir tarefas de um membro a outro quando possível (Mitigação) Discutir com o membro em questão como o problema

pode ser resolvido

4.2. Mau Planejamento do Cronograma

o Descrição: planejamento inicial do Cronograma pode não levar em consideração

problemas que venham a acontecer no desenvolvimento ou mensurar inadequadamente o tempo entre cada tarefa.

o Relevância: Alta

o Fases de impacto: Pós-Concepção

o Impactos: Possíveis entregas do produto final e versões parciais adiadas Stress devido à prazos apertados para realização de tarefas

o Indicadores: Constantes atrasos na execução das tarefas Dificuldade de coordenação entre os membros da equipe

o Plano de ação: (Contingência / Mitigação) Revisões periódicas do cronograma. (Contingência / Mitigação) Adiantar tarefas quando possível. (Contingência) Usar o cronograma de projetos anteriores como

referência para formulação do cronograma deste projeto.

4.3. Má Alocação de Tarefas

o Descrição: A alocação não balanceada das tarefas pode sobrecarregar membros

do grupo.

o Relevância: Baixa

o Fases de impacto: Pós-Concepção

o Impactos: Atrasos no projeto como um todo.

o Indicadores:

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

Constantes atrasos na execução das tarefas ou membros da equipe sempre com poucas tarefas a serem realizadas.

Stress devido à sobrecarga.o Plano de ação:

(Contingência / Mitigação) Revisar periodicamente as alocações de tarefas.

4.4. Falta de Dispositivos Para Testes

o Descrição: Dispositivos móveis em geral são de uso estritamente

pessoal e por isso pode ser difícil arranjar uma quantidade ou variedade adequada dos mesmos para o teste do sistema.

o Relevância: Média

o Fases de impacto: Transição

o Impactos: Bugs não detectados. O sistema ser compatível somente para um número pequeno de

dispositivos.o Indicadores:

Uso exclusivo do simulador para testes.o Plano de ação:

(Contingência) Formar parceiras para conseguir dispositivos para testes

4.5. Desconhecimento Sobre a Tecnologia

o Descrição: Desconhecimento sobre utilização de ferramentas e ou bibliotecas

podem atrapalhar a implementação e os testes do sistema como um todo.

o Relevância: Média

o Fases de impacto: Análise/Construção/Transição

o Impactos: O sistema ser inutilizável ou com pouca usabilidade.

o Indicadores: Atraso na entrega dos componentes. Implementações mal feitas ou com muitos bugs. Desmotivação dos integrantes da equipe com as dificuldades.

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

o Plano de ação:

(Contingência) Realizar treinamentos antes das etapas de implementação/testes

(Contingência/Mitigação) Compartilhamento do conhecimento sobre as tecnologias de desenvolvimento entres os membros da equi

4.6. Tabela Resumo

Riscos Relevância Plano de Ação

Problemas pessoais com os integrantes do

grupoMédia

Evitar sobrecarga de membros,discutir

ausência planejadas, realocar tarefas quando

possível.

Mau planejamento do cronograma Alta

Revisões periódicas do cronograma,

adiantamento de tarefas quando possível, usar

cronogramas anteriores como base.

Má alocação de tarefas Baixa Revisar periodicamente as alocações de tarefas.

5. Plano de Recursos Recursos de Software

o Desenvolvimento: Eclipse SDK – Ambiente de Desenvolvimento Integrado. Windows XP e Vista

o Auxiliares: Adobe Fireworks – Desenvolvimento da parte gráfica do site do

projeto. Adobe Photoshop – Elaboração da Logomarca do produto. Microsoft Word 2007 – Documentação do projeto.

o Gerenciamento: Microsoft Project – Auxilia na gerencia e esquematização do projeto. Google Calendar – Utilizado para facilitar a comunicação entre os

integrantes da equipe no que se refere as datas de reuniões, prazos, testes e outros.

Recursos de Hardwareo Computadores dos laboratórios de graduação do CIn/UFPE

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

o Computadores pessoais dos integrantes da equipe

Recursos de Infra-estruturao Sala para reuniões provida de quadro branco, piloto e um computador.o Laboratório com pelo menos quatro computadores que ofereçam os

softwares necessários anteriormente citados. Treinamento de Pessoal

o Microsoft Project: Aprofundar os conhecimentos e o domínio sobre as ferramentas deste software.

o Finanças: Familiariza-se com as regras de negócio referente a atividades bancárias.

Alocação de Recursos Humanos

A equipe foi alocada de forma a maximizar o desempenho do grupo a partir da habilidade individual de cada componente.

A distribuição foi feita entre os 5 (cinco) componentes da seguinte forma:

o Gerente de Projeto, Projetista e Designer de Interfaces e Desenvolvedor (Tiago Ramos)

Funções:

- Planejamento e gerenciamento geral do projeto;

- Projeção e acompanhamento dos Riscos e do Plano de Projeto;

- Implementação e integração dos componentes;

- Desenvolvimento de protótipos de interface.

- Examinar e se preciso reformular as estratégias e metodologias do projeto;

o Gerente de Testes e Desenvolvedor (Bruno Coelho)

Funções:

- Gerenciamento e execução dos testes do projeto;

- Implementação e integração dos componentes;

o Projetista de Interfaces, Analista de Requisitos e Desenvolvedor (Bruno Medeiros)

Atividades:

- Implementação e integração dos componentes;

- Definição dos Requisitos do projeto;

- Desenvolvimento de protótipos de interface com o usuário;

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

- Análise da usabilidade das interfaces com usuários finais;

o Analista de Sistemas, Engenheiro de Testes e Desenvolvedor (Jonathas Benvenuto)

Funções:

- Implementação e integração dos componentes;

- Documentação do Projeto;

- Filtragem de Requisitos.

- Modelagem e realização de testes

o Arquiteto de Software e Desenvolvedor (Luís Gabriel)

Atividades:

- Implementação e integração dos componentes;

- Modelagem e definição dos diagramas e arquitetura do sistema.

6. Custos

Os custos aqui apresentados são relativos às questões financeiras envolvidas no processo de desenvolvimento do projeto. São avaliados principalmente os gastos realizados com os integrantes da equipe e os materiais utilizados por eles na criação do projeto, buscando assim, obter uma média que represente bem a realidade, a fim de evitar erros e possíveis prejuízos.

6.1. Horas Trabalhadas

6.2. Custo Total

13 de maio de 2010

SafeCash

Gerenciador Financeiro do CITi

(143,22+109,5+213,28+126,28)*10+107*15+68+879+645+987+10

O custo total foi calculado tomando como base as horas fornecidas pelo SM Project mais o custo de material, e foi estimado em R$10125,80.

7. Referênciaswww.cin.ufpe.br/~if682

Estimativa de custo

www.cin.ufpe.br/~if717/slides/6- estimativas-de-custo .pdf

http://e-articles.info/t/i/1578/l/pt/

Plano de projeto

http://www.tecnologiadeprojetos.com.br/banco_objetos/%7B228E90E8-4727-4F53-9ABD-601EE7C5AE50%7D_modelo%20de%20planejamento.pdf

http://pt.wikipedia.org/wiki/Plano_de_Projeto

www.trainning.com.br/download/ planodeprojeto .pdf Modelo PMI de plano de projeto

Levantamento de riscos

www.pmimg.org.br/downloads/ RiscoS itePMIMG.ppt

http://pt.wikipedia.org/wiki/Plano_de_Ger%C3%AAncia_de_Riscos

Levantamento de requisitos

http://www.baguete.com.br/artigosDetalhes.php?id=380

http://pt.wikipedia.org/wiki/An%C3%A1lise_de_requerimento_de_software