![]() |
|
сделать стартовой | добавить в избранное |
![]() |
Компьютеры, Программирование
Программирование, Базы данных
Разработка Интерфейса Пользователя АСУ в Среде Delphi |
Delphi создает приложения Wi dows MS-Wi dows предоставляет пользователям оболочку графического интерфейса (GUI), которая обеспечивает стандартную среду пользователя и программиста. (GUI) предлагает более сложное и дружелюбное окружение пользователя, чем командно-управляемый интерфейс DOS. Работа в Wi dows основана на интуитивно понятных принципах. Вам легко переключиться с задачи на задачу и осуществлять обмен информацией между ними. Однако разработчики приложений традиционно сталкиваются с трудностями программирования, поскольку организация среды Wi dows является чрезвычайно сложной. Delphi - язык и среда программирования, относящаяся к классу RAD- (Rapid Applica io Developme «Средство быстрой разработки приложений») средств CASE - технологии. Delphi сделала разработку мощных приложений Wi dows быстрым процессом, доставляющим вам удовольствие. Приложения Wi dows, для создания которых требовалось большое количество человеческих усилий например в С , теперь могут быть написаны одним человеком, использующим Delphi. Интерфейс Wi dows обеспечивает полное перенесение CASE-технологий в интегрированную систему поддержки работ по созданию прикладной системы на всех фазах жизненного цикла работы и проектирования системы. Delphi обладает широким набором возможностей, начиная от проектировщика форм и кончая поддержкой всех форматов популярных баз данных. Среда устраняет необходимость программировать такие компоненты Wi dows общего назначения, как метки, пиктограммы и даже диалоговые панели. Работая в , вы неоднократно видели одинаковые «объекты» во многих разнообразных приложениях. Диалоговые панели (например Choose File и Save File) являются примерами многократно используемых компонентов, встроенных непосредственно в Delphi, который позволяет приспособить эти компоненты к имеющийся задаче, чтобы они работали именно так, как требуется создаваемому приложению. Также здесь имеются предварительно определенные визуальные и невизуальные объекты, включая кнопки, объекты с данными, меню и уже построенные диалоговые панели. С помощью этих объектов можно, например, обеспечить ввод данных просто несколькими нажатиями кнопок мыши, не прибегая к программированию. Это наглядная реализация применений CASE-технологий в современном программировании приложений. Та часть, которая непосредственно связана с программированием интерфейса пользователя системой получила название визуальное программирование Выгоды от проектирования АРМ в среде Wi dows с помощью Delphi: Устраняется необходимость в повторном вводе данных; Обеспечивается согласованность проекта и его реализации; Увеличивается производительность разработки и переносимость программ. Визуальное программирование как бы добавляет новое измерение при создании создании приложений, давая возможность изображать эти объекты на экране монитора до выполнения самой программы. Без визуального программирования процесс отображения требует написания фрагмента кода, создающего и настрающего объект «по месту». Увидеть закодированные объекты было возможно только в ходе исполнения программы. При таком подходе достижение того, чтобы объекты выглядели и вели себя заданным образом, становится утомительным процессом, который требует неоднократных исправлений программного кода с последующей прогонкой программы и наблюдения за тем, что в итоге получилось.
Благодаря средствам визуальной разработки можно работать с объектами, держа их перед глазами и получая результаты практически сразу. Способность видеть объекты такими, какими они появляются в ходе исполнения программы, снимает необходимость проведения множества операций вручную, что характерно для работы в среде не обладающей визуальными средствами — вне зависимости от того, является она объектно-ориентированной или нет. После того, как объект помещен в форму среды визуального программирования, все его атрибуты сразу отображаются в виде кода, который соответствует объекту как единице, исполняемой в ходе работы программы. Размещение объектов в Delphi связано с более тесными отношениями между объектами и реальным программным кодом. Объекты помещаются в вашу форму, при этом код, отвечающий объектам, автоматически записывается в исходный файл. Этот код компилируется, обеспечивая существенно более высокую производительность, чем визуальная среда, которая интерпретирует информацию лишь в ходе исполнения программы. ВВЕДЕНИЕ Современные методы проектирования деятельности пользователей АСУ сложились в рамках системотехнической концепции проектирования, в силу чего учет человеческого фактора ограничился решением проблем согласования «входов» и «выходов» человека и машины. Вместе с тем при анализе неудовлетворенности пользователей АСУ удается выявить, что она часто объясняется отсутствием единого, комплексного подхода к проектированию систем взаимодействия. Использование системного подхода позволяет принять во внимание множество факторов самого различного характера, выделить из них те, которые оказывают самое большое влияние с точки зрения имеющихся общесистемных целей и критериев, и найти пути и методы эффективного воздействия на них. Системный подход основан на применении ряда основных понятий и положений, среди которых можно выделить понятия системы, подчиненности целей и критериев подсистем общесистемным целям и критериям и т.д. Системный подход позволяет рассматривать анализ и синтез различных по своей природе и сложности объектов с единой точки зрения, выявляя при этом важнейшие характерные черты функционирования системы и учитывая наиболее существенные для всей системы факторы. Значение системного подхода особенно велико при проектировании и эксплуатации таких систем, как автоматизированные системы управления (АСУ), которые по существу являются человеко-машинными системами, где человек выполняет роль субъекта управления. Системный подход при проектировании представляет собой комплексное, взаимосвязанное, пропорциональное рассмотрение всех факторов, путей и методов решения сложной многофакторной и многовариантной задачи проектирования интерфейса взаимодействия. В отличие от классического инженерно-технического проектирования при использовании системного подхода учитываются все факторы проектируемой системы - функциональные, психологические, социальные и даже эстетические. Автоматизация управления неизбежно влечет за собой осуществление системного подхода, так как она предполагает наличие саморегулирующейся системы, обладающей входами, выходами и механизмом управлением.
Уже само понятие системы взаимодействия указывает на необходимость рассмотрения окружающей среды, в которой она должна функционировать. Таким образом, система взаимодействия должна рассматриваться как часть более обширной системы - АСУ реального времени, тогда как последняя - системы управляемой среды. В настоящее время можно считать доказанным, что главная задача проектирования интерфейса пользователя заключается не в том, чтобы рационально «вписать» человека в контур управления, а в том, чтобы, исходя из задач управления объектом, разработать систему взаимодействия двух равноправных партнеров (человек-оператор и аппаратно-программный комплекс АСУ), рационально управляющих объектом управления. ПРЕДМЕТНАЯ ОБЛАСТЬИтак, очевидно, что человек-оператор является замыкающим звеном системы управления, т.е. субъектом управления, а АПК (аппаратно-программный комплекс) АСУ является инструментальным средством реализации его управленческой (оперативной) деятельности, т.е. объектом управления. По определению В.Ф.Венды, АСУ представляет собой гибридный интеллект, в котором оперативный (управленческий) состав и АПК АСУ являются равноправными партнерами при решении сложных задач управления. Рациональная организация труда операторов АРМ является одним из важнейших факторов, определяющих эффективное функционирование системы в целом. В подавляющем большинстве случаев управленческий труд - опосредованная деятельность человека, поскольку в условиях АСУ он ведет управление, «не видя» реального объекта. Между реальным объектом управления и человеком-оператором находится информационная модель объекта (средства отображения информации). Поэтому возникает проблема проектирования не только средств отображения информации, но и средств взаимодействия человека-оператора с техническими средствами АСУ, т.е. проблема проектирования системы, которую нам следует назвать интерфейс пользователя. Интерфейс взаимодействия человека с техническими средствами АСУ может быть структурно изображен (см. на рис.1.). Он состоит из АПК и протоколов взаимодействия. Аппаратно-программный комплекс обеспечивает выполнение функций: преобразование данных, циркулирующих в АПК АСУ, в информационные модели, отображаемые на мониторах (СОИ - средства отображения информации); регенерация информационных моделей (ИМ); обеспечение диалогового взаимодействия человека с ТС АСУ; преобразование воздействий, поступающих от ЧО (человека-оператора), в данные, используемые системой управления; физическая реализация протоколов взаимодействия (согласование форматов данных, контроль ошибок и т.п.). Назначение протоколов состоит в том, чтобы обеспечить механизм достоверной и надежной доставки сообщений между человеком-оператором и СОИ, а следовательно, между ЧО и системой управления. Протокол - это правило, определяющее взаимодействие, набор процедур обмена информацией между параллельно выполняемыми процессами в реальном масштабе времени. Эти процессы (функционирование АПК АСУ и оперативная деятельность субъекта управления) характеризуются, во-первых, отсутствием фиксированных временных соотношений между наступлением событий и, во-вторых, отсутствием взаимозависимости между событиями и действиями при их наступлении.
Это сокращает риск воздействия сборки на области, для которых у нее нет прав. □ Если запрашивается минимальный набор полномочий, увеличивается вероятность того, что сборка будет выполнена. Запрос полномочий скорее всего будет тем нужнее, чем более сложная разработка реализуется, но существует высокий риск, что приложение будет установлено на машине, которая не предоставляет необходимых прав. Обычно для приложения более предпочтительно знать в самом начале выполнения, где ему не предоставлены полномочия, а не в середине процесса выполнения. Чтобы успешно запрашивать полномочия для сборки, нужно точно отслеживать, какие права использует сборка. В частности, необходимо знать о требованиях полномочий вызовов, которые делает сборка в других библиотеках классов, включая .NET Framework. Три примера из файла AssemblyInfo.cs (см. ниже) демонстрируют использование атрибутов для запроса полномочий. Эти примеры можно найти в проекте SecurityАрр9 среди загружаемых с сайта издательства Wrox файлов. Первый атрибут выдвигает требование, чтобы сборка имела UIPermission, что даст приложению доступ к интерфейсу пользователя
1. Возможности системы программирования Delphi для создания пользовательского интерфейса
2. Разработка человеко-машинного интерфейса в GraphWorX32
3. Разработка программы, генерирующей пароли пользователей
4. Основные принципы разработки графического пользовательского интерфейса
5. Проектирование интерфейса как часть разработки ТЗ
9. Параллельный интерфейс: LPT-порт
10. Последовательные порты ПЭВМ. Интерфейс 232С
11. Стандартные интерфейсы подключения датчиков и исследовательских приборов
12. Программатор ПЗУ /программный интерфейс/
13. Интерфейс пользователя системой
14. Виды интерфейсов
15. Компьютерный интерфейс передачи в системе персонального радиовызова общего пользования
17. Системный интерфейс CompactPCI
18. MachCAD Знакомство с неизвестной программой (интерфейс программы)
20. Интерфейсы и периферийные устройства
27. Интерфейсы социологии и киберпространства
28. Интерфейсы, обратные вызовы, внутренние классы
29. Микропроцессорная система управления на базе интерфейсов персонального компьютера
30. Нейро-компьютерный интерфейс
31. Организация интерфейса пользователя
32. Параллельные интерфейсы Centronics и LPT-порт
33. Построение графического интерфейса в системе Matlab
34. Работа с базами данных через интерфейс
35. Сравнительный анализ интерфейсов подключения периферийных устройств
36. Протокол ТфОП интерфейсов V5.1 и V5.2
37. Программирование на Object Pascal в среде Delphi
41. Разработка DLL в Borland Delphi
42. Среда программирования Delphi
43. Разработка интерактивной среды обучения работе
44. Разработка системной поддержки вызова программ,реализованных на языке Fortran, из среды Java
48. Разработка виртуальной лабораторной работы на базе виртуальной асинхронной машины в среде MATLAB
49. Разработка программы на Delphi
50. Разработка транслятора в среде Java и С+
51. Среда разработки и платформа для выполнения программ LabVIEW
52. Языка программирования Delphi. Разработка практических заданий
53. Процесс и среда разработки управленческого решения
57. Питательные среды в микробиологии
59. Разработка Мыковского карьера лабрадоритов
60. Разработка региональной справочной общегеографической карты Смоленской области для Атласа Центра РФ
61. Расчет показателей разработки элемента трехрядной системы
63. Правовой режим земель, предоставленных для разработки недр
64. Принципы технического регулирования, порядок разработки, принятия технических регламентов
65. Разработка рекламной программы для страховой компании
66. Механизм охраны окружающей природной среды
67. Энергетика и окружающая среда
68. География и окружающая среда Англии, Уэльса, Северной Ирландии и Шотландии (на английском языке)
69. Die Umweltverschmutzung (Загрязнение окружающей среды)
74. Разработка АИС по учету складских операций и реализации продукции на предприятии
75. Проектирование и разработка сетевых броузеров на основе теоретико-графовых моделей
76. Разработка верхнего уровня Информационной Системы Университета
78. Разработка методов определения эффективности торговых интернет систем
79. Межкультурная коммуникация в электронной среде и поиск информации в сети Интернет
80. Разработка проекта локальной вычислительной сети административного здания судебного департамента
81. Разработка компьютерного клуба
82. Разработка вычислительного устройства
83. Разработка АРМ на основе персонального компьютера для дома
84. Разработка аппарата измерения торцевого биения
85. Перспективы развития компьютерной техники (новейшие разработки 2005г.)
89. Разработка информационно-справочной системы "Каталог строительных объектов" /Prolog/
90. Разработка информационно-справочной системы "Товар на складе" /Prolog/
91. Технология разработки программного обеспечения
92. Разработка программы на языке LISP для построения кривых Серпинского i-го порядка
94. Разработка фрагмента информационной системы "АБОНЕНТЫ ГТС"
96. Разработка системы управления работой коммерческой компании
97. Пример базы данных на Delphi 2.0
98. Разработка автоматизированной системы учета выбывших из стационара
99. Разработка подсистемы вывода в диагностической экспертной системе