Инструментальные средства моделирования ис кратко
Обновлено: 02.07.2024
Информационная система проведения конференции предполагает вести персональные данные каждого участника, контроль за выполнением основных работ по подготовке конференции и ведение всей документации проведения конференции; возможность через ИС отправлять информацию участникам.
Из цели работы вытекают ее основные задачи:
- разработать техническое задание на создание информационной системы;
- описать основные возможности разрабатываемой информационной системы с помощью универсального языка моделирования UML.
Теоретический материал
Подходы к проектированию информационных систем
Существует два основных подхода к разработке информационных систем, отличающихся критериям и декомпозиции. Первый подход, – функционально-модульный, или структурный, определяется принципом алгоритмической декомпозиции [5].
Сущность структурного подхода к разработке ИС заключается в ее декомпозиции (разбиении) на автоматизируемые функции: система разбивается на функциональные подсистемы, которые в свою очередь делятся на подфункции, подразделяемые на задачи и так далее. Процесс разбиения продолжается вплоть до конкретных процедур. При этом автоматизируемая система сохраняет целостное представление, в котором все составляющие компоненты взаимоувязаны. При разработке системы "снизу-вверх" от отдельных задач ко всей системе целостность теряется, возникают проблемы при информационной стыковке отдельных компонентов.
В структурном анализе используются в основном две группы средств, иллюстрирующих функции, выполняемые системой и отношения между данными. Каждой группе средств соответствуют определенные виды моделей (диаграмм), наиболее распространенными среди которых являются следующие:
- SADT (Structured Analysis and Design Technique) модели и соответствующие функциональные диаграммы;
- DFD (Data Flow Diagrams) диаграммы потоков данных;
- ERD (Entity-Relationship Diagrams) диаграммы "сущность-связь.
На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.
Перечисленные модели в совокупности дают полное описание ИС независимо от того, является ли она существующей или вновь разрабатываемой. Состав диаграмм в каждом конкретном случае зависит от необходимой полноты описания системы [4].
· уменьшение сложности программного обеспечения;
· повышение надежности программного обеспечения;
· обеспечение возможности модификации отдельных компонентов программного обеспечения без изменения остальных его компонентов;
· обеспечение возможности повторного использования отдельных компонентов программного обеспечения.
Концептуальной основой объектно-ориентированного подхода является объектная модель. Основными ее элементами являются:
· Абстрагирование — это выделение существенных характеристик некоторого объекта, которые отличают его от всех других видов объектов.
· Инкапсуляция - это процесс отделения друг от друга отдельных элементов объекта, определяющих его устройство и поведение.
· Модульность — это свойство системы, связанное с возможностью ее декомпозиции на ряд внутренне связных, но слабо связанных между собой модулей.
· Иерархия — это ранжированная или упорядоченная система абстракций, располагающая их по уровням.
· Типизация - это ограничение, накладываемое на класс объектов и препятствующее взаимозаменяемости различных классов.
· Параллелизм — свойство объектов находиться в активном или пассивном состоянии и различать активные и пассивные объекты между собой.
· Устойчивость — свойство объекта существовать во времени и/или в пространстве.
Важным качеством объектного подхода является согласованность моделей деятельности организации и моделей проектируемой системы от стадии формирования требований до стадии реализации.
Этапы создания систем
Стадии и этапы создания информационной системы в общем случае приведены в таблице 1 (по ГОСТу 34.601-90) [1].
Таблица 1 – стадии и этапы создания ИС
| Стадии | Этапы работ |
| 1. Формирование требований к ИС | 1.1. Обследование объекта и обоснование необходимости создания ИС. 1.2. Формирование требований пользователя к ИС. 1.3. Оформление отчёта о выполненной работе и заявки на разработку ИС (тактико-технического задания) |
| 2. Разработка концепции ИС. | 2.1. Изучение объекта. 2.2. Проведение необходимых научно-исследовательских работ. 2.3. Разработка вариантов концепции ИС, удовлетворяющего требованиям пользователя. 2.4. Оформление отчёта о выполненной работе. |
| 3. Техническое задание. | Разработка и утверждение технического задания на создание ИС. |
| 4. Эскизный проект. | 4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на ИС и её части. |
Таблица 1 – продолжение
| 5. Технический проект. | 5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на ИС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования ИС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. |
| 6. Рабочая документация. | 6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка или адаптация программ. |
| 7. Ввод в действие. | 7.1. Подготовка объекта автоматизации к вводу ИС в действие. 7.2. Подготовка персонала. 7.3. Комплектация ИС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями). 7.4. Строительно-монтажные работы. 7.5. Пусконаладочные работы. 7.6. Проведение предварительных испытаний. 7.7. Проведение опытной эксплуатации. 7.8. Проведение приёмочных испытаний. |
| 8. Сопровождение ИС | 8.1. Выполнение работ в соответствии с гарантийными обязательствами. 8.2. Послегарантийное обслуживание. |
Современные инструментальные средства
В настоящее время существует целый ряд подобных инструментальных систем, которые отличаются как методологией, так и своими функциональными возможностями. Основные из них, получившие распространение в России, кратко описаны ниже.
AllFusion Process Modeler (ранее BPWin), разработанный компанией Computer Associates (США) – инструмент визуального описания структуры выполняемых в компании функций в методологии IDEF. BPwin поддерживает три нотации моделирования: IDEF0, IDEF3 и DFD и интегрирован с EasyABC (модуль анализа себестоимости процессов по объему хозяйственной деятельности), ERwin (моделирование баз данных), Paradigm Plus (моделирование компонентов программного обеспечения), а также со средством имитационного моделирования процессов Arena. Дополнительные возможности генерации отчетов (в дополнение к встроенным шаблонам отчетов) обеспечиваются внешним модулем RPTWin, а администрирование системы и возможность коллективной работы – модулем AllFusion Model Manager (ранее ModelMart), предоставляющим среду для совместной работы группы проектировщиков на BPwin и/или ERwin над одним проектом.
Rational Rose (разработчик – Rational Software, США) – средство проектирования различных приложений с их последующей реализацией и генерацией базы данных и/или шаблонов исходного кода. Базовой методологией системы является RUP, в которой определены такие основные процессы, как моделирование бизнес-процессов, управление требованиями, анализ и проектирование, реализация, тестирование, развертывание, конфигурационное управление и управление изменениями, управление проектом и средой (поддержка участников проекта). В Rational Rose используется нотация UML. Для анализа бизнес-процессов по стоимостным и временным характеристикам предназначен модуль Quantify, имеющий ограниченные возможности. Возможна также интеграция с MS Excel. Отчетность и документирование реализуются с помощью модуля Rational SoDa. Поддержка ведения проектов возможна с использованием дополнительных модулей ClearQuest и Requisite Pro. В связи с первоначальной ориентацией Rational Rose на генерацию низкоуровневого кода приложений данная система предназначена в первую очередь для разработчиков программного обеспечения и практически не используется специалистами в предметных областях бизнеса (бухгалтерами, экономистами и т.д.).
Система Casewise Corporate Modeler Suite (разработчик – компания Casewise, Великобритания) может использоваться в целях моделирования системы управления, управления бизнес-процессами, проектирования баз данных, внедрения систем класса ERP и workflow, управления качеством, проектирования новых и интеграции старых информационных систем, создания системы стратегического управления на основе технологии Balanced Scorecard, расчета стоимости процессов. Система позволяет создавать и использовать любые шаблоны моделей, в том числе и полностью идентичные нотациям IDEFX, UML и др. Методология Casewise Framework основана на структуре Захмана и позволяет отразить как различные аспекты моделирования архитектуры организации (мотивация, процессы, люди, данные и др.), так и различные уровни абстракции моделирования (уровень бизнеса, организации, систем, технологий, деталей). Кроме собственно Corporate Modeler система включает модуль Corporate Publisher HTML, предназначенный для публикации разработанных моделей в формате HTML, модуль Corporate Publisher Word, позволяющий генерировать отчеты в формате MS Word по информации из моделей Corporate Modeler, модуль Automodeler, позволяющий импортировать имеющуюся документацию о процессах и системах в формате MS Word и MS Excel в модели. При необходимости пользователи Casewise Corporate Modeler могут использовать надстройки Balanced Scorecard Accelerator (поддержка сбалансированной системы показателей и портала Balanced Scorecard для стратегического управления компанией) и IT Architecture Accelerator (поддержка ИТ-стратегии организации посредством управления развитием ее ИТ-инфраструктуры).
Microsoft Visio представляет собой универсальное средство построения диаграмм для технических специалистов и специалистов в области бизнеса с использованием нотаций IDEF0, IDEF1, IDEF3, UML, DFD, ERD и др. Продукт интегрирован с другими компонентами MS Office, что позволяет использовать файлы Word, Excel и PowerPoint. Такие необходимые для современных средств моделирования бизнеса возможности, как анализ бизнес-процессов, анализ и семантическая проверка моделей, анализ процессов по стоимостным и временным характеристикам, создание отчетов и документирование в принципе могут быть реализованы, однако это требует объемного программирования на VBA. Интеграция с другими приложениями (например, с системами workflow) возможна с помощью технологии OLE и встроенного языка VBA, что также требует программирования.
Система ProVision, созданная международной компанией ProForma, – это многопользовательское решение для моделирования и управления бизнес-процессами и объектами бизнеса, а также для формирования программного кода. Она позволяет создавать модели бизнес-взаимодействий, потоков работ, видов деятельности, организационной структуры, целей, процессов и др., включает ряд отраслевых референтных баз данных, поддерживает версионность моделей. Система может использоваться в целях моделирования системы управления, управления бизнес-процессами, проектирования баз данных, управления качеством, проектирования новых и интеграции имеющихся информационных систем, создания системы стратегического управления на основе технологии Balanced Scorecard, расчета стоимости процессов, внедрения системы внутреннего контроля за финансовой отчетностью.
Инструментальная система ARIS (разработчик IDS Scheer) представляет собой интегрированное семейство программных продуктов, предназначенных для структурированного описания, анализа и последующего совершенствования бизнес-процессов предприятия, а также подготовки организаций к внедрению сложных информационных систем. Программные продукты ARIS используются на всех этапах цикла работ по созданию и развитию бизнеса и позволяют решать следующие практически важные задачи:
· построение системы стратегического управления организацией на основе системы сбалансированных показателей;
· описание, анализ и совершенствование бизнес-процессов организации;
· регламентация деятельности организации с использованием скриптов отчетности;
· пооперационный расчет затрат и имитационное моделирование;
· публикация моделей деятельности организации в интрасети или Интернет;
· сертификация организации на соответствие международным стандартам качества ISO 9000;
· управление операционными рисками;
· мониторинг бизнес-процессов с автоматическим определением их характеристик в реальном масштабе времени и отклонений этих характеристик от заданных;
· внедрение ИТ-решений на базе систем класса ERP, CRM, SCM, Workflow;
· разработка приложений и интеграция информационных систем организации;
· автоматизация системы внутреннего финансового контроля организации в соответствии с законом Сарбейнса-Оксли и др.
Все многообразие программных продуктов ARIS можно разделить на четыре платформы, одна из которых поддерживает разработку стратегии организации, а три остальных соответствуют основным этапам жизненного цикла системы управления (разработка, внедрение и контроллинг) [3].
В данном курсовом проекте были использованы следующие CASE-средства:
· AllFusion Process Modeler;
Анализ предметной области
Для построения модели предметной области и дальнейшей разработки технического задания необходимо провести анализ предметной области и выявить класс задач, которые решаются при подготовке конференции. Анализ предметной области дает представление об объектах предметной области, их характеристиках, взаимодействии и процессах, происходящих в результате этого взаимодействия[2].
Конференция — форма организации научной деятельности, при которой исследователи (не обязательно учёные или студенты) представляют и обсуждают свои работы. Обычно заранее (в информационном письме либо стендовом объявлении) сообщается о теме, времени и месте проведении конференции. Затем начинается сбор тезисов докладов и иногда оргвзносов [6].
Проведением конференции, как правило, занимается заранее сформированный организационный комитет.
Руководство предприятия принимает решение о проведении конференции, формируются программный и организационный комитеты. Затем оргкомитет пишет информационное письмо для возможных участников конференции, в котором указываются название конференции, тематика, приблизительный список участников, сроки проведения, дата окончания приема тезисов, дата окончания регистрации, требования к оформлению тезисов. После этого информационное письмо рассылается всем возможным участникам конференции.
Участники отсылают свои тезисы оргкомитету конференции, на что последний уведомляет участников о том, что тезисы приняты либо отклонены. После приема тезисов от всех возможных участников верстается и издается сборник тезисов. Оргкомитет рассылает официальные приглашения участникам, чьи тезисы не были отклонены. В приглашениях указывается точная информация о приглашенных участниках, гостиницах для проживания во время проведения конференции, мероприятиях (культурная программа конференции). Затем производится сбор подтверждений об очном участии в конференции и при необходимости бронирование гостиницы. На этом этапе оргкомитету необходимо оформить заявку в Российский фонд фундаментальных исследований (в случае проведения научной конференции) для получения финансирования.
После сбора оргкомитетом подтверждений программный комитет уточняет программу конференции, после чего программа издается.
Перед началом конференции подготавливаются помещения для заседаний, проверяется техника. По прибытии участников конференции на место ее проведения они регистрируются организационным комитетом.
По результатам проведения конференции ее участниками принимется решение по конференции, оргкомитет формирует отчет о проведении.
Применение современных технологий для организационного моделирования позволяет значительно ускорить организационное проектирование. В начале 1990-х годов на Западе появились первые программы для решения задач, связанных с организационными проблемами управления предприятием. Orgware - новый класс программ - был ориентирован на решение задач систематизации, хранения и обработки "неколичественной" информации об организации бизнеса, которые раньше не имели адекватной компьютерной поддержки.
Первый российский продукт - БИГ-Мастер - был создан как компьютерный инструмент для поддержки определенной концепции управления предприятием, получившей название регулярного менеджмента. Главной задачей orgware был переход к строго документированным процедурам и регламентам деятельности. В основу компьютерной парадигмы регулярного менеджмента был положен следующий подход: "Надо создавать не систему взаимосвязанных документов, а систему взаимосвязанных информационных моделей предприятия, которые и будут порождать требуемые документы".
Концептуальной основой БИГ-Мастера стал современный процессный подход к организации деятельности компании. На верхнем уровне система процессов обычно описывается деревом функций - для его обозначения часто используется термин функционал . Функции здесь рассматриваются в качестве "свернутых" процессов. Все процессы-функции, как минимум , должны быть определены (т.е. идентифицированы как вид деятельности, имеющий некую цель и результаты) и классифицированы по видам (основные, обеспечивающие, процессы управления). Также должны быть распределены ответственность и полномочия для управления процессами на регулярной основе. На этом уровне для описания компании в БИГ-Мастере применяются два типа моделей: древовидные модели (классификаторы) и матричные модели (проекции).
На нижнем уровне выделенные ("ключевые") процессы могут быть описаны как технологическая последовательность операций (для получения требуемых результатов). Для этого применяются потоковые модели бизнес-процессов, назначение которых - описание горизонтальных отношений в организации, связывающих между собой описанные ранее объекты посредством информационных и материальных потоков. Для структурного анализа и проектирования процессов, описываемых потоковыми моделями , БИГ-Мастер поддерживает методологию SADT ( IDEF ). Наличие механизма матричных проекций позволяет определить и описать процессы компании как целостную взаимосвязанную систему.
За счет иерархической структуры классификаторов бизнес-модель одновременно содержит отношения " функция - исполнитель " всех степеней детализации, что позволяет с помощью встроенного генератора отчетов настраивать "разрешение" взгляда на компанию применительно к конкретной управленческой задаче. Система проекций позволяет отразить в отчете любые дополнительные свойства, относящиеся к данному объекту (например, квалификационные требования для персонала, задействованного в процессе). Кроме того, взгляд на компанию может быть связан с любой "координатой отсчета" - например, от документа или сотрудника - в каких процессах и как они участвуют и т.п.
Классификаторы, проекции и потоковые модели бизнес-процессов поддерживаются различными способами их визуализации. Для классификаторов - в виде списков и деревьев (орграфов), для проекции - в виде связанных списков и транспонируемых матриц, а для потоковых моделей бизнес-процессов - в виде диаграмм IDEF0 (IDEF3) и текстового описания, что облегчает понимание задач участниками процессов. При этом конструирование самих потоковых моделей происходит в привычных табличных формах.
В модели возможно формирование неограниченного количества новых классификаторов, проекций и потоковых моделей , а следовательно, отчетов и документов для описания и, что особенно важно, создания регламентов деятельности компании.
Наличие в БИГ-Мастере нескольких инструментов моделирования является чрезвычайно полезным. Матричные модели поддерживают вертикальную интеграцию - подробное системно-целевое описание компании, выстроенное по иерархии управления и исполняемым функциям. В процессной модели преобладает функционально-технологический подход - горизонтальная интеграция бизнес-операций по процедурам. Все вышеперечисленные возможности БИГ-Мастера делают его удобным инструментальным средством организационного моделирования.
Инструментальные средства, предназначенные для моделирования информационных систем, могут быть отнесены к одной из следующих категорий:
локальные, поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, S-Designor, "CASE. Аналитик");
малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin);
средние интегрированные средства моделирования, поддерживающие от 4 до 10-15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);
крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).
При разработке ИСУП локальные средства моделирования могут быть использованы только на концептуальном уровне для предварительного анализа или как средство демонстрации заказчику общих предложений по будущему проекту. Задача комплексного анализа системы локальными средствами не может быть решена.
Малые интегрированные средства моделирования, как правило, "исторически выросли" из локальных. Так же, как и последние, они изначально не были ориентированы на комплексный анализ систем. Возможности по интеграции различных моделей в рамках общей модели появились в процессе совершенствования и развития этих программных средств. Характерными особенностями этой категории является наличие в инструментальном средстве независимых компонентов и интеграция моделей путем экспорта и импорта данных (рис. 1).
Типичный представитель малых интегрированных средств моделирования - комплект программных продуктов Platinum Technology (CA/ Platinum/Logic Works), основанный на популярных пакетах BPwin и Erwin.
Рис. 4. Модели Designer/2000
BPwin. Поддерживает три методологии моделирования: IDEF0 (диаграммы функций), IDEF3 (только диаграммы процессов), DFD (диаграммы потоков данных) и обеспечивает интеграцию моделей трех типов без экспорта или импорта данных. Интеграция выполняется как путем слияния нескольких моделей, так и посредством переключения на различные методологии в процессе разработки отдельных диаграмм модели. Предусмотрено расширение возможностей анализа систем как в самом пакете BPwin (функционально-стоимостный анализ), так и с помощью экспорта данных в другие пакеты.
ERwin. Поддерживает несколько разновидностей методологии информационного моделирования, основанной на ER-диаграммах (сущность - связь). Интеграция моделей BPwin с моделями ERwin выполняется путем обмена данными через функции экспорта/импорта.
Малые интегрированные системы, так же как и локальные, практически не позволяют выполнить комплексный анализ систем, который в большей или меньшей степени необходим для создания малых, средних и крупных ИСУП. С их помощью можно разрабатывать локальные ИСУП или небольшие подсистемы, предназначенные для автоматизации отдельных бизнес-цепочек, т. е. когда нет необходимости в комплексном анализе предприятия. Типичная сфера использования малых интегрированных средств - решение задач так называемой "кусочной" автоматизации предприятия.
Средние интегрированные средства моделирования. Эта категория представлена программными продуктами, при создании которых изначально были заложены требования комплексного использования различных методов и типов моделей. Продукты средней категории имеют единую среду для разработки всех поддерживаемых типов моделей, что позволяет применять одни и те же объекты в разных моделях.
К средним интегрированным средствам можно отнести такие известные продукты, как Rational Rose (Rational Software), Paradigm Plus (CA/Platinum), Designer/2000 (Oracle).
Rational Rose и Paradigm Plus основаны на объектно-ориентированном подходе к моделированию и ориентированы на метод UML (Unified Modeling Language).
Помимо UML поддерживаются и другие методы. Отличия между Rational Rose и Paradigm Plus состоят в основном в доступных пользователю типах диаграмм и методов.
Рис. 5. Среда моделирования ARIS
Последние версии Rational Rose позволяют строить восемь типов диаграмм UML: диаграммы прецедентов (Use Cases Diagrams), диаграммы классов (Class Diagrams), диаграммы последовательности (Sequence Diagrams), диаграммы сотрудничества (Collaboration Diagrams), диаграммы состояний (State Diagrams), диаграммы действий (Activity Diagrams), компонентные диаграммы (Component Diagrams), диаграммы развертывания (Deployment Diagram). Основным типом диаграмм, своеобразным ядром моделирования в UML являются диаграммы классов. Кроме UML предусмотрено использование и других методов (Booch, OMT). Пакет применим на всех стадиях и циклах создания ИСУП (рис. 2).
Пакет Paradigm Plus ориентирован на методологию OOCL (Object Oriented Change and Learning) и компонентную технологию проектирования и разработки. Он поддерживает диаграммы различных методов (UML, CLIPP, TeamFusion, OMT, Booch, OOCL, Martin/Odell, Shlaer/ Mellor, Coad/Yourdon). Пакет может быть использован на всех циклах создания ИСУП (рис. 3).
В состав Designer/2000 входят Process Modeller и System Modeller. Process Modeller предназначен для разработки моделей процессов, а System Modeller - для моделей иерархии функций (Function Hierarchy Diagrammer), моделей потоков данных (Dataflow Diagrammer) и моделей типа сущность - отношение (Entity Relationship Diagrammer) (рис. 4).
Process Modeller позволяет повысить наглядность представления процессов за счет анимации и использования мультимедийных файлов, он пригоден для всех стадий разработки ИСУП.
Средства моделирования среднего класса предназначены для выполнения комплексного анализа систем. Они могут быть успешно применены при создании малых и средних ИСУП, особенно с этапа анализа спецификаций. Слабая сторона - недостаточные возможности для моделирования и анализа на верхнем уровне (анализ требований).
Крупные интегрированные средства моделирования. К этой категории относится инструментальное средство, специально предназначенное для проектирования крупных ИСУП, таких, например, как системы управления предприятием класса ERP.
Рис. 6. Оценка применимости инструментальных средств для анализа ИСУП
Это - семейство ARIS (ARIS Toolset, ARIS Easy Design) компании IDS Sheer AG. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Отличительная особенность ARIS - особое внимание к первому уровню анализа (анализ требований) (рис. 5).
Не отказываясь от классификации инструментальных средств на локальные, малые, средние и крупные, используем также другую классификацию инструментальных средств, аналогичную классификации ИСУП на ERP - не-ERP.
Принадлежность к категории ERP для средства моделирования означает, что оно предназначено для выполнения комплексного анализа на всех стадиях (требования, спецификации, внедрение) разработки ИСУП класса ERP. Естественно, такое средство может быть использовано при создании любых других ИСУП, а не только ERP.
Если же средство моделирования принадлежит к категории не-ERP, это означает, что оно не предназначено для выполнения всех уровней анализа при проектировании ИСУП класса ERP, но его (средство) можно использовать при создании локальных, малых или средних ИСУП, не относящихся к классу ERP (рис. 6).
Из рассмотренных выше инструментальных средств к категории ERP можно отнести только ARIS.
ARIS обеспечивает четрые различных "взгляда" на моделирование и анализ. Для каждого "взгляда" поддерживаются три уровня анализа (требования, спецификации, внедрение). Каждый из уровней анализа состоит из своего комплекта моделей различных типов, в том числе диаграмм UML, диаграмм SAP/R3 и др. Каждый объект моделей ARIS имеет (рис. 7) множество атрибутов, которые позволяют контролировать процесс разработки моделей, определять условия для выполнения функционально-стоимостного анализа, имитационного моделирования, взаимодействия с workflow-системами и т. д.
"Взгляды" ARIS: Процессы, Функции (с Целями), Данные, Организация - являются "комнатами", из которых состоит так называемый домик ARIS. Главная "комната" домика ARIS (основной "взгляд") - Процессы, для моделирования которых предназначено 57 типов моделей из 85. Процессный взгляд является характерной особенностью и для ERP- систем, предназначенных для автоматизации процессов, пронизывающих организационную структуру предприятия.
Рис. 7. Количество типов моделей ARIS для разных "взглядов" и уровней моделирования
Понятие домика ARIS позволяет не только наглядно представить "взгляды" на моделирование. Домик используется и в процессе моделирования для выбора комплекта моделей, соответствующего "взгляду" и уровню анализа.
Резюме. Все рассмотренные выше инструментальные средства широко используются для моделирования и анализа систем, в том числе и при создании ИСУП.
Среди малых инструментальных средств доминируют пакеты BPwin и ERwin компании Platinum. Эти пакеты, например, являются стандартными средствами для анализа процессов в НATO.
Локальные и малые инструментальные средства могут быть использованы при разработке соответственно локальных и малых ИСУП. Для средних и крупных ИСУП использование этих средств имеет смысл в качестве дополнения к более универсальному инструментальному средству средней категории.
Средства моделирования средней категории, как правило, основаны на использовании объектно-ориентированного подхода к моделированию и анализу систем. Фактическим стандартом для этой категории инструментальных средств является унифицированный язык моделирования UML.
Средние интегрированные средства предназначены в основном для уровней анализа спецификаций и внедрения. Они удобны при разработке средних, малых и локальных ИСУП. Недостаточные возможности для анализа на уровне требований могут быть компенсированы путем их использования вместе с локальными или малыми инструментальными средствами.
Система ARIS как крупное интегрированное средство моделирования имеет уникальные возможности для моделирования и анализа систем. Моделирование в ARIS может выполняться как "сверху вниз", так и "снизу вверх". Для конкретных разработок количество используемых типов моделей и методик может быть ограничено с помощью специальных фильтров. Система позволяет контролировать процесс моделирования и выполнять расширенный анализ системы: определение целей и критических факторов, оценку рисков и конкурентов и др. Система ARIS предоставляет аналитикам возможность интегрированного "управления всеми ресурсами", необходимыми для использования на всех уровнях анализа при разработке ИСУП любой сложности.
Средства проектирования информационных систем - это комплекс инструментальных средств, обеспечивающих в рамках выбранной методологии проектирования поддержку полного жизненного цикла ИС. Средства проектирования информационных систем включают в себя: планирование, анализ, проектирование, реализацию, внедрение и эксплуатацию.
Каждый этап характеризуется определёнными задачами и методами решения, исходными данными, полученными на предыдущем этапе, и результатами. При анализе средств проектирования, их следует рассматривать не локально, а в комплексе, что позволяет охарактеризовать их плюсы, минусы и место в общем цикле создания ИС
Необходимая платформа для ИС может формироваться из компонентов различных фирм производителей. Однако выбрать и сформировать разные средства, каждое из которых может являться одним из лидеров в своём классе, достаточно тяжело, а порой и нереально.
В общем случае стратегия выбора средств проектирования для определенного применения зависит от следующих факторов:
• характеристика предметной области;
• целей, потребностей и ограничений проекта ИС, включая квалификацию участвующих в процессе проектирования;
• используемой методологии проектирования.
Современные средства проектирования могут быть разделены на две большие группы. Первую группу составляют CASE-системы (как независимые, так и интегрированные с СУБД), которые обеспечивают проектирование БД и приложений в комплексе с интегрированными средствами разработки приложений "клиент-сервер" (например: Westmount I-CASE+Uniface, Designer/2000+Developer/2000). Их основное достоинство заключается в том, что они позволяют разрабатывать всю информационную систему полностью (функциональные спецификации, логику процессов, интерфейс с пользователем и базу данных), оставаясь в одной технологической среде. Инструменты этой категории, как правило, обладают высокой сложностью, широкой сферой применения и гибкостью.
Вторую группу составляют средства проектирования БД, реализующие ту или иную методологию, как правило, "сущность-связь" ("entity-relationship") и рассматриваемые в комплексе со средствами разработки приложений. К средствам этой категории можно отнести: SILVERRUN+JAM, ERwin/ERX+PowerBuilder и другие.
Помимо указанных категорий, средства проектирования можно сортировать по следующим признакам:
применяемым методологиям и моделям систем и БД;
степени интегрированности с СУБД;
В разряд средств проектирования попадают как дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около трехсот различных CASE-систем, наиболее мощные из которых используются ведущими западными фирмами.
Применение средств проектирования требует от потенциальных пользователей специальной подготовки и обучения. Внедрение средств проектирования происходит медленно, однако по мере получения практических навыков и общей культуры проектирования, применения этих средств резко возрастает, причем наибольшая потребность в использовании средств проектирования испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.
На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми средствами проектирования:
На рынке постоянно появляются как новые системы, так и новые версии и модификации систем (например, CASE/4/0, System Architect и т.д.).
Некоторое представление о возможностях наиболее развитых средств проектирования может дать краткая характеристика следующих программ:
Westmount I-CASE 3.2 (CADRE Technologies Inc.)
Westmount I-CASE представляет собой программный продукт, обеспечивающий выполнение следующих функций:
графическое проектирование архитектуры системы (проектирование состава и связи вычислительных средств, распределения задач системы между вычислительными средствами, моделирование отношений типа "клиент- сервер", анализ использования мониторов транзакций и особенностей функционирования систем в реальном времени);
проектирование диаграмм потоков данных, "сущность-связь", структур данных, структурных схем программ и последовательностей экранных форм;
генерация кода программ на 4GL целевой СУБД с полным обеспечением программной среды и генерация SQL-кода для создания таблиц БД, индексов, ограничений целостности и хранимых процедур;
программирование на языке C со встроенным SQL;
управление версиями и конфигурацией проекта;
генерация проектной документации по стандартным и индивидуальным шаблонам;
экспорт и импорт данных проекта в формате CDIF.
Westmount I-CASE можно использовать в конфигурации "клиент-сервер", при этом база проектных данных может располагаться на сервере, а рабочие места разработчиков могут быть клиентами.
Westmount I-CASE функционирует на всех основных UNIX-платформах и VMS. В качестве целевой СУБД могут использоваться ORACLE, Informix, Sybase и Ingres.
В качестве отдельного продукта поставляется интерфейс Westmount-Uniface Bridge, обеспечивающий совместное использование двух систем в рамках единой технологической среды проектирования (при этом схемы БД, структурные схемы программ и последовательности экранных форм непосредственно в режиме on-line, без создания каких-либо файлов экспорта- импорта, переносятся в репозиторий Uniface, и, наоборот, прикладные модели, сформированные средствами Uniface, могут быть перенесены в репозиторий Westmount I-CASE. Возможные рассогласования между репозиториями двух систем устраняются с помощью специальной утилиты).
В рамках версии Westmount I-CASE 4.0 предполагается обеспечить возможность функционирования клиентской части в среде Windows 95, а серверной - в среде Windows NT.
Uniface 6.1 представляет собой среду разработки крупномасштабных приложений "клиент-сервер" и имеет следующую компонентную архитектуру:
Application Objects Repository (репозиторий объектов приложений) содержит метаданные, автоматически используемые всеми остальными компонентами на протяжении жизненного цикла ИС.
Application Model Manager поддерживает прикладные модели, каждая из которых представляет собой подмножество общей схемы БД с точки зрения данного приложения.
Rapid Application Builder - средство быстрого создания экранных форм и отчетов на базе объектов прикладной модели. Оно включает графический редактор форм, средства прототипирования, отладки, тестирования и документирования. Реализован интерфейс с разнообразными типами оконных элементов управления (Open Widget Interface) для существующих графических систем - MS Windows (включая VBX), Motif, OS/2.
Developer Services (службы разработчика) - используются для поддержки крупных проектов и реализуют контроль версий, права доступа, глобальные модификации и т.д. Это обеспечивает разработчиков средствами параллельного проекти-рования, входного и выходного контроля, поиска, просмотра, поддержки и выдачи отчетов по данным системы контроля версий.
Deployment Manager (управление распространением приложений) - средства, позволяющие подготовить созданное приложение для распространения, установить и сопровождать его (при этом платформа пользователя может отличаться от платформы разработчика). В их состав входят сетевые драйверы и драйверы СУБД, сервер приложений (полисервер), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными программно- аппаратными платформами, СУБД, CASE-средствами, сетевыми протоколами и менеджерами транзакций.
Personal Series (персональные средства) - используются для создания сложных запросов и отчетов в графической форме, а также для переноса данных в такие системы, как WinWord и Excel.
В качестве примера можно привести результаты предварительного анализа перечисленных выше средств проектирования, которые сведены в краткую таблицу характеристик, приведенную ниже.
Читайте также: