, т.е. СУБД ,структура массивов 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 выдача