FACULDADE MARISTA Curso Superior de Sistemas para Internet Disciplina Gesto na Informtica Professor: Flvio Dias

Site Comrcio Eletrnico

Planejamento do Projeto
Equipe: Danilo Alves Diana Karine Elizabeth Regina Marcos Pedrosa

Junho 2011

ndice
1. PROJECT CHARTER ............................................................................................................................ 3 1.1 OBJETIVO GERAL E MOTIVAES ............................................................................................... 3 1.2 DESCRIO DO PRODUTO ............................................................................................................. 4 1.3 PREMISSAS .......................................................................................................................................... 5 1.4 RESTRIES ....................................................................................................................................... 6 2. ESCOPO .................................................................................................................................................. 6 2.1 2.1.1 2.1.2 2.1.3 2.2 DECLARAO DE ESCOPO DO PROJETO ........................................................................... 6 JUSTIFICATIVA ......................................................................................................................... 6 DETALHAMENTO DO PRODUTO E SUB-PRODUTOS .................................................... 7 OBJETIVOS DO PROJETO .................................................................................................... 8 ESTRUTURA ANALTICA DO PROJETO ................................................................................. 9

3. RISCOS ...................................................................................................................................................10 3.1 GERENCIAMENTO DOS RISCOS ...................................................................................................10 3.2 RISCOS IDENTIFICADOS .................................................................................................................10 3.3 CLASSIFICAO DOS RISCOS......................................................................................................12 3.4 PLANO DE RESPOSTA AOS RISCOS ...........................................................................................12 4. TEMPO ....................................................................................................................................................14 4.1 ESTRUTURA ANALTICA DE ATIVIDADES E SUBATIVIDADES. ...........................................14 4.2 DIAGRAMA DE REDE DO PROJETO. ...........................................................................................16 4.3 ESTIMATIVA DE DURAO DAS ATIVIDADES E CRONOGRAMA .......................................17 5. PLANEJAMENTO ORGANIZACIONAL E MONTAGEM DA EQUIPE .........................................18 5.1 EQUIPE DO PROJETO ......................................................................................................................18 5.2 ATRIBUIO DE RESPONSABILIDADES ....................................................................................19 5.3 CONFIGURAES DO PLANEJAMENTO DE RH ......................................................................19 5.4 ORGANOGRAMA DE HIERARQUIA DO PROJETO ...................................................................22 5.5 MATRIZ R.A.C.I ...................................................................................................................................22 6. PLANO DE GESTO DA QUALIDADE ............................................................................................23 6.1 POLTICAS ...........................................................................................................................................23 6.2 PADRES.............................................................................................................................................23 6.3 RESPONSABILIDADES.....................................................................................................................23 6.4 PROCEDIMENTOS .............................................................................................................................24 6.5 CONTROLE DA QUALIDADE ..........................................................................................................25 7. PLANO DE COMUNICAO ..............................................................................................................25

1. Project Charter
1.1 Objetivo Geral e Motivaes
O presente projeto tem por objetivo desenvolver e colocar em funcionamento um site de comrcio eletrnico para o cliente Palcio dos Balagandans. O site comercializar os mesmos produtos que so vendidos nas lojas da empresa e os critrios para a criao e aprovao do produto. O presente documento servir de base para o processo de desenvolvimento do Site. O Site Shopping dos Balangandans foi proposto com o intuito de Inserir o shopping dos balangandans entre os e-commerses em seu seguimento. A empresa possui grande necessidade de se equiparar a seu concorrentes, que j esto com suas presenas na Internet muito alm dos sites institucionais, e j colhem bons frutos desta presena . Outras motivaes para o desenvolvimento do projeto so listadas abaixo: Inserir o shopping dos balangandans entre os e-commerses em seu seguimento. Ter 20% das vendas da empresa atravs do site, nos prximos 5 anos Ter seu sistema dando suporte ao CRM da empresa atravs de

informaes das atividades individuais, visando a personalizao do perfil do cliente. O site dever entrar em funcionamento duas semanas antes dos dias das mes em 2011.

1.2 Descrio do Produto

O site de comrcio eletrnico ter as seguintes caractersticas (requisitos no funcionais): 1. Utilizar a infra-estrutura de hardware e software do cliente. As necessidades de atualizao do ambiente devem ser especificadas pelo projeto. 2. As informaes trocadas com os clientes devem trafegar na rede de forma criptografada (SSL). 3. Os dados sigilosos dos clientes devem ser armazenados no banco de dados de forma criptografada. 4. O sistema deve ser amigvel, intuitivo e de fcil utilizao.

