Диплом К

Таблица 8. Параметры сетевого графика

Код работы i j

Таблица 9. Параметры сетевого графика

Таблица 10. Основная заработная плата

Таблица 11. Затраты по статьям расходов

Таблица 12.Расчет экономического эффекта. Основная зарплата

Таблица 13. Расчет экономического эффекта. Себестоимость

7. ОХРАНА ТРУДА

7.1. Введение

На условия труда пользователя-оператора персонального компьютера оказывают влияние множество фактором. Одни из них встречаются практически в каждом виде де-

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

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

(гамма-лучи, рентгеновские лучи), низкочастотные и высокочастотные электромагнит-

ные поля, эргономичность рабочего места – расположение экрана монитора, клавиату-

ры, манипулятора "мышь" на столе, положение кресла оператора. Традиционные фак-

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

[4], [5]).

Но кроме этих, несомненно важных моментов, существует еще один аспект про-

блемы взаимодействия человек-компьютер. Это пользовательский интерфейс (ПИ).

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

граммным продуктом в первую очередь по его ПИ. Продукт может реализовывать мно-

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

жим вообще не будет ни разу использован. Поэтому ведущие производители программ-

ного обеспечения уделяют значительное внимание как раз проработке эргономики и удобства ПИ. В данном разделе рассматривается вопрос стандартизации пользова-

тельского интерфейса для IBM-совместимых персональных компьютеров с использова-

нием графического режима отображения информации.

Различные фирмы используют отличающиеся подходы к реализации ПИ, так что на рынке программ для операционной системы MS-DOS, имеется много вариантов ПИ.

Но текстовый режим, в котором работают большинство программных продуктов, ис-

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

С появлением на персональных компьютерах графических операционных сред и систем (например, Microsoft Windows) расширились возможности по совершенствова-

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

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

щие среду Microsoft С, с трудом могут адаптироваться к среде Borland С хотя бы пото-

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

ций клавиш и наоборот), то с внедрением графики разнобой мог стать еще больше.

Естественно встал вопрос о стандартизации графического интерфейса. Фирма

IBM, начав разработку новой мультизадачной операционной системы для IBM PC под названием OS/2, выпустила для разработчиков программных продуктов под OS/2 реко-

мендательное руководство под названием System Application Architecture (SAA – архи-

тектура прикладных систем). SAA состоит из четырех разделов:

1.Common User Access (CUA) – Общий доступ пользователя.

2.Common Programming Interface (CPI) – Общий интерфейс программиста

3.Common Communication Support (CCS) – Общая поддержка коммуникаций

4.Common Applications (CA) – Общие приложения

Для нас представляют интерес первый раздел SAA – CUA (иногда обозначаемый как IBM SAA/CUA [6]). В этом документе регламентируется внешний вид, назначение стандартных и способы добавления нестандартных элементов ПИ. Принятый сначала как стандарт для среды OS/2, этот документ де-факто стал основой для построения ин-

терфейса среды Microsoft Windows, которая, в отличие от OS/2, завоевывает все боль-

шую популярность как за рубежом, так и в нашей стране.

При создании программных продуктов, предназначенных для использования в среде MS Windows, операционная среда берет на себя бремя организации ПИ, а при-

кладному программисту остается лишь корректно использовать предоставляемые воз-

можности. Тем самым достигается унификация интерфейса как в рамках одной при-

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

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

изготовителей.

Ниже приведено описание графической среда, которую предлагает к использова-

нию SAA/CUA, и заострено внимание на различных элементах интерфейса, которые можно использовать в рамках этого стандарта.

7.2. Графическая среда

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

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

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

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

Данная проблема разрешается введением понятия окна – области экрана прямо-

угольного вида. Каждая программа может иметь одно или несколько окон, и весь вывод должна осуществлять только в свое окно. Каждая программа имеет так называемое

Главное окно, которое, собственно, все время и представляет на экране программу.

Кроме того, программа по мере необходимости может открывать и закрывать вспомога-

тельные окна.

Таким образом, графическая среда, создаваемая на экране имеет вид, показанный на рис. 35. (Более детальный вид приведен на листе). Показаны три перекрывающихся окна и четвертое окно, свернутое в пиктограмму в нижнем левом углу. Каждое окно имеет набор атрибутов. Отличительной особенностью рассматриваемой графической среды является то, что меню также является одним из атрибутов окна, а не самостоя-

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

Рис. 35. Общий вид экрана с перекрывающимися окнами

Стандарт на построение графических интерфейсов с пользователем разрабатывал-

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

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

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

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

(или очень ограниченное число) окно, фокус внимания ограничивается рамками актив-

ного окна. Для подсознательного воздействия на органы восприятия человека рамку ак-

тивного окна принято выделять особым (обычно более ярким) цветом. Все эти “мелочи” очень важны и оговариваются в описании рекомендаций по построению интерфейсов.

Далее, выделяется особый класс окон – диалоговые (модальные) окна. Сложная программная система может организовывать на экране большое количество окон, раз-

мещая в них самую разнородную информацию. Эта информацию может быть справоч-

ного типа (предназначена только для восприятия), а может требовать немедленного реа-

гирования (информация управляющего типа). Для упрощения ориентации при управле-

нии такими сложными программами стандарт рекомендует размещать информацию,

требующего немедленного принятия решения в заданном множестве вариантов, разме-