Человеческий фактор. Том 4 - Сальвенди Г.
ISBN 5-03-001814-Х
Скачать (прямая ссылка):
Деятельность 4: Детализировать функциональные возможности. Функции интерфейса диспетчер — система получены в результате анализа требований к вводимому сообщению, обработке данных, предъявлению информации и предполагаемому времени запаздывания реакции, указанных в предшествующем анализе элементов задания и детализации данных. Для определения дополнительных функций интерфейса была исследована концептуальная модель взаимодействия. Требования определялись в терминах вводов, выводов, преобразований, критерия завершенности, общих (глобальных) параметров и показателей эффективности, связанных с каждой идентифицированной функцией интерфейса.
Деятельность 5: Распределить функциональные возможности интерфейса между компонентами системы. Эта деятельность включает в себя разделение и распределение функций по элементам, входящим в подсистему интерфейса. В процессе этого распределения для координации управления отказами и ресурсами были выделены дополнительные группы функций. Это облегчило анализ влияния отказов функциональных компонентов системы на рабочем месте.
350 Глава 9
Деятельность 6: Определить требования для каждого компонента системы. Это повлекло за собой усовершенствование функциональных требований и характеристик эффективности, определенных выше. На основе информации, собранной в процессе описанных выше аналитических деятельностей, были разработаны и отображены на функции требования к точности, времени запаздывания и способности.
Деятельность 7: Определить требования к базе данных интерфейса. Требования, связанные с базами данных интерфейса, были также четко адресованы. Эти требования охватывают схему организации базы данных и контроль их целостности, автономности и сохранности. Указанная схема идентифицирует типы используемых данных и регламентирует отношения между ними — это структура, в которую могут быть включены любые составные части информации. Структура этой схемы получена исходя из точки зрения пользователя на базу данных. База данных должна быть защищена от случайного или преднамеренного их выявления неправомочными людьми, а также от несанкционированных изменений и уничтожения. Должны быть обеспечены также права частных лиц или организаций самостоятельно определять — когда, как и насколько соответствующая информация может быть доступна другим. Предусматривается также набор характеристик и ограничений, обеспечивающих корректность данных.
9.4. Заключение
В данной главе описан подход к проектированию и анализу требований ЧФ применительно к авиадиспетчерской службе. Этот подход включает ряд строгих аналитических методов, которые были использованы при разработке требований к интерфейсу диспетчера и машины для следующего поколения системы УВД. Процедуры учета ЧФ применены к анализу заданий, моделированию рабочей нагрузки, разработке концептуальной модели и т. п. Построенная парадигма предназначалась для оптимального использования результатов каждой последующей аналитической деятельности с целью облегчения разработки полного, самосогласованного и апробированного набора требований к интерфейсам в чрезвычайно сложных системах. В процессе исследований было установлено, что с целью выработки адекватных требований к проектированию систем традиционные методы ЧФ могут быть дополнены структурированной аналитической моделью и что задания пользователя являются подходящей начальной точкой проектирования системы.
Изложенная «нисходящая» методология позволила эффективно включить человеческие факторы в схему комплексного
Эргономические требования к системам УВД
356
проектирования AAS. Можно надеяться, что, применяя еек
удастся спроектировать интерфейс диспетчера с системой, пригодной для следующего поколения системы УВД.
Литература
1. Alford М. W., Smith Т. С., Smith D. L., Formal decomposition applied to axiomatic requirements engineering, Final report prepared for Ballistic Missle-Defense Advanced Technology Center, Contract No. DASG60-78-C0158, TRW DSSG, 1979.
2. Berliner D. C., Angell D., Shearer J. W., Behaviors, measures, and instruments for performance evaluation in simulated environments, Proceedings-of the symposium and workshop on the quantification of human performance, University of New Mexico, 1964.
3. Engle S. E., Granda R. W., Quidelines for man/display interfaces (Technical Report 00.2720), Poughkeepsie, NY: IBM Poughkeepsie Laboratory, 1975.
4. Foley J. D., Wallace V. L., Chan P., The human factors of graphic interaction tasks and techniques (Report Number GWU-11 st-81-3), Washington, DC: The George Washington University, January, 1981.
5. Hopkin V. D., Human factors in air traffic control (NATO Tech. Rep. No. AGARD-AG 275), NATO, 1982.
6. Lenorovitz D. R., Phillips M. D., Ardrey R. S., Kloster G. V., A taxonomic approach to characterizing human-computer interfaces, In: G. Salvendy, Ed., Human — computer interaction (pp. Ill—116), Amsterdam: Elsevier, 1984.
7. Miller D. C., Pew R. W., Exploiting user involvement in interactive system development, Proceedings of the Human Factors Society, pp. 401—405 (1981).
