Типовое проектирование эис

1. ТИПОВОЕ ПРОЕКТИРОВАНИЕ
ЭИС

2. Под типовым проектным решением(ТПР) подразумевается представленное
в виде проектной документации, включая программные модули, проектное
решение, пригодное к многократному использованию
В зависимости от уровня декомпозиции системы различают:
Методы Типового
Объектный
Элементный
Подсистемный

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

4. ТПР уровня Задача

5. При использовании подсистемного метода ТП ЭИС в качестве элементов
типизации выступают отдельные подсистемы, которые обеспечивают
функциональную полноту, минимизацию внешних ИС, параметрическую
настраиваемость, альтернативность схем в пределах значений входных
параметров.
Типовые проектные решения для функциональных подсистем реализуются
в виде пакетов прикладных программ (ППП), которые позволяют
осуществлять:
хорошее документирование отображаемых
процессов обработки информации.
сокращение затрат на проектирование и
программирование взаимосвязанных компонентов;
модульное проектирование;
параметрическую настройку программных
компонентов на различные объекты управления;
Подсистемный метод

6. Вместе с тем адаптивность типовых проектных решений в виде
функциональных ППП недостаточна с позиции непрерывного
инжиниринга деловых процессов. Также возникают проблемы в
комплексировании ППП разных функциональных подсистем.
В качестве примеров широкораспространенных функциональных ППП
можно назвать: 1C «Предприятие» (автоматизация бухгалтерского
учета, расчета заработной платы, складского учета), «Фолио - Склад»
(автоматизация складских операций), Project Expert (бизнес-
планирование), ИНЭК (финансовый анализ) и др.
Подсистемный метод

7. Объектный метод
• При объектном методе ТП ЭИС в качестве типового элемента
используется ТП для объектов управления определенной
отрасли, который включает полный набор функциональных и
обеспечивающих подсистем ЭИС.
• Несомненное преимущество объектного метода типового
проектирования ЭИС перед подсистемным методом
заключается в комплексируемости всех компонентов за счет
методологического единства и информационной, программной и
технической совместимости компонентов.
• Адаптивность объектного метода зависит от используемого
подхода. В настоящее время развивается модельно-
ориентированный подход реализации объектного метода
типового проектирования ЭИС, известный по применению
типовых ИС R / 3 (S A P) И B A A N I V B A A N

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

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

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

11. Преобразователь П1 « Определение критериев оценки
функционального ППП»
Перечень критериев выбора ППП Д1.2 для конкретной подсистемы
определяется в зависимости от следующих характеристик проблемной
области Д1.1:
срок
разработки
ИС
технической
оснащенности
объекта
управления
программного и
сетевого
оснащения
существующих и
функционирующ
их ППП (ФППП)
денежных
ресурсов

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

13. Каждая из групп критериев, в свою очередь, разбивается на некоторое
подмножество критериев, более полно раскрывающих аспекты ППП:
№
Наименование
критерия
Содержание подкритериев
1 Назначение и
возможности пакета
1.1. Предметная область использования
1.2. Степень обеспечения функций управления
1.3. Общий или специализированный
1.4. Коллективного или индивидуального пользования
1.5. Возможности расширения функций пакета
1.6. Возможности оптимизации расчетов
1.7. Возможность адаптации к различным применениям на основе
модульного строения пакета
1.8. Возможность взаимозаменяемости технических средств
1.9. Возможность повышения эффективности обработки данных
1.10. Универсальность

14. 2 Оптимальные
признаки
и свойства пакета
2.1. Входной язык
2.2. Управляющий язык
2. 3. Структура массива
2.4. Способ хранения данных
2.5. Способ доступа данных
2.6. Выдача выходных документов
2.7. Дистанционная обработка и разделение времени
2.8. Представление входных данных
2.9. Способы проверки входных данных
2.10. Представление входных данных
2.11. Редактирование входных данных
2..12. Диалоговый режим
2.13. Язык программирования
№
Наименование
критерия
Содержание подкритериев

15. № Наименование критерия Содержание подкритериев
3 Требования к техническим и
программным средствам
3.1. Вычислительная система
3.2. Объем ОП
3.3. Объем внешней памяти
3.4. Периферийные устройства
3.5. Тип ОС
3.6. Вспомогательные программные средства
3.7. Использование средств организации массивов
3.8. Совместимость с СУБД
4 Документация пакета 4.1. Общее руководство по использованию
4.2. Руководство системного и программного уровня
5 Факторы финансового порядка 5.1. Затраты на приобретение пакета
5.2. Затраты на аренду пакета
5.3. Затраты на обработку пакета, установку,
подготовку персонала, техники, обслуживания и
поддержания
5.4. Экономическая эффективность использования
пакета

