5.7. Проектирование технологических процессов обработки данных

При проектировании технологии обработки данных в диалоговом режиме центральным моментом является организация диалога пользователя и ЭВМ, в ходе которого пользователь информируется о состоянии решения задачи и имеет возможность активно воздействовать на ход вычислительного процесса.

Существует несколько подходов к организации общения пользователя с БД. Наиболее распространенный — создание специального формализованного языка, что является недостатком, т. к. требуется специальная подготовка пользователя, изучение языка, частое обращение к инструкциям, которые периодически меняются с изменениями и совершенствованием системы.

В связи с этим в настоящее время наибольшее распространение получили методы общения с БД, не требующие специальных знаний и навыков от пользователя. К ним относятся:

1) диалог «да — нет» (не нашел широкого распространения из-за пассивной роли пользователя);

2) программированный вопросник;

3) «свободный диалог» (пользователь формирует запрос в произвольной форме на естественном языке.) Система, оперирующая с БД, извлекает из этого запроса понятные ей элементы и строит на их основе новый запрос, который предъявляет пользователю. При утвердительном ответе пользователь получает требуемые данные. В противном случае система организует уточняющий диалог. Этот метод эффективен и позволяет снять психологический барьер.

Недостатки всех трех методов:

1) неэффективное использование машинного времени и дорогостоящего канала связи (если он задействован), что снижает рентабельность всей управляющей системы;

2) отсутствие гарантии быстрого ответа на вопрос, требующий принятия оперативного решения в критических ситуациях.

Технология внутримашинной ОЭИ задается последовательностью реализуемых процедур — схем взаимосвязи программных модулей и информационных массивов. Такая схема представляет собой декомпозицию общего процесса решения задачи на отдельные процедуры преобразования массивов, именуемые модулями (это — ввод, контроль, перезапись информации с одного МН на другой, сортировка, уплотнение данных, редактирование, накопление, вывод на печать и т. п.). Все это требует уменьшения числа просмотров массивов и времени решения задачи, сокращения числа и объема трудоемких процедур, использования эффективных методов поиска информации.

При декомпозиции процесса решения задачи на ЭВМ на отдельные этапы необходимо также учитывать наличие готовых программ для реализации соответствующего модуля и готовых программных вопросников.

При проектировании оптимальной внутримашинной технологии ОД в интерактивном режиме необходимо установить критерии оптимизации и ограничения. Критерий оптимизации технологии ОД должен быть единственным, если мы хотим применить для решения этой задачи экономические методы. Важным условием является критерий, остальные (показатели, условия) выступают как ограничения.

Одним из критериев оптимизации технологии ОЭИ в интерактивном режиме является время реализации задачи на ЭВМ, зависящее от характера работы с массивами.

Поэтому разработка оптимальной технологии ОЭИ на ЭВМ должна обеспечить выполнение следующих требований:

- сокращение числа массивов на МН, что способствует уменьшению времени счета;

- увеличение количества параллельно обрабатываемых в одном модуле массивов;

- сортировки и эффективные методы поиска в оперативной памяти;

- сокращение времени ответа пользователя на запросы ЭВМ;

- сокращение времени ввода данных пользователем с клавиатуры.

При разработке оптимальной технологии ОЭИ важными критерием является время ожидания ответа пользователем или ЭВМ. Оптимальным считается время ожидания, равное 2 с. Если оно превышает 2 с, то это ведет к увеличению времени решения задачи, к неэффективному использованию ТС и каналов связи. Если время ожидания меньше 2 с, то снижается работоспособность человека.

Другим критерием оптимизации технологии ОД является использование различных СУБД (тип и параметры СУБД влияют на эффективность эксплуатации системы). Следующим критерием является выбор необходимого и достаточного количества запросов для реализации задачи и получения необходимой информации.

Технология диалогового режима на практике способствует наилучшему сочетанию возможностей пользователя и ЭВМ в процессе решения экономических задач. Так, например, диалоговый режим общения с БД обеспечивает:

- возможность перебора различных комбинаций поисковых признаков в запросе;

- улучшение характеристик выходных данных за счет оперативной корректировки запроса с терминала;

- возможность расширения, сужения или изменения направления поиска сразу после получения результатов;

- многоплановость точек доступа;

- быстрый доступ к редко используемой информации;

- оперативный анализ выходной информации.

В процессе диалога пользователь реализует следующие основные функции:

- функцию ввода (оперативность исправления текста, визуальный контроль);

- функцию просмотра (редактирование текста с включением, исключением, заменой, сдвигом, перестановкой, разъединением, слиянием данных);

- функцию обработки (смысловая ОД, новое размещение страниц, составление оглавления, организация ввода данных из других программ);

- функцию воспроизведения текста, которая управляет выводом текста и фиксирует параметры печати.

Режим диалога задается в виде схемы и таблиц диалога. Схема диалога разрабатывается на весь комплекс решаемых задач, вводится в систему, и этим предопределяется организация диалога пользователя с ЭВМ.

Схема диалога представляет собой графическую интерпретацию конструкции диалога, задающей требуемую последовательность обменов данными между пользователем и системой. Основным графическим представлением схемы диа­лога является диаграмма состояний. Каждая вершина графа соответствует опре­деленному состоянию диалога, а дуга определяет изменение этого состояния. В каждом состоянии диалога система ожидает ввода сообщения от пользователя и в зависимости от введенной информации переходит в другое состояние. При выходе осуществляется соответствующая обработка данных из информационной базы и выдается определенная информация на экран или печать.

Различают линейные (при вводе и просмотре разнотипной информации), древовидные (при выборочной коррекции и управлению по меню) и сетевые (соответствуют директивному управлению и непосредственному редактированию данных) схемы диалога.

Одной из применяемых на практике графовых моделей диалоговой системы является дерево разговоров, где вершины представляют собой тексты на экране дисплея, а дуги — возможные пути перехода от одной вершины к другой. Работы, выполняемые ЭВМ, изображаются в форме ветвей дерева разговоров. В корне дерева располагается сообщение пользователя, инициирующее задачу, затем происходит разветвление различной степени в зависимости от числа вариантов ответа пользователя на запрос ЭВМ. Множество вершин графа определяет множество состояний, в которых может пребывать диалоговый процесс. Множество дуг графа соответствует возможным переходам из одного состояния в другое. Смена состояний осуществляется либо по программе, либо в соответствии с директивами пользователя.

При этом необходимо учитывать следующее:

- количество вершин в графе должно отражать все возможные ситуации, возникающие в процессе диалога (т. е. должна быть обеспечена функциональная полнота);

- переход из одного состояния в другое должен выполняться за короткие промежутки времени (доли с или несколько с).

Говоря о диалоговом режиме, о взаимоотношении пользователя и ЭВМ, необходимо затронуть вопрос о  степени защищенности данных системы. Проблема защиты информации является одной из важнейших при проектировании оптимальной технологии ОИ. Эта проблема охватывает как физическую защиту данных и системных программ, так и защиту от несанкционированного доступа к данным.

Проблема обеспечения защиты данных охватывает вопросы защиты данных от нежелательной их модификации или уничтожения, а также и от несанкционированного чтения.

Можно выделить три обобщенных механизма управления доступа к данным:

1) идентификация пользователя (защита при помощи программных паролей, которые для повышения надёжности периодически меняются); метод является простым и дешевым, но не обеспечивает надежной защиты;

2) метод автоматического обратного вызова (пользователь сообщает ЭВМ свой идентификационный код, который сверяется с кодами, находящимися в памяти ЭВМ, и только затем получает доступ к информации); недостаток: низкая скорость обмена;

3) метод кодирования данных — наиболее эффективный метод защиты (источник информации кодирует ее при помощи некоторого алгоритма и ключа кодирования; закодированные выходные данные доступны только владельцу ключа).

При работе с данными следует соблюдать минимальные меры предосторожности. В первую очередь это относится к созданию архивных копий своих данных и регулярному применению антивирусных средств защиты. Для повышения устойчивости компьютерных систем к вредоносным воздействиям пользователям можно рекомендовать:

не применять:

 дисковые и бутовые менеджеры, которые используют отдельные секторы на нулевой дорожке винчестера, а при вирусной атаке эти секторы часто необратимо искажаются;

 сжатые логические диски, применение которых затрудняет ручное восстановление данных при фрагментарных искажениях данных;

применять:

 средства резервного копирования, что обеспечивает восстановление утраченных данных на винчестере;

 ревизор ADinf, позволяющий отследить любые изменения на винчестере и сокращающий время глобальной проверки компьютера на вирусы до двух—трех минут;

 средства дефрагментации винчестера; если файл дефрагментирован, то его можно восстановить даже при полном разрушении загрузочных секторов, таблицы FAT и корневого оглавления;

 запуск антивирусных программ из AUTOEXEC.BAT, что позволит своевременно предотвратить возможные неприятности.

Схема — графическое представление определения, анализа или метода решения задачи, в котором используются символы для отображения операций, данных, потока, оборудования и т.д.

Технологическая схема является проектным документом, представляющим собой графическое изображение технологического процесса. Она служит источником информации о полном составе системы и связях между элементами системы, о принципах её работы.

Объём и содержание схемы вместе с её описанием должны быть достаточными для правильного понимания процесса без дополнительных разъяснений.

При проектировании компьютерной обработки экономической информации одним из ответственных этапов является проектирование технологий обработки информации и составление всей технологической документации.

Построение технологических процессов машинной обработки данных во многом зависит от характера и объемов решаемых задач, их назначения, сроков и периодичности получения выходных документов, состава и количества используемых средств вычислительной техники, способов фиксации исходной информации, принятых методов контроля, территориального размещения объектов, режима обработки информации и других факторов.

Процессы обработки экономической информации включают следующие этапы: первичный, подготовительный, основной и заключительный.

На первичном этапе производится сбор и регистрация исходной информации, накопление и передача для машинной обработки.

 Подготовительный этап включает прием, первичный контроль, запись информации на машинные носители и ее контроль.

На основном этапе обеспечивается машинное решение задачи по алгоритмам и получение результатной информации.

 Заключительный этап технологического процесса связан с контролем выходных документов, оформлением и размножением в нужном количестве экземпляров и передачей заказчику.

 Технологический процесс оформляется в виде графической схемы, на которой наглядно представляется последовательность операций, подразделяемых на ручные, машинно-ручные и автоматические.

При графическом изображении технологического процесса необходимо руководствоваться следующими требованиями:

1. Документы технологического процесса схема работы системы, схема взаимодействия программ, схема программы, технологические инструкции, в том числе технологическая карта, инструкционная карта и др. оформляются на листах стандартного формата А4 /210x297/.

2. При оформлении графической документации необходимо соблюдать правила выполнения схем, установленные ГОСТ ЕСПД 19.701-90 (ИСО 5807-85).    3. В соответствии с ГОСТ ЕСПД 19.701-90 (ИСО 5807-85) для оформления технологического процесса используется два вида документов:

- схема работы системы;

- схема взаимодействия программ.

Схемы работы системы отображают управление операциями и поток данных в системе.

Схема работы системы состоит из:

1) символов данных, указывающих на наличие данных (символы данных могут также указывать вид носителя данных);

2) символов процесса, указывающих операции, которые следует выполнить над данными, а также определяющих логический путь, которого следует придерживаться;

3) линейных символов, указывающих потоки данных между процессами и (или) носителями данных, а также лоток управления между процессами;

4) специальных символов, используемых для облегчения написания и чтения блок-схемы. Символы представлены в таблице 7.

4. Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных.

Схема данных состоит из:

1) символов данных (символы данных могут также указывать вид носителя данных);

2) символов процесса, который следует выполнить над данными (символы процесса могут также указывать функции, выполняемые вычислительной машиной);

