Aplicando o protótipo da ferramenta UAB-Ágil

6 EXEMPLO ILUSTRATIVO

6.3 Aplicando o protótipo da ferramenta UAB-Ágil

A utilização da ferramenta UAB-Ágil como suporte aos testes de validação do modelo de gestão proposto iniciou com a adequação da documentação definida no Apêndice A aos dados coletados do projeto de extensão “Rádio Escola”. Os dados do projeto de extensão foram extraídos de acordo com o que era exigido para preenchimento dos campos do formulário da ferramenta; por exemplo, quais colaboradores participavam de determinadas atividades, quais eram seus papéis, por quais artefatos eram responsáveis. Cada fase do modelo foi representada por um quadro Kanban.

Como todas as fases, com exceção da fase de Aquisição de Conhecimento, são representadas pelo mesmo metamodelo, a sequência de

informações a ser inserida é a mesma para todas. O que fará a diferença de uma fase para outra são, logicamente, a descrição dos fluxos, artefatos, atividades, que são específicos de cada fase; coordenadores, professores, técnicos, no entanto, podem participar de mais de uma atividade, inclusive em fases diferentes. A Figura 6.2 ilustra o processo de “alimentação” da ferramenta com informações referentes à fase de Analise de Requisitos. Assim como foi realizado no Capitulo 4, tomaremos esta fase como exemplo para demonstrar a realização dos testes.

Figura 6.2 – Inserção dos dados referentes à fase de Análise de Requisitos do Projeto “Rádio Escola” (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.;

NETO, P. A. S., 2011)

A inserção dos dados inicia-se com a denominação do projeto e da fase do curso que estão sendo construídos; assim que estes dados são inseridos, são solicitados os fluxos e as respectivas atividades agregadas aos mesmos. A cada atividade descrita, também são definidos seus colaboradores, os artefatos a serem gerados e seus respectivos responsáveis. Como cada atividade pode transitar por diferentes status, este, assim como o WIP devem ser definidos na sequência. É importante ressaltar que fases, fluxos, atividades e artefatos apresentam description e acronym como atributos comuns, característica da Nomenclatura Praxis. No entanto, se um projeto for reutilizado, a opção para iniciar o processo de inclusão

dos dados seria Abrir Projeto e não Novo Projeto; neste caso, seriam listados todos os modelos de curso com status Satisfactory e uma reedição do mesmo seria iniciada.

A inserção dos dados, no entanto, vai além do preenchimento dos campos dos formulários. Os layouts das telas demonstram a interface com o usuário para criar elementos do modelo; criados os modelos no servidor, os mesmos são armazenados para uso futuro. Uma das vantagens deste processo é a transformação de modelos – modelos em tempo de execução, por exemplo.

Ao término da inclusão das informações de cada fase, submetemos os dados e automaticamente temos a geração de modelos de curso no formato XMI, o que pode ser visto através da Figura 6.3 com a representação deste modelo referente à fase de Análise de requisitos (os modelos das fases restantes estão disponíveis em Apêndice C, no final deste documento).

<?xml version="1.0" encoding="ASCII"?>

<metakan:Phase xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:metakan="http://metakan/1.0" NamePhase="Analise de Requisitos"> <flow NameFlow="Fluxo Tecnico de Requisitos">

</activity>

</artifact>

</activity>

</artifact>

</activity>

</flow>

</artifact>

</activity>

</flow>

</metakan:Phase>

Figura 6.3 – Modelo de Curso da Fase de Análise de Requisitos no formato XMI (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO, P. A. S., 2011)

Na Figura 6.4 temos a apresentação do diretório dos modelos gerados e armazenados automaticamente pela ferramenta.

Figura 6.4 – Diretório de Modelos referentes às fases do Projeto “Rádio Escola” no formato XMI (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO, P.

Para o controle do fluxo das atividades de cada fase, a ferramenta dispôs uma página que permite a visualização e acompanhamento deste fluxo através da opção Gerenciamento de Projetos. Para isso, foi criado o módulo analysis e desenvolvido uma página chamada show_projects.jsp que permite a visualização das fases do projeto, ilustrado pela Figura 6.5.

Figura 6.5 – Fragmento do código da página show_projects.jsp contida no módulo Analysis (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO, P. A.

S., 2011)

Esta mesma fase nos remete a submódulos onde todos os projetos dentro daquela fase podem ser visualizados de acordo com o status de avaliação ao qual foi categorizado. A Figura 6.6 e a Figura 6.7 ilustram estes dois momentos, respectivamente.

Figura 6.6 – Tela de acompanhamento do fluxo de atividades dos projetos de acordo com a fase desejada (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.;

NETO, P. A. S., 2011)

Figura 6.7 – Tela para visualização do Projeto “Rádio Escola” referente à fase Análise de Requisitos (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO,

P. A. S., 2011)

A tela ilustrada pela Figura 6.7 permite ter o controle geral de todos os projetos de acordo com seu status de avaliação (NoEvaluation, Satistactory e NoSatisfactory). O projeto quando criado, por default, tem seu status definido como vazio. Após ser avaliado e definido seu novo status, podemos visualizá-lo através de seus fluxos de atividades. As Figuras 6.8 evidencia essa funcionalidade.

Figura 6.8 – Fluxos de atividades da fase Análise de Requisitos do Projeto Rádio Escola com status Satisfactory (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.;

LOPES, D. C. P.; NETO, P. A. S., 2011)

Pela sua própria definição, a visibilidade do fluxo das atividades é a propriedade mais característica do Kanban e por isso mesmo o layout das telas que apresentam esta funcionalidade não poderia deixar de ser implementada no protótipo UAB-Ágil. A Figura 6.9 ilustra o Quadro Kanban referente às atividades existentes no fluxo técnico de requisitos da fase de Análise de Requisitos. Através desta tela podemos observar o status corrente de cada atividade do fluxo.

Figura 6.9 – Quadro Kanban do fluxo técnico de requisitos da fase Análise de Requisitos (Fonte: BATISTA, A. A. M.; ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO, P.

Para visualizar a estrutura completa e detalhada de cada atividade, clica- se sobre sua referente denominação e assim é obtida sua descrição, sigla, informações sobre seu responsável, demais colaboradores, artefatos gerados, dentre outras. A Figura 6.10 apresenta essa funcionalidade com relação a atividade Elicitação de Requisitos 1, ilustrada na Figura 6.9.

Figura 6.10 – Estrutura detalhada da atividade Elicitação de Requisitos 1 do fluxo técnico de requisitos da fase Análise de Requisitos (Fonte: BATISTA, A. A. M.;

ABDELOUAHAB, Z.; LOPES, D. C. P.; NETO, P. A. S., 2011)

Os resultados da inserção dos dados referentes às outras fases do projeto “Rádio Escola” e que apresentam a estrutura completa dos seus respectivos fluxos estão dispostos (Apêndice D).

No documento UMA PROPOSTA DE MODELO DE PROCESSO BASEADO EM UMA ABORDAGEM ÁGIL PARA CONSTRUÇÃO E GESTÃO DE CURSOS EaD NO CONTEXTO DA UNIVERSIDADE ABERTA DO BRASIL (páginas 73-80)