Transcript Step 2

Case study 2
ระบบบริหารจัดการคลังยา
Case study 2: การบริการจัดการคลังยา
 สถานีอนามัย เป็ นหน่วยงานราชการ สังกัดกระทรวงสาธารณะสุขมีสาขาสานักงาน
อยู่ตามตาบล อาเภอ ทั่วประเทศ เพื่อให้ บริการสาธารณะสุขขั้นพื้นฐานกับ
ประชาชนในชนบท เป็ นส่วนใหญ่ บุคลากรประจาที่สานักงานมีจากัด
 ระบบงานที่ช่วยในการบริหารจัดการยังไม่มี ระบบจัดเก็บข้ อมูล ที่ผ่านมาต้ องใช้
การบันทึกข้ อมูลลงสมุด การตรวจสอบการค้ นหาข้ อมูล ต้ องใช้ เวลามาก
 สถานีอนามัยทุกแห่งมีการเก็บยาเพื่อให้ บริการผู้ป่วยที่มารับบริการ โดยมีแพทย์
ผู้รักษาจะเป็ นผู้ส่งั จ่ายยาให้ กบั ผู้ป่วยแต่ละราย และยังไม่มีการพัฒนาระบบการ
จัดเก็บข้ อมูลโดยใช้ คอมพิวเตอร์ ในลักษณะเป็ นฐานข้ อมูลที่สามารถค้ นหา แก้ ไข
พิมพ์รายงาน ติดตามความเคลื่อน ไหวรายการยาที่มอี ยู่ท่สี ถานีอนามัย
 การตรวจสอบวันหมดอายุยาแต่ละชนิดทาได้ ยากต้ องใช้ เวลานาน สิ้นเปลืองแรงงาน
มีความยุ่งยากในการดาเนินการ
Use Case Diagram ระบบบริหารจัดการคลังยา
Use Case Diagram ระบบบริหารจัดการคลังยา
System
D-0001
ล็อคอิน
D-0002
ทาทะเบียนยา
D-0003
จัดเก็บยา
ผอ.สถานีอนามัย
D-0004
ออกรายงาน
จนท.รับยา
D-0005
จ่ายยา
D-0006
ตรวจเช็ค
วันหมดอายุ
หมอ
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
ล็อคอิน
Use –Case ID:
D-0001
Priority:
สูง
Source
Requirements
Primary Business Actor:
เจ้าหน้าที,่ หมอ, ผอ.
Other Participating
Actors:
-
Other Interested
Stakeholders:
-
Description:
้ ธิบายเหตุการณ์ท ี่ Actor ทาการ Log in เพือ
Use Case นีอ
่ เข้าสูร่ บบบ
Precondition:
ผูใ้ ชร้ บบบเปิ ดโปรแกรมรบบบบริหารจ ัดการคล ังยา
Trigger:
้ รอกข้อมูล Username แลบ Password ถูกต้อง
เมือ
่ ผูใ้ ชก
ล็อคอิน
Use-Case Narrative
Typical Course
of Event
Actor Action
System Response
้
Step 1: ผู ้ใชกรอกข
้อมูล
Username และ Password
แล ้วกดปุ่ ม Submit
Step 2: ระบบทำกำรตรวจสอบข ้อมูล Username และ
้
Password ทีผ
่ ู ้ใชกรอกเข
้ำมำว่ำตรงกับฐำนข ้อมูลทีม
่ อ
ี ููร
่ รออมม่
Step 3: ถ ้ำข ้อมูลมม่ตรงกันใร ้ตรวจสอบ Step 4:
Step 4: ใร ้ตรวจสอบว่ำ Username ผิด รรออ Password ผิด
้
Step 5: ระบบแจ ้งข ้อผิดพลำดจำก Step 4: เพออ
่ ใร ้ผู ้ใชระบบ
กรอกข ้อมูลใรม่ใร ้ถูกต ้อง
Step 6: ระบบตรวจสอบข ้อมูล Username และ Password
อีกครัง้ ถ ้ำข ้อมูลถูกต ้องใร ้แสดงข ้อควำม “ูินดีต ้อนรับเข ้ำสู่
ระบบ”
ั่ กำรทำงำน
Step 7: ระบบตรวจสอบควำมพร ้อมของฟั งก์ชน
ิ ธิข
้
ต่ำงๆ ของระบบตำมสท
์ องผู ้ใชระบบแต่
ละคน
ล็อคอิน
Use-Case Narrative
Alternate Course:
้
Alt-Step 2: ถ ้ำข ้อมูล Username และ Password ถูกต ้องใร ้ผู ้ใชสำมำรถ
้
ิ ธิข
Log in เข ้ำสูร่ ะบบมด ้ และสำมำรถใชงำนระบบตำมส
ท
์ องแต่ละคน
Alt-Step 3: ถ ้ำข ้อมูล Username และ Password มม่ตรงกับฐำนข ้อมูล ใร ้
้
ผู ้ใชกรอกข
้อมูลใรม่ใร ้ถูกต ้อง
Conclusion:
ิ้ สุดเมออ
้
Use Case นีจ
้ ะสน
่ ผู ้ใชระบบท
ำกำร Log in เข ้ำสูร่ ะบบมด ้
Postcondition:
้
ิ ธิใ์ นกำรใชระบบของแต่
้
ผู ้ใชระบบสำมำรถท
ำรำูกำรต่ำงๆ ตำมสท
ละคนมด ้
Business Rules:
-
Implementation Constraints
and Specifications:
้
้
ั ซอน
้ และมีกำรออกแบบ
มีกำรออกแบบ GUI ใร ้ผู ้ใชสำมำรถใช
งำนง่
ำู, มม่ซบ
ระบบ On Web เพออ
่ ใร ้ระบบสำมำรถจัดกำรข ้อมูลมด ้ทัว่ ถึงและมีกำรอัพเดท
ข ้อมูลต่ำงๆ เพออ
่ กำรบริกำรผ่ำนระบบเว็บบรำวสเ์ ซอร์
Assumptions:
ระบบสำมำรถรำูงำนสถิตก
ิ ำร Log in มด ้
Open Issues:
สำมำรถ Log in เข ้ำสูร่ ะบบจำกระูะมกลมด ้ (ผ่ำนระบบอินเตอร์เน็ ต)
ล็อคอิน
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
ทาทบเบียนยา
Use –Case ID:
D-0002
Priority:
สูง
Source
Requirement
Primary Business Actor:
เจ้าหน้าทีร่ ับยา
Other Participating
Actors:
-
Other Interested
Stakeholders:
ื่ แลบชนิดของยา
หมอ - ตรวจสอบรายชอ
Description:
กาหนดปรบเภทของยาจ ัดทาทบเบียนยาทีม
่ ก
ี าร order เข้ามาใหม่
Precondition:
ผูใ้ ชร้ บบบต้องทาการ Log in เข้าสูร่ บบบก่อน
Trigger:
ผูใ้ ชเ้ ลือกรายการทาทบเบียนยา
Use-Case Narrative
Typical Course
of Event
Actor Action
้
Step 1: ผู ้ใชกรอกข
้อมูล
เกีู
่ วกับรำูละเอีูดของูำ
่ ชนิด วันรมดอำูุ เป็ น
เชน
ต ้น
System Response
Step 2: ระบบทำกำรตรวจสอบกับฐำนข ้อมูลว่ำมีูำชนิดนั น
้
อููใ่ นฐำนข ้อมูลรรออมม่
Step 3: ถ ้ำตรวจสอบว่ำมี ใร ้ระบบแจ ้งข ้อควำมเตออนว่ำ
“มีข ้อมูลูำชนิดนีใ้ นฐำนข ้อมูลแล ้ว”
Step 4: ระบบทำกำรูกเลิกกำรทำรำูกำรนัน
้
Step 5: รำกระบบตรวจสอบแล ้วพบว่ำูังมม่มท
ี ะเบีูนูำนั น
้
่ ำนข ้อมูล
ในฐำนข ้อมูล ใร ้ทำกำรบันทึกข ้อมูลตำมรำูกำรเข ้ำสูฐ
Step 6: ถ ้ำระบบสำมำรถเพิม
่ ข ้อมูลมด ้ ใร ้แจ ้งข ้อควำมเตออน
ว่ำ “บันทึกข ้อมูลทะเบีูนูำเรีูบร ้อูแล ้ว”
Step 7: ระบบเตรีูมรับกำรบันทึกข ้อมูลใรม่
Use-Case Narrative
Alternate Course:
Alt-Step 2: กรณีทต
ี่ รวจสอบแล ้วมม่พบข ้อมูลูำชนิดนัน
้ ๆ ในฐำนข ้อมูลใร ้
้
ทำกำรเพิม
่ Record ตำมรำูละเอีูดข ้อมูลูำทีผ
่ ู ้ใชกรอก
Alt-Step 5: กรณีทมี่ ม่มข
ี ้อมูลทะเบีูนูำนัน
้ ในระบบฐำนข ้อมูลคลังูำ ใร ้
็ ว่ำข ้อมูลทีผ
่ รอก (ในสว่ นของรำูกำรูำทีจ
ระบบเชค
่ ู ้ใชก
่ ะเพิม
่ ทะเบีูนใรม่)
ว่ำครบถ ้วนรรออมม่ ถ ้ำมม่ครบใร ้แจ ้งข ้อควำมเตออนว่ำ “กรุณำกรอกข ้อมูลใร ้
ครบถ ้วน”
Conclusion:
้
ผู ้ใชระบบสำมำรถเพิ
ม
่ รำูกำรทะเบีูนูำใรม่ในฐำนข ้อมูลมด ้
Postcondition:
ระบบทำกำรเพิม
่ ข ้อมูลทะเบีูนูำใรม่ (โดูมม่ซำ้ กับของเดิม)
Business Rules:
Implementation Constraints
and Specifications:
้
้
ั ซอน
้ และมีกำรออกแบบ
มีกำรออกแบบ GUI ใร ้ผู ้ใชสำมำรถใช
งำนง่
ำู, มม่ซบ
ระบบ On Web เพออ
่ ใร ้ระบบสำมำรถจัดกำรข ้อมูลมด ้ทัว่ ถึงและมีกำรอัพเดท
ข ้อมูลต่ำงๆ เพออ
่ กำรบริกำรผ่ำนระบบเว็บบรำวสเ์ ซอร์
Assumptions:
ระบบสำมำรถแสดงข ้อมูลรำูงำนทะเบีูนูำตำมรำูกำรทีเ่ ลออกมด ้
Open Issues:
้
ผู ้ใชสำมำรถแก
้มขข ้อมูลทะเบีูนูำในระบบฐำนข ้อมูลมด ้
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
จ ัดเก็บยา
Use –Case ID:
D-0003
Priority:
สูง
Source
Requirement
Primary Business Actor:
เจ้าหน้าที่
Other Participating
Actors:
-
Other Interested
Stakeholders:
-
Description:
้ ธิบายเกีย
Use Case นีอ
่ วก ับขนตอนในการจ
ั้
ัดเก็บยา
Precondition:
- ข้อมูลทบเบียนยาแลบจานวนสาหร ับยาทีม
่ อ
ี ยูใ่ นรบบบแล้ว
Trigger:
- ข้อมูลจานวนยาแต่ลบชนิด สามารถเพิม
่ / ลด แลบแก้ไขข้อมูลของ
จานวนยาได้- ข้อมูลจานวนยาแต่ลบชนิดถูกแสดงผลหรือพิมพ์ออกมา
ตามคาร้องขอ
Use-Case Narrative
Typical Course
of Event
Actor Action
Step 1: เจ ้ำรน ้ำทีเ่ ลออก
เมนู Manage Stock
Step 3 : เจ ้ำรน ้ำทีก
่ รอก
จำนวนูำทีน
่ ำเข ้ำและ
เบิกจ่ำู
System Response
Step 2: ระบบแสดงรน ้ำเพิม
่ , แก ้มขและบันทึกรำูละเอีูด
จำนวนูำ
Step 4 : ระบบทำกำรตรวจสอบควำมถูกต ้องของข ้อมูลทีส
่ ง่
เข ้ำมำก่อนทำกำรบันทึก
Step 5: ระบบทำกำรบันทึกข ้อมูล และแสดงรน ้ำจอ
รำูละเอีูดจำนวนูำ รลังจำกกำรบันทึกข ้อมูลเรีูบร ้อูแล ้ว
จ ัดเก็บยา
Use-Case Narrative
Alternate Course:
ิ ธิในกำรเข ้ำถึง ระบบจะแสดงข ้อควำมปฏิเสธ
Alt-Step 1 : ถ ้ำบุคคลมม่มส
ี ท
กำรเลออกเมนูนัน
้
Alt-Step 4 : ถ ้ำข ้อมูลทีส
่ ง่ เข ้ำมำมม่สำมำรถเก็บลงในฐำนข ้อมูลมด ้ ใร ้มีกำร
แจ ้งถึงปั ญรำทีเ่ กิดขึน
้ และร ้องขอใร ้มีกำรสง่ ข ้อมูลเข ้ำมำในระบบใรม่อก
ี ครัง้
Alt-Step 5 : ถ ้ำจำนวนูำใน Stock น ้อูกว่ำ 0 ใร ้แสดงข ้อควำมว่ำ Out of
Stock
Conclusion:
ิ้ สุดลงเมออ
Use case นีส
้ น
่ ข ้อมูลถูกแสดงผลรรออพิมพ์ออกมำตำมคำร ้องขอและ
ข ้อมูลมด ้ถูกบันทึกอู่ำงถูกต ้องครบถ ้วน
Postcondition:
สำมำรถจัดเก็บูำมด ้ตำมรำูกำรทีม
่ ี
Business Rules:
เจ ้ำรน ้ำทีร่ ับูำสำมำรถบันทึกและแก ้มขมด ้เท่ำนัน
้
รมอและผอ.สถำนีอนำมัูสำมำรถดูรำูงำนข ้อมูล Stock มด ้อู่ำงเดีูว
Implementation Constraints
and Specifications:
้
ต ้องมีกำรสร ้ำงระบบทีส
่ ำมำรถแูกแูะประเภทของผู ้ใชงำนมด
้
อำจมีกำรแจ ้งเตออนจำนวนูำใน Stock ทีน
่ ้อูกว่ำ 10 รน่วู ของแต่ละ
ประเภท
Assumptions:
ระบบสำมำรถจัดเก็บและคำนวณจำนวนูำใน Stock มด ้
Open Issues:
-
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
จ่ายยา
Use –Case ID:
D-0004
Priority:
สูง
Source
Requirement
Primary Business Actor:
เจ้าหน้าที,่ หมอ
Other Participating
Actors:
- ผอ.
Other Interested
Stakeholders:
-
Description:
้ ธิบายเกีย
Use Case นีอ
่ วก ับขนตอนการจ่
ั้
ายยาตามใบสง่ ั ยา
Precondition:
ผูใ้ ชร้ บบบต้องทาการ Log in เข้าสูร่ บบบก่อน
Trigger:
ผูใ้ ชร้ บบบเลือกเมนู “จ่ายยา”
Use-Case Narrative
Typical Course
of Event
Actor Action
้
Step 1: ผู ้ใชระบบกรอก
ข ้อมูลูำตำมใบสงั่ ูำ
System Response
อ่ ูำว่ำมีอููใ่ นทะเบีูนูำรรออมม่
Step 2: ระบบตรวจสอบรำูชอ
Step 3: ระบบตรวจสอบว่ำูำทีม
่ อ
ี ููน
่ ัน
้ เพีูงพอกับควำมต ้อง
กำร (ทีต
่ ้องจ่ำู) รรออมม่
Step 4: ถ ้ำตรวจพบว่ำมี ใร ้ระบบทำกำรตัด Stock ูำชนิด
นัน
้ ๆ ตำมข ้อมูลใบสงั่ ูำ
Step 5: ถ ้ำตรวจพบว่ำมม่มู
ี ำชนิดนัน
้ ในทะเบีูนูำ ใร ้ระบบ
ทำกำรแจ ้งข ้อควำมเตออนว่ำ “มม่มู
ี ำชนิดนีใ้ นคลังูำ กรุณำ
ตรวจสอบข ้อมูลใรม่อก
ี ครัง้ ”
Step 6: กรณีทรี่ ะบบตรวจสอบแล ้วพบว่ำูำชนิกนัน
้ มีจำนวน
มม่เพีูงพอต่อควำมต ้องกำรตำมใบสงั่ ูำ ใร ้ระบบทำกำรแจ ้ง
ข ้อควำมเตออนว่ำ “ระบบมม่สำมำรถจ่ำููำมด ้ เนออ
่ งจำกมีูำมม่
เพีูงพอ กรุณำติดต่อผู ้จัดเก็บูำ (Stock Management)”
จ่ายยา
Use-Case Narrative
Alternate Course:
อ่ ูำทีช
Alt-Step 2: กรณีตรวจสอบแล ้วพบว่ำมีรำูชอ
่ นิดนัน
้ อููใ่ นทะเบีูนูำ
ใร ้ระบบแสดงรำูละเอีูดพร ้อมสรรพคุณของูำชนิดนัน
้ รวมถึงข ้อมูล
่ รับประทำนก่อนอำรำร รรออรลังอำรำร วันละกี่
คำแนะนำสำรรับผู ้ป่ วู เชน
ครัง้ เป็ นต ้น
้ อเจ ้ำรน ้ำทีท
Alt-Step 3: กรณีทมี่ ม่มู
ี ำชนิดนัน
้ ในทะเบีูนูำ ใร ้ผู ้ใชรรอ
่ ี่
เกีู
่ วข ้องทำรมำูเรตุมว ้ในใบสงั่ ูำ แล ้วแจ ้งใร ้เจ ้ำรน ้ำทีท
่ ท
ี่ ำกำร Stock ูำ
ทรำบ พร ้อมทัง้ แจ ้งใร ้ผู ้สงั่ ูำ (คุณรมอ) ทรำบด ้วู
Conclusion:
เจ ้ำรน ้ำทีจ
่ ำ่ ููำสำมำรถจ่ำููำมด ้ตำมใบสงั่ ูำ
Postcondition:
ถ ้ำมีูำใน Stock เจ ้ำรน ้ำทีก
่ ็ทำกำรจ่ำููำตำมขัน
้ ตอน พร ้อมออกใบสำคัญรับ
ูำใร ้ผู ้ป่ วู
Business Rules:
-
Implementation Constraints
and Specifications:
้
้
ั ซอน
้ และมีกำรออกแบบ
มีกำรออกแบบ GUI ใร ้ผู ้ใชสำมำรถใช
งำนง่
ำู, มม่ซบ
ระบบ On Web เพออ
่ ใร ้ระบบสำมำรถจัดกำรข ้อมูลมด ้ทัว่ ถึงและมีกำรอัพเดท
ข ้อมูลต่ำงๆ เพออ
่ กำรบริกำรผ่ำนระบบเว็บบรำวสเ์ ซอร์
Assumptions:
ระบบสำมำรถทำกำรตัด Stock ูำมด ้ตรงตำมข ้อมูลใบสงั่ ูำ
Open Issues:
ระบบทำกำรจัดเก็บข ้อมูลกำรจ่ำููำเพออ
่ Support ในสว่ นของกำรออกรำูงำน
สถำนะูำ
จ่ายยา
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
พิมพ์รายงาน
Use –Case ID:
D-0005
Priority:
สูง
Source
Requirement
Primary Business Actor:
หมอ, เจ้าหน้าที,่ ผอ.
Other Participating
Actors:
หมอ, เจ้าหน้าที,่ ผอ.
Other Interested
Stakeholders:
-
Description:
้ ธิบายเกีย
Use Case นีอ
่ วก ับการ Print Report
Precondition:
ผูใ้ ชร้ บบบต้องทาการ Log in เข้าสูร่ บบบก่อน
Trigger:
เมือ
่ ผูใ้ ชร้ บบบเลือกเมนู “พิมพ์รายงาน”
Use-Case Narrative
Typical Course
of Event
Actor Action
้
Step 1: ผู ้ใชระบบเลอ
อก
ประเภทของรำูงำนที่
ต ้องกำร
System Response
Step 2: ระบบตรวจสอบว่ำมีข ้อมูลรำูงำนตำมประเภททีผ
่ ู ้ใช ้
กำรนดรรออมม่ในฐำนข ้อมูลคลังูำ
Step 3: ระบบทำกำรตรวจสอบควำมถูกต ้องของข ้อมูล
Step 4: ระบบทำกำรดึงข ้อมูลรำูงำนตำมประเภทรำูงำนที่
้ อก ขึน
ผู ้ใชเลอ
้ มำแสดงในแบบฟอร์มรำูงำนนัน
้ ๆ
Step 5: ระบบสง่ คำสงั่ พิมพ์รำูงำนออกทำงเครออ
่ งพิมพ์มด ้
้ อก เชน
่ รำูงำนสถำนะูำในคลังูำ แูก
ตำมรำูกำรทีผ
่ ู ้ใชเลอ
ตำมวันที,่ ประเภท, เรีูงลำดับวันรมดอำูุ, รำูงำนกำรจ่ำููำ
แต่และชนิด, รำูงำนกำรจ่ำููำประจำวัน, ประจำเดออน เป็ นต ้น
พิมพ์รายงาน
Use-Case Narrative
Alternate Course:
้
Alt-Step 2: ถ ้ำมม่มข
ี ้อมูลของประเภทรำูงำนทีผ
่ ู ้ใชระบุ
ใร ้ระบบแจ ้ง
ข ้อควำมเตออนว่ำ “มม่พบข ้อมูลทีต
่ ้องกำร” จำกนัน
้ ใร ้ระบบทำกำรูกเลิก
รำูกำรดังกล่ำว
Alt-Step 4: กรณีทเี่ กิดปั ญรำในกำรติดต่อฐำนข ้อมูล ใร ้แจ ้งข ้อควำมเตออน
ว่ำ “มม่สำมำรถติดต่อฐำนข ้อมูลมด ้ในนณะนี้” แล ้วใร ้เจ ้ำรน ้ำทีต
่ ด
ิ ต่อ
ผู ้เกีู
่ วข ้องเพออ
่ แก ้มขปั ญรำดังกล่ำว
Conclusion:
ระบบแสดงข ้อมูลรำูงำนตำมทีต
่ ้องกำร
Postcondition:
ระบบสำมำรถแสดงตัวอู่ำงก่อนพิมพ์ออกทำงรน ้ำจอ ตำมประเภทรำูงำนที่
เลออก
Business Rules:
-
Implementation Constraints
and Specifications:
้
้
ั ซอน
้ และมีกำรออกแบบ
มีกำรออกแบบ GUI ใร ้ผู ้ใชสำมำรถใช
งำนง่
ำู, มม่ซบ
ระบบ On Web เพออ
่ ใร ้ระบบสำมำรถจัดกำรข ้อมูลมด ้ทัว่ ถึงและมีกำรอัพเดท
ข ้อมูลต่ำงๆ เพออ
่ กำรบริกำรผ่ำนระบบเว็บบรำวสเ์ ซอร์
Assumptions:
ระบบสำมำรถแสดงข ้อมูลรำูงำนมด ้ตำมต ้องกำร
Open Issues:
-
พิมพ์รายงาน
Use-Case Narrative
Author (s) : Group 1
Date : 26 Feb 2008
Version : DM001
Use Case Type :
Functional requirements
Use-Case Names:
เช็คว ันหมดอายุ
Use –Case ID:
D-0006
Priority:
สูง
Source
Requirement
Primary Business Actor:
เจ้าหน้าที่
Other Participating
Actors:
หมอ
Other Interested
Stakeholders:
-
Description:
้ ธิบายเกีย
Use Case นีอ
่ วก ับการเช็คว ันหมดอายุของยาแต่ลบชนิด โดย
สามารถสรุปออกมาเป็นรายงาน เพือ
่ วางแผนการจ ัดการต่อไป
Precondition:
- ข้อมูลทบเบียนยาสาหร ับยาทีม
่ อ
ี ยูใ่ นรบบบแล้ว
Trigger:
- ข้อมูลว ันหมดอายุของยาแต่ลบปรบเภทถูกแสดงผลหรือพิมพ์ออกมา
ตามคาร้องขอ
Typical Course
of Event
Actor Action
Step 1 : เจ ้ำรน ้ำทีเ่ ลออก
เมนู ตรวจสอบวันรมดอำูุ
Step 3 : เจ ้ำรน ้ำทีเ่ ลออก
วัน/เดออน/ปี ทีต
่ ้องกำร
ตรวจสอบ
System Response
Step 2 : ระบบแสดงรน ้ำตรวจสอบวันรมดอำูุของูำและ
รำูละเอีูดูำ
Step 4 : แสดงรำูละเอีูดของูำและจำนวนูำทีร
่ มดอำูุ
Step 5: เจ ้ำรน ้ำทีเ่ ลออก
พิมพ์รำูงำน
Step 6: พิมพ์รำูงำนทำงเครออ
่ งพิมพ์
เช็คว ันหมดอายุ
Alternate Course:
ิ ธิในกำรเข ้ำถึง ระบบจะแสดงข ้อควำมปฏิเสธ
Alt-Step 1 : ถ ้ำบุคคลมม่มส
ี ท
กำรเลออกเมนูนัน
้
Alt-Step 4 : ถ ้ำมม่มก
ี ำรเลออกวันเดออนปี ทต
ี่ ้องกำรใร ้แสดงรำูละเอีูดวัน
รมดอำูุและจำนวนของูำ ณ วันปั จจุบน
ั
Conclusion:
ิ้ สุดลงเมออ
Use case นีส
้ น
่ ข ้อมูลถูกแสดงผลรรออพิมพ์ออกมำตำมคำร ้องขอ
Postcondition:
ระบบแสดงข ้อมูลสรุปวันรมดอำูุของูำตำมรำูกำรทีเ่ ลออก
Business Rules:
เจ ้ำรน ้ำทีส
่ ำมำรถดูรำูงำนรำูละเอีูดข ้อมูลวันรมดอำูุและจำนวนูำที่
รมดอำูุมด ้เท่ำนัน
้
Implementation Constraints
and Specifications:
้
ต ้องมีกำรสร ้ำงระบบทีส
่ ำมำรถแูกแูะประเภทของผู ้ใชงำนมด
้
Assumptions:
ระบบแสดงข ้อมูลมด ้ถูกต ้องตำมควำมเป็ นจริง โดูอิงจำกข ้อมูลทะเบีูนูำ
Open Issues:
-
เช็คว ันหมดอายุ
อำจมีกำรแจ ้งเตออนวันรมดอำูุของูำล่วงรน ้ำ 30 วัน
Class Diagram
Class Diagram ของระบบบริหารจัดการคลังยาสถานีอนามัย ประกอบไป
ด้ วยกันทั้งหมด 13 Class ได้ แก่
 Class Login
 Class user
 Class Admin
 Class doctor
 Class officer
 Class drugstore
 Class drug
 Class form
 Class ทาทะเบียนยา
 Class จัดเก็บยา
 Class เบิกจ่ายยา
 Class ยืม-คืนยา
 Class DataBase
Activity Diagram
Database Design: Drug
ลำดับ
(Sequence No.)
คุณสมบัต ิ
(Attribute)
คำอธิบำู
(Description)
ขนำด
(Width)
ประเภท
(Type)
1
drugid
รรัสูำ
6
Varchar2
2
dname
อ่ ูำ
ชอ
50
Varchar2
3
mfgDate
วันผลิต
date
วันหมดอายุ
date
4
expDaate
5
total
จำนวน
6
Varchar2
6
unit
รน่วูนับ
6
Varchar2
7
type
ประเภท
6
Varchar2
8
price
ราคา
6
Varchar2
9
drugdetail
รำูละเอีูด
150
Varchar2
10
Produceid
บริษัทผู ้ผลิต
6
Varchar2
ประเภทคีู ์
(Key Type)
PK
FK
FK
Sequence Diagram: Login
Admin
Form
Insert username and password()
login
[
]
check username and password()
[ user, pass,
]
not give privilege
username ,password not found
[ user, pass
give privilege()
display Menu()
()
()
()
"
"
]
Sequence Diagram: ตรวจสอบวันหมดอายุ
Drug
Officer Insert username and password()
login
[
] password()
check username and
[ user, pass,
not give privilege
username ,password not found
DataBase
[ user, pass
]
]
give privilege()
display Menu()
()
()
()
()
Interface Design
Q&A
Thank You
Assignment 2
 จงออกแบบเชิงวัตถุระบบ Directory เพื่อบันทึกและแสดงข้ อมูลที่เกี่ยวข้ องของ
เพื่อนๆ เช่น ชื่อ นามสกุล ชื่อเล่น เบอร์โทรศัพท์ วันเกิด ภาพถ่าย ฯลฯ โดยระบบ
สามารถบันทึกข้ อมูลเพิ่มเติมได้ และค้ นหาขัอมูลจาก ชื่อ นามสกุล หรือวันเดือน
เกิดได้
 การออกแบบให้ แสดง Usecase diagram, class diagram, sequence
diagram, activity diagram, interface และ database design ตาม
ความเหมาะสม
 ให้ แบ่งนักศึกษาเป็ น 3 กลุ่ม แต่ละกลุ่มออกแบบระบบโดยใช้ Case tool เช่น
MS Visio, StarUML, IBM Rational software และจัดทาเป็ นรายงาน
ส่ง พร้ อมทั้งนาเสนอผลงานด้ วย PowerPoint ในวันที่8 ตุลาคม 2554