Объектно-ориентированный анализ и дизайн

Question

Я делаю систему в наши дни, мой первый на самом деле, и у меня проблемы с OOAD, мне нужна помощь от вас всех, я знаком с диаграммами, нарисованными в UML, но когда учитывая сценарий, я не могу сделать ссылку, не вижу потока из них, например, сейчас я проектирую систему, я сделал диаграммы использования и диаграммы активности, и теперь мне очень сложно решать классы в соответствии с ситуацией? Я не могу найти поток между этими диаграммами, как я могу получить диаграммы классов, когда я закончил с вышеупомянутыми двумя диаграммами? Я не так много разбираюсь в UML, просто знакомый с диаграммами? может ли кто-то решить проблему? любое предложение учебников? как анализировать систему? в чем проблема со мной?

С уважением, Rangana

Answer 1

Если вы чувствуете, что, не начинайте с UML. Начните с самого кода. Переход от требований к дизайну - это всегда интуитивный прыжок, который становится намного легче с опытом (в том числе опыт совершения серьезных ошибок, увы!). Есть несколько книг, которые могут помочь вам быстрее развиваться, но ничто не сравнится с реальным опытом кодирования, чтобы управлять вашими дизайнерскими навыками. Пропустите диаграммы классов на данный момент и сосредоточьтесь на диаграммах кода: класс - это всего лишь способ абстрагироваться от деталей, чтобы сообщать общую форму вашей программы, иногда к себе! Если вы не уверены в деталях, не пытайтесь скрыться от них ...

Я бы рекомендовал Craig Larman's Applying UML and Patterns в качестве отправной точки, посвященной большей части жизненного цикла разработки программного обеспечения, с довольно практичной и комплексной перспективы , Существует множество других книг: проверьте SO на вопросы, например. general programming books и OO books.

Answer 2

UML без контекста действительно может быть трудно использовать или извлечь выгоду. Если вы начинаете создавать проекты, и вы не хотите просто «взломать их», неплохо выбрать хорошую методологию для вашего проекта. Как только вы найдете подходящую методологию, следуйте ей, и она даст вам указания, что нужно сделать, по какой причине, а иногда и по тому, как это сделать. Например, если вы выбрали Unified Process, который является бесплатной методологией на основе Rational Unified Process, сделанной авторами этой методологии и UML, вы бы руководствовались тем, как использовать диаграммы UML для поддержки вашего процесса разработки. Я рекомендую прочитать эту книгу для этой цели - http://www.clearviewtraining.com/books/uml-2-and-the-unified-process

Answer 3

Если у вас возникла проблема с определением реальных классов, то сделайте «Анализ существительных» - это даст вам подсказку о том, какие классы будут. После этого выполняйте «анализ глаголов», как взаимодействуют и связывают классы - это поможет вам в ассоциациях и зависимостях между классами и подсистемами. Обратитесь к дизайну OOAD и смежным статьям с сайта дяди Боба http://www.objectmentor.com/omSolutions/oops_what.html