3.3. Change scenariosAs mentioned i

3.3. Change scenarios
As mentioned in Sec. 2.3, in the second phase of our investigation, we evolved both
OO and AO implementations of the HW base release according to a set of change
scenarios. Table 1 summarizes changes made in each release. The scenarios comprise
di®erent types of changes involving refactoring and improvement, addition of six new
functional use cases (which represent typical operations encountered in the maintenance
of information systems), removal of one functional use case, and the complete
removal of the design by contract concern. Table 1 also presents which type of
change each release encompassed. The purpose of these changes is to exercise the
implementation of the design by contract features boundaries and, so, assess the
overall modularity of contracts in the presence of maintenance and evolution tasks
that are recurring in incremental software development.

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

3.3 การเปลี่ยนแปลงสถานการณ์ดังกล่าวใน 2.3 วินาที ในระยะที่สองของการตรวจสอบของเรา เราพัฒนาทั้งดาและอ่าวใช้งาน HW ฐานปล่อยตามชุดของการเปลี่ยนแปลงสถานการณ์ ตารางที่ 1 สรุปการเปลี่ยนแปลงในแต่ละ สถานการณ์ต่าง ๆ ประกอบด้วยดิ ® erent ชนิดของการเปลี่ยนแปลงที่เกี่ยวข้องกับ refactoring และปรับปรุง เพิ่มเติม 6 ใหม่กรณีใช้งาน (ซึ่งหมายถึงการดำเนินงานทั่วไปที่พบในการบำรุงรักษาข้อมูลระบบ), เอาของหน้าที่ใช้กรณี และสมบูรณ์เอาแบบตามสัญญาที่เกี่ยวข้อง ตารางที่ 1 แสดงชนิดของยังเปลี่ยนแปลงแต่ละรุ่นที่ผ่าน วัตถุประสงค์ของการเปลี่ยนแปลงเหล่านี้จะออกกำลังกายปฏิบัติการออกแบบโดยสัญญามีขอบเขตและ ดังนั้น ประเมินการmodularity โดยรวมของสัญญาในสถานะงานบำรุงรักษาและวิวัฒนาการที่จะเกิดซ้ำในการพัฒนาซอฟต์แวร์เพิ่มขึ้น

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

3.3 เปลี่ยนสถานการณ์
ดังกล่าวในวินาที 2.3 ในขั้นที่สองของการตรวจสอบของเราที่เราพัฒนาทั้ง
OO และการใช้งาน AO ของรุ่นฐาน HW ตามชุดของการเปลี่ยนแปลง
สถานการณ์ ตารางที่ 1 สรุปการเปลี่ยนแปลงที่เกิดขึ้นในแต่ละรุ่น สถานการณ์ประกอบด้วย
ประเภทdi®erentของการเปลี่ยนแปลงที่เกี่ยวข้องกับ refactoring และการปรับปรุงนอกจากนี้หกใหม่
กรณีการใช้งานฟังก์ชั่น (ซึ่งเป็นตัวแทนดำเนินการทั่วไปที่พบในการบำรุงรักษา
ของระบบสารสนเทศ), การกำจัดของกรณีที่ใช้การทำงานอย่างใดอย่างหนึ่งและสมบูรณ์
กำจัดของการออกแบบโดย กังวลสัญญา ตารางที่ 1 ยังมีการจัดประเภทของ
การเปลี่ยนแปลงแต่ละรุ่นที่ห้อมล้อม วัตถุประสงค์ของการเปลี่ยนแปลงเหล่านี้คือการออกกำลังกาย
การดำเนินงานของการออกแบบโดยสัญญามีขอบเขตและเพื่อประเมิน
ต้นแบบโดยรวมของสัญญาในการปรากฏตัวของการบำรุงรักษาและงานที่วิวัฒนาการ
ที่เกิดขึ้นซ้ำ ๆ ในการพัฒนาซอฟแวร์ที่เพิ่มขึ้น

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

3.3 . เปลี่ยนสถานการณ์
ตามที่กล่าวถึงในวินาที 2.3 ในขั้นตอนที่สองของการตรวจสอบของเรา เราพัฒนาทั้ง
OO และอ่าวดำเนินงานของ hw ฐานปล่อยตามชุดของการเปลี่ยนแปลง
สถานการณ์ ตารางที่ 1 สรุปการเปลี่ยนแปลงที่เกิดขึ้นในแต่ละรุ่น สถานการณ์สมมติประกอบด้วย
ตี้® erent ประเภทของการเปลี่ยนแปลงที่เกี่ยวข้องกับวาริทและการปรับปรุงเพิ่มใหม่
6กรณีใช้งาน ( ซึ่งเป็นตัวแทนของการดำเนินงานโดยทั่วไปพบในการบำรุงรักษา
ระบบสารสนเทศ ) , การกำจัดของการทำงานกรณีที่ใช้และการกำจัดของการออกแบบโดยสมบูรณ์
เกี่ยวกับสัญญา ตารางที่ 1 ยังได้เสนอ
ชนิดที่เปลี่ยนแต่ละรุ่นในบริเวณใกล้เคียง . วัตถุประสงค์ของการเปลี่ยนแปลงเหล่านี้คือการออกกำลังกาย
การออกแบบโดยสัญญามีขอบเขต และ ดังนั้นประเมิน
รวมต้นแบบของสัญญาในการซ่อมบำรุงและวิวัฒนาการงาน
ที่ที่เกิดขึ้นในการพัฒนาซอฟต์แวร์เพิ่มขึ้น .