PDSA Wiki



Processo de Desenvolvimento de Softwares Agrários
O processo está sendo elaborado com o propósito de ser utilizado em práticas acadêmicas na atual e nas futuras turmas de Tecnologia em Analise e Desenvolvimento de Software da Escola Agrícola de Jundiaí (EAJ-UFRN)

Sendo baseada em duas metodologias de desenvolvimento de software:
 * Extreme programming
 * Rational Unified Process

Concepção
A fase de concepção é a fase inicial da criação do sistema, é onde serão levantados todos os requisitos necessários para a criação do sistema e estudo da viabilidade do projeto.

Caso o sistema seja voltado para o processamento digital de imagens(PDI), ou sistemas embarcados, temos os artefatos opcionais que contemplam esses sistemas.

Na fase de concepção estabelecemos reuniões que se repetem a cada 15 dias.Às duas primeiras reuniões tem como objetivo definir o sistema.

Disciplinas:
 * Requisitos: Disciplina como objetivo principal abordar o Stakeholder para se ter uma descrição geral do que será o sistema.
 * Papéis:


 * Professor


 * - Gerente do Projeto


 * Aluno


 * - Analista de Requisitos


 * Especialista


 * - Stakeholder




 * Implementação e teste: Tem como objetivo gerar um protótipo de interface.
 * Papéis:


 * Professor


 * - Gerente do Projeto


 * Aluno


 * - Designer


 * Especialista


 * - Stakeholder


 * Análise e projeto: Disciplina onde serão detalhados os requisitos do sistema planejado.
 * Papéis:


 * Professor


 * - Gerente do Projeto
 * - Revisor de Artefatos


 * Aluno


 * - Analista de Requisitos


 * Especialista


 * - Stakeholder


 * Gerenciamento: Disciplina onde o projeto passa pelo controle do gestor


 * Papéis:


 * Professor


 * - Gerente do Projeto


 * Aluno


 * - Revisor de Artefatos


 * Especialista


 * Cliente(profissional das ciências agrárias).

Diagramas das Disciplinas:
 * Diagrama de Atividade da Fase de Concepção

Artefatos: Artefatos Opcionais:
 * 1) Documento de visão.
 * 2) Documento de visão Ex.
 * 3) Termo de abetura de projeto
 * 1) Documento de aquisição.

Elaboração
Esta fase consiste nos fluxos de processo voltados à modelagem do sistema. Avaliam-se os requisitos funcionais e não funcionais e também o documento de risco gerado na concepção. E detalha os casos de uso com o modelo descritivo do sistema reduzindo os riscos e atualizando o cronograma, e se necessário cria DER( Diagrama Entidade Relacionamento).

Elaboração - PDI(Processamento Digital De Imagem):

Caso o sistema seja voltado para PDI, será necessário criação do fluxograma, pois em sistemas de PDI não é necessário a criação do diagrama de casos de uso. Revisa documento de aquisição de imagens gerado na conpecção.

Diagrama de Atividade das Disciplinas:
 * Requisitos.jpg
 * Analise e Projeto.jpg
 * Gerenciamento.jpg

Disciplinas:


 * Requisitos:


 * Papeis:
 * Analista de Requisitos
 * Gerente de Projeto
 * Análise e projeto:


 * Papeis:
 * Analista de Designer
 * Programador/Testador
 * Projetista de Banco de Dados
 * Gerente de Projeto
 * Gerenciamento:

Artefatos:
 * Papeis:
 * Gerente de Projeto
 * Revisor de Artefatos
 * 1) Teste e Aceitação
 * 2) Documento De Avaliação
 * 3) Documento Detalhado Requisitos

Construção
Na fase de construção se deve planejar cada iteração durante a fase, acompanhar o que está sendo produzido, colaborar com a equipe e relatar o progresso para o stakeholder, criar uma lista de pendências do projetos, trabalhar em iterações Por fim, receber feedback sobre o software em questão.

Diagrama da fase:
 * Diagrama de Atividade da Fase de Construção

Objetivos:
 * Otimizar Recursos e evitar retrabalho;
 * Construção das versões;
 * Testes alfa para as versões criadas afim de encontrar erros no sistema

Funções:
 * Disponibilizar as versões úteis(alfa,beta e etc.) com rapidez;
 * Concluir a análise, o projeto, o desenvolvimento e o teste de todas as funcionalidades;
 * Verificar e decidir se o software está pronto para ser passado para a próxima fase do processo(validação);
 * Relatar o que foi feito durante o ciclo de desenvolvimento diariamente.

Disciplinas:
 * Disciplina de requisitos: recebe os casos de uso usados para a geração dos casos de teste. Fornece a base para geração dos testes;
 * Disciplina de análise e projeto: Supervisiona se o que está sendo desenvolvido atende as exigências propostas pela fase de elaboração;
 * Disciplina de Implementação e Teste: Produz os componentes e versões que serão testados;
 * Disciplina de Gerenciamento: Supervisiona toda a fase, observando se o prazo estabelecido no cronograma será cumprido

Papeis:


 * Aluno:
 * Desenvolvedor: Aquele que irá implementar em código o conteúdo dos diagramasa fornecidos pela fase de elaboração utilizando a linguagem de programação presente no documento de visão fornecido pela fase de concepção;
 * Testador:Executa os testes, registra e gera os relatórios de execução dos testes;
 * Professor:
 * Gerente de projeto: Supervisiona se os artefatos estão sendo gerados de acordo com o cronograma de iteração que ele definiu;
 * Revisor de Artefatos: Vai avaliar os artefatos gerados quanto a sua funcionalidade definidos na fase de elaboração;

Stakeholder/Orientador provindo das Ciências Agrárias:
 * Reuniões: Sua presença é de extrema importância em reuniões após cada iteração e assim opinar acerca do que foi desenvolvido na mesma.

Artefatos:
 * 1) [[File:Rotina de Testes.pdf]]
 * 2) [[File:Documento de iteração.pdf]]
 * 3) [[File:Plano de Teste da Iteração.pdf]]
 * 4) [[File:Documento de Teste da Iteração.pdf]]
 * 5) Documento de Versao
 * 6) Documento de Teste

Validação
A Validação é a parte que encerra o processo de desenvolvimento. Nesta fase ocorre a aprovação do software pelos stakeholders, verificando se todos os objetivos propostos foram atingidos. Ao fim da fase ocorre a entrega do sistema junto com a sua Documentação.


 * Diagrama de Atividades

Disciplinas:
 * Requisitos: Tem como objetivo o recebimento de uma versão do sistema junto com a documentação gerada até o momento. Onde será realizada uma reunião na qual será mostrado aos stakeholders todos os requisitos correspondentes aquela versão, dessa forma, saberá se existe algum novo requisito a ser inserido ou modificado;
 * Papéis:
 * Analista de Requisitos;
 * Gerente de Projeto;
 * Testador (Aluno);
 * Análise e Projeto: Tem como objetivo gerar Plano de Teste de Aceitação e inspecionar se as especificações daquela versão estão funcionando da forma esperada;
 * Papéis:
 * ​Gerente de Projeto;
 * ​Analista de Requisitos;
 * Testator (Especialista);
 * Implementação e Teste: Consiste na construção de um instalador que instala o software no seu ambiente final e verificar se o teste está de acordo com o proposto;
 * Papéis:
 * ​Analista de Requisito;
 * Testador (Especialista);
 * Gerente de Projeto;
 * Stakeholders;
 * Gerencia : Gera documento de Validação para que os Stakeholders possam aprovar o que já foi feito e testado. O projeto passa pelo controle do gestor o qual revisará todos os artefatos gerados até o momento e irá conferir se tudo está indo de acordo com o cronograma. Ao final é a Gerência de Projeto junto as aprovações dos Stakeholders que darão o aval final de aprovação para que o sistema seja entregue;

Artefatos:
 * ​Papéis:
 * ​Analista de Requisitos;
 * Gerente de Projeto;
 * Stakeholders;
 * Revisor de Artefatos;
 * Documento de Novos Requisitos
 * Plano de Teste de Aceitação
 * Documento de Validação de Versão
 * Documento de Validação de Software
 * Manual do Usuário
 * Instalador
 * Documento Final

