Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Cynic

Страницы: 1
1
Ну хорошо. Программа чисто учебная, просто я выбрал предметную область которая мне ближе. Цель программы опрашивать некоторый список сетевых устройств, собирать информацию о сетевых интерфейсах которым назначены IP-адреса и потом формировать базу IP-адресов. Я предположил, что список устройств нужно сохранять в каком то внутреннем представлении программы, которое я назвал базой данный устройств, поскольку нужно поддерживать всякие сервисные функции типа - добавить новое устройств, удалить старое, изменить атрибут устройсва и т.п. Также нужно поддерживать базу данных IP-адресов, чтобы опять же возможно было ее редактировать, сохранять, загружать и т.п.
Зная всё это, какие именно практические с точник зрения пользователя UseCase'ы можно выделить?
Я например считаю, что можно выделить как минимум следующие:
- Опрость список устройств (для этого его нужно как то предварительно сформировать)
- Создать новый список устройств
- Загрузить сохраненный список устройcтв
- Сохранить список устройств
- Редактировать список устройств
- Сформировать базу данных IP-адресов из списка опрошенных(!) устройств
- Редактировать базу данных устройств
- Сохранить базу данных IP-адресов
- Создать новую базу данных IP-адресов
- Открыть сохраненную базу данных IP-адресов

2
Здравствуйте,

Не согласен, пользователь очень заинтересован в сохранении своего документа чтобы труды его не пропали даром. По этой же причине он заинтересован и в его открытии. Может быть это конечно прелюдия к основной цели выполняемой программой, но без нее не куда.
По поводу почитать - уже читал дважды разные книги. В обоих случаях всё что там написано слишком расплывчато. Даже если взять пресловутую "цель пользователя", то в это понятие можно уместить что угодно, всё зависит от точки зрения. Я уверен, что проектирование с использованием UML это одна из тех задач, где опыт имеет большее значение чем знание теории. Это собственно одна из причин почему я решил перестать читать и начать чё то делать.
Я думаю из диаграммы понятна какая у неё цель, не могли бы вы описать как должен выглядеть правильный вариант.

3
Здравствуйте Коллеги.

Первый раз взялся анализировать ПО на UML и появился первый вопрос. Правильно ли я использую стереотипы "include" и "extend" (см. рисунок):

Напрягает два момента:
1) Если взять UseCase OpenDocument, то действительно у него есть два варианта либо открыть документ DeviceDatabase, либо документ IPadressDatabase. При этом возможен только один из этих вариантов, т.е. это больше похоже на ветвление, и не понятно на сколько оправдано использовать стереотип "include" в данном случае;
2) Если же рассмотреть UseCase CloseDeviceDatabaseDocument, то понятно что перед закрытием программа должна спроси пользователя не сохранить ли текущий документ и если пользователь ответит "Да" выполнить UseCase SaveDeviceDatabaseDocument. Ну опять же на сколько оправдано использовать стереотип "extend" в этом случае?

Страницы: 1