Бизнес правила предметной области

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

Примеры таких правил.

1. Отдел кадров с основными таблицами:

– Работник (ТабНомер, ФИО, дата рождения);

– Должность (НомерД, ИмяД)

– Отдел (НомерО, Наименование, Количество сотрудников);

– РаботникОтдел (ТабНомер, НомерО, НомерД).

Правила: сотруднику разрешается работать одновременно в нескольких отделах на разных должностях; в каждом отделе может быть несколько работников.

2. Библиотечный каталог

– Автор (КодА, Фамилия, Имя, Отчество);

– Книга (КодК, Наименование, Количество страниц);

Марина Давыдова. Мастер-класс: Исследование предметной области, как квест в работе аналитика

– АвторКнига (КодА, КодК).

Правила: у любой книги может быть одновременно несколько авторов, а у одного автора может быть несколько книг.

3. Расписание занятий

– Группа (НомерГ, Название, Число студентов);

– Аудитория (Корпус, НомерА, Число посадочных мест);

– Преподаватель (ТабелНомер, ФИО, должность);

– Предмет (НомерП, ИмяП)

– Расписание (ДатаВремя, НомерГ, Корпус, НомерА, ТабелНомер, НомерП).

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

Ограничения целостности, присущие той или иной предметной области, должны выявляться при обследовании и фиксироваться в ИМД. Ограничения целостности в БнД могут определяться либо при описании БД (триггеры, хранимые процедуры), либо в программах обработки данных. Первый подход предпочтителен так, как заданные ограничения будут выявляться при выполнении операций над данными. Проектируя БнД необходимо изучить возможности по контролю целостности данных предоставляемые используемой СУБД. Если СУБД не поддерживает автоматически необходимые ограничения, то их обеспечение становится заботой проектировщика.

Источник: monographies.ru

Бизнес правила предметной области

Далее, в процессе создания модели предметной области примерного проекта эти понятия будут раскрыты и реализованы.

Проект: «Экстренная медицинская помощь»

Пользовательские истории (User Experience, UX)

Основные определения

• Дистанционное предоставление медицинских услуг, телемедицина.
• Служба экстренной медицинской помощи.
• Средства телекоммуникации – компьютер, мобильное устройство, Интернет.

Сценарий действий, как это будет происходить

Первичная регистрация пациента:

Декомпозиция предметной области (на примере магазина)

1. Регистрируется в системе (устанавливает приложение на свой компьютер или на мобильное устройство).
2. Заносит необходимые данные о себе.
3. Сервер регистрирует информацию о пациенте.

Рабочий процесс:

1. При экстренной ситуации пациент делает вызов, передает информацию о своем здоровье.
2. Информация может передаваться текстовым, голосовым и видео-файлом.
3. Информация анализируется и в зависимости от экстренной ситуации назначается лечащий врач.
4. Врач анализирует информацию и принимает меры. В зависимости от степени чрезвычайности ситуации, дистанционно консультирует и оказывает медицинскую помощь пациенту, а в случае необходимости организует вызов бригады скорой/неотложной помощи.
5. Вся информация автоматически записывается и архивируются.

Конечно, со стороны заказчика может быть предложен расширенный вариант UX. В нашем вымышленном проекте достаточно и этой информации.

Строим архитектуру проекта

Определяем основную предметную область – это дистанционная экстренная медицинская помощь пациенту.

Определяем артефакты основной предметной области – у нас будут следующие артефакты:

• поддомены (ограниченные контексты);
• модель предметной области и операции модели предметной области;
• саги предметной области ( долговременные транзакции );
• сервисы модели предметной области.

Поддомены (ограниченные контексты)

Описание предметной области с использованием UML при разработке программных систем

Моделирование предметной области является одним из наиболее важных этапов работ при проектировании программных систем масштаба предприятия.

В настоящее время для целей моделирования предметной области на рынке программных продуктов представлен широкий спектр CASE-средств. Наиболее популярными в нашей стране CASE-средствами являются Rational Rose, CA BPwin, Silverrun, Sybase PowerDesigner. Моделирование предметной области в этих средствах имеет больше сходств, чем различий. Однако немаловажным, с нашей точки зрения, является комплексность подхода и использование единой унифицированной нотации не только на этапе моделирования предметной области, но и на последующих этапах разработки программной системы, как это имеет место в Rational Rose.

В настоящей статье на конкретном примере демонстрируется возможный подход к моделированию предметной области с использованием унифицированной нотации, основанный на применении унифицированного языка моделирования (Unified Modeling Language, UML) и гармонично сочетающий в себе достоинства структурных и объектных методов проектирования в Rational Rose.

Итак, основными задачами при моделировании предметной области являются описания [1, 2]:

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

Описание бизнес-процессов используется для описания технологии выполнения производственной задачи, подлежащей автоматизации [1]. На основе описанной технологии определяются виды деятельности, которые следует автоматизировать (бизнес-требования к будущей программной системе).

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

На рис. 1 представлен пример описания бизнес-процессов с использованием диаграммы деятельности (Activity Diagram) UML и Case Rational Rose.

Рассмотрена задача, которую следует автоматизировать: «Оприходование товара на складе предприятия от продавца».

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

На основе описания бизнес-процессов с использованием диаграммы деятельности (Activity Diagram) определяются виды деятельности, которые следует автоматизировать.

Из примера на рис. 1 видно, что таковыми являются (отмечены цветом) следующие виды деятельности:

• выписывает доверенность;
• выписывает приемный акт в двух экземплярах;
• регистрирует товар в картотеке;
• передает экземпляр акта в бухгалтерию;
• получает приходный акт.

Следует отметить, что накопленный авторам опыт при описании бизнес-процессов с использованием различных CASE-средств, например BPwin, Silverrun, Power Designer и Rational Rose, показал, что наиболее понятным описанием бизнес-процессов для обсуждения его с экспертами предметной области и получения от них конструктивных замечаний является представленная выше нотация в Rational Rose.

На наш взгляд, это объясняется следующими причинами:

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

Следующим шагом при описании предметной области является разработка модели структуры предприятия, на которой отражены только действующие лица и их функции, подлежащие автоматизации. Модель отражает иерархическую структуру предприятия (вертикальные связи) [1].

На основе этой модели строится модель функций системы.

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

На рис. 2-7 представлена модель структуры предприятия, построенная с использованием диаграммы функций UML (Use CASE Diagram).

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

Следующей задачей при описании предметной области является моделирование документов [2].

Цель моделирования документов — описать атрибуты документов, их типы, значения, правила формирования для проектирования пользовательского интерфейса системы, проектирования базы данных системы; формирования альбома выходных форм системы.

На рис. 8 представлен пример модели документа «Приемный акт», разработанный с использованием диаграммы классов (Class Diagram) языка UML в CASE Rational Rose.

Дополнительным преимуществом при моделировании документов в Rational Rose является возможность присоединение к модели документа или бизнес-сущности описания его внешнего вида с примером, подготовленным, например, в редакторе Microsoft Word.

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

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

На рис. 9 представлен пример описанного с использованием диаграммы последовательности действий UML (Sequence Diagram) сценария работы кладовщика с карточкой товара и накладной а на рис. 10 — пример диаграммы состояний приемного акта, описанного с использованием диаграммы состояний (State Diagram).

При описании предметной области не следует забывать о моделировании бизнес-правил [2]. Модели бизнес-правил предметной области будут являться основой для моделирования правил программной системы. Для моделирования бизнес-правил могут использоваться диаграммы деятельностей (Activity Diagram) и диаграммы классов (Class Diagram). Диаграммы деятельностей могут использоваться для моделирования, например, алгоритмически описываемых правил, диаграммы классов — для моделирования структурных правил.

Итак, подводя итог вышесказанному об описании предметной области при разработке программных систем, отметим следующее:

1. Описание предметной области должно включать не только описание бизнес-процессов но и описание структуры автоматизируемого предприятия, его действующих лиц, их автоматизируемых функций, документов, связанных с автоматизированными функциями, прочих бизнес-сущностей, сценариев реализации бизнес-функций и состояний бизнес-сущностей:
2. модель бизнес-процессов используется для определения бизнес-требований к разрабатываемой системе и выявления всех связей между подразделениями, принимающими участие в решении конкретной задачи;
3. модель структуры предприятия используется для отражения действующих лиц предприятия, их автоматизируемых функций в привязке к подразделениям, в которых эти функции выполняются. На основе модели структуры предприятия разрабатывается модель функций системы;
4. модели документов, бизнес-сущностей используются при проектировании пользовательского интерфейса, базы данных, формирования альбома выходных форм системы;
5. модели сценариев реализации бизнес-функций используются при проектировании сценариев пользовательского интерфейса;
6. модели состояний бизнес-сущностей используются при проектировании пользовательского интерфейса и базы данных системы;
7. модели бизнес-правил используются при моделировании правил программной системы.
8. Результаты бизнес-моделирования в CASE-средстве Rational Rose могут быть легко преобразованы в документацию, соответствующую промышленным стандартам разработки программных систем.
9. Полное и детальное описание предметной области очень удобно производить в CASE-средстве, поддерживающем универсальный язык моделирования UML.

В отличие от CASE Rational Rose популярные в нашей стране BPwin, Silverrun, Process Analist не имеют пока полноценной поддержки всех перечисленных выше этапов бизнес-моделирования, что ограничивает сферу их применения.

Описание предметной области с использованием UML хорошо воспринимается экспертами предметной области и для понимания представленных им на рассмотрение моделей не требует никакой специальной подготовки.

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

В заключение хотелось бы отметить, что мы не навязываем своего мнения относительно достоинств или недостатков того или иного CASE-средства, но, на наш взгляд UML использование Rational Rose и других CASE-средств, поддерживающих для целей, обозначенных в статье, является предпочтительным.

1. Chris Marshal, Enterprise Modeling with UML. Designing Successful Software through Business Analysis;
2. Rational Unified Proсess.

• ПК и комплектующие

• Настольные ПК и моноблоки
• Портативные ПК
• Серверы
• Материнские платы
• Корпуса
• Блоки питания
• Оперативная память
• Процессоры
• Графические адаптеры
• Жесткие диски и SSD
• Оптические приводы и носители
• Звуковые карты
• ТВ-тюнеры
• Контроллеры
• Системы охлаждения ПК
• Моддинг
• Аксессуары для ноутбуков

• Принтеры, сканеры, МФУ
• Мониторы и проекторы
• Устройства ввода
• Внешние накопители
• Акустические системы, гарнитуры, наушники
• ИБП
• Веб-камеры
• KVM-оборудование

• Сетевые медиаплееры
• HTPC и мини-компьютеры
• ТВ и системы домашнего кинотеатра
• Технология DLNA
• Средства управления домашней техникой

• Планшеты
• Смартфоны
• Портативные накопители
• Электронные ридеры
• Портативные медиаплееры
• GPS-навигаторы и трекеры
• Носимые гаджеты
• Автомобильные информационно-развлекательные системы
• Зарядные устройства
• Аксессуары для мобильных устройств

• Цифровые фотоаппараты и оптика
• Видеокамеры
• Фотоаксессуары
• Обработка фотографий
• Монтаж видео

• Операционные системы
• Средства разработки
• Офисные программы
• Средства тестирования, мониторинга и диагностики
• Полезные утилиты
• Графические редакторы
• Средства 3D-моделирования

• Веб-браузеры
• Поисковые системы
• Социальные сети
• «Облачные» сервисы
• Сервисы для обмена сообщениями и конференц-связи
• Разработка веб-сайтов
• Мобильный интернет
• Полезные инструменты

• Средства защиты от вредоносного ПО
• Средства управления доступом
• Защита данных

• Проводные сети
• Беспроводные сети
• Сетевая инфраструктура
• Сотовая связь
• IP-телефония
• NAS-накопители
• Средства управления сетями
• Средства удаленного доступа

• Системная интеграция
• Проекты в области образования
• Электронный документооборот
• «Облачные» сервисы для бизнеса
• Технологии виртуализации

Популярные статьи

В настоящем обзоре мы рассмотрим модель моноблока от компании HP, которая является признанным лидером в производстве компьютеров как для домашнего использования, так и для офисов. Моноблок HP 205 G4 22 — модель нового семейства, которая построена на базе процессоров AMD последнего поколения и отличается неплохой производительностью вкупе с привлекательной ценой

Швейцарская компания Logitech G представила беспроводную игровую мышь Logitech G PRO X Superlight. Новинка предназначена для профессиональных киберспортсменов, а слово Superlight в ее названии указывает на малый вес этой модели, который не превышает 63 г. Это почти на четверть меньше по сравнению с анонсированным пару лет тому назад манипулятором Logitech G PRO Wireless

Как показало недавнее исследование Кембриджского университета — количество людей, которые пользуются сегодня криптовалютами, приближается к размеру населения небольшой страны и это только начало, мир меняется. Поэтому компания ASRock разработала и выпустила в продажу весьма необычную материнскую плату — H110 PRO BTC+, которую мы и рассмотрим в этом обзоре

Компания Rapoo анонсировала в Китае беспроводную клавиатуру Ralemo Pre 5 Fabric Edition. Новинка выполнена в формате TKL (без секции цифровых клавиш) и привлекает внимание оригинальным дизайном. Одна из отличительных особенностей этой модели — верхняя панель, обтянутая тканью с меланжевым рисунком

Линейку компьютерных мониторов MSI пополнила модель Optix MAG301 CR2, адресованная любителям игр. Она оборудована ЖК-панелью типа VA со сверхширокоформатным (21:9) экраном изогнутой формы (радиус закругления — 1,5 м). Его размер — 29,5 дюйма по диагонали, разрешение — 2560×1080 пикселов

Каталог продукции компании SilverStone пополнил комплект MS12. Он позволяет создать портативный накопитель на базе стандартного SSD типоразмера M.2 2280 с интерфейсом PCI Express

Компания ADATA Technology анонсировала твердотельные накопители серии XPG Spectrix S20G. Они предназначены для оснащения игровых ПК и, как утверждают их создатели, сочетают высокую производительность и эффектный внешний вид

Линейку видеоадаптеров ASUS на базе графических процессоров NVIDIA пополнила модель GeForce RTX 3070 Turbo (заводской индекс TURBO-RTX3070-8G), предназначенная для оснащения игровых ПК. Одной из особенностей новинки является конструкция системы охлаждения

КомпьютерПресс использует

Источник: compress.ru