Diagrama de Casos de Uso do Sistema Proposto

Usualmente, antes de iniciar a elaboração dos casos de uso, são relatadas diversas situações que podem ocorrer no sistema, denominas de “cenários”. Os cenários descrevem passos de uma interação entre ator e sistema e auxiliam no entendimento das funcionalidades que o sistema suporta. Os atores são aqueles que trocam informações com o sistema, representando um papel, em determinado momento. Cada ator desencadeia ações ou eventos no sistema, que geram reações e resultados do sistema.

Para este trabalho não foi necessária a elaboração de cenários, pois as funcionalidades e os atores foram identificados durante o levantamento preliminar, descrito na seção 4.3. Ainda, o detalhamento das funcionalidades do sistema abrange as ferramentas de modelagem e o motor de workflow que estão descritas na seção anterior. Já os atores identificados no AutoPlan são o professor e o estudante, embora alguns casos de uso possam ser executados automaticamente pelo sistema. Segue a descrição do papel dos atores do sistema:

• o professor – responsável pelo planejamento e execução do Plano de Aulas; e acompanhamento do planejamento dos estudantes.;

• o estudante – responsável pela criação (planejamento) e execução do Plano de Estudo.

Segundo a OMG (2007) o Diagrama de Casos de Uso é utilizado para captar e registrar o comportamento do sistema, por meio da análise dos requisitos necessários para a construção do sistema. Com isso, proporciona uma visão abrangente dos requisitos de um sistema, utilizando-se de recursos gráficos para estruturar e organizar os requisitos, eliminando as redundâncias e ambigüidades de informações.

A Figura 43 mostra o Diagrama de Casos de Uso. Neste diagrama os atores, os casos de uso e as interações entre estes elementos estão representados, permitindo uma visão das macro-funcionalidades do sistema, suas relações, suas dependências e as responsabilidades dos atores.

Figura 43: Diagrama de Casos de Uso do AutoPlan

No Diagrama de Casos de Uso podemos observar que foram identificados 10 casos de uso que abrangem as funcionalidades identificadas para o sistema. Os casos de uso estão divididos em dois grupos, conforme as funcionalidades da ferramenta de modelagem e do motor de workflow.

O caso de uso 1. Manter Plano de Aulas abrange as funcionalidades de permitir ao professor a inclusão de atividades para gerar o Plano de Aulas e efetuar alterações neste plano. Já o caso de uso 2. Manter Plano de Estudo abrange as funcionalidades de permitir ao estudante inclusão de atividades para gerar o Plano de Estudo e efetuar alterações no seu plano. Possui uma dependência com o caso de uso 1 para permitir que as alterações na modelagem do Plano de Aulas sejam refletidas nos Planos de Estudo.

Os casos de uso 1 e 2 possuem ainda o include dos casos de uso 3. Gerar Plano

de Aulas e 4. Gerar Plano de Estudo, respectivamente, que geram os planos em IMS-

LD e estes são convertidos em linguagem XPDL pelo caso de uso 5. Gerar e Exportar

XPDL. No caso de uso 3, o Plano de Aulas pode ser importado para o sistema como um arquivo XML no formato IMS-LD e no caso de uso 4 o Plano de Estudos Individual é gerado com base nas definições do Plano de Aulas.

O caso de uso 5, além de converter o arquivo IMS-LD em XPDL, também exporta este arquivo da ferramenta de modelagem para o motor de workflow passando, inclusive, as informações sobre a turma e o professor, geradas no caso de uso 6. Gerar

Turma. Neste caso de uso ocorre todo o controle dos usuários do sistema, incluindo

alunos, professores e a formulação das disciplinas. Também é neste caso de uso que pode ser implementada uma interface com sistemas administrativos para importação de dados sobre as turmas e disciplinas. É o ponto de partida do sistema, pois deve haver o cadastro das disciplinas e das turmas para então ser gerado ou importado um Plano de Aulas do DoceNet2.

O caso de uso 7. Gerenciar Arquivo XPDL permite armazenar e interpretar o arquivo XPDL gerado pela ferramenta de modelagem indicando ao caso de uso 8.

Gerenciar Execução dos builds quando houver alterações nos sub-processos dos

Planos de Aula e de Estudo. O caso de uso 8 é o mais importante do motor de workflow, pois ele deve:

• permitir a execução parcial dos Planos de Aulas e Plano de Estudos; • permitir a execução não linear das atividades dos sub-processos do Plano

de Estudo;

• prover a integridade entre a execução dos Planos de Aulas e os Planos de Estudo;

• permitir a execução dos Planos de Estudo de forma independente para cada estudante;

• permitir que as alterações em tempo de execução nos sub-processos do Plano de Estudo não parem a execução do processo.

O caso de uso 9. Executar Atividades permite que tanto o docente como os estudantes possam indicar a conclusão das atividades de sua competência. Este caso de uso possui ainda um include do caso de uso 10. Visualizar Atividade que permite aos usuários visualizarem as suas atividades que devem ser executadas. No caso dos estudantes, permite ainda que visualizem as atividades do Plano de Aulas. Os casos de uso 8 e 10 abrangem as funcionalidades da worklist.

O último caso de uso 11. Gerar Traço de Execução é dependente do caso de uso 8, pois permite gerar um traço de execução do Plano de Estudo para cada estudante e gerar um traço de execução do Plano de Aulas. O Quadro 10 apresenta a descrição de alto nível dos casos de uso identificados, relacionando cada um deles com os objetivos derivados das funcionalidades identificadas para o sistema.

Quadro 10: Descrição de alto nível dos casos de uso.

Caso de Uso Ator Objetivo

1. Manter Plano de Aulas Professor Permite criar e manter o Plano de Aulas, definindo as atividades de cada aula e os pontos de controle dos Planos de Estudo.

2. Manter Plano de Estudo Estudante Permite que o estudante possa alterar o Plano de Estudo inicial, incluindo as novas atividades identificadas e alterando as atividades não executadas.

3. Gerar Plano de Aulas Sistema Permite gerar o Plano de Aulas conforme a definição de

IMS-LD ou importar um arquivo com esta definição.

4. Gerar Plano de Estudo Sistema Permite gerar o Plano de Estudos Individual conforme as definições do Plano de Aulas.

5. Gerar e Exportar XPDL Sistema Permite converter o arquivo IMS-LD em XPDL, passando o arquivo ao motor de workflow.

6. Gerar Turma Professor Permite o controle dos usuários do sistema, incluindo alunos e professores, criar turmas e disciplinas ou importar um arquivo com estas definições.

7. Gerenciar Arquivo XPDL Sistema Permite armazenar e interpretar o arquivo XPDL, mantendo o motor de workflow sempre atualizado.

8. Gerenciar Execução dos builds Sistema Permite a execução parcial dos Planos de Aulas e Plano de Estudos; prover a integridade entre a execução dos Planos de Aulas e os Planos de Estudo; permitir a execução dos Planos de Estudo de forma independente e não linear; permitir que as alterações em tempo de execução nos sub- processos do Plano de Estudo não parem a execução do processo.

9. Executar Atividades Professor Estudante

Permite que os usuários possam indicar a conclusão das atividades de sua competência.

10. Visualizar Atividade Professor

Estudante Permite aos usuários visualizar as suas atividades que devem ser executadas. Os estudantes podem ainda visualizar as atividades do Plano de Aulas que não são executadas somente pelo docente.

11. Gerar Traço de Execução Professor Permite gerar o traço de execução dos Planos de Estudo para cada estudante e do Plano de Aulas.