Versão em PDF
Descrição
Este processo representa as atividades necessárias para executar o projeto que consiste no trabalho que será realizado pelo fornecedor para construir uma solução sistêmica para atender a demanda identificada pelo cliente. O processo inclui atividades como o detalhamento das funcionalidades, a construção do sistema e a homologação do cliente.
O fornecedor deverá sempre apresentar um planejamento do trabalho a ser executado, respeitando os critérios informados durante o processo de contratação e as agendas dos envolvidos no projeto. Uma vez que este planejamento seja aprovado, o fornecedor poderá iniciar a execução do serviço contratado.
Descrição
Na primeira semana do projeto, o fornecedor deverá realizar uma reunião de kick-off do projeto com o coordenador do projeto. A reunião visa apresentar a equipe do fornecedor e revisar o entendimento sobre o projeto.
O coordenador do projeto apresentará brevemente o projeto, suas expectativas quanto à execução e sua forma de trabalho.
Tarefas
| Tarefa | Descrição |
| Agendar a reunião de kick-off | O fornecedor agenda a reunião de kick-off do projeto, conforme sua disponibilidade e a do coordenador do projeto. |
| Realizar a reunião de kick-off | O fornecedor conduz a reunião apresentando sua equipe, seu entendimento sobre o projeto e sua forma de trabalho. O coordenador do projeto realiza uma breve explanação sobre o projeto, suas expectativas quanto à execução do projeto e sua forma de trabalho. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Ordem de serviço |
Saída | Apresentação de kick-off |
Observações
| Observações |
Durante a reunião o coordenador do projeto solicita o encaminhamento do planejamento do projeto realizado pelo fornecedor. |
Descrição
O cronograma de execução das atividades do projeto é elaborado com base na documentação disponibilizada e alinhado às expectativas do coordenador do projeto.
O cronograma contém todas as atividades a serem realizadas pelo fornecedor, incluindo datas previstas para a validação e homologação dos entregáveis do projeto.
Tarefas
| Tarefa | Descrição |
| Elaborar o cronograma de execução | O fornecedor elabora o cronograma de execução do projeto contemplando feriados, períodos de validação e homologação, respeitando as diretrizes constantes na documentação do projeto. |
| Enviar o cronograma de execução | Após concluir a elaboração do cronograma, o fornecedor o envia para avaliação do coordenador do projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Documento de levantamento de requisitos Declaração de escopo do projeto Estrutura analítica do projeto Plano de comunicação Plano de configuração Plano de risco Plano de qualidade Solicitação de ordem de serviço Proposta técnica e comercial Ordem de serviço |
Saída | Cronograma de execução |
Descrição
O cronograma de execução do projeto é verificado quanto a sua aderência à documentação do projeto e se este aborda todas as atividades do projeto.
As datas que correspondem ao envolvimento dos recursos por parte da RNP são verificadas quanto à sua disponibilidade. Caso não haja, sugestões de datas são informadas para a atualização do cronograma.
Tarefas
| Tarefa | Descrição |
| Avaliar o cronograma de execução | O coordenador do projeto realiza a avaliação do cronograma de execução, utilizando como base uma lista de verificação (checklist) previamente definida. |
| Informar o resultado da avaliação | Após concluir o resultado da verificação, o coordenador do projeto informa o resultado obtido ao fornecedor. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do Projeto |
Entrada | Cronograma de execução |
Saída | Checklist de planejamento Planejamento aprovado Planejamento reprovado |
Descrição
O desenvolvimento da solução consiste no conjunto de atividades necessárias para a criação e o desenvolvimento do produto final do projeto. Durante este processo de desenvolvimento, o fornecedor poderá apresentar os resultados obtidos, dando transparência ao projeto.
A primeira entrega deverá contemplar os artefatos técnicos que compõem os artefatos de arquitetura: modelo de dados e documento de arquitetura.
Tarefas
| Tarefa | Descrição |
| Elaborar os artefatos de arquitetura | O fornecedor elabora os artefatos de arquitetura da solução sistêmica. |
| Submeter a arquitetura para avaliação | O fornecedor submete os artefatos de arquitetura à avaliação do coordenador do projeto. |
| Desenvolver solução | O fornecedor realiza as atividades necessárias para o desenvolvimento do sistema com base na arquitetura definida. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Documento de levantamento de requisitos Declaração de escopo do projeto Estrutura analítica do projeto Plano de comunicação Plano de configuração Plano de risco Plano de qualidade Solicitação de ordem de serviço Proposta técnica e comercial Ordem de serviço |
Saída | Documento de arquitetura Modelo de dados Código-fonte |
Observações
| Observações |
Alguns projetos poderão realizar atividades como o detalhamento e registro dos requisitos do sistema nesta atividades. Os artefatos de arquitetura devem ser previamente validados pelo coordenador do projeto, antes do desenvolvimento do sistema. A GSC possui padrões de arquitetura para o desenvolvimento de sistema, que são recomendados aos projeto. |
Descrição
A avaliação técnica realizada pelo coordenador do projeto visa garantir que o projeto está utilizando as melhores práticas do mercado, além de identificar possíveis limitações técnicas que determinados componentes/frameworks utilizados poderão ocasionar.
Somente com a aprovação da arquitetura o fornecedor deverá iniciar o processo de desenvolvimento da solução.
Tarefas
| Tarefa | Descrição |
| Avaliar a arquitetura da solução | Para realizar a avaliação, o coordenador do projeto utiliza uma lista de verificação (checklist) que contém informações de padrões e indicações sobre técnicas de desenvolvimento. |
| Informar o resultado da avaliação | O coordenador do projeto informa o resultado da avaliação da arquitetura. Este resultado poderá ser válido ou inválido. Caso inválido, o coordenador do projeto deverá indicar os motivos e sugerir os ajustes necessários. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do projeto |
Entrada | Documento de arquitetura Modelo de dados |
Saída | Checklist de arquitetura |
Descrição
A elaboração do design consiste na criação de uma imagem para representar as interfaces do sistema. A partir desta imagem será possível visualizar a forma como o conteúdo será apresentado e os padrões de cores e estilos que serão adotados pelo projeto.
Tarefas
| Tarefa | Descrição |
| Elaborar a documentação | O fornecedor realiza a criação das imagens por meio de softwares como o Photoshop, para definir os padrões visuais que o projeto utilizará. |
| Submeter para avaliação | O coordenador do projeto, em conjunto com o fornecedor, submete para avaliação do setor de comunicação da RNP (GCC) os padrões visuais adotados para o projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Documento de levantamento de requisitos Declaração de escopo do projeto Estrutura analítica do projeto Plano de comunicação Plano de configuração Plano de risco Plano de qualidade Solicitação de ordem de serviço Proposta técnica e comercial Ordem de serviço |
Saída | PSD |
Observações
| Observações |
Em determinados projetos os padrões visuais já foram definidos, não sendo necessária a execução desta atividade. |
Descrição
Os padrões de design do projeto criados pelo fornecedor devem ser avaliados pelo setor de comunicação da RNP (GCC) antes de serem incorporados ao projeto.
O setor de comunicação da RNP (GCC) possui processos internos que tratam da avaliação do design de um projeto e adota critérios específicos para cada tipo de projeto. Somente após a sua aprovação estes padrões poderão ser utilizados pelo projeto.
Sempre ao concluir a avaliação do design, o setor de comunicação da RNP (GCC) informa o resultado obtido ao fornecedor e ao coordenador do projeto.
Descrição
Ao concluir as atividades de desenvolvimento do portal de conteúdo, o fornecedor formaliza a entrega de todos os artefatos solicitados na ordem de serviço e na documentação do projeto. Anexo aos artefatos deverá ser incluído um roteiro de implantação contendo os passos necessários para instalar o portal no ambiente da RNP.
Tarefas
| Tarefa | Descrição |
| Elaborar o roteiro de implantação | O fornecedor elabora o documento contendo os passos necessários para instalar e configurar o portal de conteúdo no ambiente da RNP. |
| Formalizar a entrega do produto | O fornecedor formaliza a entrega de todos os artefatos do projeto construídos/ajustados junto com o respectivo roteiro de implantação. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Código-fonte |
Saída | Roteiro de implantação |
Observações
| Observações |
As entregas poderão ocorrer em partes, agrupando um conjunto de funcionalidades desenvolvidas. Este método simplifica o processo de revisão e homologação, evitando sobrecarga dos envolvidos. |
Descrição
O sistema desenvolvido pelo fornecedor é analisado com base numa lista de verificação, visando identificar se todos os pontos abordados no escopo do projeto e na solicitação de ordem de serviço estão sendo respeitados.
Caso o sistema apresente algum ponto a ser corrigido, ele não poderá ser enviado para revisão.
Tarefas
| Tarefa | Descrição |
| Avaliar a solução | O coordenador do projeto avalia se todos os entregáveis estão conformes com a ordem de serviço e a documentação do projeto. Para realizar esta avaliação é usado um checklist de apoio. |
| Informar o resultado da avaliação | Após concluir a avaliação, o coordenador do projeto informa o resultado obtido ao fornecedor. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coordenador do Projeto |
Entrada | Código-fonte Roteiro de implantação |
Saída | Checklist de implantação e avaliação funcional Requisitos atendidos Problemas funcionais identificados |
Descrição
A partir do roteiro de implantação entregue junto com o produto do projeto, o responsável pela implantação realiza os procedimentos necessários para disponibilizar o produto do projeto no ambiente de homologação da RNP.
Tarefas
| Tarefa | Descrição |
| Receber solicitação de implantação | O responsável pela implantação recebe do coordenador do projeto uma solicitação de implantação do produto no ambiente de homologação. A solicitação contém o roteiro de implantação e produto entregues pelo fornecedor. |
| Implantar o produto em homologação | O responsável pela implantação realiza os procedimentos informados no roteiro de implantação, para disponibilizar o produto do projeto no ambiente de homologação. |
| Comunicar o resultado da implantação | Independente do resultado da implantação do produto no ambiente de homologação, o responsável pela implantação irá comunicar o resultado obtido ao coordenador do projeto. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Responsável pela Implantação |
Entrada | Solicitação de implantação Roteiro de implantação Solução sistêmica |
Saída | Sistema implantado |
Descrição
Os corresponsáveis pelo projeto são envolvidos como revisores do projeto e realizam uma avaliação funcional no sistema, visando identificar problemas ou inconsistências em relação à documentação do projeto.
As funcionalidades e regras de negócio não serão avaliadas quanto a sua efetividade ou aderência às expectativas do cliente.
Somente com a aprovação dos revisores o sistema poderá ser submetido à avaliação do cliente.
Tarefas
| Tarefa | Descrição |
| Revisar a solução sistêmica | Realizar a revisão das funcionalidades do sistema construídas pelo fornecedor. |
| Informar o resultado da revisão | Informar ao coordenador do projeto o resultado da revisão do sistema. O resultado poderá ser aprovado ou reprovado. Caso reprovado, o revisor deverá indicar os pontos que precisam ser ajustados. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Coresponsável pelo Projeto |
Entrada | Solução sistêmica |
Saída | Revisado com sucesso Pontos de correção identificados |
Observações
| Observações |
A comunicação entre o revisor e o coordenador do projeto deverá ser evitada, pois o objetivo é que a documentação seja autossuficiente para o entendimento do projeto |
Descrição
Após a revisão com sucesso do sistema, o cliente deverá realizar a homologação deste, verificando a aderência as suas necessidades e ao negócio.
Ao aprovar a homologação do sistema, o cliente conclui as atividades de execução do projeto.
Tarefas
| Tarefa | Descrição |
| Homologar a solução sistêmica | O cliente realiza a homologação do sistema quanto à sua aderência ao negócio e às expectativas do produto final do projeto. |
| Informar o resultado da homologação | Informar ao coordenador do projeto o resultado da homologação do sistema. O resultado poderá ser aprovado ou reprovado. Caso reprovado, o cliente deverá indicar os pontos que precisam ser ajustados. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Responsável pelo Produto |
Entrada | Solução sistêmica |
Saída | Solução aprovada Problemas funcionais identificados Existem outras entregas |
Observações
| Observações |
O projeto pode ter várias iterações, onde parte do produto final é entregue para a avaliação, revisão e homologação. Isto não caracteriza a conclusão do projeto. Somente após concluir todas as iterações do projeto será possível obter o resultado solução aprovada. |
Descrição
Sempre que um problema for identificado nos entregáveis do projeto, este será submetido ao fornecedor para os devidos ajustes e correções.
Os ajustes e correções são aplicados aos artefatos que foram reprovados pelas atividades de avaliação, revisão ou homologação.
Tarefas
| Tarefa | Descrição |
| Corrigir e ajustar a solução | O fornecedor realiza as atividades necessárias para ajustar e corrigir o sistema. |
Relacionamentos
| Relacionamento | Descrição |
Papéis | Responsável: Fornecedor |
Entrada | Pontos de correção identificados |
Saída | Código-fonte |
Descrição
Esta apresentação tem como objetivo indicar a equipe envolvida no projeto, o entendimento/interpretação do escopo do projeto e a forma como o trabalho será executado pelo fornecedor.
Descrição
Este cronograma tem como objetivo apresentar a sequência de atividades que serão executadas pelo fornecedor durante o projeto, desde a contratação do fornecedor até o termo de aceite do projeto. Todas as atividades deverão apresentar as suas respectivas estimativas de tempo e os responsáveis por executá-las.
Descrição
Este checklist tem como objetivo identificar não conformidades presentes no cronograma de execução do projeto, verificando se os períodos de validação/homologação estão sendo respeitados, assim como a disponibilidade do cliente e da GSC.
Modelo
Descrição
Este documento tem o objetivo de descrever a arquitetura da solução a ser desenvolvida, observando os requisitos de maior complexidade. Por existir um padrão arquitetural, este documento foca nas alterações ou substituição de determinados itens deste padrão e na adição de novas tecnologias para determinado cenário presente no projeto. Todas as alterações e adições deverão apresentar justificativas que caracterizem esta necessidade.
Modelo
Descrição
O artefato modelo de dados representa através de diagrama a visão da solução a ser construída (DER) e os scripts SQL contendo as instruções necessárias para a criação do modelo de dados (modelo físico) no ambiente de banco de dados. Os scripts devem conter os comentários pertinentes a cada objeto (tabela, índice, campo, constraint etc.) do modelo, compondo o dicionário de dados.
Descrição
Este checklist tem como objetivo identificar não conformidades presentes no documento de arquitetura e no modelo de dados, verificando se ambos respeitam os critérios de qualidade e padrões de arquitetura definidos pela RNP para o projeto.
Modelo
Descrição
Este artefato representa o design gerado a partir de ferramentas como o Photoshop, que permitem apresentar a interface do sistema e os principais aspectos visuais. Através deste artefato é possível avaliar se a interface respeita as cores, fontes e estilos adotados pela RNP.
Descrição
Este artefato visa representar os códigos gerados para o produto do projeto na tecnologia selecionada. Comumente o código-fonte é mantido no controlador de versão da RNP.
