O documento descreve as etapas metodológicas do projeto ASAP para implantação de sistemas de faturamento, incluindo levantamento inicial, análise de infraestrutura, planejamento do projeto, reunião de início, configuração de ambiente, integração, testes com a receita federal e treinamento.
O documento discute os processos de gerenciamento de escopo de projetos, incluindo a coleta de requisitos, definição do escopo, criação da estrutura analítica do projeto (EAP) e controle do escopo. Ele fornece exemplos de como decompor as entregas do projeto em pacotes de trabalho menores para facilitar o planejamento e controle.
O documento descreve um projeto de implantação de um sistema ERP em uma empresa de pequeno porte, com o objetivo de unificar e informatizar as áreas da empresa para melhorar a gestão. O projeto terá duração de 6 meses e custo estimado de R$400.000,00.
Este documento apresenta um modelo de plano de testes para um novo sistema. Ele descreve o escopo e objetivos dos testes, incluindo testes funcionais, de integração e de aceitação. Além disso, define os critérios de entrada e saída para o teste do sistema, como a correção de erros de alta prioridade e a conclusão de testes de integração e aceitação com sucesso.
Titulo: Implantação Software Contas a Receber
Alunos:Alexandre Rodrigues Bosco,
Cidade: Paulista
Disciplina: Aquisicoes
Turma: GEEP41
Data:07-12-2015
Hora:22:34
Comentarios:Professor fiz alguns ajustes no layout para verificar se as imagens aparecem com uma definição melhor.
Publico até ápos a correção
O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo descreve como o documento de requisitos deve ser elaborado, destacando elementos como introdução, requisitos funcionais, não funcionais e escopo. Além disso, fornece um exemplo de como estruturar um documento de requisitos.
O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo destaca que o documento de requisitos deve descrever claramente as funcionalidades e atributos de qualidade desejados para o sistema, servindo como referência para a equipe de desenvolvimento. Além disso, o artigo fornece exemplos dos principais elementos que devem compor o documento de requisitos, como introdução, requisitos funcionais e não funcionais, escopo e documentação complementar.
O documento discute a importância da documentação de requisitos no desenvolvimento de sistemas, destacando que o documento deve ser claro, consistente e completo. Ele explica que a elicitação e análise de requisitos são etapas essenciais na elaboração do documento, e que este deve contemplar requisitos funcionais e não funcionais para definir corretamente o escopo do projeto.
O documento discute os processos de gerenciamento de escopo de projetos, incluindo a coleta de requisitos, definição do escopo, criação da estrutura analítica do projeto (EAP) e controle do escopo. Ele fornece exemplos de como decompor as entregas do projeto em pacotes de trabalho menores para facilitar o planejamento e controle.
O documento descreve um projeto de implantação de um sistema ERP em uma empresa de pequeno porte, com o objetivo de unificar e informatizar as áreas da empresa para melhorar a gestão. O projeto terá duração de 6 meses e custo estimado de R$400.000,00.
Este documento apresenta um modelo de plano de testes para um novo sistema. Ele descreve o escopo e objetivos dos testes, incluindo testes funcionais, de integração e de aceitação. Além disso, define os critérios de entrada e saída para o teste do sistema, como a correção de erros de alta prioridade e a conclusão de testes de integração e aceitação com sucesso.
Titulo: Implantação Software Contas a Receber
Alunos:Alexandre Rodrigues Bosco,
Cidade: Paulista
Disciplina: Aquisicoes
Turma: GEEP41
Data:07-12-2015
Hora:22:34
Comentarios:Professor fiz alguns ajustes no layout para verificar se as imagens aparecem com uma definição melhor.
Publico até ápos a correção
O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo descreve como o documento de requisitos deve ser elaborado, destacando elementos como introdução, requisitos funcionais, não funcionais e escopo. Além disso, fornece um exemplo de como estruturar um documento de requisitos.
O documento resume um artigo sobre a importância do documento de requisitos no desenvolvimento de software. O artigo destaca que o documento de requisitos deve descrever claramente as funcionalidades e atributos de qualidade desejados para o sistema, servindo como referência para a equipe de desenvolvimento. Além disso, o artigo fornece exemplos dos principais elementos que devem compor o documento de requisitos, como introdução, requisitos funcionais e não funcionais, escopo e documentação complementar.
O documento discute a importância da documentação de requisitos no desenvolvimento de sistemas, destacando que o documento deve ser claro, consistente e completo. Ele explica que a elicitação e análise de requisitos são etapas essenciais na elaboração do documento, e que este deve contemplar requisitos funcionais e não funcionais para definir corretamente o escopo do projeto.
1. O documento apresenta o plano de projeto de software para o aplicativo Outlay, que tem como objetivo fornecer ferramentas para gerenciamento de finanças pessoais.
2. São descritas as principais funcionalidades do aplicativo, incluindo diagramas de casos de uso e requisitos funcionais e não funcionais.
3. Estimativas iniciais indicam que o projeto pode ser concluído em aproximadamente 4 meses e 18 dias por uma equipe de 5 pessoas.
Titulo: Sistema de visão
Alunos:Fabio Nunes Ornelas,Fernando Augusto Romano Martins,Gesislea Ferreira Alves,Kátia Bispo de Paula,Vitor Luis Muntanelli,
Cidade: Santo Andre
Disciplina: Fundamentos
Turma: GP34
Data:26-08-2014
Hora:18:21
Comentarios:
Publico até ápos a correção
O documento apresenta o planejamento inicial para o desenvolvimento de um sistema de gerenciamento de estoques (SGE) para a empresa Farma Saúde. O projeto terá duração de 30 dias e equipe de 6 pessoas. Será desenvolvido um software desktop para controle de estoque, clientes, fornecedores e relatórios.
Trabalho individual 5 semestre Analise de SistemasWANDERSON JONER
O documento descreve o desenvolvimento de um sistema de informação para um trabalho da disciplina de Análise e Desenvolvimento de Sistemas de Informação. Ele inclui a escolha de um modelo de ciclo de vida, o desenvolvimento de uma estrutura analítica de projetos e cronograma, além de aspectos de usabilidade, programação e conclusões.
O documento discute os processos e técnicas de gerenciamento do escopo e tempo em projetos, incluindo planejamento, definição e controle do escopo, além de sequenciamento, estimativa de duração e desenvolvimento do cronograma. Exemplos e exercícios são fornecidos para ilustrar cada tópico.
Este documento fornece orientações para a implementação do Nível D do MR-MPS-SW, detalhando cinco novos processos necessários nesse nível: Desenvolvimento de Requisitos, Integração do Produto, Projeto e Construção do Produto, Validação e Verificação. A evolução para o Nível D não apresenta novidades nos processos e atributos do Nível E, apenas requer a implementação desses cinco novos processos com a mesma capacidade dos processos existentes.
O documento descreve as principais fases do ciclo de vida de um projeto, incluindo a coleta de requisitos, desenvolvimento de escopo e plano de projeto, criação de protótipo, desenvolvimento, testes e lançamento. As fases são hierárquicas e cada uma deve ser aprovada pelo cliente antes de iniciar a próxima.
O documento discute a importância da documentação de requisitos para engenheiros de software. Um bom documento de requisitos deve capturar claramente as necessidades dos usuários, o escopo do projeto e quais funcionalidades serão ou não implementadas para garantir que toda a equipe esteja alinhada.
Titulo: URA
Alunos:André Negretti,Gilmar Vitor de Souza Junior,luiz fernando telles de souza,Mario Fortunato Mikalauskas,
Cidade: Americana
Disciplina: Integração
Turma: GP02
Data:27-05-2014
Hora:08:55
Comentarios:
Publico até ápos a correção
O documento apresenta as informações sobre o curso de Engenharia de Softwares e Gerência de Projetos ministrado pelo professor Rudson Kiyoshi S. Carvalho na Anhanguera em 2015. Ele descreve o calendário e sistema de avaliação do curso, que inclui ATPS (Atividades de Trabalho de Projeto Supervisionado) e provas. O documento também fornece detalhes sobre os requisitos e entregas dos relatórios do ATPS, como escopo, cronograma e requisitos do projeto de software.
DESENVOLVIMENTO DE SOFTWARES PARA TERMINAIS MÓVEISMarco Coghi
Titulo: DESENVOLVIMENTO DE SOFTWARES PARA TERMINAIS MÓVEIS
Alunos:Jose Marcel Berto de Souza,Marcelo de Castro Albella,Paulo Oliveira Neto,Thiago Sampaio Milani,
Cidade: Campinas
Disciplina: Aquisições
Turma: GP40
Data:19-01-2015
Hora:11:52
Comentarios:Na tela SP o Gerente de Projetos não conseguiu gravar a justificativa do fornecedor escolhido. Apenas o fornecedor ficou selecionado, e o texto não permanecia mesmo clicando em Salvar. Tentamos nos navegadores Chrome e Internet Explorer.
Publico até a correção
Titulo: SOFTWARE ITT ONE
Alunos:Fagner Daniel de Melo,Felipe Mitamura Hatanaka,Isabela Volski,Ligia Bariani Bagi,Lynconl Lemes,Viviane Elias Costa,
Cidade: Presidente Prudente
Disciplina: Escopo
Turma: GP01
Data:05-06-2014
Hora:21:47
Comentarios:
Publico até ápos a correção
1) O documento descreve o desenvolvimento de um sistema computacional para apoiar o planejamento de expansão de redes elétricas de alta tensão utilizando dados georreferenciados e o Google Maps.
2) O sistema permite visualizar elementos da rede elétrica em um diagrama unifilar e em um mapa, além de apoiar a tomada de decisões sobre obras de expansão considerando critérios técnicos e econômicos.
3) O desenvolvimento do sistema seguiu o método iterativo e visual de gestão de projetos (IVPM2), com
1. O documento descreve um sistema computacional desenvolvido para apoiar o planejamento de expansão de redes elétricas de distribuição e transmissão utilizando tecnologia de mapeamento georreferenciado do Google Maps.
2. O sistema permite visualizar elementos da rede elétrica em diagramas e em um ambiente de navegação baseado em mapas do Google Maps.
3. O sistema integrado é capaz de apoiar o planejamento de obras de expansão da rede elétrica considerando demanda futura, condições técnicas e econô
1. O documento descreve um sistema computacional desenvolvido para apoiar o planejamento de expansão de redes elétricas de distribuição e transmissão utilizando tecnologia de mapeamento georreferenciado do Google Maps.
2. O sistema permite visualizar elementos da rede elétrica em diagramas e em um ambiente de navegação baseado em mapas, integrando planejamento com localização física.
3. O sistema apoia o planejamento de obras de expansão considerando demanda futura, condições técnicas e econômicas.
O documento descreve um projeto de implementação do sistema ERP SAP Business One na empresa Alimentos iSAP. O objetivo é melhorar a qualidade da informação, agilidade, integração e controle dos processos da empresa. O projeto seguirá a metodologia ASAP e será dividido em 5 fases: preparação, blueprint, realização, preparação final e go-live, com duração de aproximadamente 6 meses.
O documento descreve o projeto de desenvolvimento de um projeto executivo para a construção de uma estação de tratamento de efluentes (ETE) industrial. O projeto será gerenciado pela empresa D. Best Projetos e tem como objetivo tratar efluentes de uma unidade de petróleo, recuperando óleo e aumentando a produtividade. O documento detalha as fases e processos de gerenciamento do projeto de acordo com metodologias reconhecidas.
1. O documento apresenta o plano de projeto de software para o aplicativo Outlay, que tem como objetivo fornecer ferramentas para gerenciamento de finanças pessoais.
2. São descritas as principais funcionalidades do aplicativo, incluindo diagramas de casos de uso e requisitos funcionais e não funcionais.
3. Estimativas iniciais indicam que o projeto pode ser concluído em aproximadamente 4 meses e 18 dias por uma equipe de 5 pessoas.
Titulo: Sistema de visão
Alunos:Fabio Nunes Ornelas,Fernando Augusto Romano Martins,Gesislea Ferreira Alves,Kátia Bispo de Paula,Vitor Luis Muntanelli,
Cidade: Santo Andre
Disciplina: Fundamentos
Turma: GP34
Data:26-08-2014
Hora:18:21
Comentarios:
Publico até ápos a correção
O documento apresenta o planejamento inicial para o desenvolvimento de um sistema de gerenciamento de estoques (SGE) para a empresa Farma Saúde. O projeto terá duração de 30 dias e equipe de 6 pessoas. Será desenvolvido um software desktop para controle de estoque, clientes, fornecedores e relatórios.
Trabalho individual 5 semestre Analise de SistemasWANDERSON JONER
O documento descreve o desenvolvimento de um sistema de informação para um trabalho da disciplina de Análise e Desenvolvimento de Sistemas de Informação. Ele inclui a escolha de um modelo de ciclo de vida, o desenvolvimento de uma estrutura analítica de projetos e cronograma, além de aspectos de usabilidade, programação e conclusões.
O documento discute os processos e técnicas de gerenciamento do escopo e tempo em projetos, incluindo planejamento, definição e controle do escopo, além de sequenciamento, estimativa de duração e desenvolvimento do cronograma. Exemplos e exercícios são fornecidos para ilustrar cada tópico.
Este documento fornece orientações para a implementação do Nível D do MR-MPS-SW, detalhando cinco novos processos necessários nesse nível: Desenvolvimento de Requisitos, Integração do Produto, Projeto e Construção do Produto, Validação e Verificação. A evolução para o Nível D não apresenta novidades nos processos e atributos do Nível E, apenas requer a implementação desses cinco novos processos com a mesma capacidade dos processos existentes.
O documento descreve as principais fases do ciclo de vida de um projeto, incluindo a coleta de requisitos, desenvolvimento de escopo e plano de projeto, criação de protótipo, desenvolvimento, testes e lançamento. As fases são hierárquicas e cada uma deve ser aprovada pelo cliente antes de iniciar a próxima.
O documento discute a importância da documentação de requisitos para engenheiros de software. Um bom documento de requisitos deve capturar claramente as necessidades dos usuários, o escopo do projeto e quais funcionalidades serão ou não implementadas para garantir que toda a equipe esteja alinhada.
Titulo: URA
Alunos:André Negretti,Gilmar Vitor de Souza Junior,luiz fernando telles de souza,Mario Fortunato Mikalauskas,
Cidade: Americana
Disciplina: Integração
Turma: GP02
Data:27-05-2014
Hora:08:55
Comentarios:
Publico até ápos a correção
O documento apresenta as informações sobre o curso de Engenharia de Softwares e Gerência de Projetos ministrado pelo professor Rudson Kiyoshi S. Carvalho na Anhanguera em 2015. Ele descreve o calendário e sistema de avaliação do curso, que inclui ATPS (Atividades de Trabalho de Projeto Supervisionado) e provas. O documento também fornece detalhes sobre os requisitos e entregas dos relatórios do ATPS, como escopo, cronograma e requisitos do projeto de software.
DESENVOLVIMENTO DE SOFTWARES PARA TERMINAIS MÓVEISMarco Coghi
Titulo: DESENVOLVIMENTO DE SOFTWARES PARA TERMINAIS MÓVEIS
Alunos:Jose Marcel Berto de Souza,Marcelo de Castro Albella,Paulo Oliveira Neto,Thiago Sampaio Milani,
Cidade: Campinas
Disciplina: Aquisições
Turma: GP40
Data:19-01-2015
Hora:11:52
Comentarios:Na tela SP o Gerente de Projetos não conseguiu gravar a justificativa do fornecedor escolhido. Apenas o fornecedor ficou selecionado, e o texto não permanecia mesmo clicando em Salvar. Tentamos nos navegadores Chrome e Internet Explorer.
Publico até a correção
Titulo: SOFTWARE ITT ONE
Alunos:Fagner Daniel de Melo,Felipe Mitamura Hatanaka,Isabela Volski,Ligia Bariani Bagi,Lynconl Lemes,Viviane Elias Costa,
Cidade: Presidente Prudente
Disciplina: Escopo
Turma: GP01
Data:05-06-2014
Hora:21:47
Comentarios:
Publico até ápos a correção
1) O documento descreve o desenvolvimento de um sistema computacional para apoiar o planejamento de expansão de redes elétricas de alta tensão utilizando dados georreferenciados e o Google Maps.
2) O sistema permite visualizar elementos da rede elétrica em um diagrama unifilar e em um mapa, além de apoiar a tomada de decisões sobre obras de expansão considerando critérios técnicos e econômicos.
3) O desenvolvimento do sistema seguiu o método iterativo e visual de gestão de projetos (IVPM2), com
1. O documento descreve um sistema computacional desenvolvido para apoiar o planejamento de expansão de redes elétricas de distribuição e transmissão utilizando tecnologia de mapeamento georreferenciado do Google Maps.
2. O sistema permite visualizar elementos da rede elétrica em diagramas e em um ambiente de navegação baseado em mapas do Google Maps.
3. O sistema integrado é capaz de apoiar o planejamento de obras de expansão da rede elétrica considerando demanda futura, condições técnicas e econô
1. O documento descreve um sistema computacional desenvolvido para apoiar o planejamento de expansão de redes elétricas de distribuição e transmissão utilizando tecnologia de mapeamento georreferenciado do Google Maps.
2. O sistema permite visualizar elementos da rede elétrica em diagramas e em um ambiente de navegação baseado em mapas, integrando planejamento com localização física.
3. O sistema apoia o planejamento de obras de expansão considerando demanda futura, condições técnicas e econômicas.
O documento descreve um projeto de implementação do sistema ERP SAP Business One na empresa Alimentos iSAP. O objetivo é melhorar a qualidade da informação, agilidade, integração e controle dos processos da empresa. O projeto seguirá a metodologia ASAP e será dividido em 5 fases: preparação, blueprint, realização, preparação final e go-live, com duração de aproximadamente 6 meses.
O documento descreve o projeto de desenvolvimento de um projeto executivo para a construção de uma estação de tratamento de efluentes (ETE) industrial. O projeto será gerenciado pela empresa D. Best Projetos e tem como objetivo tratar efluentes de uma unidade de petróleo, recuperando óleo e aumentando a produtividade. O documento detalha as fases e processos de gerenciamento do projeto de acordo com metodologias reconhecidas.
2. 1.1 Levantamento Inicial
Objetivo
Obter informações sobre o fluxo da área de faturamento do Cliente, de modo a adequar a solução as suas
características específicas.
Descrição
Esta atividade abrange a elaboração do desenho conceitual, contendo o mapeamento da área de faturamento do
Cliente, o mapeamento dos sistemas e dados da empresa que devem trocar informações com a solução, o
dimensionamento dos volumes e “picos” de emissão de Notas Fiscais e a especificação funcional da solução Nota
Fiscal Eletrônica (NF-e).
Recomenda-se que essa atividade seja preparada pela equipe de integração juntamente com os profissionais da
empresa, quando o desenvolvimento da interface for de responsabilidade da SPL Fiscal.
Pré-condições
Formalização da reunião para elaboração do levantamento inicial.
Perfis envolvidos
Consultor Fiscal
Key-user Fiscal
Gerente de Integração
Gerente de Projetos
Analista de Integração
Documentos
3. 1.2 Análise de infra-estrutura
Objetivo
Obter um entendimento da infra-estrutura e do ambiente operacional onde será instalada a solução e apresentar os
requisitos mínimos de hardware e software para instalação do produto.
Descrição
Esse entendimento deve abranger disciplinas relacionadas com banco de dados, sistemas operacionais, servidores de
rede, banda de comunicação entre as filiais e matriz, servidores WEB, Certificados Digitais entre outros.
Recomenda-se uma reunião técnica para levantamento da infra-estrutura de tecnologia. As informações obtidas
nessa reunião devem ser formalizadas em um documento com desenhos técnicos dos servidores, filiais e estrutura
de rede (normalmente as empresas já possuem tais documentos sobre seu ambiente e solicitar uma cópia da
documentação pode ser uma forma de ganhar tempo).
Deve ser entregue ainda ao representante da gerência de TI do cliente o documento “Requisitos de hardware e
software.doc” e “Requisitos de Hardware e Software – Ordem de Implantação” que detalha os requisitos mínimos de
hardware e software e a ordem/dependência de instalação do produto.
Perfis envolvidos
Técnico de Sistemas
DBA
Gerente de TI
Gerente de Projetos
Pré-condições
Formalização da reunião de passagem.
Documentos
4. 1.3 Planejamento do projeto
Objetivo
O planejamento do projeto tem como principal objetivo a criação do documento de planejamento e escopo do projeto.
Descrição
Tipicamente nessa fase, montaremos uma definição profunda e detalhada da concepção do projeto, seu escopo, prazos,
requisitos necessários para realização do projeto ligados a infra-estrutura, definição dos meios de comunicação entre os
integrantes das equipes e participantes e suas responsabilidades no projeto.
Recomendamos uma reunião de coleta de informações com o gerente de projeto do cliente com posterior formalização e
divulgação aos participantes do documento de planejamento e escopo.
Perfis envolvidos
Gerentes de Projeto (SPL Fiscal e Cliente)
Pré-condições
Conclusão das fases de Levantamento Inicial e Análise da Infra-estrutura.
Documentos
5. 2.1 Reunião de Kick-off
Objetivo
Apresentar formalmente o plano de trabalho, escopo e estratégia do projeto definida no documento de planejamento e
escopo.
Descrição
Após concluir e documentar formalmente a fase de Planejamento de Projeto no documento de Planejamento e Escopo,
devemos agendar a Reunião de Kick-off (início do Projeto).
Nesta reunião, onde será feita a apresentação dos principais tópicos levantados no Planejamento de Projeto, deverão
ser envolvidas todas as pessoas que irão participar do projeto, direta ou indiretamente, membros da equipe de
Implantação e do Cliente.
O Gerente de Projetos do Cliente deve se encarregar de definir quais serão as pessoas do cliente a serem convocadas
para a reunião. Em geral, reconhecemos a importância da participação de ao menos um representante das seguintes
áreas do cliente: Fiscal, TI, Suporte e Controladoria.
Todas as dúvidas pertinentes ao Projeto deverão ser esclarecidas neste momento para que todos possam ter a mesma
compreensão sobre os limites do Projeto e suas responsabilidades.
Perfis envolvidos
Todos os participantes envolvidos direto ou indiretamente no projeto.
Pré-condições
Documento de planejamento e escopo do projeto preenchido.
Documentos
6. 2.2 Inicio do Projeto
Objetivo
Formalizar o início do projeto.
Descrição
Este processo é realizado no final da reunião de kick-off após o cliente ter concordado com o que foi definido na fase de
Planejamento do Projeto.
O ponto marcante deste documento é formalizar o início das atividades através da aprovação por parte do cliente,
formalizando sua assinatura no documento de início de projeto.
Perfis envolvidos
Gerentes de projeto (SPL Fiscal e Cliente)
Pré-condições
Realizada reunião de Kick-off.
Documentos
7. 3.1. Planejamento
Objetivo
Formalizar a entrega do Cronograma detalhado do Projeto
Descrição
Nesta fase, será entregue ao Cliente o Cronograma detalhado do Projeto de Implantação de APP, relacionando os
recursos, as atividades e as atribuições que cada equipe realizará.
Perfis envolvidos
Gerentes de Projeto (SPL Fiscal e Cliente)
Key-user Fiscal
Pré-condições
Aceite do documento “Documento de Inicio do Projeto.doc” pelo Cliente.
Documentos
8. 3.2. Configuração do ambiente
Objetivo
Preparar hardware e instalar a solução nos ambientes de homologação e produção.
Descrição
Nesta fase, o hardware deve ser disponibilizado pelo cliente de acordo com as configurações definidas na análise de infra-
estrutura (1.2). Inicialmente apenas o ambiente de homologação é necessário e a solução de mensageria deverá ser
instalada e testada utilizando-se a rotina de replicação de notas.
O hardware do ambiente de produção somente será necessário próximo a data de início da fase de emissão simultânea
definida pela SEFAZ.
O Analista de Implantação irá preparar o ambiente para que o cliente realize os testes solicitados pela SEFAZ e os testes
de Integração.
Perfis envolvidos
Técnicos de Infra-estrutura (Cliente)
Analista de Implantação (SPL Fiscal)
Pré-condições
Aceite do documento “Documento de Inicio do Projeto.doc” pelo Cliente.
Documentos
9. 3.3. Integração
Objetivo
Desenvolver a interface de comunicação entre o ERP do Cliente e a solução APP.
Descrição
Após a realização do Levantamento Inicial e Análise de Infra-estrutura, o processo de Integração poderá ser iniciado
conforme definido no Planejamento do Projeto e finalizado antes do início da fase de Testes de Emissão Simultânea da
SEFAZ.
Esta fase contempla o desenvolvimento das rotinas de integração entre o ERP do Cliente e a solução de mensageria e a
realização de testes de comunicação entre as tecnologias, visando garantir o perfeito funcionamento nos processos de
Emissão, Cancelamento e Inutilização da APP.
Após finalizar o desenvolvimento das rotinas e realizar os testes de integração, deve-se formalizar a conclusão desta fase
disponibilizando o documento “Termo de Aceite de Integração” para que o Cliente possa assiná-lo.
Perfis envolvidos
Gerente de Integração
Gerente de Projetos
Key-user Faturamento
Analista de Integração
DBA
Pré-condições
Aceite do documento “Documento de Inicio do Projeto.doc” pelo Cliente.
Documentos
10. 3.4 Testes SEFAZ
[3.4.1. Testes Iniciais]
Objetivo
Realizar testes do processo de emissão de APP em conjunto com o sistema da SEFAZ.
Descrição
Nesta fase são realizados os testes livres para validar o processo de Emissão da APP junto a SEFAZ. Todas as APP são
enviadas para o ambiente de homologação da SEFAZ e não possuem valor fiscal. Os testes recomendados encontram-se no
Manual de Homologação do Contribuinte vigente, disponível no site da SEFAZ.
Perfis envolvidos
Analista de Implantação
Pré-condições
Aplicativo deve estar instalado e testado no ambiente de homologação.
Documentos
11. 3.4.2. Testes de Simulação
Objetivo
Realizar testes de simulação de erros e de volume de dados.
Descrição
Nesta fase são realizados testes de simulação de erros para validar o processo de Emissão da APP, certificando-se que o
ERP do cliente trata as mensagens de erro retornadas pelo sistema da SEFAZ e também o teste de volume, para avaliar a
performance em geral do processo. Durante esta fase deve-se preencher o relatório de testes efetuados para posterior
entrega e avaliação da SEFAZ. Os testes obrigatórios e recomendados bem como o modelo do relatório a ser preenchido,
encontram-se no Manual de Homologação do Contribuinte vigente, disponível no site da SEFAZ.
Perfis envolvidos
Analista de Implantação
Pré-condições
Aplicativo deve estar instalado e testado no ambiente de homologação.
Documentos
12. 3.4.3. Testes de Emissão Simultânea
Objetivo
Realizar testes de emissão de APP com os dados reais da empresa.
Descrição
Nesta fase são realizados testes de emissão da APP com os dados reais da empresa. Para cada Nota Fiscal modelo 1 e/ou
1A emitida, é gerada uma APP com os mesmos dados. Durante esta fase deve-se preencher o relatório de testes efetuados
e ao final da fase o relatório juntamente com uma amostra das notas são enviados a SEFAZ para avaliação. Os testes
obrigatórios e recomendados bem como o modelo do relatório a ser preenchido, encontram-se no Manual de Homologação
do Contribuinte vigente, disponível no site da SEFAZ.
Perfis envolvidos
Analista de Implantação
Pré-condições
Aceite do documento “Documento de Aceite de Integração.doc” pelo Cliente.
13. 3.5. Treinamento
Objetivo
Preparar o usuário a operar, de maneira adequada, a solução implantada.
Descrição
Nesta fase, são realizados os Treinamentos Técnico e Funcional. Ambos visam apresentar informações sobre a correta
utilização do Sistema: suas parametrizações, tabelas e funcionalidades.
Sugerimos que os Treinamentos sejam feitos separadamente, de acordo com o perfil de usuário, desta forma, o
Coordenador/Líder de Projeto deverá ter o controle antecipado sobre os nomes dos participantes, a área que atuam e a
quantidade de usuários por Treinamento. Este controle permitirá à Equipe, preparar o material necessário a ser
disponibilizado para o Cliente no dia do Treinamento.
Nos Treinamentos, são distribuídos o Manual do Usuário Funcional/Técnico.
A participação do usuário é formalizada através de sua assinatura no documento “Controle de Treinamento para Usuário”,
que deverá ser anexo à documentação do Cliente. Ao final deste evento, os usuários deverão avaliar o Treinamento
através da “Pesquisa de Avaliação do Treinamento” que entregar este documento para área de Quality.
Perfis envolvidos
Treinamento Técnico: Usuário com conhecimento técnico com ou sem perfil de administrador.
Treinamento Funcional: Usuários com ou sem perfil de administrador, faturistas e operadores.
Pré-condições
Todas as funcionalidades da solução implantada devem estar funcionando corretamente.
Documentos
14. 3.6. Go-live
Objetivo
Disponibilizar a solução para que o cliente possa operar em produção.
Descrição
O marco desta fase é o processo de transição de emissão da APP do ambiente de homologação para o ambiente de
produção do Cliente. Desta forma, a fim de garantir a emissão da APP no novo ambiente, os Analistas de Implantação e
Integração deverão preparar o novo ambiente com as adaptações e testes necessários e na data programada para entrar
em Produção, deverão acompanhar o processo de emissão da APP, auxiliando o Cliente nesta fase.
Perfis envolvidos
Analista de Implantação
Key user Técnico do Cliente
Analista de Integração
Pré-condições
A solução deverá ser homologada e aprovada pelo cliente.
15. 4.1. Acompanhamento Pós-implantação
Objetivo
Acompanhar a emissão de NF-e no ambiente de produção a fim de solucionar eventuais problemas.
Descrição
O acompanhamento pós-implantação é feito em um curto período de tempo, antes da formalização do encerramento do
Projeto e a passagem do cliente para o Help Desk, a fim de acompanhar a emissão das primeiras NF-e em ambiente de
produção. Durante o processo o Analista de Implantação acompanha o trabalho do Usuário Final e identifica, avalia e
resolve/encaminha eventuais problemas no funcionamento da solução implantada e da mensageria no ambiente de
Produção.
Ao final do processo deve-se preencher o documento Aceite Pós-implantação.doc.
Perfis envolvidos
Analista de Implantação
Key User técnico do Cliente
Usuário Final
Analista de infra-estrutura do Cliente
Pré-condições
Go-live concluído.
Documentos
16. 4.2. Fechamento do projeto
Objetivo
Formalizar a conclusão do Projeto.
Descrição
Neste processo formaliza-se a conclusão do projeto transferindo o contato da equipe do cliente para o Help Desk. Deve-se
apresentar ao cliente a equipe de Help Desk, que informará ao Coordenador dos Usuários Finais, as formas e períodos para
contato. O ponto marcante é assinatura dos documentos “Termo de Encerramento do Projeto.doc” e o “Termo de
Transferência para Help Desk” que dão por encerrado o projeto.
Perfis envolvidos
Gerente de Projeto
Gerente de Help Desk
Gerente de Projeto do Cliente
Coordenador dos Usuários Finais
Pré-condições
Aceite do documento “Documento de Pós-implantação.doc” pelo Cliente.
Documentos