Глава 4. Типовое проектирование ЭИС
4.1. Проектирование с использованием
пакетов прикладных программ
Функциональный пакет прикладных программ (ППП) – это некоторая организационно – экономическая модель, направленная на получение информации, необходимой для принятия решений.
ППП определяется на входе - информационным потоком и параметрическим потоком данных, а на выходе - результатной информацией (РИ).
Параметрический поток – набор данных, необходимых для настройки пакета при необходимых условиях.
ППП делится на два крупных класса:
ü пакеты генерирующего типа;
ü пакеты интерпретирующего типа
У пакетов генерирующего типа отсутствует параметрический поток, присутствует информационный поток. При генерации пакета получается новая программа.
У пакетов интерпретирующего типа имеем информационный поток и параметрический поток. Новых программ не получаем.
Пакеты генерирующего типа занимают меньше по объёму памяти, но может возникнуть ситуация, когда очередная модификация ППП приведёт к рассогласованию проектных решений ЭИС. Устранение рассогласования может потребовать значительных ресурсов и усилий.
Пакеты интерпретирующего типа занимают больше по объёму памяти, дольше работают, их настройка гораздо сложнее.
Параметрический поток у функциональных систем:
ü параметры, характеризующие входную информацию (количество показателей, документов);
ü характеризующие размеры баз данных и файлов;
ü характеризующие систему запросов;
ü характеризующие конфигурацию системы.
Информационный поток – значение входных документов (машинных, бумажных).
Все ППП делятся на два класса: пакеты общесистемного назначения, пакеты функционального назначения.
Проектирование систем с помощью ППП сводится к выбору подходящего ППП, который удовлетворяет требования, предъявляемые к информационному обеспечению объекта управления, программному и техническому.
Информационное обеспечение объекта управления делится на две части: комплекс организационных и функциональных документов (внемашинных) и программных (внутримашинных).
Перечень работ, необходимых при использовании ППП:
ü разработка ТЗ на автоматизацию данного ППП;
ü осуществление выбора ППП в соответствии с ТЗ;
ü в соответствии с выбранным ППП производится уточнение требований к функциональным и обеспечивающим частям системы;
ü производство работ на уровне технического проекта: уточнение постановок задач в соответствии с данным пакетом, разработка систем классификации и кодирования, разработка НСИ;
ü разработка параметрического потока данных;
ü отладка программного обеспечения на информационных потоках;
ü разработка и доработка документации по данному пакету в соответствии с требованиями заказчика;
ü разработка руководства пользователя для данного объекта управления.
Доработка функциональных блоков или задач.
ü перечень действий при разработке отдельных программных модулей;
ü подготовка входа информационного потока;
ü разработка самого программного модуля на конкретном языке;
ü отладка модуля;
ü описание программы и подготовка функциональных документов описания для пользователя.
На рис. 4.1 представлено ТСП с использованием ППП технологий, в котором приняты следующие обозначения:
П1 – выбор требуемых ППП
Вход:
D1 – материалы технико-экономического обследования объекта управления
D2 – состав и содержание функциональных подсистем
Выход:
D3 – требования, определяемые из ТЗ, к составу и содержанию ППП
П2 – задача выбора состава ППП
Вход:
U1 – сведения о ППП
Выход:
D4 – перечень выбранных ППП
D5 – документация по выбранному ППП
П3 – уточнение требований к функциональной и обеспечивающей частям системы
Вход:
P1 – параметры, характеризующие проектируемую систему
Выход:
D6 – формирование раздела ТЗ с требованиями к системе
П4 – уточнение постановок задач
Вход:
P2 – параметрический поток выбранных ППП
Выход:
D7 – уточненные постановки задач
П5 – разработка параметрических потоков для входа
Вход:
D7 – уточненные постановки задач
Выход:
P2 – параметрический поток, выбранных ППП
П6 – разработка программы оригинальных проектных решений, представляемых в виде блоков пользователя G1
Вход:
D10 – средства программирования, операционная система
Выход:
G1 – программное обеспечение
П7 – синтаксический контроль описаний задач на входном языке ППП P2, реализуемый специальными модулями ППП
Вход:
G2 – программы ППП
Выход:
G3 – программный комплекс задач, реализуемый специальными модулями
П8 – настройка выбранных ППП
Вход:
D7 – уточненные постановки задач
Выход:
D8 – контрольный пример
П9 – отладка описаний задач
Вход:
G1 – программное обеспечение
Выход:
D9 – результатная информация по задаче
П10 – формирование документации техно-рабочего проекта системы;
Вход:
D5 – документация
P2 – параметрический поток выбранных ППП
D9 – результатная информация по задаче
Выход:
D11 – техно-рабочий проект с использованием ППП-технологий
4.2. Методика выбора пакетов прикладных программ
Анализ технической документации по пакетам прикладных программ и литературных источников, описывающих технологию их разработок и использования, позволил выявить перечень критериев, характеризующих в различных аспектах применение ППП, которые можно сгруппировать в подмножества и разработать для них систему классификации.
В частности, были выделены следующие основные классификационные группировки критериев, характеризующие пакет прикладных программ:
ü назначение и возможности пакета;
ü отличительные признаки и свойства пакета;
ü требования к техническим и программным средствам;
ü документация пакета;
ü факторы финансового порядка;
ü особенности установки пакета;
ü особенности эксплуатации пакета;
ü помощь поставщика по внедрению и поддержанию пакета;
ü оценка качества пакета и опыт его использования;
ü перспективы развития пакета.
1. Назначение и возможности пакета:
· предметная область использования;
· степень обеспечения функции управления;
· общий или специализированный
· коллективного или индивидуального пользования;
· возможности расширения функций пакета;
· возможности оптимизации расчётов;
· возможность адаптации к различным применениям на основе модульного строения пакета;
· возможность взаимозаменяемости технических средств;
· возможность повышения эффективности обработки данных;
· универсальность;
· применимость для пользователей разной квалификации.
2. Основные признаки и свойства пакета:
· входной язык;
· управляющий язык;
· структура массива;
· способ хранения данных;
· способ доступа данных;
· выдача выходных документов;
· дистанционная обработка и разделение времени;
· представление входных данных;
· способы проверки входных данных;
· представление входных данных;
· редактирование входных данных;
· диалоговый режим;
· языки программирования.
3. Требования к техническим и программным средствам:
· вычислительная система;
· объем ОП;
· объем внешней памяти;
· периферийные устройства;
· тип ОС;
· вспомогательные программные средства;
· использование средств организации массивов;
· совместимость с СУБД.
4. Документация пакета:
· общее руководство по использованию;
· руководство системного и программного уровня.
5. Факторы финансового порядка:
· затраты на приобретение пакета;
· затраты на аренду пакета;
· затраты на обработку пакета, установку, подготовку персонала, техники, обслуживания и поддержания;
· экономическая эффективность использования пакета.
6. Особенности установки:
· объем работ по установке пакета;
· время установки;
· требования модификации пакета;
· требования пользователя к квалификации программистов;
· требования настройки входных и выходных форм пакета;
· трудоемкость организации информационной базы;
· требуемые модификации ОС и СУБД.
7. Особенности:
· зависимость рабочих характеристик пакета от используемых технических и программных средств;
· возможность обслуживания пакета силами специалистов организации-пользователя;
· техническая эффективность и надежность;
· защита данных;
· трудоемкость внесения изменений;
· трудоемкость реорганизации информационной базы;
· трудоемкость и время обнаружения и исправления ошибок;
· время повторного запуска системы;
· время цикла обработки информации;
· производительность.
8. Помощь поставщика по внедрению и поддерживанию пакета:
· обучение персонала организации-пользователя;
· участие поставщика при внедрении пакета;
· переход от старой системы к новой;
· участие поставщика в обследовании пакета;
· корректировка системы ошибок;
· внесение модификаций;
· обеспечение обновления документов;
· простота использования.
9. Оценка качества пакета и опыт его использования:
· источник появления;
· характеристика 1-й версии пакета;
· число и характер переделок пакета;
· число организаций, пользующихся пакетом;
· оценка уже установленных пакетов;
· сравнение с аналогичными пакетами.
10. Перспективы развития пакета:
· совершенствование концепции и используемых методов;
· подключение новых функциональных возможностей;
· расширение интерфейса, переход на совершенные технические средства;
· совместимость со старой версией.