Файл: Разработка регламента выполнения процесса «Движение библиотечного фонда».pdf

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

Согласно обзору передовых технологий, составленному фирмой Systems Development Inc. в 2007 г. по результатам анкетирования более 1000 американских фирм, CASE–технология в настоящее время попала в разряд наиболее стабильных информационных технологий (ее использовала половина всех опрошенных пользователей более чем в трети своих проектов, из них 85% завершились успешно). Однако, несмотря на все потенциальные возможности CASE– средств, существует множество примеров их неудачного внедрения, в результате которых CASE– средства становятся «полочным» ПО (shelfware). В связи с этим необходимо отметить следующее:

1. CASE–средства не обязательно дают немедленный эффект; он может быть получен только спустя какое–то время;
2. Реальные затраты на внедрение CASE–средств обычно намного превышают затраты на их приобретение;
3. CASE–средства обеспечивают возможности для получения существенной выгоды только после успешного завершения процесса их внедрения.

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

1. Широкое разнообразие качества и возможностей CASE–средств;
2. Относительно небольшое время использования CASE–средств в различных организациях и недостаток опыта их применения;
3. Широкое разнообразие в практике внедрения различных организаций;
4. Отсутствие детальных метрик и данных для уже выполненных и текущих проектов;
5. Широкий диапазон предметных областей проектов;
6. Различная степень интеграции CASE–средств в различных проектах.

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

---

В разряд СП попадают как относительно дешевые системы для персональных компьютеров (ПК) с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 30 различных CASE–систем, наиболее мощные из которых, так или иначе, используются практически всеми ведущими западными фирмами.

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

На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми СП:

1. ARIS;
2. ERWin / BPWin;
3. Rational Rose;
4. Oracle Designer.

ARIS – Интегрированное средство моделирования бизнес–процессов, объединяющее разнообразные методы моделирования и анализа систем. В первую очередь, это средство описания, анализа, оптимизации и документирования бизнес–процессов, чем средство проектирования программного обеспечения. Является одним из популярных и эффективных средств, применяемых для моделирования и анализа бизнес процессов. Изначально ARIS (Architecture of Integrated Information System) позиционировался как CASE средство. В дальнейшем, акцент был сделан на моделировании процессов. Сейчас он представляет собой платформу по управлению и улучшению бизнес процессов, состоящую из программных продуктов различного назначения. Девятая версия ARIS включает в себя более десятка продуктов.

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

BPWin – инструмент визуального моделирования бизнес–процессов. ERWin – средство, используемое при моделировании и создании баз данных произвольной сложности на основе диаграмм «сущность – связь».

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

---

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

Rational Rose – средство моделирования объектно–ориентированных информационных систем. Позволяет решать практически любые задачи в проектировании информационных систем: от анализа бизнес–процессов до кодогенерации на определенном языке программирования. Позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.

Принципиальное отличие Rational Rose от других средств заключается в объектно–ориентированном подходе. Графические модели, создаваемые с помощью этого средства, основаны на объектно–ориентированных принципах и языке UML. Инструменты моделирования Rational Rose позволяют разработчикам создавать целостную архитектуру процессов предприятия, сохраняя все взаимосвязи и управляющие воздействия между различными уровнями иерархии.

Моделирование бизнес процессов в Rational Rose выполняется за счет применения различных аспектов. Каждый из этих аспектов концентрирует внимание на определенных характеристиках и возможностях процессов

Oracle Designer – функциональное средство для описания предметной области. Входит в комплекс инструментальных средств Oracle9i Developer Suite по проектированию программных систем и баз данных, реализующих технологию CASE и собственную методологию разработки ИС компании Oracle – «CDM», позволяющих команде разработчиков провести проект, начиная от анализа бизнес– процессов через моделирование к генерации кода и получению прототипа, а в дальнейшем и окончательного продукта. Это средство имеет смысл использовать при ориентации на всю линейку продуктов Oracle, применяемую для проектирования, разработки и реализации сложной программной системы.

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

---

1.2. Моделирование бизнес–процессов «как есть»

Наиболее удобной методологией моделирования бизнес–процессов является IDEF0, реализованного с помощью программного продукта AllFusion BPwin Process Modeler.

Моделирование бизнес процессов, как правило, включает в себя выполнение нескольких последовательных стадий. Т.к. конечной целью моделирования является улучшение процессов, то оно охватывает и «проектную» часть работы, и работы по внедрению моделей процессов.

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

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

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

Входы, выходы и ресурсы рассматриваемого бизнес–процесса изображены на Рисунке 1.

---

Рисунок 1. Входы, выходы и ресурсы бизнес–процесса

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

Схема управления бизнес–процессом «Движение библиотечного фонда» представлена на Рисунке 2.

Рисунок 2. Схема управления процессом

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

На рисунках 3–6 изображены схемы подпроцессов, включенных в состав процесса «Движение библиотечного фонда».

Рисунок 3. Схема подпроцесса «Формирование перечня книг»

Рисунок 4. Схема подпроцесса «Заполнение анкеты читателя»

Рисунок 5. Схема подпроцесса «Заполнение читательского билета»

Рисунок 6. Схема подпроцесса «Выдача книг»

2. Построение бизнес–процессов «как должно быть»

2.1. Предлагаемые мероприятия по улучшению бизнес–процессов

Бизнес–процесс – это логическая последовательность действий человека (или нескольких человек) в коллективе. Цель описания бизнес–процесса – анализ и регламентация тех или иных действий в коллективе.

---