IEEE 1028 generic process for forma

IEEE 1028 generic process for formal reviews[edit]
IEEE Std 1028 defines a common set of activities for "formal" reviews (with some variations, especially for software audit). The sequence of activities is largely based on the software inspection process originally developed at IBM by Michael Fagan.[3] Differing types of review may apply this structure with varying degrees of rigour, but all activities are mandatory for inspection:

0. [Entry evaluation]: The Review Leader uses a standard checklist of entry criteria to ensure that optimum conditions exist for a successful review.
1. Management preparation: Responsible management ensure that the review will be appropriately resourced with staff, time, materials, and tools, and will be conducted according to policies, standards, or other relevant criteria.
2. Planning the review: The Review Leader identifies or confirms the objectives of the review, organises a team of Reviewers, and ensures that the team is equipped with all necessary resources for conducting the review.
3. Overview of review procedures: The Review Leader, or some other qualified person, ensures (at a meeting if necessary) that all Reviewers understand the review goals, the review procedures, the materials available to them, and the procedures for conducting the review.
4. [Individual] Preparation: The Reviewers individually prepare for group examination of the work under review, by examining it carefully for anomalies (potential defects), the nature of which will vary with the type of review and its goals.
5. [Group] Examination: The Reviewers meet at a planned time to pool the results of their preparation activity and arrive at a consensus regarding the status of the document (or activity) being reviewed.
6. Rework/follow-up: The Author of the work product (or other assigned person) undertakes whatever actions are necessary to repair defects or otherwise satisfy the requirements agreed to at the Examination meeting. The Review Leader verifies that all action items are closed.
7. [Exit evaluation]: The Review Leader verifies that all activities necessary for successful review have been accomplished, and that all outputs appropriate to the type of review have been finalised.

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

IEEE 1028 กระบวนการทั่วไปสำหรับความคิดเห็นอย่างเป็นทางการ [แก้]IEEE Std 1028 กำหนดชุดของกิจกรรมสำหรับ "ทาง" ความคิดเห็น (มีรูปแบบบาง โดยเฉพาะอย่างยิ่งสำหรับการตรวจสอบซอฟต์แวร์) กระบวนการตรวจสอบซอฟต์แวร์ที่พัฒนามา ที่ IBM โดย Michael Fagan ส่วนใหญ่อิงกับลำดับของกิจกรรม [3] Differing ชนิดรีวิวอาจใช้โครงสร้างนี้ มีองศาของความรุนแรง แต่กิจกรรมทั้งหมดที่มีสำหรับการตรวจสอบ:0. [รายการประเมิน]: ผู้นำการทบทวนการใช้รายการตรวจสอบมาตรฐานของเกณฑ์รายการเพื่อให้แน่ใจว่า เหมาะสมที่สุดที่มีอยู่สำหรับการทบทวนประสบความสำเร็จเตรียมการบริหารจัดการ: บริหารจัดการรับผิดชอบให้มั่น ใจว่า การทบทวนจะทรัพยากรอย่างเหมาะสมกับพนักงาน เวลา วัสดุ และเครื่องมือ จะดำเนินการตามนโยบาย มาตรฐาน หรือเงื่อนไขอื่น ๆ ที่เกี่ยวข้อง2. การวางแผน: ผู้นำทบทวนการระบุ หรือยืนยันวัตถุประสงค์ของการทบทวน จัดทีมผู้ และช่วยให้มั่นใจว่า ทีมงานมีทั้งทรัพยากรที่จำเป็นสำหรับการดำเนินการ3. ภาพรวมของทาน: ผู้นำตรวจการ หรือบางบุคคลอื่นที่มีคุณสมบัติ ใจ (ในการประชุมถ้าจำเป็น) ว่า ครอบครัวเข้าใจเป้าหมายรีวิว ขั้นตอนการรีวิว วัสดุมี และขั้นตอนการดำเนินการ4. [บุคคล] เตรียม: ทานที่ละเตรียมตรวจสอบกลุ่มงานทบทวน โดยการตรวจสอบอย่างระมัดระวังความผิดปกติ (อาจมีข้อบกพร่อง), ธรรมชาติซึ่งจะแตกต่างกันตามชนิดของรีวิวและเป้าหมาย5 [สอบกลุ่ม]: ทานการตอบสนองที่ผลลัพธ์ของกิจกรรมเตรียมสระว่ายน้ำ และมาถึงที่เป็นเอกฉันท์เกี่ยวกับสถานะของเอกสาร (หรือกิจกรรม) ที่กำลังตรวจทานแผนการ6. ทำใหม่/ตามขึ้น: ผู้ใช้ผลิตภัณฑ์ (หรือผู้อื่นกำหนด) รับดำเนินการสิ่งที่จำเป็นในการซ่อมแซมข้อบกพร่อง หรือไม่ ตอบสนองความต้องการยอมรับในการประชุมตรวจการ นำรีวิวยืนยันว่า จะปิดรายการการดำเนินการทั้งหมด7. [ออกประเมิน]: ผู้นำทบทวนการตรวจ สอบว่า กิจกรรมทั้งหมดที่จำเป็นสำหรับรีวิวประสบความสำเร็จได้รับประสบความสำเร็จ ที่ มีการสาธารณทั้งหมดผลที่เหมาะสมกับชนิดของรีวิว

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

IEEE 1028 กระบวนการทั่วไปสำหรับการแสดงความคิดเห็นอย่างเป็นทางการ [แก้ไข]
IEEE Std 1028 กำหนดชุดทั่วไปของกิจกรรมสำหรับ "อย่างเป็นทางการ" บทวิจารณ์ (ที่มีรูปแบบโดยเฉพาะอย่างยิ่งสำหรับการตรวจสอบซอฟต์แวร์) ลำดับของกิจกรรมส่วนใหญ่จะขึ้นอยู่กับกระบวนการตรวจสอบการพัฒนาซอฟต์แวร์เดิมที่ IBM โดยไมเคิล Fagan [3] ที่แตกต่างกันประเภทของการตรวจสอบอาจใช้โครงสร้างนี้มีองศาที่แตกต่างของความรุนแรง แต่กิจกรรมทั้งหมดที่มีผลบังคับใช้สำหรับการตรวจสอบ:. 0 [การประเมินผลรายการ]: ผู้นำรีวิวใช้รายการตรวจสอบมาตรฐานของเกณฑ์รายการเพื่อให้มั่นใจว่าสภาวะที่เหมาะสมที่มีอยู่สำหรับการตรวจสอบที่ประสบความสำเร็จ. 1 การเตรียมความพร้อมการจัดการ: ผู้บริหารที่รับผิดชอบให้มั่นใจว่าการตรวจสอบจะได้รับทรัพยากรที่เหมาะสมกับพนักงานเวลาวัสดุและเครื่องมือและจะต้องดำเนินการตามนโยบายมาตรฐานหรือเกณฑ์อื่น ๆ ที่เกี่ยวข้อง. 2 การวางแผนการตรวจสอบ:. ผู้นำรีวิวระบุหรือยืนยันวัตถุประสงค์ของการตรวจสอบการจัดทีมตรวจสอบและเพื่อให้แน่ใจว่าทีมงานเป็นอุปกรณ์ที่มีทรัพยากรที่จำเป็นทั้งหมดสำหรับการดำเนินการตรวจสอบ3 ภาพรวมของวิธีการสอบทาน: ผู้นำรีวิวหรือบางบุคคลที่มีคุณสมบัติอื่น ๆ เพื่อให้แน่ใจ (ในที่ประชุมถ้าจำเป็น) ที่ตรวจสอบทุกคนเข้าใจเป้าหมายการตรวจสอบขั้นตอนการตรวจสอบวัสดุที่มีให้พวกเขาและวิธีการในการดำเนินการตรวจสอบ. 4 . [บุคคล] การเตรียมการตรวจสอบเป็นรายบุคคลเตรียมความพร้อมสำหรับการตรวจสอบกลุ่มของการทำงานภายใต้การตรวจสอบโดยการตรวจสอบอย่างระมัดระวังสำหรับความผิดปกติ (ข้อบกพร่องที่อาจเกิดขึ้น) ธรรมชาติซึ่งจะแตกต่างกับชนิดของการตรวจสอบและเป้าหมายของตน. 5 [Group] การตรวจสอบ: วิจารณ์ตอบสนองในเวลาที่วางแผนสระว่ายน้ำผลของกิจกรรมการเตรียมความพร้อมของพวกเขาและมาถึงที่ฉันทามติเกี่ยวกับสถานะของเอกสาร (หรือกิจกรรม) ถูกตรวจสอบได้. 6 Rework / ติดตาม: ผู้เขียนของผลิตภัณฑ์การทำงาน (หรือบุคคลที่ได้รับมอบหมายอื่น ๆ ) รับรองการกระทำสิ่งที่มีความจำเป็นในการซ่อมแซมข้อบกพร่องหรือมิฉะนั้นจะตอบสนองความต้องการตกลงในการประชุมการตรวจสอบ ผู้นำการทบทวนตรวจสอบว่ารายการการดำเนินการทั้งหมดจะถูกปิด. 7 [การประเมินผลออก]: ผู้นำทบทวนตรวจสอบว่ากิจกรรมทั้งหมดที่จำเป็นสำหรับการตรวจสอบที่ประสบความสำเร็จได้รับความสำเร็จและผลทั้งหมดที่เหมาะสมกับประเภทของการตรวจสอบที่ได้รับการสรุป

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

โดยทั่วไปรีวิว 1 กระบวนการที่เป็นทางการ [ แก้ไข ]IEEE Std 1028 กำหนดตั้งค่าทั่วไปของกิจกรรม " อย่างเป็นทางการ " รีวิว ( ด้วยรูปแบบบาง , โดยเฉพาะอย่างยิ่งสำหรับการตรวจสอบซอฟต์แวร์ ลำดับของกิจกรรมส่วนใหญ่จะขึ้นอยู่กับซอฟต์แวร์การตรวจสอบกระบวนการพัฒนาเดิมที่ IBM โดยไมเคิล ฟาแกน [ 3 ] แตกต่างกันประเภทของการทบทวนอาจใช้โครงสร้างนี้กับองศาที่แตกต่างของความรุนแรง แต่ทุกกิจกรรมมีความจำเป็นสำหรับการตรวจสอบ :0 [ การประเมินผลรายการ ] : หัวหน้าตรวจสอบใช้มาตรฐานของเกณฑ์การตรวจสอบเพื่อให้แน่ใจว่าเงื่อนไขที่เหมาะสมอยู่ เพื่อการตรวจสอบที่ประสบความสำเร็จ1 . การเตรียมการจัดการ : การจัดการความรับผิดชอบให้ผู้อื่นตรวจสอบจะเหมาะสมกับพนักงาน , เวลา วัสดุ เครื่องมือ และจะดำเนินการตามนโยบาย มาตรฐาน หรือเกณฑ์อื่น ๆที่เกี่ยวข้อง .2 . วางแผนตรวจสอบ : หัวหน้าตรวจสอบระบุหรือยืนยันวัตถุประสงค์ของการทบทวน จัดทีมผู้ตรวจทาน และมั่นใจว่าทีมติดตั้งที่มีทรัพยากรที่จำเป็นทั้งหมดสำหรับการตรวจสอบ .3 . ภาพรวมของกระบวนการทบทวน : หัวหน้าตรวจสอบ หรือบางอื่น ๆบุคคลที่มีคุณสมบัติ ช่วยให้มั่นใจ ( ในการประชุมถ้าจำเป็น ) ว่าทุกความคิดเห็นเข้าใจทบทวนเป้าหมาย , ตรวจสอบขั้นตอน , วัสดุของพวกเขาและขั้นตอนสำหรับการตรวจสอบ .4 . [ การเตรียมบุคคล ] : ทานแบบเตรียมสอบกลุ่มงานภายใต้การตรวจสอบโดยการตรวจสอบมันอย่างระมัดระวังสำหรับความผิดปกติ ( ข้อบกพร่องที่อาจเกิดขึ้น ) , ธรรมชาติซึ่งจะแตกต่างกันกับประเภทของความคิดเห็นและเป้าหมายของ5 . การตรวจสอบ [ กลุ่ม ] : ความคิดเห็นเป็นไปตามที่วางแผนเวลาพูลผลของการจัดกิจกรรม และมาถึงฉันทามติเกี่ยวกับสถานะของเอกสาร ( หรือกิจกรรม ) การตรวจทาน6 . แก้ไข / ติดตามงานเขียนของผลิตภัณฑ์งาน ( หรืออื่น ๆที่ได้รับมอบหมายคน undertakes สิ่งที่จำเป็นเพื่อซ่อมแซมข้อบกพร่องหรือตอบสนองความต้องการที่ตกลงในการประชุมการตรวจ หัวหน้าตรวจสอบพบว่าทุกรายการจะปิด7 . [ การประเมินผลออก ] : หัวหน้าตรวจสอบพบว่าทุกกิจกรรมที่จำเป็นสำหรับการตรวจสอบที่ประสบความสำเร็จได้ และผลทั้งหมดที่เหมาะสมกับชนิดของการตรวจสอบที่ได้รับการสรุป .