Автор Гілка: uml. як правильно думати, генералізація/наслідування, стрілочки.  (Прочитано 10341 раз)

gdekjifgb

  • Гість
Вже кілька днів не наважуюсь запитати. Але сьогодні змусив себе. Спочатку хотів навести малюнок і запитати хто і як розуміє наслідування на наведеній діаграмі? Але обійдусь без нікому непотрібних зайвих питань.

Малюнок (тобто класи і наслідування) спеціально зробив горизонтальним.
Питання (текстовий опис наслідування спеціально веду зліва-направо):

1 варіант: клас А наслідується (залежить) від класу В, клас В наслідується (залежить) від класу С

2 варіант: від класу А наслідується клас В (дані та методи класу А передаються/переходять в клас В), від класу В наслідується клас С (дані та методи класу В передаються/переходять в клас С)
---
Надіюсь ви зрозуміли неоднозначність розуміння наслідування (ЯКБИ ВОНО БУЛО без текстового опису)?

Або питання по іншому: Як відобразити на uml діаграмі наслідування: клас С насл від класу В, клас  В насл від класу А.

« Змінено: 2021-01-30 20:26:00 від gdekjifgb »

gdekjifgb

  • Гість
Цікаво знати: Хто з вас використовував/використовує uml при проектуванні (чи для інших потреб).

Бо разработчік  :o соул.юа вважає... на скрині видно. https://i.paste.pics/9c0db22f3434edb819e8b2e95d6edc7a.png

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 3820
  • Карма: +10/-0
  • Програміст
Цікаво знати: Хто з вас використовував/використовує uml при проектуванні (чи для інших потреб).

Бо разработчік  :o соул.юа вважає... на скрині видно. https://i.paste.pics/9c0db22f3434edb819e8b2e95d6edc7a.png

Я колись вчив UML. Не використовував ні разу, крім випадків коли потрібно згенерувати документацію по схемі БД.
[Fedora Linux]

gdekjifgb

  • Гість
Я колись вчив UML. Не використовував ні разу...
хм-м... Мабуть, тільки мені користь від uml  ???
На діаграмах чітко видно (і зрозуміло) що і як.

За прикладом далеко ходити і думати не треба - це як архітектурний план великого будівн...* складного будинку або групи будинків (мікрорайон, місто) із водопостач, енергопостач, та всим іншим.

---
* - без політики(!)
« Змінено: 2021-01-30 20:23:59 від gdekjifgb »

Відсутній Володимир Лісівка

  • Адміністратор ЩОДО
  • Видавець
  • *****
  • дописів: 3820
  • Карма: +10/-0
  • Програміст
Ну, можливо вам так простіше:
[Fedora Linux]

gdekjifgb

  • Гість
Ну, можливо вам так простіше: ...
:laugh: то не вірний підхід до проекту. Якщо дійсно існує ото такий  :o жахливенький проект, то його потрібно розділяти на менші частини. І уявіть як воно виглядає з середини. Хто що зможе там зрозуміти???
---

Я ось тільки що згенерив структуру своєї бд. Її потрібно іще допрацьовувати. У мене такого жаху нема. Все ясно, пойнятно і чьотко  [smiley=27.gif]

---
Та я зрозумів ґумор стосовно юмеель-діаграм.

Почекаю, може дочекаюсь відповіді як стрілочки правильно малювати:
Надіюсь ви зрозуміли неоднозначність розуміння наслідування (ЯКБИ ВОНО БУЛО без текстового опису)?
« Змінено: 2021-01-30 21:26:19 від gdekjifgb »

Присутній ysenko

  • Новачок
  • *
  • дописів: 38
  • Карма: +1/-0
  • Python developer
Можливо допоможе https://www.visual-paradigm.com/guide/uml-unified-modeling-language/uml-class-diagram-tutorial/

Мені зазвичай допомагає накидати просту UML діаграму, разом з командою, перед тим як приступати до імплементації, щоб всі були, як кажут, “on the same page” і не виникало запитань під час код рев‘ю. Також часто користуюся sequence, component і deployment діаграмами при проектуванні високорівневої архітектури.
Зазвичай не малюю в візуальному редакторі а описую як код за допомогою https://plantuml.com/ і відповідного плагіна до VSCode, а потім генерую візуальне представлення. Код діаграми можна зберігати в системі контролю версій - так простіше його змінювати.

Ну і розмір діаграм дійсно швидко виходить з під контролю, тому стараюся тримати лише важливі деталі.
import antigravity

gdekjifgb

  • Гість
допомогло!
« Відповідей #7 : 2021-02-01 20:21:43 »
Можливо допоможе https://www.visual-paradigm.com/guide/uml-unified-modeling-language/uml-class-diagram-tutorial/

Мені зазвичай допомагає накидати просту UML діаграму, ... Також часто користуюся sequence, component і deployment діаграмами при проектуванні високорівневої архітектури.
...

Ну і розмір діаграм дійсно швидко виходить з під контролю, тому стараюся тримати лише важливі деталі.
До sequence, component і deployment поки що не дійшов. Нема потреби. Можливо коли буду переписку (діалоги) робити, то тоді знадобиться sequence чи\та activity діаграми.

[smiley=19.gif] [smiley=41.gif] Допомогло! і я дуже задоволений, бо все правильно робив. Тільки із стрілочками переборщив(?), але може на малюнку
дочірні класи автоматично з'єднуються в програмі побудови діаграм, і тому до parent йде одна стрілка?, але це не важливо.
Треба перевірити: може в staruml таке є.

Я використовую варіант 2:

Не варто недооцінювати документування проектів.

« Змінено: 2021-02-01 20:27:30 від gdekjifgb »