ТПР используемая в конкретном ЭИС должна удовлетворять требованиям

3. ТПР используемая в конкретном ЭИС должна удовлетворять требованиям

стандартов, распространяемых на ЭИС и её части

ТПР должен удовлетворять одному или нескольким из следующих свойств:

Обладать способностью удовлетворять все возможные потребности в рамках

своей функциональной ориентации

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

параметров

Допускать возможность выбора нужной комбинации ТПР в любом конкретном

применении

Обладать возможностью адаптации к различным техническим средствамКлассы

тпр ТПР может подразделяться на три класса:

Класс задачи- охватывает комплекс алгоритмов и программ реализующих

определенные функции управления. ТПР этого класса разделяется на подклассы

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

принципу).При этом предусматривается разработка модулей алгоритмов и

модулей программ.

ТПР по задачам имеет следующие особенности:

Они построены по модульному принципу

Они обладают настраиваемостью программ, т.е. возможностью выбора

определённых алгоритмов из числа заложенных в ТПР решений

ТПР по задачам снабжена развитой системой диагностики широкого класса

ошибок возможных при генерировании и эксплуатации рабочих программ

2.Класс техника- определяет состав ,порядок размещения и использования

технических средств и содержит два вида решений:

Методические рекомендации по составу, порядку, размещению технических

средств

типовые схемы применения периферийных технических средств

3.Класс персонал- предназначен для регламентации действий персонала в

нормативных условиях функционирования ЭИС .В их задачи входит обеспечение

персонала должностными инструкциями с указанием их прав, обязанности и

ответственности.

ОСОБЕННОСТИ на этапах (разработка концепции ЭИС, тех задание, тех проект,

раб док-ия) производится оценка функциональной полноты используемых ТПР.

Возможно 3 варианта: 1 применение ТПР без доработки 2 модификация ТПР за

счет включения дополнит модулей 3 разработка оригинальных программных

модулей. Анализ функц полноты: выбор ТПР “задача” в последовательности: на

основании обследования предприятия сравнивается имеющаяся ТПР с перечнем

задач, анализ входных, выходных форм………..

Технологические операции проектирования с использование ТПР Д1-3 - П1-

Д{3} Д4-9 П1-выбор выходных документов Д1-тех эк обследование Д2описание

систем запросов Д3выходные док-ты ТПР Д{3} формы вых док-ов без доработки

Д4 формы из выходных массивов Д5 описание к программе для получения вых

форм Д6 вых формы генерируемые по запросу Д7 описание лог связей

реквизитов в вых формах Д8 инструкции по использованию вых форм Д9

периодичность получения вых форм

Д1Р1Д10 – П2 – Д{10}Д11-14 П2- выбор выходных док-ов Р1- ограничения на

формы вых док-ов Д10 формы входных док-ов Д{10} формы входных док без

доработки Д11 ограничения на вх формы Д12 связи реквизитов Д13 инструкции

по заполнению Д14 периодичность поступления

Д1-2Д{3}Д{10}Д15 – П3 – Д{15}Д16-18 П3-выбор модулей ТПР и разработка схем

информационной увязки ТПР и оригинальных решений Д15- блок схема решения

задачи Д{15} выбранные из ТПР модули решения задач без доработки Д16

оригинальные модули Д17 схемы информац увязки оригин модулей и ТПР Д18

постановка задачи

Д1Д{3}Д4Д6-7 – П4 – U1 Д{19}Д19-20Д27 П4-выбор системы классификации U1

общегосударственные классификаторы Д19 справочники клас-ры применяющиеся в

ТПР Д{19} выбранные клас-ры предлагаемые в ТПР Д20 локальные класс-ры Д27

справочник классификаторов на предприятии

Д2Д{3}Д4-5Д21 - П5 – Д{21}Д22-23 П5 - выбор типовых программных модулей

Д{21} типовые программные модули без доработки Д22 ---- требующие

доработку Д23 контрольный пример

Р2U2Д24-25U3 – П6 – Д{24}Д26 П6 выбор комплекса технич средств Р2 комплекс

параметров описывающие инф потоки на объекте U2 перечень имеющихся тех

средств Д24 типовые рекомендации по выбору и размещению технических

средств Д25 ограничение на использование тех средств U3 номенклатура тех

средств Д{24} выбранные типовые рекомендации Д26 перечень выбранных тех