16. 395
Продолжение
6 Особенности
установки
6.1. Объем работ по установке пакета
6. 2 . Время установки
6. 3. Требуемые модификации пакета
6.4. Требования пользователя к квалификации
программистов
6.5. Требования настройки входных и выходных форм
пакета
6.6. Трудоемкость организации информационной базы
6.7. Требуемые модификации ОС и СУБД
7 Особенности 7.1. Зависимость рабочих характеристик пакета от
используемых технических и программных средств
7. 2 . Возможность обслуживания пакета силами
специалистов организации-пользователя
395
Продолжение
№
Наименование
критерия
Содержание подкритериев

17. № Наименование критерия Содержание подкритериев
7.3. Техническая эффективность, надежность
7.4. Защита данных
7.5. Трудоемкость внесения изменений
7.6. Трудоемкость реорганизации
информационной базы
7.7. Трудоемкость и время обнаружения и
исправления ошибок
7.8. Время повторного запуска системы
7.9. Время цикла обработки информации
7.10.Производительность
8 Помощь поставщика по
внедрению и
поддержанию пакета
8.1. Обучение персонала организации-
пользователя
8.2. Участие поставщика при внедрении пакета
8.3. Переход от старой системы к новой
8.4. Участие поставщика в обследовании
пакета
8.5. Корректировка системы ошибок
8.6. Внесение модификаций
8.7. Обеспечение обновления документов
8.8. Простота использования

18. 9 Оценка качества
пакета и опыт
его использования
9.1. Источник появления
9.2. Характеристика 1-й версии пакета
9. 3. Число и характер переделок пакета
9.4. Число организаций, пользующихся пакетом
9.5. Оценка уже установленных пакетов
9.6. Сравнение с аналогичными пакетами
9.7. Помехозащищенность
10 Перспективы
развития пакета
10.1. Совершенствование концепции и
используемых методов
10. 2. Подключение новых функциональных
возможностей
10. 3. Расширение интерфейса, переход на
совершенные технические средства
10.4. Совместимость со старой версией
№
Наименование
критерия
Содержание подкритериев

19. Преобразователь П2 «Оценка рынка функциональных ППП»
Оценка рынка функциональных ППП осуществляется по универсуму U1
программных средств, имеющихся на рынке, на основе выделенных групп
критериев Д1. 2 и может производиться по методике оценки
эргономических характеристик продуктов. По данной методике
предполагается усреднение оценок группы экспертов, оценивающих ППП.
Для каждой характеристики на основе оценок нескольких экспертов по 10-
балльной шкале устанавливаются средневзвешенные весовые
коэффициенты значимости, которые нормируются внутри группы .
По каждому ППП осуществляется экспертная оценка в разрезе отдельных
характеристик по 10-балльной шкале. Далее оценки автоматически умножаются на
весовые коэффициенты и нормируются внутри группы.
Взвешенные оценки характеристик суммируются по группам и в целом по ППП
ППП, получивший наибольшую взвешенную характеристику, является претендентом на
принятие решения о закупке. В результате принятия решения о закупке ППП G1 с
фирмой-разработчиком заключается договор о поставке и сопровождении ППП Д 2.2
вместе с технической документацией Д1.1.

20. Преобразователь П3 «Настройка функционального ППП»
Настройка модулей ППП заключается в параметризации функций
пакета. В качестве входной информации используются данные
предметной области Д 1.1, а также техническая документация пакета
Д3.1. Результатом настройки модулей является ППП, готовый к
эксплуатации, - G2.
Преобразователь П4«Обучение персонала»
Этот преобразователь необходим для
ознакомления, выработки навыков
использования ППП у персонала,
который будет непосредственно
работать с ним. На вход
преобразователя поступает
техническая документация пакета -
Д2.1 и сам ППП - G2. Результатом
обучения персонала являются
прохождение различных контрольных
мероприятий (тестов, экзаменов и
т.п.) и получение документов,
свидетельствующих о готовности
персонала к эксплуатации ППП, - Д3.1.

21. Преобразователь П5«Эксплуатация ППП»
Этот преобразователь отражает
автоматизированное выполнение функции управления
с помощью ППП
Входом данной технологической операции являются:
информация проблемной области - Д1.1 и ППП - G2.
Выходом операции является статистика работы
пакета - Д4.1, которая используется для анализа
эффективности функционирования ППП и
выработки рекомендаций по его перенастройке.

22. Преобразователь П5«Адаптация типовой конфигурации
ППП с использованием инструментальных средств»
• Описание внешних
изменений
функционирования
ППП -Д4.1.
Выходом данной
технологическо
й операции
является
• Техническая
документация ППП -
Д2.1.
новая,
адаптированна
я версия. ППП -
G2'
• Инструментальные
средства адаптации
ППП - G2.
и обновленная
техническая
документация
ППП - Д2.Г
На вход преобразователя поступают

23. Рассмотрим использование средств адаптации типовой конфигурации
ППП на примере «Галактика»,которая включает в себя:
*набор средств для администратора базы данных;
*высокопроизводительный инструментарий для квалифицированного
пользователя (программиста)