คำตอบ:
จากประสบการณ์ของฉันเองนี่เป็นแพ็คเกจซอฟต์แวร์ทั่วไป:
แพ็คเกจทั้งหมดเหล่านี้สามารถจัดการได้มากกว่าหรือน้อยกว่าสิ่งที่เก็บไว้ในองค์ประกอบ "PDS" ปกติ (โครงสร้างไฟล์ทั่วไปที่ใช้ใน z / OS)
เมื่อพูดถึง บริษัท ที่ประเมินว่า บริษัท ใดเหมาะสมที่สุดสำหรับพวกเขาบ่อยครั้งที่มันจะลดลงตามเกณฑ์เหล่านี้:
IBM SCLMถูกมองว่าปลอดค่าธรรมเนียมไลเซนส์ / การบำรุงรักษาใด ๆ (จริง ๆ แล้วมันรวมอยู่ในไลเซนส์ z / OS ซึ่งตัวเองไม่ได้ฟรี) ดังนั้นหากไม่มีงบประมาณเฉพาะก็มักจะเป็นชุดซอฟต์แวร์ที่เลือก (ดีกว่าไม่มีแพ็คเกจเลย) หากมีงบประมาณก็มักจะเป็นงบประมาณที่ไม่ได้อยู่ในรายการโปรด
CA Endevorมีฐานการติดตั้งสูงสุด ความแข็งแกร่งหลักของ IMO คือวิธีการที่คุณสามารถติดตามได้สำหรับการประมวลผลแต่ละครั้งว่ามีการรวบรวม / เชื่อมโยงโดยใช้เวอร์ชั่นใดของแบบเอกสารสำเร็จรูป (แบบหนังสือ ฯลฯ )
SERENA ChangeMan ZMF 's ฐานการติดตั้งไม่น้อยดังต่อไปนี้หนึ่งจากCA Endevor จุดเด่นที่สำคัญบางประการคือ:
Compuware ISPWเป็นเหมือน "เด็กคนใหม่ในเมือง" (เมื่อเปรียบเทียบกับCA EndevorหรือทางเลือกSERENA ChangeMan ZMF ) โดยทั่วไปจะเห็นว่าเป็นวิธีการแก้ปัญหาที่ "ข้อกำหนด SCM แบบกำหนดเองใด ๆ สามารถนำไปใช้กับมันได้ด้วยความพยายามที่ค่อนข้างต่ำในการทำเช่นนั้น"
มองจากมุมมองของสถาปัตยกรรมแล้วSERENA ChangeMan ZMFและCompuware ISPWดูเหมือนจะมีสถาปัตยกรรมที่เปิดกว้างที่สุดซึ่งเป็นสิ่งที่คุณต้องการหากคุณต้องการปรับแต่งเพื่อให้สามารถจัดการส่วนประกอบซอฟต์แวร์ที่เขียนด้วยภาษา4GLซึ่งเป็น ( สิ่งที่เรียกว่า) แปลกใหม่มากขึ้นเมื่อเทียบกับภาษา3GLเช่นCOBOL , PL / Iเป็นต้น Ie เนื่องจากส่วนประกอบซอฟต์แวร์ถูกเก็บไว้ในระบบไฟล์ที่ไม่ได้เก็บไว้ใน PDS มาตรฐาน ตัวอย่างของภาษาเหล่านั้นคือ:
ข้อควรสนใจ: การมี "สถาปัตยกรรมแบบเปิด" เป็นสิ่งที่ดีมากหากมีความต้องการที่กำหนดเองของคุณ (ท้องฟ้ามีขีด จำกัด ) อย่างไรก็ตามเมื่อมันมาถึงการอัพเกรดเป็นรุ่นใหม่มันมาพร้อมกับราคาที่จะได้รับข้อกำหนดที่กำหนดเองเหล่านั้นอัพเกรดด้วย
หมายเหตุ : ค่อนข้างบังเอิญระหว่างการฝึกอบรม CA Endevor สำหรับผู้เชี่ยวชาญของ SERENA ChangeMan ZMF เราค้นพบว่าCA EndevorและSERENA ChangeMan ZMFดูเหมือนจะมีรากฐานเดียวกัน (จากที่ใดที่หนึ่งในช่วงปลายทศวรรษ 1980 ... ) สำหรับผู้ที่คุ้นเคยกับทั้งคู่: ไปตรวจสอบการทำงานของโปรแกรมอรรถประโยชน์เหล่านี้ด้วยชื่อที่คล้ายกัน ... (คุณจะตกใจ ... ):
คำตอบข้างต้นถือว่าการจัดการซอร์สโค้ดสำหรับ z / OS จะต้องแตกต่างจากแพลตฟอร์มอื่น ๆ คำตอบ 10 ปีที่ผ่านมาอาจเป็นข้างต้น แต่ z / OS ได้รับการพัฒนาพร้อมกับฮาร์ดแวร์ z และจะไม่แยกอีกต่อไป คุณสามารถใช้เครื่องมือจัดการซอร์สโค้ดที่ทันสมัยเช่น Git สำหรับซอร์สโค้ดทั้งหมดของคุณรวมถึง COBOL หรือ PL / I หรือแอสเซมเบลอร์ที่คุณอาจมี Git ได้รับการอัปเดตเพื่อจัดการการแปล ASCII เป็น EDBCIC หากคุณได้รับพอร์ตจาก Rocket Software มันยังคงฟรีและโอเพนซอร์สพวกเขาเพียงแค่คอมไพล์เพื่อรันบนแพลตฟอร์ม การมีซอร์สโค้ด z / OS ของคุณใน SCM เดียวกันยังช่วยให้คุณมีกรณีทดสอบและสิ่งประดิษฐ์อื่น ๆ คุณอาจประหลาดใจกับจำนวนเครื่องมือโอเพนซอร์ซที่คุณสามารถใช้ได้กับ z / OS
หากคุณมี DevOps ขั้นตอนก็น่าจะใช้ได้กับ z / OS เช่นเดียวกับตัวอย่างของ Jenkins ที่รันบนแพลตฟอร์ม ด้วย PTF ปัจจุบันไปยัง z / OS คุณยังสามารถจัดเก็บคุณสร้างสิ่งประดิษฐ์ใน Artifactory หรือ Nexus ในขณะที่คุณทำแพลตฟอร์มอื่น ๆ กระบวนการและวิธีปฏิบัติที่ใช้บนแพลตฟอร์มอื่นยังใช้งานได้กับ z / OS ดังนั้นจึงไม่มีเหตุผลที่จะต้องแยกหรือแตกต่าง
มี บริษัท จากเบลเยียมที่อยู่ในตลาด SCM (ตอนนี้พวกเขาติดฉลากผลิตภัณฑ์ของพวกเขาในชื่อ DevOps) เป็นเวลานานกว่า 12 ปี แต่เนื่องจากพวกเขาไม่ใช่ยักษ์เช่น IBM หรือ CA พวกเขาจึงไม่ค่อยเป็นที่รู้จัก
อย่างไรก็ตามพวกเขามีผลิตภัณฑ์ของพวกเขา (IKAN ALM) ทำงานที่ธนาคารขนาดใหญ่และ บริษัท ประกันภัยส่วนใหญ่แทน Changeman พวกเขาสนับสนุนเมนเฟรมและแจกจ่ายซึ่งหมายความว่า บริษัท จะสามารถจัดการเมนเฟรมและเช่นการพัฒนา Java (และการปรับใช้) โดยใช้เครื่องมือเดียวกัน
พวกเขามีแบรนด์ที่ชื่อว่าBlueBridgeซึ่งจริงๆแล้วเป็นผลิตภัณฑ์หลักที่กำหนดค่าไว้สำหรับเมนเฟรมแล้ว