4. Параметрически – ориентированное проектирование.

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

ППП включает в себя следующие блоки: функционирования, обработки параметров, адаптации.

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

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

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

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

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

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

В качестве таких инструментов, доступных пользователю-непрограммисту, используются генераторы программ ЭИС на основе языковых средств RAD-технологии, макроязыки проектирования и настройки типовых модулей.

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

Основные группы критериев оценки пакета прикладных программ:

• назначение и возможности пакета,

• отличительные признаки и свойства пакета,

• требования к техническим и программным средствам,

• документация пакета,

• особенности установки пакета,

• особенности эксплуатации пакета,

• помощь поставщика по внедрению и поддержанию пакета,

• оценка качества пакета и опыт его использования,

• перспективы развития пакета.

Каждая из групп критериев разбивается на некоторое подмножество критериев, более полно раскрывающих аспекты анализа выбираемых ППП.

5. Автоматизированное проектирование экономических информационных систем. Case – технология. Архитектура case – средства.

CASE. (Computer-Aided Software/System Engineering), первоначально ограниченные вопросами автоматизации разработки только ПО, сейчас — охватывают процесс разработки сложных ЭИС в целом.

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

Преимущества CASE. по сравнению с традиционной технологией оригинального проектирования:

• улучшение качества программного приложения за счет средств автоматического контроля;

• возможность повторного использования компонентов разработки;

• поддержание адаптивности и сопровождения ЭИС;

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

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

• возможность коллективной разработки проекта в режиме реаль¬ного времени.

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

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

Метод — это систематическая процедура или техника генерации описаний компонент ПО.

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

Инструментальные CASE средства — специальные программы, кот. поддерживают 1 или несколько методологий анализа и проектирования ИС.

Архитектура CASE -средства включает репозиторий, графический редактор диаграмм, верификатор диаграмм, документатор проекта, сервис, администратор проекта.

Ядром системы является база данных проекта — репозиторий (словарь данных). Он представляет собой специализированную базу данных, предназначенную для отображения состояния про¬ектируемой ЭИС в каждый момент времени. Репозиторий содержит информацию об объектах проектируемой ЭИС и взаимосвязях между ними. В репозитории хранятся описания следу¬ющих объектов: проектировщиков и их прав доступа к различным компонентам системы; организационных структур; диаграмм и их компонентов; связей между диаграммами; структур данных; программных модулей; процедур; библиотеки модулей и т. д.

Графический редактор диаграмм предназначен для отображения в графическом виде ЭИС в заданной нотации.

Верификатор диаграмм служит для контроля правильности построения диаграмм с заданной методологией проектирования ЭИС.

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

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

Сервис представляет собой набор системных утилит по обслуживанию репозитория.

При выборе Case-системы необходимо учитывать следующие аспекты:

• Наличие базы проектных данных

• Интерфейсы с др. Case-системами

• Возможности импорта, экспорта спецификаций в различные Case-системы

• Многопользовательский режим

• Открытая архитектура

• Расширение новыми методологиями

• Наличие графических средств поддержки методологии проектирования

• Обеспечение качества проектной документации

• Генерация кодов программ

• Планирование и управление проектом и др.