4. Case моделирование бизнес-процессов

Если это “средства”, то они должны к чему-то быть примененными. Так оно и есть. Они и создавались первоначально как специализированные методы решения специализированных задач. Нас они интересуют в первую очередь как средства анализа бизнес процессов. Для того, чтобы понять, что скрывается за этим понятием, лучше обратиться к совершенно конкретной области, например, области проектиро­вания автоматизированных информационных систем (АИС), где CASE- средства как раз эффективно и применяются.

В проектировании АИС выделяют обычно два направления:

1.      собственно проектирование АИС конкретных организаций на базе готовых программных и аппаратных компонентов с помощью специальных инструментальных средств разработки;

2.      проектирование упомянутых компонентов АИС и инструментальных средств, ориентированных на многократное применение при разработке многих информационных систем.

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

Второе направление относится к области разработки математического и программного обеспечения для реализации функций АИС - моделей, методов, алгорит­мов, программ на базе знания системотехники, методов анализа и синтеза проектных решений, технологий программирования, операционных систем и т. п.

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

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

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

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

В концепции может быть предложено несколько вариантов выбора. При анализе выясняются возможности покрытия автоматизируемых функций имеющимися программными продуктами и, следовательно, объемы работ по разработке оригинального программного обеспечения (ПО). Результаты анализа - техническое предложение и план создания АИС - представляются заказчику для окончательного согласования.

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

Для решения задач концептуального моделирования за последнее десятилетие сформировалась новая технология - CASE. Используется двоякое толкование аббре­виатурыCASE, соответствующее двум направлениям использования CASE-систем. Первое из них, более узкое, -Computer-AidedSoftwareEngineering– переводится как автоматизированное проектирование программного обеспечения. Соответствующие CASE-системы часто называют инструментальными средами быстрой разработки ПО (RAD–RapidApplicationDevelopment).

Второе, более широкое, - Computer-AidedSystemEngineering– подчеркивает направленность на поддержку концептуального проектирования сложных систем вообще. Такие CASE-системы часто называют системамиBPR(BusinessProcessReengineering) и нас в данном случае интересуют в первую очередь.

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

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

Ядром CASE-инструмектария являются технологии анализа и проектирования, такие, например, как объектно-ориентированный анализ, структурное проектирование Джексона, методология структурного анализа Йордана/де Марко и Геина-Сарсона, технология структурного анализа и проектирования систем - SADT(StructuredAnalysisandDesignTechnique). Такие технологии обеспечивают строгое и наглядное описание проектируемой системы в форме графов, диаграмм, таблиц и схем, которое начинается с ее общего обзора и затем детализируется, приобретая иерархическую структуру с все большим числом уровней.

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

Заметим в заключение этого раздела, что подмножество SADT принято в качест­ве стандарта на разработку ПО (IDEFO) Министерством обороны США. Отсюда и используемая далее аббревиатура “SADT-IDEF”

В качестве CASE-средства реализующего методологию SADT в пособии рассматривается программный комплекс BPWinфирмыPlatinum(см. рис. 10.1).

Рис. 10.1. Инструментальная панель PLATINUM BPWin