ระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสราง โดยใชเทคโนโลยีเว็บ

Document Sharing for Construction Project By Web Technology

ดาราวรรณ พรหมพิพัฒ Darawan Prompipat

สารนิพนธฉบับนี้เปนสวนหนึ่งของการศึกษา ตามหลักสูตรวิทยาศาสตรมหาบัณฑิต

สาขาวิชาเทคโนโลยีสารสนเทศ บัณฑิตวิทยาลัย มหาวิทยาลัยเทคโนโลยีมหานคร

ปการศึกษา 2554

I

หัวขอโครงงาน ระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ

นักศึกษา นางสาวดาราวรรณ พรหมพิพัฒ รหัสนักศึกษา 5317670019 ปริญญา วิทยาศาสตรมหาบัณฑิต สาขาวิชา เทคโนโลยีสารสนเทศ พ.ศ. 2554 อาจารยผูควบคุมโครงงาน ผศ.ดร.พนม เพชรจตุพร อาจารยที่ปรึกษารวม อาจารย สืบทัศน ลิ่มสายหั้ว

บทคัดยอ

โครงงานนี้เปนระบบการใชเอกสารรวมกันสําหรับโครงการควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บโดยใชความรูจาก PMBOK ( Project Management Body of Knowledge ) มาใชในการดําเนินการ พรอมทั้งไดมีการนําเอกสารที่ใชรวมกันในองคกรมาเปนตนแบบในการดึงขอมูลมาใชดําเนินงานควบคุมงานกอสรางซึ่งสามารถชวยในการบริหารจัดการโครงการในสถานที่กอสรางตาง ๆโครงงานนี้จะมุงเนนในการสรางเครื่องมือในการบริหารควบคุมงานกอสรางใหเปนไปตามแผนงานระยะเวลาในการกอสราง และสามารถตรวจสอบการทํางานของวิศวกรควบคุมงานได

II

กิตติกรรมประกาศ

โครงงานนี้สามารถเกิดข้ึนไดอันเนื่องมากจาก ความรวมมือและคําแนะนําจากหลายๆ ทาน ที่ชวยชี้แนะแนวทางและใหความรูดานตางๆ ทั้งนี้ตองขอขอบพระคุณ ผศ.ดร.พนม เพชรจตุพร เปนอยางสูง ที่ไดชวยกลั่นกรองและใหแนวคิดในการทํางาน อีกทั้งยังชวยชี้นําใหเห็นถึงปญหาที่จะเกิด ทําใหสามารถเตรียมการแกไขไดเปนอยางดี ขอขอบพระคุณ อาจารย สืบทัศน ลิ่มสายหั้ว ที่ชวยตรวจดูและใหคําแนะนําเก่ียวกับการออกแบบฐานขอมูล รวมถึงพ่ีและนองสาขาพัฒนาและบูรณาการระบบที่ชวยใหคําปรึกษาและคําแนะนําจนทําใหโครงงานนี้มีความสําเร็จลุลวงไปไดดวยดี

ดาราวรรณ พรหมพิพัฒ

III

สารบัญ หนา

บทคัดยอภาษาไทย…………………………………………………………………………….. I กิตติกรรมประกาศ……………………………………………………………………………… II สารบัญ………………………………………………………………………………………….. III สารบัญตาราง…………………………………………………………………………………… V สารบัญรูป………………………………………………………………………………………..VI บทที ่1 บทนํา……………………………………………………………………………………1

1.1 กลาวนํา…………………………………………………………………………….1 1.2 กรณีศึกษา………………………………………………………………………….1 1.3 ปญหาและแรงจูงใจ……………………………………………………………….. 2 1.4 แนวทางการแกปญหา……………………………………………………………..2 1.5 วัตถุประสงคของโครงงาน………………………………………………………....2 1.6 ขอบเขตของโครงงาน…………………………………………………………….. 3 1.7 ประโยชนของโครงงาน…………………………………………………………… 3 1.8 ข้ันตอนการดําเนินงานโครงการ…………………………………………………. 3

บทที ่2 ทฤษฎ…ี……………………………………………………………………………….. 6 2.1 บทนํา……………………………………………………………………………… 6 2.2 การศึกษาวรรณกรรมและงานวิจัยที่เก่ียวของ…………………………………… 6 2.3 ทฤษฎีที่เก่ียวของ…………………………………………………………………. 9 2.3.1 ทฤษฎีและหลักการพัฒนาระบบ……………………………………………9 2.3.2 ทฤษฎีและหลักการเก่ียวกับฐานขอมูล……………………………………. 9 2.3.3 ทฤษฎีและหลักการเก่ียวกับเว็บแอพพลิเคชั่น……………………………. 11 2.3.4 โครงการ……………………………………………………………………. 12 2.3.5 การบริหารโครงการ………………………………………………………... 14

2.3.6 วงรอบชีวิตของโครงการ…………………………………………………… 15 2.3.7 บุคคลผูมีบทบาทสําคัญในการบริหารโครงการ…………………………… 17

2.3.8 กลุมกระบวนการในการจัดการโครงการ ………………………………….. 18 2.3.9 แผนการบริหารโครงการของ PMBOK ทั้ง 9 ดาน……………………….. 21

2.4 เทคโนโลยีสารสนเทศที่นํามาใช…………………………………………………..23 2.5 การประยุกตใชแฟมตนแบบ (Template)…………………………………………25 2.6 แนวทางการบริหารและติดตามโครงการดานสารสนเทศ……………………….. 28

IV

สารบัญ (ตอ) หนา

บทที ่3 การออกแบบระบบ…………………………………………………………………….. 29 3.1 กลาวนํา…………………………………………………………………………… 29

3.2 ปญหาจากระบบเดิม และการสรางระบบใหม……………………………………..31 3.3 การรวบรวมและการศึกษาขอมูล………………………………………………….32 3.4 ภาพรวมการออกแบบระบบ……………………………………………………….33

3.5 แผนภาพแสดงการไหลของขอมูล Data Flow Diagram (DFD)………………...34 3.6 การออกแบบ Entity Relationship Diagram (ER)……………………………… 50 3.7 พจนานุกรมขอมูล (Data Dictionary)……………………………………………. 52

บทที ่4 ข้ันตอนในการดําเนินโครงการ……………………………………………….……….. 55 4.1 กลาวนํา…………………………………………………………………………… 55 4.2 การสรางฐานขอมูล……………………………………………………………….. 55 4.3 การเขียนโปรแกรม……………………………………………………………….. 56 4.4 การทดสอบระบบ…………………………………………………………………. 56 4.5 การติดตั้งระบบ…………………………………………………………………… 57 4.6 การฝกอบรมการใชงานระบบ……………………………………………………. 57 4.7 สรุปผล…………………………………………………………………………….. 58

บทที ่5 ผลการทดลอง………………………………………………………………………….. 59 5.1 กลาวนํา…………………………………………………………………………….59 5.2 ผลการดําเนินงาน………………………………………………………………….59 5.3 สรุปผลการทดลอง…………………………………………………………………65 บทที ่6 สรุปผลโครงงาน และขอเสนอแนะ………………………………………….………… 66

6.1 กลาวนํา…………………………………………………………………………… 66 6.2 สรุปผลโครงงาน…………………………………………………………………... 66 6.3 ขอเสนอแนะ………………………………………………………………………. 66

เอกสารอางอิง……………………………………………………………………………………67 ภาคผนวก ก……………………………………………………………………………………. 68 ภาคผนวก ข……………………………………………………………………………………. 86 ภาคผนวก ค……………………………………………………………………………………. 113 ภาคผนวก ง……………………………………………………………………………………. 133

V

สารบัญตาราง หนา

ตารางที่ 1.1 ระยะเวลาในการดําเนินโครงการ………………………………………………… 5 ตารางที่ 2.1 เครื่องมือและเทคนิคที่ใชความรูการบริหารโครงการ 9 ดาน……………………23 ตารางที่ 2.2 ตารางแฟมตนแบบ (Template) ในกระบวนการบริหารโครงการ……………… 26 ตารางที่ 3.1 สัญลักษณที่ใชในแผนภาพกระแสขอมูล………………………………………… 35 ตารางที่ 3.2 ตารางขอมูลแฟมตนแบบ (TEMPLATE)……………………………………….. 52 ตารางที่ 3.3 ตารางขอมูลระยะดําเนินการ (PHASE)………………………………………….52 ตารางที่ 3.4 ตารางขอมูลลูกคา (CUSTOMER)……………………………………………... 52 ตารางที่ 3.5 ตารางขอมูลแผนก (DEPARTMENT)…………………………………………. 52 ตารางที่ 3.6 ตารางขอมูลระยะดําเนินการโครงการ (PROJECT_PHASE)………………... 53 ตารางที่ 3.7 ตารางขอมูลแฟมตนแบบโครงการ (PROJECT_TEMPLATE)………………. 53 ตารางที่ 3.8 ตารางขอมูลโครงการ (PROJECT)…………………………………………….. 53 ตารางที่ 3.9 ตารางขอมูลผูจัดการโครงการ (PROJECT_MANAGER)……………………. 53 ตารางที่ 3.10 ตารางขอมูลผูใช (USER)……………………………………………………... 54 ตารางที่ 3.11 ตารางขอมูลสมาชิกโครงการ (PROJECT_MEMBER)……………………... 54

VI

สารบัญรูป หนา

รูปที่ 2.1 ความสัมพันธระหวางขอจํากัดของโครงการ 3 ดาน………………………………... 13 รูปที่ 2.2 สวนที่เก่ียวของกับการบริหารโครงการ……………………………………………... 14 รูปที่ 2.3 วงรอบชีวิตของโครงการ (Project Life Cycle)………………………………………15 รูปที่ 2.4 โครงสรางบทบาทหนาที่ของบุคคลในโครงการ…………………………………….. 17 รูปที่ 2.5 กลุมของกระบวนการในการดําเนินโครงการ……………………………………….. 19 รูปที่ 2.6 โครงสรางของสถาปตยกรรม .Net…................................................................... 24 รูปที่ 2.7 โครงสรางของระบบงาน………………………………………………………………24 รูปที่ 3.1 ผังบริษัท เกทเวย อารคิเท็ค จํากัด…………………………………………………..29 รูปที่ 3.2 ผังการควบคุมงานกอสราง บริษัท เกทเวย อารคิเท็ค จํากัด……………………….30 รูปที่ 3.3 Block Diagram ของระบบการใชเอกสารรวมกันสําหรับโครงงาน………………….30 ควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ รูปที่ 3.4 รูปแสดงกระบวนการทํางานของระบบเดิม…………………………………………..31 รูปที่ 3.5 รูปแสดงกระบวนการทํางานของระบบใหม…………………………………………. 32 รูปที่ 3.6 แผนผังแสดงข้ันตอนการใชงานระบบการใชเอกสารรวมกัน...................................34 รูปที่ 3.7 สัญลักษณที่ใชแทนกระบวนการ……………………………………………………..36 รูปที่ 3.8 สัญลักษณการไหลขอมูลงขอ…………………………………………………………36 รูปที่ 3.9 สัญลักษณของตัวแทนขอมูล………………………………………………………….37 รูปที่ 3.10 สัญลักษณของแหลงขอมูล.................................................................................37 รูปที่ 3.11 Data Flow Diagram ในระดับ Context Diagram………………………………… 40 รูปที่ 3.12 Data Flow Diagram ระดับ 0…………………………………………………….. 42 รูปที่ 3.13 DFD Level 1 (1.0)………………………………………………………………… 43 รูปที่ 3.14 DFD Level 1 (2.0)…………………………………………………………………. 44 รูปที่ 3.15 DFD Level 1 (3.0)………………………………………………………………….45 รูปที่ 3.16 DFD Level 1 (4.0)…………………………………………………………………. 45 รูปที่ 3.17 DFD Level 1 (5.0)…………………………………………………………………. 46 รูปที่ 3.18 ER Diagram………………………………………………………………………... 51 รูปที่ 4.1 ระบบจัดการฐานขอมูล Microsoft SQL Server……………………………………. 55 รูปที่ 4.2 โปรแกรม Microsoft Visual Studio 2008 ใชสําหรับพัฒนาโปรแกรม……………..56 รูปที่ 4.3 การติดตั้งเครื่องใหบริการทําหนาที่เปน Web Server……………………………… 57 รูปที่ 5.1 แสดงหนาจอการเขาใชงานระบบ…………………………………………………….59 รูปที่ 5.2 แสดงหนาจอตัวอยางของ Customer Master……………………………………….60 รูปที่ 5.3 แสดงหนาจอรายการลูกคาในระบบ…………………………………………………. 60

VII

สารบัญรูป (ตอ)

หนา รูปที่ 5.4 แสดงหนาจอการสรางโครงการใหม………………………………………………… 61 รูปที่ 5.5 แสดงรายการแฟมตนแบบที่จะทําการ Download…………………………………. 61 รูปที่ 5.6 แสดงข้ันตอนการโหลดแฟมตนแบบ…………………………………………………62 รูปที่ 5.7 แสดงขอมูลแฟมตนแบบหลังจากทําการ Download……………………………….. 62 รูปที่ 5.8 แสดงตัวอยางขอมูลแฟมตนแบบที่มีการบันทึกขอมูลเรียบรอย (1)……………….. 63 รูปที่ 5.9 แสดงตัวอยางขอมูลแฟมตนแบบที่มีการบันทึกขอมูลเรียบรอย (2)……………….. 63 รูปที่ 5.10 แสดงหนาจอการ Upload แฟมตนแบบกลับเขาระบบ……………………………. 64 รูปที่ 5.11 แสดงหนาจอสถานะการโหลดแฟมตนแบบ……………………………………….. 64

1

บทท่ี 1 บทนํา

1.1 กลาวนํา

งานกอสราง เปนงานที่มีกระบวนการดําเนินงานที่ตองใชทักษะความรู ความสามารถ วิธีการ เทคนิคการจัดการ รวมถึงการวางแผนในการจัดสรรทรัพยากรปจจัยใหเพียงพอกับความตองการ ภายใตขอกําหนดของขอบเขต ของงาน งบประมาณ ระยะเวลาและคุณภาพ โดยการใชทรัพยากรที่มีอยูใหเกิดประโยชนสูงสุด มีประสิทธภิาพสูงสุด บนพ้ืนฐานของตนทุนในการดําเนินงานที่ต่ําสุด และใชเวลาที่นอยที่สุด การที่จะทําใหงานกอสราง ในแตละโครงการประสบผลสําเร็จไดตามเปาหมายนั้น ผูควบคุมงานกอสราง ถือวาเปนปจจัยสําคัญปจจัยหนึ่งที่จะสงผลตอกระบวนการในการดําเนินของงานกอสรางใหสําเร็จตามระยะเวลาที่กําหนดของการกอสรางในโครงการนั้นๆ ซึ่งในปจจุบันนี้จะเห็นไดวาหนวยงานตาง ๆ ใหความสําคัญดานการใชเทคโนโลยีสารสนเทศมาเปนเครื่องมือชวยใหการบริหารโครงการเพ่ืออํานวยความสะดวก ความรวดเร็ว ความถูกตองในการจัดการดานขอมูล ลดข้ันตอนการทํางานที่ซับซอนเพ่ือใหการประสานงานของโครงการเปนไปอยางมีประสิทธิภาพกอใหเกิดประสิทธิผล ดังนั้นโครงงานนี้จึงเนนการออแบบระบบบริหารโครงการควบคุมงานกอสรางผานระบบออนไลน เพ่ือใหสอดคลองกับการทํางานของทีมงานควบคุมงานกอสรางภายในองคกรนั้น ๆ 1.2 กรณีศึกษา (Case Study)

องคกรที่นํามาใชเปนกรณีศึกษา คือ บริษัท เกทเวย อารคิเท็ค จํากัด เปดดําเนินกิจการการ เมื่อป พ.ศ.2536 ซึ่งตั้งอยูเลขที่ 30/17 หมู 6 ซอยชินเขต 2/3 ถนนงามวงศวาน แขวงทุงสองหอง เขตหลักสี่ กรุงเทพมหานคร ดําเนินธุรกิจทางงานออกแบบสถาปตยกรรมโดยกลุมลูกคามีทั้งภาครัฐ และภาคเอกชน มีผลงานการออกแบบสถาปตยกรรมซึ่งเปนที่ยอมรับและสรางชื่อเสียงใหกับบริษัทฯ เชน โรงแรมสยามแอทสยาม ดีไซด โฮเทล แอนด สปา เขตปทุมวัน กรุงเทพฯ, โรงแรม ดิ เอตัส ลุมพินี ถ.พระราม 4 กรุงเทพฯ, อาคารชุดพักอาศัยขาราชการศาลอุทธรณภาค 8 อําเภอเมือง จังหวัดภูเก็ต, ที่ทํากาศาลจังหวัดนครนายกและอาคารชุดพักอาศัย อําเภอเมือง จังหวัดนครนายก เปนตน

ป พ.ศ. 2552 ทางผูบริหารของบริษัทฯ ไดมีแนวความคิดขยายธุรกิจทางดานควบคุมงานกอสราง จึงจัดตั้งแผนกควบคุมงานกอสรางเพ่ิมข้ึนอีก 1 แผนก เพ่ือรองรับธุรกิจในวงการกอสรางที่มีอัตราการขยายตัวเพ่ิมข้ึน

2

1.3 ปญหาและแรงจูงใจ (Problem and Motivation) เนื่องจากบริษัท เกทเวย อารคิเท็ค จํากัด เปนบริษัทฯ ที่มีความเชี่ยวชาญในการออกแบบสถาปตยกรรมมากกวาการควบคุมงานกอสราง ซึ่งทําใหประสบปญหาทางดานการบริหารโครงการกอสราง ดังนี้ 1.3.1 ระบบการประสานงานของโครงการ ขาดความเขาใจที่ตรงกัน เนื่องจากขอมูลในการสื่อสารผิดพลาดไมทันสมัย (Update) 1.3.2 ผูควบคุมงานตามสถานที่กอสรางตาง ๆ ขาดประสิทธิภาพในการทํางานเพราะขาดระบบในการติดตามการทํางาน 1.3.3 ผูจัดการโครงการ (Project Manager) ไมสามารถตรวจสอบขอมูลการควบคุมงานกอสรางในโครงการนั้น ๆ 1.3.4 ระบบการวางแผนงานเอกสารไมมีมาตรฐานและการรวบรวมเอกสารยังกระจัดกระจายไมเปนไปในรูปแบบเดียวกัน 1.3.5 ไมมีศูนยกลางในการเก็บขอมูลและเชื่อมโยงขอมูลใหเปนไปในแนวทางเดียวกัน 1.4 แนวทางการแกปญหา จากปญหาที่ไดกลาวมาขางตนจะไดจัดทํารูปแบบเอกสารใหเปนมาตรฐานโดยยึดหลักแนวปฏิบัติที่ใชงานกันอยางแพรหลายและเปนมาตรฐานสากล ซึ่งไดแก PMBOK (Project Management Body of Knowledge) ซึ่งไดมีการรวบรวมแนวทางปฎิบัติที่เก่ียวของกับการบริหารโครงการโดยสถาบันบริหารโครงการ (Project Management Institute, PMI) ของประเทศสหรัฐอเมริกา มาชวยในการวางแผนบริหารโครงการและรวบรวมเอกสารเหลานี้ไวในแหลงเดียวกันเพ่ือใหเขาถึงไดงายผานทางเทคโนโลยีเว็บ (Web Technology) เปนเครื่องมือในการรวบรวม 1.5 วัตถุประสงคของโครงงาน วัตถุประสงคในการจัดทําโครงงาน คือ การนําแนวทางของ PMBOK และเทคโนโลยีเว็บมาชวยในการสรางเครื่องมือสําหรับการบริหารโครงการควบคุมงานกอสรางใหเปนไปตามเปาหมายและมีประสิทธิภาพ

