1 Автоматизированная система управления цехом в информационной системе«Производственный менеджмент». Дисциплина «Информационные системы в организации»

Проектирование унифицированной системы документации.
При разработке системы документации в ЭИС проектиров­щик должен решать следующие проблемы: спроектировать и уни­фицировать новые документы; отобрать документы, которые будут использоваться в ЭИС без изменений; выявить в существу­ющей системе те документы, которые надо унифицировать.
В процессе проектирования можно выделить три этапа работ:
- построение новых форм документов (На первом этапе выполняются шесть работ).
1. Содержа­ние первой работы “Определение состава результатных показа­телей” зависит от того, какие формы документов проектируют­ся. Выделяются первичные и результатные документы
2.При выполнении второй работы “Определение состава пер­вичных показателей” выявляется полный состав первичных - ис­ходных показателей, на базе которых рассчитываются результат­ные показатели
3.При выполнении третьей работы “Разбиение показателей по формам документов” определяется содержание форм результат­ных документов и форм первичных документов.
4. При выполнении четвертой работы осуществляется “Выбор типа носителя” для документа. Если документы первичные, то носителем является бумага формата А4 или А5. Если проектиру­ются результатные документы, то тип и форма выдачи резуль­татной информации зависят от характера решаемой задачи.
5. При выполнении пятой работы “Определение способа нанесе­ния информации в документы” выбирается способ нанесения ин­формации, который зависит от того, как считывается информа­ция с первичного документа: визуальным способом или автома­тическим.
6. Содержание выполнения шестой работы “Проектирование форм документов” зависит от типа проектируемого документа
- унификация всей системы документации (выполняются работы по унификации всех документов, включая вновь созданные и уже существую­щие)
- разработка инструкций и методических материалов, регламен­тирующих работу пользователей с системой документации (составляются технологическая доку­ментация и инструкции, описывающие правила заполнения, пе­редачи, использования и хранения документов, схемы докумен­тооборота, отражающие все операции, выполняемые над доку­ментами, и подразделения)


248 Проектирование технологических процессов обработки данных в диалоговом режиме. Понятие диалога. Требования к диалогу. Классификация диалоговых систем. Технологическая сеть проектирования диалоговых систем.
Диалог – процесс обмена сообщениями между пользователем и ЭВМ, осущ. постоянная смена ролей информатора и реципиента (пользователя, принимающего информацию). Процесс диалога удовлетворяет след. условиям: единая цель информатора и реципиента; постоянная смена ролей пользователя; общий язык общения; общая база знаний. Для осущ. диалога необходимо разработать диалоговую систему, представляющую собой совокупность технического, информационного, программного, лингвистического обеспечения, предназначено для выполнения функций управления диалогом. Характеристика ДС: степень оперативности диалога; способность к управлению; способность партнеров к обучению.
Классификация диалогов систем: по сфере использования (применяются в процессах проектирования, в экономич. системах, обучающих); по способу организации взаимодействия (выделяют системы с приоритетным взаимодействием (человек, ЭВМ) и без приоритетного взаимодействия; по типу общения (активное общение (активны две стороны), пассивное общение (используется при лимите времени и ЭВМ)); по форме (делятся на системы «запрос-ответ», «меню», «шаблонов», «подсказок»); по типу сложности (системы с формализованными языками и с естественными языками). Все проблемы проектирования процессов обработки данных в диалоговом режиме можно объединить в две группы: проблемы методологического характера, связанные с выбором принципов и методов проектирования; проблемы, связанные с реализацией конкретного варианта проекта диалоговой системы. Проектирование диалоговой системы на логическом уровне включает выбор стратегии проектирования, методов проектирования и оценки системы принципов и способов логической организации и реализации на ЭВМ процессов взаимодействия. На этапе технического проектирования проектировщик на основе формальной модели ДС, выполняет след. работы: описать подсистемы ДС; учесть возможности и детали ДС; определить базу для стандартизации ДС. На этапе рабочего проектирование эта модель выполняет след. функции: служит основой для детального проектирования; используется как средство контроля хода проектирования; служит средством анализа свойств ДС. При построении модели ДС в качестве формального аппарата описания организации и функционирования ДС, применяют теорию графов, теорию конечных автоматов.
Весь диалог предметной области разбивают на несколько тем и объединяют некоторое подмножество состояний. Отдельную тему рассматривают как конечное множество состояний диалога, одно из которых является начальным, а состояния, в котором тема завершается, называются терминальными. Все состояния разбиваются на сигнальные (посылают пользователю сообщения) и разговорные (выполняется программа обработки). Последовательность работ по проектирования процессов обработки информации задач, решаемых в диалоговом режиме, имеет свои особенности. Проектирование начинается с анализа материалов обследования, получения полного комплекса автоматизируемых задач и их параметров.

Технологическая сеть проектирования диалоговых систем с языком общения типа «меню».

Первая операция «постановка задачи», на вход - «ТЗ», результат – документ «Постановка задачи». Вторая операция «Функциональный анализ задачи», результат - функциональная блок-схема задачи. Следующая операция «Выбор языка общения и разработка сценария диалога», на вход – универсум языков общения, на выходе – «сценарий диалога». Операции четвертая «Разработка структуры программного обеспечения», результатом – строится дерево программных модулей. Операция пятая «Разработка информационного обеспечения», включает проектирование системы классификаторов системы документации и ИБ. Элементы информ. обеспечения выполняют операции «Разработка блок-схемы работы системы» и получает документ «Укрупненный алгоритм решения задачи». Операция «Разработка кодов программных модулей и выбор алгоритмического языка» осущ. на основе универсума языка программирования. Разработанные программные модули подвергаются «локальной отладке», в результате получают совокупность отлаженных модулей, а затем на базе исходных данных «Контрольного примера», проходят комплексную отладку. Далее П10 «Разработка программной документации», следует разработка блок-схемы П11. Последней операцией является разработка и получения полного комплекта техн. документации