Logotipo - SourceForge



[pic]

|Plano de Projeto |

Projeto VENSSO

|Data |13/07/2005 |

|Responsável |Damires Fernandes |

|Documento ID |VENSSO_SPM_20050713 |

|Localização |\vensso\management\spm\planning |

|Versão do Documento |2.00 |

Histórico de Revisões

|Data |Versão |Autores |Descrição |

|13/07/2005 |0.01 |Damires |Emissão inicial |

|19/07/2005 |1.00 |Ana Paula |Revisão para fechamento do planning. |

|09/08/2005 |1.01 |Damires |Atualização para compatibilidade com a |

| | | |proposta fechada. |

|21/08/2005 |2.00 |Ana Paula |Ajustes para fechamento da construction #2. |

Revisores

|Nome |Função |Data |

|Ana Paula |SQA | |

| | | |

Sumário

1. Introdução 5

2. Referências 5

3. Visão Geral do Projeto 5

3.1. Motivação e Escopo 5

3.2. Arquitetura da Solução 6

4. Organização do Projeto 7

4.1. Estrutura Organizacional 7

4.2. Papéis e Responsabilidades 8

4.3. Equipe 8

5. Processo de Gerenciamento 9

5.1. Estimativas do Projeto 9

5.2. Desenvolvimento da Equipe 9

5.3. Riscos 9

5.4. Plano de Fases 10

5.5. Cronograma de Atividades Detalhado 11

5.6. Comunicação e Acompanhamento 11

5.7. Planos de SCM e SQA 11

6. Métricas 11

Introdução

O Objetivo deste documento é definir detalhadamente fatores relevantes de planejamento, execução e acompanhamento do desenvolvimento do módulo do projeto VENSSO, que será realizado pela OXE Factory, conforme aceitação da proposta técnica[1] enviada em resposta à RFP da Profits[2]. Estes fatores abrangem principalmente escopo, prazo, recursos, qualidade, riscos e plano de iterações.

Referências

[1] IXI Community Interaction Politics – [];

[2] Profits – Request for Proposal – [ (/fases/feasibility/RFP)];

[3] Documento de Requisitos – [ (/fases/planning/ Doc. Requisitos)] VENSSO_REQ_20050713.doc;

[4] Planilha de Estimativas – [ (/fases/ planning/ esforço)] VENSSO_EST_20050712.xls;

[5] Planilha de Riscos do Projeto – [ (/fases/planning/riscos)] VENSSO_RISKLIST_20050713.xls;

[6] Cronograma de Atividades – [ (/fases/planning/cronograma)] VENSSO_CRONO20050711.gan;

[7] Métricas - [ (/fases/planning/métricas)] VENSSO_MET_20050714.doc;

Visão Geral do Projeto

1 Motivação e Escopo

As empresas de software possuem a necessidade de uma ferramenta capaz de auxiliá-las na venda de seus produtos para os potenciais clientes. O VENSSO, pretende suprir esta carência, dando suporte a estas empresas na disponibilização de uma ferramenta de acompanhamento do desempenho de vendedores e canais de software.

O VENSSO – VENda de Serviços e Software – é uma aplicação que será operacionalizada através da Web e tem como objetivo básico gerenciar vendas, vendedores e canais de software, abrangendo todas as fases da metodologia da Engenharia de Vendas.

O escopo de desenvolvimento da solução corrente se refere a um subconjunto de funcionalidades da visão de vendedor, a serem descritos a seguir:

• Realizar busca dinâmica tela inicial: trata-se de uma busca dinâmica a ser realizada a partir da tela inicial do sistema, de forma que o vendedor a partir de uma palavra chave em determinada seção (empresas, pessoas, oportunidades e atividades) busque os itens relacionados a esta palavra chave. Por exemplo, ao se escolher uma empresa, as oportunidades, pessoas e atividades relacionadas àquela empresa vão ser dinamicamente atualizadas.

• Gerenciar pipeline dinâmico: apresentar agrupamento (quantidade, valor previsto e valor fechado) por estágio das oportunidades de negócio.

