Legacy systems Legacy systems
- ระบบเดิม (Legacy systems) เป็นระบบเก่าที่อาศัยภาษาและเทคโนโลยีที่ไม่ได้ใช้สำหรับการพัฒนาระบบใหม่อีกต่อไป
- ซอฟต์แวร์ระบบเดิมอาจขึ้นอยู่กับฮาร์ดแวร์ที่เก่ากว่า เช่น คอมพิวเตอร์เมนเฟรม และอาจมีกระบวนการและขั้นตอนเดิมที่เกี่ยวข้อง
- ระบบเดิมไม่ได้เป็นเพียงระบบซอฟต์แวร์ แต่เป็นระบบทางด้านเทคนิคและสภาพแวดล้อมที่กว้างขึ้น ซึ่งรวมถึงฮาร์ดแวร์ซอฟต์แวร์ไลบรารี่และซอฟต์แวร์สนับสนุน รวมทั้งกระบวนการทางธุรกิจอื่น ๆ The elements of a legacy system Legacy system components
- ระบบฮาร์ดแวร์
- ระบบเดิมอาจถูกเขียนขึ้นสำหรับฮาร์ดแวร์ที่ไม่สามารถใช้งานได้อีกต่อไป
- ซอฟต์แวร์ระบบสนับสนุน
- ระบบเดิมอาจมีซอฟต์แวร์สนับสนุนจำนวนมากที่ล้าสมัยหรือไม่ได้รับการสนับสนุนแล้ว
- ซอฟต์แวร์แอพพลิเคชัน
- ระบบแอ็พพลิเคชันที่ให้บริการทางธุรกิจมักประกอบด้วยโปรแกรมประยุกต์จำนวนมาก
- ข้อมูลแอ็พพลิเคชัน
- ข้อมูลเหล่านี้เป็นข้อมูลที่ประมวลผลโดยระบบแอ็พพลิเคชัน อาจไม่อัพเดท ซ้ำซ้อน หรือเก็บไว้ในฐานข้อมูลอื่น ๆ ที่เข้าถึงได้โดยเทคโนโลยีเก่า Legacy system components
- กระบวนการทางธุรกิจ
- เป็นกระบวนการที่ใช้ในธุรกิจเพื่อให้บรรลุวัตถุประสงค์ทางธุรกิจบางอย่าง
- ระบบเดิมอาจได้รับการออกแบบมาให้ครอบคลุมระบบเดิมและมีฟังก์ชันการทำงานที่จำกัด
- นโยบายและกฎเกณฑ์ทางธุรกิจ
- เป็นคำจำกัดความของการดำเนินธุรกิจและข้อจำกัดในการดำเนินธุรกิจ
- ระบบเดิมอาจอยู่ภายใต้นโยบายและกฎเหล่านั้น Legacy system layers Legacy system replacement
- การแทนที่ระบบเดิมมีความเสี่ยงสูง แต่ก็มีราคาแพงเมื่อจะให้ธุรกิจยังคงใช้ระบบเหล่านี้ต่อไป
- การเปลี่ยนระบบมีความเสี่ยงจากหลายสาเหตุ
- ขาดข้อกำหนดระบบที่สมบูรณ์
- การผนวกรวมระบบเดิมกับกระบวนการทางธุรกิจอย่างแน่นแฟ้น
- ไม่มีการบันทึกกฎเกณฑ์ทางธุรกิจไว้ในระบบเดิม
- การพัฒนาซอฟต์แวร์ใหม่อาจล่าช้าและ/หรือเกินงบประมาณ Legacy system change
- การแทนที่ระบบเดิมมีต้นทุนสูงด้วยเหตุผลหลายประการ:
- รูปแบบการเขียนโปรแกรมที่ไม่สอดคล้องกันโดยนักพัฒนารุ่นเก่า ๆ
- การใช้ภาษาโปรแกรมที่ล้าสมัย นักพัฒนาจำนวนน้อยที่สามารถใช้ภาษาเหล่านั้นได้
- เอกสารระบบไม่เพียงพอ
- ระบบเดิมไม่มีโครงสร้างที่ดี
- การเพิ่มประสิทธิภาพของโปรแกรม (Program optimizations) ในระบบเดิม อาจยากที่จะทำความเข้าใจ
- ข้อผิดพลาดของข้อมูล การซ้ำซ้อน และการไม่สอดคล้องกันของข้อมูล Legacy system management
- องค์กรที่ใช้ระบบเดิมต้องเลือกกลยุทธ์สำหรับการพัฒนาระบบ ซึ่งอาจะเป็นได้ลายวิธี เช่น
- บำรุงรักษาระบบเดิมต่อไป
- ปรับเปลี่ยนกระบวนการทางธุรกิจ เพื่อไม่จำเป็นต้องใช้ระบบเดิมอีกต่อไป
- เปลี่ยนระบบโดย re-engineering เพื่อปรับปรุงการบำรุงรักษา
- แทนที่ระบบเดิมด้วยระบบใหม่
- กลยุทธ์ที่เลือกจะขึ้นอยู่กับคุณภาพของระบบและมูลค่าทางธุรกิจ Legacy system categories
- คุณภาพต่ำและมีมูลค่าทางธุรกิจต่ำ (Low quality, low business value)
- ระบบเหล่านี้ควรถูกทิ้ง
- คุณภาพต่ำและมีมูลค่าทางธุรกิจสูง (Low-quality, high-business value)
- ระบบเหล่านี้ มีความสำคัญต่อธุรกิจ แต่มีราคาแพงในการบำรุงรักษา ควรมีการออกแบบใหม่หรือเปลี่ยนใหม่หากมีระบบที่เหมาะสม
- มูลค่าที่มีคุณภาพสูงและมีมูลค่าทางธุรกิจต่ำ (High-quality, low-business value)
- แทนที่ด้วย COTS, สร้างใหม่ทั้งหมด, หรือบำรุงรักษา
- มูลค่าทางธุรกิจที่สูงและมีคุณภาพสูง (High-quality, high business value)
- ดำเนินการต่อโดยใช้การบำรุงรักษาระบบตามปกติ Business value assessment
- การประเมินควรทำจากหลากหลายมุมมอง
- ผู้ใช้ปลายทางระบบ (System end-users)
- ลูกค้าธุรกิจ (Business customers)
- ผู้จัดการสายงาน (Line managers)
- ผู้จัดการฝ่ายไอที (IT managers)
- ผู้จัดการอาวุโส (Senior managers)
- สัมภาษณ์ผู้มีส่วนได้เสียที่แตกต่างกันและเปรียบเทียบผลลัพธ์ Issues in business value assessment
- การใช้ระบบ
- หากระบบถูกใช้งานเป็นครั้งคราวหรือโดยคนจำนวนน้อย ระบบนั้นอาจมีมูลค่าทางธุรกิจต่ำ
- กระบวนการทางธุรกิจที่ได้รับการสนับสนุน
- ระบบอาจมีมูลค่าทางธุรกิจต่ำถ้าถูกนำไปใช้ในกระบวนการทางธุรกิจที่ไม่มีประสิทธิภาพ
- ความน่าเชื่อถือของระบบ
- หากระบบไม่น่าเชื่อถือและมีปัญหาที่ส่งผลกระทบโดยตรงต่อลูกค้า ระบบมีมูลค่าทางธุรกิจต่ำ
- ผลลัพธ์ของระบบ
- หากผลการดำเนินธุรกิจขึ้นอยู่กับผลลัพธ์ของระบบแล้ว ระบบนั้นจะมีมูลค่าทางธุรกิจสูง System quality assessment
- การประเมินกระบวนการทางธุรกิจ
- กระบวนการทางธุรกิจสนับสนุนเป้าหมายปัจจุบันของธุรกิจได้ดีเพียงใด?
- การประเมินสิ่งแวดล้อม
- ระบบมีประสิทธิภาพในสภาพแวดล้อมทางธุรกิจนั้นดีเพียงใด และมีค่าใช้จ่ายมากน้อยเพียงใดในการบำรุงรักษา?
- การประเมินแอพพลิเคชั่น
- คุณภาพของระบบซอฟต์แวร์แอพพลิเคชันคืออะไร? Business process assessment
- ใช้แนวทางแสวงหาคำตอบจากผู้มีส่วนได้เสียของระบบ
- มีรูปแบบกระบวนการที่กำหนดไว้อย่างชัดเจนและดำเนินตามอย่างเคร่งครัด?
- ส่วนต่าง ๆ ขององค์กรใช้กระบวนการที่แตกต่างกันสำหรับงานเดียวกันหรือไม่?
- กระบวนการได้รับการปรับใช้ให้หมาะสมกับงานอย่างไร?
- อะไรคือความสัมพันธ์กับกระบวนการทางธุรกิจอื่น ๆ และกระบวนการนี้มีความจำเป็นหรือไม่?
- กระบวนการนี้ได้รับการสนับสนุนอย่างมีประสิทธิภาพจากซอฟต์แวร์แอ็พพลิเคชันแบบเดิมหรือไม่?
- ตัวอย่าง – ระบบการจองตั๋วที่สถานีอาจมีผลตอบแทนทางธุรกิจที่ต่ำ เนื่องจากมีการจองตั๋วออนไลน์มากขึ้น, จำเป็นแค่ไหน ที่ต้องพัฒนาระบบจองตั๋วแบบเดิม? Factors used in environment assessment Factors used in environment assessment Factors used in application assessment Factors used in application assessment