Size: a a a

Software Design/Architecture/Zen

2021 January 16

SP

Sergey Protko in Software Design/Architecture/Zen
мол что пользователи системы будут делать, кто они вообще...
источник

SP

Sergey Protko in Software Design/Architecture/Zen
потом можешь к ним добавить какие-то правила и ограничения. мол "низя то-то делать если что-то". Тут уже будет понятно какие данные тебе нужны для проверок
источник

SP

Sergey Protko in Software Design/Architecture/Zen
или там просто какие данные для какого юзкейса
источник

SP

Sergey Protko in Software Design/Architecture/Zen
исходя из этого будет картина какие данные для чего нужны
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну и будет проще понять куда класть оные
источник

DT

Dmitriy Tkachenko in Software Design/Architecture/Zen
шот нихера себе тестовое
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну вот да...
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Попробую. Я с точки зрения чистой архитектуры думал подойти) поэтому с бизнес логики вне контекста, что это сайт или не сайт.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
либо он сам требования выдумывает
источник

SP

Sergey Protko in Software Design/Architecture/Zen
тогда понятно, а так даже прайсинг билетов с привязкой к времени и местам это уже прям сильно много
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
И потом уже юзкейсы, тип забронировать онлайн, интерфейс, порт - пожалуйста
источник

SP

Sergey Protko in Software Design/Architecture/Zen
аминоуксусная кислота
Попробую. Я с точки зрения чистой архитектуры думал подойти) поэтому с бизнес логики вне контекста, что это сайт или не сайт.
смотри. "данные" без поведения как статичная диаграмка ничего не дают и ничем не подсказывают. Квадратики с именами типа "рассписание" тоже. Могут даже отвлечь тебя от более корректного решения которое зауглом.

Сначала дроби систему и выясняй что куски делают а потом давай им имена.
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Sergey Protko
либо он сам требования выдумывает
Нам решили показать, как реальная работа делается. Чтобы мы хелоуворлд до посинения не писали.
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Дали мокап сайта и вот мол надо сделать вот это все
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Я то не против, но потерялся немного от количества связей)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну потому я бы тебе рекомендовал взять по кусочкам
источник

В

Виктор in Software Design/Architecture/Zen
аминоуксусная кислота
Дали мокап сайта и вот мол надо сделать вот это все
это уже многое, считай требования к системе в виде дизайна))
источник

SP

Sergey Protko in Software Design/Architecture/Zen
вообще если план был "вот короч обычно показывают картинку ничего не объясняют и хочу сайт быстра запили" то да так оно обычно и работает да
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Sergey Protko
смотри. "данные" без поведения как статичная диаграмка ничего не дают и ничем не подсказывают. Квадратики с именами типа "рассписание" тоже. Могут даже отвлечь тебя от более корректного решения которое зауглом.

Сначала дроби систему и выясняй что куски делают а потом давай им имена.
Спасибо за совет. Может, я ошибаюсь, но я думал что так и делаю. Там, класс сеанс был выдуман, чтобы инкапсулировать часть данных и не привязывать фильмы к залам и наоборот, расписание - для поиска и опять же инкапсуляции.
источник

ак

аминоуксусная кислот... in Software Design/Architecture/Zen
Мол, кинотеатр не ищет где чтт идёт, а вызывает свое расписание
источник