| Скачать .docx |
Реферат: Информационные системы
.
Классификация ИС- ИС делятся на две группы: - система информационного
обеспечения – системы имеющие самостоятельное целевое назначение и область
применения, -система информационного обеспечения (входят в состав любой
автоматизированной системы управления). Они являются важнейшими
компонентами систем автоматизированного проектирования, автоматических
систем научного исследования, ЭИС. К числу ИС имеющих самостоятельное
назначение: -информационные поисковые системы, -инф справочные системы.
Принципы информационной технологии: - обеспечение конечного пользователя с
инф системой на профессиональном ограниченном естественном языке,
представление входной и результатной инф в привычном для пользователя виде
– обеспечение возможности решения задач планирования, управления,
проектирования подготовки производства и научных исследований по их
постановке и исходным данных вне зависимости от сложности и наличия
математических моделей этих задач – создание конечному пользователю таких
условий работы при которых он осуществляет процессы управления,
проектирования и поиска новых решений в режиме активного расширяющегося
диалога с ЭВМ используя проф опыт и принимая решение одновременно по
множеству критериев. На три класса систем: 1 Интеллектуальные-диалоговые
(вопрос/ответ), 2 расчетно-логические(системы принятия решения), 3
экспертные системы. Системы принятия решения – это системы которые
использует программа реализующая модели принятия решения в конкретных
задачах, возникающих у людей в их проф деятельности. Сущность задачи-
выбор некоторого подмножества из множества альтернатив или в их
упорядочивании. Интел-диалог – предназначены для поиска методов решения
интеллектуальных задач с применением новых информационных технологий
использование БД и БЗнаний. Экспертная система – система способная
заменить эксперта при решении некоторых задач. От степени автоматизации: -
информационные, - инф советующие, - управляющие, - самонастраивающиеся
системы управления. Инф система включает всю необходимую информацию для
выработки решений не касаясь самого существа решений, т.е. после анализа
решение принимает человек. Информационная советующая система представляет
информацию для принятия решения содержащая элементы оценки решений,
окончательное решение человек. Управляющая система на основании исходной
информации и выработанных решений осуществляет по заданным программам
воздействие на производственный процесс с целью приведения его к заданному
состоянию. Самонастраивающаяся система может в пределах разработанного
алгоритма изменить программу при ситуациях не соответствующих заданной
программе выработанных решений.СТРУКТУРА ЭИС В процессе декомпозиции
компонентов ЭИС выделяют: функциональные и обеспечивающие части.
Функциональные – ряд подсистем которые зависят от особеностей той или иной
ЭИС. Эти подсистемы разделяются по определенному признаку (функциональному
или структурному) и объединяют в себе соответствующие комплексы задач
управления. Обеспечивающая часть ЭИС состоит: информационного,
программного, математического, технического, правового, лингвистического,
эргономического и метрологических частей. В состав информационного
обеспечения входит внемашиная и внутримашинное обеспечение. (внемашиное
обеспечение составляет: классификаторы технико-экономической информации,
нормативно справочная информация, методические материалы организации и
использования перечисленных компонентов. Внутримашиное инф обеспечение –
информационная база и СУБД, программное обеспечение – совокупность
программ реализующих цели и задачи ЭИС) В состав программных средств:
общесистемные, прикладное обеспечение, инструктивно – методические
материалы п применению средств программного обеспечения. Математическое
обеспечение включает: совокупность методов решения задач управления,
моделей, алгоритмов обработки информации. Техническое обеспечение включает
весь комплекс технических средств обеспечивающих работу системы т.е.
технические средства сбора, регистрации, передачи, обработки, отображения,
размножения информации. Организационно- методическое обеспечение
представляет совокупность документов определяющих организационную
структуру документа и систем автоматизации для выполнения конкретно
автоматизируемых функций. Правовое обеспечение включает систему нормативно
– правовых документов которые должны четко определять права и обязанности
специалистов в условиях функционирования ЭИС, а также комплекс документов
регламентирующих порядок хранения и защиты информации, правил ревизии
данных, обеспечение юридической подлинности совершаемых операций.
Лингвистическое обеспечение представляет совокупность языков средств для
формализации естественного языка. Эргономическое обеспечение совокупность
методов и средств для создания оптимальных условий деятельности человека
при разработки ЭИС. Метрологическое обеспечение – метрологические средства
и инструкции по их применению.
ПОТРЕБИТЕЛЬСКИЕ СВОЙСТВА ЭИС 1.Функциональная полнота- система должна
обеспечивать получению любой необходимой пользователю информации на
некотором заданном интервале времени. 2 Временная обеспеченность –
возможность получения нужной информации в требуемое время. 3
Функциональная надежность- получение безошибочной информации в заданные
сроки.4 Эффективность – система должна приносить пользу. 5 Адаптивность –
система должна обладать способностью приспосабливаться к частично
изменившимся условиям объекта и обеспечивать устойчивое функционирование
на большом интервале времени. 6 Иерархическая агрегатируемость –
возможность быть составной частью с системой более высокого уровня.
ОСОБЕННОСТИ НОВОЙ ИНФ ТЕХНОЛОГИИ Современные инф технологии для помощи
руководителям в получении своевременной достоверной информации, создание
условий для организации автоматизированных офисов проведения, с
применением компьютеров и средств связи, совещаний достигается при помощи
новой технологии. Эта технология основывается на применении высокого
уровня интерфейсов, применение ППП общего и программного назначения,
возможность доступа к удаленным БД. Новые технологии – безбумажные
технологии, использующая организационные формы применения вычислительной
техники. В таких системах есть защита информации при передачи данных.
Повышенное требование к оперативности информационного обмена. Это привело
к созданию многоуровневых систем организационного управления объектами
(банки, налоговые службы, статистические и др службы) Их информационное
обеспечение поддерживают сети автомат. Банков данных, которые строятся с
учетом организационно-функциональной структуре соответствующего
многоуровнего экономического объекта.ПОНЯТИЕ ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ИТ-
система методов и способов сбора накопления, хранения, поиска, обработки и
выдачи информации. Как и всякая технология инф технология включает набор
материальных средств (носители информации, технические средства изменения
его состояния, обработки передачи и т.д). Экономическая инф подвергается
всем процедурам преобразования, но некоторые процедуры могут и
отсутствовать, различная последовательность выполнения, некоторые
процедуры могут повторяться. Технологический процесс автоматизированной
обработки эк инф можно подразделить на три этапа: 1 Первичный –сбор
исходных данных, их регистрация. 2 Подготовительный – прием, контроль и
перенос на машинные носители 3 основной – непосредственная обработка инф 4
Контроль, выпуск и передача результатной инф пользователю. Сбор и
регистрация инф – особое значение придается достоверности , полноте и
своевременности первичной инф. Для сбора фактической инф производится
взвешивание измерение и подсчет материальных объектов. Получение временных
и количественных характеристик. Инф фиксируется на материальном носителе.
Процедура передачи инф осуществляется различными способами, как вручную
так и по каналам связи. Обработка эк инф- выполняются процедуры:
арифметическая обработка, логическая обработка, печать, принятие решения
специалистом без применения технических средств но на результате
полученной инф. Для эффективности проектировании технологий требуется
стандартизация – это разработка комплекса детализированных и
унифицированных схем технологических процессов. При проектировании эк-их
систем обработки эк-ой инф нужно учитывать требования: 1 Обеспечение
решения всей совокупности технико-эконом задач и выдача результатов в
строго установленные сроки 2 Достоверность и своевременное получение
исходной инф 3 Возможность непрерывного прямого ввода в ЭВМ информации,
получаемых в точках ее возникновения 4 Возможность одновременного диалога
большого числа пользователей с ЭВМ 5 Экономия трудовых материальных и
финансовых средств 6 Совершенствование средств и систем сбора передачи и
обработки информации.
Различают два типа Эк процессов: предметный и пооперационный. Предметный
тип организации технологий – создание параллельных действующих на
обработке информации и решение конкретных комплекса задач (учет труда и
з/пл) и организующие пооперационную обработку данных внутри линии.
Пооперационный или поточный тип построения тех процесса предусматривает
последовательное преобразование обрабатываемой инф согласно технологии
представленной в виде непрерывной последовательности сменяющих друг друга
операций выполняемых в автоматическом режиме (АРМ).
МЕТОД КОНТРОЛЯ, КОДЫ ОБНАРУЖЕНИЯ ОШИБОК Квалификация операций контроля: 1
По методу осуществления контроля : предварительный, текущий, последующий.
Предварительный – до исполнения работы. Его целью является предупреждение
ошибок. Текущий- проверка качества работы во время вычислительный
операций. При последующем – появляются и исправляются ошибки допущенные
при выполнении предыдущих операций. 2 По способу осуществления: контроль-
визуальный, логический (проверка реквизитов имеющих логическую
зависимость), прямых сопоставлений, балансовый метод, с использование
кодов обнаружения ошибок, контроль по контрольным суммам. Принципы
контроля ошибок: -запрещение использования некоторой части кодовых
обозначений, - запрещение использования некоторых частей символов
(отдельные символы подвергаются большим искажением чем другие), контроль
по модулю – кодовое обозначение добавляется в контрольный знак.
Контрольный знак рассчитывается Контрольный знак X1 опред-ся по следующщей
формуле : X1= M - ] Е ( b i * X i ) /M , где М - модуль , в качестве его
могут использоваться числа 9,11,13 bi- весовой коэффиц-т iго разряда кода
, Xi - значение i-цифры кода , ][- остаток отделения . при сумме bi*xi<M
берется число недостающее от этой суммы до модуля или по следующ. формуле
: X1 = M - E ( b i * X i ) + ( E ( b i * X i ) / M ) * M . Из скобок
берется целая часть остатка например рассчитать контрольн. знак для числа
257 по модулю 11- полный код =2577 Алгоритм контроля означает кратность
сумме произв. и контрольного разряда модулю М. 3 Метод по способу
организации системы контроля : пооперационный, контурный контроль. При
операционном контроле проверка производится по окончании каждой операции.
Контурный – при выходе из системы.
Методы проектирования ЭИС – способ создания систем ЭИС. 3 метода:
индивидуальный (оригинальный), типовое проектирование, автоматизированное
проект.(САПР) Индивидуальное характеризуется – все виды работ для
различных объектов выполняются по индивидуальным проектам. В процессе инд
проектирования применяются свои оригинальные методики и средства
проведения работ. Методики проведения работ на всех этапах обследование,
формирование технического задания, разработки технического проекта и раб
документации создаются для конкретного объекта по мере необходимости. “-”
высокая трудоемкость, большие сроки проектирования, плохая
модернизируемость, плохая сопровождаемость.Типовое проектирование –
разбиение системы на множество составных компонентов и создание для каждой
из них законченного проектного решения, которое про внедрении
привязывается к конкретным условиям объекта. В зависимости от декомпозиции
различают: элементное проектирование, подсистемное, объектная. При
элементном методе проектирования, вся система разбивается на конечное
множество элементов, каждый из которых является типовым. В качестве
элементов могут выступать проектные решения по информационному,
техническому, программному виду обеспечения. Подсистемный метод
проектирования характеризуется более высокой степенью интеграции элементов
ЭИС. Декомпозиция системы осуществляется на уровне функциональных
подсистем, иногда комплекса задач, каждая из выделеных подсистем
представляется в законченом виде ППП. При этом обеспечивается
функциональная полнота системы, минимум инф-ой связи, параметрическая
настраиваемость. Для каждого ППП оформляется пакет документации. Объектное
проектирование- декомпозиция ЭИС не производится. Типовой проект создается
в целом для некоторого обобщеного объекта, определенной группы.
Автоматизированное проектирование – автоматизация основных этапов создания
ЭИС, начиная от выбора состава задач и заканчивая автоматическим
получением проектной документации
Средства проектирования – некоторый совокупный преобразователь реализующий
с использованием ЭВМ несколько взаимосвязанных технологических операций
проектирования. 1 Объектные средства: типовые проекты, типовые проектные
решения, ППП. 2 Инструментальные средства: ОС, САПр, CASE – технологии.
Для средств проектирования определяется вход (инф необходимая для
настройки соответствующего средства) и выход (результат проектирования на
некотором шаге). Требования к средствам проектирования: Должны охватывать
процесс проектирования в комплексе и по всем вопросам организации и
проыедения проектных работ; обладать совместимостью; быть легкими в
освоении; одни и теже средства должны быть применимы для различных
объектов; позволять создавать адаптивные системы; экономически эффективны.
Требования к методологии проектирования К методологии проектирования
предъявляются требования: 1 Охват методологией как можно большего числа
этапов жизненного цикла системы, которые предусматривают: оценку целей
возможности создания системы, анализ требований, детальное проектирование,
програмирование и тестирование, интеграция в существующею систему,
внедрение и поддержка. 2 Взаимосвязь этапов – должна обеспечиваться связь
с другими проектами 3 Методология должна обеспечивать симантических
требований представляемых к системе и минимизировать потери при переходе
от одного уровня представления к другому. В этой связи большое значение
имеют средства спецификации используемые на различных уровнях
представления данных. Под спецификацией понимаются точная, полная описание
требований в ясно сформулированных требованиях для данной задачи.
Современные методологии проектирования ЭИС должны обеспечивать
представление информации: описание объектов автоматизации, описание
функциональных возможностей ЭИС, спецификация проекта гарантирцющее
достижение заданых характеристик системы, описание реализации предлагаемой
системы, детальный план создания системы с оценкой сроков разработки.
Существует три класса методологий проектирования: 1 концептуальное
моделирование предметной области 2 выявление требований и спецификация
инф-ой системы через её макетирование 3 системная архитектура програмных
средств поддерживаемая инструментальными средствами CASE технологи.
Проектирование систем на основе концептуального моделирования предметной
области
При концептуальном моделировании предметной области и применении
технологий БД наиболее сложной задачей явл-ся выявление информ-ных и
функциональных связей между объектами. В наше время для построения
конкретной области используется два подхода: 1 Модель предметной области
строится на основе интеграций спецификаций информационных потребностей. 2
Непосредственный анализ самой предметной области. В первом случае более
широко применяются средства программных продуктов, которые интегрируются в
единую программною систему обеспечивающую обработку информации, как на
этапе анализа, так и на этапе проектирования ЭИС. Концептуальная модель
включает описания понятий предметной области и информационных процессов
протекающих в ней, т.е содержит всю необходимую для проектирования системы
информацию.
Макетирование ЭИС
Практика показывает, что требования пол-лей ЭИС не вполне определенны и
поэтому необходимо ориентироваться на постоянные изменения требований к
сис-ме, учесть которые можно только при динамичной спецификации этих
требований.Наиболее приемлемым может быть подход требования к сис-ме
формируются не сразу, а в процессе разработки функционального макета
системы. Макет сис-мы создается на основе той min информации, которую
могут сообщить пол-ли. После получения замечаний и их устранения макет
системы снова предъявляют пол-лям. Он дает возможность конкретизировать
проблемы, возникающие разработчиком и пол-ми, существенно сокращает
задержку во времени между формулированием требований и первой
демонстрацией действующей системы, обеспечивает эффективный контроль за
проектом системы на всех этапах ее жизненного цикла.
Использование макета согласуется и с инф-но-логическим подходом к
построению модели БД, который основывается на четком разделении
концептуальной модели предметной области (включая модель информационных
потребностей пол-лей) и датологической модели предметной области (модель
обработки данных). В этом случае спецификация макета завершается
разработкой концептуальной модели предметной области (вместе с
информационными потребностями).После завершения макетирования принимается
решение в отношении построения модели обработки данных.
CASE технологии проектирования ЭИС Инструментальные средства разработки
ЭИС все больше ориентируются на архитектуру готовых программных изделий.
Это обусловлено необходимостью: 1 быстрее создавать и внедрять ЭИС при
меньших затратах 2 обеспечить единый простой интерфейс 3 сократить усилия
на обслуживание сущесвтующих приложений при их адаптации к постояным
изменениям в програмно-технической среде. CASE технология включает вопросы
определения требований к системе и создание проекта на глобальном уровне,
так чтобы он наиболее полно отвечал требованиям с учетом заданых
экономических и технологических ограничений. CASE технология содержит
средства поддержки всех основных этапах проектирования и внедрения ЭИС,
при этом на этапе анализа целей создания системы обычно используется
концепция диаграмм потоков данных. Прчем особенно уделяется внимание
связям между данными. В результате между входными и выходными данными
устанавливаются парные связи. CASE технология обеспечивает: 1
последовательную декомпозицию сложной задачи на более простые компоненты 2
обеспечивает уменьшение времени и стоимость создания системы по сравнению
с неавтоматизироваными технологиями 3 обеспечивает контроль за
взаимосвязями и полнотой представления отдельных компонент проекта 4
обеспечивает одновременное внесение нескольких изменений в проект
СТАДИИ И ЭТАПЫ ПРОЕКТИРОВАНИЯ ЭИС Стадии создания” предусматривается 8
стадий создания ЭИС: 1 Формирование требований к ЭИС 2 Разработка
концепции ЭИС 3 Техническое задание 4 Эскизный проект 5 Технический проект
6 Рабочая документация 7 Ввод в действие 8 Сопровождение ЭИС. Содержание
документации на каждой стадии определяется составом и спецификой работ. С
целью улучшения управления хода проектирования стадии детализируются и
разбиваются на этапы. 1-ая стадия включает следующие этапы: 1.1
Обследование объекта и обоснование необходимости создания ЭИС 1.2
Формирование требований пользователя к ЭИС 1.3 Оформление отчета о
выполненной работе и заявки на разработку ЭИС 2.1 Изучение объекта 2.2
Проведение необходимых научно-исследовательских работ2.3 Разработка
вариантов концепции ЭИС и выбор варианта концепции ЭИС, удовлетворяющего
требованиям пользователя. 2.4 Оформление отчета о выполненной работе. 3.1
Разработка и утверждение технического задания ЭИС 4.1 Разработка
предварительный решений по выбранному варианту ЭИС. 4.2 Разработка
документации на ЭИС и ее частей
5.1 Разработка проектных решений по системе и ее частям. 5.2 Разработка
документации на ЭИС. 5.3 Разработка и оформление документации на поставку
изделий для комплектования ЭИС. 6.1 Разработка РД на систему или ее
частей. 6.2 Разработка или адаптация программ.
7.1 Подготовка объекта автоматизации к вводу в действие. 7.2 Подготовка
персонала , проводится обучение персонала. 7.3 Строительно-монтажные
работы, в том случае, если строится специализированное здание.7.4
Проведение предварительных испытаний. Проведение опытной эксплуатации. 7.5
Проведение опытных испытаний. 7.6 Введение в промышленную эксплуатацию 8.1
Выполнение работ в соответствии с гарантийными обязательствами. 8.2 После
гарантийное обслуживание.
ОРГАНИЗАЦИОННО РАСПОРЯДИТЕЛЬНАЯ И ПРОЕКТНАЯ ДОКУМЕНТАЦИЯ Вся документация,
формируемая в процессе создания ЭИС может быть разделена на следующие
типы: организационно - распорядительская документация, определяющая
правовые и хозяйственные отношения участников создания ЭИС. предпроектная
документация, включающая заявку на разработку ЭИС и техническое задание н
разработку системы.
1 проектная документация, включающая ТП и рабочую документацию.
Предпроектная и проектная документация имеет общее название : "Техническая
документация". 2 проектно-сметная документация архитектурно - строительной
и сметной частей проекта системы.
Организационно - распорядительская документация создается на каждой стадии
процесса проектирования, для выполнения подготовительных работ и для
разработки проектной документации. На первых 3-х стадиях оформляются
договоры на создание системы, разрабатываются педпр-ые док-ты (планы
графики проведения занятий с руководящим персоналом, разработка
классификаторов, приведение конструкторско-технческой документации в
соответствие с единой системой конструкторской и технической
документации), оформляются документы на поставку технических средств, на
переподготовку персонала, пользователей, разрабатывается приказ на
организацию работ по подготовке объекта к созданию системы. На стадиях
подготовки ТП и РД составляются приказы на проведение работ с приложением
план-графиков: организационно-технических мероприятий, ввода в
эксплуатацию технических средств, обучение сотрудников. Кроме того, на
этих стадиях составляются протоколы, которые оформляют согласование
постановок задач, принятие зачетов по результатам обучения. Составляются
акты, которыми фиксируется готовность нормативно-справочной документации и
проверка на контрольных примерах. При внедрении системы оформляется
организационно - распорядительская документация двух типов. В группу
документов первого типа входят акты завершения работ по оформлению всей
необходимой информации в соответствии с требованиями проекта, заполнением
форм нормативно-справочных и оформительских документов, загрузки БД, а
также проверки программ и инструкций на контрольных примерах и в реальных
условиях. При необходимости составляются протоколы согласования
отступления проекта.МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ ЭИС
Всю совокупность документов , которыми руководствуются при проектировании
ЭИС делят на: 1 нормативно- технические документы НТД 2 руководящие
документы РД. Целесообразность разработки НТД и РД определяется:
неоднократностью применения установленных ими норм и правил в процессе
разработки внедрения и функционирования ЭИС и ее документов; стабильностью
регламентируемых норм и правил; необходимость регламентирования параметров
определяющих информационную, программную совместимость ЭИС одного или
различных уровней управления; возможность получения эконом эффекта.
НТД=ГОСТ+Отраслевые стандарты+стандарты предприятий.
РД=общеотраслевые+отраслевые.
НТД-регламентирует структуру, состав, содержание, оформление технической
документации, организацию разработки и внедрения ЭИС, общесистемные
вопросы. НТД являются документами обязательного характера.
РД делятся по степени обязательности содержащихся в них норм методов и
правил: обязательные и рекомендательные. РД (обязательные)-выпускаются при
отсутствии соответствующих ГОСТов. РД (рекомендательные)- когда
отступление от регламентируемых норм, правил не оказывает влияние на их
применение. РД (общеотраслевого назначения) устанавливает требования
организационного и методического характера, разрабатываемые на основе и в
дополнение соответствующих ГОСТов или при их отсутствии. Каждый НТД и РД
вводится в действие соответствующим директивным документом, при этом
указывается дата начиная с которой документы вступают в силу.
ВЗАИМОДЕЙСТВИЯ ПОЛЬЗОВАТЕЛЕЙ И РАЗРАБОТЧИКОВ ЭИС НА СТАДИЯ ПРОЦЕССА
ПРОЕКТИРОВАНИЯ Основными участниками процесса создания ЭИС являются
предприятие-заказчик, для которого она создается и
предприятие-разработчик, выполняющий работы по проектированию ЭИС.
Юридические и организационные взаимоотношения конкретно заказчиков и
разработчиков регулируются заключенными между ними договорами.
Заказчик обязан заключить договор на создание ЭИС, приобрести технические
средства, подготовить задание на строительство или реконструкцию
помещения, если необходимо, совместно с разработчиком выполнить работы
предпроектной стадии, в необходимые сроки подготовить помещение,
приобрести и установить технические средства, разработать и осуществить
мероприятия по совершенствованию организации управления и производства. На
стадии разработки ТП и ТД обеспечить обучение персонала, обеспечить запись
необходимой информации на машинные носители и ее контроль, обеспечить
уточнение исходных данных по составу и структуре информационной базы,
завершить ее формирование, подготовить контрольные примеры, организовать
поэтапную приемку рабочих программ с проверкой на контрольных примерах.
При подготовке объекта к внедрению заказчик выполняет следующие работы:
внедряет локальные и общегосударственные классификаторы, унифицированные
формы док-ов, проводит в намеченные сроки мероприятия по подготовке
объекта к внедрению ЭИС. При вводе системы в действие заказчик завершает
ввод в эксплуатацию технических средств, завершает опытную эксплуатацию
комплекса задач и прим их в промышленную эксплуатацию. Разрабатывает и
согласовывает с разработчиком программу приема сдаточных испытаний и
организуют работу приемочной комиссии по проведению испытаний системы.
Основная цель разработчика - создание ЭИС. На предпроектной стадии
проводит обследование объекта, обрабатывает материалы обследования,
определяет задачи, комплексы задач, подлежащие автоматизации, определяет
экономическую эффективность. На стадии ТП разрабатывает док-цию ТП, в
соответствии с утвержденным ТЗ осуществляет методическое руководство
работами по созданию классификаторов, внедрению унифицированных систем
док-ции, разрабатывает структуру информационной базы, принимает участие в
обучении персонала заказчика. На стадии рабочей док-ции осуществляет
разработку программного обеспечения, генерацию рабочих программ, участвует
в разработке должностных инструкций управленческого персонала,
технологических инструкций пользователя. При вводе системы в действие
разработчик осуществляет методическое руководство, вносит корректировки в
проекты, принимает участие в сдаче задач и комплексов задач в пром.
Эксплуатацию и участвует в работе комиссии по приемке системы в пром.
эксплуатацию.
ЦЕЛИ И ЗАДАЧИ ПРЕДПРОЕКТНОЙ СТАДИИ ЭИС В стадии формирования требований к
ЭИС включается комплекс научно-исследовательских и
организационно-технических мероприятий по обследованию, позволяющих
определить производственные возможности предприятия по повышению прибыли,
снижению затрат, в результате создания ЭИС. Проводится 1
технико-экономическое обследование, включающее системное описание
конкретного объекта 2 диагностический анализ в системах управления 3
иследования инф потоков.
Целью системного описания является разработка экономико-организационной
модели.
Характеризует: 1 цели и критерии функционирования производства 2
закономерность его развития 3 требования к организационной структуре
управления 4 функции и задачи управления производством. Позволяет
установить взаимодействие задач управления, определить общую структуру инф
базы решаемых задач, определить последовательность задач управления.
Цель диагностического анализа – оценка качества решения задачи управления,
проводится на базе результатов системного описания. Диагностический анализ
включает сбор необходимых данных, систематизацию, обработку и анализ инф,
выявление + - факторов влияющих на результат деятельности предприятия. В
процессе диагностического обследования необходимо количественно
установить: 1 цели и критерии развития производства и его отдельных
звеньев 2 установить роль и место данного предприятия в отрасли 3
состояние производства и его структуру 4 состояние системы управления 5
взаимодействие предприятия с поставщиками и потребителями 6 взаимодействие
с финансовыми органами 7 организация инф базы.
По результатам диагностического анализа оформляется отчет обследования
предприятия.
Целью иследования инф потоков- получение материалов для формирования инф
базы. Для этого нужно выявить связи между подразделениями предприятий и
внешними предприятиями, схему документооборота, наименование первичных и
результатных документов для каждой задачи.
В результате этих работ должны быть выработаны рекомендации по составу
документов, показателей и их схемы взаимосвязи.
ОРГАНИЗАЦИЯ ОБСЛЕДОВАНИЯ ОБЪЕКТА И МЕТОДЫ СБОРА МАТЕРИАЛА 1 метод
непосредственного обследования 1.1 метод личного наблюдения 1.2 метод
изучения путем анализа материала 1.3 метод опроса исполнителей на рабочих
местах 1.4 метод личного участия в работе 1.5 метод получения сведений
путем беседы и консультаций с участием руководителей 1.6 метод аналогий 2
получение сведений в письменном виде от сотрудников Обследование
регистрируется в специальных картах обследования. В них приводится все
сведения об исследуемой работе (содержание, трудоемкость,
последовательность операций) 2.1 метод документальной инвентаризации 2.2
метод самофотаграфии рабочего дня – для изучения структуры рабочего
времени за короткий период. Позволяет получить материл о трудоемкости
наиболее типичных работ 2.3 метод анализа операций. – для исследования
существующей технологии обработки информации, подробно изучить маршруты
обрабатываемой информации.ОБРАБОТКА МАТЕРИАЛОВ ОБСЛЕДОВАНИЯ И ИХ АНАЛИЗ
анализ должен быть направлен на решение задач: 1 уточнение целей
совершенствования управления 2 выявление номенклатурных показателей
которые следует использовать для оценки системы управления 3
упорядочивание и взаимоувязка выявленных целей 4 выявление общих тенденций
развития предприятия 5 определение факторов производства и управления
обеспечивающих достижение целей и выявление факторов отрицательно влияющих
на достижение целей 6 выявление перспективных проблем от которых зависит
эффективность системы 7 получение необходимых данных для экономического
обоснования проведения организационных мероприятий по рационализации
системы управления и внедрения ЭИС.
Обработка результатов обследования- систематизация полученных данных по
формам, срокам обработки, техники и технологии формирования сводных
показателей. Для обработки данных применяется экономико-математический
аппарат и вычислительная техника. Материалы обследования оформляются в
виде отчетов, схем, блок-схем, сетевых диаграмм.
В наше время большое распространение получил метод анализа – метод
матричного моделирования. Представление моделей предметной области в виде
наборов матриц. Позволяет: 1 выявить внутрение логические связи между
данными 2 составить и проанализировать полный состав реквизитов 3
установить наличие инф-ой связи между задачами 4 выделить сильно или слабо
связанные группы реквизитов 5 оптимизировать кол-во циркулирующих в
системе управлениядокументов и состав реквизитов в них.
ПРЕДПРОЕКТНАЯ ДОКУМЕНТАЦИЯ И ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ЭИС 1
Предпроектная документация содержит разделы: цель обследования; основания
для обследования; объект обследования; организация разработчика и состав
исполнителей; характеристика предприятий; выводы по анализу
производственной структуры предприятия; результаты обработки опросных
листков; выводы по анализу функционирующей структуры; выводы по анализу
существующей ЭИС. 2 Даются предложения: по совершенствованию
организационной структуры; по – функциональной - ; по – потоков информации
и форм документов; по – методов учета. 3 Производится: выбор и обоснование
объекта автоматизации; выбор технико-эк показателей отражающие воздействие
ЭИС на объект управления; общие рекомендации по улучшению управления;
обоснование очередности разработки задач.
Основные показатели эффективности ЭИС: годовой прирост прибыли (
Эгод=(А2-А1)*П1/А1+(С1-С2)*А2/100) годовой эк эффект (Э=Эгод-Ен*К) срое
окупаемости (Т=1/Ер) расчетный коэффициент эффективности затрат на
создание ЭИС (Ер=Эгод/К) где А1,А2 – годовой объем реализуемой продукции
до и после внедрения ЭИС, С1 С2 затраты на 1 рубль реализуемой продукции ,
П1 прибыль от реализации продукции до внедрения ЭИС, Ен нормативный
коэффициент эффективности капитальных вложений на внедрение ЭИС К
капитальные вложения на создание ЭИС
ПОНЯТИЕ ЭКОНОМИЧЕСКОЙ ЗАДАЧИ И ЕЕ ОСОБЕННОСТИ эконом задача – любая
законченная последовательность действий, которые выполняются над одним или
несколькими упорядоченными массивами, в результате чего формируется не
менее одного наименования реквизита основания с соответствующей признанной
частью, в документальной форме.
Особенности эк задач: 1 жесткая структура форм входной и выходной
информации 2 алгоритмизация эк-ой задачи имеет точное, полное и
недвусмысленное толкование 3 участие пользователей в постановке любой
эк-ой задачи и использование одних и тех же первичных данных при решении
многих задач 4 использование результатов при решении одних задач для
решения других. Вывод: при постановке задач следует рассматривать
последовательность решения задач и иерархию каждой из них. Другие
особенности: 1 большой объем входной и выходной инф 2 необходимость сбора
оперативных данных к определенному сроку, при этом источники инф-ии могут
находиться в различных местах 3 тесная инф-ая связь задач, необходимость
накопления и постоянного обновления нормативно-справочных данных а так же
оперативной инф 4 возможность широкого использования методов
программно-логического контроля 5 возможность типизации схем решения
задач, наличие а программах типовых процедур.
КЛАССИФИКАЦИЯ ЭКОН ЗАДАЧ Важнейшие признаки классификации эк задач: 1
Признаки характеризующие задачу в системе административного управления 2
признаки характеризующие класс математических моделей к которым относится
данная задача. Первая система классификации рассматривает задачу с точки
содержания функции управления. Так, в соответствии с функциональным
признаком задачи подразделяются на: конструкторские, технологические,
прогнозирования, учета и т.д. По предметному (объемному) признаку: задачи
регулярно решаемые, разовые. По временным интервалам: оперативные,
текущие, перспективные.
Рассмотрим 2 признак с точки использования математического аппарата:
многовариантные (экспериментальные), расчетные. Многовариантные задачи из
множества допустимых решений выбирают наиболее желательные с точки зрения
обусловленного критерия оптимальности и условия ограничения. Простые
расчетные задачи возникают когда выбор вариантов отсутствует.ЦЕЛИ И ЗАДАЧИ
КЛАССИФИКАЦИИ И КОДИРОВАНИЕ ЭЛЕМЕНТОВ. СИСТЕМА КЛАССИФИКАЦИИ Классификация
представляет собой результат порядочного разделения объектов заданного
множества. Признаком классификации является свойство или характеристика
объекта классификации, позволяющее установить по сходству или отличию
других объектов при классифицировании. Классификационная группировка –
множество или подмножество объединяющее часть объектов классификации по
одному или нескольким признакам. Система классификации должна отвечать
требованиям: 1 иметь достаточную емкость и обладать необходимой полнотой
(емкость – наибольшее количество классификационных группировок в данной
системе классификации). 2 система должна обеспечивать достаточное и
экономически оправданное количество уровней классификации.3 - - - решение
комплекса задач ЭИС различного уровня 4 - - обладать определенной
гибкостью для включения новых классиф группировок и объектов без нарушения
принятой структуры 5 – согласовываться с алгоритмами 6 обеспечивать
простоту и автоматизацию ведения классификаторов.
Существует система классификации: иерархическая, фасетная,
комбинированная. В иерарх системе между классиф-ми группировками
устанавливаются отношения подчиненности. Исходное множество объектов
делится по выбранному признаку-основание Количество уровней
свидетельствует о глубине классификации. Пример хх Класс, х подкласс, хх
группа, х подгруппа, х вид, хх подвид
Фасетная – заданное множество делится на независимые группировки по
различным признакам классификации (фасеты)
В зависимости от сфер применения классификаторы: общегосударственные,
отраслевые, локальные
ТРЕБОВАНИЯ ПРЕДЪЯВЛЯЕМЫЕ К ПРОЕКТИРОВАНИЮ КОДОВ ТЭИ 1 коды должны обладать
способностью однозначно идентифицировать объект 2 должны обеспечивать
удобство и эффективность автомат обработки информации 3 едины для всех
подразделений, стабильными и для каждой номенклатуры иметь одинаковую
длину 4 обеспечивать резерв кодовых обозначений 5 в кодах д б учтены
особенности уже принятых систем кодирования 6 система кодирования д б
ориентирована на автомат обработку и обеспечивать автомат ведение
классификатора
Этапы проектирования классификаторов: 1 определение перечня всех
подлежащих кодированию номенклатур 2 установление перечня позиций по
каждой номенклатуре 3 выбор системы класси-ии для каждой номенк и
систематизация ее позиций 4 выбор системы кодирования и присвоение кодовых
обозначений каждой позиции номенклатуры 5 оформление кодов и
классификаторов в виде справочников 6 разработка системы внесения
изменений и дополнений, санкционированного доступа 7 разработка
инструктивных и методических материалов для пользователей системы
ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ПРОЕКТИРОВАНИЮ ФОРМ ПЕРВИЧНЫХ ДОКУМЕНТОВ
Требования: 1 формы первичных док-ов должны в полной мере учитывать
особенности предприятия 2 Число документов – оптимальное 3 форма должна
иметь назначение и взаимосвязь с другими док-ами 4 док-ты не должны
дублироваться в различных подразделениях 5 первичные док-ты д б
приспособлены для ручного использования и машинной обработки 6 размеры,
расположение и последовательность граф и строк должны обеспечить при
обработке наименьшую трудоемкость 7 последовательность расположения
реквизитов док-ов д соответствовать последующему переносу на маш. носители
9 все показатели и реквизиты переносимые на маш носители целесообразно
сконцентрировать в спец выделяемых полей документов 10 постоянные
показатели – должны заполняться при подготовке форм документов 11 форма -
ГОСТ 12 автоматизация заполнения и ведение первичной документации 13
инструкции – однозначные и простые
В системе док-ии выделяются: первичные, результатные док-ты. Первичные док
– бланк заполненный необходимыми данными и подписанный должностными лицами
– юр.сила.
Первичные: базовые, оперативные. Базовые – док-ты, содержащие постоянные
справочные, нормативно-расценочные и др. данные. Они составляют
нормативно-справочную информацию. Три основных формы расположения
реквизитов: зональная, табличная, комбинированная. Зональная – все
реквизиты группируются по признаку взаимосвязи и для каждой группы своя
зона. При табличном – док-ты в виде таблиц.
Формы: односторонние, многостор. По направлению движения к объекту:
входящие и исходящие. По месту возникновения – внешние и внутренние По
способу охвата: разовые и накопительные.
Унифицированные системы документации УСД – совокупность взаимосвязанных
док-ов, построенных по единой модели и содержащих информацию, необходимую
для принятия решения соответствующими органами правления. Основные задачи
УСД: 1 систематизация форм документов 2 взаимосвязь содержащихся в них
технико-экон показателей 3 регламентация состава, видов и разновидностей
документов 4 рациональное сокращение числа форм документов и содержащихся
в них показателей за счет исключения избыточной информации и расчетных
показателей. Выбор тех или иных форм документов зависит от состава
реквизитов, необходимых для решения задач, а также от требований,
предъявляемых со стороны технических средств обработки информации.
Вывод: несмотря на разнообразие унифиц форм первичных документов при
создании конкретной ЭИС могут разрабатываться собственные формы внутренней
документации, удовлетворяющих определенным условиям пользователя.
Методика проектирования форм первичных документов Процесс проектирования
состоит из этапов: 1 определяется состав реквизитов 2 все реквизиты
разбиваются на группы: постояные, переменые, оформительские 3 документ
состоит из: ЗАГОЛОВОЧНОЙ ЧАСТИ – 4 зоны: А) наименование предприятия Б)
индекс док-та В) постоянные реквизиты Г) наименование док-та, его номер,
дата ПРЕДМЕТНАЯ – переменные, справочно-группировочные реквизиты (признаки
слева, основание справо) ОФОРМИТЕЛЬСКАЯ подписи ответственных лиц (“1 2”3
4 5 6) 4 расчитывается площадь бланка, выбирается стандарт бумажного листа
и изготавливается образец для размножения типографским способом. 5
разработка инструкции по заполнению и ведению данного док-таКЛАССИФИКАЦИЯ
НОСИТЕЛЕЙ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ
Рез инф можно выводить на экран на машинные носители и распечатывать.
Различные ведомости получаемые на печатающем устройстве, называются
машинограммы. Отображение результатной информации выходных документов
осуществляется в двух режимах: регламентном и запросном. По назначению рез
док-ты: основные и вспомогательные. По периодичности составления:
оперативные, текущие, долгосрочные. По характеру печати – построчные и
итоговые. По структуре: простые и сложные
ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ
Следующие виды этапа: 1 определяет перечень и макс разрядность печатаемых
реквизитов 2 все реквизиты делят на постоянные и переменные 3 определяют
реквизиты, по которым подсчитываются итоги, устанавливается их иерархия:
общие, промежуточные, частные
4 вычерчивается эскиз машинограмм: док делятся на три части: заголовочная
(4 зоны), общая, эскизная. (3 и 4 зона совмещены в одну). Итоговые –
располагаются по возрастанию старшинства итогов.
В пятой части (содержания) – размещают переменные реквизиты. Слева в
порядке убывания старшинства располагаются группировочные и справочные
реквизиты, справа отводят место для печати основания исходных и итоговых
5 составляется инструкция по ведению разработанного документа
Машинограмма становится официальным документом при наличии подписи
ответственных за содержание.
ПРОЕКТИРОВАНИЕ МАКЕТОВ ЭКРАННЫХ ФОРМ Обрабатывается внешний вид экранов
для входной и выходной задачи. Для каждого вида экранного представления
должны учитываться стандарты оформления, действующие в пределах
функциональной области или всей прикладной системы.
Конструктор макетов входящих в состав инструментальных средств содержит
спец редакторы позволяющие конструировать экранные представления,
присваивать им имена и связывать их с задачами приложения. Обеспечивать
следующие действия с экранными представлениями: 1 показа стандартного
экранного представления 2 добавление новых экранных представлений перед
текущим 3 --- после текущего 4 изменение текущего экранного представления
5 удаление -- 6 заменить -- стандартным 7 показать расширенное описание
экранного представления 8 внести исправление в расширенное описание
экранного представления
Проектирование макетов машиных носителей информации макет маш инф- есть
совокупность необходимых реквизитов расположенных в определенной логически
обоснованной последовательности. При проектирование макетов следует
учитывать что все реквизиты классифицируются по группам: специальные,
справочные, группировачные, количественно – суммовые. К специальным
относят различного рода ключи, идентификаторы, имена работ,
технологических процессов, программ. Справочные – характеризуют
качественные стороны процесса. (наименование, ФИО) Группировочные -
реквизиты обеспечивающие выполнение логических и арифметических операций.
Кол-суммовые отражают объемные характеристики объекта.
Расположение реквизитов на объекте: 1234. Кол-во реквизитов, значность,
состав зависят от содержание задачи. Последовательность расположения
соответствует расположению на первичных документах. На маш носители не
переносятся данные имеющие в массивах условно – постоянной информации
(если они содержаться в соответствующих первичных формах)
Общая характеристика типового подхода к проектированию ЭИС.
Необх-ть типизации проектных решений обусл-ся след-им :
1)при внедрении типовой системы существенно сниж-ся затраты на
проектирование.
2) при индивид. Проекти-нии трудно обеспечить должный научно-технич.
уровень разработки .
Для разработки и внедрения тип. проектирования ЭИС существует целый ряд
объективных предпосылок:
1) управление предприятием осущ-ся на основе единых положений
2) стук-ра системы управления на всех предприятиях одинакова и зависит
только от размера предприятия
3) технические ср-ва ЭИС стандартизированы
В основе типового проектирования лежит первонач. классификация или
типизация эконом. объектов по их важнейшим параметрам . Затем создание
типовых схем и решениий , внедрениие которых в дальнейшем на конкр.
предприятии сводится к привязке их в условиях данного предприятия
.Декомпозиция функц-ых компонентов ЭИС явл-ся основой технологии типового
проектирования. Типовое проектирование предполагает разбиение ЭИС на
отдельн. составляющие и создание для каждого из законченного проектного
решения , которое затем с некоторыми модификациями будет использоваться
при проетировании ЭИС . В соотв-вии с этим принципом система д.б.. хорошо
структури-на, удовл. след. требованиям :
1) каждый уровень иерархии д.б. обозрим и понятен без детального знания
нижних уровней .
2) д.б. минимизированы связи между элементами на одном уровне иерархии.
3) не должно б. Связей между элементами через 1 уровень.
4) элемент более высшего уровня д. вызывать элемент следующ. уровня как
единое целое , передавая ему входную инф-цию
5) элемент следующ. уровня после окончания своей работы возвращает
вызывающему его эл-ту управление и результаты работы.
В соотв-вии с перечисл. требованиями для компонентов функц. структуры м.
установить следующ. структуру по уровням :
1) элементы автоматизированных подсистем
2) элементы автоматизированных функций
Комплексы последних уровней - это элементы машинных процедур и элементы
процедур , реализ-ых персоналом управления .В основе разработки типовых
проектов лежат такие принципы как унификация и стандартизация. Под
унификацией понимается реализация при разработке программ принципа
единообразия в методах , средствах и содержании и формах представления
информации. Под стандартизацией понимается обязат. соблюдение при
разработке проектн. рашений , утвержд. гос.стандартом образов форм
представления и описания элементов проекта ЭИС
Определение ТПР и требования предъявляемые к ним ТПР в области ЭИС
представляет комплект технической документации, содержащей проектное
решение по части объекта проектирования и предназначенные для
многократного использования в процессе разработки, внедрения и
функционирования ЭИС с целью уменьшения трудоёмкости и разработки, затрат
на создание ЭИС.
ТПР разрабатывают при наличии однородных объектов управления, для которых
создание ТПР является экономически целесообразным.
ТПР делится на следующие виды:
простые
комбинированные
Простые ТПР охватывают вид обеспечения, комбинированный два и более .
Объектами проектирования для простых ТПР являются:
ТПР по информационному обеспечению (БД ,классификаторы
технико-экономической и нормативно-справочной информации)
ТПР по программному обеспечению(программы общего и специального
назначения)
ТПР по организационному обеспечению(инструкции определяющих функции
управления )
ТПР по постановке задачи
Общие требования предъявляемые к ТПР:
ТПР должен обеспечивать возможность их использования при создании ЭИС ,при
минимальном участии разработчиков ТПР
2.Сроки применения ТПР должны быть увязаны со сроками
определяемые обновлением используемых в ЭИС технических и
программных средств и нормативно технических документов
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 рабочий проект