Преподаватель который помогает студентам и школьникам в учёбе.

Проектирование экономической информационной системы

Содержание:

ВВЕДЕНИЕ

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

Задачи исследования: ознакомление с теоретическим основами предметной области и методологическими основами для проектирования экономических информационных систем на основе объектно-ориентированного подхода, раскрытие возможностей нескольких средств реализации конкретного - объектно-ориентированного подхода к проектированию экономической информационной системы.

Объект исследования: экономическая информационная система.

Предмет исследования: объектно-ориентированный подход проектирования экономической информационной системы.

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

Глава 1. Проектирование экономической информационной системы

1.1 История развития методологии проектирования информационных систем

Обработка важнейшего ресурса современности – информации, осуществляется с помощью информационных систем. Информационная система - совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств, согласно статьи 2 Федерального закона от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации». Разнообразие задач по обработке информации порождает разнообразие информационных систем. Они отличаются принципами построения, организацией функционирования, объемом решаемых задач. Сферы применения информационных систем (далее – ИС) различны – это и информационные системы организационного управления, и информационные системы управления технологическими процессами, и экономические информационные системы, и информационные системы автоматизированного проектирования, и многие другие.

Очевидно, что с началом появления информационных систем появилась и необходимость проектирования информационных систем.

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

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

Тут же и появляются свои сложности. Универсальность такой информационной системы накладывает существенные ограничения на возможности разработчиков такой системы по структуре баз данных, экранным формам, реализуемым алгоритмам расчетов. Рамки не дают возможностей для адаптации информационной системы к специфике деятельности конкретного учреждения. Любая из задач адаптации требует серьезных доработок, отсюда вытекают значительные и временные, и материальные затраты на внедрение и доработку информационной системы под требования заказчика. Одновременно, заказчики информационных систем требуют обеспечения возможности использования корпоративных ИС для управления и планирования своей деятельности. Требований выдвигается всё больше, а возможностей их выполнить нет. Так и появилась необходимость формирования методологии построения информационных систем.

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

Задачи, решение которых помогает осуществить методология:

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

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

1.2 Экономические информационные системы

Экономическая информация — это информация об экономических процессах. Примером экономических процессов являются: производство; распределение; обмен; потребление материальных благ. Ключевые особенности экономических информационных систем:

обработка больших объемов информации по сравнительно простым алгоритмам;
высокий удельный вес логической обработки данных (сортировка, группировка, поиск, корректировка);
представление информации в виде документов.
обработка больших объемов информации по сравнительно простым алгоритмам;
высокий удельный вес логической обработки данных (сортировка, группировка, поиск, корректировка);
представление информации в виде документов.

1.3 Общие принципы проектирования информационных систем.

Основные принципы, к которым относятся принципы внедрения и функционирования информационных систем удобно представить в виде таблицы (таблица 1.1).

Таблица 1.1 Принципы проектирования информационных систем

