Etapas de um projeto

From COREPHP

O Desenvolvimento de um sistema não é uma atividade que deve ser feita sem nenhum planejamento. Um mínimo de organização é exigido. O artigo abaixo visa justamente delimitar qual é este mínimo, tanto documental quanto procedural, necessário para o desenvolvimento com sucesso de uma aplicação.

Surgimento da Demanda

Marco zero de qualquer sistema, deve surgir permitindo pelo menos tempo hábil para seu desenvolvimento, depuração e implantação. Não envolve a equipe de TI ainda, pois de maneira geral os stakeholders ainda não tem uma noção muito clara do que desejam.

Muitas vezes, uma consulta rápida será feita, solicitando a verificação de possibilidade de criação de um sistema que automatize aquela necessidade. A grande maioria das demandas são passíveis de automatização, porém em uma conversa inicial deve-se sempre já verificar o prazo para tal demanda e tentar inserí-la mentalmente dentro da realização dos eventos atuais.

Primeira Iteração com Stakeholders

É a hora do "tudo pode". Nesta primeira iteração/reunião o gerente de projetos e equipe devem ir com a mente aberta às solicitações sem colocar restrições técnicas, de tempo, ou de pessoal. É a hora em que devemos levantar o máximo de informações e desejos para iniciar e planejar os trabalhos. Este primeiro momento será responsável pelo levantamento inicial dos requisitos que gerará o Termo de Referência. Nenhuma promessa deve ainda ser feita, pois um Estudo de Viabilidade deve ser preparado e apresentado. Será no Termo de Referência que as restrições de tempo receberão um detalhamento inicial, baseado em experiências anteriores com este tipo de demanda. Caso não haja experiência anterior, é interessante consultar outros colegas para verificar se os mesmos não possuem alguma experiência que possa ser utilizada para este fim.

Veja que a Primeira Iteração não pode ser confundida com a consulta rápida realizada no surgimento da demanda, pois da Primeira Iteração uma série de definições e decisões já devem ser tomadas, e a mesma deve ser registrada através de uma Ata de Reunião, definindo como um dos trabalhos resultantes a construção do Termo de Referência. Sem o Termo definido e assinado, não deve-se considerar o Projeto como iniciado. A Primeira Iteração tem caráter Oficial.

Material de apoio: Mapas Conceituais, Mapas Mentais, Redes Semânticas

Criação do Estudo de Viabilidade

Documento que tem por objetivo enumerar as solicitações feitas na primeira iteração e apontar dificuldades técnicas de toda ordem referentes a cada uma das funcionalidades mapeadas. Deve também levantar déficits no levantamento de informações, definir itens que requerem maior elucidação por parte dos demandantes, apontar processos que se encontrem confusos, e delimitar itens que são tecnicamente inviáveis. Itens que não apresentem dificuldades de qualquer natureza devem ser apenas marcados como OK.

Assinam este documento o Gerente de Projetos, Analista de Sistema, e Cliente.

Material de Apoio: Estudo de Viabilidade

Criação do Termo de Referência

Documento que serve como Pedra Fundamental ao projeto. Dá caráter oficial ao início do mesmo, e provêm das funcionalidades mapeadas e aceitas pelo Estudo de Viabilidade. Leva em consideração também o levantamento de recursos humanos e tecnológicos necessários inicialmente, bem como um cronograma preliminar sem detalhamento. Segue a estrutura apresentada abaixo:

Project Charter - Elementos do Termo de Referência

Nome do Projeto

Resumo da Situação Atual

Gerente do Projeto

Responsabilidades e Autoridade do Gerente

Gestor Técnico do Projeto (Stakeholder)

Responsabilidades e Autoridade do Gestor Técnico do Projeto

Usuário Gestor do Projeto (Stakeholder)

Responsabilidades e Autoridade do Usuário Gestor do Projeto

Descrição do Projeto

Descrição dos Produtos do Projeto

Requisitos do Sistema (Funcionais e Não-Funcionais)

Estimativa inicial de Recursos (Humanos e Tecnológicos)

Estimativa inicial de Custos (Humanos e Tecnológicos)