средств включая имеющиеся

ОПРЕДЕЛЕНИЕ ППП ППП- некоторый преобразователь на вход которого подается

параметрический поток и информационный поток а выходным является

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

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

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

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

структура функционирование любого ППП может быть обеспечено совокупностью

средств: обеспечение данными, реализация алгоритмов решения задач,

диспетчеризация работы пакета, взаимодействие пользователя с пакетом.

Организацию ППП можно представить состоящими из частей: 1 входной язык

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

пользователя к пакету 2 модель области применения пакета, т.е совокупность

сведений о классе задач для решения которых предназначен пакет 3 набор

данных необходимых для решения задач 4 фонд модулей используемый при

составлении программ 5 управляющая программа пакета 6 результаты решения…

Общесистемные и т.д функциональные ППП – программы реализации различных

функций управления.

Сущность подсистемного проектирования ЭИС и выбор ППП Пакетное

проектирование ЭИС производится в рамках традиционных стадий разработки

ЭИС. Специфика данного метода отражается на проектировании ЭИС .Так на

предпроектной стадии данным анализа функций и методов управления объекта и

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

, а также состав и структура информационной базы .Проводятся мероприятия

по организационно-технической подготовке объектов управления с учетом

требований накладываемых функциями ППП. При пакетном проектировании

значительно сокращаются сроки раб. проектирования ,так как используются

типовые пакеты программ либо непосредственно в том виде в каком они есть

либо с незначительной доработкой . Остается лишь задача настройки пакетов

на общую единую БД и привязки их к условиям конкретного объекта .

На основе подготовленных и загруженных массивов осуществляется опытная и

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

анализ функционирования и освоение проектной мощности комплекса задач ЭИС

в целом.

Таким образом при создании ЭИС на основе ППП последовательность работ

сводится к следующему :

Выбора ППП для реализации функций управления на данном объекте

Привязке выбранных ППП к конкретным значениям параметра объектов

Основные этапы пакетного проектирования

Выбор ППП

Он состоит в подборе наиболее подходящих ППП удовлетворяющих как условиям

рассматриваемого объекта ,так и требованиям программного и информационного

интерфэйсов. Задача выбора возникает не только при разработке ,но и для

всех случаев , когда в процессе развития и совершенствования ЭИС

появляется необходимость в новой технике и новом программном обеспечении.

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

поиск готовых пакетов или путей их приобретения

сравнительное описание характеристики возможных пакетов

окончательный выбор пакетов

Метод контрольных вопросов

назначение и возможности пакета 2 отличительные признаки и свойства пакета

, т.е. СУБД ,структура массивов 3 требования к программным и техническим

средствам при реализации пакета 4 характеристика документации пакета 5

финансовые факторы: затраты на приобретение, разработку, установку пакета,

подготовка персонала, экономическая эффективность пакета 6 особенности

установки пакета 7 особенности эксплуатации пакета 8 оценка качества

пакета и опыт его использования 9 перспектива использования пакета

Метод экспертных оценок

Группа экспертов разрабатывают список факторов характеризующих программу.

Каждому фактору присваивается вес. Далее эксперты проводят оценку

рассматриваемого пакета по каждому из факторов. Ранжирование оценок

позволяет выявить подходящий вариант ППП

Аналитический метод – задачи выбора ППП ставится как задача

математического программирования. Функция представляющая критерий

эффективности стремится к максимумуСпособы привязки ППП к условиям

конкретного объекта ППП с точки зрения проектировщика-это некоторый

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

параметрический поток, а выход - необходимая для управления объектом

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

условиях конкретного объекта обрабатываются на ЭВМ с помощью

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

Параметрический поток - совокупность параметров , настраиваемость на

которые предусмотрена в соответствующем ППП, и за счет такой

настраиваемости пакет может быть привязан к конкретным условиям объекта

управления.

Способ привязки заложен в самом пакете при его создании и может

осуществляться либо по принципу интерпретации, либо по принципу генерации.

Принцип интерпретации заключается в том, что параметрический поток,

призванный настроить пакет на особенности конкретного объекта управления

как бы поглощается самим пакетом, что и видно на схеме А.

ИП --> (ПП->[ППП]) ->ВИ информационный, параметрический поток

Схема А выходная информация