3) символов линий, указывающих потоки данных между процессами и (или) носителями данных;

4) специальных символов, используемых для облегчения написания и чтения схемы.

Символы данных предшествуют и следуют за символами процесса. Схема данных начинается и заканчивается символами данных. Пример схемы данных показан на рис. 14.

5. Схемы программ отображают последовательность операций в программе.

Схема программы состоит из:

1) символов процесса, указывающих фактические операции обработки данных (включая символы, определяющие путь, которого следует придерживаться с учетом логических условий);

2) линейных символов, указывающих поток управления;

3) специальных символов, используемых для облегчения написания и чтения схемы.

Пример схемы программы показан на рис. 15.

6. Схемы взаимодействия программ отображают путь активаций программ и взаимодействий с соответствующими данными. Каждая программа в схеме взаимодействия программ показывается только один раз (в схеме работы системы программа может изображаться более чем в одном потоке управления).

Схема взаимодействия программ состоит из:

1) символов данных, указывающих на наличие данных;

2) символов процесса, указывающих на операции, которые следует выполнить над данными;

3) линейных символов, отображающих поток между процессами и данными, а также инициации процессов;

4) специальных символов, используемых для написания и чтения схемы.

7. Схемы ресурсов системы отображают конфигурацию блоков данных и обрабатывающих блоков, которая требуется для решения задачи или набора задач.

Схема ресурсов системы состоит из:

1) символов данных, отображающих входные, выходные и запоминающие устройства вычислительной машины;

2) символов процесса, отображающих процессоры (центральные процессоры, каналы и т. д.);

3) линейных символов, отображающих передачу данных между устройствами ввода-вывода и процессорами, а также передачу управления между процессорами;

4) специальных символов, используемых для облегчения написания и чтения схемы. Пример схемы ресурсов показан на рис. 16.

Рис. 16. Пример схемы ресурсов

 8. В зависимости от специфики обработки данных по конкретной экономической задаче при оформлении технологического процесса целесообразно использовать 2—3 уровня детализации, в отдельных случаях бывает достаточно одного уровня детализации (простые задачи на одном рабочем месте).

Первый уровень детализации представляется общей схемой технологического процесса без конкретизации внутримашинной обработки данных.

 Второй уровень детализации представляется схемой внутримашинной обработки данных (схемой взаимосвязи программных модулей и информационных массивов).    Обе эти схемы оформляются в виде схемы работы системы.    Третий уровень детализации представляется схемой взаимодействия программ. Он не является обязательным, если не содержит новой информации по сравнению со схемой внутримашинной обработки данных.

   9. Технологический процесс представляет собой комплекс операций. При проектировании его схемы необходимо графически выделять эти последовательно выполняемые операции. Их рекомендуется изображать на основном /осевом/ направлении схемы. На этом же направлении размещаются также логические блоки, указывающие на разветвление процесса.

Символы, обозначающие «начало» и «конец» схемы (терминатор), рекомендуется связывать с основным направлением, хотя последовательность порядковых номеров символов при этом может быть нарушена.

   10. Кроме технологических операций на схеме отображаются носители информации: первичные документы, машинные носители /перфокарты, перфоленты, магнитные ленты, магнитные диски/, машинограммы, полученные в результате обработки. Их следует изображать справа или слева от этой операции.

11. Нумерация всех графических символов технологического процесса (технологических операций, логических блоков, носителей информации, начала и конца) должна быть сплошной. При этом порядковые номера символов располагаются над символами слева.

 12. Каждая схема должна начинаться символом «начало» и завершаться символом «конец», которые рекомендуется располагать на основном направлении технологического процесса.

13. Все символы должны иметь лаконичные и ясные пояснения. Например, в символах операций проставляются их названия, в символах машинных носителей— сокращенные наименования и идентификаторы соответствующих массивов (файлов), в символах информации, выводимой на печать или экран, — наименования ведомостей, видеограмм или их идентификаторы. В схеме следует шире использовать символ «комментарий» для пояснительных надписей, а также для расшифровки слов аббревиатур или других сокращений. Все надписи на схеме должны выполняться чертежным шрифтом.

14. Дублирование операций технологического процесса и блоков схемы взаимосвязи программных модулей и информационных массивов должно быть сведено к минимуму.

15. Потоки данных или потоки управления в схемах показываются линиями. Направление потока слева направо и сверху вниз считается стандартным.

В случаях, когда необходимо внести большую ясность в схему (например, при соединениях), на линиях используются стрелки. Если поток имеет направление, отличное от стандартного, стрелки должны указывать это направление.

В схемах следует избегать пересечения линий. Пересекающиеся линии не имеют логической связи между собой, поэтому изменения направления в точках пересечения не допускаются.

Две или более входящие линии могут объединяться в одну исходящую линию. Если две или более линии объединяются в одну линию, место объединения должно быть смещено.

Линии в схемах должны подходить к символу либо слева, либо сверху, а исходить либо справа, либо снизу. Линии должны быть направлены к центру символа.

Билет 29 Принципы перехода к новой информационной системе При переходе к новой информационной системе (ИС) необходимо решить такие вопросы, как: выбор одной из четырех моделей, компоненты архитектуры ИС и инструментарий перехода.

Наиболее распространенной ИС является FS-модель (примем ее за исходную), а в качестве целевой — RDA-модель (наиболее распространена и отно­сительно проста). На практике наблюдаются и другие схемы перехода (FS DBS, RDA DBS, RDA AS, FS AS). Наиболее типичный случай это FS RDA — переход от локальных сетей ПК к архитектуре систем с сервером баз данных.

Следующий шаг — определение компонентов архитектуры системы, имеющей в своей основе RDA-модель, т. е. компьютер-клиент и сервер баз данных. Проблема заключается в выборе аппаратного и базового программного обеспечения этих компонентов.

Говоря о сервере БД, необходимо упомянуть, что это должен быть мощный компьютер, снабженный высокоскоростными надежными механизмами дисковой памяти большой емкости и системой архивирования на магнитных лентах. Его работа должна осуществляться под управлением многозадачной, многопользовательской ОС, поддерживающей промышленные стандарты.

Билет 30 Базовые технологии обработки запросов в архитектурах файл-сервер и клиент - сервер Прикладные программы управления данными представляют собой необходимый инструмент для распределенной обработки.

Архитектура клиент — сервер сети позволяет различным прикладным программам одновременно использовать общую базу данных. Совершенно очевидно, что перенос программ управления данными с рабочих станций на сервер способствует высвобождению ресурсов рабочих станций, предоставляет возможность увеличить число частных, локально решаемых задач. Данная архитектура позволяет также централизовать ряд самых важных функций управления данными, таких, как: защита информации баз данных, обеспечение целостности данных, управление совместным использованием ресурсов.

Одним из важных преимуществ архитектуры клиент — сервер в сетевой обработке данных является возможность сокращения времени реализации запроса. В подтверждение этому рассмотрим две базовые технологии обработки информации в архитектуре клиент — сервер сети и технологии использования традиционного файлового сервера.

Допустим, что прикладная программа базы данных загружена на рабочую станцию и пользователю необходимо получить все записи, удовлетворяющие некоторым поисковым условиям. В среде традиционного файлового сервера программа управления данными, которая выполняется на рабочей станции, должна осуществить запрос к серверу каждой записи базы данных. Программа управления данными на рабочей станции может определить, удовлетворяет ли запись поисковым условиям, лишь после того, как она будет передана на рабочую станцию.

Очевидно, что данный технологический вариант обработки информации имеет наибольшее суммарное время передачи данных по каналам сети.

В среде клиент — сервер, напротив, рабочая станция посылает запрос высокого уровня серверу базы данных. Сервер базы данных осуществляет поиск записей на диске и анализирует их. Записи, удовлетворяющие условиям, могут быть накоплены на сервере. После того, как запрос целиком обработан, пользователю на рабочую станцию передаются все записи, которые удовлетворяют поисковым условиям. Данная технология позволяет снизить сетевой трафик и повысить пропускную способность сети. Более того, за счет выполнения операции доступа к диску и

