อาจดูเหมือนว่า "ควรมีรูปแบบธุรกิจสำหรับ บริษัท สนับสนุนด้านไอทีที่เน้นแพลตฟอร์มแบบดั้งเดิม" แต่โดยส่วนตัวแล้วฉันคิดว่าเป็นเพียงความคิดนึกคิดในส่วนของคุณเพราะมันจะ "แก้ปัญหา" ความท้าทายที่คุณเผชิญใน ก้มก้ม
การติดค้างอยู่ในสภาพแวดล้อมแบบเก่าไม่ใช่วิธีที่จะก้าวไปข้างหน้า และสำหรับฉันคนหนึ่งจะไม่เดิมพันชีวิตของ บริษัท ใด ๆ ที่พยายามจะติดอยู่โดยหา บริษัท ที่ตอนนี้ยินดีที่จะทำในสิ่งที่คุณทำไม่ได้
ดังนั้นไม่ใช่คำตอบสำหรับคำถามที่แท้จริงที่คุณถาม แต่คำแนะนำที่จริงใจเกี่ยวกับวิธีที่คุณสามารถก้าวไปข้างหน้าในขณะที่รักษาความเสี่ยงของการย้ายถิ่นฐานให้น้อยที่สุด
อ่าน "วิธีเอาตัวรอดโดยไม่ต้องสูญเสียสติ"
อย่าทำให้ข้อผิดพลาดของโครงการการโอนย้ายข้อมูลที่ยาวนานโดยไม่มีผลลัพธ์จริงเป็นเวลานาน อ่าน"วิธีเอาตัวรอดโดยไม่ต้องสูญเสียสติ"
ฉันไม่สามารถความเครียดได้มากพอว่าคำแนะนำในบทความนั้นช่วยฉันในการแก้ปัญหา / เข้าถึงปัญหาที่คล้ายกันอย่างไรหลังจากที่เผาไหม้ตัวฉันเองที่ทำโครงการประเภทนั้นในแบบ "เก่า"
ตั้งค่าการทดสอบอัตโนมัติ
หากคุณยังไม่ได้ติดตั้งไว้ (ทำไมไม่ทำอย่างนั้น) ให้โปรแกรมเมอร์ปัจจุบันของคุณสร้างเครื่องทดสอบอัตโนมัติสำหรับแอปพลิเคชันของคุณ
ชุดทดสอบอัตโนมัติควรครอบคลุมทุกหน้าที่การใช้งานของแอปพลิเคชันของคุณ มัน / จะเอกสารข้อกำหนดการทำงานปัจจุบันในกฎ "when_X_then_Y" ของแต่ละกรณีทดสอบ สิ่งนี้จะช่วยทั้งในการเปลี่ยนแปลงรหัสปัจจุบันของคุณจากการทำลายฟังก์ชันการทำงานที่มีอยู่ตลอดจนสนับสนุนการโยกย้ายไปยังสภาพแวดล้อมใหม่
ในขณะที่คุณจัดการกับ COBOL และ BASIC ชุดทดสอบน่าจะอยู่ในระดับของการทดสอบการรวม: การทำงานชุด "คงที่" ของไฟล์อินพุต / ฐานข้อมูลและตรวจสอบไฟล์เอาต์พุต / เนื้อหาฐานข้อมูลที่เปลี่ยนแปลงของโปรแกรมเฉพาะ (COBOL) และ / หรือแอปพลิเคชัน สำหรับส่วนพื้นฐานของซอฟต์แวร์ของคุณอาจหมายถึงการเพิ่มพารามิเตอร์บรรทัดคำสั่งเพื่อให้พวกเขาออกกำลังกายบางฟังก์ชั่นโดยไม่ต้องมีการแทรกแซง (G) UI หรือรับเครื่องมือทดสอบอัตโนมัติที่ใช้ (G) UI
แยกการคำนวณและอัลกอริธึมอื่น ๆ
แม้แต่ Cobol ยังสนับสนุนแนวคิดของโปรแกรมย่อยที่เรียกได้จากโปรแกรมหลัก แยกการคำนวณการนำเข้าทั้งหมดและอัลกอริธึมอื่น ๆ ในโปรแกรมหรือโมดูลแยกต่างหาก เป้าหมายคือการสร้างไลบรารี่ของโปรแกรม / โมดูล / สิ่งที่ทำงานเสี้ยงฮึดฮัดที่แยกได้จากทุกสิ่งที่รวบรวมอินพุตและสร้างเอาต์พุต
ปรับชุดทดสอบเพื่อทดสอบทั้งผ่านแอปพลิเคชันเก่าของคุณและในการแยก สิ่งนี้จะช่วยให้มั่นใจได้ว่างานที่คุณทำบนรหัส "เก่า" เพื่ออำนวยความสะดวกในการโยกย้ายไปยังสภาพแวดล้อมใหม่จะแนะนำข้อผิดพลาดน้อยที่สุด
เริ่มชุดแอปพลิเคชันใหม่ในสภาพแวดล้อม "ปัจจุบัน"
อย่าแปลงรหัสปัจจุบันของคุณ การแปลงภาษาหนึ่งเป็นอีกภาษาหนึ่งหมายถึงการกำหนดข้อ จำกัด ของสภาพแวดล้อมเก่าในใหม่ ผลลัพธ์ที่ได้มักจะน้อยกว่าที่ต้องการ (อ่าน: ผลลัพธ์จะแย่และเจ็บปวดที่ต้องรักษา) โยกย้าย ใช้เวลาในการตั้งค่าแอปพลิเคชันของคุณในสภาพแวดล้อมใหม่ในแบบที่ถือว่าเป็นแนวปฏิบัติที่ดีที่สุดสำหรับสภาพแวดล้อมนั้น
รับโปรแกรมเมอร์ใหม่มีความเชี่ยวชาญในสภาพแวดล้อมที่คุณเลือกเพื่อทำเช่นนั้น ทำให้เป็นลำดับความสำคัญตั้งแต่วันแรกเพื่อแยกการคำนวณและอัลกอริธึมที่สำคัญทั้งหมดออกเป็นคลาสและ / หรือแพ็คเกจแยกกันและซ่อนไว้หลังส่วนต่อประสาน ใช้การฉีดพึ่งพา (การฉีด DIY พึ่งพาที่ถูกที่สุดจะทำ) เพื่อบอกแอปพลิเคชันใหม่ของคุณว่าคลาสใดที่จะสร้างอินสแตนซ์ / ใช้ในการคำนวณ
นี่เป็นวิธีที่ดีในการทำสิ่งต่าง ๆ และในกรณีของคุณจะช่วยให้คุณสามารถโยกย้ายส่วนที่สำคัญเหล่านั้นได้ในแต่ละกรณี นอกจากนี้ยังจะซ่อนความซับซ้อนของการเรียกโปรแกรมพื้นฐานและ / หรือ cobol จากฟังก์ชั่นการโทรในสภาพแวดล้อมใหม่
อย่าไปต่อที่การตั้งค่าแอพพลิเคชั่นและอาจตั้งค่าฟังก์ชั่นอินพุต / เอาท์พุตที่สำคัญที่สุดเพียงตัวเดียวที่ใช้การคำนวณจาก "ไลบรารี" COBOL / BASIC ของคุณ
รวม "คลัง" ของ COBOL / BASIC ของคุณ
หาวิธีเรียก "ห้องสมุด" COBOL / BASIC ของคุณจากสภาพแวดล้อมใหม่ของคุณ สิ่งนี้อาจเกี่ยวข้องกับการตั้งค่าไฟล์พารามิเตอร์หรือตารางฐานข้อมูลดำเนินการโปรแกรม COBOL / BASIC ที่ล้อมรอบไลบรารี COBOL / BASIC ที่คุณตั้งค่าไว้ก่อนหน้านี้ หากคุณโชคดีรุ่น BASIC ของคุณอาจอนุญาตให้สร้าง DLL ได้ซึ่งสามารถเรียกได้โดยตรง
ใช้คลาสในสภาพแวดล้อมใหม่ของคุณที่จะเรียก COBOL / BASIC "ไลบรารี่" และทดสอบ heck โดยใช้การทดสอบเดียวกันที่อยู่ในการทดสอบการใช้งานของสภาพแวดล้อมแบบเก่า แต่ตอนนี้อยู่ในรูปแบบของการทดสอบหน่วยในสภาพแวดล้อมใหม่ .
ใช่นี่หมายถึง "การทำซ้ำ" การทดสอบ แต่มันเป็นเครือข่ายความปลอดภัยที่คุณไม่ต้องการทำ หากเพียงเพราะการทดสอบหน่วยเหล่านี้ในภายหลังจะทำหน้าที่เป็นแบบทดสอบเพื่อตรวจสอบการใช้งานการคำนวณและอัลกอริทึมของคุณเมื่อถูกย้ายไปยังสภาพแวดล้อมใหม่ของคุณ
แต่อีกครั้ง: อย่าไปยิ่งกว่าการเพิ่มการทดสอบหน่วยสำหรับการคำนวณที่ใช้โดยสิ่งที่สำคัญที่สุดเพียงอย่างเดียวจากขั้นตอนก่อนหน้า
ค้นหาแอพพลิเคชั่นใหม่ในการวนซ้ำ
ค้นหาแอพพลิเคชั่นใหม่โดยทำซ้ำสองขั้นตอนก่อนหน้านี้สำหรับฟังก์ชั่นทั้งหมดในแอปพลิเคชันเก่าของคุณ เพิ่มการทดสอบหน่วยเหล่านั้นที่ตรวจสอบการคำนวณลงในชุดทดสอบการใช้งานใหม่ของคุณ ใช้ชุดทดสอบการรวมเพื่อตรวจสอบว่าฟังก์ชันที่ย้ายข้อมูลทำงานเหมือนกับแอปพลิเคชันเก่าของคุณหรือไม่
โอนย้ายไลบรารีหลักในการวนซ้ำ
และในที่สุดโยกย้ายการคำนวณและอัลกอริทึมใน COBOL / BASIC "ไลบรารี่" ของคุณและนำมันไปใช้ในสภาพแวดล้อมใหม่ของคุณ อีกครั้งให้ทำเช่นนี้ซ้ำ ๆ โดยใช้การทดสอบ (หน่วย) เป็นวิธีการรักษาสติของคุณ