O site dever contemplar pelo menos as seguintes funcionalidades (requisitos funcionais): 1. Manter o cadastro de produtos 2. Manter o cadastro de categorias de produtos 3. Criao de promoes 4. Controlar programa de fidelidade dos clientes 5. Mapear o perfil dos clientes a partir das consultas de produtos e compras feitas pelos clientes 6. Ajustar o contedo (produtos) exibidos de acordo com o perfil do cliente 7. Permitir cadastro do cliente para notificao automtica por e-mail quando o produto desejado estiver disponvel 8. Permitir aos usurios incluir produtos na sua cesta de compras antes de fechar a compra. 9. Permitir ao usurio fazer a compra 10. Calcular o custo do frete no momento do fechamento da compra com base no endereo de entrega fornecido pelo cliente. 11. Controlar pagamentos feitos atravs de boleto bancrio, carto de crdito e transferncia bancria.
4

1.3 Premissas
1. As premissas identificadas para esse projetos so: 2. O cliente fica responsvel em passar para a equipe do projeto toda e qualquer informao necessria para o planejamento, desenvolvimento e finalizao do projeto; 3. Duas semanas antes de cada etapa do projeto o cliente deve passar as informaes necessrias e toda informao adicional solicitada ao cliente pela equipe dever ser passada at 48h aps a solicitao; 4. Cada etapa do projeto dever ser aprovada por escrito com a assinatura do cliente e do seu responsvel direto. O documento de aprovao ser enviado via Sedex e deve ser enviado de volta a equipe do projeto em at dois dias teis aps sua aprovao; 5. O cliente dever ter no seu quadro funcional, profissionais tcnicos com conhecimentos na rea de Web Design para assumir a administrao do e-commerce aps sua finalizao e entrega; 6. O cliente dever disponibilizar, quando solicitado, senhas do servidor de hospedagem (caso possua) para implantao do site em at 72h. 7. A equipe de desenvolvimento estar a disposio do cliente para eventuais dvidas e sugestes em horrio comercial, de 8h s 18h, com intervalo de duas horas para almoo (12h s 14h), de segunda a sexta, durante o perodo que o projeto estiver em construo. 8. A equipe do projeto ser composta por profissionais experientes e capacitados. Essa equipe ser formada por um Designer / Front-end, uma Arquiteta da Informao / Segurana de Rede, uma Designer / Segurana de Rede e um Back-end / Banco de Dados. O projeto sofrer impactos potenciais caso as premissas acima no sejam confirmadas. Impactos estes que podem resultar em: atrasos nas etapas e reviso dos custos do projeto.

1.4 Restries
As restries, apresentadas pelo projeto de criao do Sistema Gerenciador de Pesquisa, so: O banco de dados ser o SQL-Server. O cliente j utiliza o Banco de dados nos sistemas da empresa. O oramento tem que ser limitado para no Maximo de R$ 25.000,00 (vinte e cinco mil reais). O projeto ter que funcionar sem nenhuma alterao visual pelos Browsers utilizados na internet. O sistema ter que ser todo desenvolvido em linguagem de programao, Java e HTML. O Acesso aos mdulos de faturamento sero restritos aos diretores e a pessoas autorizados pela diretoria.

2. Escopo
2.1 Declarao de Escopo do Projeto 2.1.1 Justificativa
Tendo em vista o grande crescimento do e-commerce nos ltimos anos, o Palcio dos Balagandans decidiu investir em uma loja virtual para aumentar sua carteira de clientes e seu faturamento. A aceitao dos clientes em relao aos produtos nas lojas fsicas j bastante considervel e com o lanamento da loja virtual, essa aceitao tende a crescer, pois no s os clientes que j compram na loja presencialmente tambm iro comprar pelo ecommerce, mas tambm novos clientes sero captados atravs de sites de buscas, propagandas especficas em sites parceiros, publicidade impressa e outros meios de comunicao. O processo para ampliar a rede de estabelecimentos fsicos caro e demorado, mas j na implantao do e-commerce, o custo
6

