กระบวนการพัฒนาระบบสารสนเทศด้วยวงจรชีวิตการพัฒนาระบบ
แอตลาส ฟีนิกซ์
⚡ สรุปอย่างชาญฉลาด
กระบวนการพัฒนาระบบสารสนเทศเพื่อการจัดการ (MIS Development Process) อธิบายถึงวิธีการสร้างซอฟต์แวร์ระบบสารสนเทศเพื่อการจัดการแบบกำหนดเอง เมื่อซอฟต์แวร์สำเร็จรูปไม่เพียงพอ เนื้อหาครอบคลุมถึงผู้มีส่วนได้ส่วนเสีย การวิเคราะห์และออกแบบระบบ การออกแบบเชิงวัตถุ และวงจรชีวิตการพัฒนาระบบ (System Development Life Cycle) ผ่านวิธีการแบบ Waterfall, Agile และ Prototyping วิธีการ
ซอฟต์แวร์เป็นส่วนประกอบสำคัญอย่างหนึ่งของระบบสารสนเทศเพื่อการจัดการ (MIS) ซอฟต์แวร์บางส่วนที่ใช้ในระบบ MIS เป็นซอฟต์แวร์สำเร็จรูป ซึ่งรวมถึงโปรแกรมต่างๆ เช่น โปรแกรมสเปรดชีต โปรแกรมฐานข้อมูล เป็นต้น
อย่างไรก็ตาม ในบางครั้งซอฟต์แวร์สำเร็จรูปอาจไม่ตรงตามความต้องการทางธุรกิจ ทางออกของปัญหานี้คือการพัฒนาซอฟต์แวร์ที่ออกแบบมาโดยเฉพาะ
บทช่วยสอนนี้จะเน้นเกี่ยวกับวิธีการที่ใช้ในการพัฒนาซอฟต์แวร์แบบกำหนดเอง
ผู้มีส่วนได้เสียในการพัฒนาระบบสารสนเทศ
โดยทั่วไปแล้ว การพัฒนาระบบสารสนเทศมักมีผู้มีส่วนได้ส่วนเสียสามกลุ่ม ได้แก่:
- ล้านคน – ผู้ใช้งาน คือผู้ที่ใช้ระบบหลังจากที่พัฒนาเสร็จแล้ว เพื่อปฏิบัติงานประจำวันของตน
- ผู้สนับสนุนโครงการ – ผู้มีส่วนได้ส่วนเสียประเภทนี้มีหน้าที่รับผิดชอบด้านการเงินของโครงการและรับรองว่าโครงการจะเสร็จสมบูรณ์
- นักพัฒนา – กลุ่มงานนี้โดยทั่วไปประกอบด้วยนักวิเคราะห์ระบบและโปรแกรมเมอร์ นักวิเคราะห์ระบบมีหน้าที่รวบรวมความต้องการของผู้ใช้และเขียนข้อกำหนดของระบบ ส่วนโปรแกรมเมอร์จะพัฒนาระบบที่ต้องการโดยอิงจากข้อกำหนดของระบบที่นักวิเคราะห์ระบบได้พัฒนาขึ้น
ผู้มีส่วนได้ส่วนเสียที่สำคัญที่สุดในโครงการคือผู้ใช้ เพื่อให้โครงการได้รับการยอมรับว่าเสร็จสมบูรณ์ ผู้ใช้จะต้องยอมรับและใช้งาน หากผู้ใช้ไม่ยอมรับระบบ แสดงว่าโครงการล้มเหลว
MIS ในการวิเคราะห์และออกแบบระบบ
การวิเคราะห์และออกแบบระบบ หมายถึงสองสาขาวิชาที่เกี่ยวข้องกันอย่างใกล้ชิด: การวิเคราะห์ระบบ และ การออกแบบระบบ.
- การวิเคราะห์ระบบ เกี่ยวข้องกับการทำความเข้าใจวัตถุประสงค์ เป้าหมาย และการพัฒนาธุรกิจping กระบวนการทางธุรกิจ ผลลัพธ์สุดท้ายของการวิเคราะห์ระบบคือข้อกำหนดของระบบ
- ออกแบบระบบ โดยใช้ผลลัพธ์จากการวิเคราะห์ระบบเป็นข้อมูลป้อนเข้า วัตถุประสงค์หลักของการออกแบบระบบคือการตีความข้อกำหนดของระบบให้เป็นแบบแผนทางสถาปัตยกรรม ตรรกะ และกายภาพของวิธีการนำระบบสารสนเทศไปใช้งาน
การวิเคราะห์และการออกแบบเชิงวัตถุใน MIS
การวิเคราะห์และการออกแบบเชิงวัตถุ (OOAD) เกี่ยวข้องอย่างใกล้ชิดกับการวิเคราะห์และการออกแบบระบบ ความแตกต่างที่สำคัญระหว่างการวิเคราะห์และการออกแบบเชิงวัตถุ (OOAD) และการวิเคราะห์และการออกแบบระบบก็คือ OOAD ใช้วัตถุเพื่อเป็นตัวแทนของเอนทิตีในโลกแห่งความเป็นจริง
การวิเคราะห์และการออกแบบเชิงวัตถุใช้การสร้างแบบจำลองเชิงภาพเพื่อปรับปรุงการสื่อสารระหว่างผู้มีส่วนได้ส่วนเสียทั้งหมด และสร้างผลิตภัณฑ์ที่มีคุณภาพสูง
วัตถุเป็นตัวแทนของเอนทิตีในโลกแห่งความเป็นจริง เช่น ลูกค้า ผลิตภัณฑ์ พนักงาน ฯลฯ Unified Modeling Language (UML) เป็นภาษาเอนกประสงค์ที่ใช้ในการสร้างการออกแบบภาพสำหรับระบบ
ภาพต่อไปนี้แสดงไดอะแกรม UML ตัวอย่างที่แสดงให้เห็นถึงการโต้ตอบของผู้ใช้กับระบบจุดขาย
การวิเคราะห์และการออกแบบเชิงวัตถุใน MIS
วงจรชีวิตการพัฒนาระบบ (SDLC) ใน MIS
การขอ วงจรชีวิตการพัฒนาระบบ หมายถึงกระบวนการวางแผน สร้าง ทดสอบ และใช้งานระบบสารสนเทศ วัตถุประสงค์หลักของวงจรชีวิตการพัฒนาระบบคือการสร้างระบบสารสนเทศคุณภาพสูงที่ตรงตามหรือเกินกว่าความคาดหวังของผู้ใช้ ภายในงบประมาณและกรอบเวลาที่กำหนด
SDLC ใช้วิธีการพัฒนาหลายประการเพื่อให้บรรลุวัตถุประสงค์นี้ หัวข้อถัดไปจะกล่าวถึงวิธีการพัฒนาที่ได้รับความนิยมมากที่สุด
แบบจำลองน้ำตกใน MIS
การขอ น้ำตกจำลอง ใช้รูปแบบการออกแบบตามลำดับขั้นตอน โดยขั้นตอนต่อไปจะเริ่มก็ต่อเมื่อขั้นตอนก่อนหน้าเสร็จสมบูรณ์แล้ว โดยปกติขั้นตอนแรกจะวาดไว้ด้านบน และขั้นตอนต่อๆ ไปจะอยู่ด้านล่างและซ้ายล่าง ทำให้เกิดโครงสร้างคล้ายน้ำตก ซึ่งเป็นที่มาของชื่อนี้
แบบจำลองน้ำตกใน MIS
วัตถุประสงค์หลักของแบบจำลองน้ำตกมีดังนี้:
- การวางแผน
- ตารางเวลา
- การจัดทำงบประมาณ และ
- การนำระบบทั้งหมดไปใช้ในคราวเดียว
โมเดลแบบน้ำตก (Waterfall model) เหมาะอย่างยิ่งเมื่อความต้องการของผู้ใช้เป็นที่เข้าใจอย่างชัดเจนและไม่คาดว่าจะเปลี่ยนแปลงอย่างมากในระหว่างการพัฒนาระบบสารสนเทศ โมเดลแบบน้ำตกเหมาะสำหรับสถานการณ์ที่โครงการมีขอบเขตงานที่แน่นอน กรอบเวลาที่แน่นอน และราคาที่แน่นอน
ความท้าทายที่ใหญ่ที่สุดของโมเดลแบบน้ำตกคือการปรับตัวให้เข้ากับการเปลี่ยนแปลง การนำข้อกำหนดใหม่ของผู้ใช้มาใช้ไม่ใช่เรื่องง่าย
แนวทางการพัฒนาแบบ Agile สำหรับ MIS
การพัฒนาแบบ Agile เป็นวิธีการทางเลือกนอกเหนือจากการบริหารโครงการแบบดั้งเดิม ซึ่งส่งเสริมการวางแผนแบบปรับเปลี่ยนได้ การพัฒนาแบบค่อยเป็นค่อยไป การส่งมอบงานก่อนกำหนด การปรับปรุงอย่างต่อเนื่อง และกระตุ้นให้ตอบสนองต่อการเปลี่ยนแปลงอย่างรวดเร็วและยืดหยุ่น
ในแง่ของ Agile Sprint ถือเป็นงานที่มีขอบเขตชัดเจนที่จะต้องทำให้สำเร็จภายในเวลาที่กำหนด Sprint เป้าหมายและระยะเวลาจะถูกกำหนดโดยลูกค้าและทีมพัฒนา ผู้เกี่ยวข้องทุกฝ่ายต้องพบปะกันเป็นการส่วนตัวเพื่อรับฟังความคิดเห็นเกี่ยวกับสปรินต์ก่อนที่จะดำเนินการไปยังสปรินต์ถัดไป (หากมี)
ระเบียบวิธีแบบเปรียว โดยทั่วไปจะปฏิบัติตามปฏิญญา Agile ปฏิญญา Agile นั้นมีพื้นฐานอยู่บนหลักการสิบสอง (12) ประการดังต่อไปนี้:
- ความพึงพอใจของลูกค้าผ่านการส่งมอบซอฟต์แวร์อย่างรวดเร็วและต่อเนื่อง
- ยินดีรับการเปลี่ยนแปลงข้อกำหนดได้ตลอดเวลาในระหว่างดำเนินโครงการ
- มีการปล่อยซอฟต์แวร์เวอร์ชันใช้งานได้จริงออกมาบ่อยครั้ง โดยปกติจะเป็นรายสัปดาห์
- การทำงานร่วมกันระหว่างนักธุรกิจและนักพัฒนาซอฟต์แวร์เมื่อทำงานในโครงการต่างๆ
- โครงการต่างๆ สร้างขึ้นโดยมีบุคคลากรที่มีแรงจูงใจและได้รับความไว้วางใจเป็นแกนหลัก
- การประชุมแบบพบปะต่อหน้าที่มีประสิทธิภาพและประสิทธิผล
- ความคืบหน้าจะวัดจากซอฟต์แวร์ที่ใช้งานได้จริง
- การพัฒนาอย่างยั่งยืน; ผู้สนับสนุน ผู้ใช้ และผู้พัฒนา ควรสามารถรักษาระดับความก้าวหน้าคงที่ได้ตลอดไป
- การเอาใจใส่ต่อความเป็นเลิศด้านเทคนิคและการออกแบบที่ดีอย่างต่อเนื่องจะช่วยเพิ่มความคล่องตัว
- ความง่าย
- ทีมที่จัดระเบียบตนเอง
- ในช่วงเวลาสม่ำเสมอ ทีมจะไตร่ตรองถึงวิธีที่จะมีประสิทธิภาพมากขึ้น จากนั้นจึงปรับแต่งและปรับพฤติกรรมให้เหมาะสม
แผนภาพต่อไปนี้แสดงให้เห็นถึงวิธีการนำกระบวนการพัฒนาแบบคล่องตัวไปใช้
แนวทางการพัฒนาแบบ Agile สำหรับ MIS
ต้นแบบping ในระบบสารสนเทศเพื่อการจัดการ (MIS)
ต้นแบบคือแบบจำลองการจำลองการทำงานบางส่วนของระบบจริงที่จะพัฒนาขึ้น ต้นแบบping วิธีการพัฒนาซอฟต์แวร์มักใช้ต้นแบบ (prototype) ต้นแบบช่วยให้ทั้งนักพัฒนาและผู้ใช้งานได้รับข้อเสนอแนะตั้งแต่เนิ่นๆ
ต้นแบบping ช่วยให้ผู้ใช้ระบุความต้องการได้ง่ายขึ้น และช่วยให้นักพัฒนาเข้าใจความต้องการของผู้ใช้ได้ง่ายขึ้นเนื่องจากมีต้นแบบ (prototype) ต้นแบบping ระเบียบวิธีเริ่มต้นด้วยการระบุข้อกำหนดพื้นฐานของระบบ โดยเฉพาะอย่างยิ่งข้อมูลนำเข้าและข้อมูลส่งออกของระบบ จากนั้นจึงนำข้อกำหนดเหล่านี้ไปใช้สร้างแบบจำลองการจำลองที่ผู้ใช้สามารถโต้ตอบและให้ข้อเสนอแนะได้ ข้อเสนอแนะของผู้ใช้จะถูกนำมาใช้เพื่อปรับปรุงต้นแบบและตัดสินใจในเรื่องสำคัญอื่นๆ เช่น ต้นทุนโครงการและตารางเวลาที่เป็นไปได้
แผนภาพต่อไปนี้แสดงขั้นตอนการสร้างต้นแบบping.
ต้นแบบping ในระบบสารสนเทศเพื่อการจัดการ (MIS)
