A Modelagem do TIAMAT

Com base nos conceitos apresentados na arquitetura do TIAMAT, definimos modelos que representam diretrizes para a sua construção. Os modelos foram produzidos utilizando diagramas Linguagem de Modelagem Unificada (Unified

Modeling Language - UML) (BOOCH; JACOBSON; RUMBAUGH, 1999), o modelo

de abstração mais comum para o projeto de software usado na comunidade empresarial. A UML é uma notação simples e padronizada para descrever modelos orientados a objetos. Ele possui apoio extenso na literatura, além de diversas ferramentas de

software. Nesta seção, não iremos nos aprofundar na modelagem de cada um dos

métodos implementados.

Embora existam mais de uma dúzia de diagramas, nos concentramos em três dos principais diagramas da UML: diagrama de classes, diagrama de caso de uso e diagrama de atividades. Todavia, para facilitar o entendimento das mudanças de estado de

workflows e seus respectivos passos, diagramas de máquina de estados também foram

realizados.

6.2.1.Diagrama de Casos de Uso do TIAMAT

De acordo com BOOCH et al. (1999), diagramas de Casos de Uso são essenciais para modelar o comportamento de um sistema, um subsistema ou uma classe. O diagrama apresenta um conjunto de casos de uso, além de seus atores e relacionamentos. Um caso de uso envolve modelar o contexto de um sistema. Diagramas de caso de uso são importantes para visualizar, especificar e documentar o comportamento de um elemento. O diagrama de caso de uso do TIAMAT é apresentado na Figura 44.

110 A lista dos Casos de Uso – e suas respectivas descrições – é apresentada na Tabela 9.

Tabela 9. Descrição dos Casos de Uso do TIAMAT.

Ator Caso de Uso Descrição

Usuário

Cadastro Cadastro do próprio usuário no sistema.

Autenticação Verificação do usuário e senha. Inclui a atribuição do nível de acesso do usuário.

Alteração de

Perfil Modificação do cadastro do usuário autenticado. Participar de

método de FTA

Realização as atividades do método de FTA ao qual o usuário foi associado.

Finalizar método de FTA

Marcar um método de FTA como finalizado, ativando os métodos subsequentes no workflow. Caso todos os métodos do workflow estejam finalizados, este caso de uso finaliza o workflow de FTA.

Incluir Subsídios Inclusão dos documentos de subsídio no sistema, geralmente no final da execução de um método. Administrador

de FTA

Gerenciar

Workflow

Permite a administração de um workflow de FTA e de seus participantes, além de gerenciar a sua execução.

Administrador

Gerenciar Usuários

Permite a edição administrativa do cadastro de usuários no sistema.

Gerenciar FTA Permite a edição administrativa do cadastro de

workflows de FTA no sistema.

Gerenciar Subsídios

Permite a edição administrativa do cadastro de Subsídios no sistema.

6.2.2.Diagrama de Classes do TIAMAT

O diagrama de classes é o diagrama UML mais importante, sendo a base para o desenho de outros diagramas. O diagrama de classes é o núcleo da arquitetura e é uma ferramenta importante para documentar um sistema.

Um diagrama de classes apresenta um conjunto de classes, interfaces e colaborações, assim como seus relacionamentos. Diagramas de classe são usados para modelar uma visão estática do projeto do sistema. Um diagrama de classes envolve modelar o vocabulário, as colaborações, ou os esquemas de modelagem do sistema (BOOCH; JACOBSON; RUMBAUGH, 1999). O diagrama de classes para o TIAMAT é apresentado na Figura 45.

111 Figura 45. Diagrama de Classes do TIAMAT.

As descrições das classes e suas responsabilidades estão descritas na Tabela 10. Tabela 10. Descrição das Classes do TIAMAT.

Classe Responsabilidade

User Registrar as informações do usuário.

Workflow Registrar os workflows do sistema, relacionando-os com seu usuário proprietário.

WorkflowStep

Registrar os passos de cada workflow do sistema relacionando-os com os seus devidos workflows, suas dependências e os seus usuários responsáveis.

SupportingInformation Relacionar subsídios com workflows ou seus passos.

FTAMethod Relacionar um passo de workflow com um método de FTA, implementado modularmente.

MethodRole Registrar os papéis de usuário esperados para cada método de FTA.

6.2.3.Diagramas de Atividades do TIAMAT

Os diagramas de atividades são um dos diagramas na UML usados para modelar os aspectos dinâmicos dos sistemas. Um diagrama de atividades é, essencialmente, um fluxograma relativo a passagem de controle de uma atividade para outra (BOOCH; JACOBSON; RUMBAUGH, 1999). Um diagrama de atividades envolve modelar a sequência e o paralelismo dos passos de um processo computacional. O diagrama de atividades do TIAMAT é apresentado na Figura 46.

112 Figura 46. Diagrama de atividades do TIAMAT.

As descrições das atividades e suas descrições estão listadas na Tabela 11. Tabela 11. Descrição das Atividades do TIAMAT.

Atividade Descrição

Criar FTA Cadastrar um FTA no TIAMAT. Inclui a definição de seus objetivos, sua descrição e resultados esperados.

Construir o

Workflow de FTA

Especificar um workflow de métodos de FTA associado a um FTA previamente criado. Inclui a definição dos responsáveis para cada um dos papéis do método.

Bloquear e iniciar o FTA

Bloqueia a edição do workflow de FTA por usuários comuns e ativa os métodos de FTA que não possuem dependência do resultado de outros métodos.

Executar Método de FTA

Realiza as atividades definidas pelo método de FTA. Incluir Subsídio

do Método de FTA

Armazena um ou mais subsídios no TIAMAT, associados ao método de FTA.

Concluir o Método de FTA

O usuário sinaliza ao sistema que o método de FTA está finalizado, bloqueando o método de FTA para a edição e permitindo a

ativação dos métodos subsequentes no workflow. Caso não existam mais métodos para ser executados, ele finaliza o FTA.

Incluir Subsídio do Workflow

Armazena um ou mais subsídios no TIAMAT, associados ao

workflow de FTA. São os subsídios compilados no formato do

113 6.2.4.Diagrama de Máquina de Estados do Workflow do TIAMAT Uma máquina de estado é uma especificação das sequências de estados que um objeto pode passar durante sua vida útil. As máquinas de estado modelam os aspectos dinâmicos de um sistema. Em sua maioria, envolve a especificação do ciclo de vida das instâncias de uma classe. Essas instâncias podem responder a eventos como sinais, operações ou a passagem do tempo. Quando ocorre um evento, uma atividade é realizada em função do estado atual do objeto. O estado de um objeto é uma situação durante o seu ciclo de vida no qual o objeto satisfaz alguma condição, realiza alguma atividade ou espera por algum evento (BOOCH; JACOBSON; RUMBAUGH, 1999).

Os estados de um workflow são: Inactive (inativo), Waiting (aguardando), Active (ativo), e Concluded (concluído). O estado Waiting é válido apenas para subworkflows, após início do workflow principal, porém antes do início do subworkflow. O diagrama de máquina de estados do workflow do TIAMAT é apresentado na Figura 47.

Figura 47. Diagrama de máquina de estados do workflow do TIAMAT.

Os estados de um método do workflow são: Unlocked (desbloqueado), Locked (bloqueado), Active (ativo), ou Concluded (concluído). A transição entre estados ocorre no início da execução do FTA e quando um método é finalizado. O diagrama de máquina de estados dos métodos de um workflow do TIAMAT é apresentado na Figura 48.

114