Представление и сервлеты в диаграмме классов веб-сайта?

Я собираюсь разработать этот небольшой веб-сайт, в основном это простое веб-приложение для хранения информации о пациентах для врача. Компания, от которой я получил задание, требует введения с диаграммой классов, честно говоря, я уже сделал это, но только для автономных приложений, я новичок в разработке диаграмм классов для веб-сайтов. Я использую итеративный метод Ивара Якобсона с вариантами использования, где вариант использования включает в себя: действующих лиц, сценарий (представляющий взаимодействие пользователя с системой, когда все идет хорошо) и сценарий наихудшего случая (решения, когда что-то идет не так). Применив это, я пришел к хорошему выводу, хорошо подготовленной диаграмме классов. Моя проблема в том, что я сомневаюсь, следует ли мне включать представления jsp и сервлеты (в моем случае компоненты действия, поскольку я использую полосы) на диаграмме, я имею в виду, что мост между бизнес-классами и пользователем - это jsp- представления и предоставленная информация будут обрабатываться сервлетами (или компонентами действий), не могли бы вы включить их в диаграмму классов? Для небольшого проекта это может быть не так актуально, но что, если у вас есть проект с 30 представлениями и 20 сервлетами, диаграмма станет беспорядочной и огромной. У вас есть несколько советов по этому поводу?

Спасибо


person JBoy    schedule 21.07.2011    source источник


Ответы (1)


Если единственная причина, по которой вам нужна диаграмма классов, — удовлетворить клиента, лучше всего сначала выяснить, что он ищет.

Однако, если они не конкретны (и игнорируют циничные варианты), я бы предложил следующее:

  • Создайте диаграмму «Модель предметной области». т. е. зафиксировать понятия в предметной области и их взаимосвязь. Итак, «Доктор», «Пациенты» и тому подобное.
  • Не создавайте диаграмму классов "дизайна" - то есть без jsps, сервлетов и т. д. При необходимости создайте простую архитектурную картину вместо того, чтобы показывать, как приложение распределено по уровням.

Обоснование: модель предметной области хороша для проверки области действия и проверки правил предметной области (отношений). Диаграмма классов «дизайн» только запутывает это. Распространение jsps, контроллеров и т. д. скрывает основной архитектурный шаблон, отвлекая внимание от полезных вещей в модели предметной области.

чт.

person sfinnie    schedule 21.07.2011