1.5.1 กําหนดรูปแบบเอกสาร (Template) ใหเปนมาตรฐาน 1.5.2 จัดทําระบบฐานขอมูลเพ่ือเก็บรวบรวมขอมูลตั้งแตเริ่มตนโครงการกอสรางจนกระทั่งการกอสรางแลวเสร็จ 1.5.3 จัดทําระบบสารสนเทศสําหรับการติดตามผลการทํางานของผูควบคุมงานตามสถานที่กอสรางตาง ๆ

3

1.5.4 จัดทําระบบจัดเก็บเอกสารสําคัญ เชน รายงานประจําวัน รายงานประจําสัปดาห รายงานประจําเดือน รายงานการประชุม เอกสารสัญญา เปนตน เพ่ืองายตอการคนหาและเปนขอมูลในการอางอิง 1.5.5 ระบบสารสนเทศที่จัดทําข้ึนตองคํานึงถึงความสะดวก รวดเร็ว และใชงานงายโดยเทคโนโลยีเว็บ เขามาใชเปนเครื่องมือในการดําเนินงาน

1.6 ขอบเขตของโครงงาน

เอกสารที่นํามาใชงานนํามาจาก PMBOK เพ่ือเปนมาตรฐานในการจัดเก็บและรวบรวมเอกสารใหอยูในแหลงเดียวกันเทานั้น

1.7 ประโยชนของโครงการ ประโยชนของโครงการไดแก

1.7.1 องคกรมีเครื่องมือในการชวยบริหารจัดการและติดตามการทําโครงการควบคุมงานกอสรางไดอยางมีประสิทธิภาพและบรรลุตามวัตถุประสงค

1.7.2 ลดปญหาการดําเนินโครงการควบคุมงานกอสรางที่มีความลาชาได 1.7.3 รับทราบปญหาที่เกิดข้ึนในข้ันตอนตาง ๆ ของโครงการควบคุมงานกอสรางไดอยางรวดเร็ว 1.7.4 สามารถกําหนดการประสานงานในโครงการใหเปนในแนวทางเดียวกันลดขอบกพรองในการสื่อสาร

1.7.5 เพ่ือใหแนวทางการปฏิบัติและเอกสารตาง ๆ เปนไปตามมาตรฐาน 1.7.6 สามารถติดตามผลการทํางานของผูควบคุมงานในสถานที่กอสรางตาง ๆ

1.7.7 เพ่ือใหผูจัดการโครงการสามารถตรวจสอบความกาวหนาของโครงการกอสรางแตละสถานที่กอสรางไดโดยงาย

1.8 ขั้นตอนการดําเนินงานโครงการ 1.8.1 ศึกษาทฤษฎีตาง ๆ ที่เก่ียวของเพ่ือนํามาใชสําหรับทําโครงการ 1.8.2 กําหนดหัวขอที่จะจัดทําเพ่ือใหสอดคลองกับองคกร 1.8.3 จัดเก็บรวบรวมความตองการตาง ๆ พรอมทั้งวิเคราะหความตองการขององคกร 1.8.4 คัดเลือกทฤษฏีที่นํามาอางอิงไวเปนหมวดหมูและตรวจสอบความถูกตอง 1.8.5 วิเคราะหและออกแบบระบบงานและระบบฐานขอมูลใหสอดคลองกับองคกร

1.8.6 พัฒนาระบบสารสนเทศเพ่ือใชในการบริหารโครงการควบคุมงานกอสรางขององคกร 1.8.7 ทดลองระบบสารสนเทศใหกับพนักงานที่เก่ียวของกับโครงการควบคุมงานกอสรางขององคกร

4

1.8.8 จัดทําคูมือและฝกอบรมในการใชงานของระบบสารสนเทศ 1.8.9 ติดตามและประเมินผลในการใชงานของระบบสารสนเทศ 1.8.10 สรุปผลโครงการระบบสารสนเทศ

5

ตารางที่ 1.1 ระยะเวลาในการดําเนินโครงงาน

ระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ

ระยะเวลาการปฏิบัติงาน พ.ศ. 2554 พ.ศ. 2555

พ.ค. มิ.ย. ก.ค. ส.ค. ก.ย. ต.ค. พ.ย. ธ.ค. ม.ค. ก.พ. หมายเลข

รายละเอียดการปฏิบัติงาน 1 2 3 4 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4 5 1 2 3 4 1 2 3 4

1.8.1

ศึกษาเทฤษฎีท่ีเกีย่วของ

1.8.2 กําหนดหัวขอท่ีจะจัดทํา

1.8.3 รวบรวมความตองการขององคกร

1.8.4 คัดเลือกทฤษฎีท่ีใช

1.8.5

วิเคราะหและออกแบบระบบงานและระบบฐานขอมูล

1.8.6 พัฒนาระบบสารสนเทศ 1.8.7 ทดสอบระบบสารสนเทศ 1.8.8 จัดทําคูมือและฝกอบรม 1.8.9 ติดตามและประเมินผล

1.8.10 สรุปผลโครงระบบสารสนเทศ

6

บทท่ี 2 ทฤษฎี

2.1 บทนํา ระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ มีวัตถุประสงคคือการนําแนวทางของ PMBOK และเทคโนโลยีเว็บมาชวยสรางเครื่องมือเพ่ือบริหารโครงการควบคุมงานกอสรางใหเปนไปตามเปาหมายตามที่ไดวางแผนงานไวและมีการติดตามการทํางานของวิศวกรควบคุมงานใหมีประสิทธิภาพ โดยเนื้อหาในบทนี้จะกลาวถึง กรณีศึกษาและงานวิจัยที่เก่ียวของ รวมทั้งรายละเอียดของทฤษฎีที่เก่ียวของทั้งหมด เพ่ือเปนแนวทางและหลักการในการจัดระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนลียีเว็บ 2.2 การศึกษาวรรณกรรมและงานวิจัยที่เก่ียวของ

Gold Lion Associates ,Inc [1] ทําธุรกิจเก่ียวกับตลาดอาหารที่สําคัญและจําหนายผลิตภัณฑที่เก่ียวกับนม โดยบริษัทฯ ตองการวิธีการบริหารโครงการ เพ่ือจัดการโครงการพัฒนาซอฟทแวรที่เปน non-SAP ภายใตสภาวะแวดลอมของ SAP บริษัทฯ จึงไดทําการติดตอผูเชี่ยวชาญอาวุโสดานการบริหารโครงการ (Senior Project Management Professional : PMP) เพ่ือกําหนดแนวทางการบริหารโครงการขององคกรใหมีมาตรฐาน และมีข้ันตอนการปฏิบัติที่เปนไปตามกระบวนการของ PMBOK ที่กําหนดไวโดย PMI บริษัทฯไดนําเอากลุมของเอกสารแมแบบ (Templates) ที่มีขอความสําเร็จรูปอยูแลวมาใช จะชวยใหผูจัดการโครงการสามารถจัดทําเอกสารไดอยางเหมาะสม โดยคําแนะนํา แนวคิดตาง ๆ จะถูกรวบรวมไวในเอกสารเหลานั้น

The 2005 Cannada Games [2] Canada Games มีการเปลี่ยนแปลงเล็กนอยตั้งแตการเปดตัวครั้งแรกในป 1967 ผลลัพธของการแขงขันที่มีการเปลี่ยนแปลงอยางมีนัยสําคัญเพราะวามีโปรแกรมการแขงขันกีฬาที่ขนาดใหญข้ึน อีกทั้งขอบเขต ความซับซอนและคาใชจาย ดวยโปรแกรมกีฬา 16 ประเภทของเดือนสิงหาคม ในป 2005 ที่รัฐ Regina, Saskatchewan พิสูจนใหเห็นวาเปนโปรแกรมการแขงขันกีฬาที่ย่ิงใหญที่สุดและมีผูรับชมอยางใกลชิดถึง 12,000 คน ที่ประสบผลสําเร็จเพราะ มีการจัดการที่ดีของผูถือหุนสวนในองคกร องคกรตองเจรจาตอรองขอเงินทุนจากรัฐบาล สัญญาทางการตลาดและความสัมพันธของผูมีสวนไดสวนเสียนอกจากนี้องคกรตองประสานงานไดเปนอยางดีเพราะวา โครงการลงทุนระยะยาว งบประมาณมีหลายชนิด สถานที่จดัการแขงขันกีฬา ที่พักของนักกีฬาและคณะทํางานมากกวา 4,500 คน ดวยเหตุนี้ 2005 Canada Games ผูจัดงานตองรูวาถึงเวลาที่พวกเขาจะกาวไปสูการจัดการอยางมืออาชีพ ในป 1976 ที่เริ่มการแขงขันกีฬาไดสรางความภาคภูมิใจและเปนสิ่งที่สืบทอดใหแกอาสาสมัครที่จะไดรับการคัดเลือก ผูจัดงานไดคัดเลือกอาสาสมัคร 1,000 คน ที่ยินดี

7

จะสละเวลาและความเชี่ยวชาญของพวกเขาเพ่ือชวยวางแผนและแบงปนบทบาทในฐานะของการเปนเจาภาพจัดการแขงขันกีฬา

ในป 2003 การรักษาธรรมเนียมปฏิบัติในการรับสมัครอาสาสมัคร ผูจัดงานจึงปรึกษา Regina/South Saskatchewan PMI ใหชวยเหลือ เพ่ือวัดความสนใจของสมาชิกที่อาสาสมัครเปนผูจัดการโครงการสําหรับการแขงขันกีฬา และไดรับการตอบสนองอยางทวมทน ความทาทายสําหรับการจัดการแขงขันกีฬาของโครงการพวกเขา การบริหารจัดการโครงการแบบด้ังเดิมไมสามารถถูกนํามาใชเนื่องจากลักษณะการทํางานที่แตกตางกันของอาสาสมัคร รูปแบบใหมในการจัดการสามารถวัดระดับการทํางานที่แตกตางของการจัดการโครงการไดอยางเปนทางการ การปฏิบัติงานวิธีใหมในหมูอาสาสมัครจะตองถูกกําหนดข้ึน โครงสรางใหมนี้จงึจําเปนตองหาวิธีที่งายตออาสาสมัครที่เปนผูจัดการโครงการสามารถนําไปใชในการแขงขันกีฬาแตละประเภท โดยแยกเปน 16 แผนก ในโครงการปฏิบัติงานที่ดีที่สุดในการจัดการนอกจากนีก้ารใชเอกสารตนแบบที่สอดคลองกันจะตองนํามาใชในการทํางานไดอยางตอเนื่อง ในการปฏิบัติการสวนบุคคลแผนการที่ระบุและกําหนดลักษณะตองมีความสอดคลองกัน วาสิ่งที่จะถูกจัดสงเมื่อใดและสิ่งไหนที่มีคาใชจาย และจําเปนตองไดรับการพัฒนาใน 16 แผนก กระบวนการเหลานี้จะถูกแบงออกเปนแตละโครงการในแผนงานระดับสูงและสามารถติดตามการดําเนินการโดยเจาหนาที่อาสาสมัคร ในชวงเวลาที่สําคัญของงานระดับสูง เพ่ือใหงานแลวเสร็จและสามารถเปดงานไดในวันที่ 6 สิงหาคม นับวาเปนชวงเวลาที่กดดันของคณะกรรมการและผูบริหารระดับสงูเพ่ือปรับปรุงความคืบหนาของการแขงขันกีฬา และกรองขอมูลมาสรางโครงสรางรายงานใหมที่จะตองไดรับการพัฒนา โครงการรูปแบบใหมในการจัดการถูกพัฒนาใหสอดคลองกับความทาทายที่ระบุไว ในเปาหมายคือกระบวนการตองงายและสามารถกําหนดสิ่งที่สงมอบไดตามความตองการของการแขงขันกีฬาที่เกิดข้ึนในระยะเวลา งบประมาณ การจัดเตรียมรายงานสถานการณปฏิบัติงานตอคณะจัดงานและผูบริหาร รูปแบบใหมถูกวางแผนการเริ่มตนของการแขงขันกีฬาที่คอนขางตอเนื่องกวาการระบุที่สงมอบกระบวนการทํางานนี้ เพ่ือกระจายงานออกไปและชวยกําหนดความตองการสําหรับงบประมาณและอาสาสมัคร รูปแบบใหมที่นํามาใชกับอาสาสมคัร คือหลักการคูมือบริหารจัดการโครงการที่เปนองคความรู (PMBOK) และเสนอวิธีการที่นํามาใชอยางงายโดยอาสาสมัครที่เปนผูจัดการโครงการ ผานการรายงานสถานะของกระบวนการหนวยงานตาง ๆ ได สามารถระบุการสื่อสารและจัดการปญหาความเสี่ยงและการไววางใจได รูปแบบใหมเก่ียวของกับการประยุกตใชวิธีการที่สอดคลองกับการวางแผนโครงการ การเริ่มตนโครงการ และการดําเนินโครงการสําหรับจัดการแขงขัน ผูจัดการโครงการอาสาสมัครสามารถนําตนแบบที่สมัพันธกันเพ่ือนําไปสูกระบวนการที่งายมากข้ึนสําหรับบูรณาการแผนปฏิบัติการทั้งหมดของแตละบุคคลในการประสานงานใหเปนหนึ่งเดียวกันตามแผนแมบท เพราะมีการแบงแผนกใชกระบวนการจัดการเอกสารโดยรวมตามกระบวนการวางแผนโครงการ ดวยการประมาณการของงานในระดับสูง ไดขอสรุปโดยจะเริ่มเกมใหทันเวลาในวันที่ 6 สิงหาคม

8

2005 ตามรายงานสถานะรายเดือนและแบงการดําเนินงานแตละคนรวมเปนรายงานที่สั้นกระชับไดใจความสําหรับผูบริหารระดับสูงและคณะกรรมการซึ่งรายงานเหลานี้มีสวนชวยในการตัดสินใจของผูบริหารระดับสูง เพ่ือใหการปฏิบัติงานทั้ง 16 แผนกเปนไปในแนวทางเดียวกัน ผูจัดการโครงการอาสาสมัครทั้ง 16 แผนก ที่ไดรับการคัดเลือกใหรวมงานกับพนักงานแผนกที่จะปฏิบัติตามกระบวนการบริหารโครงการ อาสาสมัครเหลานี้ไดพิสูจนใหเห็นวาเปนกุญแจสูความสําเร็จของการจัดแขงขันกีฬาเพราะพวกเขานําประสบการณและความเชี่ยวชาญระดับมืออาชีพมาชวยในทีมของพวกเขาในการจัดการความหลากหลายเพ่ือสงมอบโครงการ ผูจัดการโครงการฝกอบรมทีมของพวกเขาใหความชวยเหลือติดตามงาน จากงานเอกสารของพวกเขาทําใหมีเวลามากข้ึนในการดําเนินงานเฉพาะที่พวกเขาถนัดดวยความเชื่อที่วา PMI เหมาะสมกับการจัดการโครงการที่เปนกระบวนการที่มีความยืดหยุนและขอขอเสนอแนจากผูจัดการโครงการไดอยางตอเนื่อง ขอเสนอแนะนี้ถูกใชเพ่ือใหการปรับปรุงอยางตอเนื่องของกระบวนการตาง ๆและอาสาสมัครไดรับอนมุัตริับรองกระบวนการทํางานของพวกเขา การมีสวนรวมของผูจัดการโครงการระดับมืออาชีพไดรับการยอมรับวาประสบความสําเร็จในการวางแผนจัดการดําเนินงานการแขงขันกีฬาใน ป 2005 คณะกรรมการจึงลงมติวาจะนํารูปแบบใหมและกระบวนการจัดการมาใชอีกครั้งในป 2007 Canada Winter Games ที่รัฐ Whitehorse,Yukon

Standish Group [3] ไดทําการสํารวจความคิดเห็นของผูจัดการโครงการเทคโนโลยีสารสนเทศ จํานวน 365 คนเมื่อป 1994 การศึกษานี้เรียกวา CHAOS โดยไดจัดทํารายงานผลการสํารวจ ในรายงานไดระบุสาเหตุของความลมเหลวของโครงการวา มีเพียง 16% ของโครงการที่ประสบผลสําเร็จภายใตระยะเวลาและงบประมาณที่กําหนดไว 31% ของโครงการที่ถูกยกเลิกกอนที่โครงการจะแลวเสร็จ 53% ของโครงการแลวเสร็จแตมีการใชระยะเวลาและงบประมาณเกินกวาที่กําหนด อีกทั้งยังไมบรรลุผลตามที่กําหนดไวตั้งแตแรก ในรายงานยังไดระบุถึงสาเหตุของความลมเหลวของโครงการที่สําคัญ คือ ขาดการมีสวนรวมของผูใชงานทําใหไมสามารถกําหนดความตองการที่แทจริงจากผูใชไดครบถวน ขาดการสนับสนุนจากผูบริหาร ไมวาโครงการใด ๆ ถาไมไดรับการมีสวนรวมจากผูบริหารโอกาสที่โครงการจะประสบผลสําเร็จจะนอยมาก ขาดความชัดเจนของความตองการหรือขอบเขตในการดําเนินงาน ซึ่งจะกอใหเกิดเนื้อหาที่เพ่ิมข้ึนสงผลกระทบตอระยะเวลาดําเนินการไมเปนไปตามที่กําหนดไว ขาดการวางแผนโครงการที่เหมาะสมทําใหไมสามารถรับรูไดวางานที่ตองทํามีอะไรบาง มีระยะเวลาดําเนินการ คาใชจาย และ ทรัพยากรที่ใชเทาใด ใครเปนผูรับผิดชอบ ลําดับความสําคัญกอนหลัง และ ความคาดหวังตอโครงการที่ไมสอดคลองกับความเปนจริง

จากกรณีศึกษาจะเห็นไดวา โอกาสที่โครงการจะประสบผลสําเร็จภายใตระยะเวลา และงบประมาณที่กําหนดไวนั้น เปนไปไดคอนขางยาก โดยเฉพาะถาขาดการบริหารจัดการที่ดีพอ ขาดเครื่องมือตางๆ ที่นํามาใชในการบริหารโครงการ บริษัทฯ หรือองคกรเหลานั้น จึงไดใหความสําคัญตอการบริหารโครงการ มีการนําเครื่องมือหรือเทคโนโลยีเขามาชวย เพ่ือใหการดําเนินการบริหารโครงการเปนไปอยางราบรื่น มีความถูกตอง และคํานึงถึงลําดับความสําคัญ

9

ของกิจกรรมกอนหลัง บริษัทฯหรือองคกร ตาง ๆ จึงไดใชแนวทางการบริหารโครงการของ PMBOK ที่ไดรับการยอมรับและถูกใชกันอยางแพรหลายในปจจุบัน มาเปนแนวทางในการบริหารโครงการของตนเอง 2.3 ทฤษฎีที่เก่ียวของ 2.3.1 ทฤษฎีและหลักการพัฒนาระบบ

การพัฒนาระบบงานสารสนเทศ จะดําเนินงานตามข้ันตอนของ System Development Life Cycle (SDLC) ซึ่งประกอบดวยข้ันตอนตางๆ 7 ข้ันตอน ดังนี้

การกําหนดปญหา (Problem Definition) การวิเคราะหปญหา (Requirements Collection and Analysis) เปนการวิเคราะห

ปญหา โดยนักวิเคราะหระบบจะวิเคราะหระบบ และรวบรวมการจัดเก็บความตองการตางๆ จากผูใช เพ่ือใชในการกําหนดขอบเขตใหกับระบบที่จะพัฒนาข้ึน

การออกแบบ (Design) เปนการนําความตองการของผูใช นํามาออกแบบระบบตอไป

การพัฒนา (Development) เปนการพัฒนาตนแบบของระบบงาน เพ่ือนําไปทดลองใชหาขอผิดพลาดของระบบกอนนําไปใชงานจริง

การทดสอบ (Testing) เปนข้ันตอนของการทดสอบระบบกอนที่จะนําไปปฎิบัติการใชงานจริง

การติดตั้ง (Implementation) เปนข้ันตอนหลังจากที่ไดทําการทดสอบ จนมีความมั่นใจวาระบบสามารถทํางานไดจริงและตรงกับความตองการของผูใชระบบ

การบํารุงรักษา (Maintenance) เปนข้ันตอนของการปรับปรุงแกไขระบบหลังจากที่ไดมีการติดตั้งและใชงานแลว

2.3.2 ทฤษฎีและหลักการเก่ียวกับฐานขอมูล 2.3.2.1 ความหมายของระบบฐานขอมูล ระบบฐานขอมูล หมายถึง กลุมขอมูล ที่ถูกจัดเก็บอยางเปนระบบ ทําใหผูใช

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

เอนทิตี ้(Entity) หมายถึง สิ่งตางๆ ที่เก่ียวของกับฐานขอมูล ซึ่งเปนรูปธรรม เชน บุคคล สถานที ่สิ่งของ และนามธรรม เชน เอนทิตี้งบประมาณ เอนทิตี้หนวยงาน เปนตน

แอตทริบิวต (Attribute) หมายถึง สิ่งที่บงบอกถึงองคประกอบหรือเนื้อหา (Subject) ของเอนทิตี ้เชน เอนทิตี้หนวยงาน ประกอบดวยแอตทริบิวตตาง ๆ คือ รหัสหนวยงาน ชื่อฝาย ชื่อแผนก เปนตน

10

2.3.2.2 ฐานขอมูลเชิงสัมพันธ ฐานขอมูลเชิงสัมพันธ แสดงการจัดเก็บขอมูลในรูปแบบของตาราง ที่มีลักษณะเปนสองมิต ิ คือ แถว (Row) และคอลัมน (Column) เชื่อมโยงกันระหวางขอมูลในตาราง 2 ตาราง หรือมากกวา การเชื่อมโยงโดยใชแอททริบิวตที่มีอยูในตาราง แอททริบิวตจะแสดงคุณสมบัติของรีเลชั่นตาง ๆ ผานกระบวนการทํารีเลชั่นใหเปนบรรทัดฐาน (Normalized) เพ่ือลดความซ้ําซอนของขอมูล สามารถจัดการฐานขอมูลเปนไปอยางมีประสิทธิภาพ ขอดีของฐานขอมูลเชิงสัมพันธ มีดังนี ้

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

ภาษาที่ใชในการเรียกดูขอมูล ลักษณะคลายภาษาอังกฤษ และไมจําเปนตองเขียนเปนลําดับข้ันตอน

การเรียกใชหรือเชื่อมโยงขอมูลทําไดงาย ประเภทของความสัมพันธ แบงออกเปน 3 ประเภท โดยข้ึนอยูกับอัตราสวน

ของระเบียบ (Record) ในเอนทิตี้ดังนี ้ ความสัมพันธแบบ 1 : 1 (One-to-One) คือ ความสัมพันธที่มีระเบียบใน

ตารางใดๆ กับระเบียบหนึ่งในเอนทิตี้หนึ่งเพียงระเบียบเดียวเทานั้น ความสัมพันธแบบ 1 : N (One-to-Many) คือ ความสัมพันธไดที่มีรีเลชั่นชิป

ตั้งแต 0 จนถึงหลายๆ ครั้ง ซึ่งในแตละระเบียบของเอนทิตี้สัมพันธไดหนึ่งระเบียบเทานั้น แตหนึ่งระเบียบในเอนทิตี้สามารถมีไดหลายระเบียน

ความสัมพันธแบบ M : N (Many-to-Many) คือ ความสัมพันธที่มีรีเลชั่นชิปตั้งแต 0 จนถึงหลายๆ ครั้ง ซึ่งแตละเรคอรดมีความสัมพันธไดหลายเรคอรดในเทเบิล (table)หนึ่งกับอีกหลายๆ เรคอรดในอีกเทเบิลหนึ่ง

2.3.2.3 ภาษามาตรฐานบนระบบฐานขอมูลเชิงสัมพันธ ภาษา SQL (ยอมาจากคําวา Structured Query Language) เปนภาษา

ทางดานระบบฐานขอมูลที่เปนที่รูจักกันดีที่สุดภาษาหนึ่ง โดยทั่วไป SQL เปนภาษาที่ใชในการจัดการขอมูลในฐานขอมูลที่มีลักษณะของโครงสรางเปนแบบจําลองขอมูลเชิงสัมพันธ ลักษณะของ SQL จะเปนสวนตอประสานแบบภาษาเชิงประกาศระดับสูง (high-level- declarative language interface) ซึ่งหมายความวา เปนภาษาที่เราสามารถใชสรางคําสั่งขอมูลในการสืบคนขอมูลจากฐานขอมูลไดโดยการใชรูปแบบคําสั่งแบบงาย ๆ เพียงแคกําหนดลงไปวาเราตองการขอมูลอะไร ลักษณะแบบไหน ก็เพียงพอแลว ลักษณะของ SQL จะมีความงายและเหมาะกับการใชงานในเชิงปฏิบัติจริงไดดี จึงถือไดวา SQL เปนองคประกอบหลักอันหนึ่งที่มีสวนทําใหระบบการจัดการฐานขอมูลเชิงสัมพันธตาง ๆ (Relational Database Management Systems) หรือเรียกสั้นวาๆ วา RDBMS) ประสบความสําเร็จไดดีในดานการตลาด ภาษา SQL จึงไดกลายมา

11

เปนภาษามาตรฐานสําหรับระบบฐานขอมูลเชิงสัมพันธไปแลว ภาษา SQL สามารถสนับสนุนระบบฐานขอมูลตาง ๆ ดังตอไปนี ้

สรางฐานขอมูลและโครงสรางของรีเลชั่น สนับสนุนงานดานการจัดการขอมูลพ้ืนฐาน ซึ่งประกอบดวย การเพ่ิม การ

ปรับปรุง และการลบขอมูลจากรีเลชั่น สนับสนุนงานคิวรีขอมูล (Query)

2.3.3 ทฤษฎีและหลักการเก่ียวกับเว็บแอพพลิเคชั่น

2.3.3.1 ความรูทั่วไปเก่ียวกับอินเทอรเน็ตและอินทราเน็ต อินเทอรเน็ต (Internet) คือ การเชื่อมโยงเครือขายคอมพิวเตอรเขาดวยกันใชใน

การสื่อสารผานระบบเว็บ ซึ่งการสื่อสารชนิดนี้สามารถเชื่อมโยงกับแหลงขอมูลในเครือขาย อินเทอรเน็ตไดอยางกวางขวาง ทั่วทุกมุมโลก ซึ่งถูกเรียกอีกชื่อหนึ่งวา “การสื่อสารระบบ เวิลดไวดเว็บ” (World Wide Web: WWW)

การสื่อสารระบบเวิลดไวดเว็บ เปนศูนยบริการขอมูล และขาวสาร ซึ่งสามารถใหขอมูลไดทั้งขอความ เสียง ภาพนิ่ง หรือภาพเคลื่อนไหว เปนเครื่องมือที่งายตอการใชงานดังนั้น เวิลดไวดเว็บเปนการสื่อสารที่ไดรับการพัฒนา เพ่ือสําหรับสื่อสารบนเครือขายอินเทอรเน็ต

อินเทอรเน็ตไมใชเน็ตเวิรคเด่ียว แตเปนเน็ตเวิรคซึ่งแผขยายครอบคลุมไปทั่วโลก โดยมีโปรโตคอลที่กําหนดไว เชน Transmission Control Protocol (TCP) และ Internet Protocol (IT)

อินทราเน็ต คือ ระบบเครือขายที่ใชภายในองคกร เพ่ือเชื่อมตอคอมพิวเตอรภายในองคกร การใชงานอินทราเน็ตจะตองใชโปรโตคอล IP เหมือนกับอินเทอรเน็ต สามารถม ีเว็บไซตและใชเว็บเบราวเซอรได เชนกัน รวมถึงอีเมล ถาเราเชื่อมตออินทราเน็ตกับอินเทอรเน็ต ก็สามารถใชไดทั้ง อินเทอรเน็ต และอินทราเน็ต ไปพรอม ๆ กัน การใชงาน จะแตกตางกันดานความเร็ว ในการโหลดไฟลใหญ ๆ จากเว็บไซตอินทราเน็ต จะรวดเร็วกวาการโหลดจากอินเทอรเน็ตมาก ดังนั้น ประโยชนที่จะไดรับจาก อินทราเน็ต สําหรับองคกรหนึ่ง คือ สามารถใชความสามารถตาง ๆ ที่มีอยูในอินเทอรเน็ตได อยางเต็มประสิทธิภาพ

การเชื่อมตออินทราเน็ตเขากับอินเทอรเน็ต มักมีการติดตั้งไฟลวอล สําหรับควบคุมการผานเขาออกของขอมูล พนักงานดูแลดานความปลอดภัยในองคกร สามารถควบคุมและจํากัดการใชงานอินเทอรเน็ต หรือตรวจสอบวาผูใชรายไหนพยายามเขาเว็บอันที่ไมควรพ่ึงประสงคเปนตน นอกเหนือจากนี้ ไฟลวอลยังปองกันไมใหบุคคลภายนอกเชื่อมตอกับเครื่องคอมพิวเตอรภายในองคกร นอกเหนือไปจากHเซิรฟเวอรHสําหรับใหบริการซึ่งผูบริหารเครือขายไดกําหนดไว

12

2.3.3.2 โครงสรางเวิลดไวดเว็บ (WWW) เว็บไซด (Web site) คือ ระบบปฏิบัติการใดๆ เชน Windows NT หรือUNIX

และมีโปรแกรมจัดการที่ทํางานอยูในเครื่องนั้น เพ่ือทําหนาที่เปนเว็บเซิรฟเวอร นอกจากนี้ยังทําหนาที่เก็บเว็บเพจที่อยูในรูปของไฟลเอกสารที่เขียนดวยภาษา HTML

เว็บเซิรฟเวอร (Web Server) คือ โปรแกรมที่ทําหนาที่คอยสงขอมูลเว็บเพจ เพ่ือโตตอบคําขอที่มาจากเว็บบราวเซอร

เว็บบราวเซอร (Web Browser) คือ โปรแกรมที่ทํางานอยูในเครื่องคอมพิวเตอรใชในการอานขอมูลที่อยูในเว็บไซดตาง ๆซึ่งแปลไฟลเอกสารที่เรียกวา HTML เปนขอมูลแสดงบนจอภาพ หรือที่เรียกวา “เว็บเพจ”

เว็บเพจ (Web Page) คือ ไฟล HTML และขอมูลอ่ืนๆ ที่เก่ียวของที่ถูกสงจากเว็บเซิรฟเวอรไปยังบราวเซอร และบราวเซอรทําการแปลเปนเว็บเพจ

โปรโตคอลเอชทีทีพี (Hyper Text Transfer Protocol : HTTP) คือโปรโตคอลที่ทํางานบน TCP ใชรองขอ/ตอบกลับ ระหวางเครื่องลูกขายที่ใชเว็บบราวเซอร กับเว็บเซิรฟเวอร

2.3.3.3 ภาษาสคริปต ภาษาสคริปต (Script) หมายถึง โปรแกรมสําหรับจัดการกับขอมูลตางๆ โดย

สคริปตนั้นจะถูกเขียนรวมอยูกับไฟล HTML อาจจะแยกออกมาตางหากก็ได ซึ่งสคริปตนั้น มีทั้งแบบที่ทํางานเปนเซิรฟเวอร เชน เอเอสพี (ASP) หรือ Perl Module หรือ สคริปตที่ทํางานเปน บราวเซอรเชน จาวาสคริปต, วีบีสคริปตโดยสคริปตที่ทํางานในฝงเซิรฟเวอรจะเปนการทํางาน ตามโปรแกรมใน สคริปตจนเสร็จแลว สงผลลัพธมายังบราวเซอรอีกที ่ซึ่งสวนใหญไฟลพวกนี้จะ ไมเปน .htm, .html แตอาจจะเปน .aspx สวนสคริปตที่ทํางานฝงบราวเซอร เพ่ือลดการทํางาน และติดตอกับเซิรฟเวอร ซึ่งสวนใหญจะใชในการตกแตงโฮมเพจ จัดการฟอรมรูปภาพ เคลื่อนไหวเมน ูฯลฯ โครงสรางภาษาสคริปต ประกอบดวยสวนที่สําคัญ 3 สวน คือ

สวนหัว (To Handle) สวนกลาง (Statements) สวนทาย/ สวนจบ (End)

2.3.4 โครงการ (Project) โครงการ หมายถึง ความพยายาม (การกระทํา) ชั่วคราวที่ใชเพ่ือสรางผลิตผล บริการ

หรือ ผลลัพธที่มีลักษณะพิเศษ ไมเหมือนใคร โครงการมีคุณลักษณะดังนี ้ มีวัตถุประสงคทุกโครงการควรมีวัตถุประสงคที่ชัดเจน เชน ติดตั้งเครื่องคอมพิวเตอร

และซอฟตแวรเพ่ือสนองตอบการสอบถามของลูกคาใหเพ่ิมข้ึนรอยละ 95 มีอัตลักษณของตนเอง มีระยะเวลาโครงการมีเวลาเริ่มตนและสิ้นสุด

13

พัฒนาโดยวิธีการคอยๆ ทํารายละเอียดเพ่ิมข้ึน ในชวงแรกโครงการจะถูกกําหนดอยางกวางๆ เมื่อเวลาผานไปรายละเอียดของโครงการเริ่มชัดเจน

ใชทรัพยากร ทรัพยากรประกอบดวยคน ฮารดแวร ซอฟตแวร เงิน และทรัพยสินอ่ืนๆ หลายโครงการเปนโครงการที่เก่ียวของกับหลายหนวยงาน ซึ่งตองการคนจากหนวยงานที่เก่ียวของ หรือมาจากหนวยงานภายนอกองคการ

มีเจาของ หรือมีผูใหการสนับสนุน โครงการที่มีผูเก่ียวของหลายกลุมควรมีคนที่รับผิดชอบหลัก เพ่ือกําหนดทิศทาง ขอบเขตของงาน และสนับสนุนดานการเงินกับโครงการ

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

โครงการมีขอจํากัด 3 เรื่องคือ ขอบเขตของโครงการ เวลา และคาใชจาย ขอจํากัดนี้มีผลกระทบตอความสําเร็จของโครงการ

ขอบเขตของโครงการ: งานที่โครงการตองทําคืออะไร อะไรคือสิ่งที่ลูกคาหรือผูสนับสนุนคาดหวังจากโครงการ

เวลา: เวลาที่ตองการใช ตารางเวลาของโครงการ คาใชจาย: งบประมาณโครงการ

รูปที่ 2.1 ความสัมพันธระหวางขอจํากัดของโครงการ 3 ดาน จากรูปที่ 2.1 แสดงความสัมพันธระหวางขอจํากัดโครงการ การบริหารขอจํากัดจึงเปนการแลก เปลี่ยนระหวางขอบเขต เวลาและคาใชจายของโครงการเมื่อมีการเปลี่ยนแปลงขอจํากัดขอใดขอหนึ่ง จะสงผลกระทบตอขอจํากัดที่เหลือ เชน ลดขอบเขตงานเพ่ือใหสอดคลอง

14

กับเวลา และงบประมาณ โครงการทุกโครงการมีความเสี่ยง ผูจัดการโครงการตองตัดสินใจวาขอจํากัดขอใดที่สําคัญที่สุด ถาเวลาสําคัญที่สุด ผูจัดการโครงการตองเปลี่ยนขอบเขตของโครงการและคาใชจายเพ่ือใหสอดคลองกับตารางเวลา แตถาขอบเขตโครงการสําคัญที่สุด ผูจัดการโครงการอาจตองปรับเวลาและคาใชจาย 2.3.5 การบริหารโครงการ (Project Management)

การบริหารโครงการคือ การประยุกตความรู ทักษะ เครื่องมือ และเทคนิค เขากับกิจกรรมของโครงการเพ่ือใหงานออกมาตรงกับความตองการของโครงการ ผูจัดการโครงการตองอํานวยความสะดวกใหกระบวนการทั้งหมดทํางานใหตรงกับความตองการและความคาดหวังของผูใชหรือลูกคา

รูปที่ 2.2 สวนที่เก่ียวของกับการบริหารโครงการ

รูปที่ 2.2 แสดงสวนที่เก่ียวของกับการบริหารโครงการซึ่งประกอบดวยผูมีสวนไดสวน

เสียกับโครงการ ความรูการบริหารโครงการ เครื่องมือและเทคนิคการบริหารโครงการ การบริหารโครงการจะมีผูที่เก่ียวของในการดําเนินการ ไดแก ผูที่มีสวนไดสวนเสียใน

โครงการ (Stakeholders) ผูบริหารโครงการ (Project Manager) ผูใหการสนับสนุนหรือผูอุปถัมภ (Project Sponsor) ผูชํานาญการในเรื่องที่เก่ียวของกับโครงการ (Subject Matter Experts) และ ผูชํานาญการดานเทคนิค (Technical Experts) ผูที่มีสวนไดสวนเสียในโครงการคือผูที่เขาไปเก่ียวของหรือไดรับผลกระทบจากการดําเนินโครงการ จะประกอบดวย ผูใหการสนับสนุนหรือผูอุปถัมภโครงการ ทีมที่ทําโครงการ ผูใชงาน ลูกคา ผูขาย รวมทั้งผูที่อยูตรงขามกับโครงการ

หนาที่ของผูบริหารโครงการจะเปนผูกําหนดนโยบายของโครงการ กําหนดระเบียบการปฏิบัติตางๆ ออกแบบแผนในการดําเนินโครงการ (Project Plan) ขอเงินงบประมาณในการ

15

สนับสนุนโครงการ ดําเนินการตามแผนงานที่วางไว ทําหนาที่ในการประสานงานและแกปญหาที่เกิดข้ึนภายในโครงการ จัดหาสมาชิกมารวมเปนสวนหนึ่งของทีมที่ทําโครงการ ผลักดันหรือสรางแรงจูงใจตางๆ เพ่ือใหโครงการไดบรรลุเปาหมายที่วางไว ทําการประเมินประสิทธิภาพและปดโครงการ จากหนาที่ของผูบริหารโครงการที่ไดกลาวมาแลวนั้น ทําใหผูบริหารโครงการจําเปนตองมีทักษะในการบริหารโครงการในดานตางๆ ดังนี้ เปนผูฟงที่ดีรับฟงความคิดเห็นและขอเสนอแนะจากผูที่อยูภายใตโครงการ เปนนักคิดวิเคราะหสามารถรับรูถึงปญหาที่เกิดข้ึนภายในโครงการและแนวทางแกไขอยางเปนระบบ เปนนักเจรจาตอรองเมื่อเกิดขอขัดแยงภายในทีมงาน เปนนักจูงใจสามารถสรางแรงบรรดาลใจแกทีมงานเพ่ือใหโครงการไดบรรลุเปาหมาย เปนนักบริหารจัดการที่ดี เปนนักตัดสินใจเมื่ออยูในสถานการณที่ตองเลือก เปนนักการสื่อสารที่สามารถอธิบายหรือถายทอดขาวสารใหทีมงานเขาใจไดโดยงาย

2.3.6 วงรอบชีวิตของโครงการ (Project Life Cycle , PLC) วงรอบชีวิตของโครงการ คือ การรวบรวมข้ันตอนและระยะตาง ๆ ของการดําเนินการ

เปนลําดับ โดยระยะตางๆ ของการดําเนินโครงการเริ่มตั้งแต การนิยามเปาหมายของโครงการ (Define Project Goal) การวางแผนโครงการ (Project Plan) การปฏิบัติการใหเปนไปตามแผนงานที่วางไว (Execute Project Plan) การปดโครงการ (Close Project) และการประเมินโครงการ (Evaluate Project)

รูปที่ 2.3 วงรอบชีวิตของโครงการ (Project Life Cycle)

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

16

องคกร การกําหนดเปาหมายของโครงการที่ดี จะทําใหเห็นภาพของของโครงการชัดเจนสามารถขับเคลื่อนไปยังเฟสตางๆ ของโครงการไดอยางถูกตองและรวดเร็ว และการกําหนดเปาหมายของโครงการที่ดีจะสามารถตอบไดวาโครงการตองดําเนินการอยางไรเพ่ือใหประสบผลสําเร็จ

ข) การวางแผนโครงการ ถือเปนข้ันตอนที่สองของกระบวนการบริหารโครงการ ซึ่งจําเปนตองมีกอนเริ่มการทํางานจริง การวางแผนโครงการจะเริ่มตนดวยการสรางแผนในการดําเนินโครงการ โดยจะอธิบายถึงสิ่งที่ตองทําในโครงการ สาเหตุที่ตองทําโครงการเพราะเหตุใด เพ่ือทราบถึงสาเหตุแลวตองระบุวาจะทําสิ่งนั้นไดอยางไร กิจกรรมที่ตองทําตองใชเวลาและงบประมาณเทาใด ใครที่ตองเขามาเก่ียวของกับโครงการ มีการกําหนดวิธีการวัดผลความสําเร็จของโครงการได ตองมีการกําหนดสงที่ตองสงมอบ (Deliverables) ในแตละระยะของการดําเนินการนั้นมีอะไรบาง แผนการที่ตองบรรลุผลนี้จะเรียกวาแผนตั้งตน (Baseline Plan) ในแผนตั้งตนนี้จะมีการกําหนดขอบเขตของโครงการ ระยะเวลาที่ใชในการดําเนินการ และงบประมาณที่ใช ซึ่งแผนนี้จะถูกใชเปนเครื่องมือในการประเมิณประสิทธิภาพของโครงการ

ค) การปฏิบัติการใหเปนไปตามแผนการที่วางไว เปนการนําแผนการไป ดําเนินการใหบรรลุเปาหมายที่วางไว ความคืบหนาของโครงการตองมีการบันทึกเปนเอกสารและเปรียบเทียบกับแผนตั้งตน สามารถใชเปนตัวควบคุมการดําเนินการใด ๆ ใหอยูในแนวทางที่ไดกําหนดไว การปฏิบัติการโครงการตองการทักษะของการบริหารงานที่ดี ไดแก การทําใหทีมงานมีแรงจูงใจและมุงมั่นอยูกับเปาหมาย การเปนตัวกลางเพ่ือเชื่อมระหวางผูคนในระดับตางๆ การตัดสินใจ การจัดสรรทรัพยากรเพ่ือใหถูกใชประโยชนไดสูงสุด ควบคุมการทํางานใหเปนไปตามที่กําหนด งบประมาณ และคุณภาพ

ง) การปดโครงการ เปนข้ันตอนที่กิจกรรมหรืองานทั้งหมดที่ไดกําหนดไวในแผนโครงการไดเสร็จสิ้นลง การปดโครงการจะทําโดยการสงรายงานข้ันสุดทาย (Final Report) เพ่ือแจงตอผูที่เก่ียวของกับโครงการทั้งหมดไดรับรูวาสิ่งที่ตองสงมอบทั้งหมดไดดําเนินการจนเสร็จเรียบรอย และมีการสลายทีมงาน สมาชิกของทีมงานจะกลับไปสูงานปกติของตน

จ) การประเมินโครงการ เปนการประเมินตัวโครงการและทีมที่ทําโครงการ ผู ประเมินอาจจะเปนผูจัดการโครงการเองหรือ ใหบุคคลภายนอกเปนผูประเมิน เพ่ือดูวาโครงการมีการจัดการทีดีหรือไม มีสวนไหนที่ตองปรับปรุงแกไขใหดีข้ึนถาจะทําโครงการในลักษณะเดียวกันในอนาคต คุณภาพของโครงการเปนไปตามที่กําหนดหรือไม มีการสะทอนถึงประสบการณที่ผานมา สิ่งไหนที่เคยดําเนินการไปไดอยางดี สิ่งไหนที่เคยดําเนินการไปไดอยางไมดีเทาที่ควร บทเรียนที่ไดจากการสะทอนนี้จะถูกบันทึกและนํามารวบรวมเอาไวเพ่ือโครงการในอนาคต

17

2.3.7 บุคคลผูมีบทบาทสําคัญในการบริหารโครงการ ความสําเร็จของโครงการที่จะเกิดข้ึนได จําเปนตองอาศัยผูที่มีสวนรวมในโครงการ การจัดสรรบุคคลเขารวมโครงการตองมีความเหมาะสม ทุกๆ คนตองเขาใจวัตถุประสงคของโครงการอยางชัดเจนและรับรูถึงหนาที่ของตนเพ่ือใหการดําเนินการตางๆ ภายในโครงการบรรลุเปาหมาย ผูที่มีบทบาทสําคัญในการบริหารโครงการไดแก ผูอุปถัมภโครงการ (Project Sponsor) ผูจัดการ โครงการ (Project Manager) ผูนําทีมของโครงการ (Project Team Leader) และสมาชิกในทีมของโครงการ (Member)

รูปที่ 2.4 โครงสรางบทบาทหนาที่ของบุคคลในโครงการ ผูอุปถัมภโครงการมีความสําคัญในการอนุมัติโครงการ เปนผูบริหารที่มีสวนไดสวนเสียในผลลัพธของโครงการ โดยจะมีอํานาจในการกําหนดขอบเขตของของ จัดหาทรัพยากรที่จําเปน และอนุมัติหรือปฏิเสธผลผลิตในข้ันสุดทายของโครงการ ผูอุปถัมภโครงการตองสามารถสนับสนุนโครงการในทุกๆ ดาน ขจัดอุปสรรคและศัตรูที่สงผลกระทบตอโครงการ สามารถสื่อสารอยางมีประสิทธิภาพกับผูที่มีสวนไดสวนเสีย ทําใหเกิดความมั่นใจวาความกาวหนาของโครงการเปนที่รับรูของสมาชิกทั่วไปและผูนําขององคกร แสดงใหเห็นถึงการใหการสนับสนุนในการตัดสินใจและทิศทางของทีม ผูจัดการโครงการ มีเพียงคนเดียวและจะทําหนาที่ในการวางแผนและจัดกําหนดการตางๆ ในโครงการ สามารถบริหารงานวันตอวัน ตองเปนผูที่มีความรับผิดชอบสูงตอความสําเร็จของโครงการ มีบทบาทสําคัญในแตละข้ันตอนของวงจรชีวิตของโครงการ มีหนาที่สําคัญในการสรรหาผูมีประสิทธิภาพเขามารวมทีม จัดเตรียมกรอบกิจกรรมตางๆ ในโครงการ กําหนดวิสัย

18

ทัศฯอยางชัดแจง สามารถประสานสวนงานตางๆ เพ่ือใหกิจกรรมที่ตองดําเนินการเปนไปอยางสะดวกและเรียบรอย สามารถเจรจาตอรองกับผูที่มีอํานาจเหนือกวา เชน การเจรจาเพ่ือติดตอขอบุคคลที่มีความสามารถจากแผนกอ่ืนๆ เขามารวมในทีมโครงการ ขจัดขอขัดแยงตางๆ ที่เกิดข้ึน กําหนดจุดตรวจสอบความกาวหนาของโครงการ (Milestones) จัดการงบประมาณ พยายามรักษาใหการดําเนินงานเปนไปตามทิศทางที่วางไว ผูนําทีมของโครงการ ทําหนาที่ในการรายงานตอผูจัดการโครงการ โครงการที่ขอบเขตการดําเนินการไมใหญ ผูจัดการโครงการและผูนําทีมของโครงการอาจเปนบุคคลเดียวกัน ผูนําทีมตองเปนผูริเริ่มการกระทํา มุงความสนใจไปยังการกระทําที่จําเปนสําหรับการบรรลุเปาหมายของโครงการ แสดงพฤติกรรมของตนเองใหเปนแบบอยางตอสมาชิกในโครงการ สามารถเจรจาตอรองใหเกิดผลประโยชนรวมกันทุกฝาย เนนยํ้าความสําคัญของผลลัพธของโครงการวาเปนวัตถุประสงคขององคกร เพ่ือใหสมาชิกทุกคนไดตระหนัก ตองเปนผูฟงที่ดีรับฟงความคิดเห็นของสมาชิกในทีม สามารถฝกสอน แบงปนความรูและประสบการณ เพ่ือพัฒนาศักยภาพของสมาชิกในทีม ตองมีสวนรวมในการดําเนินงาน มีความสามารถในการกําหนดทิศทางใหทุกคนตองเดินตาม และมีทัศนคติที่เปนบวกตอการทํางานเปนทีม สมาชิกในทีมของโครงการ ถือเปนหัวใจในการขับเคลื่อนใหโครงการนั้นบรรลุผลสําเร็จเพราะถือเปนผูที่ทํางานสวนใหญในโครงการ จึงตองมีการจัดสรรคนที่จะมารวมในโครงการอยางเหมาะสมและมีทักษะที่ถูกตองเก่ียวกับโครงการที่ตองดําเนินการ การคัดเลือกบุคคลเขามาเปนสมาชิกในทีมโครงการตองมีเกณฑสําหรับพิจารณา เชน การประเมิณทักษะดานเทคนิค (Technical Skill) ทักษะดานการแกปญหา (Problem-Solving Skill) ทักษะดานความสัมพันธระหวางบุคคล (Interpersonal Skill) และทักษะดานองคกร (Organizational Skill)

2.3.8 กลุมของกระบวนการในการจัดการโครงการ (Project Management

Process Group) PMBOK ไดกําหนดข้ันตอนในการดําเนินการโครงการที่สําคัญ อยู 5 กลุมกระบวนการ

ไดแก กระบวนการเริ่มตนโครงการ (Initiating Process Group) , การวางแผนโครงการ (Planning Process Group) , การดําเนินการโครงการใหเปนไปตามแผน (Executing Process Group) , การดูแลและควบคุมโครงการ (Monitoring and Controlling Process Group) และ การปดโครงการ (Closing Process Group) โดยรายละเอียดแตละกระบวนการมีดังนี้

19

รูปที่ 2.5 กลุมของกระบวนการในการดําเนินโครงการ

2.3.8.1 การเริ่มตนโครงการ (Initiating Process Group) เปนข้ันตอนแรกของการทําโครงการ โดยเปนการปฎิบัติเพ่ือตรวจสอบ และ

กําหนดขอบเขตงานในแตละข้ันตอนหรือทั้งโครงการ ในข้ันตอนตางๆ ของกระบวนการเริ่มตนนั้นถูกกําหนดจากองคกรผานทางผูจัดการโครงการ วัตถุประสงคหลักที่ PMBOK Guide ไดอธิบายไว มีดังนี้ คือ

การพัฒนาโปรเจคชารเตอร (Project Charter) เพ่ือระบุวาโครงการจะ ถูกจัดโครงสรางอยางไร มีการกําหนดทางเลือกอ่ืนๆ ไวอยางไร โปรเจคชารเตอรถือเปนเอกสารหลักที่ผานการตรวจสอบอยางเปนทางการโดยผูใหการสนับสนุนหรือผูเริ่มโครงการ เพ่ือเปนการยืนยันวาผูจัดการโครงการมีสิทธิ์ในการใชทรัพยากรในองคกรเพ่ือทําโครงการนั้นๆ โดยสวนใหญโปรเจคชารเตอรนั้นจะมาจากสัญญา ขอตกลง ปจจัยตางๆในองคกร ทรัพยากรของบริษัท สถานะของโครงการ รายละเอียดที่ตองระบุในโปรเจคชารเตอร ไดแก หมายเลขโครงการเพ่ือไวใชอางอิง (Project Identification) ผูที่เก่ียวของกับโครงการนี้มีใครบาง (Project Stakeholder) รายละเอียดของโครงการเปนอยางไร มีการกําหนดคุณคาที่องคกรจะไดรับหลังจากโครงการบรรลุผลสําเร็จ (Measurable Organizational Value ,MOV) มีการระบุขอบเขตของโครงการที่ชัดเจน ระยะเวลาและคาใชจาย ทรัพยากรตาง ๆ ที่จําเปนตองใช รวมทั้งในเรื่องของการควบคุมคุณภาพ

การมอบหมายงานใหผูจัดการโครงการ เริ่มตนเขาไปดําเนินการ กระบวนการและกิจกรรมตางๆ ที่เก่ียวของ และดําเนินการเพ่ือวางแผนควบคุมโครงการ

การจัดสรรทรัพยากรใหกับทีมงานโครงการ โดยกอนการเริ่มตนใน ข้ันตอนนี้ สวนใหญโครงการนั้นตองถูกศึกษามาระดับหนึ่งแลว ทําใหทราบถึงความตองการทางธุรกิจ (Business Requirement) ขององคกร และตองผานการเห็นชอบเบ้ืองตนมาแลว

20

กําหนดทางเลือกอ่ืนๆ ใหกับโครงการ (Project selection) เมื่อทราบถึงความตองการ ตองมีการศึกษาความเปนไปได (Feasibility) พรอมทั้งหาทางเลือกอ่ืนๆ ไวดวย สําหรับเปรียบเทียบทางเลือกที่เหมาะสมที่สุด

การพัฒนาขอบเขตงานเบ้ืองตน (Develop Preliminary Project Scope Statement) สวนนี้จะทําเรื่อง ขอบเขตงานตางๆ ในโครงการ เชน สิ่งที่ตองสงมอบ วิธีการยอมรับหรือการสงมอบงาน วิธีการควบคุมงาน โดยโปรเจคชารเตอรนั้นถือเปนสวนหนึ่งในการทําขอบเขตงานเบ้ืองตน โดยประโยชนของการกําหนดขอบเขตโครงการ ในการจัดการโครงการ (Project management) สรางข้ึนมาเพ่ือยืนยันถึงความเขาใจรวมกันเก่ียวกับ ขอบเขตการดําเนินโครงการ หรือขอบเขตความตองการของระบบใหมเพ่ือปองกันไมใหเกิดการทํางานเกินขอบเขต (Scope Creep)

2.3.8.2 การวางแผนโครงการ (Planning Process Group) ข้ันตอนนี้เปนการสรางแบบของโครงการวาโครงการนั้นมีอะไรที่ตองทําบาง

โดยจะไดขอมูลเก่ียวกับทรัพยากรตางๆ ที่ตองใชไมวาจะเปน กิจกรรมที่ตองทํา ตารางเวลา งบประมาณ ในการทํางานโครงการอยางละเอียด รวมไปถึงความตองการ ความเสี่ยงของโครงการ ขอจํากัดตางๆ ในข้ันตอน โดยวัตถุประสงคสําคัญในข้ันตอนนี้ ไดแก

จัดทําแผนการบรหิารโครงการทั้ง 9 ดาน ของ PMBOK แตกงานที่ตองทํา (Work breakdown Structure ,WBS) ระบุความเสี่ยงของโครงการมีอะไร และดานไหนบาง

2.3.8.3 การดําเนินการโครงการ (Executing Process Group) เปนข้ันตอนที่นําแผนงานที่กําหนดไวในข้ันตอนของการวางแผนโครงการ ไป

ปฏิบัติเพ่ือใหบรรลุผล โดยข้ันตอนนี้จะทําเรื่องการประสานงานของบุคคลากรสวนตางๆ และทรัพยากรที่ตองใช ซึ่งเปนสิ่งสําคัญที่ ในการทําโครงการใหลุลวง รวมทั้งควบคุมการเปลีย่นแปลงขอบเขตงานดวย เชน กิจกรรมที่เพ่ิมข้ึน การปรับจํานวนทรัพยากร การปรับแผนนั้นอาจสงผลตอโครงการ หรือ ไมสงผลเลยก็ได แตสิ่งที่สําคัญคือตองทําการวิเคราะหกอน ซึ่งการวิเคราะหจะใหผลตอการเปลี่ยนแปลงทันที ทําใหไดแผนพ้ืนฐานโครงการ (Baseline) ข้ึนมาใหม วัตถุประสงคหลักในข้ันตอนนี้ ไดแก

ระบุงานที่ตองทําใหเสร็จในแผนการจัดการโครงการ ติดตอและจัดการทรัพยากรอยางเหมาะสม นําสิ่งที่เปลี่ยนแปลงมารวมในโครงการ แจงขอมูลขาวสารของโครงการใหสมาชิกทุกคนทราบ

21

2.3.8.4 การดูแลและควบคุมโครงการ (Monitoring and Controlling Process Group)

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

ทําการตรวจสอบและวัดผลความสําเร็จโครงการ ทําการปองกันกิจกรรมตางๆ ที่อาจสงผลกระทบตอโครงการ ทําการทวนสอบ และจัดการการเปลี่ยนแปลงของโครงการ ตรวจจับเฝาระวังความเสี่ยงโครงการ

2.3.8.5 การปดโครงการ (Closing Process Group ) การปดโครงการ ถือเปนข้ันตอนสุดทายกอนจบโครงการ การปดโครงการ

สามารถเปนไดทั้ง โครงการนั้นๆ เสร็จสิ้น หรือโครงการถูกยกเลิกก็ได กิจกรรมทีส่ําคัญในกระบวนการนี้ ไดแก

ดําเนินการใหกิจกรรมทั้งหมดในโครงการตองเสร็จสิ้น การปดสัญญาของโครงการ ตรวจสอบสิ่งที่ตองสงมอบใหเรียบรอย

2.3.9 แผนการบริหารโครงการของ PMBOK ทั้ง 9 ดาน แผนการบริหารโครงการของ PMBOK จะแบงออกเปนองคความรู 9 ดาน ซึ่งทุกดาน

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

2.3.9.1 การบริหารขอบเขตโครงการ (project scope management) เปนการ

Management) กําหนด และบริหารขอบเขตงานทั้งหมดที่ตองการเพ่ือใหงานโครงการเสร็จสมบูรณ 2.3.9.2 การบริหารเวลาโครงการ (project time management) เปนการประมาณเวลาที่ตองการใชเพ่ือใหงานเสร็จสมบูรณ พัฒนาตารางเวลาโครงการ และการควบคุมใหโครงการเสร็จตามเวลา 2.3.9.3 การบริหารคาใชจายโครงการ (project cost management) เปนการ

เตรียมและบริหารงบประมาณโครงการ 2.3.9.4 การบริหารคุณภาพโครงการ (project quality management) เพ่ือให แนใจวาโครงการมีคุณภาพตามที่ไดกําหนด ความรูที่สนับสนุนการบริหารโครงการ

22

2.3.9.5 การบริหารการบูรณาการโครงการ (project integration management) เปนการประสานความรูการบริหารโครงการทุกดานเพ่ือใหงานของโครงการสามารถทําออกมาพรอมกัน ในเวลาที่กําหนด 2.3.9.6 การบริหารทรัพยากรมนุษยโครงการ (project human resource management) เปนความรูที่ตระหนักถึงการใชคนที่เก่ียวกับโครงการอยางมีประสิทธิผล 2.3.9.7 การบริหารการสื่อสารโครงการ (project communication management) เก่ียวกับการสราง การรวบรวม การกระจาย การจัดเก็บขอมูลโครงการ 2.3.9.8 การบริหารความเสี่ยงโครงการ (project risk management) เปนการระบุ การวิเคราะห การตอบสนองตอความเสี่ยงที่เก่ียวของกับโครงการ 2.3.9.9 การบริหารการจัดซื้อจัดจาง (project procurement management) เปนการจัดหาสินคาและบริการจากนอกองคการ

เครื่องมือและเทคนิคการบริหารโครงการเปนสิ่งที่ชวยใหผูจัดการโครงการและทีมงานทํางานที่เก่ียวกับความรู 9 ดาน เครื่องมือและเทคนิคที่นิยมใชในการบริหารเวลาคือ แผนภูมิแกนต (Gantt chart) ผังเครือขายโครงการ (project network diagram) และการวิเคราะหเสนทางวิกฤต (critical path analysis)

ความรู เทคนิคและเครื่องมือ การบริหารการบูรณาการ

วิธีการเลือกโครงการ ระเบียบวิธีการบริหารโครงการ การวิเคราะหผูมีสวนไดเสีย เอกสารสิทธิ์โครงการ (project charters) แผนการบริหารโครงการ ซอฟตแวรการบริหารโครงการ คณะกรรมการควบคุมการเปลี่ยนแปลง การบริหารคอนฟกกรูเรชัน การประชุมทบทวนโครงการ ระบบการอนุมัติงาน

การบริหารขอบเขต

ขอกําหนดขอบเขตโครงการ โครงสรางจําแนกงาน ขอกําหนดของงาน แผนการบริหารขอบเขต การวิเคราะหความตองการ การควบคุมการเปลี่ยนขอบเขต

การบริหารเวลา

แผนภูมิแกนต ผังเครือขายโครงการ การวิเคราะหเสนทางวิกฤต เทคนิคการทบทวนและประเมินผลการทํางาน (PERT) ตารางเวลาโซหวงวิกฤต การเรงรัดเวลา (crashing) เสนทางลัด (fast track) การทบทวนหลักไมล (milestones)

การบริหารคาใชจาย

มูลคาปจจุบัน อัตราผลตอบแทนจากการลงทุน การวิเคราะหการจายคืนทุน แฟมธุรกิจ (business case) การบริหารมูลคาที่ไดรับ การบริหารกลุมโครงการ (project portfolio management) ประมาณการคาใชจาย แผนการบริหารคาใชจาย ซอฟตแวรดานการเงิน

การบริหารคุณภาพ

ซิกสซิกมา (six sigma) ผังควบคุมคุณภาพ ผังพาเรโต ผังกางปลา หรือ ผังอิชิคาวา การตรวจสอบคุณภาพ (quality audit) ตัวแบบวุฒิภาวะ (maturity models) วิธีการเชิงสถิต

23

การบริหารทรัพยากรมนุษย

เทคนิคการจูงใจ การฟงอยางเห็นอกเห็นใจ (empathic listening) สัญญาทีมงาน ผังการมอบหมายความรับผิดชอบ แผนภูมิแบบแทงทรัพยากร การจัดระดับทรัพยากร การสรางทีม

การบริหารการสื่อสาร

แผนการบริหารการสื่อสาร การบริหารความขัดแยง การเลือกสื่อการสื่อสาร โครงสรางพื้นฐานการสื่อสาร รายงานสถานภาพ แมแบบ เว็บไซตโครงการ

การบริหารการจัดซื้อจัดจาง

การวิเคราะหการทําหรือการซื้อ สัญญา คํารองขอขอเสนอโครงการ หรือขอเสนอราคา การเลือกแหลงสินคาหรือบริการ การตอรอง การจัดซื้อจัดจางแบบอิเล็กทรอนิกส

การบริหารความเสี่ยง

แผนการบริหารความเสี่ยง ผังผลกระทบ/ความเปนไปได การจัดลําดับความเสีย่ง การจําลองแบบมอนติ คารโล (Monte Carlo simulation) การติดตามความเสี่ยงสิบอันดับแรก

ตารางที ่2.1 เครื่องมือและเทคนิคที่ใชในความรูการบริหารโครงการ 9 ดาน (Schwalbe, 2007)

จากตารางที ่2.1 แสดงเครื่องมือและเทคนิคที่ใชในความรูการบริหารโครงการ 9 ดาน

ของ PMBOK ซึ่งสามารถทําใหเห็นแนวทางในการบริหารโครงการไดอยางชัดเจนข้ึน

2.4 เทคโนโลยีสารสนเทศที่นํามาใช เทคโนโลยีเว็บ เปนเทคโนโลยีที่มีความนิยมแพรหลาย เนื่องจากมีคุณสมบัติที่ผูใชงาน

สามารถเขาถึงไดจากสถานที่ตางๆ สามารถเชื่อมตอกับเครือขายอินเตอรเน็ตผานทางเว็บบราวเซอร โดยสามารถใหบริการไดอยางครอบคลุมเปนวงกวาง สวนความสะดวกในมุมของผูพัฒนาระบบนั้น จะงายตอการติดตั้งหรือปรับปรุงระบบเนื่องจากแหลงจัดเก็บขอมูลของระบบจะอยูที่ศูนยกลางที่เดียว เมื่อมีการปรับปรุงหรือแกไขระบบไมจําเปนตองติดตั้งหรือดําเนินการใด ๆ ที่เครื่องใชงานของผูใช ระบบที่จะพัฒนาข้ึนจะใชเทคโนโลยีของ .Net ซึ่งเปนเทคโนโลยีใหมที่มีความนิยมในยุคปจจุบัน เนื่องจากเทคโนโลยี .Net จัดจัดเตรียมสิ่งอํานวยความสะดวกตาง ๆ ที่จําเปนตอการพัฒนาเว็บแอปพลิเคชันไวอยางมากมาย อีกทั้งตัวเทคโนโลยีเองก็ไมไดยึดติดกับตัวภาษาที่ใชงาน ไดแก C# , VB.Net , C++ และ Delphi เปนตน โดยโปรแกรมที่ถูกพัฒนาข้ึนจะถูกคอมไพลเปนภาษามาตรฐาน ซึ่งไมโครซอฟทเรียกวา Microsoft Intermediate Language หรือ IL ดังนั้นทุกภาษาจะถูกแปลเปนภาษาเดียวกันหมดคือ ภาษา IL ไฟลที่ไดจะเปนนามสกุล .EXE แตไมสามารถทํางานบนเครื่องทั่วไปที่ไมไดติดตั้ง .Net Framework ได เนื่องจากไฟล .EXE ไมไดมีการเก็บ Machine code ดังนั้นระบบปฏิบัติการไมสามารถเขาใจภาษา IL ได ตองอาศัยสวนของ Common Language Runtime (CLR) เปนผูแปลภาษา IL เปนภาษาเครื่องอีกข้ันหนึ่ง ตัว CLR เองก็ไมไดคอมไพลทีเดียวทั้งหมด แตจะใชเทคนิค Just In Time (JIT) คอมไพล IL เฉพาะสวนที่จําเปนตองใช ถาฟงกชันไหนตองการใชงานที่จะถูกคอมไพลเฉพาะฟงกชันนั้น ซึ่งทําใหมีการทํางานที่เร็วข้ึน การติดตอกับฐานขอมูลจะใชเทคโนโลยี ADO.Net ใน

24

การเขาถึง เนื่องจากไดเตรียมเครื่องมือในการเขาถึงและจัดการฐานขอมูลไวอยางหลากหลายทําใหสะดวกในการใชงานอีกดวย

ฐานขอมูลที่ใชในการจัดเก็บขอมูล ไดแก Microsoft SQLServer 2008 (Express Edition) เพ่ือใหสอดรับกับเทคโนโลยี .Net ดังนั้นระบบจัดการฐานขอมูล (DBMS) จึงไดใชเทคโนโลยีจากคายเดียวกัน ซึ่งตัว DBMS จะทําหนาที่ในการบริหารจัดการฐานขอมูล ซึ่งไดแก การเพ่ิม การปรับปรุง การลบขอมูล รวมทั้งการสํารองขอมูลเพ่ือความปลอดภัยอีกดวย

รูปที่ 2.6 โครงสรางของสถาปตยกรรม .Net

สวนโครงสรางของระบบฮารดแวรประกอบดวยเครื่องใหบริการ Web Server ซึ่งจะติดตอกับเครื่องที่ทําหนาที่จัดการฐานขอมูล Database Server โดยระบบที่ใหบริการจะติดตั้งไวที่ Web Server และการใชของผูใชจะเขาถึงระบบจาก Internet/Intranet ผานทางเว็บบราวเซอร

รูปที่ 2.7 โครงสรางของระบบงาน

25

2.5 การประยุกตใชแฟมตนแบบ (Template) ในการบริหารโครงการ จากกระบวนการในการดําเนินการโครงการจะแบงเปน 4 เฟส ในแตละเฟสจะประกอบดวยแฟมตนแบบ (Template) สําหรับใชในการบันทึกและจัดเก็บขอมูลเก่ียวกับรายละเอียดของโครงการ โดยในแตละเฟสของการดําเนินโครงการจะมีแฟมตนแบบที่เก่ียวของดังตอไปนี้

การเริ่มตนโครงการ (Initiating Process) การวางแผนโครงการ (Planning Process) การดําเนินการ การดูแลและควบคุมโครงการ (Executing Monitoring and Control

Process) การปดโครงการ (Closing Process)

Process Phase Template 1. Initiating Process 1.1 Project Analysis Worksheet

1.2 Project Proposal 1.3 Project Charter

2. Planning Process

2.1 Activity Definition and Sequencing Worksheet 2.2 Change and Configuration Management Plan 2.3 Communication Plan 2.4 Organization Breakdown Structure Worksheet 2.5 Performance Plan 2.6 Procurement Plan 2.7 Project Budget Plan 2.8 Project Schedule 2.9 Project Scope and Business Objective Worksheet 2.10 Quality Management Plan 2.11 Resource Plan 2.12Risk Management Plan Template 2.13 Work Breakdown Strucure Table

3. Executing Process Monitoring and Control

3.1 Change Control Request 3.2 Issue Management Log 3.3 Issue Management Document 3.4 Project Status Report 3.5 User Acceptance Report 3.6 Daily Report

26

3.7 Workers Report 3.8 Request for Approval Concrete 3.9 Request for Approval Overtime 3.10 Contrator Equipment Record 3.11 Concrete Inspection Report 3.12 Concreting Progress 3.13 Pile Driving Record

4. Closing Process Project Close-out

ตารางที่ 2.2 ตารางแฟมตนแบบ(Template) ในกระบวนการบริหารโครงการ

2.5.1 การเริ่มตนโครงการ แฟมตนแบบการเริ่มตนโครงการมีดังนี้ คือ

แฟมตนแบบวิเคราะหโครงการ (Project Analysis Worksheet Template) แฟมตนแบบนําเสนอโครงการ (Project Proposal Template) แฟมตนแบบสัญญาโครงการ (Project Charter) ตัวอยางแฟมตนแบบการเริ่มตนโครงการอยูในภาคผนวก ก.

2.5.2 การวางแผนโครงการ แฟมตนแบบการวางแผนโครงการมีดังนี้ คือ

แฟมตนแบบการกําหนดและจัดลําดับการดําเนินงาน (Activity Definition and Sequencing Worksheet Template) แฟมตนแบบการวางแผนการจัดการเปลี่ยนแปลงและองคประกอบ (Change

and Configuration Management Plan Template) แฟมตนแบบการวางแผนการสื่อสาร (Communication Plan Template) แฟมตนแบบการจัดแบงองคกร (Organization Breakdown Structure

Worksheet Template) แฟมตนแบบการวางแผนประสิทธิภาพ (Performance Plan Template) แฟมตนแบบการวางแผนการจัดซื้อ (Procurement Plan Template) แฟมตนแบบการวางแผนงบประมาณ (Budget Plan Template) แฟมตนแบบการจัดทําตารางโครงการ (Project Schedule Template)

27

แฟมตนแบบขอบเขตโครงการและวัตถุประสงคทางธุรกิจ (Project Scope and Business Objective Worksheet Template) แฟมตนแบบการวางแผนการจัดการดานคุณภาพ (Quality Management

Plan Template) แฟมตนแบบการวางแผนทรัพยากร (Resource Plan Template) แฟมตนแบบการวางแผนจัดการความเสี่ยง (Risk Management Plan

Template) แฟมตนแบบการจัดทําตารางกลุมของงานที่ตองทําในโครงการ (Work

Breakdown Strucure Table Template) ตัวอยางแฟมตนแบบการวางแผนโครงการอยูในภาคผนวก ข.

2.5.3 การดําเนินการโครงการ การดูแล และควบคุมโครงการ แฟมตนแบบการดําเนินการโครงการ การดูแลและควบคุมโครงการมีดังนี้ คือ

แฟมตนแบบการควบคุมการเปลี่ยนแปลงเมื่อมีการรองขอ (Change Control Request Template) แฟมตนแบบที่จัดเก็บการจัดการปญหา (Issue Management Log

Template) แฟมตนแบบเอกสารการจัดการปญหา (Issue Management Document

Template) แฟมตนแบบการรายงานสถานะโครงการ (Project Status Report

Template) แฟมตนแบบรายงานการตรวจรับจากผูใช (User Acceptance Report

Template) แฟมตนแบบรายการประจําวัน (Daily Report Template) แฟมตนแบบรายงานโครงการ (Project Report) แฟมตนแบบรายงานคนงาน (Workers Report Template) แฟมตนแบบขออนุมัติเทคอนกรีต(Request for Approval Concrete

Template) แฟมตนแบบขออนุมัติทํางานลวงเวลา (Request for Approval Overtime

Template) แฟมตนแบบบันทึกอุปกรณกอสรางของผูรับเหมา(Contrator Equipment

Record Template) แฟมตนแบบรายงานตรวจสอบคอนกรีต(Concrete Inspection Report

Template)

28

แฟมตนแบบความคืบหนาของคอนกรีต (Concreting Progress Template) แฟมตนแบบบันทึกการตอกเสาเข็ม (Pile Driving Record Template) ตัวอยางแฟมตนแบบแฟมการดําเนินการโครงการ การดูแลและควบคุมโครงการ

อยูในภาคผนวก ค.

2.4.5 การปดโครงการ แฟมตนแบบการปดโครงการมีดังนี้ คือ

แฟมตนแบบรายงานปดโครงการ (Project Closeout Report) ตัวอยางแฟมตนแบบการปดโครงการอยูในภาคผนวก ง.

2.6 แนวทางการบริหารและติดตามโครงการดานสารสนเทศ จากที่กลาวมาในหัวขอกอนหนา การบริหารและติดตามโครงการถูกแบงออกเปนเฟส ๆ ทั้งหมด 5 เฟส ในแตละเฟสจะมีข้ันตอนและกระบวนการในการบริหารโครงการที่สัมพันธกัน ตามแนวทางของ PMBOK ดังนั้นในการที่จะทําใหการบริหารโครงการของแตละองคกร สามารถดําเนินการไดตามแนวทางดังกลาว เพ่ือใหวัตถุประสงคของแตละโครงการสามารถประสบผลสําเร็จได จําเปนตองอาศัยเครื่องมือที่นํามาชวยในการจัดการ ในที่นี้ไดแกแฟมตนแบบ (Template) การบริหารโครงการในแตละเฟส สามารถใชแฟมตนแบบเพ่ือเก็บบันทึกขอมูลของโครงการ ขอมูลที่บันทึกในแฟมตนแบบจะถูกจัดเก็บและแยกเปนหมวดหมู ทําใหการสืบคน หรือเขาถึงรายละเอียดตางๆ ของโครงการเปนไปไดโดยสะดวกและรวดเร็ว แฟมตนแบบตางๆ จะถูกควบคุมและจัดการโดยระบบสารสนเทศผานทางเว็บเทคโนโลยี

29

บทท่ี 3 การออกแบบระบบ

3.1 กลาวนํา

การออกแบบระบบการใชเอกสารรวมกันสําหรับโครงการงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ การออกแบบระบบจะใชแนวทาง PMBOK คือการดําเนินโครงการใหไปไปตามแผนซึ่งเปนข้ันตอนที่กําหนดไวในแนการดําเนินโครงการใหเสร็จตามแผนงานดําเนินงานหลัก(Master Schedule) ถาขาดประสิทธิภาพในการทําตามแผนงานจะสงผลกระทบตอโครงการทั้งในดาน ขอบเขต เวลา และงบประมาณ ดังนั้นแนวทางหนึ่งที่จะชวยปองกันอุปสรรคตางๆ ที่มีผลกระทบตอโครงการ คือ การสรางระบบสารสนเทศเพ่ือชวยในการบริหารดําเนินโครงการใหเปนไปตามแผนใหมีประสิทธิภาพสูงสุด ในบทนี้จะกลาวถึงปญหาจากระบบเดิมและการสรางระบบใหม การรวบรวมและการศึกษาขอมูล ภาพรวมของการออกแบบระบบ และการออกแบบระบบ การสรางแผนภาพแสดงการไหลของขอมูล (Data Flow Diagram , DFD ) การออกแบบความสัมพันธของขอมูล (Entity Relationship Diagram) การสรางพจนานุกรมขอมูล (Data Dictionary)

รูปที่ 3.1 ผังบริษัทเกทเวย อารคิเท็ค จํากัด

ฝายงานออกแบบ

ฝายงานวิศวกรรม

ฝายงานควบคุมงานกอสราง

ฝายงานบัญชีและธุรการ

งานสถาปตยกรรม งานตกแตงภายใน งานภูมิสถาปตย

งานวิศวกรรมโครงสราง

งานวิศวกรรมระบบไฟฟา

งานวิศวกรรมระบบสุขาภิบาล

ผูจดัการโครงการ

งานบัญชีและการเงิน

งานธุรการและเอกสาร

ทีมสถาปนิกและมัณฑนากร

งานวิศวกรรมระบบเคร่ืองกล

วิศวกรควบคุมงาน

บริษัท เกทเวย อารคิเท็ค จํากัด

30

จากรูปที่ 3.1 ผังบริษัท เกทเวย อารคิเท็ค จํากัดประกอบดวย 4 ฝาย คือ ฝายงานออกแบบ ฝายงานวิศวกรรม ฝายงานควบคุมงานกอสราง และฝายงานบัญชีและธุรการ เฉพาะในฝายควบคุมงานกอสรางจะแยกออกมาโดยมีผูจัดการโครงการเปนผูบริหารโครงการ

รูปที่ 3.2 ผังการควบคุมงานกอสราง บริษัทเกทเวย อารคิเท็ค จํากัด

จากรูปที่ 3.2 ผังการควบคุมงานกอสราง บริษัท เกทเวย อารคิเท็ค จํากัด แสดงใหเห็นถึงผูเก่ียวของในการกอสรางโครงการ ประกอบดวย เจาของโครงการ บริษัท เกทเวย อารคิเท็ค จํากัด ผูรับเหมากอสราง ผูจัดการโครงการ และวิศวกรควบคุมงาน

รูปที่ 3.3 Block Diagram ของระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ

เจาของโครงการ

บริษัท เกทเวย อารคิเท็ค จํากัด

ผูจัดการโครงการ

ผูรับเหมากอสราง

วิศวกรควบคุมงาน

31

จากรูปที่ 3.3 เปนโครงสรางของการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ จะเปนในลักษณะการควบคุมกระแสงานและควบคุมเอกสารในรูปแบบของเว็บแอปพลิเคชัน ผานอินเตอรเน็ต (Internet) ของผูใหบริการ Webhosting เปนตัวขับเคลื่อนแอปพลิเคชัน รวมถึงการจัดเก็บฐานขอมูลแฟมตนแบบในแตละเฟส 3.2 ปญหาจากระบบเดิม และการสรางระบบใหม 3.2.1 ปญหาจากระบบเดิม การควบคุมงานเอกสารงานกอสรางในระบบเดิมนั้น ใชวิธีการสงเอกสารและรายงานตาง ๆ ไปยังอีเมลกลางของบริษัทฯ แลวผูจัดการโครงการก็ตองเขาไปเช็คอีเมล เนื่องจากมีการควบคุมงานกอสรางหลายแหง ทําใหเกิดปญหาเอกสารกระจัดกระจายไมอยูในแหลงเดียวกัน บางครั้งเกิดการทํางานซ้ําซอนผิดพลาด เกิดการลาชาในการสื่อสาร เปนผลทําใหโครงการเสียหายไมเปนที่พอใจของเจาของโครงการ อีกทั้งไมสามารถติดตามการทํางานของวิศวกรควบคุมงานที่อยูหนางานได

รูปที่ 3.4 รูปแสดงกระบวนการทํางานของระบบเดิม

32

3.2.2 การสรางระบบใหม การสรางระบบใหมในการควบคุมเอกสารงานกอสรางโดยการสรางเว็บแอพพลิเคชั่นในการจัดเก็บเอกสารตนแบบใหอยูในแหลงเดียวกัน ผูจัดการโครงการและผูใชงานสามารถดูเอกสารที่บันทึกแลวจากแฟมตนแบบ วิศวกรควบคุมงานสามารถนําเอกสารตนแบบที่บันทึกแลวอัพโหลดกลับเขาสูระบบ ระบบจะเปลี่ยนสถานะแสดงการอัพโหลดเอกสารตนแบบที่บันทึกแลวเปนการชวยแกไขปญหาในการติดตามการทํางานของวิศวกรควบคุมงาน และยังสามารถรวบรวมเอกสารไวในแหลงเดียวกันไดอีกดวย

รูปที่ 3.5 รูปแสดงกระบวนการทํางานของระบบใหม 3.3 การรวบรวมและการศึกษาขอมูล การรวบรวมและการศึกษาขอมูลสําหรับการออกแบบและพัฒนาระบบ ประกอบดวยขอมูลความตองการของผูจัดการโครงการและผูใชงานเปนผูกําหนดรูปแบบของระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บ ซึ่งประกอบดวยรายละเอียดดังตอไปนี ้

ผูจัดการโครงการมีความตองการระบบสารสนเทศที่สามารถเชื่อมตออินเตอรเน็ต เพ่ือใหสามารถบริหารโครงการไดทุกที่ ทุกเวลา

ผูจัดการโครงการตองการระบบที่สามารถติดตามการทํางานของวิศวกรควบคุมงาน

33

ผูจัดการโครงการและวิศวกรควบคุมงานตองการระบบที่สามารถจัดเก็บเอกสารไวในแหลงเดียวกัน เพ่ืองายตอการจัดการดานเอกสาร 3.4 ภาพรวมการออกแบบระบบ จากการที่ไดรวบรวมปญหาและความตองการของผูใชระบบ สามารถทําการวิเคราะหออกแบบระบบใหมได ซึ่งในการออกแบบจะมุงเนนถึงความตองการของผูใชงานเปนหลักโดยเริ่มจากการศึกษาความตองการ และมีข้ันตอนดังนี้

1. การลงทะเบียนเขาใชงานระบบ (Register) กอนการใชงานระบบ ผูจัดการโครงการหรือผูที่มีสวนเก่ียวของสามารถลงทะเบียนเพ่ือขอรับ รหัสบัญชีผูใชงาน (User Account) และรหัสผาน (User Password) สําหรับการเขาใชระบบ

2. การเขาใชงานระบบ (Login) หลังจากที่ไดรับ รหัสบัญชีผูใชงานและรหัสผาน สามารถนําไปทําการ Login เขาไปยังระบบการใชเอกสารรวมกันได

3. การสรางขอมูลโครงการใหม (Create New Project) ผูจัดการโครงการหรือผูที่เก่ียวของสมารถสรางขอมูลโครงการข้ึนมาใหม พรอมกับบันทึกรายละเอียดขอมูลโครงการเบ้ืงตน

4. การระบุแฟมตนแบบที่ตองการ (Template Selection) ระบบจะแสดงรายการแฟมตนแบบที่เก่ียวของกับโครงการในแตละเฟสการทํางาน ผูจัดการโครงการสามารถเลือกแฟมตนแบบที่ตองการสําหรับโครงการนั้นๆ

5. การสืบคนขอมูลโครงการ (Project Query) ผูจัดการโครงการหรือผูที่เก่ียวของสามารถคนหาโครงการที่ตองการ โดยสามารถระบุเงื่อนไขในการคนหาได เชน เลขที่โครงการ ผูจัดการโครงการ วันที่สรางโครงการ สถานะของโครงการ

6. การตรวจสอบและติดตามความคืบหนาโครงการ (Monitoring and Controls) ผูจัดการโครงการหรือผูที่เก่ียวของสามารถตรวจสอบและติดตามความคืบหนาของโครงการวาอยูในเฟสไหน ข้ันตอนอะไร สามารถดูความคืบหนาความลาชาของโครงการ สถานะของแฟมตนแบบตางๆ วามีการบันทึกขอมูลเรียบรอยหรือยัง

7. การโหลดแฟมตนแบบ (Template Download) แฟมตนแบบที่มีการเลือกไวสําหรับโครงการนั้นๆ สามารถโหลดจากระบบเพ่ือมาทําการบันทึกขอมูลเก่ียวกับโครงการ โดยสามารถโหลดไฟลไดตามที่ตองการไมจําเปนตองโหลดทั้งหมด (On demand)

8. การบันทึกรายละเอียดขอมูลลงในแฟมตนแบบ (Entry Data) แฟมตนแบบที่โหลดมาจากระบบแลวสามารถบันทึกรายละเอียดตางๆ แฟมตนแบบที่บันทึกรายละเอียดเรียบรอยแลวจะพรอมที่จะนํากลับเขาไปยังระบบอีกครั้ง

9. การนํากลับแฟมตนแบบไปยังระบบ (Template Upload) การนําแฟมตนแบบที่มีการบันทึกรายละเอียดจนครบถวนแลวกลับไปยังระบบ และระบบสามารถเปลี่ยนสถานเพ่ือใหผูจัดการโครงการหรือผูที่เก่ียวของสามารถตรวจสอบสถานะความ

34

คืบหนาของโครงการได ในการนําแฟมตนแบบกลับไปยังระบบแตละครั้งจะสามารถบันทึกจํานวนครั้งที่มีการนํากลับและบันทึกขอมูลวันที่ เวลาที่มีการนํากลับครั้งลาสุดไวดวย การนําแฟมตนแบบของโครงการในเฟสสุดทายกลับเขาระบบจะหมายถึงการดําเนินโครงการไดมาถึงกระบวนการสุดทายแลวนั่นคือข้ันตอนของการปดโครงการ

10. การออกจากระบบ (Logout) เปนการสิ้นสุดการใชงานระบบ

รูปที่ 3.6 แผนผังแสดงข้ันตอนการใชงานระบบการใชเอกสารรวมกัน

3.5 แผนภาพแสดงการไหลของขอมูล Data Flow Diagram (DFD) แผนภาพที่แสดงใหเห็นถึงทางการไหลของขอมูลที่มีอยูในระบบ และการดําเนินงานที่เกิดข้ึนในระบบ โดยขอมูลในแผนภาพทําใหทราบถึงขอมูลมาจากที่ใด ขอมูลจะไปที่ไหน ขอมูลเก็บที่ใด และเกิดเหตุการณใดกับขอมูลในระหวางทาง แผนภาพกระแสขอมูลจะแสดงภาพรวมของระบบ (Overall picture of a system) และรายละเอียดบางอยาง

3.5.1 สัญลักษณที่ใชในแผนภาพกระแสขอมูล สัญลักษณที่ใชเปนมาตรฐานในการแสดงแผนภาพกระแสขอมูลมีหลายชนิด แตในที่นี้จะแสดงใหเห็นเพียง 2 ชนิด ไดแก ชุดสัญลักษณ

35

มาตรฐานที่พัฒนาโดย Gane and Sarson และชุดสัญลักษณมาตรฐานที่พัฒนาโดย DeMarco and Yourdon โดยมีสัญลักษณตางๆ ดังตอไปนี้

ตารางที่ 3.1 สัญลักษณที่ใชในแผนภาพกระแสขอมูล

DeMarco & Yourdon Gane & Sarson ความหมาย

Process: ข้ันตอนการทํางานภายในระบบ

Data Store: แหลงขอมูลสามารถเปนไดทั้งไฟลขอมูลและฐานขอมูล (File or Database)

External Agent: ปจจัยหรือสภาพแวดลอมที่มีผลกระทบตอระบบ

Data Store : เสนทางการไหลของขอมูล แสดงทิศทางของขอมูลจากข้ันตอนการทํางานหนึ่งไปยังอีกข้ันตอนหนึ่ง

3.5.2 แนวคิดของแบบจําลองข้ันตอนการทํางานของระบบ ในการสรางแบบจําลองการ

ทํางานของระบบ โดยใชแผนภาพกระแสขอมูลมีแนวคิดตางๆ ดังนี้ โปรเซส (Process) คืองานที่ดําเนินการเพ่ือตอบสนองขอมูลที่รับเขา หรือ

การดําเนินการเพ่ือตอบสนองตอเงื่อนไข หรือสภาวะใดๆ ที่เกิดข้ึน ไมวาข้ันตอนการดําเนินงานจะกระทําโดยบุคคล หนวยงาน หรือเครื่องคอมพิวเตอรก็ตาม โดยจะเปนกริยา (Verb) เชน ลงทะเบียน เพิกถอนวิชา เพ่ิมวิชา พิมพรายงาน เปนตน จํานวนโปรเซสที่มีในแตละแผนภาพกระแสขอมูลควรมีอยูระหวาง 2-7 โปรเซส หรือในบางตําราไดกําหนดจํานวนโปรเซสควรอยูในระหวาง 7 บวกลบได 2 โปรเซส

36

รูปที่ 3.7 สัญลักษณที่ใชแทนกระบวนการ รูปที่ 3.7 แสดงสัญลักษณที่ใชแสดงแทนโปรเซสดวยสี่เหลี่ยมมุนมน ประกอบไปดวย 2 สวน คือ สวนบนใชแสดงหมายเลขของโปรเซส เชน 0, 1.0, 1.1 เปนตน สวนลางจะใชแสดงชื่อของโปรเซส

เสนทางการไหลของขอมูล (Data Flow) เปนการสื่อสารระหวางโปรเซสตางๆ และสภาพแวดลอมภายนอกหรือภายในระบบ โดยแสดงถึงขอมูลที่นําเขาไปในแตละโปรเซส และขอมูลที่สงออกจากโปรเซสใชในการแสดงถึงการบันทึกขอมูล การลบขอมูล การแกไขขอมูลตางๆ ในไฟลหรือในฐานขอมูล ซึ่งในแผนภาพกระแสขอมูล เรียกวา “Data Store”

รูปที่ 3.8 สัญลักษณการไหลของขอมูล รูปที่ 3.8 สัญลักษณการไหลของขอมูล ซึ่งมีลักษณะเปนเสนตรงที่ประกอบดวยหัวลูกศรตรงปลายเพ่ือบอกทิศทางการเดินหรือการไหลของขอมูลมีกฎดังนี้

- ชื่อของเสนการไหลของขอมูลควรเปนชื่อของขอมูลที่สงโดยไมตองอธิบายวาสงอยางไร ทํางานอยางไร

- เสนการไหลของขอมูลตองมีจุดเริ่มตนหรือสิ้นสุดที่โปรเซส เพราะเสนการ ไหลของขอมูลคือขอมูลนําเขา (Input) และขอมูลสงออก (Output) ของโปรเซส

- เสนการไหลของขอมูลจะเดินทางระหวาง External Agent กับ External Agent ไมได

- Data Flow จะเดินทางจาก External Agent ไป Data Store ไมได - Data Flow จะเดินทางจาก Data Store ไป External Agent ไมได - Data Flow จะเดินทางระหวาง Data Store กับ Data Store ไมได - การตั้งชื่อ Data Flow จะตองใชคํานาม (Noun) เชน Inventory Data,

Goods Sold Data เปนตน

37

ตวแทนขอมูล (External Agent) หมายถึง บุคคล หนวยงานในองคกร องคกรอ่ืนๆ หรือระบบงานอ่ืนๆ ที่อยูภายนอกขอบเขตของระบบ แตมีความสัมพันธกับระบบ โดยมีการสงขอมูลเขาสูระบบเพ่ือดําเนินงาน และรับขอมูลที่ผานการดําเนินงานเรียบรอยแลวจากระบบ ในบางครั้งเรียกวา “External Entity”

รูปที่ 3.9 สัญลักษณของตัวแทนขอมูล รูปที่ 3.9 สัญลักษณของตัวแทนขอมูล ซึ่งมีลักษณะสี่เหลี่ยมจตุรัส หรือสี่เหลี่ยมผืนผา ภายในจะตองแสดงชื่อของตัวแทนขอมูล โดยมีกฎดังนี้

- ขอมูลตัวแทนขอมูลจะว่ิงไปสูอีกตัวแทนขอมูลหนึ่งโดยตรงไมได จะตอง ผานโปรเซส กอนเพ่ือประมวลขอมูลจึงไดขอมูลออกไปสูอีกตัวแทนขอมูล

- การตั้งชื่อตัวแทนขอมูลตองใชคํานาม (Noun) เชน Customer ,Supplier เปนตน

แหลงจัดเก็บขอมูล (Data Store) คือ แหลงเก็บ บันทึกขอมูล เปรียบเสมือนคลังขอมูล (เทียบเทากับไฟลขอมูล และฐานขอมูล) โดยอธิบายรายละเอียดและคุณสมบัติเฉพาะตัวของสิ่งที่ตองการเก็บ หรือบันทึก

รหัส ชื่อแหลงขอมูล

รูปที่ 3.10 สัญลักษณของแหลงขอมูล

รูปที่ 3.10 แสดงสัญลักษณของแหลงขอมูลซึ่งมีลักษณะเปนสี่เหลี่ยมเปดหนึ่งขาง แบงออกเปนสองสวน ไดแก สวนที่ 1 ทางดานซายใชแสดงรหัสของแหลงขอมูลอาจจะเปนหมายเลขลําดับ หรือตัวอักษรก็ได เชน D1, D2 เปนตน สําหรับสวนที่ 2 ทางดานขวา ใชแสดงชื่อแหลงขอมูล หรือชื่อไฟล เชน Employee, Application, Member เปนตน โดยแหลงขอมูลมีกฎดังนี้

- ขอมูลจากแหลงขอมูลหนึ่งจะว่ิงไปสูอีกแหลงขอมูลหนึ่งโดยตรงไมได จะตองผานการประมวลผลจากโปรเซสกอน

- การตั้งชื่อแหลงขอมูลจะตองใชคํานาม (Noun) เชน Customer File,

External Agent

38

Inventory หรือ Employee File เปนตน 3.5.3 สรางแผนภาพบริบท (Context Diagram) แผนภาพกระแสขอมูลระดับสูง ที่แสดงภาพรวมการทํางานของระบบที่มีความสัมพันธกับสภาพแวดลอมภายนอกระบบ ทั้งยังแสดงใหเห็นขอบเขต และเสนแบงเขตของระบบที่ศึกษาและพัฒนา อันดับแรกของการสรางแบบจําลองข้ันตอนการทํางานของระบบ นักวิเคราะหระบบควรจะทําการสรางแผนภาพบริบทกอน เนื่องจากแผนภาพบริบทเปนตัวกําหนดขอบเขต และเสนแบงเขตของระบบที่ศึกษาและพัฒนา แนวทางในการกําหนดขอบเขตมีดังนี้

เปรียบระบบเสมือนภาชนะบรรจุ เพ่ือแบงแยกสิ่งที่อยูภายในภาชนะออกจากสิ่งที่อยูภายนอกภาชนะ โดยไมตองสนใจสิ่งที่อยูภายในภาชนะมีอะไรบาง

ศึกษาระบบโดยอาจจะมีการสอบถามผูใชงานถึงเหตุการณ (Event) หรือการดําเนินงานประจําวันที่เกิดข้ึนของระบบวามีการติดตอ จัดการ หรือดําเนินการอยางไรบางและระบบมีการตอบสนองตอเหตุการณอยางไร อะไรคือขอมูลที่รับเขามา (Input) และสงมาจากใคร (External Agent)

สอบถามผูใชระบบวาระบบจะตองสงขอมูลอะไร (Output) ออกไปสูตัวแทนขอมูลใดบาง ตองการรูปแบบรายงาน การสอบถามขอมูล (Query) แบบใด สิ่งเหลานี้ทําใหนักวิเคราะหระบบสามารถพิจารณาการวาดภาพกระแสขอมูลได

จําแนกแหลงขอมูลภายนอกระบบ (External data store) ที่ระบบตองการจากไฟล หรือฐานขอมูลจากระบบอ่ืน ซึ่งอาจเปนการอาน แกไข เปลี่ยนแปลง ขอมูล หลังจากที่ไดศึกษาการทํางาน ขอมูลรับเขา ขอมูลสงออก นักวิเคราะหระบบอาจมีเสนทางการไหลของขอมูลมากมาย ซึ่งไมอาจแสดงไดทั้งหมดในแผนภาพบริบทนี้ ดังนั้นเสนทางการไหลของขอมูลที่แสดงควรเปนขอมูลหลัก และมีความสําคัญตอระบบ สวนรายละเอียดของการเคลื่อนไหวของขอมูล สามารถนําไปอธิบายในแผนภาพกระแสขอมูลในระดับตอไปได ในแผนภาพบริบทประกอบดวย โปรเซสที่แทนโปรเซสของระบบทั้งหมดเพียงหนึ่งโปรเซสเทานั้นที่อยูภายในขอบเขตของระบบ และใหแสดงหมายเลขศูนย (“0”) ตรงสวนบนของสัญลักษณโปรเซส นอกจากนี้ในแผนภาพบริบทยังแสดงรายละเอียดของตัวแทนขอมูล และตัวแทนขอมูลรอบๆ ข้ันตอนการดําเนินงาน (ภายนอกขอบเขตของระบบ) และมีเสนทางการไหลของขอมูลอยางไร แสดงการติดตอระหวางระบบกับสิ่งที่อยูนอก และสิ่งที่สําคัญคือภายในแผนภาพบริบทจะตองไมมีแหลงขอมูลปรากฏอยู

สรางแผนภาพระดับ 0 (Level-0 Diagram) คือ แผนภาพกระแสขอมูลในระดับที่แสดงข้ันตอนการทํางานหลักทั้งหมด (โปรเซสหลัก) ของระบบแสดงทิศทางการไหลของขอมูล และแสดงรายละเอียดของแหลงจัดเก็บขอมูล (Data Store) รวมถึงแสดงใหเห็นถึง

39

รายละเอียดของโปรเซสการทํางานหลักๆ ที่มีอยูภายในภาพรวมของระบบวามีข้ันตอนใดบาง โดยแตละโปรเซสจะมีหมายเลขกํากับอยูดานบนของสัญลักษณ ตั้งแต 1 เปนตนไป

แบงยอยแผนภาพ (Decomposition of DFD) ถาระบบใดมีการทํางานที่ซับซอนมาก นักวิเคราะหระบบจะไมสามารถอธิบายการทํางานทั้งหมดไดภายในข้ันตอนเดียวในแผนภาพบริบทได ในการวิเคราะหระบบจึงสามารถจําแนกระบบใหญหนึ่งระบบออกเปนระบบยอยๆ ไดหลายระบบ โดยแบงใหเปนระบบยอยที่มีขนาดเล็กลงเรื่อยๆ จนสามารถอธิบายการทํางานไดทั้งหมดเรียกวิธีนี้วา การแบงยอย (Decomposition) หรือ Functional Decomposition ซึ่งการแบง/แยก/ยอยระบบและข้ันตอนการทํางานออกเปนสวนยอย โดยในแตละข้ันตอนที่แยกออกมา (Subsystems) จะแสดงใหเห็นถึงรายละเอียดของการทํางานเพ่ิมมากข้ึน การแบงยอยโปรเซสสามารถแบงยอยลงไปไดเรื่อยๆ จนกระทั่งถึงระดับที่ไมสามารถแบงยอยไดอีกแลว เรียกแผนภาพที่ไมสามารถแบงยอยโปรเซสไดอีกแลววา Primitive DFD ระดับของแผนภาพที่แบงยอยมาจากระดับ 0 เรียกวา ระดับ 1 ซึ่งแผนภาพที่แบงยอยในระดับถัดมาจากแผนภาพระดับ 0 จะตองมีโปรเซสอยางนอย 2 โปรเซสข้ึนไป

ตรวจสอบสมดุลของแผนภาพกระแสขอมูล (Balancing DFD) เมื่อมีการแบงยอยแผนภาพจากระดับบนลงไประดับลาง เชน จากระดับ 0 แบงยอยไปในระดับ 1 ของโปรเซส 1 นักวิเคราะหระบบ จะตองการตรวจสอบความสมดุลของแผนภาพ (Balancing DFD) ดวย

ความสมดุลของแผนภาพ หมายถึง ความสมดุลของแผนภาพกระแสขอมูลที่จะตองมี เสนทางการไหลของขอมูลที่เขาสูระบบ และเสนทางการไหลของขอมูลที่ออกจากระบบในแผนภาพกระแสขอมูล ระดับลางครบทุกเสนทางการไหลของขอมูลที่เขาสูระบบ และ เสนทางการไหลของขอมูลที่ออกจากระบบที่ปรากฏอยูในแผนภาพกระแสขอมูลระดับบน แตในระดับลางอาจจะมีมากกวาได โดยมีเงื่อนไขวาเสนทางการไหลขอมูลเขาและเสนทางการไหลขอมูลออกจะตองเกิดจากโปรเซสภายในระดับลาง และจะนําไปใชตรวจสอบความสมดุลของแผนภาพอีกระดับ

40

3.5.4 Data Flow Diagram ในระดับ Context Diagram

รูปที่ 3.11 Data Flow Diagram ในระดับ Context Diagram จากแผนภาพการไหลของขอมูล (Data Flow Diagram) จะแสดงใหเห็นถึงภาพรวมของระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางฯ โดยผูที่เก่ียวของกับโครงการไดแก ผูจัดการโครงการ (Project Manager) และผูใชงานระบบ (User) ในที่นี้จะหมายถึงผูที่เก่ียวของกับโครงการทั้งหมด ไมวาจะเปนสมาชิกในโครงการ ผูสนับสนุนโครงการ รวมทั้งผูบริหาร เปนตน สวนขอมูลสําคัญในระบบจะแบงออกเปนสองสวนคือ ขอมูลนําเขา (Input) และขอมูลผลลัพธ (Output) โดยมีรายละเอียดดังนี ้

ก) ขอมูลนําเขา (Input) ขอมูลผูใชงานระบบ บัญชีผูใชและรหัสผาน ขอมูลโครงการที่ตองการคนหา ขอมูลแผนก ขอมูลเริม่ตนโครงการ ขอมูลโครงการที่ตองการคนหา ขอมูลลูกคา แฟมตนแบบโครงการ แฟมเอกสารตนแบบโครงการที่บันทึกขอมูลเรียบรอยแลว

ข) ขอมูลผลลัพธ (Output) รายงานสมาชิกในโครงการ

41

รายละเอียดโครงการที่ไดสิทธิ์ในการเขาถึง รายละเอียดโครงการที่ไดจากการคนหา รายละเอียดแผนก รายละเอียดแสดงโครงการ รายละเอียดลูกคา เอกสารตนแฟมโครงการ รายงานแสดงแฟมเอกสารตนแบบที่บันทึกผลเรียบรอยแลว

42

3.5.5 Data Flow Diagram ระดับ 0

ผูใชงาน

ขอมูลผูใชงานระบบ

สืบคนขอมูลโครงการ

3.0

สรางรายงานติดตามความคืบหนา

โครงการ

5.0

ลงทะเบียนใชงานระบบ

1.0บัญชีผูใชและรหัสผาน

ขอมูลผูใชงาน

ขอมูลโครงการขอ

มูลเฟ

ส ขอมูลแฟมตนแบบ

แฟมตนแบบโครงการที่บันทึกขอมูลแลว

ขอมูลเร่ิมตนโครงการ

ขอมูลแผนก

ขอมูลแผนก

ผูจัดการโครงการ

ผูใชงาน

4.0จัดเก็บแฟมตนแบบ

ที่บันทึกเสร็จเรียบรอย

สรางขอมูลโครงการ

2.0

แฟมลูกคาD4

แฟมตนแบบโครงการ

แฟมเฟส06

แฟมโครงการD2 แฟมตนแบบD3

ขอมูลโครงการ

รายละเอียดโครงการท่ีตองการคนหา

แฟมลูกคาD4

ขอมูลแฟมตนแบบ

ขอมูลโครงการท่ีตองการคนหา

ขอมูลโครงการที่ตองการคนหา รายละเอียดโครงการท่ีตองการคนหา

ขอมูลลูกคา

รายงานแฟมตนแบบท่ีบันทึกผลเรียบรอยแลว

ขอมูลแฟมตนแบบ

แฟมผูใชงานD1

แฟมผูใชงานD1 แฟมโครงการD2

ขอมูลลูกคา

ขอมูลโครงการขอมูลผูใชงาน

รายละเอียดโครงการท่ีไดสิทธ์ิในการเขาถึง

รายงานสมาชิกในโครงการ

ผูจัดการโครงการ

รายงานแสดงโครงการ

รายงานแฟมตนแบบโครงการ

รายละเอียดโครงการ

แฟมแผนกD5

เอกสารแฟมตนแบบโครงการ ผูจัดการโครงการ

แฟมตนแบบD3

แฟมเฟส06

แฟมตนแบบD3

ขอมูลเฟส

ขอมูลแฟมตนแบบ

ขอมูลลูกคา รายละเอียดลูกคา

รูปที่ 3.12 Data Flow Diagram ระดับ 0

43

3.5.6 Data Flow Diagram ระดับ 1 (1.0)

ขอมูล

แผนก

ขอมูล

ผูใช

ขอมูล

ผูใช

ขอมูล

แผนก

รูปที่ 3.13 DFD Level 1 (1.0)

44

3.5.7 Data Flow Diagram ระดับ 1 (2.0)

แฟมผูใชงานD1

ขอมูลเฟส

แฟมลูกคาD4

แฟมเฟส06แฟมโครงการD2

แฟมตนแบบD3

ขอมูลโครงการ

ขอมูลลูกคา ขอมูลผูใชงาน

2.1จัดการขอมูล

โครงการผูจัดการโครงการขอมูลเริ่มตนโครงการ

ขอมูลแฟมตนแบบ

ผูจัดการโครงการ

แฟมโครงการD2

ขอมูลโครงการ

แฟมตนแบบโครงการ

ขอมูลแฟมตนแบบ

แฟมตนแบบD3

ขอมูลแฟมตนแบบ

2.2

จัดการขอมูลลูกคา

ขอมูลลูกคา

แฟมลูกคาD4

รายละเอียดลูกคา

แฟมตนแบบโครงการ เอกสารแฟมตนแบบโครงการ

ขอมูลลูกคา ขอมูลลูกคา

จัดการขอมูลแฟมตนแบบ

2.3

2.4

ดาวนโหลดแฟมตนแบบ

รูปที่ 3.14 DFD Level 1 (2.0)

45

3.5.8 Data Flow Diagram ระดับ 1 (3.0)

รูปที่ 3.15 DFD Level 1 (3.0)

3.5.9 Data Flow Diagram ระดับ 1 (4.0)

รูปที่ 3.16 DFD Level 1 (4.0)

46

3.5.10 Data Flow Diagram ระดับ 1 (5.0)

สรางรายงานติดตามความคืบหนาโครงการ

5.1

แฟมผูใชงานD1

แฟมโครงการD2

แฟมตนแบบD3

แฟมลูกคาD4

ผูใชงาน

ผูจัดการโครงการ

ขอมูลโครงการ

ขอมูลแฟมตนแบบ

ขอมูลลูกคา

ขอมูลผูใชงาน รายละเอียดโครงการท่ีไดสิทธิ์เขาถึง

รายงานสมาชิกในโครงการ

รายละเอียดแสดงโครงการ

รายงานแฟมตนแบบโครงการ

รูปที่ 3.17 DFD Level 1 (5.0)

3.5.11 พจนานุกรมขอมูลของแหลงขอมูล (Data Dictionary of Data Store) D1 = รหัสผูใช + ชื่อผูใช + นามสกุล + เพศ + เลขที่บัญชีผูใช + รหัสผาน + รหัสแผนก +

ชื่อแผนก D2 = รหัสโครงการ + ชื่อโครงการ + รายละเอียด + แผนวันเริ่มตนเฟส + แผนวันสิ้นสุด

เฟส + วันเริ่มตนเฟส + วันสิ้นสุดเฟส + ผูจัดการโครงการ + รหัสเฟส + ชื่อเฟส + สถานะโครงการ + รหัสผูใช + ชื่อผูใช + รหัสลูกคา + ชื่อลูกคา

D3 = รหัสแฟมตนแบบ + ชื่อแฟมเอกสารตนแบบ + ตําแหนงไฟล + วันที่อัพโหลด + แกไขครั้งที่ + สถานะการดาวนโหลดและอัพโหลด

D4 = รหัสลูกคา + ชื่อลูกคา + ที่อยูลูกคา + ชื่อผูติดตอ 3.5.12 พจนานุกรมขอมูลของเสนการไหลขอมูล (Data Dictionary of Data Flow) ขอมูลผูใชงานระบบ = รหัสผูใช + ชื่อผูใช + นามสกุล + เพศ + รหัสผาน บัญชีผูใชและรหัสผาน = รหัสผูใช + รหัสผาน ขอมูลผูใช = รหัสผูใช +ชื่อผูใช + นามสกุล + เพศ + รหัสผาน ขอมูลโครงการที่คนหา = รหัสโครงการ ขอมูลเริ่มตนโครงการ = ชื่อโครงการ + ชื่อเจาของโครงการ + รายละเอียดโครงการ +

ระยะเวลาดําเนินการ แฟมเอกสารตนแบบโครงการที่บันทึกขอมูลแลว

= รหัสโครงการ + รหัสแฟมเอกสารตนแบบ + แฟมเอกสาร ตนแบบ

ขอมูลโครงการ = รหัสโครงการ + ชื่อโครงการ + รายละเอียดโครงการ + แผนวัน

47

เริ่มตนเฟส + แผนวันสิ้นสุดเฟส + วันเริ่มตนเฟส + วันสิ้นสุดเฟส + ผูจัดการโครงการ

ขอมูลแฟมเอกสารตนแบบ = รหัสแฟมเอกสารตนแบบ + ชื่อแฟมเอกสารตนแบบ + ตําแหนงไฟล + วันที่อัพโหลด + แกไขครั้งที่ + สถานะการดาวนโหลดและอัพโหลด

ขอมูลลูกคา = รหัสลูกคา + ชื่อลูกคา + ที่อยูลูกคา + ชื่อผูติดตอ รายละเอียดโครงการที่ไดจากการคนหา

= รหัสโครงการ + ชื่อโครงการ + รายละเอียดโครงการ + แผนวันเริ่มตนเฟส + แผนวันสิ้นสุดเฟส + วันเริ่มตนเฟส + วันสิ้นสุดเฟส + ผูจัดการโครงการ

รายละเอียดโครงการที่ไดสิทธิ์การเขาถึง

= รหัสโครงการ + ชื่อโครงการ

รายงานสมาชิกโครงการ = รหัสโครงการ + ชื่อโครงการ + รหัสผูใช + ชื่อผูใช รายงานแสดงโครงการปจจุบัน

= รหัสโครงการ + ชื่อโครงการ + รายละเอียดโครงการ + สถานะโครงการ

รายงานแฟมเอกสารตนแบบโครงการ

= รหัสโครงการ + ชื่อโครงการ + รหัสแฟมเอกสารตนแบบ + ชื่อแฟมเอกสารตนแบบ

แฟมเอกสารตนแบบที่ตองการเปลี่ยนแปลง

= รหัสโครงการ + รหัสแฟมเอกสารตนแบบ + แฟมเอกสารตนแบบ

รายงานแสดงแฟมตนแบบที่บันทึกผลเรียบรอยแลว

= รหัสโครงการ + ชื่อโครงการ + รหัสแฟมตนแบบ + ชื่อแฟมตนแบบ + วันที่อัพโหลด + แกไขครั้งที่ + สถานะการดาวนโหลดและอัพโหลด

ขอมูลเฟส = รหัสเฟส + ชื่อเฟส 3.5.13 รายละเอียดกระบวนการในแผนภาพการไหลของขอมูล (Process Description) Process 1.1 Process Name : จัดการขอมูลผูใช External Agent : ผูใชงาน Input Data Flow : ขอมูลผูใชงานระบบ , บัญชีผูใชและรหัสผาน

Output Data Flow : ขอมูลผูใช Description : การเพ่ิม การลบ และเปลี่ยนแปลงขอมูลผูใช Process 1.2 Process Name : จัดการขอมูลแผนก External Agent : ผูใชงาน Input Data Flow : ขอมูลแผนก

Output Data Flow : ขอมูลแผนก

48

Description : การเพ่ิม การลบ และเปลี่ยนแปลงขอมูลแผนก Process 2.1 Process Name : จัดการขอมูลโครงการ External Agent : ผูจัดการโครงการ Input Data Flow : ขอมูลผูใช , ขอมูลเริ่มตนโครงการ

Output Data Flow : ขอมูลโครงการ Description : การสรางขอมูลโครงการใหม กําหนดรายละเอียดของโครงการ ระยะเวลาดําเนินการ กําหนดสมาชิกในโครงการ กําหนดผูจัดการโครงการ

Process 2.2 Process Name : จัดการขอมูลลูกคา External Agent : ลูกคา Input Data Flow : ขอมูลลูกคา

Output Data Flow : ขอมูลลูกคา Description : การเพ่ิม การลบ และเปลี่ยนแปลงขอมูลเจาของโครงการ สําหรับโครงการ Process 2.3 Process Name : จัดการขอมูลแฟมเอกสารตนแบบ External Agent : ผูจัดการโครงการ Input Data Flow : ขอมูลโครงการ , แฟมเอกสารตนแบบที่ตองการเปลี่ยนแปลง

Output Data Flow : ขอมูลแฟมตนแบบ Description : การเพ่ิม การลบ และเปลี่ยนแปลงขอมูลแฟมเอกสารตนแบบโครงการ Process 2.4 Process Name : ดาวนโหลดแฟมเอกสารตนแบบ External Agent : ผูจัดการโครงการ Input Data Flow : ขอมูลโครงการ , ขอมูลแฟมเอกสารตนแบบ

Output Data Flow : แฟมเอกสารตนแบบโครงการ Description : การดาวนโหลดแฟมเอกสารตนแบบโครงการที่ถูกกําหนดไวใน

ข้ันตอนกอนหนา Process 3.1 Process Name : สืบคนขอมูลโครงการ External Agent : ผูใชงาน , ผูจัดการโครงการ Input Data Flow : ขอมูลโครงการที่ตองการคนหา

Output Data Flow : รายละเอียดโครงการที่ไดจากการคนหา Description : การคนหาขอมูลโครงการ จากเงื่อนไข เพ่ือตรวจดูสถานะของโครงการ

49

Process 3.2 Process Name : สืบคนขอมูลจากเจาของโครงการ External Agent : ผูจัดการโครงการ Input Data Flow : ขอมูลโครงการที่ตองการคนหา ,ขอมูลเจาของโครงการ ,ขอมูลโครงการ

Output Data Flow : รายละเอียดโครงการที่ไดจากการคนหา Description : การคนหาขอมูลโครงการ จากขอมูลเจาของโครงการ

Process 4.1 Process Name : อัพโหลดแฟมเอกสารตนแบบ External Agent : ผูจัดการโครงการ Input Data Flow : แฟมเอกสารตนแบบโครงการที่บันทึกขอมูลแลว , ขอมูลแฟมตนแบบ

Output Data Flow : ขอมูลโครงการ Description : การอัพโหลดแฟมตนแบบที่ผูจัดการโครงการ กรอก

รายละเอียดครบถวนแลว พรอมทั้งปรับปรุงสถานะของโครงการ เพ่ือเขาสูข้ันตอนถัดไป Process 4.2 Process Name : แสดงผลการจัดเก็บแฟมเอกสารตนแบบ External Agent : ผูจัดการโครงการ Input Data Flow : ขอมูลแฟมเอกสารตนแบบ

Output Data Flow : รายงานแสดงแฟมเอกสารตนแบบที่บันทึกผลเรียบรอยแลว Description : แสดงรายการแฟมตนแบบที่บันทึกผลเรียบรอยแลว Process 5.1 Process Name : สรางรายงานติดตามความคืบหนาโครงการ External Agent : ผูใชงาน , ผูจัดการโครงการ

Input Data Flow : ขอมูลผูใช ,ขอมูลโครงการ ,ขอมูลแฟมเอกสารตนแบบ ,ขอมูลเจาของโครงการ

Output Data Flow : รายละเอียดโครงการที่ไดสิทธิ์ในการเขาถึง ,รายงานสมาชิกในโครงการ ,รายงานแสดงโครงการปจจุบัน ,รายงานแฟมเอกสารตนแบบโครงการ

Description : สรางรายงานเพ่ือติดตามความคืบหนาของโครงการ รับรูถึงโครงการที่ลาชา หรือมีปญหาในการดําเนินการ

50

3.6 การออกแบบ Entity Relationship Diagram (ER) ER Diagram คือแผนผังแสดงความสัมพันธระหวาง กลุมขอมูลหรือ เอนทิตี้ (Entity) โดยจะแสดงชนิดของความสัมพันธ (Relationship) วาเปนแบบใด เชน หนึ่งตอหนึ่ง (One-to-One) หนึ่งตอหลายสิ่ง (One-to-Many) หรือ หลายสิ่งตอหลายสิ่ง (Many-to-Many) องคประกอบของ ER Diagram จะประกอบดวย

3.6.1 เอนทิตี้ (Entity) หมายถึง สิ่งของหรือวัตถุที่เราสนใจ อาจจับตองไดหรือเปนนามธรรม โดยแตละเอนทิตี้จะมีคุณสมบัติที่บอกลักษณะของแตละเอนทิตี้

3.6.2 แอททริบิวท (Attribute) หมายถึง คุณสมบัติของสิ่งของหรือวัตถุที่เราสนใจ โดย แอททริบิวท จะอธิบายรายละเอียดตางๆ ที่เก่ียวของกับแตละเอนทิตี้ แอททริบิวทไมสามารถอยูโดดๆ โดยไมมีเอนทิตี้หรือความสัมพันธได

3.6.3 ความสัมพันธ (Relationship) แตละเอนทิตี้ตองมีความสัมพันธกัน โดยแตละความสัมพันธจะมีการระบุตําแหนงความสัมพันธแตละเอนทิตี้ (Connectivity) วาเปนแบบ หนึ่งตอหนึ่ง หนึ่งตอหลายสิ่ง หรือ หลายสิ่งตอหลายสิ่ง

นอกจากนั้นยังสามารถบอกระดับชั้น (Relationship Degree) ของความสัมพันธของแต

ละเอนทิตี้ ซึ่งมีดังนี้ อันแรกไดแกความสัมพันธเอนทิตี้เดียว (Unary Relationships) หมายถึง เอนทิตี้หนึ่ง ๆ จะมีความสัมพันธกับตัวมันเอง สองความสัมพันธของสองเอนทิตี้ (Binary Relationships) หมายถึง เอนทิตี้สองเอนทิตี้จะมีความสัมพันธกัน สามความสัมพันธสามเอนทิตี้ (Ternary Relationships) หมายถึง เอนทิตี้สามเอนทิตี้มีความสัมพันธกัน

51

3.6.4 ER Diagram ของโครงงาน

รูปที่ 3.18 ER Diagram 3.6.5 Data Mapping TEMPLATE : TemplateID , TemplateName , PhaseNo (FK) CUSTOMER : CustomerID , CustomerName , CustomerAddress ,

CustomerContact PROJECT_TEMPLATE : TemplateID (FK) , ProjectID (FK) , TemplateFIlePath ,

TemplateSubmitDate , TemplateRevised , TemplateStatus PROJECT : ProjectID , CustomerID (FK) , ProjectName , ProjectDescription ,

ProjectStart, ProjectEnd , ProjectStatus PROJECT_MANAGER : UserID (FK) , ProjectID (FK) , EffectiveDate USER : UserID , DepartmentID (FK) , UserName , UserLName , UserSex

, UserLogin , UserPwd PROJECT_MEMBER : UserID (FK) , ProjectID (FK) , EffectiveDate

52

3.7 พจนานุกรมขอมูล (Data Dictionary) เปนตัวอธิบายถึงโครงสรางของขอมูล, ความหมาย, ประเภท, ขนาดและรูปแบบที่ใชใน

การจัดเก็บ ซึ่งสืบเนื่องมาจากการออกแบบ ER-Diagram กอนหนานี้ ทําใหไดTable (ตาราง) ที่ใชในการจัดเก็บขอมูลตามรายละเอียดดานลาง

ตารางที่ 3.2 ตารางขอมูลแฟมตนแบบ (TEMPLATE ) No. Name Description Type Null Key Reference 1 TemplateID รหัสแฟมตนแบบ Varchar(5) No PK 2 TemplateName ชื่อแฟมตนแบบ Varchar(50) Yes 3 PhaseNo รหัสเฟส Varchar(5) No FK PHASE

ตารางที่ 3.3 ตารางขอมูลระยะดําเนินการ (PHASE)

No. Name Description Type Null Key Reference 1 PhaseNo รหัสเฟส Varchar(5) No PK 2 PhaseName ชื่อเฟส Varchar(50) Yes

ตารางที่ 3.4 ตารางขอมลูลูกคา (CUSTOMER)

No. Name Description Type Null Key Reference 1 CustomerID รหัสลูกคา Varchar(25) No PK 2 CustomerName ชื่อลูกคา Varchar(50) Yes 3 CustomerAddress ที่อยูลูกคา Varchar(100) Yes 4 CustomerContact ชื่อผูติดตอ Varchar(50) Yes

ตารางที่ 3.5 ตารางขอมูลแผนก (DEPARTMENT)

No. Name Description Type Null Key Reference 1 DepartmentID รหัสแผนก Varchar(25) No PK 2 DepartmentName ชื่อแผนก Varchar(50) Yes

53

ตารางที่ 3.6 ตารางขอมูลระยะดําเนินการโครงการ (PROJECT_PHASE) No. Name Description Type Null Key Reference 1 ProjectID รหัสโครงการ Varchar(25) No PK,FK PROJECT 2 PhaseNo รหัสเฟส Varchar(5) No PK,FK PHASE 3 PlanStart แผนเริ่มตนเฟส Datetime Yes 4 PlanEnd แผนสิ้นสุดเฟส Datetime Yes 5 ActualStart เริ่มตนเฟส Datetime Yes 6 ActualEnd สิ้นสุดเฟส Datetime Yes

ตารางที่ 3.7 ตารางขอมูลแฟมตนแบบโครงการ (PROJECT_TEMPLATE)

No. Name Description Type Null Key Reference 1 TemplateID รหัสเฟส Varchar(5) No PK,FK TEMPLATE 2 ProjectID รหัสโครงการ Varchar(25) No PK,FK PROJECT 3 TemplateFIlePath ตําแหนงไฟล Varchar(100) Yes 4 TemplateSubmitDate วันที่อัพโหลด Datetime Yes 5 TemplateRevised แกไขครั้งที ่ Number(2) Yes 6 TemplateStatus สถานะ Varchar(1) Yes

ตารางที่ 3.8 ตารางขอมูลโครงการ (PROJECT)

No. Name Description Type Null Key Reference 1 ProjectID รหัสโครงการ Varchar(25) No PK 2 CustomerID รหัสลูกคา Varchar(25) No FK CUSTOMER 3 ProjectName ชื่อโครงการ Varchar(50) Yes 4 ProjectDesc รายละเอียด Varchar(50) Yes 5 ProjectStart วันเริ่มตน Datetime Yes 6 ProjectEnd วันสิ้นสุด Datetiime Yes 7 ProjectStatus สถานะ Varchar(1) Yes

ตารางที่ 3.9 ตารางขอมูลผูจัดการโครงการ (PROJECT_MANAGER)

No. Name Description Type Null Key Reference 1 UserID รหัสสมาชิก Varchar(25) No PK,FK USER 2 ProjectID รหัสโครงการ Varchar(25) No PK,FK PROJECT 3 EffectiveDate วันเริ่มตน Datetime Yes

54

ตารางที่ 3.10 ตารางขอมูลผูใช (USER) No. Name Description Type Null Key Reference 1 UserID รหัสผูใช Varchar(25) No PK 2 DepartmentID รหัสแผนก Varchar(25) No FK DEPARTMENT 3 UserName ชื่อผูใช Varchar(50) Yes 4 UserLName นามสกุล Varchar(50) Yes 5 UserSex เพศ Varchar(1) Yes 6 UserLogin เลขบัญชีผูใช Varchar(30) Yes 7 UserPwd รหัสผาน Varchar(8) Yes

ตารางที่ 3.11 ตารางขอมูลสมาชิกโครงการ (PROJECT_MEMBER)

No. Name Description Type Null Key Reference 1 UserID รหัสผูใช Varchar (25) No PK,FK USER 2 ProjectID รหัสโครงการ Varchar(25) No PK,FK PROJECT 3 EffectiveDate วันเริ่มตน Datetime Yes

55

บทท่ี 4 ข้ันตอนในการดําเนินโครงงาน

4.1 กลาวนํา ในบทนี้จะกลาวถึงข้ันตอนในการดําเนินโครงงานหลังจากที่โครงงานไดถูกออกแบบไวในบทกอนหนาเรียบรอยแลว ข้ันตอนที่สําคัญในการดําเนินโครงงานไดแก การวิเคราะหและออกแบบระบบซึ่งจะไดเอกสารการออกแบบ สามารถนําไปสรางฐานขอมูลสําหรับจัดเก็บขอมูล สืบคน หรือเปลี่ยนแปลงขอมูลสําหรับโครงงาน ข้ันตอนที่สําคัญอีกสวนหนึ่งคือการเขียนโปรแกรมตามที่ไดออกแบบไว หลังจากเขียนโปรแกรมเรียบรอยแลวจะเขาสูข้ันตอนการทดสอบ (Testing) หลังจากผานข้ันตอนการทดสอบระบบ จะสามารถนําโปรแกรมที่ไดไปติดตั้งและทําการฝกอบรมการใชงานแกผูใชในลําดับตอไป

4.2 การสรางฐานขอมูล

สวนของการสรางฐานขอมูลของโครงงานนั้น ไดเลือกใช SQL Server ซึ่งเปนระบบจัดการฐานขอมูล (DBMS) มาเปนตัวจัดการเก็บขอมูล เวอรชันที่ใชในโครงการนี้ คือ Microsoft SQL Server 2008

รูปที่ 4.1 ระบบจัดการฐานขอมูล Microsoft SQL Server

56

4.3 การเขียนโปรแกรม เครื่องมือสําหรับเขียนโปรแกรมที่โครงงานนี้ไดใช คือ โปรแกรม Microsoft Visual

Studio 2008 โดยคุณสมบัติของตัวโปรแกรมสามารถสรางแอพลิเคชันโปรแกรมไดหลายแบบ เชน Window Application หรือ Web Application แตสําหรับโครงงานนี้พัฒนาเปนลักษณะ Web Application

รูปที่ 4.2 โปรแกรม Microsoft Visual Studio 2008 ใชสําหรับพัฒนาโปรแกรม

4.4 การทดสอบระบบ หลังจากโปรแกรมที่ถูกพัฒนาเสร็จเรียบรอยจะเขาสูกระบวนการ ทดสอบระบบ โดย

แบงเปนการทดสอบแบบหนวยยอย (Unit Test) ซึ่งเปนการทดสอบแบบเฉพาะโมดูลหรือเฉพาะฟงกชันการทํางาน หลังจากผลการทดสอบถูกตอง ก็จะทําการทดสอบโดยรวมทั้งหมด (Integrated Test) ซึ่งจะเปนการทดสอบทุกโมดูลหรือฟงกชัน แบบเชื่อมโยงเขาหากันทั้งระบบ เงื่อนไขการทดสอบและผลลัพธที่ไดจะถูกบันทึกเก็บไวสําหรับอางอิงตอไป

57

4.5 การติดต้ังระบบ การติดตั้งระบบจะแยกสวนการดําเนินงานดังนี้ คือ การติดตั้งในสวนของโปรแกรม

จัดการฐานขอมูล (DBMS) การติดตั้ง IIS สําหรับทําหนาที่ในการใหบริการดานเว็บ (Web Server) และการติดตั้งโปรแกรมที่พัฒนาเสร็จแลว (Web Application) บนเครื่องใหบริการ ในสวนของการใชงานเครือ่งผูใช (Client) ไมจําเปนตองติดตั้งโปรแกรมใดๆ เพียงแคใชโปรแกรมบราวเซอร เชน Internet Explorer ในการใชงานระบบ

รูปที่ 4.3 การติดตั้งเครื่องใหบริการทําหนาที่เปน Web Server

4.6 การฝกอบรมการใชงานระบบ หลังจากติดตั้งระบบเรียบรอยแลว สามารถเขาสูข้ันตอนการฝกอบรมผูใชงาน โดยการ

จัดทําเอกสารคูมือการใชงาน (User Manual) และ จัดหลักสูตรสําหรับอบรมการใชงานระบบแกผูใชตอไป

58

4.7 สรุปผล การดําเนินการตามข้ันตอนของโครงงาน จะมีหลายข้ันตอนที่จําเปนตองใชผูดําเนินการ

ที่มีความสามารถเฉพาะ และควรมีประสบการณ ในกรณีที่เกิดปญหาในข้ันตอนใดข้ันตอนหนึ่ง ก็จะสามารถวิเคราะหและแกไขปญหาไดอยางรวดเร็ว ดังนั้นเพ่ือใหการดําเนินการเปนไปอยางมีประสิทธิภาพมากข้ึน ควรจัดทําคูมือคําแนะนําข้ันตอนในการดําเนินการ

59

บทท่ี 5 ผลการทดลอง

5.1 กลาวนํา

ในบทนี้จะกลาวถึงผลการดําเนินงานโครงการ โดยผลลัพธที่ไดจากการทําโครงงาน คือ ระบบบริหารและติดตามโครงการผานทางเว็บเทคโนโลยี และจะอธิบายถึงลักษณะของการใชงานระบบ และผลลัพธที่เกิดข้ึนในข้ันตอนตางๆ ที่เก่ียวของ

5.2 ผลการดําเนินงาน

5.2.1 การเริ่มตนใชงานระบบจําเปนตองมีการลงทะเบียนเพ่ือขอใชงานกอน ซึ่งหลังจากลงทะเบียนเรียบรอยจะได บัญชีผูใชและรหัสผานในการเขาระบบ ผูใชงานระบบจะแบงเปนสองประเภทคือ ผูใชงานทั่วไปที่สามารถสืบคนขอมูลโครงการ เชน ดูความคืบหนาของโครงการ กับผูใชงานที่มีสิทธิ์ในการสรางโครงการ ซึ่งไดแกผูใชงานที่ทําหนาที่เปนผูจัดการโครงการ นอกจากสามารถสรางโครงการใหมแลวยังสามารถโหลดแฟมตนแบบเพ่ือปรับเปลี่ยนสถานะโครงการได

รูปที่ 5.1 แสดงหนาจอการเขาใชงานระบบ 5.2.2 การสรางโครงการใหมโดยผูจัดการโครงการ ซึ่งสามารถกําหนดขอมูลเบ้ืองตน

เก่ียวกับโครงการที่จะตองดําเนินการ สามารถกําหนดสมาชิกที่เขารวมทีมโครงการได

60

การเริ่มตนใชงานระบบจําเปนตองมีการกําหนดขอมูลสําคัญ (Master Data) กอนใชงาน ไดแก ขอมูลผูใช ขอมูลแผนก ขอมูลลูกคา ขอมูลเฟส ขอมูลแฟมตนแบบ กอนที่จะมีการสรางขอมูลโครงการข้ึนมาใหม ตัวอยางเชน การสรางขอมูลลูกคาของโครงการ สามารถเลือกเมนู Customer Master เพ่ือทําการสรางหรือเลือกลูกคาใหกับโครงการที่ตองการ

รูปที่ 5.2 แสดงหนาจอตัวอยางของ Customer Master

การสรางโครงการใหมจําเปนตองระบุขอมูลลูกคาที่เก่ียวของ โดยสามารถสรางขอมูลลูกคาข้ึนมาใหมหรือเลือกจากรายการลูกคาที่เคยมีอยูในระบบ

รูปที่ 5.3 แสดงหนาจอรายการลูกคาในระบบ

61

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

รูปที่ 5.4 แสดงหนาจอการสรางโครงการใหม

รูปที่ 5.5 แสดงรายการแฟมตนแบบที่จะทําการ Download

62

รูปที่ 5.6 แสดงข้ันตอนการโหลดแฟมตนแบบ

แฟมตนแบบที่ถูกกําหนดสําหรับการควบคุมโครงการไวกอนหนา สามารถดาวนโหลดเพ่ือนําไปบันทึกขอมูลตางๆ เก่ียวกับโครงการ จากภาพดานลางเปนตัวอยาง แสดงใหเห็นถึงแฟมตนแบบรายงานโครงการ (Project Report) ที่ผูจัดการโครงการหรือผูใชงานจะนําไปบันทึกขอมูล

รูปที่ 5.7 แสดงขอมูลแฟมตนแบบหลังจากทําการ Download

63

รูปที่ 5.8 แสดงตัวอยางขอมูลแฟมตนแบบที่มีการบันทึกขอมูลเรียบรอย (1)

รูปที่ 5.9 แสดงตัวอยางขอมูลแฟมตนแบบที่มีการบันทึกขอมูลเรียบรอย (2)

แฟมตนแบบที่มีการบันทึกขอมูลเรียบรอยแลว และมีการตรวจสอบความถูกตองของขอมูล สามารถอัพโหลด กลับเขาไปยังระบบ เพ่ือแสดงถึงความสําเร็จของงานในแตละเฟส แตละข้ันตอน ถือเปนความคืบหนาของโครงการที่ลุลวง และพรอมทีจ่ะเริ่มเขาสูข้ันตอนถัดไปของโครงการ

64

รูปที่ 5.10 แสดงหนาจอการอัพโหลดแฟมตนแบบกลับเขาระบบ

รูปที่ 5.11 แสดงหนาจอสถานะการโหลดแฟมตนแบบ

หลังจากอัพโหลดแฟมตนแบบกลับมาที่ระบบ สถานะของแฟมตนแบบจะเปลี่ยน และถาสถานะของแฟมตนแบบทั้งหมดในเฟสนั้นเปลี่ยน จะทําใหสถานะของเฟสในโครงการเปลี่ยนไปดวย

65

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

จากผลการทดลองแสดงใหเห็นวาการจัดเก็บเอกสารตนแบบไวในแหลงเดียวกัน สามารถชวยในการบันทึกขอมูลเอกสารที่ตองการไดสะดวกรวดเร็วข้ึน เนื่องจากมีเครื่องมือคอยอํานวยความสะดวก ผูจัดการโครงการสามารถเลือกแฟมตนแบบที่ตองการควบคุมไดเอง แฟมตนแบบตางๆ ที่นํามาควบคุมโครงการสามารถจัดเก็บในที่เดียวกัน อยางเปนหมวดหมู ทําใหสะดวกในการคนหา พรอมกับมีระบบควบคุมสถานะของแฟมตนแบบทําใหรับทราบถึงสถานะของโครงการไดอีกดวย

66

บทท่ี 6 สรุปผลโครงงาน และขอเสนอแนะ

6.1 กลาวนํา จากผลการทดลองของการดําเนินโครงงานในบทกอนหนา สามารถทําการสรุปผล และขอเสนอแนะของโครงงานเพ่ือใชในการปรับปรุงใหมีประสิทธิภาพตอไป 6.2 สรุปผลโครงงาน จากการนําระบบการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสราง ของบริษัท เกทเวย อารคิเท็ค จํากัด ตามแนวทางการบริหารโครงการของ PMBOK และการประยุกตใชแฟมตนแบบในข้ันตอนของการบริหารโครงการ ผลที่ไดมีดังนี้

6.2.1 ทําใหโครงการสามารถควบคุมเอกสารใหอยูในแหลงเดียวกัน เพ่ือสะดวกตอการจัดการเอกสาร

6.2.2 ผูจัดการโครงการสามารถติดตามผลการทํางานของวิศวกรควบคุมงานกอสรางได

6.2.3 สามารถบริหารโครงการกอสรางใหสําเร็จตามเปาหมาย และกรอบระยะเวลาที่กําหนดไวได 6.3 ขอเสนอแนะ โครงงานเปนไปตามวัตถุประสงคในการใชเอกสารรวมกันสําหรับโครงงานควบคุมงานกอสรางโดยใชเทคโนโลยีเว็บแตตองปรับปรุงและพัฒนาระบบใหดีย่ิงข้ึนมากกวาเดิม เชน การสงอีเมลแจงใหกับสมาชิกในทีมทราบเมื่อมีการอัพโหลดแฟมตนแบบกลับเขาไปสูระบบ การเก็บคา Log ของผูใชงาน เปนตน ทั้งนี้เพ่ือเพ่ิมประสิทธิภาพการทํางานใหกับผูใชงานไดอยางมีประสิทธิผล

67

เอกสารอางอิง [1] The Standish Group Report (1995).CHAOS -

http://www.projectsmart.co.uk/docs/chaos-report.pdf [2] The 2005 Canada Games -

http://www.pmi.org/BusinessSolutions/~/media/PDF/Case%20Study/Canada_GamesCase_Study_New.ashx

[3] Case Study Gold Lion Associates ,Inc [4] A Guide to the Project Management Body of Knowledge. Project Management

Institute PMI. [5] คมสัน ขจรชีพพันธุงาน. (2552). การบริหารโครงการ Managing Projects Large and

Small. แอคทีฟ พริ้นท จํากัด [6] ผศ.ดร.วีระศักด์ิ คุรุธัช (2547). ทฤษฎีฐานขอมูลเบ้ืองตน Introduction to Database

Theory. มหาวิทยาลัยเทคโนโลยีมหานคร. [7] สุรีพร พ่ึงพุทธคุณ. (2549). การบริหารจัดการเวลา. ธนาเพรส จํากัด [8] สุกัญญา รัศมีธรรมโชต.ิ (2550). Human Resource Management Cook Book การ

บริหารมนุษยใหสุดยอด. สถาบันเพ่ิมผลผลิตแหงชาต ิ[9] ผศ.ดร.วราภรณ จิรชีพพัฒนา.(2551). รายงานการวิจัยการบริหารโครงการเทคโนโลยี

สารสนเทศ. สถาบันบัณฑิตพัฒนบริหารศาสตร