Наименование принципа	Пояснение
Идентичность	Разработка новой, совершенствование существующей или внедрение полученной (приобретённой) извне ИС являются идентичными научно-техническими проблемами, отличающимися друг от друга содержанием ряда этапов и временными параметрами.
Технологичность	Автоматизированная технология означает создание (разработку) новой технологии или модернизацию существующей (автоматизированной). При этом не должно быть простого использования автоматизированной в условиях старых традиционных технологий.
Непрерывность, поэтапность, преемственность разработки и развития	ИС постоянно развивающиеся системы. Каждое нововведение должно служить развитию основных системных принципов и улучшению достигнутых параметров.
Адаптивность	Компоненты ИС должны обладать свойствами, обеспечивающими быстрое их приспособление к изменениям внешней среды, новым средствам и т.п.
Модульный принцип построения программных и технических средств	предполагает, что указанные средства состоят из блоков (“модулей”), обеспечивающих возможность их замены или изменения с целью совершенствования ИС или её адаптации к новым условиям.
Технологическая интеграция	предполагает для всей системы применение единой технологии создания, обновления, сохранения и использования ИР. Например, однократную обработку информационных документов и их многократное, многоцелевое их использование.
Полная нормализация процессов и их мониторинг	Многоцелевое использование информации ИС требует обеспечения высокой достоверности данных в системе. Для этого на различных этапах обработки и ввода информации необходимо использовать разные формы её контроля, требования к которому можно сформировать исходя из состава решаемых задач и обрабатываемых данных. Постоянный мониторинг необходим для получения качественных и количественных характеристик функционирования ИС на основе применения встроенных или используемых в виде отдельного модуля средств статистики.
Регламентация	ИС ориентированы на функционирование в промышленном режиме, обеспечивающем массовую поточную обработку информационных документов. Эта обработка регламентируется стандартами, маршрутными и пооперационными технологиями, нормативами на ресурсные и временные показатели, развитой службой диспетчеризации.
Экономическая целесообразность	Создание ИС должно предусматривать использование проектных решений, обеспечивающих минимизацию финансовых, материальных затрат и трудовых ресурсов, а также способствующих совершенствованию обслуживания пользователей.
Типизация или максимальное использование готовых решений и средств	необходимо для сокращения стоимости, сроков разработки и внедрения ИС, а также уменьшения ошибок проектирования как системы в целом, так и отдельных её составляющих.
Стандартизация проектных решений	предполагает, что разработку, развитие ИС и их сетей следует осуществлять с ориентацией на сотрудничество и кооперацию, а также в соответствии с правилами и протоколами национальных и международных стандартов.
Принцип корпоративности	При проектировании автоматизированной системы следует предусмотреть её аппаратную, программную, лингвистическую и информационную совместимость с другими ИС. Как правило, разные организации входят в состав различных систем и сетей (республики, края, области, города, района, ведомства и т.п.), участником которых они являются или могут стать. Требования корпоративности могут входить в противоречие с требованиями или решениями, диктуемыми другими принципами, например – преемственности проектных решений.
Ориентация на первых лиц объекта автоматизации	Успешное выполнение работ по созданию ИС, её развитию и эксплуатации возможно при условии их безусловной поддержки первым лицом (директор организации) и закреплении непосредственной ответственности за их выполнение приказом по организации за руководителем на уровне не менее заместителя директора. В подразделениях организации ответственность за выполнение работ должна возлагаться на руководителей этих подразделений.

1.4 Подходы к проектированию информационных систем.

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

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

На рисунке 1 схематично показан сравнительный анализ объектно-ориентированной и функционально-ориентированной декомпозиций.

Рисунок 1. Сравнительный анализ объектно-ориентированной и функционально-ориентированной декомпозиций

Глава 2. Объектно-ориентированный подход к проектированию ИС

Подходы к проектированию ИС отличаются методами декомпозиции и структурной организации элементов системы. Рассмотрим основные отличия объектно-ориентированного подхода.

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

Второе свойство, оно же отличие, объектно-ориентированного подхода - объединение в объекте как атрибутивных данных (характеристики, свойства), так и поведения (функции, методы).

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

2.1 Основные понятия объектно-ориентированного подхода к проектированию ИС.

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

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

2.2 Базовые составляющие объектно-ориентированного подхода

Базовыми составляющими объектно-ориентированного подхода являются:

унифицированный процесс;
унифицированный язык моделирования;
шаблоны проектирования.

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

Неотъемлемой частью унифицированного процесса является UML – язык (система обозначений) для определения, визуализации и конструирования моделей системы в виде диаграмм и документов на основе объектно-ориентированного подхода [5]. Следует отметить, что унифицированный процесс и UML разрабатывались совместно.

