Должен ли разработчик придерживаться диаграмм классов, созданных при проектировании системы?
Короткий ответ: Нет.
Вашим результатом должен быть рабочий (надеюсь, протестированный) код, выполняющий бизнес-функцию, которую он должен выполнять. То, как вы выполняете эту задачу, не должно быть обязательным (опять же, если только вы не работаете в NASA).
Неудачная аналогия: Я сажусь в такси и говорю им, куда ехать. Я предоставляю им право отвезти меня туда. Я доверяю им доставить меня туда безопасно и своевременно. Я не собираюсь сидеть там и управлять таксистом, указывая ему, когда включить сигнал поворота, как сильно нажать на педаль газа или когда заправиться. Это его работа.
Рекомендую посмотреть эти видео для лучшего погружения в вопрос:
Прикрепленное видео 1 - Все о UML за 1 час. Разбор вопросов и примеров диаграмм
Прикрепленное видео 2 - От требований к внедренной системе. Где здесь проектирование? — 1C-RarusTechDay 2022
LetsCodeIt, 19 мая 2023 г., 18:20
Похожие посты
Как вы относитесь к программам и архитекторам?Проектирование с учетом будущих изменений или решение текущей проблемыДействительно ли преждевременная оптимизация — корень всех зол?Что такое инверсия управления и когда ее следует использовать?Зависимости, проходящие через иерархические модели представленияДиаграмма классов GOF для паттерна Builder противоречит соответствующей диаграмме последовательностиЕсть ли у UML грамматика, которая соотносится с его диаграммами?Используют ли инженеры-программисты объектные модели, модели предметной области, схемы системной последовательности и операционные контракты?Головка стрелки для ответного сообщения в диаграмме последовательностей UMLКак я должен смоделировать действующих лиц в диаграмме сценария использования для платформы, которая позволяет пользователям как смотреть видео, так и создавать свои собственные каналы, как YouTube?