[Tutorial Enterprise Architect - Parte 6] - Primeiro diagrama de Caso de Uso

Como vimos anteriormente, os diagramas da UML podem e devem representar relacionamentos entre seus elementos. Como exemplo podemos citar relacionamentos de associação entre atores e casos de uso. Nesse caso, os relacionamentos indicam a existência de comunicação entre atores e casos de uso. O símbolo utilizado para representar a comunicação entre os elementos da UML é uma ligação simples, que não indica uma direção específica.

[Tutorial Enterprise Architect - Parte 5] - Introdução à linguagem UML (Casos de Uso e Relacionamentos)

Os casos de uso modelam o sistema do ponto de vista do usuário final, ou seja, representam uma funcionalidade que o sistema realiza e que fornece um benefício a um ator específico. Criado durante a definição dos requisitos, os casos de uso devem alcançar os seguintes objetivos.

[Tutorial Enterprise Architect - Parte 4] - Introdução à linguagem UML (ATORES).

A UML é uma linguagem de modelagem. Sendo assim, deve proporcionar a capacidade de expressar de maneira diferenciada e complementar o conhecimento adquirido do domínio de aplicação estudado. Como o desenvolvimento de software reque uma análise dos diversos aspectos do comportamento de um sistema, a linguagem de modelagem deve oferecer ferramentas que se adaptem a cada situação observada.

É importante enfatizar a diferença existente entre o conceito de "linguagem de modelagem" e de "metodologia", já que às vezes se confunde em qual desses conceitos a UML se encontra.

[Tutorial Enterprise Architect - Parte 3] - Documentação de Elementos do EA

Quando trabalhamos com o desenvolvimento de projetos, é fundamental criarmos o hábito de desenvolver um dicionário de dados, independentemente de que metodologia estejamos utilizando. O dicionário de dados é importante porque armazena informações que completam aquelas já existentes nos diagramas do projeto. Diagramas e símbolos já possuem suas próprias descrições, propriedades intrínsecas e também outras informações que normalmente não são apresentadas no diagrama para não "poluí-lo". Além das informações já contidas nos diagramas, o dicionário de dados completa toda a documentação e especificação da solução que está sendo proposta.

[Tutorial Enterprise Architect - Parte 2] - Criando e Preparando um projeto com EA

O processo de criação de um novo projeto pode ser feito de duas maneiras: criando um projeto totamlente diferente ou criando um projeto a partir de um projeto-modelo preexistente, também chamado de template. Para criar um projeto, os seguintes passos deverão ser seguidos.

[Tutorial Enterprise Architect - Parte 1] - Conhecendo o Enterprise Architect 11

O Enterprise Architect é um ambiente de modelagem baseado em equipes que abrange todos os aspectos de desenvolvimento de software. Foi concebido para oferecer alta performance visual por meio da disponibilização de ferramentas para modelagem de negócios, engenharia de sistemas, arquitetura-corporativa, gerenciamento de requisitos, geração de códigos, testes etc. A seguir vamos observar algumas das suas principais características: