پیشگیری از خطا (حقوقی ، مالی ، داده): درک SC 3. 3. 4

هدف این معیار موفقیت این است که به کاربران معلول کمک کند تا از عواقب جدی در نتیجه اشتباه هنگام انجام عملی که نمی توان معکوس کرد ، جلوگیری کنند. به عنوان مثال ، خرید بلیط هواپیمایی غیر قابل استرداد یا ارسال دستور خرید سهام در حساب کارگزاری معاملات مالی با عواقب جدی است. اگر کاربر در تاریخ سفر هوایی اشتباه کرده است ، می تواند برای یک روز اشتباه که نمی تواند رد و بدل شود ، با یک بلیط به پایان برسد. اگر کاربر در مورد تعداد سهام سهام که باید خریداری شود اشتباه کرده است ، می تواند در نهایت خرید سهام بیشتری را از آنچه در نظر گرفته شده بود ، بدست آورد. هر دوی این نوع اشتباهات شامل معاملات است که بلافاصله انجام می شود و پس از آن نمی توان آنها را تغییر داد و می تواند بسیار پرهزینه باشد. به همین ترتیب ، اگر کاربران ناخواسته داده های ذخیره شده در یک پایگاه داده را که بعداً نیاز به دسترسی دارند ، مانند کل مشخصات سفر خود در یک وب سایت خدمات مسافرتی ، تغییر یا حذف داده اند ، ممکن است یک خطای غیرقابل برگشت باشد. هنگام مراجعه به اصلاح یا حذف داده های "قابل کنترل کاربر" ، هدف این است که از از دست دادن انبوه داده هایی مانند حذف پرونده یا ضبط جلوگیری شود. این هدف برای تأیید برای هر دستور ذخیره یا ایجاد ساده یا ویرایش اسناد ، سوابق یا داده های دیگر نیست.

کاربران دارای معلولیت ممکن است بیشتر اشتباه کنند. افراد دارای معلولیت خواندن ممکن است تعداد و حروف را منتقل کنند و افراد دارای معلولیت حرکتی ممکن است به اشتباه به کلیدها برخورد کنند. فراهم کردن توانایی معکوس اقدامات به کاربران امکان می دهد اشتباهی را اصلاح کنند که می تواند عواقب جدی داشته باشد. ارائه امکان بررسی و تصحیح اطلاعات ، به کاربر فرصتی می دهد تا قبل از اقدامی که عواقب جدی داشته باشد ، یک اشتباه را تشخیص دهد.

داده های قابل کنترل کاربر داده های قابل مشاهده کاربر است که کاربر می تواند از طریق یک عمل عمدی تغییر داده و یا حذف کند. نمونه هایی از کاربر کنترل چنین داده هایی می تواند شماره تلفن و آدرس حساب کاربر را به روز کند ، یا ضبط فاکتورهای گذشته را از یک وب سایت حذف کند. این موارد مانند گزارش های اینترنتی و داده های نظارت بر موتور جستجو را که کاربر نمی تواند مستقیماً با آنها مشاهده یا تعامل داشته باشد ، ارجاع نمی دهد.

مزایای خاص معیار موفقیت 3. 3. 4:

• فراهم کردن ضمانت نامه ها برای جلوگیری از عواقب جدی ناشی از اشتباهات ، به کاربران مبتلا به همه معلولیت ها کمک می کند که احتمالاً اشتباه کنند.

نمونه هایی از معیار موفقیت 3. 3. 4

• تایید سفارش. یک خرده فروش وب خرید آنلاین برای مشتریان ارائه می دهد. هنگامی که سفارش ارسال می شود ، اطلاعات سفارش - از جمله موارد سفارش داده شده ، مقدار هر مورد سفارش داده شده ، آدرس حمل و نقل و روش پرداخت - نمایش داده می شود تا کاربر بتواند سفارش را برای صحت بازرسی کند. کاربر می تواند ترتیب را تأیید کند یا تغییراتی ایجاد کند.
• فروش سهام: یک وب سایت خدمات مالی به کاربران امکان می دهد سهام را بصورت آنلاین خریداری و بفروشند. هنگامی که کاربر سفارش خرید یا فروش سهام را ارسال می کند ، سیستم برای دیدن باز بودن بازار بررسی می کند یا خیر. اگر بعد از ساعت ها باشد ، کاربر هشدار داده می شود که معامله پس از ساعت پس از ساعت خواهد بود ، در مورد خطرات تجارت خارج از ساعات عادی بازار گفته می شود و با توجه به این امکان برای لغو یا تأیید سفارش وجود دارد.

