implementation. The implications of

implementation. The implications of this are that discrepancies
between pre-implementation design and post-implementation
design are inevitable. In some cases the implementation is an
improvement over the design, but a more alarming situation
occurs when the implementation is worse than the design.
The analysis presented in this case study leads to the proposal of a
practice to be performed by the team members. The goal of the
practice is to trace back the origin of the information needed to
develop a software component and monitor the relationships
between the implemented component and the design, when
available. This practice, which could be part of a routine review
process, may help improve the quality of the product.
It is difficult to measure the real benefit of a practice by repeating
the same project with and without the new practice, particularly in
software engineering. To validate the benefit of this practice, we
consider two avenues for future work with professional software
developers. One approach is to record the anomalies reported
during this practice and evaluate the number of components that
benefits from implementation improvements. Another approach is
to analyze the components undergoing maintenance activities and
determine if the maintenance issues could be reduced or avoided
if the practice was in place when the component was
implemented.

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

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

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

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

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

การดําเนินงาน ความหมายนี้อยู่ที่ความขัดแย้งระหว่างก่อนการออกแบบ ติดตั้งและออกแบบ

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

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

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