Professional Documents
Culture Documents
ดร.สุขสถิต มีสถิตย
การวิเคราะหและออกแบบเชิงวัตถุ
2/2550
z เพื่อใหนก
ั ศึกษา
– เขาใจหลักการพื้นฐานในการออกแบบสวนติดตอ
ผูใช
– เขาใจกระบวนการออกแบบสวนติดตอผูใช
– เขาใจหลักการและเทคนิคในการออกแบบ
องคประกอบตางๆ ของสวนติดตอผูใช
– สามารถออกแบบสวนติดตอผูใชได
z การแบงสวนของพื้นที่
z การตระหนักในเนื้อหา
z ความสม่ําเสมอ (Consistency)
z ความสวยงาม
z ประสบการณของผูใช
z ลดการทํางานของผูใช
พัฒนา
แผนการใชงาน
ออกแบบ
ประเมิน
โครงสราง
สวนติดตอผูใช
สวนติดตอผูใช
สรางตนแบบการ ออกแบบ
ออกแบบ มาตรฐาน
สวนติดตอผูใช สวนติดตอผูใช
z กําหนดองคประกอบพื้นฐานของสวนติดตอผูใช
และการทํางานรวมกันขององคประกอบ
z ใช window navigation diagram (WND)
z สตอรีบอรด (Storyboard)
z ตนแบบที่ใช (HTML Prototype)
z ตนแบบที่ใชภาษาโปรแกรม (Language Prototype)
z การประเมินสวนติดตอผูใช (Interface
Evaluation)
– ตรวจสอบเทียบกับหลักการออกแบบ (Heuristic)
– ทําตาม (Walkthrough)
– ปฏิสัมพันธ (Interactive)
z ทดสอบการใชงานอยางเปนทางการ (Formal
Usability Testing)
– 5-10 คน
z ปองกันความผิดพลาด
– จํากัดทางเลือก
– ไมแสดงคําสั่งที่ใชไมได หรือไมใหเลือกได
– ใหยืนยันกระทําที่ไมสามารถยอนกลับได
z งายตอการแกไขเมือ
่ กระทําผิดพลาด
z ใชรูปแบบการสั่งงานที่สม่าํ เสมอ
z จํากัดขั้นตอนในการสั่งงาน
– การสั่งงานหนึ่งงานไมคลิกเมาสเกิน 3 เมาสจากเมนู
หลัก
z ภาษา
– ภาษาคําสั่ง
– ภาษาธรรมชาติ
z เมนู
z การควบคุมโดยตรง (Direct Manipulation)
– กระทํากับออบเจ็คโดยตรง
z เพื่อเปดโปรแกรม
z เพื่อยอ/ขยายขนาด
– ไมสามารถใชไดกบ
ั ทุกคําสั่ง
z กวาง และตื้น
z แตละเมนูไมควรมีเกิน 8 คําสั่ง
z ใช “hot keys”
เพื่อจํานวนการคลิก หรือกดคียใหเหลือนอย
z ขอดี
– ลดการทํางานซ้าํ
– ลดเวลาประมวล
– ลดตนทุน
– ลดโอกาสในการเกิดขอผิดพลาด
z การรับขอมูลจากแหลงแบบอัตโนมัติ (Source
Data Automation)
z การรับขอมูลตรงแหลงผานการพิมพ
z การใชอุปกรณพิเศษเพือ
่ รับขอมูลโดยไมใชการ
พิมพ เชน การใชเทคโนโลยี
– bar code readers
– optical character recognition
– magnetic stripe readers
– smart cards
z ไมถามขอมูลทีส ่ ามารถหาจากทางอื่นได
z การเลือกจากรายการ มีประสิทธิภาพมากกวาการ
ปอนขอมูล
z ใชคาปกติเมือ
่ เปนไปได
z ตัวอักษร
z ตัวเลข
z ตัวเลือก
z ฟอรมไมแนนเกินไป
z ฟอรมหนีง่ ไมควรแยกเปนหลายหนา
z เรียงองคประกอบเปนลําดับ
z กําหนดอุปกรณรับขอมูล
z กําหนดวิธีรับขอมูล
– จากแหลงขอมูลโดยตรง
– ผานตัวกลาง
z กําหนดการตรวจสอบอินพุต
z วัตถุประสงคเพือ
่ นําเสนอขอมูลในรูปที่ผูใชเขาใจ
ไดถูกตอง โดยใชความพยายามนอย
z หลักการ
– เขาใจการใชงานรายงาน
z เพื่ออางอิง หรืออานโดยละเอียด
z ความถี่ในการรายงาน (Real-time หรือ batch reports?)
– จัดการปริมาณขอมูลใหเหมาะสม
z ทุกขอมูลที่ตองการ ไมมีนอกเหนือ
– จํากัดความลําเอียง
Electronic
Versus Paper
z รายละเอียดชัดเจน
z แบงสวนตามลําดับ
z กําหนดสือ
่
z ออกแบบอินเตอรเฟส (3 คน)
– Use scenario: ผูซ ื้อทีค
่ นหาสินคา ผูใชไมแนใจวา
ตองการซือ้ อะไร และอาจเลือกดูซด ี ีหลายแบบ
1. กําหนดขั้นตอนใน Use scenario
2. ออกแบบโครงสรางและมาตรฐาน
3. วาด Storyboard พรอมระบุรายละเอียดของคลาสและ
ออบเจ็คที่ใช