View
31
Download
3
Category
Preview:
Citation preview
1
Plano do ProjetoManutenção em Decorrência do Pricing
São Paulo, 27 de fevereiro de 2013
Versão 1.0
2
Contexto........................................................................................................................................................ 03Escopo ......................................................................................................................................................... 04
Visão geral dos requisitos de sistema ........................................................................................................... 09 e 10Local de trabalho e ferramentas .................................................................................................................... 11Controle de políticas .................................................................................................................................... 12Equipe do projeto ......................................................................................................................................... 13
Índice
Modelo de Trabalho ..................................................................................................................................... 05 a 08
Premissas e Restrições................................................................................................................................ 17 a 21
Plano de comunicação ................................................................................................................................. 14 a 16
Cronograma ................................................................................................................................................. 22
3
e
A solução atual permite apenas que um cliente tenha um determinado produto, que é relacionado a um único template. Esse template determina quais serão as taxas e tarifas a serem cobradas deste cliente.Dessa forma, não é possível associar mais templates a um mesmo produto, impossibilitando a cobrança de taxas/tarifas diferenciadas para um determinado segmento de clientes.
Alterar a solução de forma que contemple diversos templates para cada produto, cada qual com suas respectivas taxas e tarifas.
Cenário Atual Necessidade Cenário Proposto
Criação de uma família de templates, que será relacionada ao cadastro de produtos, utilizados no processo batch de Troca de Produtos Massificado, e a troca de produtos automatizada (online Downgrade/Upgrade) disponíveis no Front Único.Atualização na tela de parametrização de produtos, a consulta de troca de produtos, assim como a ativação do cartão.
Contexto
4
EscopoVisão Geral
Downgrade/Upgrade Online e Massificado – Ativação do Cartão
Será criada na base de dados uma estrutura onde poderão ser cadastrados diversos Templates para um mesmo produto, esse cadastro se dará através da execução de script SQL não sendo prevista a criação de telas para esse item.As funcionalidades de Downgrade/Upgrade de cartões, tanto Online quanto Massificado devem ser alteradas para passarem a verificar nas novas tabelas qual Template deverá ser utilizado para a troca de produto. No momento da ativação do cartão o sistema deverá fazer uma nova consulta nessa mesma estrutura para ativar na TSys o cartão com o Template correto.
Requisitos
Operador
Front-Único Camada Aplicação Camada de Dados
Regras de Negócio
Regras de Negócio SQL ServerSQL Server
Operador
TSys
Realizar Downgrade/Upgrade
Efetivar Troca de Produto
Efetivar Troca de Produto
Troca de Produto Massificado
Tabela com Família de Templates
Ativar Cartão
Efetivar Ativação do Cartão
Efetivar Ativação do Cartão
5
Modelo de Trabalho (1/4)Apresentação do modelo de trabalho
Abaixo apresentamos as principais Fases – Atividades – Entregáveis para o ciclo de vida dos projetos onde a Verity tem atuação.Abaixo apresentamos as principais Fases – Atividades – Entregáveis para o ciclo de vida dos projetos onde a Verity tem atuação.
Avaliação do escopo e riscos do projetoRevisão dos requisitos do sistemaPreparação ambiente de desenvolvimento e configurações
Principais Atividades
Concepção Testes/Homologação TransiçãoElaboração
Execução dos testes integradosConclusão da execução dos testes integrados Criação de pacote para DeployAcompanhamento da homologaçãoAjustes das ocorrências e validação das correções
Preparação do pacote para deploy em produçãoAcompanhamento dos processos de produção
Revisão da especificação funcionalPlanejamento dos testesEspecificação Técnica
Proposta Técnica ComercialPlano do Projeto
Construção
Implementação das funcionalidadesExecução dos testes unitáriosElaboração do guia de instalação da aplicação
EntregáveisPlano de TesteCasos de TesteEspecificação Técnica
Código FonteGuia de instalação da aplicação (informações para GMUD)
Evidências e ocorrências de testesPacote com ajustes efetuados
Sistema Implantado
Controle
Realizar Reportes semanais de Status de desenvolvimento do projetoIdentificar e monitorar riscos e planos de ação para desenvolvimentoControlar atividades executadas pela equipe de desenvolvimento
Cronograma detalhadoMapa de RiscosStatus ReportPlano de implantação
6
Os artefatos abaixo fazem parte dos padrões utilizados pela CSF deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto. Os artefatos abaixo fazem parte dos padrões utilizados pela CSF deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto.
Modelo de Trabalho (2/4)Lista de Entregáveis
Artefato DescriçãoResponsáveis
CSF Verity
Fase de concepçãoProposta Técnica Comercial Documento que tem como objetivo fornecer uma visão macro do projeto. A E
Plano do Projeto
Guiar a execução do projeto; Registrar as premissas do projeto; Documentar as decisões do planejamento de projetos sobre as alternativas
escolhidas; Facilitar a comunicação entre os envolvidos; Definir as revisões chave de gerenciamento sobre escopo, custo e prazo; Determinar baselines para medir o progresso e controle do projeto.
A E
E – ExecutaA – AprovaI – InformadoC – ConsultadoV - Validar
Legenda
7
Os artefatos abaixo fazem parte dos padrões utilizados pela CSF e deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto. Os artefatos abaixo fazem parte dos padrões utilizados pela CSF e deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto.
Modelo de Trabalho (3/4)Lista de Entregáveis
Artefato DescriçãoResponsáveis
CSF Verity
Fase de Elaboração
Especificação TécnicaDetalhamento da fase de análise (diagrama de atividades e classes de negócio), arquitetura da solução e desenho técnico (modelagem de dados, diagramas de sequência e especificação de layout ).
A E
Plano de Testes Plano de Testes Unitários e de Integração que validarão a qualidade funcional, das bases de dados e interface gráfica. A E
Casos de Teste Elaboração dos cenários de testes unitários e integrados. A E
Fase de ConstruçãoGuia de instalação da aplicação
Descrição dos pacotes de código-fonte que devem ser instalados no ambiente de homologação / produção. Informações para a GMUD A E
Código Fonte Programa Fonte codificado. A E
8
Os artefatos abaixo fazem parte dos padrões utilizados pela CSF e deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto. Os artefatos abaixo fazem parte dos padrões utilizados pela CSF e deverão ser considerados como pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos do projeto.
Modelo de Trabalho (4/4)Lista de Entregáveis
Artefato DescriçãoResponsáveis
CSF Verity
Fase de Testes e Homologação
Evidências e ocorrências de testes Resultado dos casos de testes para avaliação da qualidade funcional do produto A E
Pacote com ajustes efetuados Código fonte atualizado e corrigido A E
Fase de Transição
Sistema Implantado Entrega do produto em ambiente de produção A E
Fase de Controle
Cronograma detalhado Documento que contém marcos, tarefas e etapas do projeto A E
Mapa de Riscos Documento que contém os riscos conhecidos e plano de ação A E
Status Report Relatório com indicações de progresso e métricas do projeto A E
Plano de implantação Documento que registra como o projeto será colocado em produção A E
9
Visão geral dos requisitos de sistema (1/2)
Com objetivo de fornecer mecanismos para o gerenciamento de contratos , foram identificadas as características funcionais descritas abaixo que serão validadas para detalhamento posterior.Com objetivo de fornecer mecanismos para o gerenciamento de contratos , foram identificadas as características funcionais descritas abaixo que serão validadas para detalhamento posterior.
ID Requisito NomeComplexidade
Simples Médio Complexo
RF001 Criação da família de templates, associada ao cadastro de produtos.
RF002 Solicitar Troca de Produto [Downgrade] – Automatizado
RF003 Solicitar Troca de Produto [Upgrade] – Automatizado
RF004 Solicitar Troca de Produto Massificado – Downgrade
RF005 Solicitar Troca de Produto Massificado – Upgrade
RF006 Emitir cartão com novo produto
RF007 Ajustar Parametrização > Troca de Produtos > Configurar Produto
RF008 Ajustar visualização da tela de Consultas > Troca de Produtos (automatizado)
10
Visão geral dos requisitos de sistema (2/2)
ID Requisito NomeComplexidade
Simples Médio Complexo
RF009 Validar funcionalidade de Reemitir Cartão
RF010 Validar funcionalidade de Inativar Cartão
RF011 Validar funcionalidade de Bloquear Cartão
RF012 Validar funcionalidade de Desbloquear Cartão
RF013 Validar funcionalidade de Definir Cartão Primário
RF014 Validar funcionalidade de Inclusão Cartão Adicional
11
Ferramentas
O controle do versionamento dos artefatos e código fonte no ambiente da Verity será realizado através da ferramenta Subversion.
Local de Trabalho
As atividades necessárias para a produção dos artefatos definidos nas Fases de Concepção e/ou Elaboração deverão ser realizadas no escritório da Verity com acompanhamento e aprovação do cliente.
As atividades que requeiram a participação de usuários do cliente, serão realizadas nos seus próprios departamentos ou em salas de reuniões previamente agendadas.
A fase de homologação deverá ser realizada no cliente, sendo necessária a liberação de um ambiente para a realização da implantação em desenvolvimento e liberação para testes do cliente em Homologação.
Será utilizada a ferramenta Enterprise Architect 9.2 para elaboração dos diagramas contemplados na fase de análise. Toda a documentação será gerada em HTML para facilitar a navegação do cliente.
O Project será utilizado para gerenciamento e controle do cronograma e recursos.
Local de trabalho e Ferramentas
Será utilizada a ferramenta MANTIS para controle de eventuais erros encontrados nos ambientes de teste e homologação.
12
Controle e políticasQualidade de software
Concepção
Elaboração
Construção
Transição
Após levantamento e validação dos requisitos, será feita uma verificação da aderência dos mesmos ao escopo previsto nesta proposta. Diferenças significativas poderão impactar os esforços e prazos estimados nesta proposta.
O cliente deverá emitir o aceite da documentação de análise entregue antes do início da implementação. Atrasos de validação poderão impactar os esforços e prazos estimados.
Deverá ser realizada pelo cliente a auditoria , se necessário, para garantir que estão sendo seguidos os padrões de desenvolvimento exigidos.
Após a finalização da homologação, a área usuária deverá assinar o aceite de realização da homologação para implantação em produção.
Durante a execução do projeto, deverão ser respeitados alguns pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos.Durante a execução do projeto, deverão ser respeitados alguns pontos de validação decisivos para o cumprimento dos esforços, prazos e qualidade previstos.
13
Líder Técnico(1) Gerente Projetos (1)
Definição do cronograma, recursos, esforço e custo do projeto.
Criação de documentos de controle de projetos para apresentações em reuniões semanais.
Gerenciamento de riscos, escopo, tempo e custo do projeto.
Participação em reuniões de posicionamento de projetos.
Definição do cronograma, recursos, esforço e custo do projeto.
Criação de documentos de controle de projetos para apresentações em reuniões semanais.
Gerenciamento de riscos, escopo, tempo e custo do projeto.
Participação em reuniões de posicionamento de projetos.
Equipe do Projeto
Analista de Sistemas(1) Experiência em levantamento de requisitos, metodologia UML e processo RUP para realizar atividades descritas no modelo de trabalho deste projeto. Este profissional também será responsável pela revisão da documentação disponibilizada pelo cliente.
Experiência em levantamento de requisitos, metodologia UML e processo RUP para realizar atividades descritas no modelo de trabalho deste projeto. Este profissional também será responsável pela revisão da documentação disponibilizada pelo cliente.
Desenvolvedor (3) Conhecimentos de desenvolvimento utilizando plataforma .Net, C Sharp, Asp.net MVC, WCF e SQL Server 2008.Conhecimentos de desenvolvimento utilizando plataforma .Net, C Sharp, Asp.net MVC, WCF e SQL Server 2008.
Analista de testes (1) Conhecimentos em criação e execução de casos de testes do sistema e geração de evidências dos mesmos.Conhecimentos em criação e execução de casos de testes do sistema e geração de evidências dos mesmos.
Coordenação da equipe de desenvolvimento.
Investigação e diagnóstico de problemas.
Definição de alvos para ação preventiva.
Controle de qualidade e eficiência do serviço.
Coordenação da equipe de desenvolvimento.
Investigação e diagnóstico de problemas.
Definição de alvos para ação preventiva.
Controle de qualidade e eficiência do serviço.
Líder técnico (1)
14
Plano de Comunicação (1/3)
Documentos
Entregar documentos Encaminhar e-mail Contato para alinhamento necessário Apresentar relatórios
Forma de ComunicaçãoMeio de Comunicação
Telefone E-mail Pessoal Reunião
Lista de artefatos apresentados na seção Modelo de trabalho
Documentos Responsáveis
Lista de responsáveis apresentados na seção Equipe do projeto
15
Plano de Comunicação (2/3)Detalhamento
Necessidade de Informação
AçãoDocumentos Transitados Responsável Forma de Comunicação Meio Periodicidade
Revisão, aprovação e versionamento do Plano de Projeto
Plano do Projeto Project Manager – VerityProject Manager – CSF
Entregar documento
Encaminhar e-mail
Contato para alinhamento necessário
Reunião
Estimativa revisada
Processo alterado
Revisões no escopo do projeto
Atualização do Cronograma e status report do projeto
Cronograma detalhadoStatus Report
Project Manager – VerityProject Manager – CSF
Entregar documento
Contato para alinhamento necessário
Encaminhar e-mail
Reunião
Semanal
Reuniões de Entendimento do escopo
Ata de reuniãoDocumentação sistema atual
System Analyst – VerityProject Manager – CSFBusiness Team – CSF
Contato para alinhamento necessário
Encaminhar e-mail
ReuniãoTelefoneE-mail
Sempre que necessário
Detalhamento de requisitos
Documentação do sistema propostoAta de reunião
System Analyst – VerityProject Manager – CSFBusiness Team – CSF
Contato para alinhamento necessário
Encaminhar e-mail
ReuniãoTelefoneE-mail
Sempre que necessário
16
Plano de Comunicação (3/3)Detalhamento
Necessidade de Informação
AçãoDocumentos Transitados Responsável Forma de Comunicação Meio Periodicidade
Desenvolvimento da aplicação
Documentação do sistema propostoSolução desenvolvidaManual de Instalação
Developer – VerityInfrastructure – CSF
Entregar documento
Contato para alinhamento necessário
Encaminhar e-mail
ReuniãoTelefoneE-mail
Sempre que necessário
Testes Integrados Documentação do sistema proposto
Developer – VerityQuality Assurance – VerityProject Manager – CSF
Entregar documento
Contato para alinhamento necessário
ReuniãoTelefoneE-mail
Durante a fase de construção
Homologação da aplicação
Documentação do sistema propostoSolução desenvolvidaManual de Instalação
Developer – VerityInfrastructure – CSFProject Manager – CSFBusiness Team – CSF
Entregar documento
Contato para alinhamento necessário
Encaminhar e-mail
ReuniãoTelefoneE-mail
Durante a fase de transição
Reunião de Status do Projeto
Relatório de Status do Projeto
Project Manager – CSFBusiness Team – CSFInfrastructure – CSF
Entregar documentoContato para alinhamentoEncaminhar e-mail
ReuniãoTelefoneE-mail
Semanalmente
17
Premissas, diretrizes e restrições (1/5)
A participação de profissionais da equipe do Cliente se faz necessária para aceite dos artefatos gerados e aprovação do projeto.
Nesta estimativa está contemplada a quantidade de horas de reuniões julgada necessária para validação de requisitos, podendo gerar esforço extra caso não ocorram como planejado.
Todo o resultado do trabalho será baseado na qualidade e profundidade das informações disponibilizadas pelas áreas envolvidas.
Eventuais atrasos durante o processo de validação definido nesta proposta poderão impactar os esforços e prazos estimados nesta proposta.
Não está contemplada nesta proposta a geração de artefatos extras que não conste descritos na sessão Modelo de trabalho para apoio na utilização e/ou aprovação da construção do novo sistema pelos usuários de negócios.
Outras funções/atividades não descritas nesta proposta poderão ser acrescidas a este Projeto, desde que previamente solicitadas, discutidas e negociadas entre as empresas, cobradas em nova proposta técnica / comercial.
Caso sejam identificadas alterações necessárias no framework da solução atual da PR e Front único, que não sejam parte deste escopo, deverão ser consideradas como esforço adicional ao projeto.
O início do projeto poderá ocorrer em até 15 dias corridos após o aceite formal desta proposta.
O Carrefour deverá garantir o funcionamento dos serviços, de acordo com as regras definidas para este projeto, sendo que quaisquer esforços para análise de funcionamento da ferramentas de terceiros serão consideradas como horas adicionais.
18
Premissas, diretrizes e restrições (2/5)
O início do desenvolvimento estará vinculado às premissas do projetos que serão identificadas durante a fase de concepção.
Caso ocorram as situações abaixo, evidenciaremos o impacto nos prazos e custos originalmente previstos, repassando-os integralmente para o cliente mediante prévia comunicação/negociação.
Envolvimento de profissionais da Verity com fornecedores do cliente para tomada de decisões relacionadas ao projeto.
Indisponibilidade de quaisquer recursos necessários para o cumprimento dos objetivos do projeto, incluindo hardware, software, ferramentas, acesso à rede Wireless e pessoas.
Não atendimento de prazos pré acordados para deliberações ou providências relacionadas à execução das atividades deste projeto.
Mudanças constantes na especificação funcional durante a execução do projeto.
Inexistência de políticas e procedimentos para solução de problemas e conflitos em tempo hábil.
Inexistência de massa de testes para garantir o perfeito funcionamento da aplicação.
Ociosidade dos profissionais envolvidos por conta de indisponibilidade de sistemas integrados ou atraso na execução de atividades de terceiros que gerem dependência para o trabalho da Verity.
Problemas com lentidão da VPN.
19
Premissas, diretrizes e restrições (3/5)
Ao realizar a análise do código-fonte poderão ser identificados pontos de melhorias que serão informados para possíveis mudanças, gerando alteração no esforço apresentado inicialmente, caso seja aprovado pelo Carrefour.
A Verity oferece ao cliente a garantia de 60 dias corridos contra defeitos após a implantação em produção.
Para correções após o prazo de garantia deverão ser geradas estimativas, sendo necessária a aprovação da mesma pelo Cliente para início das atividades.
Não estão previstos os valores referentes ao desenvolvimento e execução do treinamento e período de sustentação desta solução.
Ao final da fase de análise de requisitos deverá ser realizada a validação da estimativa inicial para garantir esforço definido na fase inicial do projeto.
Quaisquer mudanças ocorridas nos serviços de terceiros, durante a fase de desenvolvimento, será objeto de análise e esforço adicional para implementação.
Está fora do escopo o desenvolvimento de rotinas de limpeza e backup de dados.
Toda a infraestrutura tecnológica que suportará a solução deve ser definida, adquirida e disponibilizada pelo Carrefour. Isso significa que não estão previstas atividades de revisão e/ou eventual dimensionamento (sizing) de hardware e software para operar o sistema. Também não está prevista a capacitação técnica (administrador, suporte e desenvolvedor) da equipe de infraestrutura.
20
Premissas, diretrizes e restrições (4/5)
A proposta considera apenas a preparação do pacote e acompanhamento do desenvolvedor para implantação no ambiente de homologação e produção. Caso seja necessária a execução da implantação ou acompanhamento de analistas de sistemas que não seja para certificação da liberação do ambiente, deverão ser contratadas horas adicionais.
Não está contemplado nesta proposta esforço para merge do código fonte com projetos que sejam realizados em paralelo a este.Caso sejam identificados pacotes para unificação que dependam de análise do código fonte por parte dos desenvolvedores
envolvidos nos projetos, a Verity irá apresentar as horas adicionais necessárias para realização da atividade.
Esta proposta foi elaborada com base nos documentos abaixo disponibilizados, sendo que quaisquer alterações nestas versões poderão gerar mudanças na estimativa atual.
DocVisao_ManutencaoTrocaProdutoPricing_v2.doc (Data última modificação 07/02/2013)EF_ManutencaoAlteracaoPricing_RF001 - Criação da família de templates.doc (Data última modificação 18/01/2013)EF_ManutencaoAlteracaoPricing_RF002 - Troca de Produto Automatizado - DOWN.doc (Data última modificação 06/02/2013)EF_ManutencaoAlteracaoPricing_RF003 - Troca de Produto Automatizado - UPGR.doc (Data última modificação 06/02/2013)EF_ManutencaoAlteracaoPricing_RF004 - Troca de Produto Massificado - DOWN.doc (Data última modificação 27/12/2012)EF_ManutencaoAlteracaoPricing_RF005 - Troca de Produto Massificado - UPGR.doc (Data última modificação 27/12/2012)EF_ManutencaoAlteracaoPricing_RF006 - Emitir cartão com novo produto.doc (Data última modificação 02/01/2013)EF_ManutencaoAlteracaoPricing_RF007 - Parametrização - Configurar Produto.doc (Data última modificação 24/01/2013)EF_ManutencaoAlteracaoPricing_RF008 - Consulta Troca de Produto Automatizado.doc (Data última modificação 24/01/2013)EF_ManutencaoAlteracaoPricing_RF009 a RF014 - Validar Funcionalidades.doc (Data última modificação 07/02/2013)
21
Premissas, diretrizes e restrições (5/5)
Para que possamos cumprir com os prazos apresentados é necessário que sejam disponibilizados ambientes de testes integrados e homologação dedicados durante o período de desenvolvimento e testes. Caso ocorram concorrências destes ambientes, os prazos e esforços deverão ser revistos.
Esta proposta não contempla a criação de tela específica para o cadastro de novos Templates, cadastro esse que deverá ser feito via Script SQL diretamente na Base de Dados.
Esta proposta contempla a validação das funcionalidades abaixo afim de verificar se serão afetadas pela criação da nova tabela de família de templates, caso verifique que sim, serão estimadas e executadas após aprovação do Carrefour.
Validar funcionalidade de Reemitir CartãoValidar funcionalidade de Inativar CartãoValidar funcionalidade de Bloquear CartãoValidar funcionalidade de Desbloquear CartãoValidar funcionalidade de Definir Cartão PrimárioValidar funcionalidade de Inclusão Adicional
22
CronogramaVisão Macro das atividades
Atraso maior que 5 dias
Atraso até 5 dias
Sem atrasos
Planejado
Concluído
Inicia hoje
Término em até 5 dias
Término hoje
Contato:Av. Jurucê, 194 1º Andar MoemaSão Paulo, 04080-010Tel.: 11 5096 2164
www.verity.com.br
Recommended