Professional Documents
Culture Documents
แบบจําลองความตองการ แบบจําลอง
แบบจําลองการวิเคราะห การทดสอบ
แบบจําลองการออกแบบ
แบบจําลองการสราง
z รูปแบบ (syntax)
z ความหมาย (semantics)
z วิธีการและกฎ (pragmatics)
ขอกําหนด
ความตองการ
(Requirements
specification)
การวิเคราะหความ การวิเคราะห
ตองการ ความทนทาน
(Requirements (Robust
analysis) analysis)
แบบจําลอง แบบจําลอง
ความตองการ การวิเคราะห
ประกอบดวย
z ยูสเคสโมเดล (use case model)
z ขอกําหนดอินเตอรเฟส (Interface descriptions)
z แบบจําลองขอบเขตปญหา (problem domain
model)
z ยูสเคสคือชนิดของความสามารถของระบบจาก
มุมมองของผูใช
z แผนภาพยูสเคส (Use case diagram) ใชแสดง
งานที่ระบบจะสามารถทําได และผูใชที่ติดตอกับ
ระบบใชความสามารถนี้
z แบบจําลองความตองการของผูใชประกอบดวย
แบบจําลองยูสเคส (Usecase model),
แบบจําลองออบเจ็คในขอบเขตปญหา (problem
domain object model), คําอธิบายสวนติดตอกับ
ผูใช (user interface description)
8 OOAD 1/2550 ดร.สุขสถิต มีสถิตย
ยูสเคส (Use Case)
ยูสเคส
(Use case)
ความสัมพันธแบบสื่อสาร
(Communication association)
10 OOAD 1/2550 ดร.สุขสถิต มีสถิตย
ซีนาริโอ (Scenario)
z รูปแบบการดําเนินของเหตุการณในยูสเคส
z หนึง่ ยูสเคสมีไดหลายซีนาริโอ
z ยูสเคสมี
– 1 ซีนาริโอปกติ เรียกวา Basic course (ลําดับเหตุการณ
หลัก) หรือ Normal flow (การดําเนินเหตุการณปกติ)
– อาจมีรูปแบบการดําเนินของเหตุการณทต ี่ างไปจากกรณี
ปกติหลายซีนาริโอ เรียกวา Alternative course (ลําดับ
เหตุการณทางเลือก) หรือ Exceptional flow (การ
ดําเนินเหตุการณกรณีแตกตาง)
z <<include>>
– ยูสเคสที่เปนขัน
้ ตอนหนึง่ ของหลายยูสเคส
z <<extend>>
– ยูสเคสหนึ่งอาจแทรกเขาไปในอีกยูสเคสหนึ่ง
z Generalization
– ระหวางแอ็บสแตร็กยูสเคส และคอนครีตยูสเคส
1.ใสใจกับยูสเคสที่ไมซับซอนและทีเ่ ปนปกติกอ
น
2.สําหรับทุกขั้นในยูสเคสใหถามคําถามนี้
มีอะไรผิดพลาดเกิดขึ้นในขัน
้ นี้ไดบา ง?
ขั้นตอนนี้สามารถทํางานแตกตางไปไดอยางไรบาง?
3.หายูสเคสรวมออกมาจากลําดับเหตุการณรวมและ
การใชงานทีเ่ กี่ยวของ และถามีการเพิ่มยูสเคสใหม
ที่เฉพาะขึ้นพยายามใชประโยชนจากความสัมพันธ
แบบเอ็กซเทนด (extend)
13 OOAD 1/2550 ดร.สุขสถิต มีสถิตย
การสรางแบบจําลองยูสเคส
(Creating Use Case Modelling)
z สรางแบบจําลองกระบวนการทํางานเชิงธุรกิจ
(Developing a simple business process
model)
z พิจารณาหาแอคเตอร (Identifying the actors)
z พิจารณาหายูสเคส (Finding use cases)
z แบงยูสเคสเปนแพ็คเก็จ (Dividing use case into
packages)
z คิดถึงบทบาทที่ผูใชแสดง ไมใชบุคคลหรือตําแหนง
งาน
z แอคเตอร เปนมนุษยและหรือไมกไ ็ ด
z คําถามในการคนหา
– ใครจะเปนผูใ ชระบบ? ใครไดรับผลกระทบจากระบบ? กลุม
ใดตองการความชวยเหลือจากระบบในการทํางาน?
– ใครมีผลกระทบตอระบบ? ผูใชกลุมใดทีร่ ะบบตองการในการ
ทํางาน? (งานนีร้ วมทั้งงานหลักและงานทุติยภูมิ เชน การ
บริหาร)
15 OOAD 1/2550 ดร.สุขสถิต มีสถิตย
พิจารณาหาแอคเตอร (Identifying
the Actors)
– ฮารดแวรหรือระบบภายนอกใดที่ใชระบบนี้ในการทํางาน?
– แอพพลิเคชัน ่ นี้แกปญหาใด (เพื่อใคร)?
– ผูใชใชระบบอยางไร (ยูสเคส)? ผูใ ชทาํ อะไรกับระบบ?
z สําหรับแตละแอคเตอร หางานหรือหนาที่ที่แอค
เตอร ควรสามารถทําได หรือที่ระบบตองการให
แอคเตอรทํา ยูสเคสควรสื่อถึงการดําเนินของ
เหตุการณที่นาํ ไปสูเปาหมายที่ชด
ั เจน
z ตั้งชือ
่ ยูสเคส
– ชื่อยูสเคสควรอธิบายหนาที่ของยูสเคส
– ชื่อยูสเคสควรสื่อวาอะไรจะเกิดขึ้นเมื่อยูสเคสถูกกระทํา
– ควรอยูในรูป กริยา หรือ กริยา + นาม
– ชื่อควรสื่อความหมาย และตรงกัน
17 OOAD 1/2550 ดร.สุขสถิต มีสถิตย
พิจารณาหายูสเคส (Finding Use
Cases)
z อธิบายยูสเคสพอสังเขป โดยใชคําศัพทที่ผูใช
คุนเคย