menor e a empresa pode vender para todo o pais, mantendo um estoque central e outros unidades em cada estado com um estoque menor. Com essa viso, mais vantajoso investir no desenvolvimento de um e-commerce do que abrir novas filiais em cada estado ou capital do pais. Outra vantagem o nmero maior de clientes que podem ser atendidos pela loja virtual, se comparado com uma loja fsica. O mix de produtos do Palcio dos Balagandans outro diferencial que ajuda como um critrio de escolha dos clientes quando esses forem decidir entre comprar no concorrente e comprar no Palcio dos Balagandans. A maioria dos consumidores no gostam de sair comprando produtos em loja separadas, se eles encontrarem qualidade, preo baixo, bom atendimento e todos os produtos que desejam em uma nica loja virtual, certamente faram suas compras nessa empresa.

2.1.2 Detalhamento do Produto e Sub-produtos

Os subprodutos prontos necessrios para o fim do projeto so listados abaixo:

Cadastro de produtos Cadastro de categorias do produto; Controle de produtos Cadastro do Cliente Controle de compras do cliente Controle de Pagamento

2.1.3 Objetivos do Projeto

1. Desenvolver e colocar em funcionamento um site de comrcio eletrnico para o cliente. 2. Implementar um sistema capaz de cumprir com as expectativas do cliente que fazer com que dentro de cinco anos 20% das suas vendas sejam feitas atravs deste veculo. 3. O tempo gasto do projeto deve ter no mximo xx meses. 4. Os problemas identificados pelos teste devem ser inferior a 9%. 5. A apresentao de erros no sistema dever obter o mnimo de 95% de suas operaes

2.2 Estrutura Analtica do Projeto

3. Riscos
3.1 Gerenciamento dos Riscos
Metodologia: para o gerenciamento dos riscos utilizarem as reunies semanais para identificar os riscos e as solues para os mesmos. Toda equipe ir participar trazendo sugestes e relatando possveis riscos positivos e negativos. O cliente tambm ser ouvido para conhecermos possveis riscos que ele tenha observado. A equipe tambm estar atenta as mudanas no mercado, as tendncias na tecnologia e as possveis solues para os riscos encontrados. O Gerente do Projeto ser o responsvel pelo controle e pela quantificao geral dos riscos do projeto. Cada membro da equipe ser responsvel pela atividade que pode causar um determinado risco, tambm ser responsvel em controla e indicar ao gerente o status atual do risco. Ser utilizado 5% do oramento do projeto para o gerenciamento dos riscos. No final de cada ms, a equipe do projeto far uma reunio para avaliar o gerenciamento dos riscos e as devidas alteraes. Nessa reunio tambm ser revisto as tolerncias dos stakeholders.

3.2 Riscos Identificados

Os seguintes riscos foram identificados no projeto:

1. Provedor de hospedagem de baixa qualidade escolhido pelo cliente: caso o cliente j tenha contratado uma empresa de servio de hospedagem e no aceita a mudana para outra empresa de melhor qualidade, a equipe do projeto poder ter dificuldades em acessar o painel de controle do domnio, criar e administrar bancos de dados, criar e editar e-mails, entre

10

outras funes bsicas e necessrias para um bom desenvolvimento do e-commerce. 2. Imprevistos com a equipe, como doena, acidentes e problemas pessoais: numa possvel falta de um integrante do grupo, outro membro ter que assumir as responsabilidades do que faltou at que outra medida seja tomada, como por exemplo contratar um profissional que j esteja em stand by previamente selecionado para substituir o profissional em questo. 3. No possuir redundncia de hospedagem (dois servidores contratados): caso o cliente s possua um contrato de hospedagem e no aceite a sugesto da equipe do projeto de contratar outra empresa como reserva, o projeto poder sofrer interrupes caso o servidor saia do ar e o prprio e-commerce poder sair do ar aps seu lanamento, caso o servidor contratado sofra alguma alterao. 4. Mudanas constantes no escopo pelo cliente: se o cliente no seguir o planejamento que a equipe o orientar, o projeto poder sofrer com atrasos devido as mudanas repetitivas no escopo. 5. Falta de experincia com a ferramenta envolvida: o CMS Magento uma ferramenta nova para a equipe de desenvolvimento, que apenas possui conhecimento terico e aprendizado limitado atravs de tutoriais e vdeos sobre a ferramenta. 6. Trfego de dados: como se trata de um site que geralmente possui um grande nmero de visitantes por dia, o e-commerce poder ficar lento nos horrios com grande nmero de usurios. O lado positivo desse risco o aumento no volume de vendas da empresa e consequentemente aumento do faturamento.

