วันจันทร์ที่ 31 มกราคม พ.ศ. 2554

เทคนิคการจัดการสินค้าคงคลัง ระบบ MRP และ JIT

ในปัจจุบันมีระบบการบริหารการผลิตและพัสดุคงคลังที่รู้จักกันอย่างกว้างขวาง 3 ระบบ คือ ระบบจุดสั่งใหม่ (Re-order Point) ระบบ การวางแผนความต้องการวัสดุ (Material Requirements Planning) หรือ MRP และ ระบบทันเวลาพอดี (Just-in-Time) หรือ JIT ทั้ง 3 ระบบต่างมีหลักการและแนวคิดในการบริหารการผลิตและพัสดุคงคลังที่แตกต่างกัน แต่มีเป้าหมายที่คล้ายคลึงกัน คือลดวัสดุคงคลัง เพิ่มระดับการบริการลูกค้า และ เพิ่มประสิทธิภาพการปฏิบัติการ ทั้ง 3 ระบบต่างมีความเหมาะสมในสถานการณ์ที่แตกต่างกัน และในองค์กรเดียวกันมักจำเป็นจะต้องใช้หลายๆระบบผสมผสานกัน ดังนั้นผู้บริหารจำเป็นต้องเป็นผู้ตัดสินใจเลือกระบบการบริหารให้เหมาะสมกับพัสดุคงคลังแต่ละเภท ในที่นี้จะกล่าวถึง ระบบ MRP และ JIT

MRP: การวางแผนการใช้ทรัพยากรการผลิต (Material Resource Planning)
หมายถึง การใช้ระบบคอมพิวเตอร์เพื่อช่วยในการควบคุมวัสดุและการวางแผนการผลิต ระบบวางแผนความต้องการวัสดุจะช่วยพิจารณาความต้องการวัสดุจนถึงระดับผลิตภัณฑ์ โดยคำนวณความต้องการส่วนประกอบของผลิตภัณฑ์ในแต่ละช่วงเวลา เพื่อจัดการสั่งผลิตหรือสั่งซื้อส่วนประกอบนั้นๆ นอกจากนี้ ระบบวางแผนความต้องการวัสดุยังทำหน้าที่เป็นกลไกในการปรับปรุงเปลี่ยนแปลงตารางการผลิตเมื่อมีการทบทวนแผนงานเกี่ยวกับความต้องการ และเป็นระบบที่ใช้ในงานบริหารการผลิตในธุรกิจประเภทอุตสาหกรรมการผลิต เป็นระบบที่ช่วยในการวางแผนเกี่ยวกับความต้องการใช้วัตถุดิบว่าใช้ในช่วงใดบ้าง ปริมาณเท่าใด นำไปใช้ในเงื่อนไขอะไร (ผลิต, ขาย) เพื่อให้ได้ปริมาณสินค้าคงคลังอยู่ในระดับที่เหมาะสม (ไม่สูงหรือต่ำเกินไป) รวมไปถึงการจัดการเรื่อง เงินทุน แรงงานและเครื่องจักร และ การจัดการวางแผน และ ควบคุมการผลิตในโรงงานอุตสาหกรรมให้มีประสิทธิภาพสูงสุด

หลักการทำงานของ MRP โดยสรุป
วัตถุประสงค์หลักในธุรกิจการผลิต คือต้องการผลิตสินค้าให้ทันเวลาและเพียงพอกับความต้องการของลูกค้า โดยควบคุมให้เกิดความเสียหายน้อยที่สุดเท่าที่จะทำได้ เพื่อผลตอบแทนที่ดีที่สุด
การทำงานของ MRP โดยเริ่มจาก ปริมาณสินค้าทั้งหมดที่ต้องการ โดยคำนวณจากยอดขายทั้งหมดที่ลูกค้าสั่งซื้อเข้ามา จำนวนยอดสินค้าที่ค้างส่ง และ ปริมาณการใช้สินค้าในกรณีอื่นๆ เมื่อได้ยอดสินค้าทั้งหมดแล้ว จากนั้นก็จะต้องตรวจสอบกับสินค้าในคลังสินค้าสำเร็จรูปพร้อมขาย ว่ามีจำนวนเพียงพอหรือไม่ ถ้ามีเพียงพอ ก็จะจัดเตรียมสินค้า และจัดส่งสินค้าให้ลูกค้า แต่ถ้าหากสินค้ามีไม่พอที่จะส่งให้ลูกค้า ก็จะต้องทำการวางแผนการผลิตสินค้า ตามจำนวนที่ยังขาดอยู่ โดยการวางแผนเกี่ยวกับความต้องการวัตถุดิบ ว่าจะต้องใช้วัตถุดิบอะไรบ้าง จำนวนเท่าไร และต้องใช้เวลาใดบ้าง ใช้เครื่องจักรไหนบ้าง ใช้พนักงานเท่าไร โดยคำนวณจากรายการวัตถุดิบ (Bill of material) ซึ่งได้กำหนดว่าสินค้าสำเร็จรูปแต่ละชนิดประกอบด้วยวัตถุดิบอะไรบ้าง และรายการใช้วัตถุดิบในกรณีอื่นๆ เมื่อได้วัตถุดิบทั้งหมดแล้ว ก็จะต้องมาตรวจสอบวัตถุดิบ ว่ามีเพียงพอหรือไม่ โดยตรวจสอบจาก ยอดคงเหลือของวัตถุดิบคงคลัง และรายการวัตถุดิบที่ค้างรับจากการสั่งซื้อ (อยู่ในระหว่างการจัดส่งจากผู้จำหน่าย) ถ้าวัตถุดิบเพียงพอ ก็เบิกวัตถุดิบไปผลิตสินค้า ตามแผนการผลิต ขบวนการผลิต และการควบคุมการผลิต เมื่อผลิตเสร็จก็จัดส่งสินค้าให้กับลูกค้า ระบบก็จะเชื่อมต่อไปยังการบริหารข้อมูลด้านต้นทุน บัญชี และการเงิน เป็นระบบสารสนเทศคอมพิวเตอร์เพื่อใช้ในการจัดทำแผนความต้องการวัสดุโดยมีองค์ประกอบของข้อมูลนำเข้าที่สำคัญ 3 รายการ คือ ตารางการผลิตหลัก แฟ้มข้อมูลบัญชีรายการวัสดุ(Bill of material file) และแฟ้มข้อมูลสถานะคงคลัง (Inventory status file) แผนจากระบบ MRP จะให้สารสนเทศในการตัดสินใจเกี่ยวกับ ช่วงเวลาที่ควรออกใบสั่ง และ จำนวนการสั่งที่เหมาสม


JIT: ระบบการผลิตแบบทันเวลาพอดี (Just-in-Time Production Systems)
การผลิตแบบ JIT คือ การที่ชิ้นส่วนที่จำเป็นเข้ามาถึงกระบวนการผลิตในเวลาที่จำเป็นและด้วยจำนวนที่จำเป็นหรืออาจกล่าวได้ว่า JIT คือ การผลิตหรือการส่งมอบ “ สิ่งของที่ต้องการ ในเวลาที่ต้องการ ด้วยจำนวนที่ต้องการ” ใช้ความต้องการของลูกค้าเป็นเครื่องกำหนดปริมาณการผลิตและการใช้วัตถุดิบ ซึ่งลูกค้าในที่นี้ไม่ได้หมายถึงเฉพาะลูกค้าผู้ซื้อสินค้าเท่านั้น แต่ยังหมายรวมถึงบุคลากรในส่วนงานอื่นที่ต้องการงานระหว่างทำหรือวัตถุดิบเพื่อทำการผลิตต่อเนื่องด้วย โดยใช้วิธีดึง ( Pull Method of Material Flow ) ควบคุมวัสดุคงคลังและการผลิต ณ สถานีที่ทำการผลิตนั้นๆ ซึ่งถ้าทำได้ตามแนวคิดนี้แล้ววัสดุคงคลังที่ไม่จำเป็นในรูปของวัตถุดิบ งานระหว่างทำและสินค้าสำเร็จรูปจะถูกขจัดออกไปอย่างสิ้นเชิง

วัตถุประสงค์ของการผลิตแบบทันเวลาพอดี
1. ควบคุมวัสดุคงคลังให้อยู่ในระดับที่น้อยที่สุดหรือให้เท่ากับศูนย์ ( Zero inventory )
2. ลดเวลานำหรือระยะเวลารอคอยในกระบวนการผลิต ( Zero lead time )
3. ขจัดปัญหาของเสียที่เกิดขึ้นจากการผลิต ( Zero failures )
4. ขจัดความสูญเปล่าในการผลิต ( Eliminate 7 Types of Waste ) ดังต่อไปนี้
- การผลิตมากเกินไป ( Overproduction ) : ชิ้นส่วนและผลิตภัณฑ์ถูกผลิตมากเกินความต้องการ
- การรอคอย ( Waiting ) : วัสดุหรือข้อมูลสารสนเทศ หยุดนิ่งไม่เคลื่อนไหวหรือติดขัดเคลื่อนไหวไม่สะดวก
- การขนส่ง ( Transportation ) : มีการเคลื่อนไหวหรือมีการขนย้ายวัสดุในระยะทางที่มากเกินไป
- กระบวนการผลิตที่ขาดประสิทธิภาพ ( Processing itself ) : มีการปฏิบัติงานที่ไม่จำเป็น
- การมีวัสดุหรือสินค้าคงคลัง ( Stocks ) : วัตถุดิบและผลิตภัณฑ์สำเร็จรูปมีเก็บไว้มากเกินความจำเป็น
- การเคลื่อนไหว ( Motion ) : มีการเคลื่อนไหวที่ไม่จำเป็นของผู้ปฏิบัติงาน
- การผลิตของเสีย ( Making defect ) : วัสดุและข้อมูลสารสนเทศไม่ได้มาตรฐาน ผลิตภัณฑ์ไม่มีคุณภาพ

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


เครดิต :
http://www.logisticafe.com/th/2009/09/mrp-material-requirement-planning/
http://pimtraining.com/wizContent.asp?wizConID=119&txtmMenu_ID=7

วันอังคารที่ 25 มกราคม พ.ศ. 2554

วงจรการพัฒนาระบบ SDLC (Systems Development Life Cycle)

หมายถึง ขั้นตอนหรือกระบวนการในการพัฒนาระบบงาน ซึ่งมีจุดเริ่มต้นในการทํางานและจุดสิ้นสุดของการปฏิบัติงาน ในการพัฒนาระบบสารสนเทศในองค์กรจะต้องมีการวิเคราะห์กระบวนการทํางานขององค์กร เราเรียกว่า System development Life Cycle (SDLC) การพัฒนาระบบในองค์กรเป็นหน้าที่ของนักวิเคราะห์ระบบที่จะต้องทําการติดต่อกับหน่วยงานที่ต้องการพัฒนาระบบสารสนเทศ ว่าการทํางานมีองค์ประกอบอะไรบ้าง เช่นขนาดขององค์กร รายละเอียดการทํางาน ถ้าเป็นบริษัทขนาดใหญ่นักวิเคราะห์จะต้องเข้าใจให้ชัดเจนเกี่ยวกับมาตรฐานการทํางาน กระบวนการทํางาน

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

ระบบสารสนเทศทั้งหลายมีวงจรชีวิตที่เหมือนกันตั้งแต่เกิดจนตายวงจรนี้จะเป็นขั้นตอนที่เป็นลำดับตั้งแต่ต้นจนเสร็จเรียบร้อย เป็นระบบที่ใช้งานได้ ซึ่งนักวิเคราะห์ระบบต้องทำความเข้าใจให้ดีว่าในแต่ละขั้นตอนจะต้องทำอะไร และทำอย่างไร ขั้นตอนการพัฒนาระบบมีอยู่ด้วยกัน 7 ขั้น ด้วยกัน คือ
1. เข้าใจปัญหา (Problem Recognition)
2. ศึกษาความเป็นไปได้ (Feasibility Study)
3. วิเคราะห์ (Analysis)
4. ออกแบบ (Design)
5. สร้างหรือพัฒนาระบบ (Construction)
6. การปรับเปลี่ยน (Conversion)
7. บำรุงรักษา (Maintenance)

ขั้นที่ 1 : เข้าใจปัญหา (Problem Recognition)
ระบบสารสนเทศจะเกิดขึ้นได้ก็ต่อเมื่อผู้บริหารหรือผู้ใช้ตระหนักว่าต้องการระบบสารสนเทศหรือระบบจัดการเดิม ได้แก่ระบบเอกสารในตู้เอกสาร ไม่มีประสิทธิภาพเพียงพอที่ตอบสนองความต้องการในปัจจุบัน ปัจจุบันผู้บริหารตื่นตัวกันมากที่จะให้มีการพัฒนาระบบสารสนเทศมาใช้ในหน่วยงานของตน ในงานธุรกิจ อุตสาหกรรม หรือใช้ในการผลิต ตัวอย่างเช่น บริษัทของเรา จำกัด ติดต่อซื้อสินค้าจากผู้ขายหลายบริษัท ซึ่งบริษัทของเราจะมีระบบ MIS ที่เก็บข้อมูลเกี่ยวกับหนี้สินที่บริษัทขอเราติดค้างผู้ขายอยู่ แต่ระบบเก็บข้อมูลผู้ขายได้เพียง 1,000 รายเท่านั้น แต่ปัจจุบันผู้ขายมีระบบเก็บข้อมูลถึง 900 ราย และอนาคตอันใกล้นี้จะเกิน 1,000 ราย ดังนั้นฝ่ายบริหารจึงเรียกนักวิเคราะห์ระบบเข้ามาศึกษา แก้ไขระบบงาน ปัญหาที่สำคัญของระบบสารสนเทศในปัจจุบัน คือ ระบบเขียนมานานแล้ว ส่วนใหญ่เขียนมาเพื่อติดตามเรื่องการเงิน ไม่ได้มีจุดประสงค์เพื่อให้ข้อมูลข่าวสารในการตัดสินใจ แต่ปัจจุบันฝ่ายบริหารต้องการดูสถิติการขายเพื่อใช้ในการคาดคะเนในอนาคต หรือความต้องการอื่นๆ เช่น สินค้าที่มียอดขายสูง หรือสินค้าที่ลูกค้าต้องการสูง หรือการแยกประเภทสินค้าต่างๆที่ทำได้ไม่ง่ายนัก การที่จะแก้ไขระบบเดิมที่มีอยู่แล้วไม่ใช่เรื่องที่ง่ายนัก หรือแม้แต่การสร้างระบบใหม่ ดังนั้นควรจะมีการศึกษาเสียก่อนว่าความต้องการของเราเพียงพอที่เป็นไปได้หรือไม่ ได้แก่ "การศึกษาความเป็นไปได้" (Feasibility Study)

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

ขั้นตอนที่ 3 การวิเคราะห์ (Analysis)
เริ่มเข้าสู่การวิเคราะห์ระบบ การวิเคราะห์ระบบเริ่มตั้งแต่การศึกษาระบบการทำงานของธุรกิจนั้น ในกรณีที่ระบบเราศึกษานั้นเป็นระบบสารสนเทศอยู่แล้วจะต้องศึกษาว่าทำงานอย่างไร เพราะเป็นการยากที่จะออกแบบระบบใหม่โดยที่ไม่ทราบว่าระบบเดิมทำงานอย่างไร หรือธุรกิจดำเนินการอย่างไร หลังจากนั้นกำหนดความต้องการของระบบใหม่ ซึ่งนักวิเคราะห์ระบบจะต้องใช้เทคนิคในการเก็บข้อมูล (Fact-Gathering Techniques) ดังรูป ได้แก่ ศึกษาเอกสารที่มีอยู่ ตรวจสอบวิธีการทำงานในปัจจุบัน สัมภาษณ์ผู้ใช้และผู้จัดการที่มีส่วนเกี่ยวข้องกับระบบ เอกสารที่มีอยู่ได้แก่ คู่มือการใช้งาน แผนผังใช้งานขององค์กร รายงานต่างๆที่หมุนเวียนในระบบการศึกษาวิธีการทำงานในปัจจุบันจะทำให้นักวิเคราะห์ระบบรู้ว่าระบบจริงๆทำงานอย่างไร ซึ่งบางครั้งค้นพบข้อผิดพลาดได้ ตัวอย่าง เช่น เมื่อบริษัทได้รับใบเรียกเก็บเงินจะมีขั้นตอนอย่างไรในการจ่ายเงิน ขั้นตอนที่เสมียนป้อนใบเรียกเก็บเงินอย่างไร เฝ้าสังเกตการทำงานของผู้เกี่ยวข้อง เพื่อให้เข้าใจและเห็นจริงๆ ว่าขั้นตอนการทำงานเป็นอย่างไร ซึ่งจะทำให้นักวิเคราะห์ระบบค้นพบจุดสำคัญของระบบว่าอยู่ที่ใด การสัมภาษณ์เป็นศิลปะอย่างหนึ่งที่นักวิเคราะห์ระบบควรจะต้องมีเพื่อเข้ากับผู้ใช้ได้ง่าย และสามารถดึงสิ่งที่ต้องการจากผู้ใช้ได้ เพราะว่าความต้องการของระบบคือ สิ่งสำคัญที่จะใช้ในการออกแบบต่อไป ถ้าเราสามารถกำหนดความต้องการได้ถูกต้อง การพัฒนาระบบในขั้นตอนต่อไปก็จะง่ายขึ้น เมื่อเก็บรวบรวมข้อมูลแล้วจะนำมาเขียนรวมเป็นรายงานการทำงานของระบบซึ่งควรแสดงหรือเขียนออกมาเป็นรูปแทนที่จะร่ายยาวออกมาเป็นตัวหนังสือ การแสดงแผนภาพจะทำให้เราเข้าใจได้ดีและง่ายขึ้น หลังจากนั้นนักวิเคราะห์ระบบ อาจจะนำข้อมูลที่รวบรวมได้นำมาเขียนเป็น "แบบทดลอง" (Prototype) หรือตัวต้นแบบ แบบทดลองจะเขียนขึ้นด้วยภาษาคอมพิวเตอร์ต่างๆ และที่ช่วยให้ง่ายขึ้นได้แก่ ภาษายุคที่ 4 (Fourth Generation Language) เป็นการสร้างโปรแกรมคอมพิวเตอร์ขึ้นมาเพื่อใช้งานตามที่เราต้องการได้ ดังนั้นแบบทดลองจึงช่วยลดข้อผิดพลาดที่อาจจะเกิดขึ้นได้ เมื่อจบขั้นตอนการวิเคราะห์แล้ว นักวิเคราะห์ระบบจะต้องเขียนรายงานสรุปออกมาเป็น ข้อมูลเฉพาะของปัญหา (Problem Specification) ซึ่งมีรายละเอียดดังนี้ รายละเอียดของระบบเดิม ซึ่งควรจะเขียนมาเป็นรูปภาพแสดงการทำงานของระบบ พร้อมคำบรรยาย, กำหนดความต้องการของระบบใหม่รวมทั้งรูปภาพแสดงการทำงานพร้อมคำบรรยาย, ข้อมูลและไฟล์ที่จำเป็น, คำอธิบายวิธีการทำงาน และสิ่งที่จะต้องแก้ไข. รายงานข้อมูลเฉพาะของปัญหาของระบบขนาดกลางควรจะมีขนาดไม่เกิน 100-200 หน้ากระดาษ

ขั้นตอนที่4 : การออกแบบ (Design)
ในระยะแรกของการออกแบบ นักวิเคราะห์ระบบจะนำการตัดสินใจของฝ่ายบริหารที่ได้จากขั้นตอนการวิเคราะห์การเลือกซื้อคอมพิวเตอร์ ฮาร์ดแวร์และซอฟต์แวร์ด้วย (ถ้ามีหรือเป็นไปได้) หลังจากนั้นนักวิเคราะห์ระบบจะนำแผนภาพต่างๆ ที่เขียนขึ้นในขั้นตอนการวิเคราะห์มาแปลงเป็นแผนภาพลำดับขั้น (แบบต้นไม้) ดังรูปข้างล่าง เพื่อให้มองเห็นภาพลักษณ์ที่แน่นอนของโปรแกรมว่ามีความสัมพันธ์กันอย่างไร และโปรแกรมอะไรบ้างที่จะต้องเขียนในระบบ หลังจากนั้นก็เริ่มตัดสินใจว่าควรจะจัดโครงสร้างจากโปรแกรมอย่างไร การเชื่อมระหว่างโปรแกรมควรจะทำอย่างไร ในขั้นตอนการวิเคราะห์นักวิเคราะห์ระบบต้องหาว่า "จะต้องทำอะไร (What)" แต่ในขั้นตอนการออกแบบต้องรู้ว่า " จะต้องทำอย่างไร(How)" ในการออกแบบโปรแกรมต้องคำนึงถึงความปลอดภัย (Security) ของระบบด้วย เพื่อป้องกันการผิดพลาดที่อาจจะเกิดขึ้น เช่น "รหัส" สำหรับผู้ใช้ที่มีสิทธิ์สำรองไฟล์ข้อมูลทั้งหมด เป็นต้น นักวิเคราะห์ระบบจะต้องออกแบบฟอร์มสำหรับข้อมูลขาเข้า (Input Format) ออกแบบรายงาน (Report Format) และการแสดงผลบนจอภาพ (Screen Fromat) หลักการการออกแบบฟอร์มข้อมูลขาเข้าคือ ง่ายต่อการใช้งาน และป้องกันข้อผิดพลาดที่อาจจะเกิดขึ้น ถัดมาระบบจะต้องออกแบบวิธีการใช้งาน เช่น กำหนดว่าการป้อนข้อมูลจะต้องทำอย่างไร จำนวนบุคลากรที่ต้องการในหน้าที่ต่างๆ แต่ถ้านักวิเคราะห์ระบบตัดสินใจว่าการซื้อซอฟต์แวร์ดีกว่าการเขียนโปรแกรม ขั้นตอนการออกแบบก็ไม่จำเป็นเลย เพราะสามารถนำซอฟต์แวร์สำเร็จรูปมาใช้งานได้ทันที สิ่งที่นักวิเคราะห์ระบบออกแบบมาทั้งหมดในขั้นตอนที่กล่าวมาทั้งหมดจะนำมาเขียนรวมเป็นเอกสารชุดหนึ่งเรียกว่า "ข้อมูลเฉพาะของการออกแบบระบบ " (System Design Specification) เมื่อสำเร็จแล้วโปรแกรมเมอร์สามารถใช้เป็นแบบในการเขียนโปรแกรมได้ทันที่สำคัญก่อนที่จะส่งถึงมือโปรแกรมเมอร์เราควรจะตรวจสอบกับผู้ใช้ว่าพอใจหรือไม่ และตรวจสอบกับทุกคนในทีมว่าถูกต้องสมบูรณ์หรือไม่ และแน่นอนที่สุดต้องส่งให้ฝ่ายบริหารเพื่อตัดสินใจว่าจะดำเนินการ ต่อไปหรือไม่ ถ้าอนุมัติก็ผ่านเข้าสู่ขั้นตอนการสร้างหรือพัฒนาระบบ (Construction)

ขั้นตอนที่ 5 : การพัฒนาระบบ (Construction)
ในขั้นตอนนี้โปรแกรมเมอร์จะเริ่มเขียนและทดสอบโปรแกรมว่า ทำงานถูกต้องหรือไม่ ต้องมีการทดสอบกับข้อมูลจริงที่เลือกแล้ว ถ้าทุกอย่างเรียบร้อย เราจะได้โปรแกรมที่พร้อมที่จะนำไปใช้งานจริงต่อไป หลังจากนั้นต้องเตรียมคู่มือการใช้และการฝึกอบรมผู้ใช้งานจริงของระบบ ระยะแรกในขั้นตอนนี้นักวิเคราะห์ระบบต้องเตรียมสถานที่สำหรับเครื่องคอมพิวเตอร์แล้วจะต้องตรวจสอบว่าคอมพิวเตอร์ทำงานเรียบร้อยดี โปรแกรมเมอร์เขียนโปรแกรมตามข้อมูลที่ได้จากเอกสารข้อมูลเฉพาะของการออกแบบ (Design Specification) ปกติแล้วนักวิเคราะห์ระบบไม่มีหน้าที่เกี่ยวข้องในการเขียนโปรแกรม แต่ถ้าโปรแกรมเมอร์คิดว่าการเขียนอย่างอื่นดีกว่าจะต้องปรึกษานักวิเคราะห์ระบบเสียก่อน เพื่อที่ว่านักวิเคราะห์จะบอกได้ว่าโปรแกรมที่จะแก้ไขนั้นมีผลกระทบกับระบบทั้งหมดหรือไม่ โปรแกรมเมอร์เขียนเสร็จแล้วต้องมีการทบทวนกับนักวิเคราะห์ระบบและผู้ใช้งาน เพื่อค้นหาข้อผิดพลาด วิธีการนี้เรียกว่า "Structure Walkthrough " การทดสอบโปรแกรมจะต้องทดสอบกับข้อมูลที่เลือกแล้วชุดหนึ่ง ซึ่งอาจจะเลือกโดยผู้ใช้ การทดสอบเป็นหน้าที่ของโปรแกรมเมอร์ แต่นักวิเคราะห์ระบบต้องแน่ใจว่า โปรแกรมทั้งหมดจะต้องไม่มีข้อผิดพลาด
หลังจากนั้นต้องควบคุมดูแลการเขียนคู่มือซึ่งประกอบด้วยข้อมูลการใช้งานสารบัญการอ้างอิง "Help" บนจอภาพ เป็นต้น นอกจากข้อมูลการใช้งานแล้ว ต้องมีการฝึกอบรมพนักงานที่จะเป็นผู้ใช้งานจริงของระบบเพื่อให้เข้าใจและทำงานได้โดยไม่มีปัญหาอาจจะอบรมตัวต่อตัวหรือเป็นกลุ่มก็ได้

ขั้นตอนที่ 6 : การปรับเปลี่ยน (Construction)
ขั้นตอนนี้บริษัทนำระบบใหม่มาใช้แทนของเก่าภายใต้การดูแลของนักวิเคราะห์ระบบ การป้อนข้อมูลต้องทำให้เรียบร้อย และในที่สุดบริษัทเริ่มต้นใช้งานระบบใหม่นี้ได้ การนำระบบเข้ามาควรจะทำอย่างค่อยเป็นค่อยไปทีละน้อย ที่ดีที่สุดคือ ใช้ระบบใหม่ควบคู่ไปกับระบบเก่าไปสักระยะหนึ่ง โดยใช้ข้อมูลชุดเดียวกันแล้วเปรียบเทียบผลลัพธ์ว่าตรงกันหรือไม่ ถ้าเรียบร้อยก็เอาระบบเก่าออกได้ แล้วใช้ระบบใหม่ต่อไป

ขั้นตอนที่ 7 : บำรุงรักษา (Maintenance)
การบำรุงรักษาได้แก่ การแก้ไขโปรแกรมหลังจากการใช้งานแล้ว สาเหตุที่ต้องแก้ไขโปรแกรมหลังจากใช้งานแล้ว สาเหตุที่ต้องแก้ไขระบบส่วนใหญ่มี 2 ข้อ คือ 1. มีปัญหาในโปรแกรม (Bug) และ 2. การดำเนินงานในองค์กรหรือธุรกิจเปลี่ยนไป จากสถิติของระบบที่พัฒนาแล้วทั้งหมดประมาณ 40% ของค่าใช้จ่ายในการแก้ไขโปรแกรม เนื่องจากมี "Bug" ดังนั้นนักวิเคราะห์ระบบควรให้ความสำคัญกับการบำรุงรักษา ซึ่งปกติจะคิดว่าไม่มีความสำคัญมากนัก เมื่อธุรกิจขยายตัวมากขึ้น ความต้องการของระบบอาจจะเพิ่มมากขึ้น เช่น ต้องการรายงานเพิ่มขึ้น ระบบที่ดีควรจะแก้ไขเพิ่มเติมสิ่งที่ต้องการได้ การบำรุงรักษาระบบ ควรจะอยู่ภายใต้การดูแลของนักวิเคราะห์ระบบ เมื่อผู้บริหารต้องการแก้ไขส่วนใดนักวิเคราะห์ระบบต้องเตรียมแผนภาพต่าง ๆ และศึกษาผลกระทบต่อระบบ และให้ผู้บริหารตัดสินใจต่อไปว่าควรจะแก้ไขหรือไม่


เครดิต :
http://namp410.blogspot.com/2010/01/sdlc.html
http://namp410.blogspot.com/2010/01/sdlc.html

Database Warehouse คืออะไร มีประโยชน์อย่างไร

Data Warehouse หมายถึง ฐานข้อมูลขนาดใหญ่ขององค์กรหรือหน่วยงานหนึ่งๆ ซึ่งเก็บรวบรวมข้อมูลจากฐานข้อมูลระบบงานประจำวัน หรือเรียกอีกอย่างว่า Operational database และฐานข้อมูลอื่นภายนอกองค์กร หรือเรียกว่า External database โดยข้อมูลที่ถูกจัดเก็บในคลังข้อมูลนั้น มีวัตถุประสงค์ในการนำมาใช้งาน และมีลักษณะของการจัดเก็บแตกต่างไปจากข้อมูลในฐานข้อมูลระบบงานอื่น การย้ายข้อมูลจากฐานข้อมูลปกติ เข้าไปไว้ใน Data Warehouse มีข้อดีหลายอย่าง เช่น ทำให้องค์กรหรือเจ้าของข้อมูล มีโอกาสได้ออกแบบรูปแบบการเก็บข้อมูลใหม่ให้เหมาะสมกับการเรียกใช้มากยิ่งขึ้นในงานเฉพาะด้าน และทำให้เหมาะสำหรับการนำไปใช้ช่วยในการตัดสินใจ หรือใช้ในงานวิเคราะห์ นอกจากนั้นระบบ Data Warehouse ยังรวมเอาข้อมูลที่ใช้อยู่ในปัจจุบันเข้ากับข้อมูลในอดีตเป็นฐานข้อมูลเดียวกัน สามารถเรียกใช้งานได้จากอินเตอร์เฟสแบบ กราฟิกได้โดยตรง (GUI) พร้อมสำหรับการจัดการข้อมูลและนำข้อมูลที่ได้ไปวิเคราะห์ ข้อดีอีกข้อก็คือ ระบบ Data Warehouse ทำให้ผู้ใช้ที่เป็นผู้บังคับบัญชาระดับสูง หรือเจ้าหน้าที่ทั่วไปสามารถเข้าถึงและเรียกใช้ฐานข้อมูลได้ด้วยตัวเอง โดยไม่ต้องอาศัยความช่วยเหลือจากเจ้าหน้าที่ทางเทคนิคอีกต่อไป


คุณสมบัติของคลังข้อมูล
1.) Consolidated and Consistant
-Consolidated หมายถึง การรวบรวมข้อมูลที่เกิดขึ้นในระดับปฏิบัติการมาไว้ที่ศูนย์กลางเดียวกัน (คลังข้อมูล)
-Consistant หมายถึง ข้อมูลจากแหล่งต่างๆที่รวบรวมมาไว้ในคลังข้อมูล จะต้องมีคุณสมบัติที่เหมือนกัน รูปแบบเดียวกันและสอดคล้องกัน
2.) Subject-Oriented Data หมายถึง เก็บข้อมูลในระดับปฏิบัติการเฉพาะส่วนที่นำมาใช้เชิงวิเคราะห์หรือ เชิงตัดสินใจมากกว่าการเก็บข้อมูลเพื่อตอบคำถาม
3.) Historical Data หมายถึง จะเก็บย้อนหลังเป็นเวลาหลายๆปี เพื่อจะได้นำไปวิเคราะห์เปรียบเทียบหาแนวโน้มของข้อมูลเปรียบกับปีที่ผ่านมา
4.) Read – Only Data หมายถึง ข้อมูลในฐานข้อมูลไม่ควรมีการแก้ไขหลังจากที่นำข้อมูลเข้าสู่ฐานข้อมูลของคลังข้อมูลแล้วไม่มีการ Insert update or delete ข้อมูลภายในคลังข้อมูลนอกจากการเพิ่มข้อมูลเข้าอย่างเดียว


ตัวอย่างของระบบ Data Warehouse ที่ประสบความสำเร็จ
ต่อไปนี้จะเป็นตัวอย่างจำนวนหนึ่งของการนำระบบ Data Warehouse ไปประยุกต์ใช้ที่เรียกได้ว่าประสบความสำเร็จ

• ระบบจัดการชนิดสินค้า (Categories Management)ช่วยให้ธุรกิจค้าปลีกเข้าใจพฤติกรรมการใช้จ่ายของลูกค้ามาก ขึ้นและทราบว่าลูกค้ามีปฏิกิริยากับโปรโมชั่นของตนอย่างไร
• ระบบวิเคราะห์การ “Claim” หรือการอ้างสิทธิของธุรกิจประกันสุขภาพ ช่วยให้บริษัทควบคุมค่าใช้จ่ายของลูกค้าได้ดีขึ้น
• ระบบควบคุมการทุจริตและควบคุมค่าใช้จ่ายของธุรกิจประกันสุขภาพ
• ระบบ Supplier Management หรือระบบจัดการ Supplier ช่วยให้องค์กรเหล่านั้นสามารถประเมินคาดการณ์ และวางแผนสำหรับอนาคตได้ดีกว่า
• ระบบการเงิน ซึ่งมีองค์กรทั้งหลายนำไปใช้อย่างกว้างขวาง ทำให้องค์กรเหล่านี้สามารถประเมินคาดการณ์ และวางแผนสำหรับอนาคตได้ดีกว่า
• ระบบจัดการค่าใช้บริการ ซึ่งบริษัทโทรคมนาคมนำไปใช้ ทำให้บริษัทเหล่านั้นสามารถกำหนดอัตราค่าบริการ ที่ทำกำไรได้สูงสุด ในขณะเดียวกันก็เป็นอัตราที่จูงใจลูกค้ามากที่สุดด้วย ไม่ว่าจะเป็นค่าบริการโทรศัพท์เคลื่อนที่โทรศัพท์ ทางไกลหรือโทรศัพท์บ้านก็ตาม
• ระบบประวัติลูกค้า ระบบทำนายความต้องการและระบบการตลาดขนาดจุลภาคที่มีใช้ในบริษัทบริการสื่อสาร
• ระบบจัดเก็บค่าบริการ ระบบจัดการเครดิต และระบบการตลาดขนาดจุลภาคที่มีใช้ในสถาบันการเงิน


ประโยชน์ของ Data Warehouse สามารถจำแนกได้เป็นข้อๆ ดังนี้
- ทำการรวบรวมข้อมูลที่มีความซับซ้อนให้ง่ายต่อการจัดเก็บ
- สามารถนำข้อมูลมาใช้ได้อย่างรวดเร็วและถูกต้อง
- ช่วยเสริมสร้างความรู้ของบุคลากรในองค์กร และสนับสนุนการตัดสินใจให้เกิดประสิทธิภาพ
- สร้างความได้เปรียบในการแข่งขันและปรับปรุงกระบวนการทางธุรกิจให้มีความรวดเร็วขึ้น


เครดิต :
http://techinnoreview.exteen.com/20090611/data-warehouse
http://gotoknow.org/blog/business-intelligence/45018