Mühendislik İşletim Sistemlerinde Erişilebilirlik Rolünü Anlayın

Mühendislik işletim sistemleri kontrol makineleri, endüstriyel süreçleri, enerji şebekelerini izlemek ve kritik altyapıyı işletmek. Genellikle yüksek hassasiyet ve güvenilirlik talep eden gerçek zamanlı sistemlerdir. Sistem için kullanıcı arayüzü tasarımı geleneksel olarak teknik performansa odaklanmıştır, ancak insan faktörü - özellikle erişilebilirlik - OS'de erişim, kalıcı engel, geçici koşullar veya durum sınırlamaları nedeniyle operatörlerin, sistemle veya durum sınırlamaları etkili bir şekilde etkileşime girebilmelerini sağlar.

ABD'de Engelliler Yasası (ADA) ile Amerikalılar gibi düzenlemeler ve Avrupa standart EN 301 549 giderek tüm kullanıcılar için eğitim süresini azaltıp genel sistem dayanıklılığını artırmak için kullanılan yazılımlara giderek daha fazla fayda sağlıyor. Örneğin, yüksek ücretli uyarılar, sadece görsel bozulmalarla değil, aynı zamanda çalışan kullanıcıların da düşük ışıklı bir kısmını da dışlamamaktadır.

Sistem çeşitli kullanıcı rollerine hizmet etmesi gerektiğinde çok fazla zorluk - bu makaleye hangi temel tasarım ilkelerine, uygulama stratejilerine, meydan okumalara ve daha geniş çaplı mühendislik işletim sistemlerinden erişilebilirlik sağlar.Her kullanıcı, tasarım aşamasından erişilebilirliğe sahip olabilir, kuruluşlar bu ihtiyaçları karşılayan teknik güç yaratır.

Accessible Engineering OS User Interfaces için temel tasarım ilkeleri

Accessible design is not an add-on; WCAG'ın dört prensibini etkileyen temel bir yaklaşımdır –Perceivable, Operable, Anlaşılabilir ve Robust (POUR) - mühendislik OS genellikle mühendislik dışı arayüzleri, gerçek zamanlı kontrolleri ve karmaşık veri görselleştirmeleri içerir.

Perceivability: Tüm Senses için Bilgi Üretin

[FONT:0)Perceivability) kullanıcıların sunulan bilgileri algılayabilmeleri anlamına gelir. mühendislik OS için, bu görsel göstergeler, durum ışıkları, ölçümler, alarmlar ve metin görüntüler içerir.

  • [FONT=0) Renk kontrastı:[Dönetici: 0 3) Yalnızca normal metin ve 3:1'in büyük metin için bir kontrast oranı kullanın (WCAG AA). glare veya dim aydınlatmanın yaygın olduğu kontrol odası panoları için, AAA (7:1). Sadece bilgi aktarmak için renkten kaçının (örneğin, alarm için kırmızı).
  • [FONT=0]Text alternatifler:[Dönemli olmayan tüm içerik için alt metin sağlar, ikonlar, durum göstergeleri ve grafik diyagramları dahil. mühendislik OS, grafikler ve şematikler, gerçek zamanlı işlem akış diyagramları için, bir metin tabanlı tablo veya açıklama güncelleştirmeleri sağlar.
  • [[Dönetici:0)Adaptable content:[Dönetici:[Dönetici:0) Kullanıcıların metin boyutunu, zoom arayüz elementlerini ayarlamalarına veya yüksek bir temaya kırılmadan geçiş yapmasına izin verin. Bu, özellikle ekran magnifiers kullanan operatörlerin veya düşük görmeleri için önemlidir.
  • [FONT:0)Depresif alternatifler: [Döneticiler ve konuşma çıktıları için görsel altyazılar sağlayın. Uyarılar için denetçili beeps kullanan sistemler de bir flaş göstergesi veya kalıcı bir paniğe işaret etmelidir.Son alarmların görsel bir kaydı gereklidir.

Operability: Tüm Kullanıcılar Müdahale Edebilir

[FONT:0)Operability, çoklu giriş yöntemleri aracılığıyla tüm etkileşimli elementleri yapmaya odaklanır. Engineering OS genellikle fareye ve dokunuşa güvenebilir, ancak operatörler sadece bir klavye kullanabilir veya alternatif işaret cihazları gerektirir.

  • [[Dönetici:0)Keyboard erişilebilirliği:[Döneticiler, slaytçılar, damlatlar, veri giriş alanları – tek başına klavye aracılığıyla ulaşılamaz ve operaz. Standart sekme sipariş ve görünür odak göstergeleri kullanın (örneğin, aktif elementin etrafında cesur bir satır).
  • [FONT:0)Müşteri giriş:[Dönetici:[Dönetici: 0) Özel donanıma sahip olan alternatif giriş cihazları, ses komutları, göz parçaları, ve kafa wands. Engineering OS, API'leri üçüncü taraf yardımcı teknoloji için açığa çıkarmak için ihtiyaç duyabilir.
  • [FONT:0) Zamanlı etkileşimler: [Dönetici:[Dönetici:0)) Hızlı bir yanıt gerektiren görevler için uyarı ve bir seçenek sağlar (örneğin, acil durum durdurma), zaman kısıtlamaları olmadan birden fazla giriş yönteminden tetiklenebilir.
  • [FONT=0]Simple jestler:[Dönergeler:[Dönergeler)[[FONT=0))[[[FONT=0))Simple jestler:[[[FONT=0)[[[FONT=0))))))))) Eğer iletişim etkileşimi desteklenmezse, karmaşık multi-finger jestleri önlemek. kritik fonksiyonlar için alternatif bir tek-tap eylemleri sağlayın. Örneğin, bir pinch-to-zoom da bir kaydırıcı olabilir.

Anlaşılabilirlik: Clear ve Tahmin edilebilir Interfaces

Mühendislik sistemleri doğal olarak karmaşıktır, ancak arayüz bilişsel yük eklememelidir.ETHFLT:0)Bilgi) içeriği ve operasyon öngörülebilir hale getirmek anlamına gelir.

  • [FONT:0]Consistent navigasyon:[Dönetici:[Dönetici:0)Dönetici:[Dönetici:0)Consistent navigation:[[Dönetici:[Dönetici: · 1 ) Place alarmlar, statü bar, ana menü ve tüm ekranlarda aynı yerde aynı yerde işlevlerin tutarlı terminolojisini kullanın.
  • [FONT:0)Clear hata işleme:[Dönetici:[Dönetici:0)[Döntgenme:0)|kullanıcı hata mesajları, neyin yanlış gittiğini ve nasıl düzeltileceğini açıklayan bir hata mesajı. Örneğin, “Invalid girdisi”, “Setpoint 0 ile 100 bar arasında olmalıdır.
  • [[Dönetici:0)Progressive Açıklama:[Döneticileri genişletilebilir bölümler veya matkap üstü menüler arkasında gelişmiş parametreler. Operatörler sadece mevcut görevleriyle ilgili kontrolleri görmeli. Bu, kullanıcıların bilişsel engelli veya sisteme yeni olanlara yardımcı olmalıdır.
  • [FONT:0) Yardım ve belge:[[Dönetici:0) Uygulamaya duyarlı yardım sağlar - örneğin, her kontrol fonksiyonunu açıklayan bir araçtipi. erişilebilirliği içeren bir aramalı manuel ekleyin.

Robustness: Yardımcı Teknoloji ile Uyumluluk

[FONT:0)Robustness[[Dönetici:0) Kullanıcı arayüzünin mevcut ve gelecekte yardımcı teknolojilerle çalıştığını garanti eder.For Engineering OS, bu genellikle standart API ve protokolleri kullanmak anlamına gelir.

  • [FONT=0)Sekiz HTML veya eşdeğer kullanın:[Dönetici:0) Web tabanlı bir mühendislik konsolu kullanıyorsanız, uygun HTML elementlerini kullanın (örneğin, düğmeler için, [[0),0,0,0) Yerel masaüstü uygulamaları için erişilebilirlik özellikleri ortaya çıkar.
  • [FONT:0]ARIA rolleri ve devletler:[Döneticiler veya canlı veri beslemeleri gibi özel kontroller için ARIA özelliklerini roller, devletler ve değerler iletebilmeleri gerekir. Örneğin, bir dairesel ölçümünüz var.[Dönetici:2).
  • [FONT:0) Gerçek yardımcı teknolojilerle test edin: JAWS, NVDA, VoiceOver veya Mansor. Konuşma tanıma yazılımıyla ilgili olarak test edin. Ayrıca göz-gaze sistemleri ile ilgili olarak test edin.

Mühendislik OS'de Özel Erişim Özellikleri Uygulamayı Uygulamayın

Uygulama ilkelerinden uzaklaşın, burada mühendislik işletim sistemlerinin uygulanması gereken beton özellikler, endüstriyel kontrol odaları ve SCADA sistemlerinden alınan örneklerle.

Yüksek-Contrast ve Scalable Visual Modes

Endüstriyel ortamlar genellikle değişken aydınlatmaya sahiptir - ekran okuyucuları için tüm metin bilgilerinin mevcut olması için en iyi uygulama, URL'leri kullanarak tüm süreçleri tanımlamaktır.Kullanıcıların düzeni bozmadan font boyutunu ayarlamasına izin verin.For screen okuyucular için, tüm metin bilgilerinin mevcut programmatik olarak mevcut olduğundan emin olun.En iyi bir uygulama, erişilebilir etiketlerle SVG kullanarak tüm süreçleri tanımlamak için, statik PNG görüntüleri yerine.

Auditory ve Visual Alarm Yönetimi

Alarmlar mühendislik sistemlerinde kritiktir. Tüm kullanıcılar tarafından ikna edilebilir olmak için onları tasarlayın:

  • Sesin bir kombinasyonunu kullanın, ışık tut, ve ekranlı bir paniğe.
  • Kullanıcıların farklı ciddiyet düzeyleri için farklı alarm tonlarını seçmelerine izin verin.
  • Duyduğun operatörler için, kalıcı yüksek öncelikli alarm göstergeleri göster ve filtrelenebilen zaman kaynaklı olaylarla bir giriş sağlayın.
  • Kör veya düşük görme sahip operatörler için, alarmlar için konuşma çıktısını kullanın (auditory cues) ve alarm aktivasyonunda ilk elementin “bilin” düğmesine olması sağlar.

Klavye ve Anahtar Navigation

Mühendislik OS genellikle hızlı veri girişi ve kapakların kontrol edilmesi, motorlar veya sensörler gerektirir. Her kontrolin bir fare olmadan işletilebileceğini sağlayın:

  • Standart sekme siparişi görsel düzeni takip eder (sol-to-right, üst-d-düşü).
  • Ortak eylemler için klavye kısayolları (örneğin, DNS+S’yi korumak için, Alt+A alarmı kabul etmek için). yapılandırılabilir bir kısayol yöneticisi sağlayın.
  • Lineer slaytçılar için (örneğin, akış hızı ayarı), klavye ok anahtarlarını iyi ayar ve Page Up/Down for coarse ayarlaması için. ekran okuyucularına yeni değer duyurur.
  • Tek-switch tarama için destek: her elementin açık ve geçişe aktif olduğunu vurgulayın.Bu, ciddi motor engelli kullanıcılar için önemlidir.

Özelleştirilmiş Data Presentation

Mühendisler genellikle büyük veri kümelerini veya karmaşık eğilimleri görmelidirler. Veri görselleştirmelerini erişilebilir hale getirin:

  • Çizgi grafikler için, grafik ile güncelleştirmeleri sağlayan alternatif bir veri masası sağlayın. sorting and filter seçenekleri ekleyin.
  • Gerçek zamanlı sayısal görüntüler için, kullanıcının font boyutunu artırmasına ve renk temaları değiştirmesine izin verin (örneğin, renkliblind-friendly paletler).
  • Net, sans-serif fontlarını yeterli mektupla hafifçe kullanın. Büyük metin blokları için tüm kapaklardan kaçının.

Accessible Engineering OS Design

Mühendisler tarafından gerekli olan gücü ve esnekliği korumak, ortak engellere hitap ettiğimiz ve çözümler sunacağımız için erişilebilirlik için tasarım.

Kullanılabilirlik ile Dengeleme

Mühendislik işletim sistemleri, gelişmiş kontrollerle uzman operatörler sağlamalıdır, ancak bu, yüksek çözünürlükte veya daha az deneyimle kullanıcıları aşırı derecede genişletebilir. [FONT:0)Progressive Explain), önerilen bir yaklaşımdır: sadece temel kontrolleri varsayılan olarak göstermek ve kullanıcı ileri parametreler için bölümlere genişletmek için izin vermek.Forvisioner" modu (tam olarak) ve kullanıcı başına kolayca hatırlanabilir ve kullanıcı başına geçiş yapılabilir.

Gerçek zamanlı Sorumluluk ve Erişimi Destekleyin

Bazı yardımcı teknolojiler gecikmeliliği ortaya koyar. Güvenlik-kırıklık sistemleri için, bu sorunlu olabilir. Mitigate:

  • Ekran okuyucuları için erişilebilir katmanı hafif tutun, ARIA'nın makul bir frekansta dinamik veri güncellemesi için canlı bölgelerin (örneğin, her 200 m) her milisaniye değil.
  • Takctile veya donanım alternatifleri sağlamak -örneğin, ekrandan bağımsız olarak çalışan fiziksel bir konsolda özel bir acil durdurma düğmesine.
  • Yardımlı teknoloji yanıt süreleri kabul edilebilir sınırlar içinde olduğunu doğrulamak için gerçek zamanlı senaryolarla test edin.

Miras Sistemleri ile Uyumluluk

Birçok mühendislik ortamı, özel donanım üzerinde çalışan on yıllarca süren sistemlere güveniyor. Retrofitting accessibility pahalı olabilir. Solutions şunları içerir:

  • mirasın geri dönüşü ve modern, erişilebilir bir ön uç arasında oturan erişilebilir bir ortaware katmanı inşa edin.
  • En sık kullanılan ekranları ve işlevleri erişilebilir iyileştirmeler için önceden analiz edin, sonra iterating.
  • Yeni erişilebilir arayüzlerin tüketebileceği yapısal bir şekilde verileri ortaya çıkarmak için OPC UA (Unified Architecture) gibi açık standartları kullanmak.

Gerçek Kullanıcılarla Test ve Geçerlilik

Hiçbir erişilebilirlik stratejisi test olmadan tamamlanmaktadır. Otomatik araçlar bazı sorunları yakalayabilir (örneğin, eksik alt metin, düşük kontrast), ancak gerçek dünya kullanılabilirliğini değerlendiremezler.

  • Kullanıcı araştırmanızda kavramsal tasarım aşamasında engelli insanları ekleyin. Görsel bozukluklar, motor engelliler, işitme kaybı ve bilişsel farklılıklar.
  • Görev tabanlı usability testleri. Örneğin, ekran okuyucu ve klavye kullanarak alarmı kabul etmek için kör bir kullanıcıdan sorun. Tamamlama süresi ve hata oranı.
  • WC 2.1 Seviye AA (veya AA + yüksek riskli ortamlar için) tabanlı erişilebilir denetim listelerini kullanın. Ayrıca ICT ürünleri için EN 301 549 standardı düşünün.
  • Doküman erişilebilirliği özellikleri ve sistem kılavuzunda bilinen kısıtlamalar ve operatörler için eğitim sağlar.

erişilebilir mühendislik arayüzleri alanı hızla gelişmektedir. Birkaç trend, bir sonraki işletim sistemlerinin nesli şekillendirecektir:

  • [FONT:0)Voice ve doğal dil arayüzleri: Operatörler konuşma kullanarak komutlar veya sorgu sistemi statüsüne girebilirler, manuel girişlere güvenmeyi azaltabilirler.Bu avantajlar kullanıcılar motor engelli.
  • [FONT:0] Adaptif arayüzler için mükemmel bir istihbarat: Makine öğrenimi kullanıcı davranışına dayanarak UI'yi ayarlayabilir ve tahmin edilen ihtiyaçlar - örneğin, sürekli olarak yakın olmayan bir kullanıcı için kontrolleri yeniden yapılandırabilir veya menüleri bir acemi operatör için basitleştirebilir.
  • [FONT:0)Haptic geri bildirim:[Dönetici:[Dönetici:0)[Döneticiler veya tactileler, statü değişikliklerini veya uyarıları, gürültülü ortamlarda faydalı veya sağır-kık operatörleri için.
  • [FONT=0)Eğitim ve uzaktan yardım için dışlanmış gerçeklik (XR):[Döneticiler, gerçek zamanlı erişilebilirlik geliştirmeleri sağlayabilir, büyük formasyon etiketleri veya işaret avatar dili yorumlama gibi.

Bu gelişmeler başlangıçtan itibaren erişilebilirlik ile geliştirilmelidir, retrospektif tasarım ilkeleri uygulanır - bu yüzden daha fazla olabilir - yeni etkileşim paradigmalarını tanıtmak için.

Accessability ve Business Case for Accessability

Etik düşünceler ötesinde, mühendislik OS'de erişilebilirlik görmek için yatırım yapan bir iş zorunluluğudur:

  • [FONT:0]Redüklenmiş eğitim maliyetleri:[Dönetici:0)İyi tasarlanmış, erişilebilir bir UI tüm operatörler için öğrenme eğrisini azaltır, sadece engelliler ile değil.
  • [[Düzücü hata oranları:[Dönetici: 0,4][/FONT=0) Düşük hata oranları:[Döneticileri ve sabit kontroller en aza indirmek için, yüksek ücretli ortamlarda kazaları ve ekipman hasarlarını engelleyebilir.
  • [FONT:0)Expanded yetenek havuzu: Hiring, iş yerlerinde erişilebilir araçlarla donatılmış daha farklı hale gelir.
  • [FONT:0) Hukuki uyumluluk:[Dönetici:0) Davalardan ve hükümet cezalarından kaçınmak para ve itibardan tasarruf eder.

Büyük işletmeler ve hükümet müteahhitleri giderek artan ölçüde, erişilebilirliği gösterebilen Mühendislik OS satıcılara daha fazla uyum gerektirir.

Sonuç: Day One'dan erişime erişim

Kullanıcı arayüzünü akılda tutmak için mühendislik işletim sistemleri için tasarlayın, isteğe bağlı bir geliştirme değildir - tüm operatörleri geliştiren bir temel mühendislik gereksinimidir.Inclusion to WCAG ilkelerine göre, beton özellikleri klavye navigasyon, yüksek ücretli modlar ve esnek veri sunumu gibi uygulama, ve gerçek kullanıcılarla test etmek, organizasyonlar gerçekten tüm operatörleri hizmet eden sistemler oluşturabilir. Tasarım sırasında erişilebilirliği artırma maliyetleri çok daha akıllı, daha bağlantılı endüstriyel ortamlara doğru hareket eder.

Daha fazla okuma için, Dünya Wide Web Konsorsium'un [[0) Web İçerik Accessibility Kılavuzları (WCAG))[Ü. Bölüm 508 standartları) ve kapsayıcı tasarım aracı (FLT:5)