11

3.3 Classificao dos Riscos

Para um melhor entendimento e apresentao dos riscos do projeto, dividimos em 3 categorias que so descritas a no decorrer do tpico.A classificao foi feita tomando como base a natureza do risco. Riscos de Projetos: No quadro funcional do projeto, corremos o risco de haver desistncia de algum membro da equipe. Riscos de Negcio: O cliente no cumprir com os requisitos da compra do cliente, no entregando o produto no prazo ou o produto chegar ao destinatrio com defeitos. Estas situaes podem prejudicar a credibilidade, logo o retorno de investimento. Riscos Tcnicos: A falha de uma das mquinas de desenvolvimento poder atrasar o andamento do projeto, sendo que a utilizao constante delas pode acarretar este risco.

3.4 Plano de Resposta aos Riscos

Tenho o conhecimento prvio dos riscos que poder ocorrer no processo de criao e desenvolvimento do projeto. Temos como plano de resposta o seguinte: Responsvel: Tendo um gerente de projeto que fica responsvel por controlar a quantidade de riscos. Colocamos outro membro da equipe para que possa estar atento caso o gerente no esteja presente. Procedimento: Diante da percepo dos riscos que podero ocorrer, tomaremos medidas antecipadas para que na ocasio prevista se tenha condies de combater o risco. Como exemplo um profissional em standby caso haja necessidade, outro backup feito diariamente, reunies com o cliente para mostrar o que esta sendo desenvolvido no projeto. Haver um responsvel que juntamente com o gerente de projeto poder se reunir e decidir o que fazer diante de situaes no previstas. No entanto reunies dirias sero realizadas com a equipe e o gerente de projeto para passar as novas informaes e evitar que ocorram problemas durante o desenvolvimento do projeto. Depois essas mesmas informaes sero passadas ao cliente.

12

13

4. Tempo
4.1 Estrutura Analtica de Atividades e Sub atividades.
Anlise dos Requisitos: no comeo do projeto, o Gerente do Projeto far uma reunio com toda a equipe para descobrir os requisitos necessrios para o desenvolvimento do e-commerce e assim documenta-los para futuras consultas pelos membros e pelo prprio cliente. Definio da Arquitetura: a Arquiteta da Informao ser responsvel por definir toda estrutura dos menus, sub menus e exibio dos produtos da melhor forma possvel para o e-commerce. As categorias sero listadas por departamentos, como por exemplo: Informtica, Celulares e Telefones, Eletrnicos, Presentes e outras. O site tambm ir possuir Migalha de Po para facilitar a vida do usurio e assim o mesmo saber onde ele se encontra. Manual do Usurio: a equipe de desenvolvimento ser responsvel em criar os manuais do usurio, com telas e passo-a-passo de como realizar cada tarefa dentro do sistema, como: cadastrar produtos, criar promoes, editar preos e condies de pagamentos e etc. Como diferencial, a equipe tambm ir criar vdeos tutoriais para facilitar o aprendizado do cliente no uso do sistema. Plano de Treinamento: aps a finalizao do projeto e a entrega do site no ar, o plano de treinamento ser composto por um encontro semanal durante dois meses para o pessoal de TI do cliente. Cada encontro ter uma durao de trs horas. Definio do Hardware: qualquer computador conectado a internet ser capaz de acessar o e-commerce e realizar as compras on-line. Sugerimos conexo banda larga para uma navegao mais rpida e eficaz. O ecommerce ser desenvolvido para funcionar normalmente em todos os browsers.

14

