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

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

В настоящее время имеется два подхода к реализации таких систем:

1. Фирма-производитель программного обеспечения для разработки информационных систем, например, фирма ORACLE, используя свои продукты, создает прикладную систему, автоматизирующую деятельность предприятия (ORACLE Applications).

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

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

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

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

Cpedcmea проектирования ORACLE

Средства разработки масштабируемых приложений, предлагаемые корпорацией Oracle, представлены двумя группами программных продуктов: Designer/2000 и Developer/2000TM.

Рассмотрим Designer/2000 . Designer/2000 позволяет создавать Модели сложных систем с помощью средств реинжиниринга прикпад-ЧЬ1х процессов (BPR).

Designer/2000T представляет собой структуру в виде пирамиды, внутри которой расположены уровни. Каждый уровень представляет

собой набор инструментов. Рассмотрим основной инструментарий Designer/2000 . Верхний уровень представлен:

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

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

Design Wizards - на этом уровне работа человека сводится к минимуму. Система сама превращает созданные модели (информационную и функциональную) в реальнью структуры (структуру данных и структуру меню).

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

Основной задачей Designer/2000 является построение готового приложения. От зарождения проекта до ввода его в эксплуатацию проходит несколько этапов разработки. Такой системный подход обеспечивает производительную систему с широкими возможностями. При этом различают этапы:

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

Работа над проектом проходит, как правило, следующие стадии:

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

Контрольные вопросы

1. Сформулируйте сущность концепций MRP, MRP II, ERP.

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

3. Какие три скачка в настоящее время произошли в информационных технологиях?

4. Приведите схему взаимосвязи составных частей Нового Системного Проектирования.

5. Какие требования предъявляются к функциональности интефированной информационной системы управления предприятием для регионального оператора связи?

Кодирование и документирование. Создание опытной системы (прототипы). На первых двух уровнях Designer/2000 производится построение модели. Генерация и выполнение DDL утилит для создания таблиц и вспомогательных объектов базы данных. Разработка пользовательской документации, текстов справочных экранов и руководств по эксплуатации системы.

Внедрение (отладка). Совершенствование опытной системы и внесения изменений на основе тестирования и приемки пользователем - опытная эксплуатация.

Эксплуатация - передача системы пользователям. Наблюдение за ее производительностью, расширение возможностей и усовершенствование.

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

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

Вышеизложенные реализации систем требуют, как правило, промышленных решений для создания вычислительных комплексов. Наиболее приемлемым является операционная система UNIX, в качестве баз данных используются промышленные СУБД класса ORACLE или INFORMIX. Среди аппаратных серверных платформ на первом месте находятся фирмы SUN и Hewlett Packard. Реже используются продукты фирмы Microsoft.