Lance Leilões S/A

Solução e-Commerce
Plano de Gerenciamento de Projeto
Projeto#: 171

Author:
Creation Date: 31-10-2005
Last Updated: 31-10-2005
Document Number: 0666-69
Version: 1.0

Approvals:
Patrocinador Assinatura Data

Eduardo Meira Peres

Msc.

Outubro, 2005
Version 1.0
Índice:

1. Definição do Escopo do Projeto............................................................................................................3

1.1. Introdução...............................................................................................................................3
1.2. Objetivos.................................................................................................................................4
1.3. Escopo.....................................................................................................................................4
1.4. Casos de uso preliminares.......................................................................................................5
1.5. Gerência de mudanças............................................................................................................8
1.5. Monitoramento e Controle do trabalho do projeto.................................................................9
1.7. Organograma do projeto.........................................................................................................9
1.8. Aprovações de marcos de projeto.........................................................................................10
2. Cronograma do Projeto........................................................................................................................11
2.1. Diagrama de Gant.................................................................................................................11
2.2. Datas de marcos....................................................................................................................11
3. Gerência de Custos.............................................................................................................................12
3.1. Estimativa por UCP..............................................................................................................12
4. Gerência de Qualidade.........................................................................................................................14
5. Gerência de Recursos Humanos................ .........................................................................................14
6. Gerência de Comunicação...................................................................................................................14
6.1. Plano de comunicação com steakholders..............................................................................14
7. Gerência de Riscos..............................................................................................................................15
8. Gerência de Aquisições.......................................................................................................................17

2
1. Definição do Escopo do Projeto
1.1 Introdução

Propósito do projeto
Este projeto tem como propósito ampliar a área de abrangência da empresa Lance Leilões S/A
por meio de uma solução custo relativamente baixo e que influi diretamente no lucro de grandes
empresas: o e-Commerce. Com isso espera-se aumentar a quantidade de clientes, pois todo
internauta do planeta se torna um possível comprador (estima-se que em torno de 100 milhões de
internautas visitem sites de e-Commerce).

Prioridade do projeto
Devido ao interesse da empresa de ampliar seu espaço, não físico, mas de abrangência, de
uma maneira rápida e de forte impacto tanto na economia quanto na projeção da empresa, ampliá-
la para o domínio web atende exatamente essas expectativas, podendo a empresa trabalhar tanto do
modo tradicional (leilão tradicional) ou do modo leilão reverso. A prática de ambas soluções
dentro de um mesmo domínio ainda não é muito explorada, por isso um sucesso devido à inovação
é esperado.

Pano de Fundo
Para dar continuidade ao plano estratégico de qualquer empresa, a expansão se faz necessária.
Devido a grandes evoluções tecnológicas, hoje em dia fala-se de expansão, mas não com a
conotação de antigamente, onde isso requeria muito tempo e muito dinheiro, e o resultado era uma
expansão física de espaço ( p.e. novas filiais, ou setores).
Graças a rede de comunicação mundial (www – internet) muitas empresas passaram a
disponibilizar seus produtos à venda por ela, sempre visando o máximo de segurança e agilidade
na entrega de produtos aos seus clientes.
Neste conceito de venda de produtos na rede, empresas de leilões nasceram nela, e nela fizeram-
se conhecidas e principalmente muito rentáveis.
O último grande negócio envolvendo a venda de um site de leilão, ocorreu na China e foi
negociada a uma cifra de dez dígitos.
Existem casos que em um período de aproximadamente 12 meses aumentaram as vendas em
mais de 500% graças ao seus produtos serem disponibilizados pela rede.
Se bem desenvolvido, este é um projeto que irá necessitar pouca manutenção, ficando essa a
cargo de administradores de banco de dados, designers, etc. Sua pouca manutenção provém do fato
que os produtos são colocados à venda por seus donos (usuários do site) e que a administração não
precisa se ater a isso, podendo estar se preocupando com segurança do espaço, sua boa
navegabilidade, etc.

3
 Em suma, este é um projeto que, se bem administrado, requer um investimento inicial de
implementação e implantação, mas posteriormente, um custo baixo de manutenção, e um retorno
médio rápido e alto

1.2 Objetivos

Os objetivos do projeto são :

• Aumentar o número de clientes da empresa, expandindo-a de um nível de pouco acesso, por
este se fazer necessariamente físico, para um nível de visibilidade maior, pois os clientes não
mais precisam sair de casa para entrar em contato com os produtos a venda.
• Lançar a empresa em um escopo internacional.

Alguns pontos críticos do projeto que devem ser destacados são:

• Fácil navegabilidade geral do site pelo usuário.
• Fortes políticas de segurança relativo a privacidade do usuário
• Constante atualização dos conteúdos.
• Necessária a aceitação de um termo de comprometimento por parte do usuário, para descartar a
empresa de quaisquer prejuízos legais que podem ser causadas por usuários mal intencionados.

1.3 Escopo

O escopo do projeto está delimitado na construção de um site web, que pode ser construído com
base na plataforma J2SE, a qual já é de conhecimento da empresa e que deve suportar e-Commerce.
Caso seja definida uma outra plataforma de desenvolvimento, tal medida acarretará na mudança dos
custos do projeto.
Devem ser implementadas as funcionalidades de leilão convencional (direto) e leilão reverso,
todas funcionalidades de seguranças cabíveis ao meio (desconsiderando segurança legal) e apoio de
implantação.
As principais funcionalidades do sistema estão descritas na seção seguinte.

1.4 Casos de uso preliminares

Aqui são apresentadas as principais funcionalidades do sistema, juntamente com a descrição

detalhada das funcionalidades mais críticas.

Casos de uso observados:

- Cadastrar usuário

4
 - Comprar produto
- Fazer pergunta ao usuário
- Vender produto
- Navegar
- Buscar produto
- Acessar Produto
- Consultar Informação de Usuários (dele mesmo ou de outros)
- Acessar Fórum
- Acessar Ajuda
- Acessar mapa do site
- Acessar FAQ

Os quatro primeiros casos de uso acima foram considerados os mais críticos e serão detalhados
a seguir:

Identificação: Caso de Uso:

UC1 Cadastrar Usuário
Atores:
Usuário
Pré-condições:
Usuário não cadastrado no sistema
Pós-condições:
Usuário cadastrado no sistema

SEQÜÊNCIA TÍPICA DE EVENTOS (FLUXO BÁSICO)

Seção Principal
1. O usuário clica sobre o link de cadastro.
2. O sistema abre a página de cadastro de clientes.
3. O usuário preenche os campos com os seus dados pessoais.
4. O sistema verifica a integridade dos dados digitados.
5. O usuário cria um login e uma senha para entrar no sistema.
6. O sistema verifica que este login é único.
7. O sistema os salva as informações sobre o cliente em sua base de dados.

SEQÜÊNCIAS ALTERNATIVAS (FLUXOS ALTERNATIVOS)

4a Dados não corretos.
1. O sistema não reconhece a integridade dos dados analisados.
2. A operação é abortada.

6a Login já existente.
1. O sistema verifica a existência de um login na sua base de dados.
2. Volta ao passo 5.

5
Identificação: Caso de Uso:
UC2 Comprar Produto
Atores:
Usuário
Pré-condições:
Usuário e produto cadastrados no sistema.
Pós-condições:
Produto no carrinho de compras do usuário.

SEQÜÊNCIA TÍPICA DE EVENTOS (FLUXO BÁSICO)

Seção Principal
1. Usuário clica em um produto para comprá-lo.
2. O sistema mostra na tela o produto e suas informações.
3. O usuário informa a quantidade de itens que deseja comprar.
4. O usuário clica no botão de comprar.
5. O sistema pede o login e a senha do cliente.
6. O usuário as digita no campo apropriado.
7. O sistema reconhece as informações como válidas.
8. O sistema mostra o total da compra com o frete incluso.
9. O usuário clica no botão de confirmar compra.
10. O sistema registra as informações e pede a forma de pagamento.
11. O usuário escolhe a forma de pagamento.
11.a Se for cartão de crédito, ver subseção Comprar Produto com Cartão de Crédito.
11.b Se for boleto bancário, ver subseção Comprar Produto com Boleto Bancário.
11.c Se for transferência de fundos, ver subseção Comprar Produto com Transferência de fundos.
12. O usuário clica em finalizar compras.
13. O sistema valida os dados informados pelo usuário.
14. O sistema registra o pedido em seu banco de dados.

Subseção: Comprar Produto com Cartão de Crédito

1. O usuário informa o número do cartão, o nome do titular, a operadora, a validade do cartão e o código de
segurança.
2. O usuário informa em quantas vezes quer parcelar suas compras.

Subseção: Comprar Produto com Boleto Bancário

1. O usuário informa o tipo de boleto bancário pelo qual deseja pagar sua compra
2. O sistema apresenta na tela o boleto escolhido e a opção de impressão
3. O usuário imprime o boleto

Subseção: Comprar Produto com Transferência de fundos

1. O usuário informa os dados de sua conta bancária

SEQÜÊNCIAS ALTERNATIVAS (FLUXOS ALTERNATIVOS)