منابع مرتبط

منابع صرفا جهت اطلاع هستن و این گواه ازهیچ گونه تاییدی بر آنها نیست.

(هیچ کس در حال حاضر مستند شده است)

تکنیک ها و شکست های معیار موفقیت 3. 3. 4 - پیشگیری از خطا (قانونی ، مالی ، داده)

هر مورد شماره گذاری شده در این بخش ، یک تکنیک یا ترکیبی از تکنیک هایی را نشان می دهد که کارگروه WCAG برای تحقق این معیار موفقیت کافی است. با این حال ، استفاده از این تکنیک های خاص لازم نیست. برای کسب اطلاعات در مورد استفاده از سایر تکنیک ها ، به تکنیک های درک معیارهای موفقیت WCAG ، به ویژه بخش "سایر تکنیک ها" مراجعه کنید.

تکنیک های کافی

دستورالعمل ها: وضعیت زیر را که با محتوای شما مطابقت دارد انتخاب کنید. هر موقعیتی شامل تکنیک ها یا ترکیبی از تکنیک هایی است که شناخته شده و مستند است که برای آن وضعیت کافی است.

وضعیت A: اگر یک درخواست باعث ایجاد معامله قانونی شود ، مانند خرید یا ارسال اظهارنامه مالیات بر درآمد:

1. G164: ارائه یک زمان اعلام شده که در آن درخواست آنلاین (یا معامله) ممکن است پس از درخواست درخواست توسط کاربر اصلاح یا لغو شود
2. G98: فراهم کردن توانایی کاربر برای بررسی و اصلاح پاسخ ها قبل از ارسال
3. G155: تهیه یک کادر علاوه بر دکمه ارسال

وضعیت B: اگر یک عمل باعث حذف اطلاعات شود:

1. G99: فراهم کردن امکان بازیابی اطلاعات حذف شده
2. G168: درخواست تأیید برای ادامه با اقدامات انتخاب شده
3. G155: تهیه یک کادر علاوه بر دکمه ارسال

وضعیت C: اگر صفحه وب شامل یک برنامه تست است:

1. G98: فراهم کردن توانایی کاربر برای بررسی و اصلاح پاسخ ها قبل از ارسال
2. G168: درخواست تأیید برای ادامه با اقدامات انتخاب شده

تکنیک های اضافی (مشاوره) برای 3. 3. 4

اگرچه برای انطباق مورد نیاز نیست ، باید تکنیک های اضافی زیر در نظر گرفته شود تا محتوا در دسترس تر شود. همه تکنیک ها قابل استفاده نیستند یا در همه شرایط مؤثر هستند.

• اطلاع رسانی به کاربر چه اقدام غیر قابل برگشت در حال انجام است (پیوند آینده)
• SCR18: ارائه اعتبار سنجی طرف مشتری و هشدار (برنامه نویسی)
• SL35: با استفاده از API های اعتبار سنجی و اعتبار سنجی برای اجرای اعتبارسنجی فرم های جانبی مشتری در Silverlight (Silverlight)
• قرار دادن تمرکز در قسمت حاوی خطا (پیوند آینده)
• اجتناب از استفاده از همان کلمات یا ترکیبات نامه برای شروع هر مورد از لیست کشویی (پیوند آینده)
• G199: ارائه بازخورد موفقیت هنگام ارسال داده ها با موفقیت

خرابی های مشترک برای SC 3. 3. 4

موارد زیر اشتباهات متداول است که شکست های معیار موفقیت 3. 3. 4 توسط کارگروه WCAG در نظر گرفته می شود.

(بدون شکست در حال حاضر مستند شده است)

شرایط کلیدی

صفحه وب

یک منبع غیر تعبیه شده به دست آمده از یک URI با استفاده از HTTP به علاوه منابع دیگری که در رندر استفاده می شود یا در نظر گرفته شده است که توسط یک عامل کاربر با آن ارائه شود

توجه 1: اگرچه هر "منابع دیگر" همراه با منبع اصلی ارائه می شود ، اما لزوماً همزمان با یکدیگر ارائه نمی شوند.

توجه 2: برای اهداف مطابقت با این دستورالعمل ها ، یک منبع باید در محدوده انطباق "تعبیه شده" باشد تا یک صفحه وب در نظر گرفته شود.

مثال 1: یک منبع وب شامل تمام تصاویر و رسانه های تعبیه شده.

مثال 2: یک برنامه پست الکترونیکی ساخته شده با استفاده از JavaScript ناهمزمان و XML (AJAX). این برنامه کاملاً در http://example. com/mail زندگی می کند ، اما شامل یک صندوق ورودی ، یک منطقه تماس و یک تقویم است. پیوندها یا دکمه هایی ارائه شده است که باعث می شود صندوق ورودی ، مخاطبین یا تقویم نمایش داده شود ، اما URI صفحه را به طور کلی تغییر ندهید.

مثال 3: یک سایت پورتال قابل تنظیم ، که در آن کاربران می توانند محتوا را برای نمایش از مجموعه ای از ماژول های مختلف محتوا انتخاب کنند.

مثال 4: وقتی در مرورگر خود "http://shopping. example. com/" را وارد می کنید ، وارد یک محیط خرید تعاملی شبیه به فیلم می شوید که در آن بصری در یک فروشگاه حرکت می کنید و محصولات را از قفسه های اطراف خود می کشیدسبد خرید بصری در مقابل شما. کلیک بر روی یک محصول باعث می شود که با یک برگه مشخصات در کنار آن نشان داده شود. این ممکن است یک وب سایت تک صفحه ای یا فقط یک صفحه در یک وب سایت باشد.

خطای ورودی

اطلاعات ارائه شده توسط کاربر که پذیرفته نشده است

توجه: این شامل:

1. اطلاعاتی که توسط صفحه وب مورد نیاز است اما توسط کاربر حذف شده است
2. اطلاعاتی که توسط کاربر ارائه می شود اما خارج از قالب یا مقادیر داده مورد نیاز است

تعهدات قانونی

معاملات که در آن شخص تعهد یا فواید قانونی را متحمل می شود

مثال: مجوز ازدواج ، تجارت سهام (مالی و قانونی) ، وصیت نامه ، وام ، فرزندخواندگی ، ثبت نام برای ارتش ، قرارداد از هر نوع و غیره.

سازوکار

فرآیند یا تکنیک برای دستیابی به نتیجه

توجه 1: مکانیسم ممکن است به صراحت در محتوا ارائه شود ، یا ممکن است به آن اعتماد شود که توسط این پلتفرم یا نمایندگان کاربر ، از جمله فن آوری های کمکی ارائه شود.

توجه 2: مکانیسم باید تمام معیارهای موفقیت را برای سطح انطباق ادعا شده رعایت کند.

قابل کنترل

داده هایی که در نظر گرفته شده است توسط کاربران قابل دسترسی باشد

توجه: این به مواردی مانند گزارش های اینترنتی و داده های نظارت بر موتور جستجو اشاره نمی کند.

مثال: زمینه های نام و آدرس برای حساب کاربر.

این صفحه وب بخشی از درک WCAG 2. 0 است: راهنمایی برای درک و اجرای WCAG 2. 0 (به آخرین نسخه این سند مراجعه کنید). کل سند نیز به عنوان یک فایل HTML در دسترس است. برای توضیح چگونگی متناسب بودن این سند با سایر دستورالعمل های دسترسی به محتوای وب (WCAG) 2. 0 ، اسناد WCAG 2. 0 را مشاهده کنید. برای ارسال نظرات عمومی ، لطفاً دستورالعمل های اظهار نظر در مورد اسناد WCAG 2. 0 را دنبال کنید.