| |
| Metodologia Smith de Projetos |
A Byte Smith, baseada em toda a sua expertize desenvolveu em conformidade com as principais tecnologias de processos de qualidade de software e gestão de projetos, a sua própria metodologia de projetos, para melhor atender os seus clientes e principalmente otimizar as entregas.
|
Princípios
- trabalhe com os seus clientes;
- planeje;
- reuniões curtas;
- teste primeiro;
- seja simples;
- codifique dentro dos padrões;
- faça refactoring;
- faça release em incrementos pequenos;
- não se desgaste e nem ao seu cliente;
- adote alterações.
Detalhe de cada fase
|
|
Esta fase compreende à fase principal do projeto que é a sua concepção, necessitando de uma atenção especial do cliente, ao passar as necessidades do Sistema, suas expectativas e principalmente as prioridades e entregas.
Nesta fase deve ser gerado um documento nominado de "Documento Piloto", que servirá como base para todo o desenvolvimento do projeto.
Este documento, deverá obrigatoriamente conter: o escopo do projeto, prioridade das funcionalidades e prioridade das entregas.
|
|
Esta fase compreende o ponto onde os analistas da Byte Smith, irão em conformidade com o Documento Piloto, dividir e especificar cada funcionalidade do projeto.
Nesta fase deve ser gerado um documento nominado de "Caso de Uso" para cada funcionalidade, que servirá como base para a aprovação do cliente.
Este documento, deverá obrigatoriamente conter: uma descrição funcional da funcionalidade, uma descrição técnica da funcionalidade, um protótipo de cada tela envolvida na funcionalidade e uma estimativa prévia para desenvolvimento da funcionalidade.
|
|
Esta fase compreende o ponto onde os analistas da Byte Smith, irão até o cliente, de posse dos casos-de-uso, solicitar a aprovação ou a recusa.
Nesta fase, os casos-de-uso que forem aprovados, deverão ser acrescidos de um aditivo nomidado de "Teste de Aceitação", que sevirá de base para a entrega do caso-de-uso na fase de homologação.
O aditivo "Teste de Aceitação" deverá obrigatoriamente conter: um escopo do que o cliente espera como resultado da funcionalidade descrita no mesmo.
Também nesta fase, os casos-de-uso que forem recusados, deverão ser acrescidos de um aditivo nomidado de "Revisão Funcional", que servirão de base para a re-análise e posterior revisão pelo cliente.
O aditivo "Revisão de Funcionalidade" deverá obrigatoriamente conter: um escopo do que o cliente esperava da funcionalidade descrita no mesmo.
|
|
Esta fase compreende o ponto onde os desenvolvedores da Byte Smith, irão:
- modelar o banco de dados para melhor atender ao projeto;
- criação da arquitetura do projeto para melhor atender;
- desenvolver os casos-de-uso, conforme a prioridade apontada pelo cliente;
- realizar a entrega das releases previstas, para serem homologas pelo cliente.
|
|
Esta fase compreende o ponto onde o cliente, de posse dos documentos "Testes de Aceitação" de cada funcionalidade entregue na release, poderá:
- aprovar a release entregue pela equipe de desenvolvimento; ou
- com base em alguma divergência entre o documento "Teste de Aceitação" e a funcionalidade entregue, rejeitar a entrega da release;
|
|
Esta fase compreende na simples entrega formal da última release, em versão final, bem como a documentação completa do projeto, para futuras atualizações, sendo estes:
- o "Documento Piloto" atualizado;
- todos os "Casos-de-Usos" atualizados;
- o modelo do banco de dados em formato MER;
- o documento da arquitetura utilizada no projeto.
|
|
Atenciosamente,
Equipe Byte Smith
|
|
|
|