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.
Mostrando postagens com marcador Modelade de Dados. Mostrar todas as postagens
Mostrando postagens com marcador Modelade de Dados. Mostrar todas as postagens
quinta-feira, 19 de março de 2015
quinta-feira, 26 de fevereiro de 2015
[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.
quarta-feira, 18 de fevereiro de 2015
[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:
Assinar:
Postagens (Atom)