Com qual diagrama UML devo começar?

Question

Estende

Digamos que você esteja vendo os 6 tipos básicos de diagrama UML (deste estilo The Elements Of UML 2.0)

1. Diagramas de classes
2. Use diagramas de caso
3. Diagramas de máquina de estado
4. Diagrama de atividades
5. Diagrama de sequência
6. Diagrama físico

Finja que você está louco e tem vontade de desenhar todos os 6 diagramas do seu sistema.

Com qual você começaria?Então para qual você iria?Qual é a melhor ordem para visitar cada diagrama se você tiver um bem claro ideia do que você deseja que seu sistema faça?

Acho que você deveria começar com o diagrama físico e avançar até o diagrama de classes.De cima para baixo, eu sempre digo..?Estou errado?

Answer 1

Casos de uso são os principais que definem "o que" seu sistema faz, possivelmente seguido por máquinas de estado e diagramas de atividades (que podiam ser vistos de qualquer maneira - normalmente os diagramas de atividades são mais sobre o "o que" e as máquinas de estado mais sobre o "como", mas vi contra -exemplos para cada um); diagramas de classe e sequência, e ainda mais com o componente e a implantação (coletivamente o "físico"), são cada vez mais sobre Como as Seu sistema faz o que faz. Eu definitivamente iria do "O quê" para o "como" como a sequência reversa faz pouco sentido - como "como" fazer sentido se você não definiu o "o quê"?

Portanto, resumindo, aproximadamente: casos de uso, atividade, máquina de estado, classe, sequência, componente, implantação. Essa ordem faz sentido porque se aprofunda em relação aos aspectos de implementação e longe dos aspectos da análise; portanto, por exemplo, alguém interessado em entender exatamente quais casos de uso você atenderá e quais regras de negócios você aplicará (diagramas de atividades) podem parar de "ler a leitura "Antes de alguém que precisa entender a lógica completa de sua estratégia de implantação.

Answer 2

A classe, a sequência e o diagrama de USECASE representa mais de 90% do diagrama geralmente criado dentro de um projeto. O próprio diagrama de classe às vezes representa mais diagrama do que todos os outros diagramas.

A melhor solução é simplificá -la e adaptar a modelagem ao nível da equipe.

Se nenhuma experiência UML Em seguida, basta criar diagrama de classe para representar o esqueleto do seu aplicativo.

Se iniciante Nível então comece com um diagrama de USECASE, SEQUÊNCIA e CLASSE.

Se nível médio Em seguida, use todos os diagramas, pois cada diagrama cobre outra visão que nem sempre é possível codificar com Java. Quero dizer que o Java está relacionado apenas ao diagrama de classe e sequência.

Answer 3

O diagrama físico é provavelmente um lugar tão bom para começar como qualquer outro. Acho que os diagramas de atividades são realmente úteis para elaborar as torções em um design, e as seqüências são boas pelo mesmo motivo. Raramente me incomodei com diagramas de máquinas de estado.

Eu acho que realisticamente você vai querer revisitar qualquer design que você faça primeiro de qualquer maneira (design iterado, Woo!), Então provavelmente vale a pena começar com tudo o que trará mais clareza ao seu projeto.

Answer 4

Os diagramas UML são representações de vários modelos de um projeto.Não tenho certeza se eles podem ser serializados de forma limpa da maneira que você descreve.Freqüentemente, um diagrama de classes é usado nas fases de análise e design de um processo.Da mesma forma, outros diagramas são usados ​​em múltiplas fases.

Depende de qual aspecto do projeto você está interessado em qualquer momento em que você usa o diagrama apropriado para "visualizar" um modelo do projeto.

Já vi propostas "iniciar com diagrama de classes" e "iniciar com modelo de caso de uso".Percebi que isso realmente não importa.

Acho que você deseja começar com o comportamento de alto nível do sistema usando vários diagramas e, em seguida, avançar gradualmente para um design mais detalhado usando o mesmo conjunto de diagramas.