Your SlideShare is downloading. ×
0
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Ch12
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Ch12

443

Published on

Published in: Business, Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
443
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Navigation Sequences Poor Navigation Proper navigation Poor navigation
  • 2. Common Input Devices
  • 3. Biometric Input Devices
  • 4. Barcodes
  • 5. Optical Mark Reader Skunk Marks Data Scanning Fields
  • 6. Smart Card Technology
  • 7. Active Reading Machine
  • 8. Interface Similarities Across Applications Menu Structure and Sequence Toolbar positioning and Icon Style User-Configurable Desktop and Work Area
  • 9. Context-Sensitive Help Tooltip Hotspot Popup
  • 10. Combination of Text and Graphics for End User feedback
  • 11. Dialog Boxes
  • 12. Data Entry Screen Functions Capability Category Examples   Cursor Control <ul><li>Moving the cursor forward or backward to allowable data fields. </li></ul><ul><li>Directly moving the cursor to the first or last field on the screen. </li></ul><ul><li>Move the cursor forward or backward by one character within a data field. </li></ul><ul><li>  </li></ul>  Editing <ul><li>Delete the previous character. </li></ul><ul><li>Delete the current character. </li></ul><ul><li>Delete the entire field entry. </li></ul><ul><li>Clear the entire form of data. </li></ul><ul><li>  </li></ul>  Exiting <ul><li>Commit the data on the screen to the database or application program. </li></ul><ul><li>Navigate to a new screen or form. </li></ul><ul><li>Confirm recent data entry before moving to another screen or form. </li></ul><ul><li>  </li></ul>  End User Help <ul><li>  Obtain help with a particular data field definition or entry. </li></ul><ul><li>O btain help on the purpose and limitation associated with a particular data entry screen. </li></ul><ul><li>  </li></ul>
  • 13. Guidelines for Input Screen Design Data Entry Activity Guideline for Effective Design Data Entry Avoid requiring entry of data that can be computed, derived, or retrieved from an existing on-line source.   Field Defaults Provide relevant field value defaults where appropriate. (i.e. assume current date for invoice date field)   Required Units Clearly indicate the desired unit values for data entry fields. (i.e. pounds, inches, dollars, tons, etc.)   Data Replacement Provide “intelligent character replacement functions by suggesting a completed entry after the user has typed the first few characters.   Field Captions Provide information field captions such that the end user can determine the appropriate data to enter.   Field Formatting Provide explicit formatting examples where relevant to indicate the proper method for entering data with required embedded symbols or a specific sequence. (i.e. social security number, 999-99-9999 or date, mm/dd/yyyy)   Data Alignment Provide automatic alignment for data entries using left justification for text and right-justification or decimal justification for numbers.   End User Help   Wherever possible, provide context-sensitive help mechanisms and hot-key access to help facilities.  
  • 14. Guidelines for HCI Dialogue Design Dialogue Guideline Explanation Be consistent   All dialogues should be consistent in action, sequence, required keystrokes, and terminology.   Enable user shortcuts   End users should be allowed to take advantage of shortcut keys or macro commands wherever possible and appropriate.   Provide relevant feedback   Feedback should be provided to the end user for every data entry action. Allow for closure   All dialogues should have a clear beginning, middle, and end. Provide error-handling guidance   All possible errors should be captured by the system and reported back to the end user in a manner that allows for correction or provides suggestions as to how to proceed.   Allow reversal of action   Wherever possible, end user actions should be reversible and data deletion should not occur without explicit confirmation from the end user.   Provide user control   The dialogue should allow experienced users to feel in control of the system and should facilitate inexperienced end users by allowing the user to take greater control of the process as experience develops.   Reduce cognitive load     Dialogues must be simple to use and must provide for a minimum cognitive load on the end user.  
  • 15. Input Validation Controls Input Control Mechanism Explanation Data Typing Data should be checked for proper type (numeric, alphabetic, or alphanumeric)   Reasonableness Data should be tested for reasonableness of value given the situation (negative interest rates not allowed, appropriate rate of pay for specific employee category)   Expected Value Data should be checked against some expected value where appropriate (model of automobile should match make of automobile) Missing or Required Data Fields should be checked and flagged for missing data that is deemed necessary to complete the data entry process ( has a quantity been provided for every item on the purchase order?)   Check-Digit Calculation Check digit calculation should be conducted upon appropriate field entry to insure proper account number or other numerical data accuracy.   Data Format Data should be checked against any required format or template to insure proper entry (999-99-9999, (999) 999-9999, 99AAXX9AX)   Value Range Data should be checked against any known or established value range (two-letter state codes should come from acceptable list of codes)   Entry Size The number of expected characters should be checked where appropriate (is the social security number exactly nine digits?)   Allowable Entry Data should be limited to a range of allowable entries and this range of choices should be provided to the end user, where appropriate)  
  • 16. Check Digit Calculation Process Example   Number each digit of a numeric entry according to place value from either right or left beginning with 2.   Assume account number of 34763 :   34763 23456     Multiply each digit in the numeric entry by its assigned place value. 3 4 7 6 3 x 2 3 4 5 6 6 12 28 30 18     Sum the result of the multiplications.     6 + 12 + 28 + 30 + 12 = 94   Divide the sum by the modulus number (usually 10 or 11)   Assume a modulus number of 11 :   94 / 11 = 8 remainder 6     Subtract remainder from modulus number and append check digit to numerical entry.     11 – 6 = 5 (check digit)   347635  

×