Информационные системы

Информационные системы . Классификация ИС- ИС делятся на две группы: - система информационного автоматизированной системы управления). Они являются важнейшими компонентами систем автоматизированного проектирования, автоматических систем научного исследования, ЭИС. К числу ИС имеющих самостоятельное назначение: -информационные поисковые системы, -инф справочные системы. Принципы информационной технологии: - обеспечение конечного пользователя с инф системой на профессиональном ограниченном естественном языке, представление входной и результатной инф в привычном для пользователя виде проектирования подготовки производства и научных исследований по их постановке и исходным данных вне зависимости от сложности и наличия условий работы при которых он осуществляет процессы управления, проектирования и поиска новых решений в режиме активного расширяющегося диалога с ЭВМ используя проф опыт и принимая решение одновременно по множеству критериев. На три класса систем: 1 Интеллектуальные-диалоговые (вопрос/ответ), 2 расчетно-логические(системы принятия решения), 3 использует программа реализующая модели принятия решения в конкретных задачах, возникающих у людей в их проф деятельности. Сущность задачи- упорядочивании. Интел-диалог – предназначены для поиска методов решения интеллектуальных задач с применением новых информационных технологий использование БД и БЗнаний. Экспертная система – система способная заменить эксперта при решении некоторых задач. От степени автоматизации: - системы управления. Инф система включает всю необходимую информацию для выработки решений не касаясь самого существа решений, т. е. после анализа информацию для принятия решения содержащая элементы оценки решений, окончательное решение человек. Управляющая система на основании исходной информации и выработанных решений осуществляет по заданным программам воздействие на производственный процесс с целью приведения его к заданному состоянию. Самонастраивающаяся система может в пределах разработанного алгоритма изменить программу при ситуациях не соответствующих заданной программе выработанных решений. СТРУКТУРА ЭИС В процессе декомпозиции компонентов ЭИС выделяют: функциональные и обеспечивающие части. или структурному) и объединяют в себе соответствующие комплексы задач управления. Обеспечивающая часть ЭИС состоит: информационного, нормативно справочная информация, методические материалы организации и использования перечисленных компонентов. Внутримашиное инф обеспечение – программ реализующих цели и задачи ЭИС) В состав программных средств: общесистемные, прикладное обеспечение, инструктивно – методические обеспечение включает: совокупность методов решения задач управления, весь комплекс технических средств обеспечивающих работу системы т. е. технические средства сбора, регистрации, передачи, обработки, отображения, размножения информации. Организационно- методическое обеспечение специалистов в условиях функционирования ЭИС, а также комплекс документов регламентирующих порядок хранения и защиты информации, правил ревизии формализации естественного языка. Эргономическое обеспечение совокупность методов и средств для создания оптимальных условий деятельности человека при разработки ЭИС. Метрологическое обеспечение – метрологические средства и инструкции по их применению. ПОТРЕБИТЕЛЬСКИЕ СВОЙСТВА ЭИС 1. Функциональная полнота- система должна некотором заданном интервале времени. 2 Временная обеспеченность – Функциональная надежность- получение безошибочной информации в заданные сроки. 4 Эффективность – система должна приносить пользу. 5 Адаптивность – изменившимся условиям объекта и обеспечивать устойчивое функционирование на большом интервале времени. 6 Иерархическая агрегатируемость – возможность быть составной частью с системой более высокого уровня. ОСОБЕННОСТИ НОВОЙ ИНФ ТЕХНОЛОГИИ Современные инф технологии для помощи руководителям в получении своевременной достоверной информации, создание уровня интерфейсов, применение ППП общего и программного назначения, техники. В таких системах есть защита информации при передачи данных. Повышенное требование к оперативности информационного обмена. Это привело к созданию многоуровневых систем организационного управления объектами (банки, налоговые службы, статистические и др службы) Их информационное обеспечение поддерживают сети автомат. Банков данных, которые строятся с учетом организационно-функциональной структуре соответствующего многоуровнего экономического объекта. ПОНЯТИЕ ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ ИТ- система методов и способов сбора накопления, хранения, поиска, обработки и выдачи информации. Как и всякая технология инф технология включает набор материальных средств (носители информации, технические средства изменения его состояния, обработки передачи и т. д). Экономическая инф подвергается всем процедурам преобразования, но некоторые процедуры могут и исходных данных, их регистрация. 2 Подготовительный – прием, контроль и перенос на машинные носители 3 основной – непосредственная обработка инф 4 Контроль, выпуск и передача результатной инф пользователю. Сбор и регистрация инф – особое значение придается достоверности , полноте и взвешивание измерение и подсчет материальных объектов. Получение временных Процедура передачи инф осуществляется различными способами, как вручную так и по каналам связи. Обработка эк инф- выполняются процедуры: арифметическая обработка, логическая обработка, печать, принятие решения специалистом без применения технических средств но на результате унифицированных схем технологических процессов. При проектировании эк-их решения всей совокупности технико-эконом задач и выдача результатов в строго установленные сроки 2 Достоверность и своевременное получение исходной инф 3 Возможность непрерывного прямого ввода в ЭВМ информации, финансовых средств 6 Совершенствование средств и систем сбора передачи и обработки информации. Различают два типа Эк процессов: предметный и пооперационный. Предметный обработке информации и решение конкретных комплекса задач (учет труда и з/пл) и организующие пооперационную обработку данных внутри линии. Пооперационный или поточный тип построения тех процесса предусматривает операций выполняемых в автоматическом режиме (АРМ). МЕТОД КОНТРОЛЯ, КОДЫ ОБНАРУЖЕНИЯ ОШИБОК Квалификация операций контроля: 1 По методу осуществления контроля : предварительный, текущий, последующий. Предварительный – до исполнения работы. Его целью является предупреждение ошибок. Текущий- проверка качества работы во время вычислительный операций. При последующем – появляются и исправляются ошибки допущенные при выполнении предыдущих операций. 2 По способу осуществления: контроль- зависимость), прямых сопоставлений, балансовый метод, с использование контроля ошибок: -запрещение использования некоторой части кодовых обозначений, - запрещение использования некоторых частей символов (отдельные символы подвергаются большим искажением чем другие), контроль по модулю – кодовое обозначение добавляется в контрольный знак. Контрольный знак рассчитывается Контрольный знак X1 опред-ся по следующщей могут использоваться числа 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 Взаимосвязь этапов – должна обеспечиваться связь требований представляемых к системе и минимизировать потери при переходе имеют средства спецификации используемые на различных уровнях представления данных. Под спецификацией понимаются точная, полная описание требований в ясно сформулированных требованиях для данной задачи. Современные методологии проектирования ЭИС должны обеспечивать представление информации: описание объектов автоматизации, описание функциональных возможностей ЭИС, спецификация проекта гарантирцющее достижение заданых характеристик системы, описание реализации предлагаемой системы, детальный план создания системы с оценкой сроков разработки. моделирование предметной области 2 выявление требований и спецификация инф-ой системы через её макетирование 3 системная архитектура програмных средств поддерживаемая инструментальными средствами CASE технологи. области технологий БД наиболее сложной задачей явл-ся выявление информ-ных и функциональных связей между объектами. В наше время для построения строится на основе интеграций спецификаций информационных потребностей. 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. 3 Строительно-монтажные работы, в том случае, если строится специализированное здание. 7. 4 Проведение предварительных испытаний. Проведение опытной эксплуатации. 7. 5 Выполнение работ в соответствии с гарантийными обязательствами. 8. 2 После гарантийное обслуживание. ОРГАНИЗАЦИОННО РАСПОРЯДИТЕЛЬНАЯ И ПРОЕКТНАЯ ДОКУМЕНТАЦИЯ Вся документация, формируемая в процессе создания ЭИС может быть разделена на следующие типы: организационно - распорядительская документация, определяющая правовые и хозяйственные отношения участников создания ЭИС. предпроектная разработку системы. 1 проектная документация, включающая ТП и рабочую документацию. Предпроектная и проектная документация имеет общее название : "Техническая документация". 2 проектно-сметная документация архитектурно - строительной и сметной частей проекта системы. Организационно - распорядительская документация создается на каждой стадии процесса проектирования, для выполнения подготовительных работ и для разработки проектной документации. На первых 3-х стадиях оформляются договоры на создание системы, разрабатываются педпр-ые док-ты (планы графики проведения занятий с руководящим персоналом, разработка классификаторов, приведение конструкторско-технческой документации в соответствие с единой системой конструкторской и технической документации), оформляются документы на поставку технических средств, на организацию работ по подготовке объекта к созданию системы. На стадиях подготовки ТП и РД составляются приказы на проведение работ с приложением план-графиков: организационно-технических мероприятий, ввода в эксплуатацию технических средств, обучение сотрудников. Кроме того, на этих стадиях составляются протоколы, которые оформляют согласование постановок задач, принятие зачетов по результатам обучения. Составляются акты, которыми фиксируется готовность нормативно-справочной документации и организационно - распорядительская документация двух типов. В группу необходимой информации в соответствии с требованиями проекта, заполнением условиях. При необходимости составляются протоколы согласования отступления проекта. МЕТОДИЧЕСКОЕ ОБЕСПЕЧЕНИЕ ПРОЦЕССА ПРОЕКТИРОВАНИЯ ЭИС Всю совокупность документов , которыми руководствуются при проектировании ЭИС делят на: 1 нормативно- технические документы НТД 2 руководящие документы РД. Целесообразность разработки НТД и РД определяется: неоднократностью применения установленных ими норм и правил в процессе разработки внедрения и функционирования ЭИС и ее документов; стабильностью различных уровней управления; возможность получения эконом эффекта. НТД=ГОСТ+Отраслевые стандарты+стандарты предприятий. РД=общеотраслевые+отраслевые. НТД-регламентирует структуру, состав, содержание, оформление технической документации, организацию разработки и внедрения ЭИС, общесистемные вопросы. НТД являются документами обязательного характера. РД делятся по степени обязательности содержащихся в них норм методов и правил: обязательные и рекомендательные. РД (обязательные)-выпускаются при отсутствии соответствующих ГОСТов. РД (рекомендательные)- когда применение. РД (общеотраслевого назначения) устанавливает требования организационного и методического характера, разрабатываемые на основе и в дополнение соответствующих ГОСТов или при их отсутствии. Каждый НТД и РД вводится в действие соответствующим директивным документом, при этом указывается дата начиная с которой документы вступают в силу. ВЗАИМОДЕЙСТВИЯ ПОЛЬЗОВАТЕЛЕЙ И РАЗРАБОТЧИКОВ ЭИС НА СТАДИЯ ПРОЦЕССА ПРОЕКТИРОВАНИЯ Основными участниками процесса создания ЭИС являются предприятие-заказчик, для которого она создается и разработчиков регулируются заключенными между ними договорами. Заказчик обязан заключить договор на создание ЭИС, приобрести технические средства, подготовить задание на строительство или реконструкцию предпроектной стадии, в необходимые сроки подготовить помещение, приобрести и установить технические средства, разработать и осуществить мероприятия по совершенствованию организации управления и производства. На необходимой информации на машинные носители и ее контроль, обеспечить уточнение исходных данных по составу и структуре информационной базы, завершить ее формирование, подготовить контрольные примеры, организовать поэтапную приемку рабочих программ с проверкой на контрольных примерах. внедряет локальные и общегосударственные классификаторы, унифицированные формы док-ов, проводит в намеченные сроки мероприятия по подготовке ввод в эксплуатацию технических средств, завершает опытную эксплуатацию комплекса задач и прим их в промышленную эксплуатацию. Разрабатывает и согласовывает с разработчиком программу приема сдаточных испытаний и организуют работу приемочной комиссии по проведению испытаний системы. Основная цель разработчика - создание ЭИС. На предпроектной стадии проводит обследование объекта, обрабатывает материалы обследования, определяет задачи, комплексы задач, подлежащие автоматизации, определяет экономическую эффективность. На стадии ТП разрабатывает док-цию ТП, в работами по созданию классификаторов, внедрению унифицированных систем док-ции, разрабатывает структуру информационной базы, принимает участие в обучении персонала заказчика. На стадии рабочей док-ции осуществляет в разработке должностных инструкций управленческого персонала, разработчик осуществляет методическое руководство, вносит корректировки в проекты, принимает участие в сдаче задач и комплексов задач в пром. Эксплуатацию и участвует в работе комиссии по приемке системы в пром. ЦЕЛИ И ЗАДАЧИ ПРЕДПРОЕКТНОЙ СТАДИИ ЭИС В стадии формирования требований к ЭИС включается комплекс научно-исследовательских и определить производственные возможности предприятия по повышению прибыли, снижению затрат, в результате создания ЭИС. Проводится 1 технико-экономическое обследование, включающее системное описание конкретного объекта 2 диагностический анализ в системах управления 3 иследования инф потоков. модели. Характеризует: 1 цели и критерии функционирования производства 2 управления 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 метод анализа операций. – для исследования существующей технологии обработки информации, подробно изучить маршруты обрабатываемой информации. ОБРАБОТКА МАТЕРИАЛОВ ОБСЛЕДОВАНИЯ И ИХ АНАЛИЗ совершенствования управления 2 выявление номенклатурных показателей которые следует использовать для оценки системы управления 3 развития предприятия 5 определение факторов производства и управления обеспечивающих достижение целей и выявление факторов отрицательно влияющих на достижение целей 6 выявление перспективных проблем от которых зависит эффективность системы 7 получение необходимых данных для экономического обоснования проведения организационных мероприятий по рационализации системы управления и внедрения ЭИС. Обработка результатов обследования- систематизация полученных данных по формам, срокам обработки, техники и технологии формирования сводных аппарат и вычислительная техника. Материалы обследования оформляются в В наше время большое распространение получил метод анализа – метод матричного моделирования. Представление моделей предметной области в виде данными 2 составить и проанализировать полный состав реквизитов 3 установить наличие инф-ой связи между задачами 4 выделить сильно или слабо связанные группы реквизитов 5 оптимизировать кол-во циркулирующих в системе управлениядокументов и состав реквизитов в них. ПРЕДПРОЕКТНАЯ ДОКУМЕНТАЦИЯ И ОЦЕНКА ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ЭИС 1 Предпроектная документация содержит разделы: цель обследования; основания для обследования; объект обследования; организация разработчика и состав исполнителей; характеристика предприятий; выводы по анализу производственной структуры предприятия; результаты обработки опросных листков; выводы по анализу функционирующей структуры; выводы по анализу существующей ЭИС. 2 Даются предложения: по совершенствованию организационной структуры; по – функциональной - ; по – потоков информации и форм документов; по – методов учета. 3 Производится: выбор и обоснование объекта автоматизации; выбор технико-эк показателей отражающие воздействие ЭИС на объект управления; общие рекомендации по улучшению управления; обоснование очередности разработки задач. Основные показатели эффективности ЭИС: годовой прирост прибыли ( Эгод=(А2-А1)*П1/А1+(С1-С2)*А2/100) годовой эк эффект (Э=Эгод-Ен*К) срое создание ЭИС (Ер=Эгод/К) где А1,А2 – годовой объем реализуемой продукции до и после внедрения ЭИС, С1 С2 затраты на 1 рубль реализуемой продукции , П1 прибыль от реализации продукции до внедрения ЭИС, Ен нормативный коэффициент эффективности капитальных вложений на внедрение ЭИС К капитальные вложения на создание ЭИС ПОНЯТИЕ ЭКОНОМИЧЕСКОЙ ЗАДАЧИ И ЕЕ ОСОБЕННОСТИ эконом задача – любая законченная последовательность действий, которые выполняются над одним или несколькими упорядоченными массивами, в результате чего формируется не менее одного наименования реквизита основания с соответствующей признанной частью, в документальной форме. Особенности эк задач: 1 жесткая структура форм входной и выходной информации 2 алгоритмизация эк-ой задачи имеет точное, полное и недвусмысленное толкование 3 участие пользователей в постановке любой эк-ой задачи и использование одних и тех же первичных данных при решении многих задач 4 использование результатов при решении одних задач для решения других. Вывод: при постановке задач следует рассматривать оперативных данных к определенному сроку, при этом источники инф-ии могут находиться в различных местах 3 тесная инф-ая связь задач, необходимость накопления и постоянного обновления нормативно-справочных данных а так же оперативной инф 4 возможность широкого использования методов КЛАССИФИКАЦИЯ ЭКОН ЗАДАЧ Важнейшие признаки классификации эк задач: 1 Признаки характеризующие задачу в системе административного управления 2 данная задача. Первая система классификации рассматривает задачу с точки признаком задачи подразделяются на: конструкторские, технологические, прогнозирования, учета и т. д. По предметному (объемному) признаку: задачи текущие, перспективные. Рассмотрим 2 признак с точки использования математического аппарата: многовариантные (экспериментальные), расчетные. Многовариантные задачи из обусловленного критерия оптимальности и условия ограничения. Простые расчетные задачи возникают когда выбор вариантов отсутствует. ЦЕЛИ И ЗАДАЧИ КЛАССИФИКАЦИИ И КОДИРОВАНИЕ ЭЛЕМЕНТОВ. СИСТЕМА КЛАССИФИКАЦИИ Классификация множества. Признаком классификации является свойство или характеристика объекта классификации, позволяющее установить по сходству или отличию других объектов при классифицировании. Классификационная группировка – множество или подмножество объединяющее часть объектов классификации по одному или нескольким признакам. Система классификации должна отвечать требованиям: 1 иметь достаточную емкость и обладать необходимой полнотой (емкость – наибольшее количество классификационных группировок в данной системе классификации). 2 система должна обеспечивать достаточное и экономически оправданное количество уровней классификации. 3 - - - решение комплекса задач ЭИС различного уровня 4 - - обладать определенной гибкостью для включения новых классиф группировок и объектов без нарушения принятой структуры 5 – согласовываться с алгоритмами 6 обеспечивать простоту и автоматизацию ведения классификаторов. Существует система классификации: иерархическая, фасетная, комбинированная. В иерарх системе между классиф-ми группировками устанавливаются отношения подчиненности. Исходное множество объектов делится по выбранному признаку-основание Количество уровней свидетельствует о глубине классификации. Пример хх Класс, х подкласс, хх группа, х подгруппа, х вид, хх подвид Фасетная – заданное множество делится на независимые группировки по отраслевые, локальные ТРЕБОВАНИЯ ПРЕДЪЯВЛЯЕМЫЕ К ПРОЕКТИРОВАНИЮ КОДОВ ТЭИ 1 коды должны обладать способностью однозначно идентифицировать объект 2 должны обеспечивать удобство и эффективность автомат обработки информации 3 едины для всех подразделений, стабильными и для каждой номенклатуры иметь одинаковую длину 4 обеспечивать резерв кодовых обозначений 5 в кодах д б учтены особенности уже принятых систем кодирования 6 система кодирования д б классификатора Этапы проектирования классификаторов: 1 определение перечня всех подлежащих кодированию номенклатур 2 установление перечня позиций по каждой номенклатуре 3 выбор системы класси-ии для каждой номенк и систематизация ее позиций 4 выбор системы кодирования и присвоение кодовых обозначений каждой позиции номенклатуры 5 оформление кодов и изменений и дополнений, санкционированного доступа 7 разработка инструктивных и методических материалов для пользователей системы ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ПРОЕКТИРОВАНИЮ ФОРМ ПЕРВИЧНЫХ ДОКУМЕНТОВ Требования: 1 формы первичных док-ов должны в полной мере учитывать приспособлены для ручного использования и машинной обработки 6 размеры, расположение и последовательность граф и строк должны обеспечить при обработке наименьшую трудоемкость 7 последовательность расположения реквизитов док-ов д соответствовать последующему переносу на маш. носители 9 все показатели и реквизиты переносимые на маш носители целесообразно сконцентрировать в спец выделяемых полей документов 10 постоянные показатели – должны заполняться при подготовке форм документов 11 форма - ГОСТ 12 автоматизация заполнения и ведение первичной документации 13 инструкции – однозначные и простые В системе док-ии выделяются: первичные, результатные док-ты. Первичные док – бланк заполненный необходимыми данными и подписанный должностными лицами – юр. сила. Первичные: базовые, оперативные. Базовые – док-ты, содержащие постоянные справочные, нормативно-расценочные и др. данные. Они составляют нормативно-справочную информацию. Три основных формы расположения реквизитов: зональная, табличная, комбинированная. Зональная – все реквизиты группируются по признаку взаимосвязи и для каждой группы своя зона. При табличном – док-ты в виде таблиц. Формы: односторонние, многостор. По направлению движения к объекту: входящие и исходящие. По месту возникновения – внешние и внутренние По способу охвата: разовые и накопительные. Унифицированные системы документации УСД – совокупность взаимосвязанных док-ов, построенных по единой модели и содержащих информацию, необходимую для принятия решения соответствующими органами правления. Основные задачи УСД: 1 систематизация форм документов 2 взаимосвязь содержащихся в них технико-экон показателей 3 регламентация состава, видов и разновидностей документов 4 рациональное сокращение числа форм документов и содержащихся показателей. Выбор тех или иных форм документов зависит от состава реквизитов, необходимых для решения задач, а также от требований, предъявляемых со стороны технических средств обработки информации. Вывод: несмотря на разнообразие унифиц форм первичных документов при создании конкретной ЭИС могут разрабатываться собственные формы внутренней документации, удовлетворяющих определенным условиям пользователя. состоит из этапов: 1 определяется состав реквизитов 2 все реквизиты состоит из: ЗАГОЛОВОЧНОЙ ЧАСТИ – 4 зоны: А) наименование предприятия Б) индекс док-та В) постоянные реквизиты Г) наименование док-та, его номер, дата ПРЕДМЕТНАЯ – переменные, справочно-группировочные реквизиты (признаки слева, основание справо) ОФОРМИТЕЛЬСКАЯ подписи ответственных лиц (“1 2”3 4 5 6) 4 расчитывается площадь бланка, выбирается стандарт бумажного листа разработка инструкции по заполнению и ведению данного док-таКЛАССИФИКАЦИЯ НОСИТЕЛЕЙ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ Рез инф можно выводить на экран на машинные носители и распечатывать. Различные ведомости получаемые на печатающем устройстве, называются машинограммы. Отображение результатной информации выходных документов осуществляется в двух режимах: регламентном и запросном. По назначению рез док-ты: основные и вспомогательные. По периодичности составления: оперативные, текущие, долгосрочные. По характеру печати – построчные и итоговые. По структуре: простые и сложные ПОСЛЕДОВАТЕЛЬНОСТЬ ВЫПОЛНЕНИЯ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ Следующие виды этапа: 1 определяет перечень и макс разрядность печатаемых реквизитов 2 все реквизиты делят на постоянные и переменные 3 определяют реквизиты, по которым подсчитываются итоги, устанавливается их иерархия: общие, промежуточные, частные 4 вычерчивается эскиз машинограмм: док делятся на три части: заголовочная (4 зоны), общая, эскизная. (3 и 4 зона совмещены в одну). Итоговые – располагаются по возрастанию старшинства итогов. порядке убывания старшинства располагаются группировочные и справочные реквизиты, справа отводят место для печати основания исходных и итоговых 5 составляется инструкция по ведению разработанного документа Машинограмма становится официальным документом при наличии подписи ответственных за содержание. ПРОЕКТИРОВАНИЕ МАКЕТОВ ЭКРАННЫХ ФОРМ Обрабатывается внешний вид экранов должны учитываться стандарты оформления, действующие в пределах функциональной области или всей прикладной системы. Конструктор макетов входящих в состав инструментальных средств содержит присваивать им имена и связывать их с задачами приложения. Обеспечивать следующие действия с экранными представлениями: 1 показа стандартного 5 удаление -- 6 заменить -- стандартным 7 показать расширенное описание экранного представления 8 внести исправление в расширенное описание экранного представления Проектирование макетов машиных носителей информации макет маш инф- есть обоснованной последовательности. При проектирование макетов следует учитывать что все реквизиты классифицируются по группам: специальные, справочные, группировачные, количественно – суммовые. К специальным относят различного рода ключи, идентификаторы, имена работ, технологических процессов, программ. Справочные – характеризуют качественные стороны процесса. (наименование, ФИО) Группировочные - реквизиты обеспечивающие выполнение логических и арифметических операций. Расположение реквизитов на объекте: 1234. Кол-во реквизитов, значность, состав зависят от содержание задачи. Последовательность расположения (если они содержаться в соответствующих первичных формах) Общая характеристика типового подхода к проектированию ЭИС. 1)при внедрении типовой системы существенно сниж-ся затраты на 2) при индивид. Проекти-нии трудно обеспечить должный научно-технич. Для разработки и внедрения тип. проектирования ЭИС существует целый ряд 1) управление предприятием осущ-ся на основе единых положений 2) стук-ра системы управления на всех предприятиях одинакова и зависит 3) технические ср-ва ЭИС стандартизированы В основе типового проектирования лежит первонач. классификация или типизация эконом. объектов по их важнейшим параметрам. Затем создание типовых схем и решениий , внедрениие которых в дальнейшем на конкр. . Декомпозиция функц-ых компонентов ЭИС явл-ся основой технологии типового проектирования. Типовое проектирование предполагает разбиение ЭИС на отдельн. составляющие и создание для каждого из законченного проектного при проетировании ЭИС. В соотв-вии с этим принципом система д. б.. хорошо структури-на, удовл. след. требованиям : 1) каждый уровень иерархии д. б. обозрим и понятен без детального знания нижних уровней. 2) д. б. минимизированы связи между элементами на одном уровне иерархии. 3) не должно б. Связей между элементами через 1 уровень. 4) элемент более высшего уровня д. вызывать элемент следующ. уровня как единое целое , передавая ему входную инф-цию 5) элемент следующ. уровня после окончания своей работы возвращает вызывающему его эл-ту управление и результаты работы. В соотв-вии с перечисл. требованиями для компонентов функц. структуры м. установить следующ. структуру по уровням : 1) элементы автоматизированных подсистем процедур , реализ-ых персоналом управления. В основе разработки типовых проектов лежат такие принципы как унификация и стандартизация. Под единообразия в методах , средствах и содержании и формах представления информации. Под стандартизацией понимается обязат. соблюдение при Определение ТПР и требования предъявляемые к ним ТПР в области ЭИС представляет комплект технической документации, содержащей проектное решение по части объекта проектирования и предназначенные для многократного использования в процессе разработки, внедрения и функционирования ЭИС с целью уменьшения трудоёмкости и разработки, затрат на создание ЭИС. ТПР разрабатывают при наличии однородных объектов управления, для которых создание ТПР является экономически целесообразным. ТПР делится на следующие виды: простые комбинированные Простые ТПР охватывают вид обеспечения, комбинированный два и более. Объектами проектирования для простых ТПР являются: ТПР по информационному обеспечению (БД ,классификаторы технико-экономической и нормативно-справочной информации) ТПР по программному обеспечению(программы общего и специального назначения) управления ) ТПР по постановке задачи ТПР должен обеспечивать возможность их использования при создании ЭИС ,при минимальном участии разработчиков ТПР определяемые обновлением используемых в ЭИС технических и программных средств и нормативно технических документов 3. ТПР используемая в конкретном ЭИС должна удовлетворять требованиям стандартов, распространяемых на ЭИС и её части ТПР должен удовлетворять одному или нескольким из следующих свойств: Обладать способностью удовлетворять все возможные потребности в рамках своей функциональной ориентации Допускать адаптацию к конкретным условиям применение путём изменения параметров применении тпр ТПР может подразделяться на три класса: Класс задачи- охватывает комплекс алгоритмов и программ реализующих определенные функции управления. ТПР этого класса разделяется на подклассы ,которые в свою очередь состоят из комплексов задач(по модульному принципу). При этом предусматривается разработка модулей алгоритмов и модулей программ. Они построены по модульному принципу Они обладают настраиваемостью программ, т. е. возможностью выбора определённых алгоритмов из числа заложенных в ТПР решений ТПР по задачам снабжена развитой системой диагностики широкого класса 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} выбранные из ТПР модули решения задач без доработки Д16 оригинальные модули Д17 схемы информац увязки оригин модулей и ТПР Д18 постановка задачи Д1Д{3}Д4Д6-7 – П4 – U1 Д{19}Д19-20Д27 П4-выбор системы классификации U1 общегосударственные классификаторы Д19 справочники клас-ры применяющиеся в справочник классификаторов на предприятии Д2Д{3}Д4-5Д21 - П5 – Д{21}Д22-23 П5 - выбор типовых программных модулей Р2U2Д24-25U3 – П6 – Д{24}Д26 П6 выбор комплекса технич средств Р2 комплекс средств Д{24} выбранные типовые рекомендации Д26 перечень выбранных тех средств включая имеющиеся ОПРЕДЕЛЕНИЕ ППП ППП- некоторый преобразователь на вход которого подается параметрический поток и информационный поток а выходным является совокупность значений параметров, необходимых для настройки ППП на конкретные условия работы. Информационный поток составляют первичные данные , которые обрабатываются для получения результатной информации. структура функционирование любого ППП может быть обеспечено совокупностью средств: обеспечение данными, реализация алгоритмов решения задач, диспетчеризация работы пакета, взаимодействие пользователя с пакетом. Организацию ППП можно представить состоящими из частей: 1 входной язык пакета используемый в качестве средства описания задания при обращении пользователя к пакету 2 модель области применения пакета, т. е совокупность сведений о классе задач для решения которых предназначен пакет 3 набор данных необходимых для решения задач 4 фонд модулей используемый при составлении программ 5 управляющая программа пакета 6 результаты решения… Общесистемные и т. д функциональные ППП – программы реализации различных функций управления. Сущность подсистемного проектирования ЭИС и выбор ППП Пакетное проектирование ЭИС производится в рамках традиционных стадий разработки ЭИС. Специфика данного метода отражается на проектировании ЭИС. Так на его информационной база определяется состав и структура функциональных ППП , а также состав и структура информационной базы. Проводятся мероприятия по организационно-технической подготовке объектов управления с учетом значительно сокращаются сроки раб. проектирования ,так как используются либо с незначительной доработкой. Остается лишь задача настройки пакетов на общую единую БД и привязки их к условиям конкретного объекта. На основе подготовленных и загруженных массивов осуществляется опытная и анализ функционирования и освоение проектной мощности комплекса задач ЭИС в целом. Таким образом при создании ЭИС на основе ППП последовательность работ сводится к следующему : Выбора ППП для реализации функций управления на данном объекте Привязке выбранных ППП к конкретным значениям параметра объектов Основные этапы пакетного проектирования Выбор ППП Он состоит в подборе наиболее подходящих ППП удовлетворяющих как условиям рассматриваемого объекта ,так и требованиям программного и информационного интерфэйсов. Задача выбора возникает не только при разработке ,но и для всех случаев , когда в процессе развития и совершенствования ЭИС появляется необходимость в новой технике и новом программном обеспечении. Обычно последовательность действий при выборе ППП сводится к следующему: поиск готовых пакетов или путей их приобретения сравнительное описание характеристики возможных пакетов окончательный выбор пакетов Метод контрольных вопросов средствам при реализации пакета 4 характеристика документации пакета 5 финансовые факторы: затраты на приобретение, разработку, установку пакета, подготовка персонала, экономическая эффективность пакета 6 особенности установки пакета 7 особенности эксплуатации пакета 8 оценка качества пакета и опыт его использования 9 перспектива использования пакета Метод экспертных оценок Группа экспертов разрабатывают список факторов характеризующих программу. рассматриваемого пакета по каждому из факторов. Ранжирование оценок позволяет выявить подходящий вариант ППП математического программирования. Функция представляющая критерий эффективности стремится к максимумуСпособы привязки ППП к условиям конкретного объекта ППП с точки зрения проектировщика-это некоторый преобразователь вход которого составляют информационный поток и параметрический поток, а выход - необходимая для управления объектом условиях конкретного объекта обрабатываются на ЭВМ с помощью соответствующего пакета для получения выходной результатной информации. которые предусмотрена в соответствующем ППП, и за счет такой настраиваемости пакет может быть привязан к конкретным условиям объекта управления. осуществляться либо по принципу интерпретации, либо по принципу генерации. Принцип интерпретации заключается в том, что параметрический поток, призванный настроить пакет на особенности конкретного объекта управления как бы поглощается самим пакетом, что и видно на схеме А. ИП --> (ПП->[ППП]) ->ВИ информационный, параметрический поток ПП --> [ППП]`------------- &#175; ИП ---------> [ПППГ]--> ВИ сгенерированный ППП Схема Б Как только такое поглощение совершается, то система становится готовой к восприятию информационного потока. При использовании принципа интерпретации программы и документация пакета не меняются. Основное преимущество такого способа привязки заключается в том, что создаваемая в результате СОД проста в эксплуатации и легко модифицируется. При генерации осуществляется не просто привязка ППП, а создание нового комплекса программ МАХ соответствующего требованиям конкретного объекта управления с воспринимается сгенерированным пакетом.(схема Б) При генерации получаются лучшие СОД в смысле оптимальности их временных параметров и требований к ресурсам вычислительной среды. Однако при модификации системы необходимо повторять генерацию пакета, и в процессе длительной эксплуатации системы может возникнуть ситуация когда очередная модификация приведет к результату, не согласующемуся с вариантом первоначальной генерации пакета. Устранение такого рассогласования может потребовать значительных усилий и ресурсов, а в худшем случая привести к необходимости пересмотра или нового проектирования целой системы Технологические операции процесса ППП на примере “учет мат ценностей” Д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 перечень форм вых док-ов док-ов Д10-11 – П5 – Д12V2 П5 составление каталога реквизитов системы Д10 документация тех эк обследования объекта управления Д11 правило идентификации реквизитов Д12 документация пользователю V2 – каталог реквизитов системы Д10V3 - П6 – Д{3} П6 выбор системы бухучета V3 классификация систем бух учета Д{3} выбранные системы бух учета Д6Д9Д12Д14 – П8 – Д15-17 П8 идентификация логических связей между показателями входных и выходных док-ов Д12 методика расчетов показателей Д14 некоторая дополнительная инф Д15 логические связи между показателями входных док-ов Д16 --- выходных док-ов Д17 --- входных и выходных док-ов ресурсам выч тех Р3 характеристики имеющихся ресурсов выч системы Д18 ограничения на сроки получения док-ов после обработки Р4 ресурсы выч системы доступные для пакета При объектном методе проектирования в качестве типизируемого элемента выступает система управления объектом в целом т. е. создается типовой проект ЭИС обобщенного объекта из некоторого класса объектов управления. Таким образом предварительное условие объектного проектирования является классификация объектов. В основе классификации объектов лежат опред. функциональное назначение предприятия мощность информационной базы характер производственных процессов объем выпуска однотипной продукции номенклатура выпускаемых изделий характер получаемого сырья При создании ЭИС для любого объекта из рассматриваемого класса используется соответствующий типовой проект , т. е. проектирование системы при таком подходе сводится к подготовке и внедрению типового проекта. Если использованных в типовом проекте , то за счет органнизационно-технических проекта. Поэтому такие системы еще называются директивными. Предусмотрена 3-х уровневая структура типовых решений для классификационных групп промышленных предприятий. Это типовые элементы для всех предприятий данного класса типовые проекты ЭИС для базовых предприятий группы однородных по индивидуальные проекты привязки типовых ЭИС к конкретным предприятиям Типовая ЭИС включает 2 основных части: Системную и функциональную особенностей САПР является: 1 наличие инф модели 2 комплексный охват технического задания и заканчивая рабочей документацией 3 обеспечение диалогов взаимодействия как в процессе проектирования так и на стадии функционирования созданных систем 4 с помощью ЭВМ получается значительная часть документов проекта ЭИС 5 снижение трудоемкости проектирования Основными принципы создания САПР являются: 1 принцип системного единообразия т. е при создании функцировании и развития САПР связи между подсистемами должна обеспечивать целостность системы 2 принцип развития 3 принцип совместимость 4 принцип стандартизации, заключается в проведении унификации, типизации, и стандартизации подсистем и компонентов ПОНЯТИЕ некоторого целеноправленого центрального отображения существования ЭИС с экономической инф, что позволяет выводить отдельные характеристики создаваемой системы, либо проектировать ЭИС на основе преобразование исходной модели в условиях автоматизированного метода проектирования или формирования инф-ых моделей осуществляется программным путем. Требования построения является: 1 формализованность 2 структурированность, т. е струкутра всех инф-ых преобразований, начиная с реквизитов и кончая составными единицами любого уровня должны быть заранее заданы в явной виде или получены путем использования некоторых заданных алгоритмов 3 информационная и алгоритмическая *** д. б достаточна машинного определения параметров инф потока, получение алгоритмов преобразования инф-ии, выбор структуры БД, управление выходным процессом и составление тех документации 4 машинной независимость т. е особенности маш представление не должны влиять на описание модели 5 адаптивность. Целью создания САПР является: 1 повышение качества тех эк уровня проектирования объектов 2 обеспечение автоматизации основных этапов создания ЭИС 3 снижение стоимости и трудоемкости проектирования на основе мат методов 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 ТЗ по комплексу тех средств Д6 выбранный комплекс тех средств 4 структуирование БД Д2Д6 – П4 – Д7 Д7 структура БД 6 создание программного обеспечения Д2Д6-7 – П6 –G1-2Д9Д{9} G1 программа созданий ведений БД G2 программа формирования и вывода основных документов программ 7 генерирование програмного обеспечения ЭИС Д2Д6Д7Д9 – П7 – G3Д10Д{10} G3 программной обработки данных проектируемой ЭИС; обеспечение интерфейса. Д10 полная инф о всех созданных программах Д{10} инструкции по применению 8 оформление раб документации Д6-9 – П8 – Д11 Д11 рабочий проект