Prototype of EN Decision tree Loïc Martínez Normand. Universidad Politécnica de Madrid.

Transcription

1 Prttype f EN Decisin tree Lïc Martínez Nrmand. Universidad Plitécnica de Madrid. lic@fi.upm.es 1 Intrductin EN cntains accessibility requirements that can be applied t any type f ICT prduct and service. Fr that it has been structured accrding t a feature-based apprach, and each requirement (and recmmendatin) cntains applicability language ( self-scping r pre-cnditins). This language is intended t identify whether each clause applies t any given ICT prduct r service. This feature-based apprach can be used as a supprt mechanism t determine the applicability f the EN requirements and recmmendatins. A decisin tree has been designed fr that purpse. Initially, the tree cntained a questin fr any self-scping text, but it was discvered, after a usability test, that the resulting tree was t large t be useful. The prttype presented as a demnstratin in the ETSI HF Wrkshp shws the result f refining this decisin tree s that it nly cntains questins that have effect n the applicability f at least tw requirements r recmmendatins. This apprach has cnsiderably reduced the size f the tree t a maximum f 25 questins. The prttype shws the behaviur f the decisin tree. It is nt intended t represent a prper user interface with gd levels f usability. The user interface is being develped in the Technical University f Madrid and will include the decisin tree shwn here. 2 The decisin tree The decisin tree has been designed t minimize the number f questins that need t be answered in rder t btain a set f requirements t be cnsidered fr a given ICT prducts f services. By design, the decisin tree nly cntains questins related t at least tw requirements. This implies that the list f applicable requirements resulting frm the use f the decisin tree will prbably cntain sme requirements that might nt apply t a particular ICT prduct r services. Belw is an verview f the current versin f the decisin tree, which may cntain sme mistakes as it is still under testing prcesses. This decisin tree represents wrk in prgress, that culd be refined in the future. 2.1 Always applicable requirements There are sme generic requirements that have t be cnsidered fr any ICT prduct r services, as the decisin tree cntains n questins fr them: 5.2 Activatin f accessibility features 5.3 Bimetrics 5.4 Preservatin f accessibility infrmatin during cnversin 5.7 Key repeat 5.8 Duble-strike key acceptance 5.9 Simultaneus user actins 2.2 Clsed functinality Sme requirements and recmmendatins f clause 5 apply if the system has clsed functinality, that is, if assistive technlgies cannt be cnnected r installed. In that case the applicability f requirements and 1

2 recmmendatins depends n whether visual infrmatin is needed, n whether there are auditry r speech utputs used t replace visual infrmatin, and n whether the functinality is clsed t keybards. The decisin tree fr clsed functinality is the fllwing (questins are highlighted in bld and have an identifier t enable crss-referencing): Des the ICT have clsed functinality? [Q1] Clsed functinality Assistive technlgy Functinality clsed t text enlargement Visual utput fr auditry infrmatin Is visual infrmatin needed t enable the use f thse functins f ICT that are clsed t assistive technlgies fr screen reading? [Q1.1] General (nn-visual access) Receipts, tickets and transactinal utputs Is auditry utput prvided as nn-visual access t clsed functinality? [Q1.1.1] Auditry putput delivery including speech Auditry utput crrelatin Masked entry Private access t persnal data Nn-interfering audi utput Private listening vlume Speaker vlume Vlume reset Is speech utput prvided as nn-visual access t clsed functinality? [Q ] Speech utput user cntrl Speech utput autmatic interruptin Speech utput fr nn-text cntent Speech utput fr vide infrmatin Spken languages Nn-visual errr identificatin Is ICT functinality clsed t keybards r keybard interfaces? [Q1.2] Clsed functinality (peratin withut keybard interface) Input fcus (peratin withut keybard interface) The first questin (Q1) is very imprtant fr the decisin tree, as its answer is als used as an answer fr sme derived questins related t tw-way vice cmmunicatin and sftware. 2.3 Operable parts and lcking r tggle cntrls The requirements under clause 5.5 apply if the ICT has perable parts (hardware- r sftware-based) and the requirements under clause 5.6 apply if the ICT has lcking r tggle cntrls: Des the ICT have perable parts? [Q2] Means f peratin Operable parts discernibility Des the ICT have a lcking r tggle cntrl? [Q3] Tactile r auditry status (lcking r tggle cntrls) Visual status (lcking r tggle cntrls) 2

3 2.4 Tw-way vice cmmunicatin If the ICT prvides tw-way vice cmmunicatin, then the requirements and recmmendatins f clause 6 apply as well as the requirements related t access t relay and emergency systems. The applicability f requirements and recmmendatins f clause 6 depends n whether the ICT has RTT capabilities and whether it includes real-time vide cmmunicatin. And there is ne questin (whether r nt the ICT supprts assistive technlgies, Q4.1.1) whse answer is derived as the negatin f the answer t Q1 (see sectin 2.2) and that will nt be asked t the user. Des the ICT prvide tw-way vice cmmunicatin? [Q4] 6.1 Audi bandwidth fr speech RTT Prvisin Cncurrent vice and text 6.3 Caller ID 6.4 Alternatives t vice-based services 13.2 Access t relay services 13.3 Access t emergency services Des the ICT have RTT capabilities? [Q4.1] Visually distinguishable display Interperability Real-time text respnsiveness Des the ICT supprt assistive technlgies (i.e. it is nt clsed)? [Q4.1.1 = nt Q1)] Prgrammatically determinable send and receive directin Des the ICT include real-time vide functinality? [Q4.2] Reslutin Frame rate Synchrnizatin between audi and vide 6.6 Alternatives t vide-based services 2.5 Vide functinality The requirements and recmmendatins f clause 7 nly apply if the ICT has vide capabilities, such as playing, transmitting, cnverting r recrding vide cntent: Des the ICT have vide capabilities (playing, transmitting, cnverting r recrding)? [Q05] Captining playback Captining synchrnizatin Preservatin f captining Audi descriptin playback Audi descriptin synchrnizatin Preservatin f audi descriptin 7.3 User cntrls fr captins and audi descriptin 2.6 Hardware The requirements and recmmendatins f clause 8 f the EN apply if the ICT is hardware r if the ICT has hardware cmpnents. There are three subsets f requirements and recmmendatins: fr ICT that has speech utput, fr ICT that has physical dimensins that are integral t the ICT and that may restrict physical access, and finally, fr ICT that has mechanically perable parts. Is the ICT hardware r des the ICT has hardware? [Q6] Standard cnnectins 3

4 8.1.3 Clur Installatin instructins Keys, tickets and fare cards 8.5 Tactile indicatin f speech mde Has the ICT hardware speech utput? [Q6.1] Speech vlume range Incremental vlume cntrl Fixed-line devices Wireless cmmunicatin devices Des the ICT have physical dimensins that are integral t the ICT and that may restrict physical access? [Q6.2] Change in level? Clear flr r grund space General (apprach) Frward apprach Parallel apprach Knee and te clearance width Te clearance Knee clearance Unbstructed high frward reach Unbstructed lw frward reach Clear flr space (bstructed reach) Obstructed (<510 mm) frward reach Obstructed (< 635 mm) frward reach Unbstructed high side reach Unbstructed lw side reach Obstructed (<= 255 mm) side reach Obstructed (<= 610 mm) side reach Visibility Des the ICT have mechanically perable parts? [Q6.3] Numeric keys Means f peratin f mechanical parts Frce f peratin f mechanical parts 2.7 Web The requirements f clause 9 apply t web pages, including dcuments and sftware that are web pages, r that are part f web pages. The requirements f clause 9 are the level A and AA success criteria frm the W3C Web Cntent Accessibility Guidelines (WCAG 2.0): Is the ICT a web page r des the ICT have web pages? [Q7] Nn-text cntent Audi-nly and vide-nly (pre-recrded) Captins (pre-recrded) Audi descriptin r media alternative (pre-recrded) Captins (live) Audi descriptin (pre-recrded) Inf and relatinships Inf and relatinships 4

5 9.2.9 Sensry characteristics Use f clur Audi cntrl Cntrast (minimum) Resize text Images f text Keybard N keybard trap Timing adjustable Pause, stp, hide Three flashes r belw threshld Bypass blcks Page titled Fcus rder Link purpse Multiple ways Headings and labels Fcus visible Language f page Language f parts On fcus On input Cnsistent navigatin Cnsistent identificatin Errr identificatin Labels r instructins Errr suggestin Errr preventin (legal, financial, data) Parsing Name, rle, value 9.3 WCAG 2.0 cnfrmance requirements 2.8 Nn-web dcuments The requirements and recmmendatins f clause 10 apply t nn-web dcuments. Clause 10 cntains WCAG-derived requirements and tw additinal recmmendatins related t psitining f captins and t timing f audi descriptins: Is the ICT a nn-web dcument r des the ICT have nn-web dcuments? [Q8] Nn-text cntent Audi-nly and vide-nly (pre-recrded) Captins Audi descriptin r media alternative (pre-recrded) Captins (live) Audi descriptin (pre-recrded) Inf and relatinships Meaningful sequence Sensry characteristics Use f clur 5

6 Audi cntrl Cntrast (minimum) Resize text Images f text Keybard N keybard trap Timing adjustable Pause, stp, hide Three flashes r belw threshld Dcument titled Fcus rder Link purpse (in cntext) Headings and labels Fcus visible Language f page Language f parts On fcus On input Errr identificatin Labels r instructins Errr suggestin Errr preventin (legal, financial, data) Parsing Name, rle, value Captin psitining Audi descriptin timing 2.9 Sftware The requirements f clause 11 apply in principle t any type f sftware. Clause 11.2 applies t nn-web sftware, with sme requirements applying r nt depending n whether the nn-web sftware has clsed functinality. Then there are requirements in clause 11.3 dealing with the interperability with assistive technlgies. Finally, there are sme requirements that nly apply t sftware that is an authring tl. Is the ICT sftware r des the ICT have sftware? [Q9] Assistive technlgies N disruptin f accessibility features 11.5 User preferences Is it nn-web sftware that prvides a user interface? [Q9.1] Captins (pre-recrded) Captins (live) Audi descriptin (pre-recrded) Sensry characteristics Use f clur Audi cntrl Cntrast (minimum) Timing adjustable Pause, stp, hide Three flashes r belw threshld 6

7 Fcus rder Link purpse (in cntext) Headings and labels Fcus visible On fcus On input Labels r instructin Errr suggestin Errr preventin (legal, financial, data) Des the nn-web sftware have functinality that supprts access t assistive technlgies (i.e. it is nt clsed)? [Q9.1.1 = nt Q1)] Nn-text cntent (screen reading supprted) Audi-nly and vide-nly (pre-recrded) Audi descriptin r media alternative (pre-recrded) Inf and relatinships Meaningful sequence Resize text Images f text Keybard N keybard trap Language f sftware Errr identificatin Parsing Name, rle, value Des the nn-web sftware have clsed functinality? [Q9.1.2 = Q1)] Nn-text cntent Pre-recrded audi-nly Pre-recrded vide nly Audi descriptin r media alternative (pre-recrded) Inf and relatinships Meaningful sequence Resize text Images f text Keybard Language f sftware Errr Identificatin Parsing Name, rle value Is it platfrm sftware? [Q9.2] Platfrm accessibility service supprt fr sftware that prvides a user interface Platfrm accessibility service supprt fr assistive technlgies User cntrl f accessibility features Des the sftware supprts access t assistive technlgies (i.e. it is nt clsed)? [Q9.3 = nt Q1] Use f accessibility services Object infrmatin 7

8 Rw, clumn, and headers Values Label relatinships Parent-child relatinships Text List f available actins Executin f available actins Tracking f fcus and selectin attributes Mdificatin f fcus and selectin attributes Change ntificatin Mdificatins f states and prperties Mdificatins f values and text Des the nn-web sftware have clsed functinality? [Q9.4 = Q1] Clsed functinality (interperability with assistive technlgy) Is the ICT an authring tl? [Q9.5] Cntent technlgy Accessible cntent creatin Preservatin f accessibility infrmatin in transfrmatins Repair assistance Templates In this sectin f the decisin tree, there are questins whse answer is derived frm the answer t Q1 (see sectin 2.2) and that will nt be asked t the user. Questins Q9.1.1 and Q9.4 will have the same answer as Q1. Questins Q9.1.2 and Q9.3 will have the ppsite answer Dcumentatin and supprt services The requirements in clause 12.1 apply t prduct dcumentatin and the requirements in clause 12.2 apply t the supprt services f the ICT: Des the ICT have prduct dcumentatin? [Q10] Accessibility and cmpatibility features Accessible dcumentatin Des the ICT have supprt services? [Q11] Infrmatin n accessibility and cmpatibility services Effective cmmunicatin Accessible dcumentatin 2.11 Relay services The requirements in clause 13.1 apply t ICT that is intended t prvide relay services: Is the ICT intended t prvide relay services? [Q12] Text relay services Sign relay services Lip-reading relay services Captined telephny services Speech t speech relay services 8

9 3 The prcess f using the implemented decisin tree The tree described in sectin 2 has been implemented in a sftware prttype. The flw f actins using the prttype is very simple: 1. The user writes the name f an ICT prduct r service 2. The user answers each questin f the decisin tree. At each step, the next questin t be presented depends n the answer given t the current questin. The system will be displaying the answers given by the user and the set f applicable clauses (requirements r recmmendatins). 3. Once all questins have been answered, the system cpies the data (answers and applicable clauses) t the clipbard and stps. 4 An example The user defines MyApp as the ICT prduct r service (Figure 1). It is a mbile app (develped with native cde) that des nt prvide tw-way vice cmmunicatin and that des nt have vide capabilities. Figure 1. Prduct r service name written by the user Then the user is shwn the first questin: Des the ICT have clsed functinality? (Figure 2). There are already sme applicable clauses, as they shuld always be cnsidered because they dn t depend n any questin f the decisin tree (see sectin 2.1 abve). The user answers that first questin (in this case the mbile app is nt clsed) and the system shws the next questin (Figure 3). The prcess cntinues until there are n mre questins t be presented t the user. At that mment the system explains t the user that there are n mre questins and that the results f the prcess have been cpied t the clipbard (Figure 4). There is als a buttn that pens a new windw displaying the results f the decisin prcess (Figure 5). Sectin 5 belw shws the result f the prcess, which has been cpied t the system s clipbard in HTML frmat. Sme f the answers are shwn as derived. This means that they were nt presented t be user but that their answer was derived instead frm the answers given t previus questins. 9

10 Figure 2. First questin presented t the user Figure 3. Secnd questin presented if the prduct r system is nt clsed 10

11 Figure 4. End f the questinnaire. All questins have been answered Figure 5. End f the questinnaire. Windw shwing the results f the decisin prcess 5 Example f results Here is the resulting infrmatin cpied int the clipbard by the prttype. 5.1 EN Decisin tree results Prduct r service: MyApp Answers t questins N <-- Des the ICT have clsed functinality? 11

12 Yes <-- Des the ICT have perable parts? Yes <-- Des the ICT have a lcking r tggle cntrl? N <-- Des the ICT prvide tw-way vice cmmunicatin? N <-- Des the ICT have vide capabilities (playing, transmitting, cnverting r recrding)? N <-- Is the ICT hardware r des the ICT has hardware? N <-- Is the ICT a web page r des the ICT have web pages? N <-- Is the ICT a nn-web dcument r des the ICT have nn-web dcuments? Yes <-- Is the ICT sftware r des the ICT have sftware? Yes <-- Is it nn-web sftware that prvides a user interface? Yes <-- [derived] Des the nn-web sftware have functinality that supprts access t assistive technlgies (i.e. it is nt clsed)? N <-- [derived] Des the nn-web sftware have clsed functinality? N <-- Is it platfrm sftware? Yes <-- [derived] Des the sftware supprt access t assistive technlgies (i.e. it is nt clsed)? N <-- [derived] Des the nn-web sftware have clsed functinality? N <-- Is the ICT an authring tl? N <-- Des the ICT have prduct dcumentatin? N <-- Des the ICT have supprt services? N <-- Is the ICT intended t prvide relay services? Applicable clauses 05.2 Activatin f accessibility features 05.3 Bimetrics 05.4 Preservatin f accessibility infrmatin during cnversin Means f peratin Operable parts discernibility Tactile r auditry status Visual status 05.7 Key repeat 05.8 Duble-strike key acceptance 05.9 Simultaneus user actins Nn-text cntent (screen reading supprted) Audi-nly and vide-nly (pre-recrded Captins (pre-recrded) Audi descriptin r media alternative (pre-recrded) Captins (live) Audi descriptin (pre-recrded) Inf and relatinships Meaningful sequence Sensry characteristics Use f clur Audi cntrl Cntrast (minimum) Resize text Images f text Keybard 12

13 N keybard trap Timing adjustable Pause, stp, hide Three flashes r belw threshld Fcus rder Link purpse (in cntext) Headings and labels Fcus visible Language f sftware On fcus On input Errr identificatin Labels r instructins Errr suggestin Errr preventin (legal, financial, data) Parsing Name, rle, value Use f accessibility services Assistive technlgy Object infrmatin Rw, clumn, and headers Values Label relatinships Parent-child relatinships Text List f available actins Executin f available actins Tracking f fcus and selectin attributes Mdificatin f fcus and selectin attributes Change ntificatin Mdificatins f states and prperties Mdificatins f values and text N disruptin f accessibility features 11.5 User preferences 13