Object-Oriented Analysis and Design

Slides:



Advertisements
งานนำเสนอที่คล้ายกัน
กิจกรรมที่ 9 ระดับสารสนเทศ จุดประสงค์ อธิบายและจำแนกระดับสารสนเทศ.
Advertisements

(Material Requirement Planning)
บทที่ ๑ ความรู้เบื้องต้น เกี่ยวกับการวิเคราะห์ และออกแบบระบบสารสนเทศ (Introduction to Information System Analysis) 22/7/03 บทที่
ธรรมชาติและลักษณะของภาษา
ขั้นตอนในการทำวิจัย.
การออกแบบการวิจัยการเขียนเค้าโครงการวิจัย
การวิเคราะห์ระบบและวิธีปฏิบัติงาน
การเลือกตัวอย่าง อ.สมพงษ์ พันธุรัตน์.
Object-Oriented Analysis and Design
UML Diagrams Functional Model Seree Chinodom
Thesis รุ่น 1.
   ฮาร์ดแวร์ (Hardware)               ฮาร์ดแวร์เป็นองค์ประกอบสำคัญของระบบสารสนเทศ หมายถึง เครื่องคอมพิวเตอร์ อุปกรณ์รอบข้าง รวมทั้งอุปกรณ์สื่อสารสำหรับเชื่อมโยงคอมพิวเตอร์เข้าเป็นเครือข่าย.
ภาพรวมของแนวคิดโครงงาน
ภาพรวมของแนวคิดโครงงาน
สรุปภาพรวมการเรียนรู้ เรื่อง หมุนเวลาพาเพลิน
ภาพรวมของแนวคิดโครงงาน
สถาปัตยกรรมฐานข้อมูล
สรุปภาพรวมของหน่อยการเรียนรู้
หลักการพัฒนา หลักสูตร
Business Modeling (บางส่วนอ้างอิงจาก ดร.อดิศร ณ อุบล)
บทที่ 5 การจำลองแบบเชิงวัตถุ Object Modeling
การพัฒนากิจกรรม การเรียนรู้ โดยโครงงาน
วิชา การออกแบบและพัฒนาซอฟต์แวร์
ระบบสารสนเทศ เพื่อการจัดการ และกรณีศึกษา
การวิเคราะห์ความต้องการด้านระบบ
การวางแผนและการดำเนินงาน
Object-Oriented Analysis and Design
Use Case Diagram.
SCC : Suthida Chaichomchuen
Object-Oriented System Analysis and Design
Knowledge Management (KM)
หลักสูตรการจัดการทั่วไป
CSE323 การวิเคราะห์และออกแบบระบบ (Systems Analysis and Design)
ความรู้พื้นฐานเกี่ยวกับการวิจัย
Chapter 2 Database systems Architecture
โครงร่างการวิจัย (Research Proposal)
บทที่ 2 การพัฒนาระบบ (System Development)
บทที่ 3 การวิเคราะห์โครงสร้าง Structure Analysis
บทที่ 4 แบบจำลองข้อมูลและกระบวนการ (Data and Process Modeling)
ความรู้พื้นฐานในการออกแบบ ฐานข้อมูลแบบสัมพันธ์ ธวัชชัย เอี่ยมไพโรจน์
Systems Analysis and Design
การวิจัยดำเนินงาน Operations research
การพัฒนาระบบสารสนเทศ (Information System Development)
การรวบรวมความต้องการ (Requirements Gathering)
System Development Lift Cycle
บทที่ 3 การวิเคราะห์ Analysis.
ที่ใช้ใน Object-Oriented Design
Data Modeling Chapter 6.
การออกแบบระบบฐานข้อมูล
การวิเคราะห์และออกแบบระบบเชิงวัตถุ Object Oriented Analysis and Design
วิชาคอมพิวเตอร์ ชั้นประถมศึกษาปีที่ 1 นางพวงเพ็ญ อินทร์เอี่ยม
การเขียนรายงานการวิจัย
การเขียนเกณฑ์การประเมิน (Rubric)
เรื่องราวทางสังคม (SOCIAL STORY)
ใส่ชื่อเรื่องงานวิจัย กะทัดรัด มีตัวแปรต้น ตัวแปรตาม อย่างชัดเจน
โปรแกรมฐานข้อมูลที่นิยมใช้
Sequence Diagram Communication Diagram
Activity Diagram Wattanapong suttapak, Software Engineering,
บทที่8 การเขียน Storyboard.
Modeling and Activity Diagram
การวิเคราะห์และออกแบบระบบ System Analysis and Design
ADDIE Model.
Unified Modeling Language
Data Mining การทำเหมืองข้อมูล
Introduction to Database
7.Discussion การอภิปราย นายวัชรกร เดชะบุญ รหัสนิสิต
การออกแบบสื่อเพื่อการศึกษา ADDIE Model
ความเชื่อมั่น ความดูดีในอีก ระดับ ความเป็นผู้นำ ความแตกต่างที่ เป็นจุดเด่น การบ่งบอกถึง คุณภาพ.
State Diagram Wattanapong suttapak, Software Engineering,
บทที่ 5 ความต้องการ วิศวกรรมความต้องการ แบบจําลองการวิเคราะห์
ใบสำเนางานนำเสนอ:

Object-Oriented Analysis and Design ภาคการศึกษาที่ 2 / 2549 บทที่ 4 Use Case Model

Use Case Model

System Analysis กระบวนการวิเคราะห์ระบบ ( System Analysis Phase ) มุ่งเน้นสิ่งที่ระบบจะต้องมี (What) และต้องทำให้กับผู้ใช้ โดยไม่สนใจว่าจะทำอย่างไร (How) กระบวนการวิเคราะห์ความต้องการของผู้ใช้ระบบ (Requirement Analysis phase) สร้างแบบจำลอง(Model) หน้าที่การทำงานของระบบซอฟต์แวร์ จากมุมมองของผู้ใช้ภายนอก หรือ ระบบภายนอก ซึ่งจะได้แบบจำลองของความต้องการของผู้ใช้ระบบ (Requirement Model)

System Analysis and Use Case Use Case Model แบบจำลองความต้องการของระบบ ที่ นำเสนอ Functional requirement ของระบบโดยรวม จากมุมมองของผู้ใช้ภายนอก หรือ ระบบภายนอก ระบุพฤติกรรม หรือหน้าที่การทำงานของระบบ (เน้น “what”) ที่ระบบต้องมี ใช้ในการทดสอบ และตรวจสอบ โครงสร้าง และหน้าที่การทำงานของระบบ ใน UML ระบุเป็น Use Case Description (Text) หรือ Use Case Diagram (Diagram)

Use Case Diagram ศึกษาในเบื้องต้นให้เข้าใจระบบ แล้วถ่ายทอดออกเป็นสิ่งหนึ่ง เพื่อสื่อความ หรือถ่ายทอดให้บุคคลที่เกี่ยวข้องสามารถเข้าใจได้ ซึ่งสิ่งที่ว่านั้นคือ Use Case Diagram จะใช้ Use Case Diagram เล่าเรื่องของ Problem Domainทั้งหมดว่า มีส่วนประกอบอะไรบ้าง และเกี่ยวพันกันจนกลายเป็น ระบบได้อย่างไร ปกติการเก็บ Requirement จะให้ User เขียน Use Case Diagram หรือ อาจจะให้ User เล่าเรื่องราว เพื่อเขียน Use Case Diagram ร่วมกัน

วัตถุประสงค์ของ Use Case Diagram อธิบายเรื่องราวของ Problem Domain ทั้งหมด (Domain คือ กรอบหรือขอบเขตที่สนใจ) บอกส่วนประกอบในระบบ (ระบบประกอบด้วยระบบย่อยอะไรบ้าง) บอกความสัมพันธ์ของส่วนต่าง ๆ ในระบบ

ประโยชน์ของ Use Case Diagram ช่วยให้ผู้พัฒนาระบบสามารถแยกแยะกิจกรรมที่อาจจะเกิดขึ้น ในระบบ เป็น Diagram พื้นฐาน ที่สามารถอธิบายสิ่งต่าง ๆ ได้โดยใช้รูปภาพ ที่ไม่ซับซ้อน Use Case Diagram จะมีประสิทธิภาพ หากผู้เขียนมีความเข้าใจใน Problem Domain อย่างแท้จริง

System และ Use Case Diagram ในระบบใหญ่มักแบ่งระบบออกเป็นระบบย่อย เรียกว่า Subsystem ระบบย่อยจะมีความสัมพันธ์กัน ระบบย่อยจะมีความสัมพันธ์กับ User (ผู้ใช้ระบบย่อย) ใน Use Case Diagram จะใช้ Use Case แทน Subsystem ใน Use Case Diagram จะใช้ Actor แทน User

Use Case Diagram นำเสนอ Use Case และการปฏิสัมพันธ์โต้ตอบกันระหว่างระบบ และ ผู้ใช้ภายนอก (อาจเป็นคน หรือระบบก็ได้) ประกอบด้วย Use Case ความสามารถ/หน้าที่ของระบบ Actor ผู้กระทำ/ผู้ใช้งาน Use Case นั้นๆ Use Case หนึ่งอาจเป็น Actor ของอีก Use Case หนึ่ง Relationship เส้นแสดงความสัมพันธ์ระหว่าง Use Case กับ Actor System ระบบที่กำลังพัฒนา

Use Case Diagram Use Case Modeling : Core Elements

Use Case Diagram Use Case Modeling : Core Relationships

Use Case Diagram Use Case Modeling : Core Relationships (cont’d)