Cтраница 3
В этом разделе мы описали основные идеи, связанные с концепцией интерфейса человек - машина, которые будут развиты в следующей главе. Прежде чем мы это сделаем, приведем некоторые дополнительные объяснения относительно того типа пользователя, который мы имеем в виду. [31]
![]() |
Архитектура информационной системы. [32] |
Пользователя А можно отнести к той категории пользователей, которые взаимодействуют с системой посредством простых информационных управляющих запросов. В зависимости от назначения системы и способа, которым она организована, этот тип пользователей по желанию может также вводить дополнительную информацию в систему. Вторая категория пользователей Б играет более организующую роль и является ответственной за обслуживание информационной системы, которое включает в себя контроль за ее рабочими характеристиками и их изменение по мере необходимости. [33]
Информация может использоваться для ряда целей: обучение внутри и за пределами компании; проектирование оборудования, процессов, материалов и методов; проверки и контроль. Разный вид использования подразумевает, что информация должна быть подготовлена в приемлемой форме для каждого типа пользователя. Сами пользователи модифицируют и перерабатывают информацию в новые информационные продукты. Например, инспекция может разработать новые правила и положения, производители оборудования могут установить новые руководства в свете усовершенствования стандартизации по охране труда, производители химикатов могут спроектировать новые спецификации по технике безопасности при применении материалов, преподаватели могут разработать учебники, аудио - и видеоматериалы и раздаточный материал. Некоторая информация может быть в специальной форме, готовой к использованию, что предлагает непосредственные решения проблем, связанных с личной безопасностью и здоровьем, в то время как другие сведения могут быть полезны для внесения усовершенствований в производственный процесс, чтобы разработать, например, более безопасный метод или получить более безопасную машину или материал. Несмотря на их многообразие, общим для всех информационных продуктов является то, что, чтобы информация была полезной, она должна быть, в конечном счете, включена в систему управления охраной труда в компании. Ресурсы, к которым относятся процессы, материалы и методы, должны выбираться, закупаться, транспортироваться и устанавливаться; люди должны быть подготовлены и обучены для того, чтобы ими пользоваться; должны быть выполнены контроль и завершающий этап; результаты должны быть распространены, при этом должно уделяться внимание широкому диапазону информационных нужд. [34]
Представляя, как это сказано в [11], общую структуру программного обеспечения как последовательность трех уровней: ядра, системного уровня и проблемного уровня, отнесем БСО к системному уровню. Это означает, что БСО ППП представляет собой сочетание специализированных операционной и инструментальной систем, ориентированных на вышеупомянутые четыре типа пользователей. Заметим, что такие типы пользователей, как разработчики системного обеспечения, работают в операционной обстановке, созданной непосредственно ядром. [35]
Последняя часть посвящена интенсивно развивающейся проблеме интеллектуальной обработки данных в сетевых аналитических ГИС. Рассмотренные в этой части методы анализа географической информации и примеры предметной ориентации отражают особенности сетевой геоинформационной технологии, связанные с изменением типа пользователя сетевых ГИС от специалистов в геоинформационых технологиях к специалистам в предметной области. [36]
Моделью интерфейса является декларативное представление всех аспектов построения пользовательского интерфейса, в котором находят отражение как отдельные его компоненты, так и интерфейс в целом. Как правило, в модель интерфейса включается множество интерфейсных объектов различного уровня абстракции, элементы предметной области, представления, диалоги, типы пользователей и структурные отношения. Обычно объекты всех перечисленных видов объединяются в модели ( модели пользовательских заданий или модели представлений, например), входящие составными частями в общую модель интерфейса. [37]
Позиционирование будет успешным тогда, когда целевые покупатели начнут воспринимать продукт как средство удовлетворения своих желаний и ожиданий. Таким образом, позиция продукта связана с атрибутами, которые приписывают ему эти покупатели, такими как репутация в обществе, качество, ценность, цена, тип пользователей продукта, сильные и слабые характеристики и прочие необычные и запоминающиеся свойства, которыми он может обладать. [38]
Например, хорошо осведомленные пользователи могли бы обнаружить некоторую избыточную информацию потому, что они уже осведомлены о ней. Таким образом, тип пользователя выступает ключевым фактором в решениях о том, какую информацию предоставлять, поскольку воспринимаемость ( понятность) информации зависит от качества пользователя. [39]
Представляя, как это сказано в [11], общую структуру программного обеспечения как последовательность трех уровней: ядра, системного уровня и проблемного уровня, отнесем БСО к системному уровню. Это означает, что БСО ППП представляет собой сочетание специализированных операционной и инструментальной систем, ориентированных на вышеупомянутые четыре типа пользователей. Заметим, что такие типы пользователей, как разработчики системного обеспечения, работают в операционной обстановке, созданной непосредственно ядром. [40]
Выходные данные структурируются в зависимости от классов пользователей, для которых они предназначены. Так, специалисты, осуществляющие описание системы на этапе логического проектирования, контролируют полноту и последовательность ее описания на основании различных словарей и кодификаторов имея объектов. Большинство сообщений может эффективно использоваться всеми типами пользователей. [41]
При этом указаны три ( нечетко разделенные) группы пользователей. Конечные пользователи - это люди, получающие информацию от ДС как прямые конечные пользователи, непосредственно пользующиеся терминалами, как промежуточные конечные пользователи, имеющие контакт с системой через посредников, и как косвенные конечные пользователи, которые имеют дело с информацией от ДС, но не имеют никаких связей с самой системой. Первый тип конечных пользователей - прямые конечные пользователи - перекрывается со следующими двумя типами пользователей: промежуточный пользователь, отвечающий за интерпретацию потребностей конечного пользователя адекватными процедурами обслуживания по обработке данных, и пользователь-системщик, исполняющий обязанности системного программиста. [42]
Уже неоднократно обсуждался вопрос о будущем языков управления. Параметры должны задаваться с помощью синтаксических конструкций языков программирования или на уровне администрации вычислительного центра. Подобные параметры предназначаются для описания типов пользователей, а также абсолютной и относительной важности решаемых ими задач. Другая точка зрения состоит в том, что со временем постепенно начнет повышаться роль работы в диалоговом режиме. [43]
Когда цели установлены, можно начинать проектирование. Один из наиболее важных вопросов заключается в том, чтобы все функции системы хорошо согласовывались друг с другом и обладали тем, что часто называют архитектурной согласованностью. При этом важно различать два типа пользователей операционной системы. С одной стороны, существуют пользователи, взаимодействующие с прикладными программами; с другой стороны, есть программисты, пишущие эти прикладные программы. Первые большей частью имеют дело с графическим интерфейсом пользователя, тогда как последние в основном взаимодействуют с интерфейсом системных вызовов. Если задача заключается в том, чтобы иметь единый графический интерфейс пользователя, заполняющий всю систему, как, например, в системе Macintosh, тогда разработку следует начать отсюда. Если же цель состоит в том, чтобы обеспечить поддержку различных возможных графических интерфейсов пользователя, как в системе UNIX, тогда в первую очередь должен быть разработан интерфейс системных вызовов. Начало разработки системы с графического интерфейса пользователя представляет собой, по сути, проектирование сверху вниз. Вопрос заключается в том, какие функции будет этот интерфейс иметь, как будет пользователь с ними взаимодействовать и как следует спроектировать систему для их поддержки. Например, если большинство программ отображает на экране значки, а затем ждет, когда пользователь щелкнет на них мышью, это предполагает использование управляемой событиями модели для графического интерфейса пользователя и, возможно, для операционной системы. [44]
Четвертый элгмент предмета финансового анализа - результаты использования экономического потенциала предприятия - представляется исключительно важным, поскольку именно он нередко является критериальным в определении судьбы предприятия и / или перспектив его развития. Однако в данном случае все же подразумевается ориентация на оценку эезультативности в терминах финансов. Во-вторых, критерии результативности могут варьировать в зависимости от типа пользователей анализа: собственники, лендеры, кредиторы, государственные органы и др. Структуризация критериев будет приведена в разделе, посвященном оценке прибыли и рентабельности. [45]