обработки данных в одной системе сервер может осуществить поиск и обработку запросов быстрее, чем если бы эти запросы обрабатывались на рабочей станции.

Прикладные программы баз данных клиент-сервера поддерживаются программными продуктами:

- NetWare Btrieve  — программой управления записями с индексацией по ключу (выполняется на сервере);

- NetWare SQL — ядром реляционных баз данных, предназначенным для обеспечения системы защиты и целостности данных.

Билет 31 ППП автоматизированного проектирования. Методо-ориентированные ППП.

ППП автоматизированного проектирования

Программы этого класса предназначены для поддержания работы конструкторов и технологов, связанных с разработкой чертежей, схем, диаграмм, графическим модулированием и конструированием, созданием библиотеки стандартных элементов чертежей и их многократным использованием, созданием демонстрационных иллюстраций и мультфильмов.

Отличительной особенностью этого класса программных продуктов являются высокие требования к технической части системы обработки данных, наличие библиотек встроенных функций, объектов, интерфейсов с графическими системами и базами данных.

Методо-ориентированные ППП

Данный класс ППП включает программные продукты, обеспечивающие независимо от предметной области и функции информационных систем математические, статистические и другие методы решения задач. Наиболее распространены методы математического программирования, решение дифференциальных уравнений, имитационного моделирования, исследования операций.

Методы статистической обработки и анализа данных (описательная статистика, регрессионный анализ, прогнозирование значений технико-экономических показателей и т. п.) имеют возрастающее применение. Так современные табличные процессоры значительно расширили набор встроенных функций, реализующих статистическую обработку, предлагают информационные технологии статистического анализа. Вместе с тем необходимость в использовании специализированных программных средств статистической обработки, обеспечивающих высокую точность и многообразие статистических методов, также растёт. На базе методов сетевого планирования с экономическими показателями проекта, формированием отчётов различного вида оформилось новое направление программных средств — управление проектами, пользователями этих программ являются менеджеры проектов.

Билет 32 Настольные издательские системы

Данный класс программ включает программы, обеспечивающие информационную технологию компьютерной издательской деятельности:

 форматирование и редактирование текстов;

 автоматическую разбивку текста на страницы;

 создание заголовков;

 компьютерную верстку печатной страницы;

 монтирование графики;

 подготовку иллюстраций и т. п.

ППП Adobe Page Maker обеспечивает подготовку многостраничных цветных публикаций, гибкий дизайн страниц, высококачественную печать. Формат печатной страницы — А2, допустимый максимальный размер публикации более 1060 мм.

В этом пакете расширены возможности по верстке: неограниченное число страниц-шаблонов, которые могут использоваться в одной публикации; применение различных эффектов к цветным изображениям; настройка резкости и регулировка цветов в импортированных файлах; возможно закрепление расположения объектов на странице, автоматическое выравнивание объектов. Разработаны и включены новые цветовые библиотеки, используются новые технологии HiFi Color и PANTONE Hexachrome, которые расширяют цветовую гамму традиционной офсетной печати.

Билет 33 Программные средства мультимедии

Мультимедиа – компьютерно-ориентированный метод отображения информации, основанный на использовании текстовых, графических и звуковых возможностей компьютера в интерактивном режиме.

Этот класс программных продуктов является относительно новым. Он сформировался в связи с изменением среды обработки данных, появлением лазерных дисков высокой плотности записи с хорошими техническими параметрами по доступным ценам, расширением состава периферийного оборудования, подключаемого к персональному компьютеру, развитием сетевой технологии обработки, появлением региональных и глобальных информационных сетей, располагающих мощными информационными ресурсами. Основное назначение программных продуктов мультимедиа — создание и использование аудио- и видеоинформации для расширения информационного пространства пользователя.

Мультимедиа используются в следующих сферах деятельности:

 Обучение персонала. Интерактивность мультимедиа делает этот процесс более приятным и эффективным. Воздействие обучающей мультимедийной программы направлено на несколько органов чувств, что позволяет лучше усваивать материал.

 Маркетинг. Зрелищные приложения с музыкальным сопровождением всегда привлекают внимание.

 Торговля. Эффективная мультимедийная презентация способна повысить имидж любой компании.

 Сопровождение изделия. Многие фирмы используют анимацию или видео для того, чтобы показать, как выполнять ту или иную операцию в процессе эксплуатации изделия.

В настоящее время программные продукты мультимедиа заняли лидирующее положение на рынке в сфере библиотечного информационного обслуживания, процессе обучения, организации досуга. Базы данных компьютерных изображений произведений искусства, библиотеки звуковых записей будут составлять основу для прикладных обучающих систем, компьютерных игр, библиотечных каталогов и фондов.

Билет 34 Автоматизированное рабочее место (АРМ) Системы обработки данных (СОД) на базе концепции АРМ получили широкое развитие.

АРМ — автоматизированное рабочее место системы управления, оборудованное средствами, обеспечивающими участие человека в реализации автоматизированных функций АСУ.

АРМ присущи следующие признаки:

- доступная пользователю совокупность технических, программных, информационных и других средств;

- размещение ВТ непосредственно (или рядом) на рабочем месте пользователя;

- возможность создания и совершенствования проектов автоматизированной обработки данных в конкретной сфере деятельности;

- осуществление обработки данных самим пользователем;

- диалоговый режим взаимодействия пользователя с ЭВМ как в процессе решения задач управления, так и в процессе их проектирования.

Таким образом, АРМ в системе управления представляет собой проблемно —ориентированный комплекс технических, программных, лингвистических (языковых) и других средств, установленный непосредственно на рабочем месте пользователя и предназначенный для автоматизации операций взаимодействия пользователя с ЭВМ в процессе проектирования и реализации задач.

Множество известных АРМ может быть классифицировано на основе следующих обобщенных признаков:

- функциональная сфера использования (научная деятельность, проектирование, производственно-технологические процессы, организационное управление);

- тип используемой ЭВМ (микро-, мини-, макроЭВМ);

- режим эксплуатации (индивидуальный, групповой, сетевой);

- квалификация пользователей (профессиональные и непрофессиональные).

Внутри каждой из выделенных групп АРМ может быть проведена более детальная классификация.

Например, АРМы организационного управления могут быть разделены на АРМ руководителей организаций и подразделений, плановых работников, работников материально-технического снабжения, бухгалтеров и др. Условно все эти АРМы можно назвать АРМ экономиста.

Концептуальное отличие АРМ на базе ПЭВМ состоит в том, что АРМ открытая архитектура ПЭВМ функционально, физически и эргономически настраивается на конкретного пользователя (персональное АРМ) или группу пользователей (групповое АРМ).

Деловые АРМ сближают пользователя с возможностями современной информатики и ВТ и создают условия для работы без посредника —профессионального программиста. При этом обеспечивается как автономная работа, так и возможность связи с другими пользователями в пределах организационных структур (с учетом особенностей этих структур).

Параметрический ряд деловых АРМ позволяет создать единую техническую, организационную и методологическую базу компьютеризации управления. Первоначально информационная технология локализуется в пределах персонального или группового АРМ, а в последующем (при объединении АРМ средствами коммуникации) создаются АРМ сектора, отдела, учреждения и формируется коллективная технология. Тем самым достигается гибкость всей структуры и возможность наращивания информационной мощности.

Можно выделить три класса типовых АРМ:

- АРМ руководителя;

- АРМ специалиста;

- АРМ технического и вспомогательного персонала.

Билет 35 Инструментальные средства АРМ. Состав функциональных задач и видов работ (административно-организационный, профессионально-творческий, технический) требует применения различных инструментальных средств при создании АРМ:

 административно-организационная работа требует контроля исполнения, анализа текущего состояния дел и планирования работы;

 профессионально-творческая — разработки документов, анализ информации;

 техническая работа — получения, передачи, хранения, печати документов, сводок, контроля за движением документов.