5a Quantidade insuficiente
1. O sistema verifica que a quantidade de itens digitada pelo usuário não existe no estoque.
2. Volta ao passo 3.
6
7a Login inválido
1. Sistema não reconhece as informações de login como válidas.
2. Volta ao passo 5.

13a Dados incorretos.

1. O sistema não valida os dados informados.
2. Volta ao passo 11.

Identificação: Caso de Uso:

UC3 Fazer Perguntas ao Usuário
Atores:
Usuário
Pré-condições:
Usuário cadastrado no sistema.
Pós-condições:
Pergunta registrada no banco de dados do produto.

SEQÜÊNCIA TÍPICA DE EVENTOS (FLUXO BÁSICO)

Seção Principal
1. O usuário clica no botão de fazer perguntas sobre um determinado produto.
2. O sistema mostra a página de login na tela.
3. O usuário digita o login e a senha.
4. O sistema reconhece login e senha como válidas.
5. O sistema mostra uma página com um campo em branco onde será digitada a mensagem.
6. O usuário digita a mensagem e clica no botão de enviar.
7. O sistema armazena a mensagem no banco de dados do produto.

SEQÜÊNCIAS ALTERNATIVAS (FLUXOS ALTERNATIVOS)

4a Login inválido
1. O sistema não reconhece o login e senha como válidos
2. Volta ao passo 2.

Identificação: Caso de Uso:

UC4 Vender Produto
Atores:
Usuário
Pré-condições:
Usuário cadastrado no sistema
Pós-condições:
Produto incluído na lista de produtos vendidos do usuário
SEQÜÊNCIA TÍPICA DE EVENTOS (FLUXO BÁSICO)
Seção Principal

7
 1. O usuário clica sobre o link de cadastro de um produto para a venda.
2. O sistema abre a página de cadastro de clientes.
3. O usuário preenche os campos com o seu username e senha.
4. O sistema verifica a existência do login.
5. O usuário digita todas as informações necessárias para a venda do seu produto.
6. O sistema verifica a integridade dos dados digitados.
7. O sistema os salva as informações do produto na base de dados do usuário.

SEQÜÊNCIAS ALTERNATIVAS (FLUXOS ALTERNATIVOS)

4a Login inexistente.
1. O sistema verifica que não existe tal login na sua base de dados.
2. Volta ao passo 3.

6a Dados incorretos.
1. O sistema não reconhece a integridade dos dados analisados.
2. Volta ao passo 5.

1.5 Gerência de mudanças

1.5.1Aspectos gerais

Neste capítulo trataremos do gerenciamento de mudanças, colocando-se todos os

procedimentos realizados a fim de que não se forme nenhum constrangimento entre as partes
interessadas, caso alguma mudança no decorrer do projeto aconteça.

1.5.2Processo de gerenciamento de mudanças

Tendo alguma mudança em vista, deverá ser prosseguido da seguinte forma:

- A pessoa que sugerir a mudança estará sujeita a escrever um “Formulário de requisição de
mudança do escopo”, mostrado logo a seguir dessa especificação.

- Este formulário deverá ser entregue ao comitê de controle de mudanças que analisará sua
influência no projeto e se ela realmente é necessária.

- Uma vez tendo a aprovação da mudança por parte do comitê, será entregue uma resposta ao
dono da idéia de mudança com os devidos ajustes de preço e prazo.

- A pessoa, juntamente com o comitê e o gerente do projeto, entrará num acordo final de real
mudança ou permanência do escopo atual para o projeto prosseguir no seu andamento.

1.5.3 Comitê de Controle de Mudanças

8
 Os responsáveis por analisar as solicitações de mudança seguem abaixo:

1. Bruna G. (gerente do projeto)

2. Bruno P. (analista)
3. Christian T. (líder de negócios)
4. Dalvares O. (analista)

1.6 Monitoramento e Controle do Trabalho do Projeto

1.6.1 Aspectos gerais

Neste capítulo trataremos do monitoramento e controle do projeto, processo necessário

para coletar, decidir e disseminar informações sobre o desempenho e avaliar as medições e
tendências para efetuar melhorias no processo. Inclui o monitoramento de riscos; relatórios de
andamento, medição do progresso e previsão e os relatórios de desempenho em relação ao
escopo, cronograma, recursos, qualidade e risco.

1.6.2 Processo de monitorar e controlar o trabalho do projeto

O projeto poderá ser acompanhado por meio de documentos disponíveis no site

http://seulance.tripod.com. Neste site estarão os documentos abaixo relacionados sempre
atualizados nas sextas-feiras:

- Cronograma do projeto
- Status Report – documento contendo as atividades que foram desenvolvidas durante o a
semana e as previstas para a seguinte. Contém também uma seção que descreve as
mudanças de escopo registradas e os riscos apontados juntamente com os planos de ação
recomendados.
- Plano de desenvolvimento de software aprovado pelos “stakeholders”
- Lista de Riscos

1.7 Organograma do projeto

Nesta seção estão detalhados os atuais recursos disponíveis para o projeto assim como sua
função dentro do mesmo.

Papéis no projeto
Analistas Bruno P., Dalvares O.
Gerente do projeto Bruna Gouveia
Líder de negócios Christian Teixeira
Programadores Total de 8 (oito)

9
1.8 Aprovações de marcos de projeto
Todos documentos gerados durante o projeto deverão ser aprovados pelos steakholders, como
por exemplo, documentação de mudanças ,acordos financeiros e protótipos do sistema. O steakholder
assume a responsabilidade de aprovar em uma semana os documentos em até uma semana.
Descumprimentos desse prazo podem causar impacto no cronograma da equipe.

10
2.Cronograma do Projeto

2.1 Diagrama de Gant

Documento em anexo.

2.2 Datas de marcos

Principais marcos a serem atingidos (podem ser alterados tanto marcos como datas, caso o
escopo do projeto seja alterado)

Marcos Principais Data Alvo

Definição dos requisitos e escopo completos 21/09/2005
Inicio da construção do sistema 26/09/2005
50% das especificações das funcionalidades do
sistema completo 29/09/2005
50% da construção do sistema completo 05/10/2005
Inicio dos testes finais do sistema 18/10/2005
Entrega na WWW 28/10/2005

3.Gerência de Custos
3.1. Estimativa por UCP
11
 Nesta fase se faz uma estimativa de custos que o projeto terá, analisando-se os salários dos
funcionários, os materiais necessários, os treinamentos adequados, entre outros. Um dos métodos
existentes que foi utilizado pela empresa é a técnica de Use Case Points, que foi posta abaixo que se
baseia nas médias de valores da tabela em anexo:

Distribuição do Esforço no ciclo de vida:

Disciplina Percentual
Planejamento 25%
Construção 45%
Transição 10%
Gerenciamento 20%

Fator de Complexidade Técnica (TCF) Peso Influência Valor

Sistema distribuído 2 3 6
Objetivos de performance e throughput 2 4 8
Eficiência do usuário final 1 3 3
Processamento interno complexo 1 2 2
Código deve ser reutilizável 1 1 1
Fácil de instalar 0.5 0 0
Fácil de usar 0.5 4 2
Portável 2 5 10
Fácil de mudar 1 2 2
Concorrência 1 3 3
Funções especiais de segurança 1 4 4
Acesso direto a SW de terceiros 1 4 4
Funções especiais para treinamento 1 1 1
TCF = 0.6 + (0.01 * SUM(Peso * 1.06
Influência))

Fator Ambiental (EF) Peso Influência Valor

Familiaridade com metodologia utilizada 1.5 3 4.5
Experiência na aplicação 0.5 4 2
Experiência com orientação a objetos 1 4 4
Capacidade do analista 0.5 3 1.5
Motivação 1 4 4
Requisitos estáveis 2 3 6
Membros da equipe em meio expediente -1 3 -3
Dificuldade da linguagem de programação -1 2 -2
EF = 1.4 + (-0.03 * SUM(Peso * 0.89
Influência))

Tamanho dos Casos de Uso

Caso de Uso Quantidade de Transações UUCP
Comprar Produto 7 10
Cadastrar Usuário 10 15
Fazer Pergunta ao Usuário 5 10
Vender Produto 6 10

12
Buscar Produto 5 10
Acessar Produto 3 5
Consultar Informações de Usuários 4 10
Acessar Fórum 2 5
Acessar Ajuda 3 5
Acessar FAQ 3 5
Peso dos Casos de Uso 85

Tamanho dos Atores

Ator Tipo UUCP
Usuário 3 3

Distribuição do Esforço:
Disciplina Esforço
Planejamento 415,10
Construção 747,17
Transição 166,04
Gerenciamento 332,08
1660,384

Tamanho: 83 UCPS
Esforço: 1700 horas

Pelas tabelas apresentadas acima, foi estimado um custo de 1700 horas de trabalho no projeto,
considerando-se 20 horas para cada UCP encontrado. Tendo as horas estimadas, multiplica cada hora
trabalhada pelo valor cobrado por hora, e acrescentando-se mais despesas extras, como por exemplo, os
salários dos funcionários e obtendo-se o custo estimado final.

O preço estipulado por hora de trabalho da equipe é de $400,00, o que totaliza um custo em
torno de $680.000,00, onde esse preço inclui:

– Treinamento
– Manutenção (até 10% de alterações de escopo estão incluidos)
– Aquisição de equipamentos
– Margem de lucro

Quaisquer outras necessidades vistas pelo cliente devem ser negociadas.

4.Gerência de Qualidade
Para verificar a qualidade do desenvolvimento do projeto, deverão ser analisadas as principais
funcionalidades do projeto e ver se elas estão sendo realizadas da melhor maneira possível. Verificar os
pontos fracos do projeto e fazer com que eles sejam corrigidos de forma com que o custo-benefício seja
adequado.
13
5.Gerência de Recursos Humanos
A gerência de recursos humanos do projeto deverá contratar a equipe do projeto e distribuir os
papéis. Verificar como anda o desempenho da equipe através de reuniões e relatórios semanais.
Verificar os principais pontos de desordem e de competência dos membros envolvidos. Fornecer
treinamento adequado à equipe e motivação para um melhor aproveitamento da capacidade de cada um.
Fazer um levantamento das atividades que estão dentro do caminho crítico e designa-las aos
profissionais mais experientes.

6.Gerência de Comunicação
Esta é uma fase importante dentro do processo, pois ela é um elo de comunicação entre o
projeto e os stakeholders. Será elaborado um Plano de Gerenciamento das Comunicações. Serão
realizadas também reuniões semanais com toda a equipe para se observar o andamento do projeto e se
fazer um relatório sobre a situação em que ele se encontra. Suas mudanças serão observadas, e caso se
verifique a necessidade de mais prazo ou custo durante um período de observação x, isto deverá ser
informado às partes interessadas.

6.1 Plano de comunicação com steakholders

Para facilitar a comunicação entre a empresa e os steakholders, será feito semanalmente um

status report, o qual dará uma visão de andamento do projeto aos patrocinadores.

7.Gerência de Riscos
Com alguns riscos do projeto já identificados, a gerência destes durante o andamento do projeto
é fundamental. Os riscos identificados até agora, são os seguintes:

14
ID Risco Descrição
Ameaças genéricas
R1 Dificuldade de comunicação com os steakholders
R2 Conflito de interesse dos steakholders
R3 Aparecimento de novos steakholders a medida do
andamento do projeto

Ameaças ao sistema
R4 Destruição ou modificação acidental de informações
R5 Configuração incorreta do sistema operacional
R6 Virus
R7 Falha no sistema operacional
R8 Dificuldade de corrigir erros do sistema

Ameaças associadas à disponibilidade

R9 Incêndio, enchentes
R10 Roubo de equipamentos
R11 Falha de equipamentos
R12 Mudanças

Ameaças na equipe
R13 Saída do gerente de projeto
R14 Falta de motivação/comunicação da equipe
R15 Saída de pessoal da equipe

Ameaças de custos
R16 Tomar decisões erradas na fase de planejamento
R17 Aumento de escopo
R18 Custos aumentarem conforme o andamento do projeto

Ameaças de cronograma
R19 O projeto estar atrasado no cronograma

Ameaças legais
R20 Instalação de software ilegais
Legenda:

Probabilidade Impacto:
QC = Quase CT =
Certo Catastrófico
BP = Bem Possível GD = Grande
PO = Possível MD =
Moderado
DI = Difícil MN = Menor

15
 RR = Raro IN =
Insignificante

Estes seguem a seguinte distribuição de Probabilidade versus Impacto:

Com isso podemos identificar os riscos mais ameaçadores ao desenvolvimento do projeto, e

antes destes acontecerem, as seguintes precauções podem ser tomadas:

ID Mitigar Contingência
Risco
R4 Backup atualizado Treinamento nas ferramentas de
desenvolvimento
R6 Manter antivírus atualizado Desinstalar o invasor
R11 Manter equipamento reserva Usar o equipamento reserva
com as ferramentas
instaladas e atualizadas
R13 Motivar o sub gerente (R$) substituir o gerente pelo sub gerente
R19 Utilizar check-points “Gás”
R20 Instrução sobre a legislação Desistalar estes
de sw

Sabendo que caso tais problemas podem ser muito reduzidos se as medidas forem preventivas e
não corretivas, é interessante um cuidado especial neste quesito.
8.Gerência de Aquisições
Deverá ser feita uma análise do que a empresa necessita realmente comprar para que a questão
de custo-benefício seja melhor atendida. Visto isso, será feita uma pesquisa das propostas dos
fornecedores para saber qual será contratado para os serviços. Feito isso, realizar um documento de
contratação contendo informações de preço, ofertas e prazos de entrega dos equipamentos.

16