Definio de Suporte Futuro: o cliente no deseja suporte futuro para manuteno do site sistema, j que a manuteno ser realizada pela sua prpria equipe, mas caso seja necessrio, basta solicitar uma proposta que ns enviaremos via e-mail uma tabela com os valores por hora de suporte, seja presencial ou suporte on-line atravs de acesso remoto. Projeto Base de Dados: o bando de dados que ser utilizado o SQLServer, com no mnimo 1GB de espao e transferncia ilimitada. Construo da Base de Dados: o Analista de Bando de Dados ser responsvel pela criao e manuteno das tabelas e registros dentro do banco. Desenvolvimento do Cdigo Fonte: o Programador ser responsvel pelo desenvolvimento de todo o cdigo do sistema e tambm pela documentao desse cdigo. Dever ainda comentar todas as linhas de cdigos para futuras manutenes, que ele ou outros membros da equipe venham a dar no sistema. Documentao Tcnica: no final do projeto ser entregue ao cliente um documento com descries tcnicas do e-commerce desenvolvido e do sistema que alimenta esse e-commerce. Como resumo, o sistema ser desenvolvido com a plataforma Magento, a linguagem de programao ser PHP orientado ao objeto e o banco de dados SQL-Server. Documentao Operacional: a equipe de desenvolvimento ser

responsvel em criar os manuais do usurio, com telas e passo-a-passo simulando a realizao de cada tarefa no e-commerce, como: pesquisar por um produto, se cadastrar no site, realizar uma compra e etc. Como diferencial, a equipe tambm ir criar vdeos tutoriais para facilitar a visualizao do cliente de como navegar pelo site. Planejar Testes: aps cada etapa do projeto, a equipe ir realizar testes para verificar a navegabilidade do e-commerce e a facilidade no uso do site. Caso algum erro seja identificado, em seguida o mesmo ser corrigido e um novo teste ser realizado. Sero realizados testes em
15

relao a arquitetura da informao, ao impacto do layout no usurio, a realizao de compras e outros. Executar Testes: aps cada etapa do projeto, um membro da equipe de outra atividade far os devidos testes nas aplicaes do seu parceiro, assim reduzido em quase que 95% a chance do erro passar desapercebido, pois quem ir testar o sistema ser outro colaborador e no aquele que desenvolveu. Implantar o Software: como o e-commerce um sistema on-line e funciona em qualquer computador que tenha acesso a internet, no necessrio a implantao deste software nas estaes do cliente. Basta que o cliente tenha seu login e senha para ter acesso ao sistema e assim realizar as funes como: cadastrar produtos, fornecedores, preos e outros. Treinar Usurios: aps a finalizao do projeto e a entrega do site no ar, o plano de treinamento ser composto por um encontro semanal durante dois meses para o pessoal de TI do cliente. Cada encontro ter uma durao de trs horas. Manuteno: Atividade responsvel pelo suporte do sistema. Desenvolver Prottipo: como se trata de um e-commerce no ser necessrio a criao de um prottipo, o cliente acompanhar todo o processo de desenvolvimento do site.

4.2 Diagrama de Rede do Projeto.

16

4.3 Estimativa de Durao das Atividades e Cronograma

Segue abaixo, a lista de atividades e suas respectivas estimativas de durao:

17

O projeto tem a previso de durao de 129 (cento e vinte e nove) dias uteis, totalizando 175(cento e setenta e cinco) dias . Como o dia de incio do projeto no dia 11(onze) de maio, a data prevista para o termino do projeto dia 1 (um) de novembro. Abaixo temos um grfico representando o nmero de dias gasto em cada atividade.

Cronograma completo vide apencdice

5. Planejamento Organizacional e Montagem da Equipe

5.1 Equipe do Projeto
Para um projeto de tamanho reduzido no qual conseguiremos um rpida entrega e tendo em vista uma boa economia de custo, contratamos para este projeto 1 desenvolvedor (Marcos Pedrosa), 1 web designer (Elizabeth Regina), 1 front-end (Danilo Alves) e o gerente de projetos (Diana Karine).

18

5.2 Atribuio de Responsabilidades

As responsabilidades do projeto foram divididas da seguinte forma:

O desenvolvedor responsvel pela realizao das atividades alocadas para cada um alm de documentar todas as atividades realizadas segundo padres citados no presente documento.

Os Web Designers so responsveis pelo desenvolvimento, manuteno usabilidade da interface do sistema, aplicao do breafing e arquitetura do site.

O DBA (administrador de banco de dados) responsvel pela criao e funcionamento de tabelas, relacionamentos e consultas feitas na base de dados do site.

O analista de segurana responsvel por implantar formas seguras para alocao de dados e transmisso de informaes.

Gerente responsvel pelo acompanhamento, gerenciamento e controle de todas as atividades do projeto alm de gerenciar os riscos, qualidade, cronograma, custo, ou seja, gerenciar todos os processos do projeto.

