Файл: Моделирование предметной области «АГЕНТСТВО ПО ПОДБОРУ ПЕРСОНАЛА» с помощью UML.pdf

В результате использование этих обозначения построена следующая диаграмма версий использование для действующих лиц

Рис.1. Диаграмма прецедентов

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

Надо выбирать небольшие и детализованные версии использования, ввиду они облегчают составление и выполнение согласованного плана проекта. [7]. Ниже приведены уточненные диаграммы версий использование для отдельных категорий пользователей

Рис.2. Менеджер по работе с фирмами работодателями

Рис.3. Руководитель

Рис.4. Менеджер по работе с соискателями

2.2. Диаграммы состояний

Диаграммы состояний определяют все возможные состояния, в которых может находиться конкретный объект, а также процесс смены состояний объекта в результате наступления некоторого события. Существует много форм диаграмм состояний, незначительно отличающихся друг от друга семантикой.

Таблица 2

Условные обозначения диаграммы состояний

На диаграмме состояний может быть одно и только одно начальное состояние. В то же время может быть столько конечных состояний, сколько вам нужно, или их может не быть вообще. Когда объект пребывает в каком-то конкретном состоянии, могут выполняться различные процессы.

Процессы, происходящие в этот момент, когда объект пребывает в определенном состоянии, называются действиями (actions).

С состоянием можно связывать следующие данные: деятельность, входное действие, выходное действие и событие.

Деятельность (activity) - это действие, выполняемое объектом, находящимся в определенном состоянии. Деятельность изображают в глубине самого состояния; ее высказывание должно предшествовать слово do (делать) и двоеточие.

Входное действие (entry action) - это действие, которое выполняется, когда объект переходит в данное состояние. Входное действие также показывают внутри состояния, его высказывание предшествуют слово entry (вход) и двоеточие.

Выходное действие (exit action) подобно входному. Все таки оно реализовать как непременную часть процесса выхода из текущего состояния. Выходное действие изображают внутри состояния, его описанию предшествуют слово exit (выход) и двоеточие.

Переходом (transition) называется перенесение объекта из одного состояния в другое. На диаграмме все переходы изображают в виде стрелки, начинающейся на первоначальном состоянии и заканчивающейся последующим.

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

Рис.5. Диаграмма состояний вакансии

Рис.6. Диаграмма состояний направления на работу

2.3. Диаграмма деятельности

Диаграммы активности (деятельности) особый случай диаграмм состояний. Каждое состояние это выполнение некоторой операции и переход в другое - следующее состояние. Диаграммы деятельности наиболее полезны в описании поведения, включающего большое количество параллельных процессов. Самым большим достоинством диаграмм деятельностей служит поддержка параллелизма. Благодаря этому они служит мощным средством моделирования потоков работ и, по существу, параллельного программирования. Самый большой их недостаток заключается в том, что связи между действиями и объектами просматриваются не слишком четко.

Средства Rational Rose можно для описания функциональной системы воспользоваться графическим редактором для построения Activity диаграмм (деятельности).

Таблица 3

Условные обозначения диаграммы деятельности

Диаграммы деятельностей предпочтительнее использовать в следующих ситуациях

• анализ варианта использование. На этой этапе нас не интересует связь между действиями и объектами, а нужно только понять, какие действия должны иметь место и каковы зависимости в поведении системы. Связывание методов и объектов выполняется позднее с помощью диаграмм взаимодействия;
• анализ потоков работ (workflow) в различных вариантах использование. Когда варианты использование взаимодействуют друг с другом, диаграммы деятельностей служит мощным средством представления и анализа их поведения.

Рис.7. Диаграмма поиск вакансии для соискателя

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

Для моделирования этих процессов, используется специальная конструкция, получившая название дорожки (swim lanes) . Имеется в виду визуальная аналогия с плавательными дорожками в бассейне.

Все действия разделяются на отдельные группы, которые отделяются друг от друга вертикальными линиями. Группа состояний между этими линиями выполняется отдельным подразделением (группой, филиалом) компании.

Названия подразделений явно указываются в верхней части дорожки. Пересекать линию дорожки могут только переходы, которые в этом случае значащий выход или вход потока управления в соответствующих подразделениях компании.

Рис.8. Диаграмма активности с дорожками

2.4. Диаграммы взаимодействия

Диаграммы взаимодействия (interaction diagrams) описывают действие взаимодействующих групп объектов. Каждая диаграмма описывает действие объектов в рамках одного прецедента. На диаграмме отображаются только объекты и сообщения, между которыми они меняются между собой. Выделяют три типа сообщений:

• информационные (informative) –это сообщения, которые снабжают объект-получатель информацией для обновления его состояния;
• сообщения – запросы (interrogative) – сообщения, запрашивающие выдачу информации об объекте-получателе;
• императивные (imperative) –запрашивающие сообщения у объекта-получателя выполнение действий.

Существуют диаграммы двух видов взаимодействия:

• последовательности (sequence diagrams);
• кооперативные (collaboration diagrams).

На диаграмме последовательности объект отображается в виде прямоугольника на вершине пунктирной вертикальной линии. Эта линия расположенная вертикально - имеет название линия жизни (lifeline) объекта. Представляет собой фрагмент жизненного цикла объекта в процессе взаимодействия.

Каждое сообщение отображается в виде стрелки между линиями жизни двух объектов. Сообщения послужит в том порядке, как показаны они на странице, сверху вниз. Каждое сообщение помечается как минимум именем сообщения; при желании можно добавить также аргументы и некоторую управляющую информацию и, кроме того, показать само-делегирование (self-delegation) - сообщение, которое объект посылает самому себе, при этом стрелка сообщения указывает на ту же самую линию жизни.

Рис.9. Диаграмма последовательности поиска соискателя

Вторым видом диаграммы взаимодействия служит кооперативная диаграмма. Подобно диаграммам последовательности, кооперативные диаграммы отражают поток событий через предназначенные сценарий версию пользования. Диаграммы последовательности упорядочены по времени, а кооперативные диаграммы акцентируют внимание на связях между объектами.

Рис.10. Диаграмма кооперации поиска соискателя

Как мы видим из рисунка, тут изложена такая же информация, которая присутствовала и на диаграмме последовательности, но кооперативная диаграмма по-другому отражает поток событий. Становится проще осознавать связи между объектами, все же очередность событий сложнее проследить.

В связи с чем систематически, неоднократно для какого-либо сценария создают диаграммы обоих типов. Хотя служат они одной и той же цели и содержат одну и ту же информацию, но представляют ее с разных точек зрения.

На кооперативной диаграмме, так же как и на диаграмме последовательности, стрелки значащий сообщения, обмен которыми реализовать в рамках данного варианта использование.

Заключение

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

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

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

При проектировании ИС был использован унифицированный язык моделирования UML и CASE средство Rational Rose.