การวิเคราะห์ ANALYSIS AND SYSTEM DESIGN (PDF) และออกแบบระบบ(PDF) S.Y 2022-2023 ผู้ จั ด ทำ นางสาว สุกฤตา จั่นเพชร์ เลขที่ 35 ปวส.1/2 สทท.
OVERVIEW ▪ ส่วนประกอบของ use case diag ▪ Use case กบั Scenario ▪ ตวั อยา่ งการเขียน use case diag ▪ ขอ้ ควรระวงั ในการเขยี น use case ▪ Use case description
gram gram diagram 2
การวิเคราะหค์ วามตอ้ งการข โดยใช้ Use case Diagram ▪ มีวตั ถุประสงคเ์ พ่ืออธิบายเร่ืองราวของ Proble ▪ บอกความสมั พนั ธข์ องส่วนต่าง ๆ ในระบบ ▪ เป็ นการเร่ิมตน้ การวเิ คราะหร์ ะบบงานวา่ สามารถ ▪ ชว่ ยใหผ้ พู้ ฒั นาระบบสามารถแยกแยะกิจกรรมที่อ ▪ แต่ละสถานการณท์ ่ีระบบสามารถบริการใหผ้ ูใ้ ชส้ case ▪ แต่ละ Use case จะแสดงสถานการณ(์ Scen โตต้ อบกบั ระบบอยา่ งไร
ของระบบ em Domain ท้งั หมด ถทาอะไรใหก้ บั ผูใ้ ชไ้ ดบ้ า้ ง อาจเกิดข้ ึนในระบบ สาเร็จลุล่วงตามที่ตอ้ งการได้ เรียกวา่ Use nario) ที่สามารถบรรยายไดว้ า่ ผใู้ ช้ (Actor) 3
Use Case Diagram ▪ Use Case ความสามารถ/หนา้ ที่ของระบบ ใน 1 Use Case Diagram มกั ม ▪ Actor ผูก้ ระทา/ผูใ้ ชง้ าน Use Case น้ันๆ Actor ไมจ่ าเป็ นตอ้ งเป็ นคนเสมอไป อ ระบบบญั ชี ระบบโทรศพั ท์ เป็ นตน้
มีหลาย Use Case อาจจะเป็ นส่ิงอ่ืนหรือระบบอ่ืนๆ ก็ได้ เชน่ 4
Use Case Diagram ▪ Relationship เสน้ แสดงความสมั พนั ธร์ ะหวา่ ง Use C ▪ System ระบบที่กาลงั พฒั นา
Case กบั Actor 5
Use Case Modeling : Core Construct Description use case A sequence of actions, inclu actor variants, that a system (or o entity) can perform, interacti actors of the system. A coherent set of roles that of use cases play when inte with these use cases. system Represents the boundary be boundary the physical system and the who interact with the physic system.
e Elements Syntax uding UseCaseName other ing with users ActorName eracting etween e actors cal 6
Use Case Modeling : Core Construct Description association The participation of an a case. i.e., instance of a instances of a use case with each other. generalization A taxonomic relationshi more general use case specific use case. extend A relationship from an e case to a base use cas how the behavior for the use case can be inserte behavior defined for the case.
e Relationships Syntax actor in a use an actor and e communicate ip between a and a more extension use <<extend>> se, specifying he extension ed into the e base use 7
Use Case Modeling : Core Construct Description include An relationship from a to an inclusion use ca how the behavior for case is inserted into t defined for the base u
e Relationships Syntax a base use case <<include>> ase, specifying the inclusion use the behavior use case. 8
Use Cases V.S. Scenario ▪ Use Case (Class) ความสามารถ หรอื หนา้ ที่การทางานของระบบ แต่ละ Use Case แทนชุดของ transactions ท ภายนอก ▪ Scenario (Object) สถานการณ์ หรอื ตวั อยา่ งเรอื่ งราวการใชง้ านระบบ Scenario จดั เป็ น instance ของ use case เชน่ a user $200 withdrawal cash
ที่ระบบทางานโตต้ อบกบั ผูใ้ ชง้ าน หรอื ระบบอื่นๆ r withdrawals 9
Use Cases V.S. Scenario ▪Use Case จะอธิบายทุกกรณีที่เกิดข ▪Scenario จะแสดงถึงเหตุการณจ์ ริงท Use Case ซึ่งอาจจะไม่ไดเ้ กิดทุกกรณ ▪จดุ ประสงคข์ องการเขยี น Use Case Problem Domain ท้งั หมดวา่ มีส่วน เป็ นระบบไดอ้ ยา่ งไร
ข้ ึนไดท้ ้งั หมด ท่ีเกิดข้ นึ ภายใตเ้ งอ่ื นไขต่าง ๆ ของ ณีท่ีระบุไวใ้ น Use Case ก็ได้ e Diagram เพ่อื เล่าเรื่องราวของ นประกอบอะไรบา้ ง และเก่ียวขอ้ งกนั 10
ตัวอย่าง Use Case ▪ผใู้ ชง้ านสอดบตั ร ATM เขา้ ส่เู ครอื่ งรบั หน้าจอ Main Menu หากใชง้ านไม่ไ (Reject) ออกมา หากบตั รใชไ้ ด้ ผใู้ ชง้ เงนิ ท่ีตอ้ งการถอน หากมีเงินในบญั ชีมาก ผใู้ ชง้ านสามารถนาเงนิ ออกจากเคร่ือง A
บบตั ร หากบตั รใชง้ านไดจ้ ึงเขา้ สู่ ไดบ้ ตั ร ATM จะถูกปล่อยคืน งานตอ้ งระบุประเภทบญั ชีและจานวน กกวา่ หรือเท่ากบั จานวนท่ีระบุ ATM ได้ 11
ตัวอย่าง Scenario Scenario ที่ 1 ▪นายสมชายสอดบตั ร ATM ของ ธ.กร บตั รจึงถูก reject ออกมา
รุงเทพ สาขาหาดใหญ่ แต่บตั รเสีย 12
ตวั อย่าง Scenario Scenario ท่ี 2 ▪นางสมใจสอดบตั ร ATM ของ ธ.ทหา การได้ แต่เงินในบญั ชีไมพ่ อจา่ ย จงึ ไมส่
ารไทย สาขาบางเขน บตั รสามารถใช้ สามารถนาเงินไปใชไ้ ด้ 13
ตัวอย่าง Scenario Scenario ท่ี 3 ▪นายสมบตั ิสอดบตั ร ATM ของ ธ.ทห ใชก้ ารได้ และมีเงินในบญั ชีเพียงพอ เขา บญั ชีมีเงินจานวน 250 บาท ดงั น้ันนาย เคร่ือง ATM ไปใชไ้ ด้
หารไทย สาขาบางเขน บตั รสามารถ าตอ้ งการถอน 100 บาท และใน ยสมบตั ิจึงสามารถนาเงนิ ออกจาก 14
Actors ▪ Actor หมายถึง someone หรือ some thi ส่ิงใดกต็ ามที่มีความตอ้ งการในการแลกเปล่ียน info ระบบ และมีการใชง้ าน Use Case ของระบบ ▪ ตวั อยา่ งของ Actors Customer -- maintain their account Cashier -- verify withdrawal amount
ing ท่ีมีการปฏิสมั พนั ธ์ โตต้ อบกบั ระบบ ormation กบั ระบบ หรอื สิ่งใดกต็ ามท่ีอยภู่ ายนอก Customer Cashier 15
Actors ▪ Actors สามารถอธิบายโดยใช้ Generaliza Customer ATM Customer Cashier Cus ▪ อาจพิจารณา Actors เป็ นคลาส ใน UML เนื่ คลาสมี
ation/Specialization Relationship Generalization relationship stomer นองจากมี relationships เชน่ เดียวกบั ที่ 16
Actors ▪ เช่ือมต่อกบั use cases โดยใชเ้ สน้ แสดงความ ▪ Association = ความสมั พนั ธท์ ี่มีการติดต่อส ใหแ้ ก่กนั และกนั ) Customer ▪ ไมจ่ าเป็ นตอ้ งอธิบายรายละเอียดของ Associa ของ Actor ในระบบ
มเก่ียวขอ้ ง ปฏสิ มั พนั ธ์ (association) ส่ือสารกนั (ท้งั การรบั และสง่ messages withdrawal cash ation เนื่องจากไมม่ ีการ Implement ส่วน 17
System ▪ วตั ถุประสงคใ์ น use-case mode ระบบที่กาลงั พฒั นา (system bou Use case อะไรบา้ ง ▪ ใชส้ ญั ลกั ษณเ์ ป็ นรูปส่ีเหล่ียมท่ีลอ้ มรอ System
eling คือ เพ่ือระบุขอบเขตของ undary) วา่ จะตอ้ งประกอบดว้ ย อบ Use case ไว้ m 18
ความสัมพนั ธ์ของ Use Case ▪ Extend Use Case หนึ่งไปมีผลต่อการทางาน Use Case ที่ Extend จากอกี Use เกิดข้ นึ ในกรณีเดียวกนั แต่เป็ นกรณีที่พเิ ศ Use Case ท่ีมา Extend น้ันจะมผี ท่ีถูก Extend ถูกรบกวนหรือมกี ารสะ
e นตามปกติของอีก Use Case หนึ่ง e case หนึ่ง จะเป็ น Use case ที่ ศษมากกวา่ ผลทาใหก้ ารดาเนินการของ Use Case ะดุด หรือมีการเปล่ียนกิจกรรมไป 19
ตย. Use Case Diagram ท่ีม ▪Use case diagram ที่แสดงการ ปกติ หากมีสายเรียกซอ้ นเขา้ มา อาจทา ซ่ึงทาใหก้ ารรบั สายโทรศพั ทต์ ามปกติตอ้
มี Extend รรบั โทรศพั ท์ ซึ่งขณะที่รบั โทรศพั ท์ าใหต้ อ้ งมีการรบั สายเรียกซอ้ นกอ่ น องชะงกั ชวั่ คราว 20
ข้นั ตอนท่ี 1 : หา Use Case ▪ Use case ของระบบคือ การรบั โทรศพั ท์ การรบั สายเรียกซอ้ น ▪ actor ของระบบคือ ผรู้ บั โทรศพั ท์
e และ Actor ของระบบ 21
ข้นั ตอนที่ 2 : เขียน Scenar ▪scenario ที่ 1 : เกดิ สายเรียกซอ้ น เมือ่ เกิดสายเรียกซอ้ น ทาให้ use case ก อาจหยุดการสนทนาชวั่ ขณะ หรือผูร้ บั เปล่ียนไปรบั สายท่ีเรียกซอ้ นแทน ▪scenario ที่ 2 : ไมเ่ กิดสายเรียกซอ้
rio ของระบบ การรบั โทรศพั ท์ เกิดการชะงกั งนั ซ่ึงผูร้ บั อน 22
ข้นั ตอนท่ี 3 : เขียน Use Ca รับโทรศพั ท์ <<e ผรู้ ับโทรศพั ท์
ase Diagram extend>> รับสายเรียกซอ้ น การรับโทรศพั ท์ 23
ความสมั พนั ธข์ อง Use Case ▪ Include/Use ▪ Use case ที่ถกู includes จะถูกร case ที่เป็ นตวั หลกั ดว้ ยเสมอ ▪ คลา้ ยกบั การเรียกใชง้ านโปรแกรมยอ่ ย
e (ต่อ) รวมการทางานเขา้ ไวก้ บั Use ยโดยโปรแกรมหลกั 24
ตย. Use Case Diagram ที่ม ▪use case diagram เพ่ืออธิบ มาในระบบคอมพวิ เตอรข์ ององคก์ รต รหสั ผ่านรวมอยดู่ ว้ ย โดย actor ข
มี Include/Use บายการตรวจสอบ user ที่เขา้ ต่าง ๆ ตอ้ งมีการตรวจสอบ ของระบบน้ ีคือผูจ้ ดั การระบบ 25
ข้นั ตอนท่ี 1 : หา Use Case ▪Use Case ของระบบคือ การตรวจสอบ User (Validate U การตรวจสอบรหสั ผ่าน (Check Pas ▪Actor ของระบบคือ ผจู้ ดั การระบบ (System Adminis
Search
