46. Состав и содержание операций типового проектного проектирования.

Проектирование информационных систем

3. Лекция: Организация разработки ИС: Каноническое проектирование ИС. Стадии и этапы процесса канонического проектирования ИС. Цели и задачи предпроектной стадии создания ИС. Модели деятельности организации ("как есть" и "как должно быть"). Состав работ на стадии технического и рабочего проектирования. Состав проектной документации. Типовое проектирование ИС. Понятие типового проекта, предпосылки типизации. Объекты типизации. Методы типового проектирования. Оценка эффективности использования типовых решений. Типовое проектное решение (ТПР). Классы и структура ТПР. Состав и содержание операций типового элементного проектирования ИС. Функциональные пакеты прикладных программ (ППП) как основа ТПР. Адаптация типовой ИС. Методы и средства прототипного проектирования ИС.

47. Функциональные пакеты прикладных программ как основа тпр

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

Критерии оценки ППП делятся на следующие группы:

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

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

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

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

• факторы финансового порядка;

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

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

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

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

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

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

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

49. Прототипное проектирование экономических информационных систем

Основное желание заказчика ЭИС - получить готовое приложение высокого качества быстро при минимальных затратах на его разработку. Кроме того, заказчики желают контролироватьпроцесс разработки.

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

В рамках спиральной модели ЖЦ широкое распространение получила методология прототипного проектирования . Ядром этой методологии является способ быстрой разработки приложений - RAD (Rapid Application Development). Подход RAD предусматривает наличие трех составляющих :

•  небольшие группы разработчиков (3 - 7 человек), выполняющие работы по проектированию отдельных подсистем (требование максимальной управляемости коллектива);

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

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

Технология обеспечивает создание на ранней стадии действующей интерактивной модели -системы-прототипа . Прототип позволяет:

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

•  уточнить требования пользователя;

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

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

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

Такие инструментальные средства можно разделить на два класса :

•  интегрированные инструменты быстрой разработки приложений (класс BUILDER );

•  инструменты быстрой разработки приложения в развитых СУБД (класс DEVELOPER ).

К интегрированным инструментам класса BUILDER относятся Power Builder Enterprise , Delphi , Builder Си ++, Visual Basic и др.

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

К инструментам этих классов можно отнести средства 4 GL (генераторы компонентов приложений):

•  генераторы таблиц базы данных;

•  генераторы форм ввода-вывода;

•  генераторы запросов;

•  генераторы отчетов;

•  генераторы меню.

Такие генераторы существуют почти во всех СУБД, как персональных ( Access , FoxPro , Paradox ), так и в окружении промышленных серверов БД ( Oracle , Informix , Adabas D и др.).

Инструментальная среда быстрой разработки приложений СУБД Access включает ряд мастеров (конструкторов).

•  мастер (конструктор) таблиц предназначен для быстрого создания структуры таблиц БД и их взаимосвязей;

•  мастер (конструктор) форм ввода-вывода позволяет быстро создать экраны ввода информации в БД различного типа;

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

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

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

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