Transcript ENTITY-RELATIONSHIP DIAGRAM (ERD)

การออกแบบงานวิจยั
อาจารย ์ ดร. ผุสดี บุญ
รอด
Reading Unit in Information Technology
Faculty of Information Technology, KMUTNB
การออกแบบงานวิจัย (Research
Design)
การสร างบ านเพือ
่ ให ได ตาม
ความต องการของเจ าของบ าน
ก็จะต องมีการจัดทําแบบแปลน
(Plan) ซงึ่ จะถูกเขียนขึน
้ โดย
สถาปนิกด วยการพูดคุยกับเจ าของบ
ั้
านว า
ต องการบ านกีช
่ น
กีห
่ จากสไลด
องนอน
กีห
่ องนํ้ า เพือ
่ จะให
์ การเลือกป ญหาและการออกแบบการวิจย
ั โดย รศ.ดร.จุมพล
สถาปนิกได นํ าแนวความคิด
ความหมายของการออกแบบ
งานวิจ ัย
การออกแบบงานวิจย
ั หมายถึง
การกําหนดโครงสร าง และ
รายละเอียดแนวทางการดําเนินการใน
การวิจัย เพือ
่ จะนํ าไปสู การทําวิจัยที่
เป นไปตามวัตถุประสงค ทีก
่ ําหนด
ไว
อย างถูกต อง
ประโยชน ของการออกแบบ
งานวิจ ัย
ทําให ผู วิจัยควบคุมค าความแปรปรวนต
าง ๆ ได ถูกต อง
 ช วยให ผู วิจัยเห็นแนวทางในการ
ดําเนินการวิจัย อันจะนํ าไปสู การตอบคําถาม
หรือการพิสจ
ู น สมมติฐานทีก
่ ําหนดไว
 ช วยให ทราบรายละเอียดเกีย
่ วกับเวลา
กําลังคน และงบประมาณ
 ช วยให กําหนดขนาดหรือสภาพของ
เครือ
่ งมือทีจ
่ ะใช ในการวิจัย
 ช วยให มองเห็นว าผลการวิจัยจะสามารถ

ข อควรคํานึ งในการออกแบบ
งานวิจ ัย
กําหนดวัตถุประสงค ของหัวข อทีจ
่ ะทําการ
ั เจน
วิจัยอย างชด
 กําหนดขอบเขต และข อจํากัดของการวิจัย
 กําหนดตัวแปรต าง ๆ ตัวแปรต น และตัวแปร
ตาม
 ตัง
้ สมมติฐาน หรือผลทีต
่ องการทราบ

ข อควรคํานึ งในการออกแบบ
งานวิจ ัย
กําหนดประชากร และกลุ มตัวอย าง
 การเก็บข อมูล
 สถิต ิ
ี่ วชาญหรือยัง
 ผ านการตรวจจากผู เชย

่
่ ในการออกแบบ
เครืองมื
อทีใช้
E-R Diagram (ERD)
 Data Dictionary : DD
 Data Flow Diagram
 Unified Modeling Language (UML)

 ตัวอย่างสมมติฐานการวิจย
ั
 ตัวอย่างเกณฑ ์การแปลผลแบบสอบถาม
E-R Diagram (ERD)
่ ้อธิบายโครงสร ้างของฐานข ้อมูล
คือ แบบจาลองทีใช
่
่ ยนออกมาในลักษณะของ
ทีออกแบบขึ
น้
ซึงเขี
รูปภาพ
 ใช ้สาหร ับการออกแบบฐานข ้อมูลในระดับ
Conceptual Level
่ ามาเขียนแสดงเป็ นแผนภาพ เรียกว่า ERD
 เมือน
(Entity Relationship Diagram)
้ ้วยการจัดระเบียบ
 จะช่วยให ้การออกแบบได ้ง่ายขึนด
่ าการออกแบบ และลดความ
ความคิดของคนทีท

Examples…
GPA
Stu_ln
ame
Stu_n
ame
Stu_n
o
Regis
t_no
Student
1
Regis
t_no
Stu_n
o
Subjec
t_no
Sem
ester
Year
Majo
r_no
Fac_
no
Level
n
_no
1
Fac_n
o
1
n
re
gi
st
ha
ve
st
u
dy
1
Registration
Level
Fac_n
o
Level
_no
Level_
name
ha
ve
Level_
Desc
1
ha
ve
n
1
Fac_na
me_a
Faculty
1
ha
ve
1
Fac_na
me_t
Fac_na
me_e
Major_
no
n
Major
Maor_n
ame_e
Major_n
ame_t
Major_n
ame_a
Fac_n
o
พจนานุ กรมข้อมู ล

พจนานุ กรมข้อมู ล (Data Dictionary : DD)
เป็ นการทําเอกสาร อ ้างอิง เพือ
่ ชว่ ยอธิบาย
ึ ษา
สว่ นประกอบของข ้อมูลในระบบทีก
่ ําลัง ศก
อยู่ ซงึ่ ผังภาพการไหลข ้อมูลมิได ้อธิบายไว ้
ตัวอย่าง Users
ลําดับ
่ ลด ์
ชือฟิ
ความหมาย
ประเภท
ฟิ ลด ์
ขนา
ด
หมายเหตุ
1
User_id
รหัสผูใ้ ช ้งาน
Int
5
Primary Key
2
Name
่
ชือสกุ
ล
Varchar
150
-
3
Address
่ ่
ทีอยู
Varchar
200
-
4
Telephone
เบอร ์โทรศัพท ์
Varchar
15
-
5
Position
ตาแหน่ งงาน
Varchar
100
-
6
Email
อีเมลล ์
Varchar
50
-
7
Level
ระดับของผูใ้ ช ้งาน
Tinyint
1
-
8
username
่ ใ้ ช ้งานสาหร ับล็อกอิน
ชือผู
Int
10
Foreign Key
Data Flow Diagram (DFD)
่ ้ในขันตอน
้
Graphic Tool ทีใช
การวิเคราะห ์และออกแบบระบบ (ใน
กระบวนการ SDLC)
่ าไปใช ้ในการวิเคราะห ์ระบบงาน
 เพือน
่
เก่า และวิเคราะห ์ระบบงานใหม่ เพือ
แสดงให ้เห็น Tasks (activities,
functions) และ Subtasks
 เป็ น
Context Diagram
DFD
Level 0
DFD Level 1 Process 1
DFD Level 1 Process 2
DFD Level 1 Process 3
DFD Level 1 Process 4
DFD Level 1 Process 5
Unified Modeling Language (UML)
 UML
เป็ นภาษารูปภาพมาตรฐาน
(Standard Modeling Language)
สาหร ับใช ้ในการสร ้างโมเดลเชิงวัตถุ
่
 UML เป็ นเสมือนพิมพ ์เขียวทีแสดง
้
ภาพรวมของระบบทังหมด
โดยจะแสดงใน
่ ้
รูปแบบของแผนภาพ (Diagram) เพือให
่
เกิดความเข ้าใจทีตรงกั
นระหว่าง
Use Case Diagram
ตัวอย่าง Use
Case
Diagram ระบบ
จัดการจดหมาย
เหตุ
อิเล็กทรอนิกส ์
Activity Diagram
Diagram เป็ นแผนภาพที่
้
ใชแสดงขั
น
้ ตอนการทํางานของ Use
่ เดียวกับ Sequence
Case (เชน
Diagram และ Collaboration
Diagram) แต่จะเน ้นไปทีง่ านย่อยของ
วัตถุ โดยจะมีกระบวนการทํางานคล ้าย
กับ Flowchart
 Activity Diagram บางครัง
้ มี
ลักษณะคล ้าย Swimlane โดยจะ
 Activity
ตัวอย่าง
Activity
Diagram การ
สอบถามยอด
บัญชีจากตู ้
ATM
CardHolder
ATM Machine
InsertCard
Request Password
Enter Password
Check Password
Account
Confirm Access
Display Transaction Type
Choose Transaction Type
Read A/C Balance
Display Balance
Close Transaction
Return Card
Confirm Balance
Class Diagram
Diagram คือ แผนภาพทีใ่ ช ้
ั พันธ์
แสดง Class และ ความสม
ระหว่าง Class ของระบบทีส
่ นใจ
(Problem Domain)
่ ในระบบจัดซอ
ื้ Class ทีเ่ กีย
 เชน
่ วข ้อง
ื้ ใบสงั่ ซอ
ื้ ใบ
คือ ผู ้ผลิต พนักงานจัดซอ
เสนอราคา และใบเสร็จรับเงิน เป็ นต ้น
 Class
Class Diagram
ั ลักษณ์
 สญ
Name
Attributes
Class ประกอบด ้วย
ื่ ของMethods
1. Class Name คือ ชอ
Class
2. Attributes คือ คุณลักษณะของ
Class
3. Operations หรือ Methods คือ
กิจกรรมทีส
่ ามารถกระทํากับ
Object นัน
้ ๆ ได ้
ตัวอย่าง Class
Diagram
Sequence Diagram
Diagram เป็ นแผนภาพทีใ่ ช ้
อธิบายการทํางานของ Use Case เพือ
่
แสดงถึงขัน
้ ตอนการทํางานและลําดับของ
ื่ สาร (Message) ระหว่าง Object
การสอ
ทีต
่ อบโต ้กัน
 Sequence Diagram จะแสดงอยูใ
่ น
้
รูปแบบ 2 มิต ิ โดยเสนประแนวตั
ง้
(Lifeline) จะนํ าเสนอในด ้านเวลา สว่ น
 Sequence
Sequence Diagram
ATM Machine
Account
Card Holder
InsertCard()
RequestPassword()
EnterPassword()
CheckPassword()
ConfirmAccess()
DisplayTransType()
ChooseTransType()
ReadAccBalance()
ConfirmBalance()
DisplayBalance()
CloseTrans()
ReturnCard()
ตัวอย่าง Sequence Diagram การ
Deployment Diagram
Diagram เป็ นแผนภาพที่
แสดงสถาปั ตยกรรมของ Hardware และ
Software ในระบบ
 Deployment
ตัวอย่างสมมติฐานการวิจ ัย
1.3.1
0.1(
H0:  >0.1
H1:   0.1

H1)
ตัวอย่างสมมติฐานการวิจ ัย
(ต่อ)
1.3.3
่ ฒนาขึนมี
้
1.3.2 ระบบพยากรณ์ป ริมาณการยืมหนังสือทีพั
3.50
่
ความพึ
ง
พอใจในระดั
บ
ดี
(ค่
า
เฉลี
ยมากกว่
อเท่ากับ 3.51)
=.05)
.05(าหรื
H1)
(
H0:  <3.50
H1:   3.51

ตัวอย่างการเขียนอ้างอิงสู ตร
่
การสร ้างตัวแบบการจัดซือ้ จะเกียวข
้อง
กับการจัดซือ้
่
และต ้นทุนรวม [12] ซึงแสดงได
้ดังสมการที่ 2-1
Q

CD 
   hc
Q
2
DxO
ต ้นทุนรวม (TC) =
(2-1)
ใช ้ Equation พิมพ ์เท่านั้น ห ้าม Copy
ตัวอย่างเกณฑ ์การให้คะแนน
ของแบบสอบถาม
ตารางที่ 1 เกณฑ ์การให ้คะแนนของแบบสอบถาม
ระดับเกณฑ ์การให ้
ความหมาย
คะแนน
่ ด
5
ท่านมีความพึงพอใจต่อระบบมากทีสุ
4
ท่านมีความพึงพอใจต่อระบบมาก
3
ท่านมีความพึงพอใจต่อระบบปานกลาง
2
ท่านมีความพึงพอใจต่อระบบน้อย
1
่ ด
ท่านมีความพึงพอใจต่อระบบน้อยทีสุ
ตัวอย่างเกณฑ ์ในการแปลผล
แบบสอบถาม
ตารางที่ 2 เกณฑ ์การแปลผลคะแนนของแบบประเมินความพึงพอใจของผ
ระดับคะแนน
ความหมาย
เชิงคุณภาพ
เชิงปริมาณ
ดีมาก
4.51 – 5.00
ผู ้ใช ้มีความพึงพอใจต่อระบบอยู่ในระดับดีมาก
ดี
3.51 – 4.50
ผูใ้ ช ้มีความพึงพอใจต่อระบบอยู่ในระดับดี
ปานกลาง
2.51 – 3.50
ผู ้ใช ้มีความพึงพอใจต่อระบบอยู่ในระดับพอใช ้
น้อย
1.51 – 2.50
ผู ้ใช ้มีความพึงพอใจต่อระบบอยู่ในระดับน้อย
ควรปร ับปรุง
1.00 – 1.50
่
ผู ้ใช ้มีความพึงพอใจต่อระบบอยู่ในระดับทีควรปร
บั ปรุง
ตัวอย่างการออกแบบหน้าจอ 1
: xxxxxxxxxxxxxxx
:
xxxxxxxxxxxxxxxxxxxxxxx
:
99
. .
9999
Calendar
:
99
. .
9999
Calendar
Active
Inactive
99
99
. .
9999
Calendar
99
. .
9999
Calendar
Active
Inactive
99
99
. .
9999
Calendar
99
. .
9999
Calendar
Active
Inactive
99
99
. .
9999
Calendar
99
. .
9999
Calendar
Active
Inactive
ตัวอย่างการออกแบบหน้าจอ 2
Logo
xxxxxxxxx( ) xxxxxxxxx(
)
Administator
online
Logout
99
xxxxxxxxxxxxx
xxxxxxxxxx
99
xxxxxxxxxxxxx
xxxxxxxxxx
99
xxxxxxxxxxxxx
xxxxxxxxxx
99
xxxxxxxxxxxxx
xxxxxxxxxx
99
xxxxxxxxxxxxx
xxxxxxxxxx
99
xxxxxxxxxxxxx
xxxxxxxxxx
Page 1,2,3,99
ตัวอย่างการออกแบบหน้าจอ 3
: xxxxxxxxxxxxxx
:
1
BACK
: xxxxxxxxxxxxxx
99 : xxxxxxxx
value
99
+
-
99 : xxxxxxxx
99
+
-
การวัดคุณภาพของงานวิจ ัย
1. การวัดประสิทธิภาพของระบบงาน
2. การวัดความพึงพอใจของผูใ้ ช ้งาน
ปั ญหาในการออกแบบและ
เขียน Diagram
1.
2.
3.
4.
5.
6.
7.
8.
่ า
เลือก Diagram ไม่เหมาะสมกับงานทีจะท
ใช ้สัญลักษณ์ไม่ถก
ู ต ้อง
เขียนขอบเขตงานไม่ละเอียด
เส ้นไม่ Balance
แต่ละ Diagram ข ้อมูลไม่สอดคล ้องกัน
ออกแบบฐานข ้อมูลไม่ Normalization
่
ออกแบบหน้าตาโปรแกรมไม่เหมาะกับงานทีจะ
่
อืนๆ......
่ ดบ่อยครง้ั ในบทที่ 4
จุดทีผิ
1.
2.
3.
4.
5.
คานวณค่าคะแนนทางคณิ ตศาสตร ์ไม่ถก
ู ต ้อง
่ น่าเชือถื
่ อ
ใช ้เกณฑ ์การแปลผลทีไม่
แปลผลในเอกสารผิด
เขียนบทที่ 4 โดยขาดการวิเคราะห ์ผลการทด
่
้ อนเขียนโปรแกรม ไม่ใ
หน้าจอทีออกแบบขึ
นก่
่ ยนโปรแกรมเสร็จแล ้ว
หน้าจอเดียวกับทีเขี
สรุปโครงสร ้างของเอกสาร
ปั ญหาพิเศษ