5.3 Configuraes do planejamento de RH

Funes e responsabilidades

Membro: Diana Karine Funo: Gerente de Projeto Arquitetura da Informao / Segurana de Rede
19

Responsabilidades: Responsvel por gerenciar todas as etapas do projeto, como iniciao, planejamento, execuo, controle e

encerramento. Realizar os briefings com o cliente e repassar as informaes para os demais membros da equipe. Criar e organizar os menus, as categorias e subcategorias dos produtos, definir qual melhor forma para divulgar todas as informaes no site, garantir a segurana na navegao dos usurios do site, garantir o sigilo das informaes dos clientes, garantir segurana nas transaes on-line. Autoridade: Sobre todos os membros da equipe, sobre como as informaes sero exibidas no site e sobre a segurana do site / sistema.

Membro: Danilo Alves Funo: Designer / Front-end Responsabilidades: Criar os wireframes de acordo com as informaes passadas pela Arquiteta da Informao, criar os layouts do sistema e do site com base nos wireframes aprovados pelo cliente, criar material de publicidade para o e-commerce, criar identidade visual para representar o cliente na web. Autoridade: Sobre toda parte visual do projeto.

Membro: Elizabeth Regina Funo: Designer / Segurana de Rede Responsabilidades: Criar os wireframes de acordo com as informaes passadas pela Arquiteta da Informao, criar os layouts do sistema e do site com base nos wireframes aprovados pelo cliente, criar material de publicidade para o e-commerce, criar identidade visual para representar o cliente na web, garantir a segurana na navegao dos usurios do site, garantir o sigilo das informaes dos clientes, garantir segurana nas transaes on-line.

20

Autoridade: Sobre toda parte visual do projeto e sobre a segurana do site / sistema.

Membro: Marcos Pedrosa Funo: Back-end / Banco de Dados Responsabilidades: Criar o banco de dados, os usurios de administrao desse banco, criar as tabelas e todos seus relacionamentos, escrever o cdigo para o sistema e para o site, implantar a linguagem de programao no site / sistema. Realizar os testes de performance. Autoridade: Sobre toda parte de programao e banco de dados do projeto.

Plano de gerenciamento de pessoal Recrutamento e seleo: Caso haja necessidade de contratao no andamento do projeto, o GP entrar em contato com uma empresa de recrutamento e passar as informaes da vaga em questo, como conhecimentos exigidos, idiomas, experincia requerida, valor do contrato, carga horria, benefcios e outras informaes necessrias. A primeira seleo ser realizada pela empresa contratada pelo GP e a segunda e definitiva seleo ser realizada pelo prprio GP, atravs de testes de aptides, dinmica de grupo e uma entrevista individual.

Necessidades de treinamento: Sempre que o GP sentir a necessidade de treinamento de um ou mais membros da equipe numa determinada tecnologia, ou num curso de contedo interpessoal, ele far uma pesquisa no mercado para analisar propostas de 3 empresas do ramo e decidir qual a melhor para ministrar o curso no local determinado. Tambm existe a possibilidade de um membro da equipe ministrar um mini curso para
21

outros membros ficarem por dentro de um determinado assunto, com objetivo de tornar a equipe mais forte e mais capacitada.

Reconhecimento e premiaes: Estimulando e incentivando o trabalho em equipe, o reconhecimento da equipe se dar em conjunto e no de forma individual, sendo assim, no final de cada etapa bem sucedida, uma parte do oramento ser destinado a um almoo de confraternizao para todo equipe do projeto e no encerramento do projeto, todos os membros da equipe receberam um bnus referente um percentual do seu salrio como forma de reconhecimento pelo resultado alcanado.

5.4 Organograma de Hierarquia do Projeto

Diana Karine Gerente de Projeto

Danilo Alves Designer / Front-end

Elizabeth Regina Designer / Segurana de Rede

Marcos Pedrosa Back-end / Banco de Dados

5.5 Matriz R.A.C.I

Matriz de papis e responsabilidade - RACI
Grfico RACI Atividade Gerenciamento do Projeto Levantamento dos Dados Criao Implementao Diana R R I I Pessoa Danilo A C R R Elizabeth A I R I Marcos A I I R 22

Testes Encerramento

I R

C C

I I

R I

R = Responsvel / A = Reporta-se / C = Consultoria / I = Informar

