Форум Сообщества Аналитиков
Общий раздел => Примеры => Задачи студентов => Тема начата: Сергей1522 от 14 Мая 2012, 13:59:18
-
Добрый день! Проектирую систему защиты дома от пожара и взлома! у меня имеются 3 датчика - датчик пожара, взлома и датчик чип кода ( он вкл/выкл систему). При пожаре или проникновении срабатывает тревога и передается на пульт! Пожалуйста проверьте, правильно ли я составил диаграммы физических и сущностных классов! не уверен в их грамотности.....но я понимаю работу данной системы именно так!
-
Добрый вечер.
А что Вы хотели в ответе получить?
Давайте начнем с целей, для которых реализуется система.
Само задание есть?
Систему защиты дома от пожара и взлома - система все-таки защитит или проинформирует?
Из Вашего не совсем корректного описания вытекает что Вам нужно:
- диаграмма вариантов использования
- диаграмма классов
Получается все.
Также прошу уточнить что значит и что Вы имели ввиду под фразой "диаграммы физических и сущностных классов"?
И еще - хорошо бы и текстовое описание добавить. Диаграмма не цель.
Диаграммы.
Логичнее по поводу датчиков было сделать так:
Есть верхний уровень Датчик, а есть подвиды - Датчик пожара и Датчик взлома.
Получается есть класс пульт, датчик, возможно еще операторы?
Как пример, посмотрите вложение
-
Честно говоря, мне ни та ни та ДВИ не нравится.
Давайте сначала пойдем:
1. Какие Пользователи будут работать с Системой?
2. Какие у них основные цели/задачи при работе с Системой?
-
задание - спроектировать систему защиты дома от взлома и пожара ( сделать диаграмму физических классов, диаграмму сущностных классов, диаграммы коопераций для каждого прецедента). Рассмотреть работу системы с точки зрения пульта ( сервера), на который передается информация о тревоге. В случае тревоги система проинформирует просто о случившемся пожаре. Никаких пользователей в системе нет! есть только 3 датчика и сервер! нужно просто описать принцип работы этих датчиков
-
диаграмму прецедентов я приложил! именно по ней нужно сделать диаграммы классов, диаграмму состояний, диаграммы коопераций для всех прецедентов. готов отблагодарить материально за помощь
-
Никаких пользователей в системе нет!
Система без пользователей никому не нужна :))
-
Система без пользователей никому не нужна :))
это курсовая работа...никаких последующих целей за собой не преследует!
-
это курсовая работа...никаких последующих целей за собой не преследует!
Без цели/результата задач тоже не бывает.
-
требуется просто помощь в составлении диаграммы сущностных классов! как работают датчики...как он обнаруживает пожар и передает сигнал на сервер, сервер должен сравнить этот сигнал с чем то, понять что это действительно пожар и предпринять уже действия
-
Подумайте хорошо все таки кому то нужна информация либо действия системы. И в конечном итоге, что нужно получить. Или просто, пусть что то там выводится на монитор, что то сигнализирует, а никто даже и не замечает?
-
можно в конечном итоге отправлять сообщение-смс хозяину дома!
-
можно в конечном итоге отправлять сообщение-смс хозяину дома!
Ну вот получается, Пользователь - хозяин дома, результат - получение (или даже - прочтение) смс
-
согласен! вся проблема у меня в составлении диаграммы сущностей
-
Во-первых, не увидел в требованиях к курсовой необходимость рисовать в UML нотации картинки.
У Вас же курсовой, начните описывать планируемую систему.
экторы - датчик и все-таки оператор (или система мониторинга)
Например, сделайте табличку с классами :
1. Датчик
Атрибуты: состояние
Свойства - проверить состояние, передать сигнал
1.1. В виде обобщения
- датчик взлома
- датчик пожара
2. Оператор (или система мониторинга)
А вот датчик чип кода это что? Он сам включает систему (по расписанию) или как?
И еще давайте стараться с терминологией поаккуратнее быть. Например, что такое диаграмма сущностей?
-
Диаграмма сущностей - это я так обозвал модель сущностных классов ( статическое моделирование сущностных классов). в данном случае будут я так думаю сущности - все датчики, сущность сервер, сущность температура, сущность тревога! я просто плохо представляю принцип работы датчика пожара! он сперва передает сигнал тревоги на сервер, далее сервер обращается к сущности "температура", в свою очередь сущность "температура" обращается к датчику, у которого есть атрибут температура! считывает температуру, отсылает назад ее серверу и сервер поднимает тревогу, посылает смс.
Датчик чип кода считывает чип код и включает систему или выключает! активирует все датчики!
-
помогите пожалуйста построить диаграмму состояний для данной системы?
-
Чтобы построить диаграмму состояний, Вам надо написать, ну или просто продумать, разные сценарии действий с системой. Например, сначала хозяин находится дома и система отключена. Это хороший кандидат на начальное состояние “Отключено”. Что потом может произойти? Хозяин дома решил уйти и включил систему в режим охраны. (Вот Вам, кстати, и пользователь, который взаимодействует с системой.) Состояние можно назвать “Охрана”. Стрелка должна связать эти два состояния с описанием условия перехода “введен код установки на охрану”. В простом случае, хозяин возвращается домой и отключает сигнализацию. Значит нужна стрелка в обратную сторону, чтобы показать, что из состояния “охрана” система может вернуться в состояние “отключено”. Не забудьте указать условие перехода, например, “введен код для снятия с охраны”. Теперь рассмотрим другие сценарии. Например, ветром открылось окно. Система перейдет в состояние “Тревога”. Что дальше происходит? Приезжает охрана (еще один пользователь!) и переводит систему в состояние “отключено”? Продолжая рассуждать таким образом, вы и нарисуете всю диаграмму. А заодно найдете пользователей и их варианты использования.
Успехов,
Аля.
-
Обычно используются овальные элементы. И 2 стрелки из одного состояния в другое - не понятны.
-
помогите пожалуйста построить диаграмму состояний для данной системы?
Сергей, ваша система есть агрегат. Этот агрегат состоит из частей, которые тоже могут быть агрегатами. Агрегат как единый объект имеет определенный набор состояний (думаю конечный). Очевидно, что это сумма состояний его частей. Однако многие состояния частей принимаются и изменяются паралельно.
Алфия предложила вычленить существенные состояния агрегата. Далее можно декомпозировать каждое состояние, сформировать его из частей. Каждая часть сама будет являться автоматом.
Состояние - это некоторый фиксированный во времени набор значений важных для рассмотрения параметров. решите какиеми параметрами вы описываете объект(автомат), посмотрите как значения этих параметров меняются со временем, каждый набор будет определять свое состояние, дале выделите события, которые приводя к смене значений параметров, Задайте автомат
Успехов
http://uml-diagrams.org в помощь
-
И 2 стрелки из одного состояния в другое - не понятны.
Ошиблась на рисунке, стрелка "введен код для снятия с охраны" должна идти в другую сторону. Спасибо за находку.
Что касается формы элементов, UML предлагает использовать для обозначения состояний прямоугольники с закругленными углами. Конечно лучше использовать графический редактор, который поддерживает UML.
Успехов,
Аля.