could be inspired from Figure 2 or

could be inspired from Figure 2 or new categories could be
added depending on the nature of the project. For example,
components may come from an internal department, previous
projects or proprietary libraries, etc.
• Apply basic metric measurements on implemented
components. In this case study, complexity and cohesion
metrics were selected but other metrics could be used
depending on the tools available, the development
environment or the application domain. The purpose is to set
a threshold above which components will be candidate for
quality control.
• Quality control should be performed according to the category
types. For example, with regards to the Pre-ID artifacts
categories the following actions could be taken:
o If there is a Pre-ID artifact, find the rationale for any
discrepancies between Pre-ID and Post-ID artifacts and
take corrective actions if required.
o If there is no Pre-ID artifact and there should be one
according to the software process or the metric threshold,
find why a component above the complexity metrics'
threshold was implemented without design. Retrofit the
design if needed.
• A specific quality control action could be determined for each
type of category.
• Quality control spot checks could be made on the various
components below complexity metrics' threshold.
This case study has been performed after the project completion.
The project analysis was difficult and time consuming because the
researchers needed to understand the whole project by looking at
the ten thousands line of code of the reused components.
Interviews were also conducted with the team members.
However, this approach could be much less time consuming when
it is applied as part of the quality assurance process and it is
integrated into review practices. It could provide immediate
benefits for the developers and it is likely to improve the quality
of the software product.

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

อาจเป็นแรงบันดาลใจจากรูปที่ 2 หรืออาจเป็นประเภทใหม่ เพิ่มขึ้นอยู่กับลักษณะของโครงการ ตัวอย่าง ส่วนประกอบจะมาจากแผนกภายใน ก่อนหน้านี้ โครงการ หรือไลบรารีเป็นกรรมสิทธิ์ ฯลฯ •ใช้ระบบเมตริกวัดพื้นฐานในการนำมาใช้ คอมโพเนนต์ ในกรณีศึกษานี้ ความซับซ้อน และสามัคคี เลือกเครื่องมือวัด แต่สามารถใช้เครื่องมือวัดอื่น ๆ ขึ้นอยู่กับเครื่องมือพร้อมใช้งาน การพัฒนา สภาพแวดล้อมหรือโดเมนของแอพลิเคชัน วัตถุประสงค์คือการ ตั้ง ขีดจำกัดที่ซึ่งส่วนประกอบจะเป็น ควบคุมคุณภาพ •การควบคุมคุณภาพควรดำเนินการตามประเภท ชนิด ตัวอย่าง เกี่ยวกับสิ่งประดิษฐ์รหัสก่อน อาจจะใช้ประเภทต่อไปนี้: o ถ้ามีสิ่งประดิษฐ์รหัสก่อน ค้นหาผลการใด ๆ ความขัดแย้งระหว่าง ID ก่อนและหลังรหัสวัตถุ และ ดำเนินการแก้ไขถ้าจำเป็น o ถ้ามีสิ่งประดิษฐ์รหัสก่อนไม่ควรมีหนึ่ง ตามกระบวนการซอฟต์แวร์การวัดขีดจำกัด ค้นหาเหตุผลที่เป็นส่วนประกอบด้านบนของเครื่องมือวัดความซับซ้อน จำกัดได้ดำเนินการ โดยออกแบบ Retrofit ออกถ้าจำเป็น •การดำเนินการควบคุมคุณภาพเฉพาะที่สามารถกำหนดสำหรับแต่ละ ชนิดของประเภท สามารถทำการตรวจสอบจุดควบคุมคุณภาพ•ในต่าง ๆ คอมโพเนนต์ต่ำกว่าขีดจำกัดของเครื่องมือวัดความซับซ้อน กรณีศึกษานี้มีการหลังเสร็จสิ้นโครงการ การวิเคราะห์โครงการยาก และเวลาใช้งานเนื่องจากการ นักวิจัยต้องเข้าใจทั้งหมด โดยดูที่ บรรทัดหลักหมื่นรหัสคอมโพเนนต์ reused การสัมภาษณ์ได้ดำเนินการยัง มีสมาชิกในทีม อย่างไรก็ตาม วิธีการนี้อาจจะน้อยมากใช้เวลานานเมื่อ ใช้เป็นส่วนหนึ่งของกระบวนการประกันคุณภาพ และเป็น รวมเป็นปฏิบัติทบทวน จะสามารถให้ได้ทันที ประโยชน์สำหรับนักพัฒนาและมีแนวโน้มที่จะปรับปรุงคุณภาพ ผลิตภัณฑ์ซอฟต์แวร์

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