6. Plano de Gesto da Qualidade

6.1 Polticas
A nossa poltica de qualidade procede em oferecer para o nosso cliente um excelente produto, para isso treinamos nossos funcionrios com cursos de capacitao, utilizamos um padro para o desenvolvimento do projeto, executamos testes frequentemente para verificao de erros.

6.2 Padres
O Site de comrcio eletrnico deve seguir as normas de boas prticas de programao e demais normas e tecnologias segundo a W3C, que o rgo regulamentador.

6.3 Responsabilidades
A responsabilidade do projeto seguir o modelo proposto com o acompanhamento do gerente de projeto. De acordo com o modelo, os prazos estabelecidos, as entregas dos mdulos em desenvolvimento ficaro a cargo do gerente. Estes ficaram responsveis das

apresentaes e reunies com os clientes. A aprovao dos mdulos que deveram estar dentro dos contextos estabelecidos, caso tenha mudanas que ocasionem adiamento na data de entrega, deveram ser avaliados para que no onerem os custos previstos. Neste caso o gerente deve apresentar uma soluo plausvel para o custo e o prazo de entrega do projeto no ultrapassem seus limites
23

6.4 Procedimentos
Os procedimentos apresentados abaixo visam garantir o trmino e a produo do projeto: 1. Ser avaliado o parque de hardware para suprir as necessidades para os desenvolvedores que atuam na produo do

desenvolvimento do projeto. 2. A equipe de suporte garantir um framework para estabelecer uma regra para toda a equipe de produo. 3. Alm da documentao do projeto ser criado um sistema para avaliar o trmino de cada rotina atribuda ao desenvolvedor para o mesmo ver como est sua produo individual e no geral do projeto. 4. Um servidor de Backup ser a garantia de que toda a produo realizada por todos estar salvo para qualquer problema do servidor de produo. 5. Faremos uma pesquisa de mercado para avaliar os melhores softwares de desenvolvimento de produo dos programadores e gerenciamento de projetos. Estabelecido o software, daremos cursos para a equipe caso haja a necessidade de aprimorar e deixar todos suficiente em um mesmo nvel de desenvolvimento. 6. Ser criado um modelo de projeto de desenvolvimento para que seja identificado em cada programa fonte, a utilizao de comentrios e identificao a que mdulo pertence, a data de criao e as ultimas modificaes com as datas, padres para nomes de classes e arquivos, nmero mximo de colunas por linha do cdigo, etc. 7. Reunies peridicas quinzenais com os clientes para asseguraro progresso e a qualidade do projeto.

24

6.5 Controle da Qualidade

Para garantir a qualidade exigida, so feitas verificaes peridicas, algumas delas so listadas abaixo, no necessariamente seguindo a ordem apresentada e nem sendo aplicadas em todas as verificaes:

1. Foi construdo o plano de testes especfico para o projeto? 2. Foram aplicados todos os testes no projeto? 3. Todos os bugs foram removidos? 4. As restries de qualidade especificadas para o projeto foram alcanadas? 5. Foram criados os documentos de tarefas pendentes e

modificaes do projeto? 6. Foi construdo o manual do projeto? 7. Foi utilizado o documento padro de qualidade no desenvolvimento do cdigo-fonte? 8. Foram listados os responsveis por cada tarefa realizada? 9. Foram listados os requisitos mnimos para executar a aplicao? 10. Todas as funcionalidades foram implementadas? 11. Cada etapa do trabalho foi devidamente aprovada? 12. Os prazos foram cumpridos?

7. Plano de Comunicao
Sabendo que a boa comunicao faz parte do sucesso e qualidade do projeto adotamos as seguintes formas: Comunicao escrita atravs dos documentos Comunicao verbal atravs de apresentaes e reunies A utilizao de relatrios para passar as informaes aos stackholders, as tcnicas de lessons learned (lies aprendidas)
25

A tabela a seguir identifica nosso plano de comunicao no projeto: Quadro x Plano de Comunicao
ITEM 1 2 3 4 DESCRIO Gerenciamento de Projeto Brifieng Riscos Potenciais do projeto Template RESPONSVEL Diana Karine Danilo Alves Marcos Pedrosa Elizabeth Regina MIDIA Reunio E-mail Reunio E-mail FREQUNCIA Diria nica 1 vez no ms nica OBS Antes do inicio das atividades

26