The portability specification examp

The portability specification example
A client’s Financial Director specified ‘Standard COBOL’ as a requirement in their contract with a software house.
What they really wanted was software portability (measured by ease and cheapness of transporting the software to other machines). They wanted to be able to move their software investment to larger machines later if need be. They did not in fact care whether COBOL itself was used at all.
We found that in this particular case, the use of COBOL would be very bad for system performance for smaller computers (which we had decided to use) which did not support the language very well at that time.
We also found that the software house had decided to interpret the requirement as ‘use standard COBOL when you use COBOL at all’. But the software house had also decided to use a high-level application generator for over half of the application code, and a database management system for another good portion of the logic. Both of these would have given very low portability.
This is a good example of how a well-intentioned, but carelessly formulated software requirement can defeat the very purpose it is trying to achieve.
We changed the requirement to one which read :
Portability :
1. The software system shall be convertible to any major manufacturer’s equipment which has COBOL software for less than 5% additional cost to the cost of the original development of the software.
2. The software house is required to carry out the conversion for us at this cost, or to pay the cost difference if they cannot or will not carry out the conversion.
3. This shall include all data conversion, all database management code, all supporting code or data of any nature required for a successful conversion.
4. This shall be without degradation of any critical attributes specified elsewhere in this contract for the original system (but in particular – without degrading performance, maintainability, reliability or portability.

ผลลัพธ์ (ไทย) 1:

ตัวอย่างข้อมูลจำเพาะเกี่ยวกับพอร์ตกรรมการการเงินของลูกค้าที่ระบุ 'ภาษาโคบอลมาตรฐาน' เป็นข้อกำหนดในสัญญากับบ้านซอฟต์แวร์สิ่งที่อยากได้พอร์ตซอฟต์แวร์ (วัด โดยง่ายและ cheapness ขนส่งซอฟแวร์เครื่องอื่น ๆ) พวกเขาอยากจะไปลงทุนซอฟต์แวร์ของเครื่องจักรใหญ่ในภายหลังถ้าจำเป็น พวกเขาไม่จริงเลี้ยงว่า มีใช้ภาษาโคบอลภาษาตัวเองเลยเราพบว่า ในกรณีนี้ การใช้ภาษาโคบอลจะดีสำหรับประสิทธิภาพของระบบขนาดเล็กคอมพิวเตอร์ (ซึ่งเราได้ตัดสินใจที่จะใช้) ซึ่งไม่สนับสนุนภาษาดีมากในขณะนั้นเรายังพบว่า ซอฟต์แวร์บ้านได้ตัดสินใจแปลความต้องการเป็น 'ใช้ภาษาโคบอลมาตรฐานเมื่อคุณใช้ภาษาโคบอลเลย' แต่บ้านซอฟต์แวร์ได้ตัดสินใจที่จะใช้สร้างโปรแกรมประยุกต์ระดับสูงกว่าครึ่งหนึ่งของรหัสแอพลิเคชัน และระบบการจัดการฐานข้อมูลสำหรับส่วนดีอื่น ๆ ของตรรกะยัง ทั้งนี้จะให้พอร์ตต่ำมากนี้เป็นตัวอย่างที่ดีของวิธีการเจตนา แต่ความต้องการซอฟต์แวร์ลวก ๆ สูตรสามารถเอาชนะจะพยายามที่จะบรรลุวัตถุประสงค์มากเราเปลี่ยนแปลงความต้องการที่อ่าน:พอร์ต:1. ระบบซอฟต์แวร์จะแปลงอุปกรณ์ของผู้ผลิตหลักใด ๆ ที่มีซอฟแวร์ภาษาโคบอลเพิ่มเติมน้อยกว่า 5% ต้นทุนต้นทุนของการพัฒนาซอฟต์แวร์ต้นฉบับ2. บ้านซอฟต์แวร์จำเป็นต้องดำเนินการแปลงสำหรับเราที่นี้ต้นทุน หรือชำระส่วนต่างของต้นทุนถ้าพวกเขาไม่สามารถ หรือไม่จะดำเนินการแปลง3. นี้จะรวมถึงการแปลงข้อมูลทั้งหมด รหัสการจัดการฐานข้อมูลทั้งหมด ทั้งหมดสนับสนุนรหัส หรือข้อมูลของธรรมชาติใด ๆ ที่จำเป็นสำหรับการแปลงที่ประสบความสำเร็จ4. นี้จะไม่ มีของแอตทริบิวต์ใด ๆ สำคัญอื่นระบุในสัญญานี้ในระบบเดิม (แต่เฉพาะ – โดย ไม่ลดประสิทธิภาพ maintainability ความน่าเชื่อถือ หรือพอร์ต

ผลลัพธ์ (ไทย) 3:

ตัวอย่างข้อมูลพกพา
ผู้อำนวยการด้านการเงินของลูกค้า ' ระบุ ' ภาษาโคบอลมาตรฐานเป็นข้อกำหนดของสัญญากับบ้าน ซอฟต์แวร์ สิ่งที่พวกเขาต้องการจริงๆคือ
พกพาซอฟต์แวร์ ( วัดได้โดยง่ายและราคาถูกในการขนส่งซอฟต์แวร์ไปยังเครื่องอื่น ๆ ) พวกเขาต้องการเพื่อให้สามารถย้ายการลงทุนด้านซอฟต์แวร์ของเครื่องขนาดใหญ่ในภายหลังได้ถ้าจำเป็นพวกเขาไม่ได้ในความเป็นจริงว่าโคบอลที่ตัวเองใช้เลย .
เราพบว่าในกรณีนี้โดยเฉพาะ , การใช้ภาษาโคบอลจะไม่ดีมากสำหรับการทำงานของระบบคอมพิวเตอร์ขนาดเล็ก ( ซึ่งเราได้ตัดสินใจที่จะใช้ ) ซึ่งไม่สนับสนุนภาษาได้ดีมากในเวลานั้น
นอกจากนี้เรายังพบว่า ซอฟต์แวร์เฮ้าส์ได้ตัดสินใจที่จะตีความความต้องการเป็น ' ใช้มาตรฐานภาษาโคบอลเมื่อคุณใช้ภาษาโคบอลเลย ' แต่ซอฟต์แวร์เฮ้าส์ได้ตัดสินใจที่จะใช้สร้างโปรแกรมระดับสูงกว่าครึ่งหนึ่งของรหัสโปรแกรมและระบบการจัดการฐานข้อมูล อีกส่วนที่ดีของตรรกะ ทั้งสองเหล่านี้จะให้พกพา
กนี้เป็นตัวอย่างที่ดีของการเป็นดีอาจมี แต่สูตรที่ใช้ซอฟต์แวร์ความต้องการจะเอาชนะวัตถุประสงค์มากที่จะพยายามที่จะบรรลุ
เราเปลี่ยนความต้องการให้เป็นหนึ่งซึ่งอ่านได้ :
:
1ระบบซอฟต์แวร์จะแปลงใด ๆ ผู้ผลิตรายใหญ่ของอุปกรณ์ซึ่งมีโปรแกรมภาษาโคบอลน้อยกว่า 5% เพิ่มเติมต้นทุนต้นทุนของการพัฒนาเดิมของซอฟต์แวร์ .
2 ซอฟแวร์เฮ้าส์จะต้องมีการแปลงให้เราเสียเงิน หรือต้องจ่ายต้นทุนต่างกัน ถ้าพวกเขาไม่สามารถหรือจะไม่ดำเนินการแปลง .
3นี้จะรวมทุกข้อมูลการแปลงฐานข้อมูลทั้งหมดสนับสนุนการจัดการรหัส , รหัสหรือข้อมูลใด ๆ ธรรมชาติที่จำเป็นสำหรับการแปลงความสําเร็จ .
4 นี้จะไม่มีการใด ๆที่ระบุในสัญญาฉบับนี้มีแอตทริบิวต์อื่น ๆในระบบเดิม ( แต่ในเฉพาะ–ไม่มีประสิทธิภาพ ซึ่งผญา ความน่าเชื่อถือ
หรือพกพา