4. Modularity AnalysisWe have descr

4. Modularity Analysis
We have described how the assessment phase was organized in three stages
. This section presents the results for the ¯rst two stages, where we analyze
the initial modularity of each OO and AO solutions of the HW base version
. Then we analyze their stability throughout the change scenarios
. We used a metrics suite (Table 2 summarizes each metric used in this case
study) that quantified three fundamental modularity attributes, namely separation
way, supporting the generation of comparable results. The size metric group also
includes metrics for both general system attributes (e.g. Number of Lines of Code)
and metrics that are speci¯c to design by contract such as Number of Preconditions
(NOPre). The size metrics related to DbC are useful to quantify reuse of design by
contract code in existing systems. In addition, this suite introduces three new metrics
for quantifying SoC. They measure the degree to which a single concern
(design by contract, in the case of this study) in the system maps to: (i) components
(i.e. classes and aspects)  based on the metric Concern Di®usion over Components
(CDC), (ii) operations (i.e. methods and advice)  based on the metric Concern
Di®usion over Operations (CDO), and (iii) lines of code  based on the metric
Concern Di®usion over Lines of Code (CDLOC). The majority of these metrics can
be collected automatically by applying an existing measurement tool [13]. Additionally,
we used the AOP metrics tool to collect the coupling (CBC) metric.
The SoC metrics require the manual "shadowing" of the code (i.e. identifying
which segment of code contributes to the DbC concern such as pre- and postconditions).
Although the mapping of DbC features to the source code is not
completely automated, it is facilitated with tool support. For all the employed
metrics, a lower value implies a better result. Detailed discussions about the metrics
appear elsewhere. The complete description of the gathered data, measurement
tools, and shadowed code is also available at.

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

4. modularity วิเคราะห์เราได้อธิบายวิธีขั้นตอนการประเมินถูกจัดระเบียบในสามขั้นตอน. ส่วนนี้แสดงผลลัพธ์สำหรับการ ¯rst ขั้นตอนที่สอง ที่เราวิเคราะห์modularity เริ่มต้นแต่ละโซลูชั่นดาและอ่าวของ HW รุ่นพื้นฐาน. จากนั้น เราวิเคราะห์ความมั่นคงของพวกเขาตลอดทั้งสถานการณ์การเปลี่ยนแปลง. เราใช้ชุดเครื่องมือวัด (ตารางที่ 2 สรุปแต่ละวัดที่ใช้ในกรณีนี้ศึกษา) แอตทริบิวต์ quantified modularity พื้นฐานสาม แยกได้แก่วิธีการ สนับสนุนการสร้างผลลัพธ์เทียบเท่า การวัดขนาดกลุ่มยังมีวัดสำหรับแอตทริบิวต์ทั้งระบบทั่วไป (เช่นหมายเลขของบรรทัดของรหัส)และ speci¯c ในการออกแบบ โดยสัญญาเช่นเลขล่วง(NOPre) วัดขนาดกับ DbC เป็นประโยชน์ต่อการกำหนดปริมาณของการออกแบบโดยรหัสสัญญาในระบบที่มีอยู่ นอกจากนี้ ห้องนี้แนะนำวัดสามใหม่สำหรับ quantifying SoC. พวกเขาวัดระดับที่เดียวที่เกี่ยวข้อง(ออกแบบ โดยสัญญา ในกรณีของการศึกษานี้) ในระบบแผนที่ให้: (i) ส่วนประกอบ(เช่นเรียนและด้าน) ตาม usion ®กังวลดีวัดเหนือส่วนประกอบ(CDC), (ii) การดำเนินงาน (เช่นวิธีการและคำแนะนำ) ตามการวัดที่เกี่ยวข้อง? Di usion การดำเนินงาน (CDO), และ (iii) บรรทัดของรหัสที่ใช้ในการวัดUsion ®กังวลดีกว่าบรรทัดของรหัส (CDLOC) ส่วนใหญ่การวัดเหล่านี้สามารถรวบรวมโดยอัตโนมัติ โดยใช้เป็นเครื่องมือการประเมินที่มีอยู่ [13] นอกจากนี้เราใช้เครื่องมือวัด AOP เพื่อรวบรวมการวัดคลัป (รักษาการณ์)วัด SoC ต้องการด้วยตนเอง "แรเงา" ของรหัส (เช่นระบุส่วนของโค้ดที่จัดสรรไปกังวล DbC เช่นก่อน และ postconditions)แม้ว่าการแม็ปของ DbC รหัสแหล่งที่มาไม่ได้แบบอัตโนมัติทั้งหมด มันจะอำนวยความสะดวก ด้วยเครื่องมือสนับสนุนการ สำหรับทั้งหมดที่เจ้าการวัด ค่าต่ำหมายถึงผลลัพธ์ที่ดีกว่า อธิบายรายละเอียดเกี่ยวกับวัดปรากฏอื่น ๆ คำอธิบายที่สมบูรณ์รวบรวมข้อมูล ประเมินเครื่องมือ และรหัสมีเงาก็มี

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

4. การวิเคราะห์ Modularity
เราได้อธิบายว่าขั้นตอนการประเมินผลการจัดขึ้นในสามขั้นตอน
ในส่วนนี้จะนำเสนอผลสำหรับ RST สองขั้นตอนที่เราวิเคราะห์
ต้นแบบเริ่มต้นของแต่ละ OO และการแก้ปัญหาของ AO
รุ่นฐาน HW จากนั้นเราจะวิเคราะห์เสถียรภาพของพวกเขาตลอดทั้งสถานการณ์ที่เปลี่ยนแปลง
เราใช้ชุดตัวชี้วัด (ตารางที่ 2 สรุปตัวชี้วัดแต่ละนำมาใช้ในกรณีนี้
การศึกษา) ที่วัดสามคุณลักษณะต้นแบบพื้นฐานคือการแยก
ทางสนับสนุนการสร้างผลเทียบเคียง กลุ่มขนาดเมตริกยัง
รวมถึงตัวชี้วัดทั้งระบบทั่วไปแอตทริบิวต์ (เช่นจำนวนบรรทัดของรหัส)
และตัวชี้วัดที่มีวาเลนเซียในการออกแบบโดยการทำสัญญาดังกล่าวเป็นจำนวนเงื่อนไขตั้งต้น
(NOPre) ตัวชี้วัดที่เกี่ยวข้องกับขนาด DbC มีประโยชน์ที่จะหาจำนวนที่นำมาใช้ในการออกแบบโดย
รหัสสัญญาในระบบที่มีอยู่ นอกจากนี้ชุดนี้แนะนำสามตัวชี้วัดใหม่
สำหรับปริมาณ SoC พวกเขาวัดระดับที่กังวลเดียว
(การออกแบบโดยการทำสัญญาในกรณีของการศึกษาครั้งนี้) ในระบบแผนที่ไปยัง: (i) ส่วนประกอบ
(เช่นการเรียนและด้าน) ??? ขึ้นอยู่กับตัวชี้วัดDi®usionกังวลมากกว่าส่วนประกอบ
(CDC) (ii) การดำเนินงาน (เช่นวิธีการและคำแนะนำ) ??? ขึ้นอยู่กับความกังวลเกี่ยวกับตัวชี้วัด
Di®usionกว่าการดำเนินงาน (CDO) และ (iii) บรรทัดของรหัส ??? ขึ้นอยู่กับตัวชี้วัด
ความกังวลDi®usionกว่าบรรทัดของรหัส (CDLOC) ส่วนใหญ่ของตัวชี้วัดเหล่านี้สามารถ
ถูกรวบรวมโดยอัตโนมัติโดยใช้เครื่องมือวัดที่มีอยู่ [13] นอกจากนี้
เราใช้เครื่องมือชี้วัด AOP ในการเก็บรวบรวมการมีเพศสัมพันธ์ (CBC) ตัวชี้วัด.
ตัวชี้วัด SoC ต้องคู่มือ "เงา" ของรหัส (เช่นระบุ
ซึ่งส่วนของรหัสก่อให้เกิดความกังวล DbC เช่นก่อนและ postconditions).
แม้ว่า ทำแผนที่ของ DbC มีรหัสที่มาไม่ได้
โดยอัตโนมัติอย่างสมบูรณ์ก็จะอำนวยความสะดวกด้วยการสนับสนุนเครื่องมือ สำหรับทุกลูกจ้างใน
ตัวชี้วัดค่าต่ำหมายถึงผลที่ดีกว่า การอภิปรายรายละเอียดเกี่ยวกับตัวชี้วัดที่
ปรากฏในที่อื่น อธิบายที่สมบูรณ์ของข้อมูลที่รวบรวมการวัด
เครื่องมือและรหัสเงายังสามารถดูได้ที่

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