อาจเป็นแรงบันดาลใจจากรูปที่ 2 หรือประเภทใหม่ที่อาจจะ
เพิ่มขึ้นอยู่กับลักษณะของโครงการ ตัวอย่างเช่น
ชิ้นส่วนอาจมาจากแผนกภายในก่อนหน้านี้
โครงการหรือห้องสมุดที่เป็นกรรมสิทธิ์ ฯลฯ
•ใช้การวัดตัวชี้วัดพื้นฐานเกี่ยวกับการดำเนินการ
ส่วนประกอบ ในการศึกษากรณีนี้ซับซ้อนและการทำงานร่วมกัน
ตัวชี้วัดที่ได้รับการคัดเลือก แต่ตัวชี้วัดอื่น ๆ ที่สามารถนำมาใช้
ขึ้นอยู่กับเครื่องมือที่มีการพัฒนา
สภาพแวดล้อมหรือโดเมนการประยุกต์ใช้ จุดประสงค์คือการกำหนด
เกณฑ์ดังกล่าวข้างต้นที่ชิ้นส่วนจะเป็นผู้สมัครสำหรับ
การควบคุมคุณภาพ.
•ควบคุมคุณภาพควรจะดำเนินการตามหมวดหมู่
ประเภท ยกตัวอย่างเช่นที่เกี่ยวกับสิ่งประดิษฐ์ Pre-ID
ประเภทดำเนินการต่อไปอาจจะนำ:
o หากมีสิ่งประดิษฐ์ Pre-ID หาเหตุผลสำหรับการใด ๆ ที่
แตกต่างระหว่าง Pre-ID และสิ่งประดิษฐ์โพสต์ประจำตัวประชาชนและ
ดำเนินการแก้ไขในกรณีที่จำเป็น .
o ถ้าไม่มีสิ่งประดิษฐ์ Pre-ID และควรจะมีอย่างใดอย่างหนึ่ง
ตามกระบวนการซอฟต์แวร์หรือเกณฑ์ตัวชี้วัด
พบว่าทำไมองค์ประกอบข้างต้นตัวชี้วัดที่ซับซ้อน '
เกณฑ์ถูกนำมาใช้โดยไม่มีการออกแบบ Retrofit
ออกแบบถ้าจำเป็น.
•การดำเนินการควบคุมคุณภาพที่เฉพาะเจาะจงอาจได้รับการพิจารณาสำหรับแต่ละ
ประเภทของหมวดหมู่.
•ตรวจสอบจุดควบคุมคุณภาพอาจจะทำในที่ต่างๆ
ส่วนประกอบต่ำกว่าเกณฑ์ตัวชี้วัดที่ซับซ้อน.
กรณีศึกษานี้ได้รับการดำเนินการหลังจากเสร็จสิ้นโครงการ
การวิเคราะห์โครงการเป็นเรื่องยากและใช้เวลานานเพราะ
นักวิจัยที่จำเป็นในการทำความเข้าใจในโครงการทั้งหมดโดยดูที่
บรรทัดหมื่นรหัสของส่วนประกอบที่นำกลับมาใช้.
สัมภาษณ์ยังมีสมาชิกในทีม.
แต่วิธีนี้อาจจะมีเวลามากน้อยบริโภค เมื่อ
มันถูกนำไปใช้เป็นส่วนหนึ่งของกระบวนการการประกันคุณภาพและเป็นที่
บูรณาการในการปฏิบัติตรวจสอบ มันสามารถให้ทันที
ประโยชน์สำหรับนักพัฒนาและมีแนวโน้มที่จะปรับปรุงคุณภาพ
ของผลิตภัณฑ์ซอฟต์แวร์

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

ได้แรงบันดาลใจจากรูปที่ 2 หรือหมวดหมู่ใหม่อาจ
เพิ่ม ขึ้นอยู่กับลักษณะของโครงการ ตัวอย่างเช่น
ส่วนประกอบอาจมาจากแผนกภายใน โครงการก่อนหน้านี้

หรือห้องสมุดที่เป็นกรรมสิทธิ์ , ฯลฯ - ใช้การวัดตัวชี้วัดขั้นพื้นฐานที่ใช้
ส่วนประกอบ ในกรณีศึกษานี้ ความซับซ้อน และการเลือกตัวชี้วัดอื่น ๆแต่สำหรับ

อาจจะใช้ขึ้นอยู่กับเครื่องมือที่มีอยู่ การพัฒนา
สภาพแวดล้อมหรือโดเมนใบสมัคร วัตถุประสงค์คือการ ตั้งค่า
เกณฑ์ข้างต้นซึ่งส่วนประกอบจะเป็นผู้สมัครสำหรับ
การควบคุมคุณภาพ การควบคุมคุณภาพ
- ควรดำเนินการตามชนิดประเภท

ตัวอย่างเช่น ถึงก่อนบัตรสิ่งประดิษฐ์
ประเภทการกระทำต่อไปนี้ได้ :
o ถ้ามีวัตถุ ID ก่อนค้นหาเหตุผลสำหรับความแตกต่างระหว่างก่อนและหลัง

ID ID สิ่งประดิษฐ์และดำเนินการแก้ไข หากต้องการ
o ถ้าไม่มี pre ID ศิลปวัตถุ และควรจะมีหนึ่ง
ตามซอฟต์แวร์กระบวนการหรือเกณฑ์ตัวชี้วัด ,
หาทำไมองค์ประกอบข้างต้นความซับซ้อนวัด '
เริ่มใช้โดยไม่ต้องออกแบบ ปรับปรุง
ออกแบบ ถ้าจำเป็น
- คุณภาพที่เฉพาะเจาะจงการกระทำควบคุม สามารถกำหนดให้แต่ละ
ประเภทหมวดหมู่ - ควบคุมการตรวจสอบคุณภาพ
จุดได้ในต่างๆ
ส่วนประกอบด้านล่างวัดส่วนที่เกณฑ์
กรณีศึกษานี้ได้รับการปฏิบัติหลังจากโครงการแล้วเสร็จ
วิเคราะห์โครงการได้ยาก และใช้เวลานาน เพราะนักวิจัยต้องการที่จะเข้าใจ

ทั้งโครงการ โดยมองสิบพันบรรทัดของรหัสที่ใช้ส่วนประกอบ
บทสัมภาษณ์ยังดำเนินการกับสมาชิกในทีม
แต่วิธีการนี้อาจจะมีมากน้อยกว่าเวลานานเมื่อ
มันถูกใช้เป็นส่วนหนึ่งของการประกันคุณภาพในกระบวนการและเป็น
รวมเข้าไปทบทวนการปฏิบัติ มันสามารถให้ประโยชน์ทันที
สำหรับนักพัฒนาและมีโอกาสที่จะปรับปรุงคุณภาพ
ของผลิตภัณฑ์ซอฟต์แวร์