ПП --> [ППП]`------------- ¯

ИП ---------> [ПППГ]--> ВИ сгенерированный ППП

Схема Б

Как только такое поглощение совершается, то система становится готовой к

восприятию информационного потока. При использовании принципа

интерпретации программы и документация пакета не меняются. Основное

преимущество такого способа привязки заключается в том, что создаваемая в

результате СОД проста в эксплуатации и легко модифицируется. При генерации

осуществляется не просто привязка ППП, а создание нового комплекса

программ МАХ соответствующего требованиям конкретного объекта управления с

новой сопровождающей его документацией. И информационный поток

воспринимается сгенерированным пакетом.(схема Б)

При генерации получаются лучшие СОД в смысле оптимальности их временных

параметров и требований к ресурсам вычислительной среды. Однако при

модификации системы необходимо повторять генерацию пакета, и в процессе

длительной эксплуатации системы может возникнуть ситуация когда очередная

модификация приведет к результату, не согласующемуся с вариантом

первоначальной генерации пакета.

Устранение такого рассогласования может потребовать значительных усилий и

ресурсов, а в худшем случая привести к необходимости пересмотра или нового

проектирования целой системы

Технологические операции процесса ППП на примере “учет мат ценностей”

Д1-4 – П1 – Д5 П1 формирование первой позиции параметрического потока Д1

документация ППП Д2 ограничение на формы входных док-ов Д3 система

бухучета на объекте Д4 перечень задач Д5 перечень входных док-ов

Д5V1 – П2 – Д6 П2 описание входных док-ов V1 каталог реквизитов

(наименование, значность) Д6 описание форм входных док-ов

Д1Д3Д4Д7 – П3 – Д8 П3 определение перечня выходных док-ов Д7 ограничение

по форме выходных док-ов Д8 перечень форм вых док-ов

Д8V1 – П4 - Д9 П4 описание выходных док-ов Д9 формализованное описание вых

док-ов

Д10-11 – П5 – Д12V2 П5 составление каталога реквизитов системы Д10

документация тех эк обследования объекта управления Д11 правило

идентификации реквизитов Д12 документация пользователю V2 – каталог

реквизитов системы

Д10V3 - П6 – Д{3} П6 выбор системы бухучета V3 классификация систем бух

учета Д{3} выбранные системы бух учета

Д10Р1 – П7 – Д{4} П7 принятый перечень задач Р1 ограничение объекта

управления Д{4} перечень задач подлежащих решению

Д6Д9Д12Д14 – П8 – Д15-17 П8 идентификация логических связей между

показателями входных и выходных док-ов Д12 методика расчетов показателей

Д14 некоторая дополнительная инф Д15 логические связи между показателями

входных док-ов Д16 --- выходных док-ов Д17 --- входных и выходных док-ов

Р2-3Д18 – П9 – Р4 П9 определение ресурсов выч системы Р2 требования к

ресурсам выч тех Р3 характеристики имеющихся ресурсов выч системы Д18

ограничения на сроки получения док-ов после обработки Р4 ресурсы выч

системы доступные для пакета

Сущность объектного подхода к проектированию ЭИС

При объектном методе проектирования в качестве типизируемого элемента

выступает система управления объектом в целом т.е. создается типовой

проект ЭИС обобщенного объекта из некоторого класса объектов управления .

Таким образом предварительное условие объектного проектирования является

классификация объектов.В основе классификации объектов лежат опред.

признаки :

функциональное назначение предприятия

мощность информационной базы

характер производственных процессов

объем выпуска однотипной продукции

номенклатура выпускаемых изделий

характер получаемого сырья

При создании ЭИС для любого объекта из рассматриваемого класса

используется соответствующий типовой проект , т.е. проектирование системы

при таком подходе сводится к подготовке и внедрению типового проекта .Если

при этом какие-то параметры объекта управления отличаются от

использованных в типовом проекте , то за счет органнизационно-технических

мероприятий ,они должны быть приведены в соответствие с решениями типового

проекта. Поэтому такие системы еще называются директивными .

Предусмотрена 3-х уровневая структура типовых решений для

классификационных групп промышленных предприятий .Это

типовые элементы для всех предприятий данного класса

типовые проекты ЭИС для базовых предприятий группы однородных по

характеристикам предприятий

индивидуальные проекты привязки типовых ЭИС к конкретным предприятиям

группы .

Типовая ЭИС включает 2 основных части:

Системную и функциональную

Сущность технологии автомат проектирования одно из самых главных

особенностей САПР является: 1 наличие инф модели 2 комплексный охват

процесса проектирования средствами включеными в систему начиная с

технического задания и заканчивая рабочей документацией 3 обеспечение

диалогов взаимодействия как в процессе проектирования так и на стадии

функционирования созданных систем 4 с помощью ЭВМ получается значительная

часть документов проекта ЭИС 5 снижение трудоемкости проектирования

Основными принципы создания САПР являются: 1 принцип системного

единообразия т.е при создании функцировании и развития САПР связи между

подсистемами должна обеспечивать целостность системы 2 принцип развития 3

принцип совместимость 4 принцип стандартизации, заключается в проведении

унификации, типизации, и стандартизации подсистем и компонентов ПОНЯТИЕ

МОДЕЛИ ОБЪЕКТОВ УПРАВЛЕНИЯ И ТРЕБОВАНИЯ В основе большинства используемых

методов проектирования ЭИС лежит понятие инфор модели объекта, как

некоторого целеноправленого центрального отображения существования ЭИС с

дополнением определеных элементов, характиризующих систему управления и

управляемый объект. ЭИС создается на базе анализа существующий системы

экономической инф, что позволяет выводить отдельные характеристики

создаваемой системы, либо проектировать ЭИС на основе преобразование

исходной модели в условиях автоматизированного метода проектирования или

формирования инф-ых моделей осуществляется программным путем. Требования

которым должна удолетворять модель и которые уточняют ее основную цель

построения является:

1 формализованность 2 структурированность, т.е струкутра всех инф-ых

преобразований, начиная с реквизитов и кончая составными единицами любого

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

использования некоторых заданных алгоритмов 3 информационная и

алгоритмическая *** д.б достаточна машинного определения параметров инф

потока, получение алгоритмов преобразования инф-ии, выбор структуры БД,

управление выходным процессом и составление тех документации 4 машинной

независимость т.е особенности маш представление не должны влиять на

описание модели 5 адаптивность.

Целью создания САПР является: 1 повышение качества тех эк уровня

проектирования объектов 2 обеспечение автоматизации основных этапов

создания ЭИС 3 снижение стоимости и трудоемкости проектирования

Для достижения этих целей необходимо: 1 совершенствование проектирования

на основе мат методов 2 создание единых банков данных 3 повышение качества

оформления проектной документации 4 унификация и стандартизация методов

проектирования 5 использование CASE технологий 6 взаимодействие с авт.

систем различного уровня и функционального назначения

Технологическая сеть процесса автомат проектирования 1 создание модели

объекта Д1Р1 – П1 – Д2Д{2} П1 для реализации функций 1 анализ результатов

предпроектного обследования объектов 2 выбор модели объекта 3 выдача

результатов выбора модели объекта для согласования с заказчиком 4 проверка

коректности инф-ых связей выбраной модели

Д1 гипотетическая модель Р1 параметрическое описание объекта управления Д2

модель ЭИС заданного объекта управления (автоматизируемая) Д{2} документы

для согласования с объектом управления по выбранной модели

2 формирование тех задания Д2-4 – П2 – Д5 Д3 ограничение объекта

управления на создаваемую систему Д4 методика определения ожидаемой эк

эффективности Д5 ТЗ

3 выбор комплекса тех средств Д2U1 – П3 – Д6 U1 нормативно справочная инф

по комплексу тех средств Д6 выбранный комплекс тех средств

4 структуирование БД Д2Д6 – П4 – Д7 Д7 структура БД

5 оформление тех проекта Д2Д6-7 – П5 – Д8 Д8 документация проекта

6 создание программного обеспечения Д2Д6-7 – П6 –G1-2Д9Д{9} G1 программа

созданий ведений БД G2 программа формирования и вывода основных документов

Д9 информация о созданных программ Д{9} инструкции по использованию

программ

7 генерирование програмного обеспечения ЭИС Д2Д6Д7Д9 – П7 – G3Д10Д{10} G3

программный комплекс обеспечивающий выполнение следующих функций: создание

программной обработки данных проектируемой ЭИС; обеспечение интерфейса.

Д10 полная инф о всех созданных программах Д{10} инструкции по применению

8 оформление раб документации Д6-9 – П8 – Д11 Д11 рабочий проект