4 . รูปแบบการวิเคราะห์
เราได้อธิบายวิธีการประเมินระยะที่ถูกจัดใน 3 ขั้นตอน

ส่วนนี้นำเสนอผล¯ RST สองขั้นตอนที่เราวิเคราะห์
ต้นแบบครั้งแรกของแต่ละุและอ่าวโซลูชั่นของ hw ฐานรุ่น

เราก็วิเคราะห์เสถียรภาพของพวกเขาตลอดเปลี่ยนสถานการณ์

เราใช้ชุดตัวชี้วัด ( ตารางที่ 2 สรุปแต่ละตัวชี้วัดที่ใช้ในคดีนี้
ศึกษาคุณลักษณะพื้นฐาน ) วัดสามรูปแบบ คือ แบบแยก
สนับสนุนรุ่นของผลใกล้เคียงกัน ขนาดเมตริกเมตริกทั้งสองกลุ่มยัง
รวมถึงระบบทั่วไปคุณลักษณะ ( เช่นหมายเลขของบรรทัดของรหัส )
และเมตริกที่ speci ¯ C ออกแบบโดยสัญญาเช่นจำนวนของ preconditions
( nopre )ขนาดตัวชี้วัดที่เกี่ยวข้องกับ DBC มีประโยชน์ต่อปริมาณการใช้ออกแบบโดย
รหัสสัญญาในระบบที่มีอยู่ นอกจากนี้ ชุดนี้แนะนำสำหรับวัดค่า
3 ใหม่ส . เขาวัดองศาที่
ความกังวลเดียว ( ออกแบบโดยสัญญา ในกรณีศึกษานี้ ) ในระบบแผนที่ : ( ฉัน ) ส่วนประกอบ
( เช่นชั้นเรียนและลักษณะ )    ตามระบบเมตริก กังวล ดิ ® usion กว่าส่วนประกอบ
( CDC ) , ( ii ) การดำเนินงาน ( เช่นวิธีการและคำแนะนำ )    ตามระบบเมตริกกังวล
ตี้® usion มากกว่าการดำเนินการ ( CDO ) และ ( 3 ) บรรทัดของรหัส    ตามเมตริก
® usion มากกว่าความกังวลในบรรทัดของรหัส ( cdloc ) ส่วนใหญ่ของตัวชี้วัดเหล่านี้จะถูกรวบรวมโดยอัตโนมัติ
โดยประยุกต์ใช้เครื่องมือวัดที่มีอยู่ [ 13 ]นอกจากนี้
เราใช้ AOP เมตริกเครื่องมือเก็บการมีเพศสัมพันธ์ ( CBC ) ตัวชี้วัด ตัวชี้วัด ต้องมีคู่มือ 1
" เงา " ของรหัส ( เช่นการระบุ
ส่วนของรหัสก่อให้เกิดความกังวล DBC เช่นก่อนและ postconditions ) .
แม้ว่าการทำแผนที่คุณสมบัติ DBC กับรหัสแหล่งที่มาคือ ไม่
โดยอัตโนมัติทั้งหมด มันสนับสนุนด้วยการสนับสนุนเครื่องมือ สำหรับทุกงาน
วัดค่าต่ำแสดงผลที่ดีกว่า การอภิปรายรายละเอียดเกี่ยวกับเมตริก
ปรากฏที่อื่น รายละเอียดที่สมบูรณ์ของข้อมูลที่รวบรวมเครื่องมือวัด
และเงารหัสยังสามารถใช้ได้ที่