Архитектура информациооных систем. Архитектура систем 3 лабораторных работы ИСз-198у Бочаров М.Д.. Лабораторная работа 1 моделирование информационной системы Теоретические сведения
 Скачать 0.64 Mb.
|
Пример концептуальной модели предметной областиНа рисунке 4 приведен фрагмент модели данных заданной предметной области. Данная модель разработана в среде Rational Rose 2003 с использованием утилиты Rose Data Modeler.
Описаниепредметнойобласти. Организация предоставляет услуги по трудоустройству. Организацией ведется банк данных о существующих вакансиях. По каждой вакансии поддерживается следующая информация: предприятие, предоставляющее соответствующую вакансию; название вакансии (должность); требования к соискателю: пол, возраст, образование, знание определенных видов деятельности (выбор из перечня - знание электронного документооборота, определенных прикладных программ и т.п.), коммуникабельность; обязанности (выбор из перечня – заключение договоров, распространение агитационного материала, работа с клиентами и т.п.); предполагаемая оплата, единицы измерения оплаты - рубли; оформление трудовой книжки (да, нет); наличие социального пакета (да, нет); срок начала открытия вакансии; срок закрытия вакансии (вакансия занята). Разработка диаграммы вариантов использованияДиаграмма вариантов использования отображает взаимодей- ствие между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей или си- стемы, получающие или передающие информацию в данную систему. Данный тип диаграмм предназначен для создания списка операций, которые выполняет система, поэтому его иногда называют диаграммой функций. Любая система обладает своим множеством вариантов использования и множеством действующих лиц. Каждый вариант использования описывает элемент представляемой системой функциональности. Множество вариантов использования описывает всю функциональность системы на некотором уровне абстракции. Абстракция (abstraction) – сосредоточение на важнейших аспектах приложения и игнорирование всех остальных. Использование абстракции позволяет сохранить свободу принятия решений как можно дольше благодаря тому, что детали не фиксируются раньше
  времени. Каждое действующее лицо представляет собой один вид объектов, для которых система может выполнять некоторое поведение. Язык UML предусматривает систему графических обозначений для вариантов использования (рис. 5). Действующее лицо (actor) – это непосредственный внешний пользователь системы. Это объект или множество объектов, непосредственно взаимодействующих с системой. Каждое действующее лицо является обобщением группы объектов, ведущих себя определенным образом по отношению к системе. Действующими лицами могут быть люди, устройства и другие системы – все, что взаимодействует с интересующей нас системой непосредственно.
 Действующее лицо должно иметь одну четко определенную цель. Моделирование действующих лиц помогает определить границы системы, то есть идентифицировать объекты, находящиеся внутри системы, и объекты, лежащие на ее границе. Различные взаимодействия действующих лиц с системой группируются в варианты использования. Вариант использования (use case) – это связный элемент функциональности, представляемый системой при взаимодействии с действующими лицами (рис. 6) . В каждом варианте использования участвуют одно или несколько действующих лиц и система. Вариант использования объединяет все поведение, имеющее отношение к элементу функциональности системы: нормальное поведение, вариации нормального поведения, исключительные ситуации, сбойные ситуации и отмены запросов. Любой вариант использования должен иметь краткое описание, объясняющее действия в этом варианте. Описание должно быть кратким, но в него необходимо включить сведения о разных типах пользователей, выполняющих данный вариант использования, и ожидаемый результат. Во время работы (особенно если проект
сложный) эти описания будут напоминать членам команды, почему тот или иной вариант использования был включен в проект и что он должен делать. Четко документируя, таким образом, цели каждого варианта использования, можно уменьшить неразбериху, возникающую среди разработчиков. На рисунке 7 приведен пример документирования варианта использования. Между компонентами диаграммы вариантов использования могут существовать различные отношения, которые описывают взаимодействие экземпляров одних актеров и вариантов использования с экземплярами других актеров и вариантов. Один актер может взаимодействовать с несколькими вариантами использования. В этом случае этот актер обращается к нескольким сервисам данной системы. В свою очередь один вариант использования может взаимодействовать с несколькими актерами, предоставляя для всех них свой сервис. Следует заметить, что два варианта использования, определенные для одной и той же сущности, не могут взаимодействовать друг с другом, поскольку каждый из них самостоятельно описывает законченный вариант использования этой сущности. Более того, варианты использования всегда предусматривают некоторые сигналы или сообщения, когда взаимодействуют с актерами за пределами системы. В то же время могут быть определены другие способы для взаимодействия с элементами внутри системы. В языке UML имеется несколько стандартных видов отношений между действующими лицами и вариантами использования: отношение ассоциации; отношение зависимости; отношение обобщения. Ассоциация – структурное отношение, описывающее совокуп- ность связей, представленных соединениями между объектами моде- ли. Выделяют разновидность ассоциации, агрегирование, предусмот- ренное для выражения отношений между целым и его частями.
 Применительно к диаграммам ва- риантов использования оно служит для обозначения специфической роли акте- ра в отдельном варианте использова- ния. Другими словами, ассоциация специфицирует семантические особенности взаимодействия актеров и вариантов использования в графической модели системы. Таким обра- зом, это отношение устанавливает, какую конкретную роль играет ак- тер при взаимодействии с экземпляром варианта использования. На диаграмме вариантов использования, так же как и на других диаграм- мах, отношение ассоциации обозначается сплошной линией между ак- тером и вариантом использования. Эта линия может иметь дополни- тельные условные обозначения, такие, например, как имя и кратность
 Кратность (multiplicity) ассоциации указывается рядом с обозначением компонента диаграммы, который является участником данной ассоциации. Кратность характеризует общее количество конкретных экземпляров данного компонента, которые могут выступать в качестве элементов данной ассоциации. Применительно к диаграммам вариантов использования кратность имеет специальное обозначение в форме одной или нескольких цифр и, возможно, специального символа "*" (звездочка). Зависимость– семантическое отношение между двумя сущностями, при которой изменение одной из сущностей, независимой, может повлиять на семантику второй сущности, зависимой. Отношение зависимости определяет взаимосвязь экземпляров отдельного варианта использования с более общим вариантом, свойства которого определяются на основе способа совместного объединения данных экземпляров. В метамодели отношение зависимости является направленным и указывает, что применительно к отдельным примерам некоторого варианта использования должны быть выполнены конкретные условия, определенные для расширения данного варианта использования.  Отношение зависимости между вариантами использования обозначается пунктирной линией со стрелкой, направленной от того варианта использования, который является
  расширением для исходного варианта использования. Обобщение– отношение, при котором объект специализированного элемента может быть подставлен и использован вместо объекта обобщенного элемента. Следует подчеркнуть, что потомок наследует все свойства и поведение своего родителя, а также может быть дополнен новыми свойствами и особенностями поведения. Графически данное отношение обозначается сплошной линией со стрелкой в форме незакрашенного треугольника, которая указывает на родительский вариант использования (рис. 10). |
