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.

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

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