Для автоматизации каждой категории работ в настоящее время ПК оснащены различными ППП.

При проектировании ПО АРМ необходимо соблюдать принцип ориентации разрабатываемых программных средств на конкретного пользователя, что должно обеспечить реализацию функций, соответствующих профессиональной ориентации АРМ. В целом разрабатываемое ПО АРМ должно обладать свойствами гибкости, адаптивности, модифицируемости и настраиваемости на конкретное применение.

АРМ должен быть укомплектован необходимыми программно-инструментальными средствами:

- операционные системы ЭВМ;

- трансляторы (интерпретаторы) с различных алгоритмических языков и языков пользователей;

- средства проектирования и обработки данных (экранные редакторы текстовой, графической информации, СУБД, табличные процессоры, генераторы выходных форм);

- собственно пользовательские программы (обрабатывающие, обучающие, СУБД знаний и др.).

Следует отметить, что АРМ включает в себя следующие основные элементы:

 ПК;

 программно-инструментальные средства,

 БД и базы знаний пользователя.

Комплектация АРМ техническими и программными средствами, а также перечисленными выше элементами зависит от назначения и состава решаемых задач. Решение экономических задач на основе АРМ связано с поиском требуемой информации в информационной базе, последующей ее обработкой по расчетным алгоритмам и выдачей результатов на экран или печать. Эффективная эксплуатация АРМ требует использования языков общения пользователя с ЭВМ. Наиболее развитые средства общения пользователя с ЭВМ реализуются лингвистическими процессорами, способными осуществить различные виды анализа входного сообщения (синтаксический, морфологический, семантический), и ориентированными на работу с конкретной предметной областью. В АРМе часто общение основывается на макетировании изображений экрана в виде образцов-прототипов документов. Для этого используются разнообразные технические приемы обеспечения диалога пользователя и ЭВМ: управление положением курсора на экране с применением светового пера, мерцание и подсветка полей экрана, программирование функциональных клавиш.

Диалог реализуется на основе предварительно разработанного сценария, который представляется семантическими сетями, таблицами диалога, фреймами (структуры данных нового типа, на основе которых строятся интеллектуальные БД) и другими средствами, используемыми для задания моделей предметной области.

Описанные функциональные возможности АРМ реализуются совокупностью программных компонентов.

Каждый из программных компонентов выполняет широкий набор действий и в большинстве случаев может использоваться независимо от других. Центральным компонентом, без которого невозможна работа других средств, является операционная система (ОС). Схема программного обеспечения АРМ показана на рис. 17.

Рис. 17. Схема программного обеспечения АРМ

Она обеспечивает: создание и актуализацию каталога файлов различных типов, просмотр каталогов и распечатку файлов, переименование, редактирование и защиту файлов, распределение внешней памяти и др.

Наиболее популярной пользовательской многозадачной ОС следует признать UNIX. Достоинства: простая файловая структура, наличие иерархических справочников-файлов, большой выбор инструментальных средств для работы в многозадачном режиме. Функциональные возможности ОС UNIX позволяют эффективно использовать ее в локальных сетях ПЭВМ (например, для разделения файлов).

Специальные версии ОС (например, CP/NET) предоставляют средства, с помощью которых несколько ЭВМ, оснащенных ОС СР/М, можно объединить в локальную сеть для совместного использования ресурсов каждой системы. К таким ресурсам относятся диски, устройства печати, различные программы и БД.

В состав ПО АРМ экономиста входят средства управления информационной базой, обеспечивающие:

- создание и актуализацию информационной базы;

- поиски требуемой информации по регламентируемым и нерегламентируемым запросам;

- организацию форматного ввода-вывода информации;

- вычислительную обработку и др.

Билет 36 Электронный офис

Задача правильного выбора системы информатизации предприятия является крайне важной для всех предприятий без исключения. Традиционно организация документооборота и работа канцелярии стали главными функциями офиса.