Exploitation sexuelle

A etapa que contempla o desenvolvimento de um sistema arquitetural tem como propósito identificar a complexidade do problema, definir os requisitos necessários para a sua solução e a modularização do problema em partes menores. A especificação dos módulos, seus requisitos funcionais e não funcionais, seus artefatos de entrada e saída, possibilitam identificar as tarefas que envolvem a resolução do problema (Grnli, 2012).

A visão geral do sistema projetado fornece informações importantes, não apenas para o planejamento e desenvolvimento dos módulos, mas também como uma ferramenta de comunicação. Em um ambiente empresarial, um modelo abstrato do sistema fornece aos clientes uma visão geral de como este funciona. Para projetos de pesquisa, os modelos podem informar aos pesquisadores o comportamento do sistema e como as suas partes vitais cooperam (Hansen, 2012).

A representação de um sistema no nível arquitetural compreende questões estruturais, entre as quais se destacam: a divisão do sistema em componentes ou subsistemas, interconexões entre os

83

componentes, seleção de alternativas de projeto e atribuições de funcionalidades a componentes do projeto. Porém, embora os aspectos estruturais recebam sempre maior destaque nas definições da arquitetura, estes não são os únicos a serem considerados para se obter uma completa e compreensível descrição arquitetural de um sistema.

Conforme afirma Falessi et al. (2011), a arquitetura do sistema deve ser vista e descrita em função de diferentes perspectivas, abrangendo a identificação dos seus componentes, relacionamentos estáticos, interações dinâmicas, propriedades, características e restrições. A maior parte das representações de projetos arquiteturais reconhece a existência de diferentes visões explicitamente, entretanto existem alguns modelos que focam em uma visão particular no sentido de explorar as suas características específicas, distinguindo-as das demais (Falessi et al., 2011).

Nesta pesquisa, a abordagem utilizada é denominada de Modelo de Visão Arquitetural 4+1 (Kruchten, 1995), a qual estrutura a representação dos modelos em cinco visões concorrentes. Conforme pode ser observada na Figura 8, cada visão trata um conjunto de objetivos específicos do projeto arquitetural de acordo com os interesses dos diferentes stakeholders (papéis interessados no desenvolvimento do projeto, como usuários finais, programadores, engenheiros, entre outros). Para contemplar a descrição do modelo proposto nesta tese a Figura 8 é uma adaptação da proposta original de Kruchten (1995).

84

Os engenheiros descrevem suas decisões de projeto em quatro visões, usando a quinta visão apenas para ilustrar e validar as demais. As visões propostas pelo modelo são:

 Visão Lógica: descreve a perspectiva estática do sistema em nível conceitual, demonstrando os requisitos comportamentais do sistema em um conjunto de abstrações. Concentra-se nas funcionalidades que o sistema disponibiliza para os stakeholders. Os diagramas UML usados para representar a visão lógica incluem: Diagrama de Classes, Diagrama de Colaboração e Diagrama de Sequência.

 Visão de Desenvolvimento: descreve a organização dos módulos do sistema no seu ambiente de desenvolvimento. Ilustra o sistema do ponto de vista do desenvolvedor utilizando os diagramas de Componentes ou de Pacotes para representar os módulos e suas relações. O diagrama de Sequência também pode ser utilizado para definir a ordem cronológica das ações necessárias para a execução das fases e execuções.

 Visão de Processo: Permite visualizar as partes dinâmicas do sistema, explicar os processos e como eles se comunicam, focando no comportamento do sistema. O diagrama de Atividades é usado nesta visão.

 Visão Implantação (Física): mostra o sistema do ponto de vista do engenheiro. Preocupa-se com a topologia dos componentes (no contexto físico) assim como a comunicação entre esses componentes. O diagrama UML utilizado para descrever esta visão é o diagrama de Implantação.

 Visão de Caso de Uso: é utilizada para ilustrar as funcionalidades do sistema, auxiliando as descrições das outras visões e introduzindo ações e condições em cada caso de uso.

Kruchten (1995) ressalta que, nem sempre, um projeto arquitetural requer representações em todas as visões do modelo. Visões que não são úteis podem ser omitidas da descrição arquitetural. Por exemplo, a visão de processo poderia ser eliminada caso existisse somente um processo no sistema.

Para a especificação do projeto arquitetural deste trabalho, foi empregada a linguagem de modelagem conhecida como Unified Modeling Language (UML) para a representação gráfica dos componentes conforme recomendado pela abordagem 4 + 1.

A UML é uma linguagem ou notação de diagramas para especificar, visualizar e documentar modelos de projetos orientados a objetos. Basicamente, permite que os engenheiros visualizem seus projetos por meio de diagramas padronizados. Junto com uma notação gráfica, a UML também especifica significados, isto é, semântica para as representações. Atualmente, a UML é a norma mais usual para a descrição de componentes e suas inter-relações (Guedes, 2011).

A principal razão para usar UML neste projeto foi porque esta padronização permite comunicar certos conceitos mais claramente do que as linguagens alternativas. A linguagem natural é muito imprecisa e difícil de retratar conceitos mais complexos. As linguagens de programação são precisas, mas muito detalhadas. Assim, utilizar UML é uma boa alternativa quando precisamos de certa precisão, mas não

85

queremos nos perder em detalhes. Isso não significa evitar detalhes, ao contrário, utiliza-se UML para salientar detalhes importantes do projeto.

Após vários testes com ferramentas disponíveis no mercado para a criação de projetos arquiteturais que contemplassem os diagramas UML, a ferramenta escolhida foi a Visual Paradigm for UML Enterprise Edition 5, versão 10.0. Basicamente, a escolha dessa ferramenta ocorreu em função do rápido aprendizado, da sua integração com as principais linguagens de programação e da variada gama de opções de diagramas disponíveis, contemplando todos os aspectos arquiteturais necessários para o desenvolvimento do projeto.

No Capítulo 4, será apresentado o modelo arquitetural proposto nesta pesquisa, utilizando as definições sugeridas na abordagem 4+1. Desta forma, o modelo será representado em diagramas UML utilizando as visões que possibilitam evidenciar as contribuições, prover mecanismos formais de validação da arquitetura e permitir a replicação do trabalho desenvolvido.