[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.

[Curso básico C# - Aula 03] - Condicional If/Esle

Instruções If/Else são instruções para tomada de decisões, você as utilizará para dizer ao seus programas para fazerem certas coisas apenas no caso de as condições estabelecidas serem (ou não) verdadeiras. Muitas instruções if/else verificam se duas coisas são iguais. É neste caso que se utiliza o operador = .  Este operador se difere do sinal de (=) simples, que é usado para atribuir valores.

[Curso básico C# - Aula 02] - Conhecendo os tipos de valores e condicionais.

No final das contas, todos os programas são basicamente processadores de dados. Algumas vezes, os dados estão na forma de um documento ou em imagem num videogame, ou em uma mensagem instantânea. Mas, são apenas dados. E é aí que as variáveis entram. Elas são o que seu programa usa para armazenar os dados.

[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.

[Curso básico C# - Aula 01] - Criando um CRUD simples com C#!

Primeiro vamos ao estudo de caso: "A empresa Papel Vila Objeto contratou um novo diretor-geral. Ele adora fazer caminhadas, café e natureza... e decidiu ajudar a salvar as florestas; quer ser um executivo "sem papel", começando com seus contatos. Ele está a caminho de Aspen para esquiar no fim de semana e quer ter um novo programa de agenda pronto quando voltar. Caso contrário... bem... não será apenas o antigo diretor geral que estará em busca de emprego. Então faça para a empresa um programa de cadastro que funcionará como cartão de contatos."