Какие диаграммы UML использовать для системы "электронный ключ"?(Прочитано 9851 раз)
Нужно наиболее полно описать систему "электронный ключ". Какие использовать диаграммы UML и как?

Проект:
Существует устройство - электронный ключ, которое работает как электронный паспорт, с помощью него человек идентифицируется в системе. Есть готовая система учета пациентов в больнице, которая ещё не поддерживает этот вид электронного ключа. Необходимо доработать систему так, чтобы она поддерживала данный вид ключа.



Электронный ключ, это способ реализации процесса идентификации человека в системе. Идентификация может происходит множеством различных способов:
1. путем классической  идентификации по каким-то уникальным параметрам (паспорт, регномер, логин-пароль)
2. путем считывания каких-то параметров (сетчатка глаза, отпечатки пальцев, карта идентификации и т.п)

вот это ваш электронный ключ.

Опишите модель классов для реализации процесса идентификации по электронному ключу, опишите вариант использования Идентифицировать человека, в котором как сценарий будет использоваться процесс регистрации по электронному ключу.



В данном случае, "ключ" - это железка, которую человек прикладывает. Он будет в системе до тех пор пока не вытащит ключ.
Есть ключ, есть мед. система, есть Security Component, которое делать верификацию.

Какие роли и use cases будут для диаграммы вариантов использования? Какие классы для диаграммы классов?
Я на работе сейчас учусь, а спросить не у кого.



rina,

Вы читали книжки рекомендованные в ФАКе? Или Вы хотите чтобы мы за вас сделали ваш проект?
МЫ можем вас лишь подкорректировать и подсказать, но делать за вас мы не будет. Прочитайте книжки и наш ФАК, потом попробуйте что-то сделать, выложите сюда и мы вам подскажем
Не важно какой ты сейчас - большой или маленький, важно - как ты растешь.
Б.А.С.



В данном случае, "ключ" - это железка, которую человек прикладывает. Он будет в системе до тех пор пока не вытащит ключ.
Есть ключ, есть мед. система, есть Security Component, которое делать верификацию.
ключ - это реализация некоторого требования или набора требований.
Опишите требования для системы электронного ключа.
Будет ли эта система автономна и интегрироваться в некоторую существующую систему или она должна быть разработана как часть общей системы?
Цитировать
Какие роли и use cases будут для диаграммы вариантов использования? Какие классы для диаграммы классов?
Я на работе сейчас учусь, а спросить не у кого.
в данном случае - регистрация с помощью ключа - это может быть вариантом использования уровня подфункции системы. Нет такой цели у пользователя как идентификация с помощью ключа, это предусловие для выполнения его функциональных обязанностей.
Но поскольку аутентификация и проверка наличия ключа  - важный аспект доступа к функциональности системы, то и следует рассматривать эту задачу комплексно.

Напишите для начала некий типовой сценарий работы с электронным ключом, как вы его видите



Я вижу типовой сценарий так:
1. Доктор прикладывает эл. ключ
2. Устройство считывает информацию, и посылвает Secutity Component
3. Secutity Component проверяет на индитификацию
4. В случае успеха, доктору доступна система
5. Доктор вытаскивает ключ, система не доступна

Мне нужно наиболее полно описать систему по внедрению "эл. ключа", изначально есть медицинаская система. Это задача на понимание UML.

У меня сейчас интенсивный курс обучения UML на работе, только самостоятельное изучение, не у кого спросить. Читала Фаулера и др. книги. Есть опыт разработки диаграмм состояний и вариантов использования.



Если у вас есть опыт написания ВИ, то предлагаю им и воспользоваться.

Из вашего описания уже следует, что
есть некая медицинская система, доступ к которой может быть получен только при успешной идентификации электронного ключа и постоянном его наличии в некотором устройстве в течение все работы пользователя с системой.

Предложенное вами описание следует  конкретизировать:
1. является ли устройство для чтения электронного ключа стандартным?
2. что представляет собой этот электронный ключ?
3. является ли Security Component - разрабатываемой вами системой?

Если ответ на 3 вопрос положительный, то Security Component- именно то что вы разрабатываете, а устройство для чтения электронного ключа, медицинская система и доктор внешние действующие лица.

Таким образом видно, наш Security Component должен иметь интерфейс к медицинской системе, к устройству чтений. По всей видимости перехватывать все сообщения от компьютера к медицинской системе, проверять наличие электронного ключа в устройстве.

Нужно описать какова статическая структура  Security Component и отсюда плясать в сторону реализаии алгоритмов и работы



попробуйте представить себе вашу задачу как некую сцену, действие, с действующими лицами, и их действиями.
Отвечайте на вопросы.
1.с чего начиняется мой спектакль?
2.Какие действующие лица(актеры)(и предметы) в нем участвуют?
3.Какие действия совершают актеры, с какими предметами, с друг другом.
4.Чем заканчивается спектакль?
То есть напишите сценарий, в смысле представьте его.

То есть первый этап - есть умный чукча из тундры, что никогда не видел эл.ключа. И вы должны ему точно обьяснить - что это такое, и как применяется, чтобы он понял...что это предмет ему совершенно необходим.
Убедите в нужности - чукчу.
Это и будет умл.



Хорошо сказано!



Нужно наиболее полно описать систему "электронный ключ". Какие использовать диаграммы UML и как?

Здравствуйте :)
Маленький уточняющий вопрос. К какому уровню модели требований отнисится Ваша задача. То есть, Вы хотите показать роль системы "электронный ключ" в уже имеющемся бизнес процессе (верхний уровень). Вы хотите описать систему с точки зрения пользователя (второй уровень). Или же вы хотите описать функциональность ситемы,  необходимую для успешного взаимодействия с ней.(третий уровень)
« Последнее редактирование: 26 Июня 2008, 18:28:20 от Juliya »




 

Sitemap 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19