Файл: МЕТОДЫ И СРЕДСТВА ПРОЕКТИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ.pdf

Пакет ERWin это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов. Возможности ERWin:

• поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional;

• поддерживается прямое (создание БД на основе модели) и обратное (генерация модели по имеющейся базе данных) проектирование для 20 типов СУБД: настольные, реляционные и специализированные СУБД, предназначенные для создания хранилищ данных;

• интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.;

• позволяет повторно использовать компоненты созданных ранее моделей, а также использовать наработки других разработчиков;

• возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager);

• позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой;

• позволяет документировать структуру БД.

Oracle Designer компании Oracle. Набор инструментальных средств Oracle Designer предлагает интегрированное решение для разработки прикладных систем корпоративного уровня для Web и клиент/серверных приложений. Oracle Designer участвует в каждой фазе жизненного цикла разработки программного обеспечения - от моделирования бизнес-процессов до внедрения. Применение единого репозитория, делает возможным использование любых его компонент для быстрой разработки масштабируемых, кросс-платформных распределенных приложений. Задачей Oracle Designer является сбор данных о потребностях пользователей и автоматизация построения гибких графических приложений. Oracle Designer используется не только для создания приложений, но и для ведения учета изменений, которые неизбежно происходят при эксплуатации системы. Графические модели определений проекта, интегрированные с многопользовательским репозиторием существенно облегчают работу с Oracle Designer. Средства концептуального моделирования Oracle Designer включают в себя:

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

• диаграммы функциональной иерархии, описывающие функции, которые выполняет система;

• диаграммы потоков данных, циркулирующих на предприятии.

•

Такие модели представляют информационные потребности в удобном и наглядном для восприятия виде, что делает их хорошим средством коммуникации между проектировщиками и пользователями в процессе уточнения постановки задач. Любой разработчик заинтересован, чтобы описание концептуальной модели было использовано для создания спецификаций,описывающих структуру и основные компоненты будущей системы. В Oracle Designer все спецификации проекта системы разрабатываются на основе моделей концептуального уровня и обеспечивают выполнение всех содержащихся в них требований и ограничений. Полученные компоненты системы могут быть преобразованы в реальные объекты базы данных, экранные формы и отчеты. Финальная часть разработки проекта - автоматическая генерация серверных компонентов - возможна не только для сервера БД Oracle, но и для СУБД Microsoft SQL Server, DB/2, Sybase и ряда других. Любые изменения бизнес-процессов могут быть внесены в модели и тут же сгенерировано модифицированное приложение, основывающееся уже на новых схемах ведения бизнеса. При этом все разработанное ранее будет сохранено и войдет в новый проект. Oгасlе Designer автоматически создает отчеты, которые содержат всю информацию о проекте и могут быть использованы как набор документов, отражающих текущее состояние проекта.

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

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

Укажем основное предназначение каждого рассматриваемого продукта из множества его применений:

- для моделирования баз данных больше подходят инструменты Erwin, Power Designer и Rational Rose;
- для моделирования компонентов разрабатываемых приложений больше подходят Oracle Designer, Power Designer и Rational Rose;
- для моделирования бизнес-процессов больше подходят BPwin, ARIS и Rational Rose.

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

Таблица 2. Сравнительный анализ по базовым функциям

Сравнительный функциональный анализ
	Функциональные возможности, среда	MSVISIO	BPWin	Rational Rose
1	Поддерживаемый стандарт	еEPS (расширение IDEF3), ERD, UML, собственные методы в другой нотации, в которых реализован основной смысл методов IDEF, DFD	IDEF0, IDEF3, DFD	UML
2	Наличие выразительных средств графического отображения моделей	Репрезентативность моделей высока	Репрезентативность моделей низка	Репрезентативность моделей низка
3	Моделирование диаграмм различных типов	+	+/-	+/-
4	Функционально-стоимостной анализ	+	+	+/-
5	Имитационное моделирование	+	+/-	-
6	Возможность декомпозиции объекта	+	+	+
7	Оформление проектной документации: генерация технологических и рабочих инструкций	+	+/-	+
8	Хранение моделей деятельности предприятий	+	+/-	+/-
9	Контроль и обеспечение целостности проектных данных	+	+/-	+
10	Ведение библиотеки типовых бизнес-моделей	+	+/-	+/-
11	Возможность групповой работы	+	+	+
12	Простота освоения продукта	Средне	Просто	Сложно
"+" - да "+/-" - частичная реализация, требующая доработки иными инструментальными средствами "-" - нет

Исходя из рассмотренных программных средств было принято решение использовать программное обеспечение MSVisio

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

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

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

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

Следовательно, при моделировании процессов необходимо учесть выполнение данного процесса.

2.2 Моделирование бизнес-процессов «как должно быть»

Настоящий процесс начинается при наличии следующих условий:

№	Вход	Объекты	Поставщик
№	Вход	Объекты	Процесс	Функция/ Объект внешней среды	Исполнитель
1.	Поставка	ТМЦ	Выполнение процесса перевозки	Прибытие на транспортную базу	Поставщик

Результат настоящего процесса должен быть следующий:

№	Выход	Объекты	Потребитель
№	Выход	Объекты	Процесс	Функция/ Объект внешней среды	Исполнитель
1.	Акт расхождения по внешней форме.	Акт расхождения при приемке		{Туннель}
2.	Акт расхождения при приемке	Акт расхождения при приемке	Приемка поступивших ТМЦ по качеству	Формирование в ИС документов на приемку по количеству и качеству	Оператор склада
3.	ТМЦ. Приняты по количеству мест	ТМЦ	Идентифицировать и пересчитать каждую товарную позиции	Сопоставить штрих-код поставщика с данными ИС	Кладовщик
4.	ТСД. Подписаны и переданы перевозчику	ТСД		Перевозчик
5.	ТСД. Подписаны по количеству мест	ТСД	Приемка поступивших ТМЦ по качеству	Формирование в ИС документов на приемку по количеству и качеству	Оператор склада

Требования к срокам выполнения процесса

Начало незамедлительно при прибытии транспортного средства, выполнение в течение рабочего дня прибытия.

Ресурсы процесса. Владелец

Владельцем процесса является:

№	Должность	Подразделение	Предмет деятельности
1.	Начальник склада	Склад

Ресурсы процесса. Исполнители

Основными исполнителями процесса являются:

№	Организационная единица	Подразделение	Предмет деятельности
1.	Кладовщик	Склад

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

Основными участниками процесса являются:

№	Тип участия	Организационная единица	Подразделение	Предмет деятельности
1.	д/б информирован о нестандартном завершении	Менеджер по закупкам	Отдел логистики