กระบวนการพัฒนาระบบสารสนเทศด้วยวงจรชีวิตการพัฒนาระบบ

ซอฟต์แวร์เป็นหนึ่งในองค์ประกอบหลักของระบบสารสนเทศเพื่อการจัดการ ซอฟต์แวร์บางตัวที่ใช้ในระบบ MIS นั้นไม่มีวางจำหน่ายทั่วไป ซึ่งรวมถึงแพ็คเกจต่างๆ เช่น โปรแกรมสเปรดชีต แอปพลิเคชันฐานข้อมูล ฯลฯ

อย่างไรก็ตาม เป็นช่วงเวลาที่ซอฟต์แวร์ไม่ตรงตามข้อกำหนดทางธุรกิจ วิธีแก้ไขปัญหานี้คือซอฟต์แวร์ที่สร้างขึ้นเอง

บทช่วยสอนนี้จะเน้นเกี่ยวกับวิธีการที่ใช้ในการพัฒนาซอฟต์แวร์แบบกำหนดเอง

ผู้มีส่วนได้เสียในการพัฒนาระบบสารสนเทศ

การพัฒนาระบบสารสนเทศโดยทั่วไปมักมีผู้มีส่วนได้ส่วนเสีย 3 ส่วน ได้แก่

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

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

MIS ในการวิเคราะห์และออกแบบระบบ

การวิเคราะห์และการออกแบบระบบหมายถึงสองสาขาวิชาที่เกี่ยวข้องกันอย่างใกล้ชิด การวิเคราะห์ระบบ และ การออกแบบระบบ

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

การวิเคราะห์และการออกแบบเชิงวัตถุใน MIS

การวิเคราะห์และการออกแบบเชิงวัตถุ (OOAD) เกี่ยวข้องอย่างใกล้ชิดกับการวิเคราะห์และการออกแบบระบบ ความแตกต่างที่สำคัญระหว่างการวิเคราะห์และการออกแบบเชิงวัตถุ (OOAD) และการวิเคราะห์และการออกแบบระบบก็คือ OOAD ใช้วัตถุเพื่อเป็นตัวแทนของเอนทิตีในโลกแห่งความเป็นจริง

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

วัตถุเป็นตัวแทนของเอนทิตีในโลกแห่งความเป็นจริง เช่น ลูกค้า ผลิตภัณฑ์ พนักงาน ฯลฯ Unified Modeling Language (UML) เป็นภาษาเอนกประสงค์ที่ใช้ในการสร้างการออกแบบภาพสำหรับระบบ

รูปภาพต่อไปนี้แสดงตัวอย่างไดอะแกรม UML ที่แสดงให้ผู้ใช้โต้ตอบกับระบบจุดขาย

การวิเคราะห์และการออกแบบเชิงวัตถุใน MIS
การวิเคราะห์และการออกแบบเชิงวัตถุใน MIS

วงจรชีวิตการพัฒนาระบบ (SDLC) ใน MIS

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

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

แบบจำลองน้ำตกใน MIS

เทศกาล น้ำตกจำลอง ใช้แบบจำลองการออกแบบตามลำดับ ขั้นต่อไปจะเริ่มหลังจากเสร็จสิ้นด่านก่อนหน้าแล้วเท่านั้น โดยปกติขั้นตอนแรกจะวาดที่ด้านบนและขั้นตอนถัดไปด้านล่างและด้านล่างซ้าย สิ่งนี้สร้างโครงสร้างคล้ายน้ำตก และเป็นที่มาของชื่อนี้

แบบจำลองน้ำตกใน MIS

แบบจำลองน้ำตกใน MIS

วัตถุประสงค์หลักของแบบจำลองน้ำตกคือ

  • การวางแผน
  • ตารางเวลา
  • การจัดทำงบประมาณและ
  • การนำระบบทั้งหมดไปใช้ในคราวเดียว

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

ความท้าทายที่ใหญ่ที่สุดของโมเดล Waterfall คือการยอมรับการเปลี่ยนแปลง ไม่ใช่เรื่องง่ายที่จะรวมข้อกำหนดใหม่ของผู้ใช้เข้าด้วยกัน

แนวทางการพัฒนาแบบ Agile สำหรับ MIS

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

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

ระเบียบวิธีแบบเปรียว โดยทั่วไปจะปฏิบัติตามปฏิญญา Agile ปฏิญญา Agile นั้นมีพื้นฐานอยู่บนหลักการสิบสอง (12) ประการดังต่อไปนี้:

  1. ความพึงพอใจของลูกค้าผ่านการส่งมอบซอฟต์แวร์ตั้งแต่เนิ่นๆ และต่อเนื่อง
  2. ยินดีต้อนรับการเปลี่ยนแปลงข้อกำหนดตลอดเวลาของโครงการ
  3. มีการเผยแพร่ซอฟต์แวร์ที่ใช้งานเป็นประจำทุกสัปดาห์
  4. การทำงานร่วมกันระหว่างนักธุรกิจและนักพัฒนาเมื่อทำงานในโครงการ
  5. โครงการที่สร้างขึ้นจากบุคคลที่มีแรงบันดาลใจและเชื่อถือได้
  6. การประชุมแบบเห็นหน้ากันอย่างมีประสิทธิภาพและประสิทธิผล
  7. ความคืบหน้าวัดจากซอฟต์แวร์ที่ใช้งานได้
  8. การพัฒนาที่ยั่งยืน ผู้สนับสนุน ผู้ใช้ และนักพัฒนาควรจะสามารถรักษาอัตราการก้าวให้คงที่ได้อย่างไม่มีกำหนด
  9. การเอาใจใส่ต่อความเป็นเลิศด้านเทคนิคและการออกแบบที่ดีอย่างต่อเนื่องจะช่วยเพิ่มความคล่องตัว
  10. ความง่าย
  11. ทีมที่จัดตนเอง
  12. ในช่วงเวลาสม่ำเสมอ ทีมจะไตร่ตรองถึงวิธีที่จะมีประสิทธิภาพมากขึ้น จากนั้นจึงปรับแต่งและปรับพฤติกรรมให้เหมาะสม

แผนภาพต่อไปนี้แสดงให้เห็นถึงวิธีการนำกระบวนการพัฒนาแบบคล่องตัวไปใช้

แนวทางการพัฒนาแบบ Agile สำหรับ MIS

แนวทางการพัฒนาแบบ Agile สำหรับ MIS

การสร้างต้นแบบใน MIS

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

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

แผนภาพต่อไปนี้แสดงให้เห็นขั้นตอนของการสร้างต้นแบบ

การสร้างต้นแบบใน MIS

การสร้างต้นแบบใน MIS

สรุป

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

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

วิธีการที่เลือกขึ้นอยู่กับลักษณะของโครงการและความต้องการของผู้ใช้

  • แบบจำลองน้ำตกเหมาะอย่างยิ่งเมื่อโครงการไม่คาดว่าจะเปลี่ยนแปลงมากนัก
  • ในขณะที่วิธีการต่างๆ เช่น Agile การสร้างต้นแบบ ฯลฯ เหมาะอย่างยิ่งเมื่อโครงการคาดว่าจะมีการเปลี่ยนแปลงในระหว่างการพัฒนาและการเปลี่ยนแปลงต่างๆ จะต้องนำมารวมกัน