การพัฒนาและการบํารุงรักษาระบบ

รายงาน
พัฒนาและการบำรุงรักษาระบบ

จัดทำโดย
นางสาวจนั ทรฉ์ าย ล้มิ ทองสขุ
รหัสประจำตัวนกั ศึกษา 076460305004-9

เสนอ
อาจารย์อนมุ าศ แสงสว่าง

รายงานประกอบศกึ ษาวิชาการวิเคราะหแ์ ละออกแบบระบบ รหสั วชิ า BA2052104
สาขาวชิ าระบบสารสนเทศ คณะบริหารธรุ กจิ
มหาวิทยาลัยเทคโนโลยีราชมงคลพระนคร
ภาคเรียนท่ี 1 ปกี ารศกึ ษา 2565

ก

คำนำ

รายงานฉบับนี้จัดทำขึ้นเพื่อประกอบการศึกษาวิชาการวิเคราะห์และออกแบบระบบ รหัส BA2052140
ได้ทำการศึกษาเกี่ยวกับการพัฒนาและการบำรุงรักษาระบบ โดยศึกษาเกี่ยวกับ การเขียนโปรแกรม ขั้นตอนการ
ทดสอบระบบ วิธีการติดตั้งระบบ การจัดเอกสารคู่มือการประเมินผลระบบใหม่ ตัวอย่างแบบประเมินและการ
บำรุงสารสนเทศ

ผูจ้ ดั ทำ
นางสาวจนั ทรฉ์ าย ล้ิมทองสุข

ข

สารบัญ

เรือ่ ง หนา้

คำนำ ก

สารบญั ข

สารบญั รูปภาพ ง

การพัฒนาระบบสารสนเทศ (Implementation System) 1
1
การเขยี นโปรแกรม 1
ทดสอบระบบ 2
4
การทดสอบหนว่ ยยอ่ ย (Unit Testing) 5
การทดสอบด้วยการนําโปรแกรมมาประกอบรวมกัน (Integration Testing)
การทดสอบทงั้ ระบบ (System Testing)
การทดสอบการยอมรับในระบบ (Acceptance Testing)

วธิ กี ารติดตั้งระบบ 5
การตดิ ต้งั เพือ่ ใช้งานใหม่ทนั ที (Direct Installation) 5
การติดตั้งแบบคู่ขนาน (Parallel Installation) 6
การตดิ ตงั้ แบบทีละเฟส (Phased Installation 7
การตดิ ตง้ั แบบโครงการนําร่อง (Pilot Project) 8

การจดั ทําเอกสารคู่มือ

เอกสารค่มู ือสําหรบั ผู้ใช้ (User Documentation) 8

เอกสารคู่มือระบบ (System Documentation) 8

สารบัญ(ตอ่ ) ค

เรอื่ ง หน้า
การประเมินผลระบบใหม่ และตัวอยา่ งแบบประเมิน 9
การบํารุงรกั ษาระบบสารสนเทศ (Maintenance System) 10
กิจกรรมในการบำรุงรักษาระบบ 10
ประเภทของการบำรุงรักษาระบบ 10
บรรณานุกรม 11

สารบญั รูปภาพ ง

เรอ่ื ง หน้า
รูปภาพท่ี 1 วิธกี ารจากลา่ งขึ้นบน 2
รูปภาพที่ 2 วธิ จี ากบนลงลา่ ง 2
รูปภาพที่ 3 การทดสอบการปรับเปลีย่ นจากบนลงลา่ ง 3
รูปภาพท่ี 4 การทดสอบวธิ ีการบกิ -แบง 3
รปู ภาพท่ี 5 วิธีการบิก-แบง 4
รปู ภาพที่ 6 การทดสอบท้ังระบบ 4
รปู ภาพที่ 7 การตดิ ตั้งทนั ที 5
รปู ภาพท่ี 8 ตดิ ตง้ั แบบขนาน 6
รูปภาพท่ี 9 ติดตงั้ แบบนำร่อง 7
รปู ภาพที่ 10 ตัวอย่างกระประเมนิ ระบบ 9

1

เรอื่ งการพฒั นาและการบาํ รุงรกั ษาระบบ

1.การพัฒนาระบบสารสนเทศ(Implementation System)

1.1การเขยี นโปรแกรม

คือการเขียนโปรแกรมเพื่อสร้างระบบขึ้นมา มีโปรแกรมเมอร์เป็นผู้รับผิดชอบงานให้เป็นไปตาม
มาตรฐานท่นี ักวิเคราะหร์ ะบบได้กำหนดไวโ้ ดยมีขัน้ ตอนดังน้ี

1.1.1คัดเลือกภาษาระดับสูงเพื่อนำมาใช้เขียนโปรแกรม เนื่องจากภาษา ระดับสูงเป็นภาษาท่ี
สรา้ งขึ้นเพอ่ื ช่วยอำนวยความสะดวกในการเขียนโปรแกรม กล่าวคอื ลกั ษณะของคำสั่งจะประกอบด้วยคำตา่ ง ๆ ใน
ภาษาอังกฤษ ซึ่งผู้อ่านสามารถเข้าใจความหมายได้ทันที ผู้เขียนโปรแกรมจึงเขียนโปรแกรมด้วยภาษาระดับสูงได้
ง่ายกว่าเขียนด้วยภาษาแอสเซมบลีหรือภาษาเครื่อง ภาษาระดับสูงมีมากมายหลายภาษา อาทิเช่น ภาษาซี ( C)
และภาษาจาวา (Java) เป็นต้น

1.1.2.ศึกษาจากเอกสารต่างๆ ที่ได้จากการวิเคราะห์และออกแบบท่ีนักวิเคราะห์ระบบไดจ้ ดั ทำ
ไว้ เช่นแผนภาพกระแสขอ้ มลู (DFD) แผนภาพออี าร์ พจนานุกรมขอ้ มูล หน้าจอทอี่ อกแบบ

1.1.3.เขียนโปรแกรมด้วยการปฏิบัติตามไวยากรณข์ องภาษาคอมพิวเตอร์

1.2 ทดสอบระบบ

การทดสอบระดับโปรแกรม มีวัตถุประสงค์เพื่อ ตรวจสอบโปรแกรมที่ถูกสร้างขึ้นโดย
โปรแกรมเมอร์เมื่อ รวมกันเป็นระบบการท างานแล้วสามารถกระท างานได้ ตามที่ออกแบบไว้ ความผิดพลาดที่
อาจเกิดขึ้นในระดับนี้ ได้แก่ ความผิดพลาดของขั้นตอนวิธี (algorithm error) ความผิดพลาดด้านไวยากรณ์
(syntax error) ความผิดพลาดทางด้านการคำนวณ (computation and precision error) ความผิดพลาดของ
เอกสาร (documentation error) ความผิดพลาดที่เกิดจากการ ปฏิบัติงานเกินสิ่งที่กำหนดไว้ (stress and
overload error)

1.2.1การทดสอบหน่วยยอ่ ย (Unit Testing)

เป็นระยะแรกของการทดสอบ หลังจากทผ่ี ูพ้ ฒั นาโปรแกรมได้เขียนคำส่ังโปรแกรมตามท่ี
ได้ รับมอบหมายเสร็จส้ิน ระยะนี้เป็นการค้นหา ข้อผิดพลาดของมอดูลหรอื หน่วยโปรแกรม อาจเป็น รูปแบบหรอื

2

ไวยากรณ์ภาษาผิดพลาด ความหมาย ผิดพลาด สูตรการค นวณผิดพลาด หรือลำดับของการ ทำงานผิดพลาด
กระบวนการทดสอบหนว่ ยมีหลายวิธีการ

1.2.2 การทดสอบด้วยการนาํ โปรแกรมมาประกอบรวมกัน (Integration Testing)
เป็นการทดสอบการทำงานของมอดูลโปรแกรมทั้งหมด โดยนำมอดูลทั้งหมดมาทดสอบ

รวมกัน วิธีการทดสอบรวมนั้นจะ ถูกมองเป็นลำดับชั้นของมอดูลสอดคลอ้ งกับการออกแบบ เป็นมอดูล(modular
design) แต่ละมอดูลจะอยใู่ นชัน้ (layer)ของการออกแบบ ซ่งึ มหี ลายวธิ ีการดงั กล่าวต่อไปนี้

1.2.1 วิธีการจากล่างขึ้นบน(bottom-up approach) เป็นปรัชญาที่นิยมในการรวม
มอดูลสาหรบั ทดสอบระบบขนาดใหญ่ วธิ ีการน้ีมอดลู ในระดับล่างสดุ ถูก ทดสอบกอ่ น ต่อจากนนั้ จะเรียกมอดูลใน
ลำดับชน้ั ท่ีอยู่ กอ่ นนำมาทดสอบรวมกนั กระทำทีละลำดบั ชั้นจากล่างขนึ้ บนจนกระท่งั ทดสอบครบทกุ มอดูล

รูปภาพท่ี 1 วธิ กี ารจากล่างข้ึนบน
1.2.2 วิธีจากบนลงล่าง(top-down approach) การทดสอบวิธีการนี้จะเริ่มจากมอดูล
ระดบั ชนั้ บนสุดซง่ึ จะทดสอบตวั เอง ตอ่ จากน้นั มอดูลในล าดับชนั้ ถัดมาจะ ถกู เรียกเพือ่ รวมและทดสอบเป็นหน่วย
ใหญ่ข้ึน และจะ กระทำซำ้ ในลำดับช้ันถัด ๆ มาจนกระท่ังทุกโมดูลรวมกนั เพือ่ ทดสอบท้ังหมด วิธีการทดสอบวิธีน้ี
อาจเรยี กมอดลู ท่ี ยังไม่ได้ทำการทดสอบดังนน้ั อาจต้องเขยี นโปรแกรม จำลองกจิ กรรมของมอดลู ทีข่ าดหายไป

รูปภาพที่ 2 วธิ ีจากบนลงล่าง

3

รปู ภาพท่ี 3 การทดสอบการปรับเปล่ยี นจากบนลงล่าง
1.2.3 วิธีการบิก-แบง(big-bang approach) เป็นการทดสอบรวมที่นำทุกมอดูลใน
ระบบท้ังหมด ทดสอบแยกออกจากกนั ต่อจากนนั้ จงึ น ามอดลู ทั้งหมด มารวมกันเพือ่ ทดสอบรวมเพยี งครัง้ เดียว

รูปภาพที่ 4 การทดสอบวธิ ีการบกิ -แบง

4

1.2.4 วิธีการแซนวิช(sandwich approach) เป็นวิธีการทดสอบรวมที่ผสมผสาน
ระหวา่ งวิธกี าร จากบนลงลา่ งและวิธีการจากล่างขึน้ บน วธิ ีการนี้ มองระบบเปน็ 3 ชั้นเหมือนกับการทำแซนวิช

รปู ภาพท่ี 5 วิธีการบิก-แบง
1.2.3การทดสอบทงั้ ระบบ (System Testing)
คือการทดสอบระบบทั้งหมดก่อนที่จะส่งมอบให้ลูกค้า โดยทดสอบทั้งฟังก์ชันการทำงาน
(Function Test) และทดสอบประสิทธภิ าพของระบบ (Performance Testing) เช่น ทดสอบให้ผูใ้ ช้งานเข้ามาใช้
ระบบคราวละมากๆ การทดลองใช้งานขอ้ มลู ทม่ี ขี นาดใหญ่ และการทดสอบระบบความปลอดภยั เปน็ ต้น

รปู ภาพที่ 6 การทดสอบท้งั ระบบ

5

1.2.4 การทดสอบการยอมรับในระบบ (Acceptance Testing)
การทดสอบการยอมรับ (acceptance testing) การทดสอบในระยะนี้เป็นการเปรียบเทียบ
ประสิทธิภาพของระบบกับความคาดหวังของลูกค้า โดยตรวจสอบจากเอกสารก าหนดความต้องการ
(requirement definition document) ตรวจสอบ คุณลักษณะของระบบเพื่อให้แน่ใจว่าระบบสามารถ ทำงาน
ตามท่ไี ดก้ ำหนดไว้ได้ วธิ ีการในการทดสอบ การยอมรบั มหี ลายวธิ ีการ
1.3 วธิ ีการตดิ ต้งั ระบบ
การเปล่ยี นการทำงานจากระบบงานเดมิ ไปเป็นระบบงานใหม่ แต่การเปลี่ยนแปลงไปสสู่ ิ่งใหม่
ยอ่ มมีผลกระทบต่อผใู้ ช้งานบางกลมุ่ ท่ยี ังคงมีความคุน้ เคยกบั วิธกี ารดำเนนิ งานแบบเดิมรวมทั้งข้อจำกัดในเร่ือง
ของความพร้อมในการเปลี่ยนแปลง ดงั น้ันจงึ ควรเลอื กแนวทางทเี่ หมาะสมในการตดิ ต้ังด้วย ซ่ึงแบง่ ออกเป็น 4
แนวทางดงั นี้
1.3.1 การตดิ ต้งั เพ่ือใช้งานใหมท่ นั ที (Direct Installation)
เป็นวธิ กี ารติดต้ังทมี่ ีการใช้ระบบงานใหมท่ ันทีและยกเลกิ การใชง้ านระบบงานเกา่ ท้ังหมด
เช่นเดียวกัน วธิ ีการแบบนี้องคก์ รเสียค่าใชจ้ ่ายน้อยแต่มคี วามเส่ียงสูง

ระบบเดมิ ระบบใหม่

รปู ภาพที่ 7 การตดิ ต้ังทนั ที

ขอ้ ดี
-ระบบใหมส่ ามารถใช้งานได้ทันที
-สถานการณบ์ งั คับให้ผใู้ ช้งานต้องใช้ ระบบใหม่ ไม่สามารถกลับไปใช้ ระบบเดมิ ได้
-งา่ ยตอ่ การวางแผน
-คา่ ใชจ้ ่ายตำ่ และใชเ้ วลาน้อย

6

ข้อเสยี
-อาจเกดิ ข้อผดิ พลาดที่คาดไม่ถงึ ใน ขณะที่ใช้ระบบใหม่
-มีความเสีย่ งสงู ทสี่ ุด เม่ือ เปรียบเทยี บกบั วิธีการอ่ืนๆ

1.3.2 การติดต้ังแบบคู่ขนาน (Parallel Installation)
เปน็ วิธีการทีม่ ีการใชร้ ะบบงานใหม่ไปพร้อมๆ กบั การใช้ระบบงานเกา่ จนกวา่ ผู้ใช้และผู้บริหารจะ
พอใจและตัดสนิ ใจท่จี ะหยดุ ใช้ระบบเกา่ การติดต้ังแบบขนาน เปน็ วธิ กี ารตดิ ตง้ั ทต่ี อ้ งใช้ค่าใช้จ่ายค่อนขา้ งสูง

ระบบเดิม
ระบบใหม่

รปู ภาพที่ 8 ติดตั้งแบบขนาน
ขอ้ ดี

-มีความปลอดภยั สงู
-สามารถเปรียบเทียบ กระบวนการทำงานและเอาต์พุต ทไ่ี ด้จากระบบระหวา่ งระบบ
ปจั จบุ ันกับระบบใหม่
ขอ้ เสยี
-ใชต้ ้นทนุ สงู
-สิน้ เปลอื งเวลา
-ถา้ ระบบใหม่ผดิ พลาดผู้ใช้อาจ เกดิ ทศั นคตไิ ม่ดตี ่อระบบใหม่
-ยากตอ่ การวางแผนและมี ขั้นตอนควบคุมการทำงานที่ ยุ่งยาก

7

1.3.3 การตดิ ตั้งแบบทีละเฟส (Phased Installation)
เปน็ วธิ ีการปรบั เปลี่ยน ระบบโดยจะทยอยการติดตั้งใช้งานทีละระบบย่อย เช่น เริ่มต้นจากระบบ
บัญชี ด้วยการนำระบบบัญชีลูกหนี้มาใช้งานก่อน จากนั้นจึงค่อยติดตั้ง ระบบบัญชีเจ้าหนี้ และระบบบัญชีแยก
ประเภทตามลำดบั
ข้อดี

-เจ้าของไมต่ ้องชำระเงนิ ก้อนใหญ่
-หากเกิดข้อผดิ พลาดจะไมส่ ่งผล กระทบต่อระบบโดยรวม
-เหมาะกับระบบงานขนาดใหญ่ทมี่ ี ความซบั ซ้อนสูง
ข้อเสีย
-อาจใช้เวลามากเกินไปกบั บาง ระบบ
-ไมเ่ หมาะกบั ระบบงานทไี่ ม่ สามารถแบ่งระบบออกเปน็ ส่วนยอ่ ย ๆได้
1.3.4 การตดิ ตงั้ แบบโครงการนําร่อง (Pilot Project)
การติดตั้งแบบนำร่องเป็นวิธีการที่มีการใช้ระบบงานใหม่เพียงหน่วยเดียวหรือแผนกเดียวของ
องคก์ รก่อนเพ่ือเปน็ การนำรอ่ ง แล้วจึงค่อยปรบั เปลย่ี นทงั้ หมดเมอื่ เห็นว่าระบบใหมน่ ้นั ลงตัวแล้ว
ขอ้ ดีของวิธีการนี้ คือ เสียคา่ ใช้จา่ ยน้อยกว่าสองวธิ แี รกและเมอ่ื เกดิ ข้อผดิ พลาดหรือควาเสยี หาย
เน่ืองจากความเสยี หายนั้นจะจำกดั อยู่เพยี งแค่สถานทีข่ ององค์กรทจ่ี ัดให้มีการตดิ ต้งั ระบบใหมแ่ บบนำร่องเทา่ นน้ั

ระบบเดมิ ระบบใหม่

รูปภาพที่ 9 ตดิ ตัง้ แบบนำรอ่ ง
ขอ้ ดี

-ลดความเสย่ี ง
-ค่าใช้จา่ ยตำ่

8

ข้อเสีย
-เหมาะกับระบบท่ีมคี วามสมบูรณ์ตวั เองคือไม่เกย่ี วข้องกับระบบงานอื่น ๆ

1.4 การจดั ทาํ เอกสารค่มู ือ
1.4.1 เอกสารคู่มอื สาํ หรับผใู้ ช้ (User Documentation)
เอกสารคู่มือสำหรับผู้ใช้(User Documentation) เป็นคู่มือเอกสารที่ จัดทำให้แก่ผู้ใช้

ระบบบางครัง้ เราเรียกวา่ User’s Manual ซง่ึ ภายในคมู่ อื ประกอบด้วย
-คำแนะนำและขั้นตอนวิธกี ารเปดิ /ปิดโปรแกรมท่ีถกู ต้อง
-คำแนะนำวธิ กี ารป้อนข้อมลู ทีถ่ กู ต้อง
-อธบิ ายลำดับข้ันตอนการประมวลผลของงาน
-อธิบายข้อผิดพลาดต่างๆ ทีอ่ าจจะเกิดข้นึ

1.4.2 เอกสารค่มู ือระบบ (System Documentation)
เป็นคู่มือเอกสารที่จัดทำให้แก่เจ้าหน้าที่ควบคุมระบบ ภายในคู่มือประกอบด้วย

รายละเอยี ดตอ่ ไป
-คำแนะนำแนวทางในการจดั การกบั ปญั หาทเ่ี กดิ ข้ึน
-คำแนะนำวิธีการอปั เกรดอปุ กรณ์
-วธิ กี ารสำรองขอ้ มลู และการกคู้ ืนระบบ
-เอกสารเกี่ยวกับชดุ คำส่งั (Source Code)

9

2.การประเมนิ ผลระบบใหม่ และตัวอย่างแบบประเมิน
จุดประสงค์ของการประเมินผลระบบคือ ต้องการประเมินผลว่า ระบบ ใหม่ที่ติดตั้งและใช้งานนั้นเป็นไป

ตามความตอ้ งการหรือเป็นไปตาม วัตถปุ ระสงคข์ องผใู้ ช้หรือไม่ มีข้อบกพร่องสว่ นใดบ้างทีค่ วรปรบั ปรงุ

รปู ภาพที่ 10 ตัวอยา่ งการประเมินระบบ

10

3.การบาํ รงุ รกั ษาระบบสารสนเทศ (Maintenance System)

การบำรุงรักษาระบบที่เป็นเว็บแอพพลิเคชั่นว่า เป็นการบำรุงรักษาระบบที่เหมือนกันระบบทั่ว ๆ ไป
หลังจากที่ได้มีการพัฒนาระบบและมีการอัพโหลดไปบนเครือข่ายอินเทอร์เน็ตแล้ว ทั้งนี้เพื่อให้ระบบสามารถ
ตอบสนองความต้องการได้อย่างมีประสิทธิภาพจำเป็นต้องมีการประเมินการทำงาน การบำรุงรักษาในส่วนของ
ฮาร์ดแวร์ (Hardware) ซอฟต์แวร์ (Software) การอัพเดตข้อมูลสำหรับเว็บแอพพลิเคชั่นให้ทันสมัยอยู่เสมอการ
จเรียบรอ้ ยแลว้ เมือ่ ถึงระยะเวลาหนึ่งระบบอาจต้องมีการปรับปรงุ แก้ไขให้ทนั ต่อยุคสมัยหรือปรับปรุงข้อผิดพลาด
ให้ถูกต้อง การบำรุงรักษาระบบเป็นการยืดอายุระบบงานให้ใช้ต่อไปอย่างมีประสิทธิภาพการบำรุงรักษาระบบ
สารสนเทศ เป็นงานหลักในการบำรุงรักษาอุปกรณ์ และระบบสารสนเทศต่าง ๆ ให้สามารถใช้งานได้อย่างถูกตอ้ ง
เพราะการท่ีระบบเทคโนโลยีสารสนเทศไม่ได้รับการพัฒนาและบำรุงรกั ษาทด่ี ีอาจส่งผลให้ระบบไม่สามารถทำงาน
ได้อย่างมีเสถียรภาพ(ฮาร์ดแวร์และระบบเครือข่าย) ไม่มีความน่าเชื่อถือ (ข้อมูลสารสนเทศ) และไม่สอดคล้องกับ
ความต้องการของผู้ใช้งาน (Software) ซึ่งมีผลทำให้องค์กรไม่สามารถดำเนินงานได้อย่างมีประสิทธิภาพรวมท้ัง
ผู้บริหารไม่สามารถกำหนดนโยบายและตัดสินใจได้อย่างถูกต้องซึ่งการบำรุงรักษาระบบสารสนเทศมีรายละเอียด
ดังตอ่ ไปน้ี

กจิ กรรมในการบำรุงรกั ษาระบบ

1. เก็บรวบรวมคำรอ้ งขอใหป้ รับปรงุ ระบบ
2. วิเคราะห์ขอ้ มูลการร้องขอเพ่ือการปรับปรุง
3. ออกแบบการทำงานท่ีต้องการปรับปรุง
4. ปรบั ปรงุ ระบบ

ประเภทของการบำรุงรกั ษาระบบ
1. ซ่อมบำรงุ เพื่อความถูกต้อง (Corrective Maintenance)
เปน็ การควบคมุ การทำงานของระบบที่ทำอยปู่ ระจำให้ดำเนนิ การต่อไปได้ เชน่ มผี ใู้ ชแ้ จ้งว่าโปรแกรม
สั่งพิมพ์รายงานพิมพ์ รายการข้อมูลต่อเนื่องกันไปจนล้นหน้ากระดาษโดยไม่ยอมขึ้นหน้าใหม่
โปรแกรมเมอร์กจ็ ะต้องท าการคน้ หาสาเหตุและแก้ปัญหานั้นให้ได้
2. ซอ่ มบำรงุ เพื่อปรับเปล่ียน (Adaptive Maintenance)
เป็นการบำรุงรกั ษาดว้ ยการดัดแปลงหรอื ปรบั แต่งระบบใหร้ องรับกบั สภาพแวดลอ้ มท่ีเปล่ียนแปลงไป
เช่น มกี ารเปล่ียนแปลงฮาร์ดแวร์ และระบบปฏบิ ัติการ ทำให้ระบบที่พฒั นาทำงานบนสภาพแวดล้อม
ใหม่นี้อยา่ งตดิ ๆขัด ๆ จึงจำเปน็ ตอ้ งปรับปรงุ แก้ไขโปรแกรมให้ สามารถทำงานได้ดกี บั สภาพแวดล้อม
หรอื เทคโนโลยที ีเ่ ปล่ยี นไปนี้

11

3. ซ่อมบำรุงเพื่อความสมบรู ณ์ (Perfective Maintenance)
เป็นการบำรุงรักษาโดยการเพิ่มคุณสมบัติ ใหม่ (Features) หรือปรับปรุงกระบวนการที่มีอยู่ให้มี
ประสทิ ธิภาพ ยงิ่ ขน้ึ กวา่ เดมิ เชน่ การปรบั ปรงุ User Interface จากเดมิ ที่เปน็ แบบ Text ให้เปน็ แบบ
GUI

4. ซอ่ มบำรงุ เพื่อปอ้ งกนั (Preventive Maintenance)
เพื่อ ช่วยลดข้อผิดพลาดทีอ่ าจเกิดขึ้นในอนาคต เช่น การป้องกันด้วยการ ออกแบบระบบให้สามารถ
รองรับเรคอรด์ ขอ้ มูลตา่ งๆทีอ่ าจเพิ่มข้ึน อย่างมากในอนาคต

12

บรรณานกุ รม

kbujournal,+Journal+manager,+10บทความวิชาการ140-153การทดสอบซอฟตแ์ วร+์ (1).pdf
http://online.anyflip.com/wxxm/jyml/mobile/