Eduard Khristus @edsherman
UX designer & IT entrepreneur
Объектно-ориентированный дизайн и как его использовать для проектирования систем
![](http://habrastorage.org/r/w48/getpro/habr/avatars/f3a/0dc/3aa/f3a0dc3aadbe353bd9f48a98e3d9cd4a.jpg)
Спасибо, что обратили внимание. Убрал дубль
0
ПосмотретьОбъектно-ориентированный дизайн и как его использовать для проектирования систем
![](http://habrastorage.org/r/w48/getpro/habr/avatars/f3a/0dc/3aa/f3a0dc3aadbe353bd9f48a98e3d9cd4a.jpg)
ООД не преследует цель сделать логическую схему БД на стартовом этапе проектирования. Все примеры которые вы приводите — разумные и важные для логической схемы БД, но для нужд ООД ими можно пренебречь (по моему опыту). На данном этапе нам не важно от чего зависит цена — главное, что цена есть как параметр объекта. Не важно от чего зависит скидка — главное, что эта скидка есть. Аналогичного живого примера с моего проекта нет (пример с вакансией с живого проекта), но я бы сделал так, как написал: есть «Заказ» и его цена и есть ассоциированный объект «Товар» с его ценой. В товар также можно положить «Скидку» как напоминание, что есть зависимое значение. А от чего именно — это уже вопрос следующих этапов (хотя ты все равно про это думаешь при формирование этой самой карты объектов)
0
ПосмотретьОбъектно-ориентированный дизайн и как его использовать для проектирования систем
![](http://habrastorage.org/r/w48/getpro/habr/avatars/f3a/0dc/3aa/f3a0dc3aadbe353bd9f48a98e3d9cd4a.jpg)
Это уже свойства товара: сколько он стоит, какая скидка и тд. В нашем случае «Товар» будет просто отдним из параметров заказа. Товаров в заказе может быть уже много. Как и «Технологий» в случае с вакансией из статьи
0
ПосмотретьОбъектно-ориентированный дизайн и как его использовать для проектирования систем
![](http://habrastorage.org/r/w48/getpro/habr/avatars/f3a/0dc/3aa/f3a0dc3aadbe353bd9f48a98e3d9cd4a.jpg)
В реальных проектах для скорости (и создания и поддержки) делаем все это в mindmap. Про строку заказа не совсем понял вопрос. Что касается заказа, то он не сильно отличается по логике описания с вакансией: у него также есть номер, дата создания, пользователь, стоимость и так далее. Связан он может быть ассоциацией с другими заказами, товарами (и любыми другими, кто контекстно уместно для вашего конкретного продукта. Если фантазировать, то если это, например, билет на концепт, то это может быть парковка, доп услуги к заказу или расписание концерта). Надеюсь, что все верно понял и подходяще ответил) Если что — дополню
0
ПосмотретьИнформация
- В рейтинге
- Не участвует
- Откуда
- Россия
- Зарегистрирован
- Активность