1. Processo de Desenvolvimento
O processo de software adotado foi o EasyProcess (YP), que se apresenta num processo simplificado, iterativo e incremental, apoiado em práticas do XP, RUP e Agile Modeling. Esse processo foi idealizado pela Professora Drª Francilene Procópio Garcia, uma das responsáveis pelo Grupo de Pesquisa e Desenvolvimento em Engenharia de Software do Departamento de Sistemas e Computação (DSC) da Universidade Federal de Campina Grande (UFCG).
Ele surgui como uma resposta a necessidade de se utilizar melhores práticas para desenvolvimento de software no meio acadêmico, que possibilitem maior sucesso na implementação de projetos oferecidos em algumas disciplinas. Não é a toa que o mesmo vem sendo utilizado como objeto de estudo na disciplina de Laboratório de Engenharia de Software (LES) da mesma instituição.
2. Identificação das Fases do Processo
2.1 Identificação do Escopo do Problema
Nosso software tem por objetivo funcionar como uma metodologia alternativa no ensino de conceitos anatômicos na área de Medicina. Ele é baseado numa proposta de jogo educacional para a utilização do professor em sala de aula como inovação e dinamicidade ao contexto do ambiente acadêmico.
O jogo tem como objetivo servir de auxilio ao professor de ANATOMIA em suas aulas práticas e como metodologia alternativa na hora da avaliação dos conteúdos abordados.
2.2 Especificação de Papéis
· Cliente: Mirna Maia
· Equipe de Desenvolvimento: Mércio, Allessio e Walter Matheus
· Gerência: Mirna Maia
· Equipe de Manutenção e Testes: Mércio, Allessio e Walter Matheus
· Usuários: Alunos do da disciplina de Anatomia do Curso de Medicina
2.3 Conversação com o Cliente e Levantamento de Requisitos
A principal finalidade e objetivo dessa etapa é o conhecimento dos dados que servirão de base para o desenvolvimento do software em questão. São a partir destes dados levantados de acordo com a conversa com o cliente que será por guia para a efetiva conclusão do projeto de modo eficiente e satisfatório. De forma generalizada, alguns dos objetivos dessa fase são:
· Tipo de software que se quer construir
· Objetivo e finalidade do software
· Qual o público alvo a que ele se destina
· Temática a ser trabalhada no software (conteudização)
· Contexto em que o mesmo será inserido (contexto interdisciplinar)
· Qual teoria da aprendizagem o software se fundamentará
· Como se deve dar a interação entre o usuário e a máquina
OBS: Fase ou etapa que será realizada após a conversação com o cliente, pois é preciso o embasamento nos dados e requisitos passados pelo mesmo.
2.4 Planejamento
2.4.1 Alocação das User Stories e Testes de Releases
OBS: Fase ou etapa que será realizada após a conversação com o cliente, pois é preciso o embasamento nos dados e requisitos passados pelo mesmo.
2.4.2 Definição das Releases
· 1ª Release: Acontecerá no dia (14/04/10) e terá como objetivos a primeira conversa e contato com o cliente para obtenção dos primeiros requisitos e elaboração de uma documentação contendo todos eles para servir de material para consulta à Equipe de Desenvolvimento;
· 2ª Release: 28/04/10 – Construção e definição da Interface do software;
· 3ª Release: 12/05/10 – Construção do projeto arquitetural do software;
· 4ª Release: 26/05/10;
· 5ª Release: 09/06/10;
2.4.3 Planejamento Básico do Projeto Geral
· Documentação e formalização de cada reunião de maneira escrita;
· Levantamento de requisitos juntamente com o cliente;
· Análise de requisitos e avaliação dos mesmos;
· Estudo e pesquisa bibliográfica sobre a linguagem de programação utilizada no software;
· Idealização e desenvolvimento de um cronograma a ser seguido;
· Produção do software em si (construção do código-fonte do projeto)
· Construção de versões do sistema a cada release realizado
· Acompanhamento da qualidade do software através de testes (unidade e aceitação)
2.5 Implementação do Software
Fase em que a equipe de desenvolvimento estará focada na construção do software em si, mais especificamente no código-fonte. A idéia do software é abordar conceitos de Anatomia do corpo humano para servir de alternativa na avaliação do referido componente curricular do curso de Medicina. Esse software se valerá de Realidade Aumentada e será implementado segundo essa perspectiva.
2.6 Testes
Os testes serão realizados a cada release completada no processo de desenvolvimento e objetiva avaliar e acompanhar a qualidade do software e se o mesmo está atendendo aos requisitos montados e passados pelo cliente à equipe de desenvolvimento do mesmo. Os testes terão que abordar e avaliar os aspectos técnicos e pedagógicos do software em construção. Serão intensificados a partir da inicialização da etapa de implementação do código-fonte do projeto.
Nenhum comentário:
Postar um comentário