Estimativa inicial de Cronograma

Métodos de Controle e Gerenciamento das informações

Assinaturas dos Interessados

Material de Apoio: Termo de Referência

Aprovação do Termo de Referência

É a etapa no qual o documento Termo de Referência encontra-se assinado por todos os Interessados no projeto. O cronograma começa a contar a partir da assinatura do termo de referência.

Assinaturas dos Interessados

Criação do Projeto

Após aprovação do Termo de referência, inicia-se a Elaboração do Projeto do Sistema. Esta elaboração contém todos os itens abaixo, apresentando já elementos necessários para a execução da codificação do mesmo, como as modelagens e prototipações necessárias.

Projeto - Elementos de um Projeto de Sistema

Apresentação do Projeto

Introdução (Situação Atual)

Gerenciamento do Escopo do Projeto

Gerenciamento de Comunicação

Gerenciamento do Tempo

Gerenciamento de Riscos do Projeto

Gerenciamento dos Recursos Humanos

Gerenciamento dos Custos

Gerenciamento da Qualidade

Plano do Projeto

Abrangência do Sistema

Ambiente (Físico e Tecnológico)

Análise Funcional

Requisitos Funcionais do Sistema

Requisitos Não-Funcionais do Sistema

Modelagem do Sistema

Diagramas de Casos de Uso

Documentação dos Casos de Uso

Diagrama de Classes

Documentação das Classes

Diagrama de Atividades

Diagrama de Seqüência

Diagrama de Componentes

Prototipação das Telas (Padrões e convenções utilizados nas telas)

Prototipação dos Relatórios (Padrões e convenções utilizados nos relatórios)

Diagrama de navegação via Menus

Cronograma (Lista de Tarefas e Datas e Gráfico de Gantt)

Assinaturas dos Interessados

Glossário

Anexos

Material de Apoio: Projeto de Sistema

Aprovação do Projeto

O projeto é então submetido à aprovação dos envolvidos, com elementos de Modelagem e Prototipação das telas e relatórios inclusos. Apenas após aprovado o projeto é que se dá início à execução do mesmo.

Assinaturas dos Interessados

Execução do Projeto

Estabelecidos todos os itens acima, é então iniciada a codificação do projeto, conforme Projeto definido e aprovado. Este item deve levar em consideração os itens abaixo para seu correto andamento dentro dos padrões estabelecidos atualmente.

Homologação do Produto do Projeto

Após executado/codificado, o Projeto deve então ser homologado pela área demandante. A homologação implica na instalação do sistema em um servidor de homologação, para que a área possa acessar e realizar cadastros dos mais diversos. Note que o Roteiro_de_Testes já deve ter sido realizado pela equipe executora do projeto antes de ir para homologação, ou seja, o sistema já deve estar o mais próximo possível da versão final, com todos os testes possíveis realizados.

Somente após essa etapa feita pela área, e todas as correções de erros encontrados tiverem sido realizadas pela equipe e re-homologadas pela área, poderá o sistema ser colocado em produção.

Construção do Wireframe da aplicação

Refere-se à estrurura física da aplicação, arquivos e bibliotecas necessárias.

Vide WirePhrame, JsWebGets, JsDesigner, COSA e POP para maiores informações sobre estes itens.

Infraestrutura de TI requerida

Para o correto andamento dos projetos dentro de qualquer TI, faz-se necessária a criação de uma infra-estrutura para sistemas.

1 - Servidor de Repositório de arquivos (CVS ou SVN)

2 - Sistema de Controle de Tarefas/Demandas/Chamados

3 - Servidor de Desenvolvimento com ambiente idêntico ao de produção (Crie um script que teste e verifique o ambiente)

4 - Servidor de Homologação com ambiente idêntico ao de produção (Crie um script que teste e verifique o ambiente)

5 - Servidor de Produção com ambiente idêntico aos anteriores (Crie um script que teste e verifique o ambiente)

6 - Estações de Trabalho para programadores (Crie um script que teste e verifique o ambiente)

Apenas após a criação desta infra-estrutura, é possível dar andamento ao projeto.