Шпоры по АСОИ [Виссарионов]

1. Фазы управления предприятием. Планирование. Определение и классификация ЭИС. Фазы управления предприятием: -планирование, учет, анализ, регулирование. Планирование делится на долгосрочное (3-5 лет), среднесрочное (год), оперативное (сутки). Фаза учета. После доведения планов до исполнения часто оказывается, что предприятие отклоняется от плана. Причины м.б. разными – влияние среды, неточность и неверность исполнения, несовершенство самого планирования. Чтобы вывести предприятие на плановую траекторию нужно регулировать его деятельность. Для этого нужно собрать данные о работе предприятия. Сбором данных для формирования отчетности занимается фаза учета. Учет использования ресурсов, финансирования, исполнения и тд. Фаза анализа. На основе учтенных данных формируются выводы о различных сторонах работы предприятия. Виды анализа: - анализ выполнения планов (бюджетных и производственных); - анализ сравнения с др подобными предприятиями; - анализ работы предприятия в сравнении с др периодами времени; - анализ влияния различных факторов на деятельность предприятия; Фаза регулирования состоит в выработке и реализации решений с целью достижения предприятием плановых показателей. Основные типы решений на предприятии: Организационные решения, решения по планированию, оперативно-управленческие решения. Определение и классификация ЭИС. ЭИС – это автоматизированная система хранения, обработки, сбора эконом. инф-ии в процессе управления предприятием.	Классификация ЭИС: 1. По функциональному признаку: - система обработки данных; (предназначена для сбора, хранения, преобразования и представления инф-ии с целью осведомления ЛПР в системе управления) - инф-поиск. система; (предназначена для хранения и выдачи ЛПР инф-ии, гл. образом текста, документов) - АСУ; (участвует совместно со специалистами в выработке и реализации управленческих решений). 2. По классу реализуемых технологических операций: - системы с текстовыми редакторами; - системы с табличными редакторами; - СУБД; - СУБЗ; - с графикой, мультимедиа, гипертекст. 3. По месту в процессе управления предприятием: - АРМ специалиста; - система руководителя; - система внешнего контроллёра; - интегрированные системы, объединяющие в себе часть или все эти функции. 4. по характеру использования ресурсов: - локальные; - распределенные.
2. Информация в ЭИС. Классификация ЭИС. Информация – это сведения, которые является объектом сбора, хранения, передачи, преобразования и используются для решения задач. Основные пути получения инф-ии: - наблюдение и эксперимент; - вычисление, логический вывод; - по средствам другого объекта, уже имеющего инф-ю об источнике информации. Существует несколько подходов к измерению количества информации: 1.Стаститический – оценивается количество информации в передаваемых сообщениях о состояниях некоторой системы, которая может иметь определенное количество дискретных состояний. Если до получения инф-ии было известно, сколько таких состояний может иметь система, и после получения инф-ии стало известно в каком состоянии она оказалась, то можно получить количество принятой инф-ии как меру снятия неопределенности о состоянии системы. 2. Семантический – количество полученной инф-ии измеряется с учетом смысла для ее получателя. Оценивается количество смысла полученной инф-ии с помощью сравнения объемов тезаурусов дор и после получения инф-ии. Тезаурус – свод слов, устойчивых словосочетаний, описывающих предметную область, сгруппированных по некоторому ключу (например, алфавиту). Количество семантической инф-ии равно разности тезаурусов до получения инф-ии и после получения инф-ии. I=Sn1-Sn0 (Sn- тезаурус, Sn1 – после получения инф, Sn – до получения) 3.Прагматический – оценивается полезность сообщения I=log2(P1/P2) (P – вероятность решения задачи, P0 – до сообщения, P1 – после сообщения)	Классификация ЭИС: 1. По функциональному признаку: - система обработки данных; (предназначена для сбора, хранения, преобразования и представления инф-ии с целью осведомления ЛПР в системе управления) - инф-поиск. система; (предназначена для хранения и выдачи ЛПР инф-ии, гл. образом текста, документов) - АСУ; (участвует совместно со специалистами в выработке и реализации управленческих решений). 2. По классу реализуемых технологических операций: - системы с текстовыми редакторами; - с таблич. редакторами; - СУБД; - СУБЗ; - с графикой, мультимедиа, гипертекст. 3. По месту в процессе управления предприятием: - АРМ специалиста; - система руководителя; - система внешнего контроллёра; - интегрированные системы, объединяющие в себе часть или все эти функции. 4. по характеру использования ресурсов: - локальные; - распределенные.
3. Информационное моделирование предметной области. Предметная область – часть реального мира, которая представляется, отображается и используется в информационной системе. Отображаемая предметная область с помощью различных форм представления информации наз-ся информационной моделью. Модель – это объект, который в определенных задачах м. заменять оригинал. Концептуальная модель – модель, которая отображает знание специалиста в предметной области о ее объектах и их взаимосвязи, процессов и результатов деятельности. На этом этапе м.б. использованы тексты, таблицы, графики, графы, блок-схемы. Логическая модель – программное обеспечение с помощью инструментария анализа и проектирования информационной модели. Математическая модель – записанные с помощью математического аппарата зависимости между параметрами(показателями) моделируемых процессов. При представлении и анализе экономической инф-ии выделяются следующие экономические показатели: 1. Показатель производства (процесс производства) 2. Показатель исполнителя (квалификация, возраст) 3. Показатель задач 4. Показатель объекта управления 5. Показатель субъекта управления	4. Информационное моделирование. Гипертекст. Предметная область – часть реального мира, которая представляется, отображается и используется в информационной системе. Отображаемая предметная область с помощью различных форм представления информации наз-ся информационной моделью. Модель – это объект, который в определенных задачах м. заменять оригинал. Концептуальная модель – модель, которая отображает знание специалиста в предметной области о ее объектах и их взаимосвязи, процессов и результатов деятельности. На этом этапе м.б. использованы тексты, таблицы, графики, графы, блок-схемы. Логическая модель – программное обеспечение с помощью инструментария анализа и проектирования информационной модели. Математическая модель – записанные с помощью математического аппарата зависимости м/д параметрами(показателями) моделируемых процессов. При представлении и анализе экономической инф-ии выделяются следующие экономические показатели: 1. Показатель производства (процесс производства) 2. Показатель исполнителя (квалификация, возраст) 3. Показатель задач 4. Показатель объекта управления 5. Показатель субъекта управления Гипертекст – информационное хранилище, представляющее собой довольно полное описание по заданной тематике и состоящее из специальным образом организованных фрагментов, связанных между собой. Г = (T, I, S, Q). Г – гипертекст; Т – тезаурус; I – текстовая информация, S – список тем; Q – список статей.
5. Понятие корпоративных ИС. Виды корпоративных ИС. Для внедрения на предприятии ЭИС м.б. использованы 2 направления: 1) Внедрение локальных разобщенных систем для применения на рабочих местах и решения разных задач (АРМ) 2) Внедрение интегрированных систем предназначенных для комплексной автоматизации деятельности предприятия. КИС – это интегрированная система, обеспечивающая совместную деятельность работников (управленческого персонала на различных рабочих местах, отделов, служб). По степени охвата ОУ на предприятии полнота возможностей КИС оценивается различными уровнями применения: - производство; - сбыт; - спрос; - поставки; - обеспечивающие службы. Виды КИС. В зависимости от полноты и сложности ИС различают: - средние интегрированные; - крупные интегрированные; - локальные системы К локальным системам относятся модули 1С; к средне-интегрированным относятся 1С-предприятие, Парус – Галактика; к крупно-интегрированным относятся People Soft Baan, Oracle, R3.	6. Содержание и организация проектирования. Основные задачи проектирования. Под проектированием автоматизированных ЭИС понимают процесс разработки тех. документации, связанный с организацией системы получения и преобразования исходной инф-ии в результирующую. Документ, полученный в результате проектирования, называется проектом. Целью проектирования является подбор технического и формирование информационного, математического, программного и организационно- правового обеспечения. Подбор технического обеспечения д.б. таким, чтобы обеспечить своевременный сбор, регистрацию, передачу, хранение, накопление и обработку инф-ии. Информационное обеспечение д. предусматривать создание и функционирование единого информационного фонда системы, представленного множеством информационных массивов, набором данных или базой данных. Формирование математического обеспечения системы включает комплектацию методов и решений функциональных задач. Основными задачами проектирования являются: 1) Оказание влияния на улучшение организации учетной, плановой и аналитической работы; 2) Выбор оборудования и разработка рациональной технологии решения задач и получения результатной инф-ии; 3) Составление графиков прохождения инф-ии как внутри, так и м/у производственными и функциональными подразделениями; 4) Создание БД, обеспечивающих оптимальное использование инф-ии, касающейся планирования, учета и анализа хозяйственной деятельности; 5) Создание нормативно-справочной инф-ии.
7. Анализ системы обработки информации. Разработка технического задания. Обследование – изучение и диагностический анализ в сущ-ей системы обработки инф-ии. Материалы, полученные в рез-те обследования д.б. использованы: 1) Для обследования, разработки и поэтапного внедрения системы; 2) Для составления ТЗ на разработку системы; 3) Для разработки технического и рабочего проекта систем. Обследование начинается с изучения производственно-экономических характеристик объекта, основных функций, осуществляемых подразделениями и их руководителями. Далее изучаются задачи, обеспечивающие реализацию функции управления. В процессе обследования д.б. выявлены: 1) материалы, на основании которых определяется состав подсистемы и перечень задач; 2) возможности применения новых методов решения задач. По результатам обследования следует установить перечень задач управления, решение которых целесообразно автоматизировать и очередность их разработки. Техническое задание – это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки АСУ. При разработке ТЗ следует: 1) установить общую цель создания ЭИС, определить состав подсистем и задач; 2) разработать и обосновать требования, предъявляемые к информационным подсистемам; 3) разработать и обосновать требования, предъявляемые к информационной базе, математическому и программному обеспечению, КТС; 4) установить общие требования к проектируемой системе; 5) определить перечень задач и исполнителей; 6) определить этапы создания системы и сроки их выполнения; 7) провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности ее внедрения. После разработки ТЗ разрабатывается план создания системы, сетевой график работ и проводится расчет затрат на разработку системы.	8. Организация разработки технического проекта. Основанием для разработки тех. проекта является ТЗ. Тех. проект системы – это техническая документация, содержащая общесистемные проектные решения, алгоритм решения задач, а также оценку экономической эффективности АСУ и перечень материалов по подготовке объектов к внедрению. Тех проект разрабатывается в целях определения основных проектных решений по созданию системы. На этом этапе осуществляется комплекс научно-исследовательских и экспериментальных работ. Для выбора наилучших вариантов решений проводится экспериментальная проверка основных проектов решений и рассматривается экономическая эффективность системы. Тех. проект содержит комплекс экономико-математических и алгоритмических моделей. Полный комплект тех. проекта на систему включает в себя 10 документов. 1. Пояснительная записка 2. Функциональная и организационная структура системы 3. Постановка задачи и алгоритмы решения 4. Организация информационной базы 5. Альбом форм документов 6. Система математического обеспечения 7. Принцип построения комплекса технических средств (КТС) 8. Расчет экономической эффективности системы 9. Мероприятия по подготовке объекта к внедрению системы 10. Ведомость документов Все документы можно сгруппировать и представить в виде 4-х основных частей тех. проекта: 1. экономико-организационная 2. информационная 3. математическая 4. техническая
9. Информационная, математическая, техническая части. Информационная часть технического проекта объединяет в себе документы: организация информационной базы, альбом форм документов Математическая часть содержит обоснование структуры мат. обеспечения, обоснование выбора системы программирования, в том числе перечень стандартных программ. Техническая часть предполагает описание и обоснование схемы тех. процесса обработки данных; обоснование требований к разработке нестандартного оборудования; обоснование и выбор структуры КТС и его функциональных групп; комплекс мероприятий по обеспечению надежности функционирования технических средств.	10. Требования к архитектуре информационных систем и их компонентам для обеспечения безопасности функционирования. При создании сложных распределенных ИС, формировании их архитектуры, выборе компонентов и связей м/у ними следует учитывать помимо общих, (т.к. открытость, масштабируемость, защита и т.п.) ряд специфических концептуальных требований, направленных на обеспечение безопасности функционирования: 1) Архитектура системы д.б. достаточно гибкой и допускать относительно простое без коренных структурных изменений развитие конфигурации используемых средств и наращивание функций и ресурсов ИС в соответствии с расширением сфер и задач ее применения; 2) Д.б. обеспечены безопасность функционирования системы при различных видах угроз и надежная защиты данных от ошибок проектирования, от разрушений или потери информации, а также авторизация пользователей, управление рабочей загрузкой, резервирование и восстановление функционирования ИС; 3) Следует обеспечить простой доступ пользователей к управлению и результатам функционирования ИС на основе современных графических средств, наглядных пользовательских интерфейсов; 4) Систему должна сопровождать документация, обеспечивающая квалифицированную эксплуатацию и возможность развития ИС.
11. Требования к архитектуре информационных систем и их компонентам для обеспечения безопасности функционирования. Основные требования Расширяемость. Многопроцессорность. Производительность. Распараллеливание алгоритмов. Расширяемость – это свойство системы, которое допускает поддержку дополнительных пользователей, обеспечивает более высокую производительность, пропускную способность и т.п. путем добавления вычислительных ресурсов и без изменения приложений и административного сопровождения. Существует 2 способа расширения сервера БД: - горизонтальное – м.б. получено, когда несколько серверов действуют независимо и делят рабочее пространство; - вертикальное – м.б. достигнуто путем добавления к платформе дополнительных ресурсов (более быстрых процессоров). Многопроцессорность – системы SMP (system multi process) часто используются для получения вертикального расширения, поскольку они допускают добавление процессорных элементов без изменения всей платформы. 2 основные проблемы для SMP: архитектура сервера БД: масштабируемость и прозрачность Производительность – в современных системах используется 2 метода для повышения производительности: - распараллеливание алгоритмов; - многопроцессорная обработка при помощи нитей. Распараллеливание алгоритмов. Существует 3 типа распараллеливания, применимых к архитектуре сервера БД: - параллельные операции ввода вывода с дисков; - параллельные утилиты; - параллельная обработка запросов.	21. Проектирование АРМ. Понятие АРМ. Автоматизированное рабочее место (АРМ) представляет собой место пользователя-специалиста той или иной профессии, оборудованное средствами, необходимыми для автоматизации выполнения им определенных функций. Такими средствами, как правило, является компьютер, дополняемый по мере необходимости печатающими устройствами и другими вспомогательными устройствами. АРМ в основном ориентирован на пользователей, не имеющих специальной подготовки по использованию вычислительной техники. Основным назначением АРМ можно считать децентрализованную обработку информации на рабочих местах, использование «своих» БД при одновременной возможности вхождения в корпоративную сеть предприятия, а иногда в глобальные вычислительные сети Internet. В организациях, учреждениях и предприятиях АРМ являются важной структурной составляющей АСУ как персональное средство планирования, управления, обработки данных и принятия решений. АРМ – это всегда специализированная система, набор технических средств и программного обеспечения, ориентированного на конкретного специалиста.
12. Требования к архитектуре информационных систем и их компонентам для обеспечения безопасности функционирования. Многопроцессорная обработка с помощью нитей. Оптимизация. Управление ресурсами. Параллельная обработка запросов. Сопровождение в оперативном режиме. Устойчивость. Многопроцессорная обработка с помощью нитей. Метод обработки запросов пользователя, с которым связаны меньшие издержки, называется многопроцессорной обработкой с помощью нитей. Нить как вариант процесса, представляет собой управление контекстом под управлением одного процесса. Контекст м.б проложен внутри процесса, либо средствами ОС. Оптимизация. Способность реляционной СУБД эффективно выполнять множественную обработку данных в большей степени определяет возможность оптимизатора запросов сервера БД. Управление ресурсами. Эффективное управление ресурсами состоит из 2-х частей: - прозрачной поддержки соответствующих ресурсов (память, управление процессами); - эффективного использования специальных ресурсов (специальная архитектура). Параллельная обработка запросов позволяет решить проблему низкой производительности для сложных запросов и объемных БД. Позволяет включать сложные запросы в транзакции, читать писать без ущерба для целостности БД и изоляции транзакций. Сопровождение в оперативном режиме. В идеальном случае утилита сопровождения должна поддерживать непрерывные операции с помощью кот система должна редуцировать или даже исключать плановые и не плановые неполадки. Часто в реляционных СУБД приходится выходить в режим off-line, чтобы выполнить некоторую утилиту. Утилиты для загрузки, резервирования, восстановления, проверки целостности должны допускать выполнение в оперативном режиме. Если происходит сбой во время выполнения этих операций, утилита не д.б запущена с начала операции.	Устойчивость. Понимается, что реляционная СУБД уменьшает важность конкретных сбоев и прозрачно восстанавливается после них. Реляционные СУБД должны обеспечивать доступ к данным, как по чтению, так и по записи независимо от обстоятельств, включая аппаратуру системы, а также выход из строя отдельных компонентов. Системы, обладающие такими свойствами, называются отказоустойчивыми. Существуют 2 основных типа: - аппаратурная избыточность; - избыточность по данным.
13. Жизненный цикл ЭИС. Системный анализ. Системный синтез. Технология проектирования, применяемая в настоящее время, предполагает поэтапную разработку системы. Этапы по общности целей могут объединяться в стадии. Совокупность стадий и этапов, которые проходит ЭИС в своем развитии от момента принятия решений о создании системы до момента прекращения функционирования системы, называется ЖЦ ЭИС. ЖЦ ЭИС состоит из стадий: 1) Планирование и анализ требований (предпроектная стадия). Системный анализ, исследование и анализ сущ-ей ИС, определение требований к создаваемой ЭИС, оформление ТЭО и ТЗ. 2) Проектирование (тех., лог. проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций, состава обеспечивающих подсистем, оформление тех проекта ЭИС. 3) Реализация (рабочее проектирование, программирование, физическое проектирование). Разработка, настройка программ, наполнение БД, создание рабочих инструкций для персонала, оформление рабочего проекта. 4) Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС. 5) Эксплуатация (сопровождение и модернизация). Сбор статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2-5) Системный анализ. К основным целям процесса относится следующее: 1) сформулировать потребность в новой ЭИС; 2) выбрать направление и определить экономическую целесообразность проектирования ЭИС.	Системный синтез – этот процесс предполагает: 1) разработать функциональную архитектуру ЭИС, кототрая отражает структуру выполняемых функций. 2) разработать системную архитектуру выбранного варианта ЭИС, т.е. состав обеспечивающих подсистем. 3) выполнить реализацию проекта.
14. Формализация технологии проектирования. Технология проектирования, применяемая в настоящее время, предполагает поэтапную разработку системы. Этапы по общности целей могут объединяться в стадии. Совокупность стадий и этапов, которые проходит ЭИС в своем развитии от момента принятия решений о создании системы до момента прекращения функционирования системы, называется ЖЦ ЭИС. ЖЦ ЭИС состоит из стадий: 1) Планирование и анализ требований (предпроектная стадия). Системный анализ, исследование и анализ сущ-ей ИС, определение требований к создаваемой ЭИС, оформление ТЭО и ТЗ. 2) Проектирование (тех., лог. проектирование). Разработка в соответствии со сформулированными требованиями состава автоматизируемых функций, состава обеспечивающих подсистем, оформление тех проекта ЭИС. 3) Реализация (рабочее проектирование, программирование, физическое проектирование). Разработка, настройка программ, наполнение БД, создание рабочих инструкций для персонала, оформление рабочего проекта. 4) Внедрение (тестирование, опытная эксплуатация). Комплексная отладка подсистем ЭИС, обучение персонала, поэтапное внедрение ЭИС. 5) Эксплуатация (сопровождение и модернизация). Сбор статистики о функционировании ЭИС, исправление ошибок и недоработок, оформление требований к модернизации ЭИС и ее выполнение (повторение стадий 2-5)
15. Назначение, функции и структура АИС. Информационная система - это средство организации информационного обеспечения процесса управления, способствующее своевременному поступлению необходимой и достоверной информации во все звенья системы управления, нуждающиеся в ней. К информационным системам относятся и автоматизированные системы управления технологическим процессом и информационно-поисковые системы. Наиболее сложной и имеющей наибольший набор функций являются автоматизированные системы управления. Можно выделить три группы функций АСУ: 1)сбор, обработка информации и выдача информации в виде необходимом для реализации именно реализуемой функции управления (неизбыточноть и удобство представления) 2)анализ полученной информации и выработка оптимальных решений, которые позволяют оперативно принимать управленческие решения 3)прогнозирование, составление оптимальных планов развития объекта. АИС относятся к большим системам и требуют деления на отдельные части и элементы: подсистемы, набор задач, отдельные задачи. Принято выделять две группы подсистем в структуре АИС: функциональные подсистемы и обеспечивающие подсистемы. Подсистема - относительно самостоятельная часть системы, выделенная по определенному признаку. Функциональные подсистемы составляют содержательную часть автоматизированной системы. Именно в функциональных подсистемах сосредотачиваются задачи, реализующие конкретные функции системы управления. Задачи управления объединяются в функциональные подсистемы исходя из принципа однотипности относительно функции управления. Обеспечивающие подсистемы создают условия для работы функциональных подсистем. Выделяют следующие обеспечивающие подсистемы: информационное обеспечение, математическое обеспечение, техническое обеспечение, программное обеспечение, лингвистическое обеспечение, правовое обеспечение.	16. Установлены следующие стадии создания АИС. 1.предпроектная стадия, включающая разработку технико-экономического обоснования (ТЭО) и технического задания (ТЗ) на создание АИС; 2.стадия разработки проектов, включающая разработку технического и рабочего проектов, а для небольших информационных систем единого технорабочего проекта; 3.стадия ввода в эксплуатацию, включающая проведение монтажных и пуско-наладочных работ по технической части системы, завершение мероприятий по подготовке организации к внедрению АИС, опытную эксплуатацию и приемо-сдаточные испытания системы. Задачей предпроектной стадии является определение целесообразности и производственной необходимости создания АИС. При этом первоначально в ТЭО определяются основные направления автоматизации объекта, а в дальнейшем в рамках ТЗ дается детальная постановка задач подлежащих автоматизации и описание процесса функционирования объекта в условиях использования АИС. На основе согласованного и утвержденного заказчиком технического задания разрабатывается технический проект и рабочий проект. На этапе разработки технического проекта осуществляются работы по подготовке к вводу АИС в эксплуатацию, проектированию информационного и программного обеспечения АИС подготовке содержания информационной базы системы, комплектования технического обеспечения АИС. Стадия ввода в эксплуатацию предполагает постепенный переход от существующих методов управления к использованию функциональных комплексов задач разработанных в рамках АИС. При этом выделяется два этапа: опытная и промышленная эксплуатация. Такая технология внедрения АИС дает возможность выявить недостатки разработанной системы на этапе опытной эксплуатации и устранить их до приема системы в промышленную эксплуатацию.
17. Предпроектная стадия создания АИС. Предпроектная стадия включает комплекс научно-исследовательских работ и организационных мероприятий, цель которых - определить целесообразность создания АИС, и в случае положительного заключения, разработать техническое задание. Назначением предпроектной стадии является проведение обследования организации, которое направлено на выявление возможностей, за счет которых возможно улучшение работы организации. Можно выделить следующие этапы предпроектной стадии: 1. Формирование исследовательского коллектива. 2. Планирование работ, предусматриваемых на предпроектной стадии. 3. Обследование существующей системы. 3.1. Исследование характер деятельности организации. 3.2. Определение организационной и функциональной структуры организации. 3.3. Изучение документов и массивов информации. 3.4. Определение используемых средств обработки информации. 3.5. Формализация потоков данных. 3.6. Определение затрат на функционирование системы. 4. Критический анализ существующей системы. 4.1. Обобщение выявленных недостатков. 4.2. Изучение причин недостатков. 4.3. Установление целесообразности автоматизации. 5. Выработка новых проектных решений и исследование целей. 5.1. Определение целей автоматизации. 5.2. Поиск возможных проектных решений. 5.3. Исследование средств реализации проектных решений. 5.4. Формализация принятых проектных решений.	6. Комплектование документации предпроектной стадии. 7. Принятие решения. Формирование исследовательского коллектива. В состав исследовательского коллектива должны входить не только разработчики, но и сами пользователи. Планирование работ. При планировании работ следует определить перечень всех направлений по которым следует проводить исследования. План работ должен содержать перечень работ, сроки их выполнения, ответственных исполнителей. План может быть представлен в виде таблицы или графика. Обследование существующей системы. Обследование системы предполагает определение организационной, функциональной структуры системы и анализ состава информации обрабатываемого системой. Организационная структура представляет собой перечень подразделений организации с учетом их подчиненности. Если в качестве объекта автоматизации выступает какое-либо одно - подразделение организации определяется должностная структура подразделения. Изучение должностной возможность понять содержание используемых процедур управления, смысл некоторых документов, суть отношений между сотрудниками. В результате изучения определяется функциональная структура организации, функциональные обязанности лиц, имеющих отношение к разрабатываемой задаче. Поиск возможных проектных решений может идти в нескольких направлениях: модификация ручных процедур с реорганизацией структур самих процедур; автоматизация без изменения организации; автоматизация с реорганизацией структур и процедур. При анализе возможных проектных решений необходимо учитывать: необходимый персонал и его готовность к выполнению работ; материальные средства; сроки реализации; затраты на реализацию. Работы предпроектной стадии заканчиваются оформлением отчетной документации по проекту.
18. Решение некоторых задач этапа проектирования АИС. Выбор СУБД. Выбор СУБД. Задача выбора системы управления базой данных возникает на этапе программирования задач по обслуживанию запросов пользователей и после проектирования модели базы данных. При выборе СУБД оценивается: язык описания данных; язык манипулирования данными; средства поддержания физической базы данных. При рассмотрении языка описания данных учитываются следующие характеристики: наглядность; простота изучения; степень независимости данных; процедуры защиты от несанкционированного доступа; элементы описания (типы данных, размер, имя); поддержание взаимосвязи (иерархические, сетевые, реляционные). Оцениваемыми характеристиками языка манипулирования данными являются: предоставляемые средства доступа (в физической последовательности, по значению элемента данных, по ключу); совместимость с базовыми (высокоуровневыми) языками программирования; простота изучения и использования; независимость данных; возможность и средства одновременного использования базы несколькими прикладными программами. Существует несколько методов выбора СУБД: 1)метод анализа возможностей, который основан на бальной оценке перечисленных характеристик по двум параметрам - есть или нет данная характеристика в СУБД и каково качество. Качество ранжируется по стандартной шкале. Коэффициент ранжирования умножается на выделенный для данной составляющей вес, и взвешенные по каждой составляющей суммируются; 2)метод экспериментальной проверки, который заключается в создании определенной прикладной Среды и получении с ее помощью эксплуатационных характеристик, при этом проектируется и загружается типовая база данных, на которой проходят экспериментальную проверку рассматриваемые СУБД; 3)метод имитации и моделирования работы СУБД - этот метод требует разработки математических моделей исследуемых объектов.	19. Автоматизация проектирования АИС. Автоматизация проектирования АИС и их компонентов является актуальной задачей в связи с увеличением объемов автоматизации процессов управления, усложнением динамических связей и степени интеграции между компонентами систем управления, стремлением к построению систем с адаптивными свойствами, увеличением трудоемкости и стоимости разработки Под системой автоматизации проектирования АИС понимается многоуровневый комплекс технических, математических, программных и информационных средств, обеспечивающих поиск и корректировку необходимой информации, программирование - корректирование в системе, выдачу проектной документации и модификацию систем в автоматизированном режиме. Создание АИС предусматривает разработку комплексов проектных решений трех классов: первый класс охватывает комплекс задачи методик обработки данных, алгоритмов и программ, обеспечивающих информационное обслуживание и реализацию функций управления; второй класс определяет структуру, состав и порядок использования комплекса технических средств, программных средств, предназначенного для предварительной подготовки данных, их передачи между компонентами системы, для решения задач автоматизации обработки данных и выдачи результатов обработки; третий класс определяет организационные решения и регламентирующие действия персонала на всех стадиях разработки, внедрения, функционирования отдельных задач, подсистем и системы в целом.
20. Техническая документация. Технико-экономическое обоснование. Техническое задание. Описание постановки задачи. Основными документами на предпроектной стадии являются: технико-экономическое обоснование; техническое задание; описание постановки задач. Технико-экономическое обоснование. Предназначено для обоснования производственно-хозяйственной необходимости и технико-экономической целесообразности создания и развития АИС. Документ «Технико-экономическое обоснование» (ТЭО) должен состоять из следующих разделов: Введение; Характеристика объекта и существующей системы управления; Цели, критерии и ограничения создания АИС; Функции и задачи создаваемой АИС; Ожидаемые технико-экономические результаты создания АИС; Выводы и предложения. Техническое задание. Техническое задание является основным документом по созданию АИС. При приемке АИС в эксплуатацию проверяется ее соответствие техническому заданию, допускается разработка отдельных ТЗ на отдельные части АИС. Техническое задание должно содержать следующие разделы: введение; характеристика объекта управления; назначение АИС; основные требования к АИС; технико-экономические показатели АИС; состав, содержание и организация работ по созданию АИС; порядок приемки АИС.	Описание постановки задачи. Содержит характеристики комплекса задач; условия, необходимые для решения; входной и выходной информации. В разделе «Характеристика комплекса задач» следует приводить: цель, назначение, технико-экономическую (организационно-техническую) сущность комплекса задач и обоснование целесообразности их решения; перечень объектов, при управлении которыми решают комплекс задач; распределение функций между персоналом и техническими средствами при различных ситуациях решения комплекса задач. Раздел «Выходная информация» должен содержать: перечень и описание выходных сообщений; перечень и описание структурных единиц информации выходных сообщений - показателей, реквизитов и их совокупностей, сигналов управления. Раздел «Входная информация» должен содержать: перечень и описание входных сообщений; перечень и описание структурных единиц информации входных сообщений. В описании по каждому входному сообщению следует указывать: идентификатор; форму представления сообщения и частоту поступления. В приложении включают чертежи форм документов, видеограмм для входной и выходной информации, а также другие материалы по усмотрению разработчика, например, описание массивов.
22. Классификация АРМ. Общие требования по созданию АРМ. 1. По профессиональной принадлежности - Профессиональная принадлежность № 1 (например, АРМ конструктора, АРМ экономиста или др.) - Профессиональная принадлежность № 2 - Профессиональная принадлежность № n 2. По иерархии служебного положения - Топ - менеджер - Руководитель среднего звена - Специалист 3. По мере обученности информационным технологиям - Специалист по информационным технологиям - Продвинутый пользователь - Не обученный пользователь 4. По возможностям представления данных в пользовательских режимах обработки - Числовые данные - Текстовые данные - Смешанные данные 5. По организации баз данных - С использованием центральной БД - С использованием локальной БД пользователя - Смешенное использование ЦБД и ЛБД - Без использования БД 6. По видам диалога - Диалог, инициируемый ПЭВМ (метод меню) - Диалог заполнения форм - Гибридный диалог	- Диалог необученного пользователя - Диалог с помощью фиксированных кадров информации 7. По программным средствам - По языку программирования - По возможности предоставления пользователю процедурных средств программирования - По возможности достраивания программной системы в процессе эксплуатации - По наличию транслятора или интерпретатора с языков пользователей - По наличию средств обнаружения и исправления ошибок и т. д. 8. По наличию средств, обеспечивающих развитие АРМ пользователем 8.1.Обслуживающие - Информационно-поисковые АРМ - Вычислительные АРМ - Текстообрабатывающие АРМ 8.2.Интелектуальные - Даталогические АРМ (ориентированные на данные) - Фактологические АРМ (ориентированные на знания) К АРМ предъявляется ряд общих требований, которые должны обеспечиваться при его создании, а именно: 1) непосредственное наличие средств обработки информации; 2) возможность работы в диалоговом (интерактивном) режиме 3) достаточно высокая производительность и надежность КТС, работающего в системе АРМ; 4) адекватное характеру решаемых задач программное обеспечение; 5) максимальная степень автоматизации рутинных процессов; 6) оптимальные условия для самообслуживания специалистов как пользователей АРМ; 7) другие факторы, обеспечивающие максимальную комфортность и удовлетворенность пользователя использованием АРМ как рабочего инструмента.
23. Состав, содержание и принципы информационного обеспечения АСОИУ. Проектирование системы классификации и кодирования. Информационное обеспечение АСОИУ состоит из 5 элементов - информационные характеристики системы задач, - системы классификации и кодирования инф-ии, - формы документов и документооборот, - информационная БД, - технологический процесс обработки инф-ии. Информационные характеристики системы задач даются как для существующего объекта автоматизации, так и для предлагаемой АСУ. Под информационными характеристиками понимается совокупность показателей, характеризующих рассматриваемую инф-ию. Проектирование систем классификации и кодирования. Для того, чтобы приспособить технико-экономическую инф-ию для эффективного поиска, обработки и передачи по каналам связи на стадии предпроектного обследования и системного проектирования инф-ию необходимо представить в формализованном виде, т.е. в виде кодов. Целью классификации технико-экономической инф-ии в АСОИУ является изучение и системное упорядоченное описание составляющих эл-тов, объектного, функционального и субъектного пространства экономико-технического механизма предприятия. В процессе классификации изучаются и устанавливаются объекты и категории, которыми оперирует ЛПР. Классификация систем кодирования подразделяется на 4 группы: - классификационные (последовательно-параллельные, серийно-порядковые) - регистрационные (серийно-порядковые, порядковые) - пространственно-координатное (позиционные) - семантико-синтаксические (анкетные, шаблонные).	24,25. Проектирование системы документов и электронного документооборота. Классификация документов. 1. По отношению к задаче: входные, промежуточные и выходные документы. 2. По составу информации: первичные оперативные документы, нормативно – справочные документы, производные документы, 3. По носителям информации: ручной документ, распечатка с компьютера, экранный документ, машинный документ. 4. По степени унификации: оригинальный, типовой по СТП, типовой отраслевой, типовой государственный, типовой международный. Порядок проектирования документа - определение состава реквизитов в документе; - определение условий документооборота; - определение носителя информации; - поиск унифицированных документов по проектируемой задаче; - проектирование “шапки” и “боковины”; - проектирование информационной части документа; - юридическое оформление документа. Классификация документооборота. 1. По степени автоматизации: ручной, электронный, смешанный. 2. По использованию в системе: в делопроизводстве, в системе управления, в системе конструкторско-технологической документации, в ИАСУ. 3. По охвату структурных организационных единиц: внутренний, внешний Порядок формирования электронного документооборота для системы управления. - формирование информационных характеристик каждой задачи управления; - формирование информационных характеристик системы задач; - выявление всех элементов, участвующих в документообороте; - построение документооборота в табличном виде
1. Фазы управления предприятием. Планирование. Определение и классификация ЭИС. 2. Информация в ЭИС. Классификация ЭИС. 3. Информационное моделирование предметной области. 4. Информационное моделирование предметной области. Гипертекст. 5. Понятие корпоративной ИС. Виды корпоративных ИС. 6. Содержание и организация проектирования. Основные задачи проектирования. 7. Анализ системы обработки информации. Разработка ТЗ. 8. Организация разработки технического проекта. 9. Информационная, математическая, техническая части. 10.Требования к архитектуре ИС и их компонентам для обеспечения безопасности функционирования. 11.Требования к архитектуре ИС и их компонентам для обеспечения безопасности функционирования. Основные требования. Расширяемость. Многопроцессорность. Расширяемость архитектуры. Производительность. Распараллеливания алгоритмов. 12.Требования к архитектуре ИС и их компонентам для обеспечения безопасности функционирования. Многопроцессорная обработка с помощью нитей. Оптимизация. Управление ресурсами. Параллельная обработка запросов. Сопровождение в оперативном режиме. Устойчивость. 13. Жизненный цикл ЭИС. Системный анализ. Системный синтез. 14. Формализация технологии проектирования ЭИС. 15. Назначение, функции и структура АИС. 16. Установлены следующие стадии создания АИС. 17. Предпроектная стадия создания АИС. 18. Решение некоторых задач этапа проектирования АИС. Методы выбора СУБД. 19. Автоматизация проектирования АИС. 20. Техническая документация. Технико-экономическое обоснование. Техническое задание. Описание постановки задачи. 21.Проектировани АРМ. Понятие АРМ. 22. Классификация АРМ. Общие требования по созданию АРМ. 23. Состав, содержание и принципы информационного обеспечения АСОИУ. Проектирование системы классификации и кодирования. 24. Проектирование системы документов и электронного документооборота. 25. Классификация документов. Порядок проектирования документа. Классификация документооборота. Порядок формирования документооборота для системы управления.