На стадиях анализа и проектирования часто используются так называемые шаблоны (паттерны) проектирования. Шаблон – это именованная пара «проблема/решение», содержащая готовое обобщенное решение типичной проблемы [6]. Как правило, шаблон помимо текстового описания содержит также одну или несколько диаграмм UML (например, диаграммы классов, последовательности и/или коммуникации), графически иллюстрирующих состав и структуру классов, а также особенности их взаимодействия при решении поставленной проблемы. Шаблоны разрабатываются опытными профессионалами и являются проверенными, эффективными (порой оптимальными) решениями. Применение шаблонов может резко сократить затраты и повысить качество разработки ПО.

2.3 Особенности подхода

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

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

Диаграмма (Diagram) — это графическое представление множества элементов. Чаще всего она изображается в виде связного графа с вершинами (сущностями) и ребрами (отношениями) и представляет собой некоторую проекцию системы.

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

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

унифицированный процесс (Unified Process, UP);
экстремальное программирование (eXtreme Programming, XP);
гибкое моделирование (Agile Modeling, AM).

Базовым средством фиксации (документирования) результатов проектирования систем посредством этих методологий является Унифицированный язык моделирования (Unified Modeling Language, UML). UML — язык для спецификации, визуализации, конструирования и документирования сложных информационно-насыщенных объектных систем. В настоящее время зарегистрирован как международный стандарт ISO/IEC 19501:2005 «Information technology - Open Distributed Processing - Unified Modeling Language (UML)».

2.4 Преимущества объектно-ориентированного подхода

В отличие от структурного подхода объектно-ориентированный имеет ряд преимуществ:

описание системы в виде объектов больше соответствует содержательному смыслу предметной области. Например, при использовании структурного подхода БД должна удовлетворять требованиям нормализации, в соответствии с которыми данные по одному и тому же объекту (сущности из реального мира) могут храниться в нескольких таблицах;
сущности реального мира, как правило, обладают поведением, что в объектно-ориентированном проектировании отражается с помощью определения методов класса. В структурном подходе данные (атрибуты) и алгоритмы (методы) существуют отдельно друг от друга;
объединение атрибутов и методов в объекте (классе), а также инкапсуляция позволяют добиться большей внутренней и меньшей внешней связности между компонентами системы. Это облегчает решение проблем:
- адаптации системы к изменению существующих или появлению новых требований;
- сопровождения системы на разных стадиях жизненного цикла;
- повторного использования компонентов;
объектно-ориентированный подход позволяет легче организовать параллельные вычисления, так как каждый объект обладает собственными значениями характеристик (атрибутов) и поведением, за счет чего можно добиться его автономной работы;
Case-средства, поддерживающие объектно-ориентированный подход, на основе информации об объектах позволяют достичь большей степени автоматизации кодогенерации. Case-средства, поддерживающие структурный подход, хорошо справляются с генерацией структур БД. Однако следует отметить, что эта структура должна удовлетворять требованиям нормализации. В связи с чем автоматическая кодогенерация (например, экранов или функций обработки данных) возможна лишь в редких случаях.

Глава 3. Средства реализации объектно-ориентированного подхода к проектированию экономической ИС

Большинство UML-средств попадает в одну из следующих групп:

точечные решения — UML-средства моделирования, поддерживающие UML-нoтацию и семантику, генерацию кода по диаграмме и генерацию диаграммы по коду, обычно интегрируются со средами разработки: Rational Rose (IBM), Describe tool (Embarcadero), Magic Draw (No Magic, Inc.);
средства UML моделирования, которые поддерживают другие нотации моделирования: System Architect (Popkin Software);
средства UML моделирования с встроенным многопользовательским репозиторием: System Architect, UMLTau (Telelogic), AIIFu-sion Component Modeler (Computer Associates);
средства UML моделирования, предназначенные для проектирования систем реального времени: Rhapsody (l-Logix);
средства UML моделирования, интегрированные с кодом, вследствие чего они сами являются всего лишь другим представлением кода. Информация о модели хранится в виде кода. Диаграмма модели становиться еще и редактором кода: TogetherSoft (Borland):
графические средства, позволяющие только рисовать диаграммы, без наполнения их содержанием.

3.1 Обзор и сравнение средств

Проведём сравнительный анализ средств реализации объектно-ориентированного подхода к проектированию экономической ИС. Рассмотрим два наиболее популярных программных продукта иностранного происхождения: ARIS (Scheer AG), BP-Win/Erwin (Platinum Technology) и сравним их с российским программно-методическим комплексом для поддержки бизнес-моделирования «ОРГ-Мастер ПРО». [14]

В таблице 3.1 отразим основные характеристики рассматриваемых средств, указанные разработчиками.

Таблица 3.1 основные характеристики.

№	Название пакета	Описание от разработчика
1	Пакет ARIS ToolSet	Многопользовательская среда описания и анализа рабочих процессов предприятий, поддерживающая разработку сложных гетерогенных информационных систем (ARIS, АРИС – Архитектура Интегрированных Информационных Систем) и сопровождающая весь цикл разработки (анализ - проектирование – реализация). Применение этих инструментальных средств позволяет многократно сократить длительность этапа проектирования при гарантированном уровне проектных решений. В этой среде не накладывается жестких ограничений на последовательность проработки различных аспектов деятельности и предоставляется ряд других возможностей по описанию рассматриваемого предприятия. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Система предназначена для поддержки работы специалистов, анализирующих и выстраивающих (оптимизирующих) рабочие процессы на предприятиях, внедряющих системы управления предприятиями, и сопровождающих эти системы.
2	BP-Win	Средство функционального моделирования, реализующее методологию IDEF0-IDEF3. ERwin - средство концептуального моделирования Баз Данных, использующее стандарт IDEF1X. Методология IDEF0, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF0 отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями. Методология IDEF0 может использоваться для моделирования широкого круга систем и определения требований и функций, а затем для разработки системы, которая удовлетворяет этим требованиям и реализует эти функции. Для уже существующих систем IDEF может быть использована для анализа функций, выполняемых системой, а также для указания механизмов, посредством которых они осуществляются. ERwin реализует проектирование схемы БД, генерацию ее описания на языке целевой СУБД (ORACLE, Informix, Ingres, Sybase, DB/2, Microsoft SQL Server, Progress и др.) и реинжиниринг существующей БД. ERwin выпускается в нескольких различных конфигурациях, ориентированных на наиболее распространенные средства разработки приложений 4GL. Версия ERwin/OPEN полностью совместима со средствами разработки приложений PowerBuilder и SQLWindows и позволяет экспортировать описание спроектированной БД непосредственно в репозитории данных средств. Для ряда средств разработки приложений (PowerBuilder, SQLWindows, Delphi, Visual Basic) выполняется генерация форм и прототипов приложений. Сетевая версия Erwin ModelMart обеспечивает согласованное проектирование БД и приложений в рамках рабочей группы.
3	ОРГ-Мастер ПРО	Многопользовательская среда моделирования и организации деятельности предприятия, поддерживающая системный и процессный подходы к ведению бизнеса на основе информационных моделей. В среде БИГ–Мастера осуществляется разработка интегрированной бизнес-модели предприятия, включающая модели структур, отношений и процессов. ОРГ-Мастер при построении модели дает возможность не ограничиваться определенным набором сущностей, т.е. является абсолютно открытой средой. ОРГ-Мастер позволяет создать описание предприятия (модели процессов, структур и организации данных), полнота которого достаточна как для проектирование корпоративных информационных систем (КИС) или систем менеджмента качества, так и повседневного наблюдения, и контроля за организацией деятельности в компании. В состав КИС ОРГ-Мастер может входить в качестве специальной организационной подсистемы. ОРГ-Мастер обеспечивает возможности накопления и анализа бизнес-моделей, создание пакетов организационной документации (описаний и регламентов деятельности) полностью адаптированных к российским реалиям. Его характеризует ориентация на конечных пользователей - менеджеров компании, применяющих модель, как инструмент управления.

Сравнение функциональных возможностей средств целесообразно рассматривать по следующим группам:

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

Для удобства сравнения составим таблицу (таблица 3.2).[12,14]

Таблица 3.2 Сравнение функциональных возможностей CASE-средств.

Группа функций	ARIS	BP-Win	«ОРГ-Мастер ПРО»
Построение моделей бизнес-систем	Для отображения различных сторон системы применяются разные модели (организационные, функциональные, информационные модели, модели выходов, модели управления), а ориентация на язык UML в поздних версиях системы еще более расширяет спектр используемых средств представления. Однако, такое расширение предельно усложняет возможности овладения данным инструментом для управленческого персонала.	Для отображения различных сторон системы применяются разные модели, но с меньшим разнообразием отражаемых аспектов деятельности (чем в ARIS) в силу ориентации на представление объектов в стандартах IDEF0, IDEF3 и DFD, ориентированных на описания логики использования информационных систем.	Для представления разных объектов модели и связей между ними существует единый механизм, основанный всего на двух базовых понятиях: классификатор и проекция. Первый из них дает возможность построить любой класс однотипных объектов и определить, иерархическую подчиненность объектов класса (древовидную структуру). Проекция позволяет установить связи между парой (тройкой) классов, определяя, тем самым формальное отношение на них. Такой подход упрощает и унифицирует входные интерфейсы программы и дает возможность строить все модели однотипным образом.
Анализ общей организации бизнес-процессов и порядка взаимодействия оргзвеньев	Модели бизнес-процессов строятся непосредственно, а существующие взаимосвязи компонент процесса должны подготавливаться для проведения анализа, в результате соответствующих процедур. После построения модели бизнес процесса в BP-Win, с помощью ERwin строится отдельная модель данных, в которой устанавливаются связи между компонентами системы (сущностями модели данных по методологии). Затем эти модели связываются посредством механизма	Модели бизнес-процессов строятся непосредственно, а существующие взаимосвязи компонент процесса должны подготавливаться для проведения анализа, в результате соответствующих процедур.	Модель бизнес-процессов в нем не строится непосредственно в виде IDEF диаграммы. Эта диаграмма может автоматически генерироваться после создания и заполнения образующих модель классификаторов (бизнес-функций, оргзвеньев, ресурсов и проч.) и задания всех необходимых проекций (взаимосвязей по ресурсам, исполнителям, инструментам, регламентам и собственно связей между бизнес-операциями). Таким образом, еще до получения полной (или частичной) модели бизнес-процесса уже выявляются и могут быть проанализированы основные взаимосвязи, определяющие моделируемый процесс.
Средства оптимизации моделируемых систем по их моделям	Реализация средств оптимизации, связана с использованием специальных достаточно сложных или громоздких алгоритмов решения оптимизационных задач. Ряд возможностей такого рода заложен в системе ARIS. Однако, их реализация, в основном, не представляется целесообразной вплоть до этапа тонкой настройки бизнес-процесса после достижения результатов его реструктуризации более простыми методами.	нет	нет
Поддержка библиотек типовых моделей	Позволяет использовать ранее созданные наработки в процессе построения новых моделей	Позволяет использовать ранее созданные наработки в процессе построения новых моделей	Поддерживается как полные референтные бизнес-модели предприятий, полученные в результате реальных проектов, выполненных на российских предприятиях, так и «библиотечные» классификаторы, описывающие типовую организацию отдельных аспектов деятельности.
Оформление регламентов и документации	Многие создаваемые документы не соответствуют общепринятым российским стандартам. Должностные инструкции и описания процессов основываются на событийных диаграммах процессов и, в принципе, различные текстовые документы можно попытаться построить, анализируя модели процессов и структуры организации. Хотя в большей степени здесь картина обратная – система ориентирована в основном на создание графики, а функция создания документов-регламентов является явно вспомогательной и, вследствие этого, не развитой.	Многие создаваемые документы не соответствуют общепринятым российским стандартам	Положения и инструкции генерируются автоматически как текстовые формы описания процедур, представленных соответствующими классификаторами и отношениями-проекциями связей между ними. Графические формы (различные орграфы и диаграммы процессов) служат хорошим дополнением этих документов.
Поддержка разработки моделей баз данных и программных средств	Проектирование баз данных и файлов (концептуальный и внутренний уровни), преобразование моделей данных, описание форматов файлов наиболее полно в рассматриваемых средствах предусмотрена в пакете ARIS Toolset на уровне спецификации проекта и определения параметров баз данных. Генерация программных кодов прикладных или системных средств не предусматривается	Проектирование баз данных и файлов (концептуальный и внутренний уровни), преобразование моделей данных, описание форматов файлов наиболее полно в рассматриваемых средствах поддерживается. Генерация программных кодов прикладных или системных средств реализована. Функции управления проектом создания баз данных и программных средств являются специфическими именно для разработки программных продуктов реализованы.	В среде ОРГ-Мастер, предполагается (хотя и не обязательно), что в моделируемых бизнес-системах могут использоваться информационные системы, уже имеющие базы данных. Генерация программных кодов прикладных или системных средств не предусматривается. Управление проектами в семействе ОРГ-Мастер полностью поддерживает программный комплекс «Тайм-Мастер».
Интеграция с другими программными продуктами	ARIS имеет интерфейсы с некоторыми CASE-средствами, а также является средством создания моделей для непосредственной настройки таких систем управления предприятиями, прежде всего SAP R/3. Cистема опирается на собственную нотацию для представления бизнес-процессов, поэтому в ней используются встроенные средства имитационного моделирования и инструментом стоимостного анализа, результаты которых, впрочем, могут экспортироваться в форматы MS Excel.	Система поддерживает систему обозначений IDEF0, DFD и IDEF3 для описания представляемых бизнес-процессов. В принципе, это является некоторым связующим звеном для связи с другими программными продуктами, использующими эту методологию.	Система поддерживает систему обозначений IDEF0 для описания представляемых бизнес-процессов. В принципе, это является некоторым связующим звеном для связи с другими программными продуктами, использующими эту методологию. В нем предусмотрена возможность интеграции с собственными пакетами разработчика («BIG-SPB Software»), ориентированными на решение различных функциональных задач. В системе ORG-Master, при необходимости, автоматически создаются простые исполнительные информационные системы в среде MS Office.

На основании проведенного анализа расставим оценки каждому из рассмотренных CASE-средств. Оценивать будем по трёхбалльной системе. Результат оценки представлен в таблице 3.3.

Таблица 3.3 Оценка средств реализации объектно-ориентированного подхода к проектированию экономической ИС.

Функциональные возможности	ARIS	BP-Win	ОРГ-Мастер
Возможности представления моделей систем	2	2	2
универсальность	1	2	2
открытость	1	1	2
Средства анализа моделей	3	3	3
Общая организация, порядок взаимодействия, распределение ответственности, качественный анализ загрузки	1	1	2
Имитационное, событийно-управляемое моделирование (оценка временных параметров)	1	1	1
Оценка стоимостных параметров процессов (функционально-стоимостной анализ)	1	1	1
Средства оптимизации бизнес-систем	1	1	1
Поддержка библиотек типовых моделей	3	3	3
Оформление документации	3	3	3
Организационная документация	1	1	2
Документация СМК (систем менеджмента качества)	1	1	2
Проектная документация для создания ИС	1	2	1
Поддержка разработки баз данных и программных средств	1	2	2
Интеграция с программными продуктами	2	2	2
CASE средствами	2	2	1
Прикладными программами и системами	2	1	2
Итого	27	29	32

Все три рассмотренных средства, различающиеся по функциональной направленности, получили схожие оценки за счет того, что различающиеся сильные и слабые стороны разных средств при прямом рассмотрении компенсируют друг друга. На практике ARIS - сложен и дорог, требует больших усилий по программированию, чтобы получить удобную отчетность на выходе, которая является важнейшим составляющим для экономических информационных систем. BPWin получил высокую оценку, но у него не самая дружелюбная и удобная графическая среда. И ARIS, и BPWin были созданы в других странах, для решения других задач, в другое время и как результат - формирование отчетности в российских стандартах, не является их сильной стороной и реализуется очень трудозатратно. В Российской Федерации осуществляется государственное регулирование в сфере использования российских программ для электронных вычислительных машин и баз данных, а ОРГ-Мастер разработан российской компанией «Бизнес Инжиниринг Групп», поэтому предпочтение должно быть отдано именно этому программному комплексу.

ЗАКЛЮЧЕНИЕ

Написав курсовую работу и проведя анализ и оценку средств реализации объектно-ориентированного подхода к проектированию экономической информационной системы, я пришел к выводу, что программно-методический комплекс ОРГ-Мастер ПРО наилучшим образом подходит для проектирования экономических информационных систем. Понравившийся программный продукт не уступает самым популярным программным продуктам иностранного происхождения: ARIS (Scheer AG) и BP-Win/Erwin (Platinum Technology).

В ходе выполнения курсовой работы я рассмотрел очень малую часть из средств реализации объектно-ориентированного подхода к проектированию ИС. Какие-то продукты, как Borland Together, рассмотрены не были, хотя являются бесплатными и могут быть загружены с сайта производителя бесплатно. Так же мне попадались на глаза онлайн системы UML-моделирования, которые должны быть удобны некоторому кругу разработчиков.

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

СПИСОК ЛИТЕРАТУРЫ

Буч Г., Рамбо Д., Джекобсон А. Язык UML: Руководство пользователя: Пер. с англ. – М.: ДМК, 2000. – 432 с.
Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф. Проектирование экономических информационных систем: Учебник. – М.: Финансы и статистика, 2002.-512 с.
Буч, Г. Объектно-ориентированный анализ и проектирование с примерами приложений на С++ / Г. Буч. – М.: Бином, 2001. – 560 с.
Терра-Лексикон: Иллюстрированный энциклопедический словарь. – М.: ТЕРРА, 1998. - 672 с.
Якобсон, А. Унифицированный процесс разработки программного обеспечения / А. Якобсон, Г. Буч, Дж. Рамбо. – СПб.: Питер, 2002. - 496 с.
Гранд, М. Шаблоны проектирования в Java / М. Гранд. – М.: Новое знание, 2004. - 559 с.
Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000. – 352 с.
Калянов Г.Н. Теория и практика реорганизации бизнес-процессов. Серия «Реинжиниринг бизнеса». – М.: СИНТЕГ, 2000, 212 с.
Каменнова М., Громов А., Ферапонтов М., Шматалюк А. Моделирование бизнеса. – М.: Весть-Метатехнология, 2001
Федеральный закон от 27.07.2006 N 149-ФЗ (ред. от 25.11.2017) «Об информации, информационных технологиях и о защите информации».
Ларман К. Применение UML и шаблонов проектирования. Введение в объектно – ориентированный анализ и проектирование :Пер. с англ. – М.: Издательский дом «Вильямс», 2001. -496 с.
Маклаков С.В. BPwin и ERwin. CASE-средства разработки информационных систем. – М.: ДИАЛОГ-МИФИ, 2001 – 304 с.
С.Д.Паронджанов, Компания Аргуссофт Методология создания корпоративных ИС. – http://www.neic.nsk.su/rus/tech/cit/kbd96/43.htm (Дата обращения 11.03.2018).
«Бизнес Инжиниринг Групп» – http://bigc.ru/ (Дата обращения 11.03.2018).