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

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

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

• Частные (внутренние) бизнес-процессы;

• Абстрактные (открытые) бизнес-процессы;

• Процессы взаимодействия (глобальные).

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

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

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

1. Диаграмма бизнес процесса в нотации BPMN.

Моделирование в BPMN осуществляется посредством диаграмм с небольшим числом графических элементов. Это помогает пользователям быстро понимать логику процесса. Выделяют четыре основные категории элементов:

• Объекты потока управления: события, действия и логические операторы

• Соединяющие объекты: поток управления, поток сообщений и ассоциации

• Роли: пулы и дорожки

• Артефакты: данные, группы и текстовые аннотации.

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

Рассмотрим один из самых сложных бизнес процессов предметной области – процесс выдача библиотекарем книг, необходимых читателю.

Диаграмма бизнес-процесса в нотации BPMN приведена на рис. 4.1.

Рис.4.1. Диаграмма бизнес-процесса в нотации BPMN.

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

1. Выбор СУБД DB2 для использования с «1С: Предприятие 8»

   1. Система управления базами данных DB2.

В качестве СУБД выберем DB2 для использования с «1С: Предприятие 8». DB2 — семейство систем управления реляционными базами данных, выпускаемых корпорацией IBM.

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

DB2 является единственной реляционной СУБД общего назначения, имеющей реализации на аппаратно-программном уровне. В оборудовании мэйнфреймов IBM System z реализуются средства поддержки DB2.

1С:Предприятие — программный продукт компании 1С, предназначенный для автоматизации деятельности на предприятии.

1С:Предприятие — это (одновременно) и технологическая платформа, и пользователь-ский режим работы. Технологическая платформа предоставляет объекты (данных и метадан-ных) и механизмы управления объектами. Объекты (данные и метаданные) описываются в виде конфигураций. При автоматизации какой-либо деятельности составляется своя конфигурация объектов, которая и представляет собой законченное прикладное решение. Конфигурация создаётся в специальном режиме работы программного продукта под названием «Конфигуратор», затем запускается режим работы под названием «1С:Предприятие», в котором пользователь получает доступ к основным функциям, реализованным в данном прикладном решении (конфигурации).

Технологическая платформа «1С:Предприятие» представляет собой программную обо-лочку над базой данных. Кроме того, с версии 8.1 хранение данных возможно в СУБД PostgreSQL и IBM DB2, а с версии 8.2 добавилась и Oracle. Имеет свой внутренний язык программирования, обеспечивающий, помимо доступа к данным, возможность взаимодействия с другими программами.

1. Режимы архивации и резервного копирования информационной БД.

Резервное копирование (англ. backup) — процесс создания копии данных на носителе (жёстком диске, дискете и т. д.), предназначенном для восстановления данных в оригинальном или новом месте их расположения в случае их повреждения или разрушения.

Виды резервного копирования:

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

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

Инкрементное резервирование (Incremental backup) — происходит копирование только тех файлов, которые были изменены с тех пор, как в последний раз выполнялось полное или добавочное резервное копирование. Последующее добавочное резервирование добавляет только файлы, которые были изменены с момента предыдущего добавочного резервирования. В среднем, добавочное резервирование занимает меньше времени, так как копируется меньшее количество файлов. Однако, процесс восстановления данных занимает больше времени, так как должны быть восстановлены данные последнего полного резервирования, плюс данные всех последующих добавочных резервирований. При этом, в отличие от дифференциального резервирования, изменившиеся или новые файлы не замещают старые, а добавляются на носитель независимо.

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

Резервирование в виде образа — т.е. в виде точной копия всего раздела или носителя (устройства), хранящегося в одном файле.

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

1. Методы восстановления информационной БД.

В DB2, в зависимости от того какой сбой произошел, используются три метода восстановления базы данных.

Восстановление после отказов — запускается с использованием команды RESTART DATABASE или параметра конфигурации, разрешающего автоматический перезапуск (autorestart), не позволяет базе данных оставаться в несовместимом, то есть в непригодном к использованию состоянии. Ошибки в командах и прикладных программах баз данных могут происходить по разным причинам. Ошибка транзакции — это серьезная ошибка или условие, которые приводят к ненормальному завершению работы базы данных или менеджера баз данных, что вызывает необходимость восстановления базы данных. Примерами этого являются такие события, как перебои в питании компьютера или ошибка COMMIT/ROLLBACK, приводящая к закрытию базы данных из-за переполнения диска, на котором расположен журнал этой базы данных.

Восстановление версии — запускается при помощи сочетания команд BACKUP и RESTORE возвращает базу данных в предварительно сохраненное состояние. Этот метод восстановления используется для невосстановимых баз данных (то есть для таких, для которых нет архивированных журналов). При помощи опции WITHOUT ROLLING FORWARD этот метод можно использовать и для восстановимых баз данных.

Рис.5.1. Восстановление базы данных с использованием образа резервной копии.

Восстановление с повтором транзакций — при использовании команды BACKUP в сочетании с командами RESTORE и ROLLFORWARD позволяет выполнять восстановление базы данных или табличного пространства до состояния на указанный момент времени. В журнале восстановления базы данных хранятся записи обо всех изменениях базы данных, включая добавление новых таблиц или изменение существующих. Этот журнал состоит из набора экстентов журнала, каждый из которых находится в отдельном файле. При первом создании базы данных для нее разрешается только циклическая запись в журнал. Это означает, что журналы используются повторно, а не сохраняются или архивируются. При циклической записи в журнал восстановление с повтором транзакций невозможно: возможно только восстановление после отказа или восстановление версии. Тем не менее после выполнения архивирования журналов восстановление с повтором возможно, поскольку в журналах записаны изменения базы данных со времени снятия резервной копии. Одна из ошибок, требующая восстановления с повтором транзакций до определенного момента времени-повреждение данных, вызванное ошибочной логикой или неверным вводом в прикладной программе. Восстановление с повтором транзакций можно использовать для восстановления базы данных до определенного момента, близкого к тому времени, когда прикладная программа начала работать с базой данных. Кроме того, можно попробовать отменить действие прикладной программы на базу данных путем обратного выполнения транзакций.

1. Проектирование схемы базы данных.

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

База данных будет содержать следующие таблицы:

1. Посетители (Visitors) – зарегистрированные посетители библиотеки;

2. Читательские билеты (LibraryCards) – хранит информацию о получаемых посетителями книгах;

3. Книги (Books) – хранит список всех книг имеющихся в библиотеке и их статус;

4. Каталог (Catalog) – хранит информацию о книгах;

5. Библиотеки (Libraries) – хранит информацию о библиотеках;

6. Сотрудники (Staffs) – хранит информацию о сотрудниках библиотеки.

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

Рис 5.2. Даталогическая модель базы данных АИС «Библиотека».

Методика расчета объема базы данных

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

АИС «Библиотека» охватывает одну главную библиотеку и шесть филиалов, в общем семь библиотек. Пусть все библиотеки работают с 8 утра до часов 18 вечера. В общем 10 часов. Предположим что в среднем в библиотеку приходит 40 человек в час. Тогда в день для семи библиотек будет посещений: