4. Technical ProcessThis section sp

4. Technical Process
This section specifies the technical methods, tools, and techniques to be used on the project. It also includes identification of the work products and reviews to be held and the plans for the support group activities in user documentation, training, software quality assurance, and configuration management.
4.1 Methods, Tools, and Techniques
Identify the computing system(s), development method(s), standards, policies, procedures, team structure(s), programming language(s), and other notations, tools, techniques, and methods to be used to specify, design, build, test, integrate, document, deliver, modify or maintain the project deliverables
4.2 Software Documentation
Specify the work products to be built for this project and the types of peer reviews to be held for those products. It may be useful to include a table that is adapted from the organization’s standard collection of work products and reviews. Identify any relevant style guide, naming conventions and documentation formats. In either this documentation plan or the project schedule provide a summary of the schedule and resource requirements for the documentation effort.
To ensure that the implementation of the software satisfies the requirements, the following documentation is required as a minimum:
4.2.1 Software Requirements Specification (SRS)
The SRS clearly and precisely describes each of the essential requirements (functions, performances, design constraints, and attributes) of the software and the external interfaces. Each requirement is defined such that its achievement is capable of being objectively verified and validated by a prescribed method, for example, inspection, analysis, demonstration, or test.
4.2.2 Software Design Description (SDD)
The SDD describes the major components of the software design including databases and internal interfaces.
4.2.3 Software Test Plan
The Software Test Plan describes the methods to be used for testing at all levels of development and integration: requirements as expressed in the SRS, designs as expressed in the SDD, code as expressed in the implemented product. The test plan also describes the test procedures, test cases, and test results that are created during testing activities.
4.3 User Documentation
Describe how the user documentation will be planned and developed. (This may be just a reference to a plan being built by someone else.) Include work planned for online as well as paper documentation, online help, network accessible files and support facilities.
4.4 Project Support Functions
Provide either directly or by reference, plans for the supporting functions for the software project. These functions may include, but are not limited to, configuration management, software quality assurance, and verification and validation. Plans for project support functions are developed to a level of detail consistent with the other sections of the SPMP. In particular, the responsibilities, resource requirements, schedules and budgets for each supporting function must be specified. The nature and type of support functions required will vary from project to project, however, the absence of a software quality assurance, configuration management, or, verification and validation plan must be explicitly justified in project plans that do not include them.

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

4. เทคนิคกระบวนการส่วนนี้ระบุวิธีการทางเทคนิค เครื่องมือ และเทคนิคที่จะใช้ในโครงการ มันยังมีรหัสผลิตภัณฑ์งาน และรีวิวจากการจัดโครงการกิจกรรมกลุ่มสนับสนุนในคู่มือผู้ใช้ ฝึกอบรม การประกันคุณภาพซอฟต์แวร์ และจัดการการตั้งค่าคอนฟิก4.1 วิธีการ เครื่องมือ และเทคนิคSystem(s) คอมพิวเตอร์ พัฒนาวิธีการนำ มาตรฐาน นโยบาย ขั้นตอน ทีม structure(s) โปรแกรม ภาษา และอื่น ๆ ฯลฯ เครื่องมือ เทคนิค และวิธีการเพื่อใช้ในการระบุ ออกแบบ สร้าง ทดสอบ รวม เอกสาร การจัดส่ง การปรับเปลี่ยน หรือรักษา deliverables โครงการ4.2 เกิดระบุผลิตภัณฑ์ผลิตจะถูกสร้างขึ้นสำหรับโครงการนี้และแบบเพียร์รีวิวการจัดผลิตภัณฑ์เหล่า มันอาจจะมีประโยชน์เพื่อรวมตารางที่ดัดแปลงจากชุดมาตรฐานขององค์กรของงานผลิตภัณฑ์และการ ระบุใด ๆ แนะนำลักษณะที่เกี่ยวข้อง การตั้งชื่อแบบแผนและรูปแบบเอกสาร ในแผนนี้เอกสารหรือกำหนดการโครงการจะสรุปความต้องการกำหนดเวลาและทรัพยากรสำหรับความพยายามของเอกสารเพื่อให้แน่ใจว่า ใช้งานซอฟต์แวร์ตรงตามความต้องการ เอกสารต่อไปนี้จะต้องเป็นอย่างน้อย:4.2.1 ระบุข้อกำหนดซอฟต์แวร์ (SRS)SRS ชัดเจน และแม่นยำอธิบายข้อกำหนดสำคัญ (ฟังก์ชัน แสดง ข้อจำกัดออกแบบ และแอตทริบิวต์) ของซอฟต์แวร์และอินเทอร์เฟซภายนอก สั่งไว้ให้บรรลุเป้าหมายมีความสามารถในการตรวจสอบ และตรวจสอบ โดยวิธีกำหนดไว้ เช่น ตรวจสอบ วิเคราะห์ สาธิต หรือการทดสอบเป็น4.2.2 อธิบายการออกแบบซอฟต์แวร์ (SDD)SDD อธิบายถึงส่วนประกอบสำคัญของการออกแบบซอฟต์แวร์รวมถึงฐานข้อมูลและอินเทอร์เฟซภายใน4.2.3 แผนการทดสอบซอฟต์แวร์แผนการทดสอบซอฟต์แวร์การอธิบายวิธีการที่จะใช้สำหรับการทดสอบในทุกระดับของการพัฒนาและบูรณาการ: ความต้องการ ตาม SRS ออกแสดงใน SDD รหัส ตามผลิตภัณฑ์ดำเนินการ แผนทดสอบอธิบายขั้นตอนการทดสอบ ทดสอบกรณี และผลการทดสอบที่สร้างขึ้นในระหว่างการทดสอบกิจกรรม4.3 ผู้ใช้เอกสารอธิบายว่า เอกสารผู้ใช้จะสามารถวางแผน และพัฒนา (นี้อาจเป็นเพียงการอ้างอิงไปแผนถูกสร้างขึ้น โดยคนอื่น) รวมงานที่วางแผนสำหรับออนไลน์และเอกสารกระดาษ วิธีใช้แบบออนไลน์ สามารถเข้าถึงแฟ้มเครือข่าย และสนับสนุนสิ่งอำนวยความสะดวก4.4 โครงการสนับสนุนฟังก์ชันให้โดยตรง หรือ โดยการอ้าง อิง แผนสำหรับการทำงานสนับสนุนโครงการซอฟต์แวร์ ฟังก์ชันเหล่านี้อาจรวมถึง แต่ไม่จำกัด จัดการตั้งค่าคอนฟิก ซอฟต์แวร์ คุณภาพ และการตรวจสอบ และตรวจสอบ แผนสำหรับการทำงานสนับสนุนโครงการพัฒนาระดับของรายละเอียดที่สอดคล้องกับส่วนอื่น ๆ ของ SPMP โดยเฉพาะอย่างยิ่ง ความรับผิดชอบ ความต้องการทรัพยากร ตารางเวลาและงบประมาณสำหรับแต่ละฟังก์ชันสนับสนุนต้องระบุ ธรรมชาติและชนิดของฟังก์ชันสนับสนุนที่จำเป็นจะแตกต่างไปจากโครงการโครงการ อย่างไรก็ตาม การขาดงานการประกันคุณภาพซอฟต์แวร์ การตั้งค่าคอนฟิกการ จัดการ หรือ ตรวจสอบ และตรวจสอบแผนต้องได้รับการพิสูจน์อย่างชัดเจนในแผนงานโครงการที่รวมพวกเขา

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

4. กระบวนการทางเทคนิค
ในส่วนนี้จะระบุวิธีการทางเทคนิคเครื่องมือและเทคนิคที่จะใช้ในโครงการ นอกจากนี้ยังมีบัตรประจำตัวของผลิตภัณฑ์การทำงานและความคิดเห็นที่จะจัดขึ้นและการวางแผนสำหรับกิจกรรมกลุ่มสนับสนุนในเอกสารที่ใช้ประกอบการฝึกอบรมการประกันคุณภาพซอฟต์แวร์และการจัดการการกำหนดค่า.
4.1 วิธีการเครื่องมือและเทคนิคการ
ระบุระบบคอมพิวเตอร์ (s), วิธีการพัฒนา (s), มาตรฐานนโยบายขั้นตอนโครงสร้างทีม (s), การเขียนโปรแกรมภาษา (s), และสัญลักษณ์อื่น ๆ เครื่องมือเทคนิคและวิธีการที่จะนำมาใช้เพื่อระบุการออกแบบสร้างทดสอบรวมเอกสาร ส่งแก้ไขหรือรักษาโครงการการนำส่ง
4.2 ซอฟท์แวเอกสาร
ระบุผลงานที่ถูกสร้างขึ้นสำหรับโครงการนี้และประเภทของความคิดเห็นเพียร์ที่จะจัดขึ้นสำหรับผลิตภัณฑ์เหล่านั้น มันอาจจะเป็นประโยชน์ที่จะรวมตารางที่มีการดัดแปลงมาจากคอลเลกชันขององค์กรมาตรฐานของผลิตภัณฑ์การทำงานและความคิดเห็น ระบุคู่มือรูปแบบใดที่เกี่ยวข้อง, การตั้งชื่อและรูปแบบเอกสาร ทั้งในแผนเอกสารนี้หรือกำหนดการของโครงการให้เป็นบทสรุปของตารางเวลาและทรัพยากรที่ต้องการสำหรับความพยายามเอกสาร.
เพื่อให้แน่ใจว่าการดำเนินการของซอฟต์แวร์ที่ตอบสนองความต้องการของเอกสารดังต่อไปนี้จะต้องเป็นขั้นต่ำ:
4.2.1 ซอฟท์แว Specification ต้องการ (SRS)
SRS อย่างชัดเจนและแม่นยำอธิบายแต่ละข้อกำหนดที่จำเป็น (ฟังก์ชั่นการแสดง จำกัด ออกแบบและคุณลักษณะ) ของซอฟต์แวร์และการเชื่อมต่อภายนอก ความต้องการของแต่ละคนถูกกำหนดไว้ดังกล่าวว่าความสำเร็จของมันคือความสามารถในการตรวจสอบอย่างเป็นกลางและการตรวจสอบโดยวิธีการที่กำหนดเช่นการตรวจสอบการวิเคราะห์การสาธิตหรือการทดสอบ.
4.2.2 รายละเอียดการออกแบบซอฟแวร์ (SDD)
SDD อธิบายส่วนประกอบที่สำคัญของ . การออกแบบซอฟต์แวร์รวมถึงฐานข้อมูลและการเชื่อมต่อภายใน
4.2.3 ซอฟท์แวทดสอบแผน
ซอฟท์แวทดสอบแผนอธิบายวิธีการที่จะใช้สำหรับการทดสอบในทุกระดับของการพัฒนาและบูรณาการ: ข้อกำหนดที่แสดงใน SRS, การออกแบบที่แสดงใน SDD รหัสเป็น แสดงในผลิตภัณฑ์ดำเนินการ วางแผนการทดสอบนี้ยังอธิบายถึงขั้นตอนการทดสอบ, การทดสอบและผลการทดสอบที่ได้รับการสร้างขึ้นในระหว่างการจัดกิจกรรมการทดสอบ.
4.3 ผู้ใช้เอกสาร
อธิบายว่าเอกสารที่ผู้ใช้จะได้รับการวางแผนและพัฒนา (ซึ่งอาจจะเป็นเพียงการอ้างอิงถึงแผนถูกสร้างขึ้นโดยคนอื่น.) รวมถึงการทำงานการวางแผนสำหรับการออนไลน์เช่นเดียวกับเอกสารกระดาษช่วยเหลือออนไลน์ไฟล์ที่สามารถเข้าถึงเครือข่ายและสิ่งอำนวยความสะดวกการสนับสนุน.
4.4 ฟังก์ชั่นการสนับสนุนโครงการ
ให้ไม่ว่าจะโดยตรงหรือโดยการอ้างอิงแผน สำหรับฟังก์ชั่นการสนับสนุนสำหรับโครงการซอฟแวร์ ฟังก์ชั่นเหล่านี้อาจรวมถึง แต่ไม่ จำกัด เฉพาะการจัดการการตั้งค่าการประกันคุณภาพซอฟต์แวร์และการตรวจสอบและการตรวจสอบ แผนการสำหรับฟังก์ชั่นการสนับสนุนโครงการที่มีการพัฒนาไปในระดับของรายละเอียดที่สอดคล้องกับส่วนอื่น ๆ ของ SPMP โดยเฉพาะอย่างยิ่งความรับผิดชอบทรัพยากรที่ต้องการตารางเวลาและงบประมาณสำหรับแต่ละฟังก์ชั่นการสนับสนุนจะต้องระบุ ลักษณะและชนิดของฟังก์ชั่นการสนับสนุนที่จำเป็นจะแตกต่างจากโครงการโครงการ แต่กรณีที่ไม่มีการประกันคุณภาพซอฟต์แวร์การจัดการการกำหนดค่าหรือการตรวจสอบและการตรวจสอบแผนต้องเป็นธรรมอย่างชัดเจนในแผนโครงการที่ไม่รวมพวกเขา

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

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

4.2 ซอฟต์แวร์ระบุผลิตภัณฑ์งานที่ถูกสร้างขึ้นสำหรับโครงการนี้และชนิดของเพียร์รีวิวที่จะจัดขึ้นสำหรับผลิตภัณฑ์เหล่านั้น มันอาจจะมีประโยชน์ที่จะรวมตารางที่ถูกดัดแปลงจากคอลเลกชันมาตรฐานขององค์กรของผลิตภัณฑ์การทำงานและบทวิจารณ์ ระบุแนวทางลักษณะใด ๆที่เกี่ยวข้อง , การตั้งชื่ออนุสัญญา และรูปแบบเอกสารทั้ง นี้ในเอกสารแผนหรือโครงการตารางเวลาให้สรุปตารางเวลาและความต้องการทรัพยากรสำหรับเอกสารที่ความพยายาม
เพื่อให้แน่ใจว่าการใช้งานของซอฟต์แวร์ที่ตรงตามความต้องการ เอกสารดังต่อไปนี้จะต้องเป็นอย่างน้อย :
4.2.1 ข้อกำหนดความต้องการของซอฟต์แวร์ ( SRS )
SRS อย่างชัดเจนและถูกต้องอธิบายแต่ละความต้องการจำเป็น ( หน้าที่ การแสดง การออกแบบ ข้อจำกัด และคุณลักษณะของซอฟต์แวร์และการเชื่อมต่อภายนอก แต่ละความต้องการที่กำหนดไว้เช่น ผลสัมฤทธิ์ของความสามารถในการตรวจสอบและตรวจสอบวัตถุ โดยกำหนดวิธีการ ตัวอย่างเช่น การตรวจสอบ วิเคราะห์ การสาธิตหรือทดสอบ .
4.2 .รายละเอียดออกแบบซอฟต์แวร์ ( SDD )
SDD อธิบายส่วนประกอบหลักของการออกแบบซอฟต์แวร์รวมถึงฐานข้อมูลและการเชื่อมต่อภายใน การวางแผนการทดสอบซอฟต์แวร์

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

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

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