• Gerenciar visão completa: trata-se da geração e manutenção de um relatório que mostra todos os dados relacionados a um item escolhido para a busca. Por exemplo, apresenta a visão detalhada (com os diversos campos) de atividades, oportunidades, propostas e contratos relacionados à uma dada empresa.

• Prover persistência: refere-se à migração da atual camada de persistência para um banco de dados relacional, através do uso de um framework de persistência.

Os requisitos não funcionais encontrados para o ciclo atual do projeto VENSSO são:

• Facilidade de Uso: O usuário do sistema deve ter facilidade de uso do sistema, ou seja, realizar tarefas (inclusão, alteração, consulta exclusão) com menos de 30 minutos de treinamento. Para confirmação disso, será realizado um teste de usabilidade;

• Interface WEB: O usuário utilizará o sistema através de um web browser;.

• Licença GPL: O código do sistema estará disponível de acordo com a licença GPL (General Public License).

Escopo Negativo

A OXE Factory se compromete a desenvolver as funcionalidades acima citadas. Não fazem parte do escopo do projeto atual as funcionalidades relacionadas ao cadastro de propostas, contratos, vendedores, agenda, visão do gestor de vendas e visão do diretor de canais, assim como os relatórios de Key Performance Indicators.

O escopo acima refere-se especificamente a um subconjunto das funcionalidades que compõem o projeto VENSSO, o qual está contemplado no documento de requisitos[3] previamente acordado com a Profits, e pode ser encontrado em [ (fases – planning – doc. requisitos].

2 Arquitetura da Solução

O sistema VENSSO está organizado numa arquitetura baseada em camadas, seguindo o padrão Modelo, Visão e Controle - MVC. A separação em camadas lógicas torna o sistema mais flexível e permite que as partes possam ser alteradas de forma independente. O Padrão MVC permite a definição de várias visões a partir de um mesmo modelo, o que facilita a manutenção, atualização e testes.

Dessa forma, a aplicação se torna escalável e viabiliza-se um desenvolvimento em paralelo para o modelo, visão e controle de modo independente e distribuído. Essa sistemática de trabalho vem de encontro aos objetivos da OXE Factory enquanto ambiente de desenvolvimento distribuído, onde colaborados espalhados em diferentes continentes podem contribuir sobre porções do código.

As camadas são:

• Visão: mostra o estado das classes de negócios de maneira formatada após serem processadas. Essa camada será implementada utilizando a tecnologia Java JSP 2.0, aliada com a utilização de componentes JavaServer Standard Tag Library (JSTL).

• Controle: determina o fluxo da apresentação servindo como uma camada intermediária entre a camada de visão e de negócios. Assim, esta camada valida as informações recebidas pelo usuário e as transfere de maneira formatada para a Camada de Negócios, de modo a serem processados.

• Negócios: implementa a lógica de negócios da aplicação. Internamente é composta de sub-camadas (fachada - interface principal de acesso as informações da lógica de negócio da aplicação; Controladores - implementam os casos de uso da aplicação; Classes de Negócios - são as classes que fazem parte da lógica propriamente dita da aplicação).

• Persistência de Dados: faz o mapeamento entre as classes de negócios de forma a possibilitar a persistência das mesmas em algum tipo de memória não volátil, através da descrição de ligações entre as classes para as tabelas de banco de dados e fazendo uso da tecnologia Hibernate.

Todo o código desenvolvido será licenciado sob forma de código aberto (GPL) e a comunidade de software livre será incentivada a participar do desenvolvimento.

4.1.1 Framework Rapadura

A solução de implementação para o Sistema Vensso fará uso do framework da OXE Factory denominado Rapadura. Sua arquitetura encontra-se apresentada na figura 1.

[pic]

Figura 1 – Framework Rapadura e customização para produtos

Para maiores detalhes sobre a arquitetura da aplicação, consultar [ (arquitetura do sistema)].

Organização do Projeto

A OXE Factory disponibilizará a seguinte estrutura para a realização do projeto:

1 Estrutura Organizacional

2 Papéis e Responsabilidades

|Papel |Descrição |

|Gerente de Projeto (GPr) |Responsável pelo planejamento e acompanhamento das atividades. Aloca recursos, |

| |dimensiona tarefas e interage com o cliente. |

|Analista da Qualidade (SQA) |Responsável pela definição do processo que garante a qualidade do software que |

| |está sendo produzido. Realiza auditorias de qualidade e coleta métricas ao |

| |longo do projeto. |

|Analista de Sistemas (ANS) |Realiza o levantamento e análise de requisitos do software. |

|Projetista de |Realiza o projeto do banco de dados da aplicação. |

|Banco de Dados (DBA) | |

|Arquiteto (ARQ) |Define a arquitetura do sistema. |

|Engenheiro |Responsável por definir e gerenciar o controle de versão. |

|de Configuração (SCM) | |

|Engenheiro |Responsável pelo projeto do site da fábrica, pelo design da aplicação e pela |

|de Software (ESW) |implementação do sistema. |

|Engenheiro de Testes |Responsável pela definição do ambiente de testes e planejamento dos casos de |

| |testes. |

3 Equipe

|Nome |e-mail |Papéis |

|Alan Kelon Oliveira de Moraes |alanmoraes@ |Engenheiro de Software, |

| | |Arquiteto, Engenheiro de |

| | |Configuração |

|Ana Paula Carvalho Cavalcanti |anapaula.cavalcanti@ |SQA, Engenheira de Software |

|Carlos Eduardo de Lima |cel2@cin.ufpe.br |Engenheiro de Software |

|Clélio Feitosa de Souza |cleliofs@.br |Engenheiro de Testes (líder), |

| | |Engenheiro de Software |

|Damires Yluska de Souza Fernandes |dysf@cin.ufpe.br |Gerente de Projeto, Projetista |

| | |de Banco de Dados, Analista de |

| | |Sistemas, Engenheira de |

| | |Software |

|Euclides Napoleão Arcoverde Neto |euclides.arcoverde@ |Engenheiro de Configuração |

| | |(líder), Engenheiro de Software|

|Leonardo Reis Lucena |lrlucena@ |Engenheiro de Software (líder),|

| | |Arquiteto |

|Lucas Roberto Bechert schmitz |lucasrbs@ |Engenheiro de Software, |

| | |Projetista de Banco de Dados |

|Marcia Jacyntha N. Rodrigues Lucena |marcia.lucena@ |Analista de Sistemas (líder), |

| | |Projetista de Banco de Dados, |

| | |Engenheira de Software |

|Severino de Andrade Lima Júnior |severinoandrade@ |Gerente de Projeto, Engenheiro |

| | |de Software |

|Sílvia Cássia Pereira |scp@cin.ufpe.br |Analista de Sistemas, |

| | |Engenheira de Software |

Processo de Gerenciamento

1 Estimativas do Projeto

A estimativa de esforço e tamanho da aplicação a ser desenvolvida neste projeto foi baseada em pontos de casos de uso. A planilha utilizada para as estimativas[4] (disponível em ) considera diversas variáveis tais como os atores envolvidos no processo, os fatores técnicos e ambientais e a produtividade da equipe por caso de uso.

A avaliação da necessidade de re-planejamento ou re-estimativa se dará nas reuniões semanais de acompanhamento do projeto. A evolução da completude dos artefatos, em termos percentuais, será confrontada com o esforço consumido (também em termos percentuais) para se detectar a necessidade ou não de uma re-avaliação.

Para verificar as estimativas de tamanho e esforço, acessar [ (fases – esforço)].

2 Desenvolvimento da Equipe

Este seção apresenta o planejamento dos workshops e palestras para o desenvolvimento técnico da equipe do projeto.

|Fase: Planning |

|Treinamento |Responsável |Público Alvo |Data |

|Hibernate |Alan |Equipe OXE |A definir |

3 Riscos

O levantamento dos riscos, sua classificação e o planejamento das respostas (mitigação / contingência) foram realizados de forma descentralizada, envolvendo toda a equipe e também o cliente, de forma a proporcionar a maior abrangência possível. A avaliação da evolução destes riscos ou do surgimento de novos se dará nas reuniões de acompanhamento semanais.

Para verificar a lista de riscos, suas prioridades, mitigações e contingências, acessar [ (fases – riscos)].

4 Plano de Fases

Para a versão corrente de desenvolvimento do VENSSO, que é o objeto deste planejamento, teremos 1 (uma) iteração de feasibility, planning e design e 2 (duas) iterações de construction, concluindo o processo com o closing, conforme a figura 2. Para cada fase do processo, estão listados abaixo os milestones e artefatos relacionados, bem como a data prevista.

[pic]

Figura 2 – IXI Process – Etapa Corrente

|Fase |Milestones |Artefatos |Dt Release |

|Feasibility |Lançamento do Projeto |RFP |04/07 |

| |Visão Inicial |Documento de Requisitos |12/07 |

| |Negociação Concluída |Proposta Técnica |13/07 |

|Planning |Requisitos Aprovados |Documento refinado de Requisitos |19/07 |

| |Plano de Projeto Publicado |Plano de Projeto |19/07 |

|Design |Arquitetura concluída |Design Model |25/07 |

| |Casos de Uso Detalhados |Documento de Casos de Uso |25/07 |

| |Projeto de BD e Classes |Modelo de Dados e Modelo de Classes |25/07 |

|Construction It#1 |Testes Sistêmicos Concluídos |Relatório de Execução de Testes de |04/08 |

| | |Sistema | |

| |Release 1 – Cliente e comunidade |Código, Componentes |05/08 |

|Construction It#2 |Relatório de Testes |Código, Componentes |17/08 |

|Closing |Testes Sistêmicos Concluídos |Relatório de Execução de Testes de |19/08 |

| | |Sistema | |

| |Release 2 – Cliente e comunidade |Código, Componentes |20/08 |

5 Cronograma de Atividades Detalhado

O cronograma de atividades[6] será acompanhado a partir da ferramenta open source Gantt Project ( ). Verificar o detalhamento das atividades em [ (cronograma)].

6 Comunicação e Acompanhamento

O processo de comunicação se dará a partir do uso das ferramentas MSN, Skype, Listas de discussões e Site do Projeto. O acompanhamento do projeto ocorrerá diariamente de forma remota, através das ferramentas citadas e semanalmente, de forma presencial em reunião com todos os membros da equipe.

Todas as atas de acompanhamento estarão disponíveis no site, no endereço [ (Atas)].

7 Planos de SCM e SQA

O plano de Gerência de Configuração (SCM) objetiva definir os responsáveis pela configuração no projeto, especificar as datas para a passagem dos produtos para baseline e as permissões de acesso por papel no processo de desenvolvimento. Este plano busca ser flexível para permitir modificações durante todo o ciclo de vida do projeto e previne que seja necessário reimplantar código que tenha sido perdido quando dois ou mais desenvolvedores trabalham sobre o mesmo código, ajudando a rastrear e identificar as mudanças ocorridas durante o desenvolvimento.

O plano de Gerência da Configuração do piloto VENSSO estará disponível no site do projeto em [ (fases – plano de configuração], ao término da fase de planning.

O plano de Garantia da Qualidade tem como objetivo o planejamento de auditorias e revisões a serem realizadas pelo grupo durante o desenvolvimento. Trata-se de uma ferramenta que organiza o processo de desenvolvimento do software e os padrões a serem utilizados como base para as revisões e auditorias, assim como especifica o modo de tratamento das não-conformidades encontradas durante essas mesmas auditorias e revisões.

O plano de Garantia da Qualidade estárá disponível no site do projeto em [ (fases – plano de sqa)], ao término da fase de planning.

Métricas

As métricas constituem informações de grande importância para avaliação do andamento do projeto e também uma excelente fonte de informação para que se avalie o próprio processo no qual foi baseado o desenvolvimento do projeto.

Dessa forma algumas métricas foram definidas com o objetivo de obter critérios de qualidade que serão acompanhadas pela gerência da OXE Factory durante o decorrer do desenvolvimento do módulo em questão do projeto VENSSO [8].

No documento de métricas, disponível em [ (métricas)], encontram-se, além das medidas, estabelecidos prazos, periodicidade e a forma de coleta dessas informações.

-----------------------

Test

Engineer

Software Engineer

Configuration Engineer

DBA

Engineer

Software Architect

System Analyst

SQA

Project Manager

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download