Another useful ratio is for review time divided by development time .I การแปล - Another useful ratio is for review time divided by development time .I ไทย วิธีการพูด

Another useful ratio is for review

Another useful ratio is for review time divided by development time .In the PSP, the general guideline is that you should spent producing it. This means that for every hour of coding ,for example, you should spend at least half an hour doing a code review The same ratio for design and design review time, requirements and requirements review time, and forth. One way to determine the reasonableness of these review ration is by comparing defect-injection and remove rates. Table 8.4 shows the defect-injection rates for detailed design and coding for the same 810 developers on the 3240 programs they wrote with PSP2 and PSP
2.1 The developers. injected 9302 defects in 4624 hours of design and injected 19,296 defects in 4160 hour of coding . These rates are 2.01 defects injected per hour in detailed and 4.64 defects injected per hour during coding. The table also shows the defect-removal rates for these same developers in design reviews and code reviews Here ,the average removal rates are 3.32 defects per hour in design review and 6.04 defect per hour in code review. The ratios of these developers must spent at least 76.8% of their coding time in code review to expect to find the defects they inject Similarly. they must spend at least 60.5% of their design time in design reviews to find their design time in design reviews to find their design defects.

The PSP guideline of 50% is sufficiently close to these values to provide a simper and easy-to-remember target. However. you should view it as a minimum with the optimum close to 70% As you gather data on your own performance, select the guideline that best fits your personal data
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
อัตราส่วนมีประโยชน์อีกคือเวลาตรวจทานหาร ด้วยเวลาในการพัฒนา ใน PSP หลักเกณฑ์ทั่วไปได้ว่า คุณควรใช้ผลิต ซึ่งหมายความว่าในทุกชั่วโมงของการเขียนโค้ด เช่น ควรใช้อย่างน้อยครึ่งชั่วโมงทำการตรวจทานรหัสอัตราเดียวสำหรับออกแบบออกแบบตรวจสอบเวลา ความต้องการ และความต้องการตรวจสอบเวลา และมา เที่ยว reasonableness ที่กำหนดเหล่านี้ ตรวจทานอาหารได้ โดยการเปรียบเทียบอัตราความบกพร่องฉีดและเอาออก ตารางที่ 8.4 แสดงอัตราความบกพร่องฉีดออกแบบรายละเอียด และรหัสสำหรับนักพัฒนา 810 เดียวกับโปรแกรม 3240 จะเขียนกับ PSP2 และ PSP 2.1 การพัฒนา ฉีดบกพร่อง 9302 4624 ชั่วโมงของการออกแบบและบกพร่องฉีด 19,296 ในรหัส 4160 ชั่วโมง ราคามีข้อบกพร่อง 2.01 ฉีดต่อชั่วโมงรายละเอียดและฉีดต่อชั่วโมงระหว่างรหัสข้อบกพร่องที่ 4.64 ตารางแสดงอัตราการกำจัดข้อบกพร่องสำหรับนักพัฒนาเหล่านี้เดียวกันในการออกแบบรีวิวและรีวิวจากรหัสที่นี่ ราคาเฉลี่ยเอาใจบกพร่อง 3.32 ต่อชั่วโมงในการออกแบบบกพร่อง 6.04 ต่อชั่วโมงในรหัสด้วย อัตราส่วนของนักพัฒนาเหล่านี้ต้องใช้เวลาน้อย 76.8% ของเวลารหัสในรหัสคาดหวังในการค้นหาข้อบกพร่องที่จะฉีดในทำนองเดียวกัน พวกเขาต้องใช้จ่ายน้อย 60.5% ของเวลาการออกแบบในรีวิวออกหาเวลาออกแบบในรีวิวจากการออกแบบในการค้นหาข้อบกพร่องของการออกแบบค่าเหล่านี้ให้ simper และเป้าหมายเพื่อจำง่ายผลงาน PSP 50% เป็นพอ อย่างไรก็ตาม คุณควรดูอย่างน้อยที่สุดด้วยเหมาะสมใกล้ 70% ขณะที่คุณรวบรวมข้อมูลประสิทธิภาพของคุณเอง เลือกผลงานที่ดีที่สุดเหมาะกับข้อมูลส่วนบุคคลของคุณ
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
อีกอัตราส่วนที่มีประโยชน์สำหรับเวลาการตรวจสอบโดยแบ่งเวลาในการพัฒนาได้ในหัวเรื่องพีเอส, แนวทางทั่วไปคือคุณควรใช้เวลาการผลิตมัน ซึ่งหมายความว่าทุกชั่วโมงของการเข้ารหัสสำหรับตัวอย่างเช่นคุณควรใช้เวลาอย่างน้อยครึ่งชั่วโมงทำการตรวจสอบรหัสอัตราส่วนเดียวกันสำหรับการออกแบบและเวลาทบทวนการออกแบบความต้องการและเวลาการตรวจสอบความต้องการมา วิธีหนึ่งในการตรวจสอบความสมเหตุสมผลของการปันส่วนการตรวจสอบเหล่านี้โดยการเปรียบเทียบการฉีดข้อบกพร่องและลบอัตรา ตารางที่ 8.4 แสดงให้เห็นถึงอัตราการฉีดข้อบกพร่องในการออกแบบรายละเอียดและการเข้ารหัสสำหรับเดียวกัน 810 นักพัฒนาใน 3240 ที่พวกเขาเขียนโปรแกรมด้วย PSP2 และ PSP
2.1 นักพัฒนา ฉีด 9302 ข้อบกพร่องใน 4,624 ชั่วโมงของการออกแบบและการฉีด 19,296 ข้อบกพร่องใน 4,160 ชั่วโมงของการเขียนโปรแกรม อัตราเหล่านี้เป็นข้อบกพร่องฉีด 2.01 ต่อชั่วโมงในรายละเอียดและข้อบกพร่องฉีด 4.64 ต่อชั่วโมงในระหว่างการเขียนโปรแกรม ตารางยังแสดงให้เห็นอัตราการกำจัดข้อบกพร่องสำหรับนักพัฒนาเหล่านี้เหมือนกันในความคิดเห็นของการออกแบบและการตรวจสอบรหัสที่นี่อัตราการกำจัดเฉลี่ย 3.32 ต่อชั่วโมงข้อบกพร่องในการตรวจสอบข้อบกพร่องการออกแบบและ 6.04 ต่อชั่วโมงในการตรวจสอบรหัส อัตราส่วนของนักพัฒนาเหล่านี้จะต้องใช้เวลาอย่างน้อย 76.8% ของเวลาการเขียนโปรแกรมของพวกเขาในการตรวจสอบรหัสเพื่อคาดหวังจะพบข้อบกพร่องที่พวกเขาฉีดในทำนองเดียวกัน พวกเขาจะต้องใช้เวลาอย่างน้อย 60.5% ของเวลาในการออกแบบของพวกเขาในการแสดงความคิดเห็นการออกแบบที่จะหาเวลาในการออกแบบของพวกเขาในการแสดงความคิดเห็นการออกแบบเพื่อหาข้อบกพร่องการออกแบบของพวกเขา. แนวทาง PSP 50% พอใกล้กับค่าเหล่านี้เพื่อให้หัวเราะอย่างแหยและง่ายต่อการจดจำ เป้าหมาย อย่างไรก็ตาม คุณควรจะดูเป็นอย่างน้อยใกล้กับที่ดีที่สุดถึง 70% ในขณะที่คุณรวบรวมข้อมูลเกี่ยวกับผลการดำเนินงานของคุณเองเลือกแนวทางที่ดีที่สุดเหมาะกับข้อมูลส่วนตัวของคุณ

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
อีกประโยชน์อัตราส่วนเพื่อทบทวนเวลาแบ่งเวลา การพัฒนา ใน psp แนวทางทั่วไปที่คุณควรใช้เวลาในการผลิตมัน ซึ่งหมายความว่าทุกชั่วโมงนะครับ ตัวอย่าง คุณควรใช้เวลาอย่างน้อยครึ่งชั่วโมงทำรหัสตรวจสอบอัตราส่วนเดียวกันสำหรับการออกแบบและเวลาทบทวนการออกแบบความต้องการและเวลาทบทวนความต้องการมาวิธีหนึ่งในการตรวจสอบความสมเหตุสมผลของอาหารเหล่านี้ โดยการเปรียบเทียบการตรวจสอบข้อบกพร่องและลบอัตรา ตารางที่ 8.4 แสดงข้อบกพร่องฉีดราคาสำหรับการออกแบบรายละเอียดและรหัสสำหรับนักพัฒนาบนโปรแกรมเดียวกันก็สูงที่สุดตั้งแต่ที่พวกเขาเขียนด้วย psp2 และ PSP
สำหรับนักพัฒนา ฉีด 9302 ข้อบกพร่องใน 4624 ชั่วโมงของการออกแบบและการ 19296 ข้อบกพร่องใน 4160 ชั่วโมงนะครับอัตราเหล่านี้และข้อบกพร่องการต่อชั่วโมงในรายละเอียดและ 4.64 จุด ฉีดต่อชั่วโมงในการเข้ารหัส ตารางแสดงอัตราการกำจัดข้อบกพร่องเหล่านี้นักพัฒนาในการออกแบบและรหัสเดียวกันรีวิวรีวิวนี่ อัตราการกำจัดของเสียเฉลี่ย 3.32 ต่อชั่วโมงในการทบทวนการออกแบบและ 6.04 ข้อบกพร่องต่อชั่วโมงในการตรวจสอบรหัส อัตราส่วนของนักพัฒนาเหล่านี้ต้องใช้เวลาอย่างน้อย 768 % ของเวลาในการตรวจสอบของพวกเขาเขียนรหัสเพื่อคาดหวังจะพบข้อบกพร่องก็ฉีด เช่น พวกเขาจะต้องใช้จ่ายอย่างน้อย 60.5 ของการออกแบบของพวกเขาในการออกแบบความคิดเห็น เพื่อหาเวลาในการออกแบบของพวกเขาในการออกแบบความคิดเห็น เพื่อหาจุดบกพร่องในการออกแบบของพวกเขา .

psp แนว 50% เพียงพอใกล้เคียงกับค่าเหล่านี้เพื่อให้สองคนนั่นจำง่ายเป้าหมาย อย่างไรก็ตามคุณควรดูเป็นขั้นต่ำกับ % ปิดที่ 70 ที่เหมาะสมตามที่คุณรวบรวมข้อมูลในการทำงานของคุณเอง เลือกแนวทางที่เหมาะสมกับข้อมูลส่วนบุคคลของคุณ
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: