3. Разработка информационных моделей структурных элементов и модели информационного пространства системы управления:

• определение сущностей модели и их атрибутов;

• проведение атрибутного анализа и оптимизация сущностей;

• идентификация отношений между сущностями и определение типов отношений;

• разрешение неспецифических отношений;

• анализ и оптимизация информационной модели;

• объединение информационных моделей в единую модель информационного пространства.

• Разработка предложений по автоматизации системы управления предприятия:

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

• составление перечня подсистем и логических АРМов (автоматизированных рабочих мест), определение способов их взаимодействия;

• разработка предложений по очередности проектирования и реализации подсистем и отдельных логических АРМов, входящих в состав ИС;

• разработка требований к средствам базового технического обеспечения ИС;

• разработка требований к средствам базового программного обеспечения ИС.

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

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

Построенная модель является законченным результатом по следующим причинам:

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

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

3. Она позволяет осуществлять эффективное обучение новых работников конкретным направлениям деятельности предприятия, так как соответствующие технологии содержатся в модели.

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

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

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

2.1. Общие положения

Основу современной CASE-технологии анализа и проектирования информационных систем составляют:

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

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

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

• наличие централизованной базы данных - репозитория, обеспечивающего хранение моделей предметной области и спецификаций проекта прикладной системы на всех этапах ее разработки;

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

• централизованное хранение проекта системы и управление одновременным доступом к нему всех участников разработки;

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

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

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

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