The Quality Management Practice on

The Quality Management Practice on the Development of the Application Software of the Information System

Abstract—Based upon the summary of software quality management, this paper concretely sets forth the quality management model of “Three-layer and Four-field” and the measures of the application software of the information system, and clearly puts forward the work emphases, such as promoting software engineering practice, specifying software classification management, strengthening software design quality, promoting the capability of software test, enhancing epiboly project management and emphasizing talent cultivation. Thenceforth a primary prospect is presented.

Keywords- quality management, software engineering, application software

=== I. INTRODUCTION ===
By reason of the complexity of software architecture and difficulty of system integration,
we should carry through strict and active quality management during the development of application software of the information system. Quality management is to ascertain quality guideline, objective and responsibility, and to perform the whole functions via quality scheme, control, assurance and improvement. Software quality management runs through the whole life cycle of requirement analysis, design, code, testing and delivery and maintenance. Software quality management is processed by following the thinking of systems engineering and adopting the definable and measurable methods. In the light of quality management principle and software engineering demand, we strive to implement the software quality management to insure the whole quality and operation effectiveness of the information system [1, 2, 3].

=== II. RESUME ===
The concise description is given of the quality management practice on the development of the application software as below.

A. Quality Management Objective
During the development of the information system, the project of quality management
and the regulation of software engineering are compiled, and the objective of the quality management is that all the tasks of technical review, testing and joint-test stated in the development contract and management system should be completed, the disqualification items be correctly dealt with, and the problems be entirely solved.

B. Quality Management Process
During the development of the system, the whole process quality management is carried through.
- At the elementary phase, the requirement analysis and the software design are accomplished and passed the review, the problems found in the unit test, component test, validation test and system joint test are entirely solved; and then the outline of joint test is reviewed, and the problems found in the joint test are solved, thenceforth the elementary system is completed with the review carried out.
- At the formal phase, the process control way is like that at the elementary phase.
- At the finalization phase, the finalization testing and the users’ try-out are conducted, and the related problems are solved, moreover, the finalization system satisfies the demands of software development.

C. Quality Management Production
With the system developed, a great lot of software documents are compiled, such as software development plan, requirements specification, design description and so on, that are fully consistent with the technical configuration of the corresponding production, and the annotation ratio of the finalization system is 21.32%.

=== III. QUALITY MANAGEMENT MODEL ===
Aiming at the fact that there is great difficulty in the quality management of the system development, we do much research and set forward the quality management model of “Three-layer and Four-field” as shown in Fig.1.
In detail, during the life circle of the system software, the quality control is conducted by various ways and means to set up the relation among the layers with respect to the eight software key processes; and the connotation richness and evolution of fields, such as software life-circle field, key process field, quality control mode field and users’ quality field, ensure the openness and development of the model. And the construction and application of the model effectively improve the quality management of system software.

**Figure 1. The Quality Management Model of “Three-layer and Four-field”**

A. Software Life Cycle Field
Software life cycle generally consists of the elementary phase, the formal phase and the finalization phase, and can be enriched by the development practices.

B. Software Key Process Field
Software key processes can be added according to the development of software engineering practices.
- Requirements management. The connotation of the software requirements of information system is very abundant, and arrangement is complex, so that we should fully and exactly understand and describe users’ demands, properly define the quality factors, and finally come to the software requirements.
- Project scheme. In allusion to the specific needs of task documentation, we need ascertain the software development plan, and gradually refine the arrangement of phase works in the development process.
- Project tracking and supervision. We must track and check the complexion of assignment progress so as to control the practice schedule.
- Subcontract management. We must conduct strict quality control with respect to the subcontract project which should comply with the same management regulation and control demand as others.
- Quality assurance. We need make sure the rules and standards that software projects should comply with, compile software quality assurance plan, examine and look through software processes and products, and practically evaluate the quality of software product.
- SoftwareConfiguration management. The software configuration management plan needs to be constructed to make clear the activities of software configuration management, and strictly control the alteration and access of various baselines and configurations. And the state of software configurations is inspected and audited before software tests and delivery.
- Peer reviews. We must systematically organize software technical reviews by the field experts and related persons, and enhance the effectiveness of review work.
- Intergroup coordination. We must make use of various occasions to ensure the work coordination among all the groups.

C. Quality Management Mode Field
Quality management modes contain scheme and guidance, check and audit, analysis and deduction, improvement and promotion that can be perfected along with the progress in technology and tools.

D. Users’ Quality Field
Users’ needs mean the start, and users’ affirmance denotes the completion of software development and quality management, therefore we must closely keep in touch with users.

=== IV. MAIN MEASURES OF QUALITY MANAGEMENT ===

A. Quality Management Scheme
By compiling and conducting the project of quality management and the plan of development work, the related requirement, design and test works are systemically arranged, and the main nodes and the corresponding objectives are specified. Moreover, the accomplishment of these works is monitored and inspected. The templates of technical files and track records are prescribed, and this is helpful to the fulfillment of tasks and the quality of files.

B. Software Technical Review
The software technical reviews are emphasized. The reviews are carried through of the elementary system, the formal system and the finalization system, requirement analysis, general and particular design, validation testing. Review teams go through the phase work and products, and form the review notion. The index and trend of software quality is analysed, the process and outcome are noted, and the problems and proposals of reviews are dealt with and certificated before the next phase.

C. Software Test Management
In the process of software development, we carry out the unit test, the component test,
the validation test and the system joint test, established the test plan and test description,
and note down test results and conclusions. With respect to the tests, the closed loop policy of test implement - fault analysis - program modification - validity validation is strictly brought into effect.
Moreover, the problems of tests are fully solved, and the software tests are examined respectively.

D. Software Configuration Management
The plan of software configuration management is founded and implemented.
The function baseline, assignment baseline and product baseline are set up in the process of software development, and marker method is fixed on of the programs, documents and versions. The development library, controlled library and product library are founded at project level and collectivity level, and the regulation of chick-in and check-out is established. The variations that surpass the baselines are actualized according to the variation control regulation, and the configuration state is renewed in time. And software configuration is audited before software tests and delivery.
Thus the integrality and consistency of software is ensured.

E. Users' Participation
In the technical reviews of requirements, design and milestone, system joint test, and finalization test, we are able to communicate with the users in time, take technical measures to guarantee the proper adoption of users’ opinions and the sufficient exertion of users’ functions with regard to the requirement management, quality management, test outline content, so that the related problems are fully solved and the tasks are successfully completed. Thus the pertinency and validity is increased of the quality management works.

The Quality Management Practice on the Development of the Application Software of the Information System

Abstract—Based upon the summary of software quality management, this paper concretely sets forth the quality management model of “Three-layer and Four-field” and the measures of the application software of the information system, and clearly puts forward the work emphases, such as promoting software engineering practice, specifying software classification management, strengthening software design quality, promoting the capability of software test, enhancing epiboly project management and emphasizing talent cultivation. Thenceforth a primary prospect is presented.

Keywords- quality management, software engineering, application software

=== I. INTRODUCTION ===
 By reason of the complexity of software architecture and difficulty of system integration, 
we should carry through strict and active quality management during the development of application software of the information system. Quality management is to ascertain quality guideline, objective and responsibility, and to perform the whole functions via quality scheme, control, assurance and improvement. Software quality management runs through the whole life cycle of requirement analysis, design, code, testing and delivery and maintenance. Software quality management is processed by following the thinking of systems engineering and adopting the definable and measurable methods. In the light of quality management principle and software engineering demand, we strive to implement the software quality management to insure the whole quality and operation effectiveness of the information system [1, 2, 3].

=== II. RESUME ===
 The concise description is given of the quality management practice on the development of the application software as below.

A. Quality Management Objective
 During the development of the information system, the project of quality management 
and the regulation of software engineering are compiled, and the objective of the quality management is that all the tasks of technical review, testing and joint-test stated in the development contract and management system should be completed, the disqualification items be correctly dealt with, and the problems be entirely solved.

B. Quality Management Process
 During the development of the system, the whole process quality management is carried through.
- At the elementary phase, the requirement analysis and the software design are accomplished and passed the review, the problems found in the unit test, component test, validation test and system joint test are entirely solved; and then the outline of joint test is reviewed, and the problems found in the joint test are solved, thenceforth the elementary system is completed with the review carried out.
- At the formal phase, the process control way is like that at the elementary phase.
- At the finalization phase, the finalization testing and the users’ try-out are conducted, and the related problems are solved, moreover, the finalization system satisfies the demands of software development.

C. Quality Management Production
 With the system developed, a great lot of software documents are compiled, such as software development plan, requirements specification, design description and so on, that are fully consistent with the technical configuration of the corresponding production, and the annotation ratio of the finalization system is 21.32%.

=== III. QUALITY MANAGEMENT MODEL ===
 Aiming at the fact that there is great difficulty in the quality management of the system development, we do much research and set forward the quality management model of “Three-layer and Four-field” as shown in Fig.1. 
In detail, during the life circle of the system software, the quality control is conducted by various ways and means to set up the relation among the layers with respect to the eight software key processes; and the connotation richness and evolution of fields, such as software life-circle field, key process field, quality control mode field and users’ quality field, ensure the openness and development of the model. And the construction and application of the model effectively improve the quality management of system software.

**Figure 1. The Quality Management Model of “Three-layer and Four-field”**

A. Software Life Cycle Field
 Software life cycle generally consists of the elementary phase, the formal phase and the finalization phase, and can be enriched by the development practices.

B. Software Key Process Field
 Software key processes can be added according to the development of software engineering practices.
-  Requirements management. The connotation of the software requirements of information system is very abundant, and arrangement is complex, so that we should fully and exactly understand and describe users’ demands, properly define the quality factors, and finally come to the software requirements.
- Project scheme. In allusion to the specific needs of task documentation, we need ascertain the software development plan, and gradually refine the arrangement of phase works in the development process.
- Project tracking and supervision. We must track and check the complexion of assignment progress so as to control the practice schedule.
- Subcontract management. We must conduct strict quality control with respect to the subcontract project which should comply with the same management regulation and control demand as others.
- Quality assurance. We need make sure the rules and standards that software projects should comply with, compile software quality assurance plan, examine and look through software processes and products, and practically evaluate the quality of software product.
- SoftwareConfiguration management. The software configuration management plan needs to be constructed to make clear the activities of software configuration management, and strictly control the alteration and access of various baselines and configurations. And the state of software configurations is inspected and audited before software tests and delivery.
- Peer reviews. We must systematically organize software technical reviews by the field experts and related persons, and enhance the effectiveness of review work.
- Intergroup coordination. We must make use of various occasions to ensure the work coordination among all the groups.

C. Quality Management Mode Field
 Quality management modes contain scheme and guidance, check and audit, analysis and deduction, improvement and promotion that can be perfected along with the progress in technology and tools.

D. Users’ Quality Field
 Users’ needs mean the start, and users’ affirmance denotes the completion of software development and quality management, therefore we must closely keep in touch with users.

=== IV. MAIN MEASURES OF QUALITY MANAGEMENT ===

A. Quality Management Scheme
 By compiling and conducting the project of quality management and the plan of development work, the related requirement, design and test works are systemically arranged, and the main nodes and the corresponding objectives are specified. Moreover, the accomplishment of these works is monitored and inspected. The templates of technical files and track records are prescribed, and this is helpful to the fulfillment of tasks and the quality of files.

B. Software Technical Review
 The software technical reviews are emphasized. The reviews are carried through of the elementary system, the formal system and the finalization system, requirement analysis, general and particular design, validation testing. Review teams go through the phase work and products, and form the review notion. The index and trend of software quality is analysed, the process and outcome are noted, and the problems and proposals of reviews are dealt with and certificated before the next phase.

C. Software Test Management
 In the process of software development, we carry out the unit test, the component test, 
the validation test and the system joint test, established the test plan and test description, 
and note down test results and conclusions. With respect to the tests, the closed loop policy of test implement - fault analysis - program modification - validity validation is strictly brought into effect.
Moreover, the problems of tests are fully solved, and the software tests are examined respectively.

D. Software Configuration Management
 The plan of software configuration management is founded and implemented. 
The function baseline, assignment baseline and product baseline are set up in the process of software development, and marker method is fixed on of the programs, documents and versions. The development library, controlled library and product library are founded at project level and collectivity level, and the regulation of chick-in and check-out is established. The variations that surpass the baselines are actualized according to the variation control regulation, and the configuration state is renewed in time. And software configuration is audited before software tests and delivery.
Thus the integrality and consistency of software is ensured.

E. Users' Participation
 In the technical reviews of requirements, design and milestone, system joint test, and finalization test, we are able to communicate with the users in time, take technical measures to guarantee the proper adoption of users’ opinions and the sufficient exertion of users’ functions with regard to the requirement management, quality management, test outline content, so that the related problems are fully solved and the tasks are successfully completed. Thus the pertinency and validity is increased of the quality management works.

0/5000

จาก: -

เป็น: -

ผลลัพธ์ (ไทย) 1: [สำเนา]

คัดลอก!

ปฏิบัติการจัดการคุณภาพในการพัฒนาโปรแกรมของระบบสารสนเทศนามธรรมซึ่งตามสรุปจัดการคุณภาพซอฟต์แวร์ กระดาษนี้รูปธรรมตั้งมาจำลองการจัดการคุณภาพของ "สามชั้น และสี่ฟิลด์" และหน่วยวัดของโปรแกรมของระบบสารสนเทศ และใส่ไปข้างหน้าอย่างชัดเจน emphases งาน ส่งเสริมการปฏิบัติของวิศวกรรมซอฟต์แวร์ ระบุซอฟต์แวร์ประเภทบริหาร เพิ่มคุณภาพการออกแบบซอฟต์แวร์ ส่งเสริมความสามารถในการทดสอบซอฟต์แวร์ เพิ่ม epiboly โครงการจัดการ และเน้นความสามารถเพาะปลูก Thenceforth โอกาสหลักการนำเสนอคำสำคัญการ วิศวกรรมซอฟต์แวร์ โปรแกรม=== แนะนำ I. === ความซับซ้อนของสถาปัตยกรรมซอฟต์แวร์และปัญหาของการรวมระบบ by reason of เราควรกระทำผ่านการจัดการคุณภาพที่เข้มงวด และใช้งานในระหว่างการพัฒนาโปรแกรมประยุกต์ระบบสารสนเทศ การบริหารคุณภาพคือ การตรวจผลงานคุณภาพ วัตถุประสงค์ และความรับผิดชอบ และทำหน้าที่ทั้งหมดผ่านทางแผนคุณภาพ ควบคุม ประกัน และปรับปรุง จัดการคุณภาพซอฟต์แวร์ทำงานผ่านวงจรชีวิตทั้งหมดของการวิเคราะห์ความต้องการ ออกแบบ รหัส การทดสอบ และจัดส่ง และการบำรุงรักษา จัดการคุณภาพซอฟต์แวร์ประมวลผลโดยการต่อความคิดของระบบวิศวกรรม และใช้วิธีการกำหนดได้ และวัด นี้หลักการจัดการคุณภาพและความต้องการวิศวกรรมซอฟต์แวร์ เราพยายามใช้การจัดการคุณภาพซอฟต์แวร์การประกันทั้งคุณภาพและการดำเนินงานประสิทธิผลของระบบสารสนเทศ [1, 2, 3]=== II ประวัติ === คำอธิบายกระชับได้รับการปฏิบัติการจัดการคุณภาพพัฒนาซอฟต์แวร์แอพลิเคชันเป็นด้านล่างA. วัตถุประสงค์การจัดการคุณภาพ ในระหว่างการพัฒนาระบบสารสนเทศ โครงการบริหารคุณภาพ และระเบียบของวิศวกรรมซอฟต์แวร์จะถูกคอมไพล์ และวัตถุประสงค์ของการบริหารคุณภาพ ทั้งหมดควรเสร็จสมบูรณ์ งานตรวจทานด้านเทคนิค การทดสอบ และร่วมทดสอบในพัฒนาสัญญาและการจัดการระบบสินค้าเคาจะถูกดำเนินการ และทั้งหมดสามารถแก้ไขปัญหาB. การจัดการ ในระหว่างการพัฒนาระบบ การจัดการคุณภาพกระบวนการทั้งหมดจะดำเนินผ่าน-ที่ระยะระดับประถมศึกษา การวิเคราะห์ความต้องการการออกแบบซอฟต์แวร์สำเร็จ และผ่านการตรวจทาน ปัญหาที่พบในหน่วยทดสอบ ทดสอบส่วนประกอบ ทดสอบตรวจสอบ และทดสอบระบบร่วมกันมีทั้งแก้ไข แล้ว ของร่วมทดสอบจะตรวจ ทาน และมีแก้ไขปัญหาที่พบในการทดสอบร่วม thenceforth มีระบบประถมศึกษาเสร็จ มีการทบทวนดำเนินการ-ที่ระยะทาง ควบคุมกระบวนการทางได้เช่นเดียวกับที่ที่ระยะระดับประถมศึกษา-ที่ระยะ finalization, finalization การทดสอบและการ try-out ผู้ถูก ดำเนินการ มีแก้ไขปัญหาที่เกี่ยวข้อง ยิ่งไปกว่านั้น ระบบ finalization ตรงตามความต้องการของการพัฒนาซอฟต์แวร์C. คุณภาพจัดการผลิต มีระบบพัฒนา ซอฟต์แวร์มากดี เอกสารจะถูกคอมไพล์ เช่นแผนพัฒนาซอฟต์แวร์ การระบุข้อกำหนด การออกแบบรายละเอียดและ ที่มีอย่างเต็มที่สอดคล้องกับการกำหนดค่าทางเทคนิคของการผลิตที่เกี่ยวข้อง และคำอธิบายอัตราส่วนของระบบ finalization 21.32%=== III รูปแบบการบริหารคุณภาพ === เรามุ่งที่ความเป็นจริงว่า มีความยากลำบากมากในการจัดการคุณภาพการพัฒนาระบบ ทำวิจัยมาก และตั้งไปข้างหน้าแบบจำลองการจัดการคุณภาพ "สามชั้นและสี่ฟิลด์" ดังแสดงในภาพ รายละเอียด ในวงชีวิตของซอฟต์แวร์ระบบ ควบคุมคุณภาพการผลิต โดยวิธีต่าง ๆ และวิธีการตั้งค่าความสัมพันธ์ระหว่างชั้นกับแปดซอฟต์แวร์สำคัญกระบวนการ และร่ำรวยนัยและวิวัฒนาการของฟิลด์ เช่นซอฟต์แวร์วงเวียนชีวิต กระบวนการคีย์ฟิลด์ ฟิลด์โหมดการควบคุมคุณภาพ และผู้คุณภาพ มั่นใจเปิดกว้างและพัฒนารูปแบบ และการก่อสร้างและประยุกต์ใช้แบบจำลองได้อย่างมีประสิทธิภาพปรับปรุงการจัดการคุณภาพของซอฟต์แวร์ระบบ** รูป 1 จำลองการจัดการคุณภาพของ "สามชั้น และสี่ฟิลด์" **A. ฟิลด์ซอฟต์แวร์วงจรชีวิต วงจรชีวิตของซอฟต์แวร์โดยทั่วไปประกอบด้วยขั้นตอนประถม ระยะทาง และระยะ finalization และสามารถอุดมไป ด้วยแนวทางการพัฒนาB. ซอฟต์แวร์กระบวนการคีย์ฟิลด์ กระบวนการหลักของซอฟต์แวร์สามารถเพิ่มตามการพัฒนาแนวทางปฏิบัติของวิศวกรรมซอฟต์แวร์-ความต้องการจัดการ นัยของความต้องการซอฟต์แวร์ของระบบสารสนเทศเป็นมาก และการจัดการมีความซับซ้อน เพื่อให้เราควรครบถ้วน และตรงตามความเข้าใจ และอธิบายความต้องการของผู้ใช้ ถูกกำหนดปัจจัยคุณภาพ และสุดท้าย มาข้อกำหนดของซอฟต์แวร์-แผนงานโครงการ พูดถึงความต้องการเฉพาะของงานเอกสาร เราต้องตรวจแผนการพัฒนาซอฟต์แวร์ และค่อย ๆ ปรับปรุงการจัดเรียงขั้นตอนการทำงานในกระบวนการพัฒนา-โครงการการติดตามและกำกับดูแล เราต้องติดตาม และตรวจสอบผิวของความคืบหน้าในการกำหนดเพื่อควบคุมกำหนดการปฏิบัติ-สัญญาการจัดการ เราต้องทำการควบคุมคุณภาพอย่างเข้มงวดกับโครงการสัญญาซึ่งควรสอดคล้องกับเดียวจัดการระเบียบและควบคุมความต้องการกับคนอื่น-คุณภาพการ เราต้องตรวจสอบให้แน่ใจกฎและมาตรฐานที่โครงการซอฟต์แวร์ควรให้สอดคล้องกับ คอมไพล์แผนการประกันคุณภาพซอฟต์แวร์ ตรวจสอบ และดูกระบวนการซอฟต์แวร์และผลิตภัณฑ์ และประเมินคุณภาพของผลิตภัณฑ์ซอฟต์แวร์จริง-การจัดการ SoftwareConfiguration แผนการจัดการการกำหนดค่าซอฟต์แวร์จำเป็นต้องสร้างใสกิจกรรมการจัดการการตั้งค่าคอนฟิกซอฟต์แวร์ และควบคุมการแก้ไขและเส้นและตั้งค่าคอนฟิกต่าง ๆ และรัฐกำหนดค่าซอฟต์แวร์จะตรวจสอบ และตรวจสอบก่อนการทดสอบซอฟต์แวร์และจัดส่ง-เพียร์รีวิว เราต้องเป็นระบบจัดการซอฟต์แวร์รีวิวจากทางเทคนิค โดยผู้เชี่ยวชาญและผู้ที่เกี่ยวข้อง และเพิ่มประสิทธิผลของงานตรวจสอบ-การประสานงาน intergroup เราต้องทำให้ใช้โอกาสต่าง ๆ เพื่อให้การประสานงานระหว่างกลุ่มC. ฟิลด์โหมดจัดการคุณภาพ วิธีการจัดการคุณภาพประกอบด้วยโครงร่าง และคำแนะนำ ตรวจสอบ และตรวจสอบ วิเคราะห์ และหัก ปรับปรุง และโปรโมชั่นที่สามารถ perfected แบบพร้อมกับความก้าวหน้าในเทคโนโลยีและเครื่องมือD. ฟิลด์คุณภาพผู้ ผู้ใช้ต้องการหมายถึง การเริ่มต้น และ affirmance ผู้แสดงถึงความสมบูรณ์ของการจัดการคุณภาพและการพัฒนาซอฟต์แวร์ ดังนั้น เราต้องใกล้ชิดให้กับผู้ใช้=== IV มาตรการหลักของการจัดการคุณภาพ ===A. แผนจัดการคุณภาพ โดยรวบรวม และดำเนินการโครงการการจัดการคุณภาพและแผนงานพัฒนา systemically จัดงานความต้องการ ออกแบบ และทดสอบที่เกี่ยวข้อง และระบุโหนหลักและวัตถุประสงค์ที่สอดคล้องกัน นอกจากนี้ ความสำเร็จของผลงานเหล่านี้เป็นการตรวจสอบ และตรวจสอบ แบบเทคนิคแฟ้มและบันทึกการติดตามที่กำหนด และนี้คือการตอบสนองของงานและคุณภาพของไฟล์ดีความคิดเห็นด้านเทคนิคซอฟต์แวร์ B. รีวิวเทคนิคซอฟต์แวร์จะเน้น จะดำเนินการผ่านระบบประถมศึกษา ระบบอย่างเป็นทางการ และระบบ finalization วิเคราะห์ความต้องการ ออก แบบทั่วไป และเฉพาะ การทดสอบตรวจสอบ ทีมงานตรวจสอบผ่านขั้นตอนการทำงานและผลิตภัณฑ์ และรูปแบบความคิดเห็น ดัชนีและแนวโน้มของซอฟต์แวร์คุณภาพ analysed กระบวนการและผลที่ไว้ และปัญหาและข้อเสนอของรีวิวจะลแก้ประกาศนียบัตรก่อนต่อไปC. จัดการทดสอบซอฟต์แวร์ ในกระบวนการพัฒนาซอฟต์แวร์ เราดำเนินการหน่วยทดสอบ ทดสอบส่วนประกอบ การทดสอบตรวจสอบและทดสอบร่วมระบบ สร้างแผนทดสอบและทดสอบคำอธิบาย และบันทึกผลการทดสอบและบทสรุป เกี่ยวกับการทดสอบ นโยบายปิดทดสอบใช้ -วิเคราะห์ข้อบกพร่อง - โปรแกรมแก้ไข - ตรวจสอบการมีผลบังคับใช้อย่างเคร่งครัดนำผลนอกจากนี้ มีแก้ไขปัญหาของการทดสอบทั้งหมด และการทดสอบซอฟต์แวร์ตรวจสอบตามลำดับD. จัดการการตั้งค่าคอนฟิกซอฟต์แวร์ แผนการจัดการการตั้งค่าคอนฟิกซอฟต์แวร์ก่อตั้ง และดำเนินการ ฟังก์ชันพื้นฐาน พื้นฐานกำหนด และผลิตภัณฑ์พื้นฐานจะตั้งค่าในกระบวนการพัฒนาซอฟต์แวร์ และวิธีการทำเครื่องหมายเป็นคงที่ในโปรแกรม เอกสาร และรุ่น พัฒนาห้องสมุด ห้องสมุดควบคุม และผลิตภัณฑ์ไลบรารีได้ก่อตั้งขึ้นในระดับโครงการ และระดับ collectivity และข้อบังคับของเจี๊ยบใน และสร้างเช็ค รูปที่เกินเส้นมี actualized ตามระเบียบควบคุมการเปลี่ยนแปลง และรัฐกำหนดจะต่ออายุในเวลา และตั้งค่าคอนฟิกซอฟต์แวร์จะตรวจสอบก่อนการทดสอบซอฟต์แวร์และจัดส่งดังนั้น integrality และสอดคล้องกันของซอฟแวร์จะมั่นใจE. ผู้มีส่วนร่วม ในรีวิวจากทางเทคนิคของความต้องการ ออกแบบ และสำคัญ ระบบร่วมทดสอบ และทดสอบ finalization เราจะสามารถสื่อสารกับผู้ใช้ในเวลา ใช้มาตรการทางเทคนิคเพื่อรับประกันการยอมรับความคิดเห็นของผู้ใช้เหมาะสม และเพียงพอกำลังที่ต้องใช้ฟังก์ชันของผู้ใช้เกี่ยวกับการจัดการความต้องการ การจัดการคุณภาพ เค้าทดสอบเนื้อหา เพื่อให้มีแก้ไขปัญหาที่เกี่ยวข้องทั้งหมด และงานเสร็จ ดังนั้น pertinency และมีผลบังคับใช้จะเพิ่มงานการจัดการคุณภาพ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 2:[สำเนา]

คัดลอก!

การจัดการคุณภาพการปฏิบัติงานเกี่ยวกับการพัฒนาของการประยุกต์ใช้ซอฟแวร์ระบบสารสนเทศบทคัดย่อ-ขึ้นอยู่กับบทสรุปของการจัดการซอฟต์แวร์ที่มีคุณภาพ, กระดาษนี้เป็นรูปธรรมกำหนดรูปแบบการจัดการที่มีคุณภาพของ "ชั้นสามและสี่สนาม" และมาตรการของ ซอฟแวร์ประยุกต์ใช้ระบบสารสนเทศและอย่างชัดเจนทำให้ไปข้างหน้าเน้นการทำงานเช่นการส่งเสริมการปฏิบัติงานวิศวกรรมซอฟแวร์ระบุการจัดการการจัดหมวดหมู่ซอฟแวร์, การเสริมสร้างคุณภาพการออกแบบซอฟแวร์การส่งเสริมความสามารถในการทดสอบซอฟต์แวร์ที่เพิ่มการบริหารจัดการโครงการ epiboly และเน้นการพัฒนาภูมิปัญญา นับตั้งแต่นั้นมาเป็นโอกาสที่จะนำเสนอเป็นหลัก. การจัดการคุณภาพคำหลักวิศวกรรมซอฟต์แวร์ซอฟต์แวร์ประยุกต์=== I. บทนำ === โดยเหตุผลของความซับซ้อนของสถาปัตยกรรมซอฟต์แวร์และความยากลำบากของการรวมระบบที่เราควรจะดำเนินการผ่านการจัดการคุณภาพอย่างเข้มงวดและการใช้งานในช่วง การพัฒนาซอฟต์แวร์ประยุกต์ใช้ระบบสารสนเทศ การจัดการที่มีคุณภาพเพื่อสร้างความมั่นใจแนวทางที่มีคุณภาพ, วัตถุประสงค์และความรับผิดชอบและการปฏิบัติหน้าที่ทั้งผ่านโครงการที่มีคุณภาพ, การควบคุม, ความเชื่อมั่นและการปรับปรุง ซอฟแวร์การจัดการคุณภาพไหลผ่านวงจรชีวิตทั้งหมดของการวิเคราะห์ความต้องการการออกแบบ, รหัส, การทดสอบและการส่งมอบและการบำรุงรักษา ซอฟแวร์การจัดการคุณภาพการประมวลผลโดยต่อไปนี้ความคิดของระบบวิศวกรรมและการใช้วิธีการที่กำหนดและสามารถวัดผลได้ ในแง่ของหลักการบริหารจัดการที่มีคุณภาพและความต้องการด้านวิศวกรรมซอฟแวร์ที่เรามุ่งมั่นที่จะดำเนินการจัดการซอฟต์แวร์ที่มีคุณภาพเพื่อประกันคุณภาพทั้งหมดและประสิทธิภาพการทำงานของระบบข้อมูล [1, 2, 3]. === ครั้งที่สอง Resume === คำอธิบายสั้นจะได้รับจากการปฏิบัติจัดการที่มีคุณภาพในการพัฒนาโปรแกรมซอฟต์แวร์ดังต่อไปนี้. A. วัตถุประสงค์การจัดการคุณภาพในระหว่างการพัฒนาระบบข้อมูลโครงการของการจัดการคุณภาพและการควบคุมของวิศวกรรมซอฟแวร์ที่มีการรวบรวมและวัตถุประสงค์ของการจัดการที่มีคุณภาพคืองานทั้งหมดของการตรวจสอบทางเทคนิคการทดสอบและการทดสอบร่วมกันตามที่ระบุไว้ในการพัฒนา สัญญาและระบบการจัดการควรจะเสร็จสิ้นรายการที่ถูกตัดสิทธิได้รับการจัดการอย่างถูกต้องกับและปัญหาได้รับการแก้ไขอย่างสิ้นเชิง. B. กระบวนการจัดการที่มีคุณภาพในระหว่างการพัฒนาระบบการจัดการคุณภาพกระบวนการทั้งหมดจะดำเนินการผ่าน. - ในขั้นตอนการประถมศึกษา, การวิเคราะห์ความต้องการและการออกแบบซอฟต์แวร์จะประสบความสำเร็จและผ่านการตรวจสอบปัญหาที่พบในการทดสอบหน่วยทดสอบส่วนประกอบ การทดสอบการตรวจสอบและทดสอบระบบร่วมกันจะแก้ไขได้อย่างสิ้นเชิง แล้วร่างของร่วมทดสอบได้รับการทบทวนและปัญหาที่พบในการทดสอบร่วมกันจะแก้ไขนั้นเป็นต้นมาระบบระดับประถมศึกษาเป็นที่เรียบร้อยแล้วด้วยการทบทวนการดำเนินการ. - ที่ขั้นตอนอย่างเป็นทางการ, วิธีการควบคุมกระบวนการเป็นเช่นนั้นในขั้นตอนการประถมศึกษา . - ในขั้นตอนการสรุปการทดสอบสรุปและผู้ใช้ลองออกจะดำเนินการและปัญหาที่เกี่ยวข้องจะแก้ไขได้ยิ่งกว่านั้นระบบบูรณาการตอบสนองความต้องการของการพัฒนาซอฟแวร์. ซี การจัดการคุณภาพการผลิตด้วยระบบการพัฒนาที่ดีมากของเอกสารที่ซอฟแวร์ที่รวบรวมเช่นแผนพัฒนาซอฟแวร์, ข้อกำหนดความต้องการรายละเอียดการออกแบบและอื่น ๆ ที่มีความสอดคล้องกับการกำหนดค่าทางเทคนิคของการผลิตที่สอดคล้องและอัตราส่วนของคำอธิบายประกอบ ระบบการสรุปเป็น 21.32%. === III การจัดการคุณภาพรุ่น === มุ่งมั่นที่ความจริงที่ว่ามีความยากลำบากในการบริหารจัดการที่มีคุณภาพของการพัฒนาระบบที่เราทำวิจัยมากและตั้งอยู่ข้างหน้ารูปแบบการจัดการที่มีคุณภาพของ "ชั้นสามและสี่สนาม" ตามที่ปรากฏในรูป . 1 ในรายละเอียดระหว่างวงกลมชีวิตของซอฟต์แวร์ระบบการควบคุมคุณภาพจะดำเนินการโดยวิธีการต่างๆและหมายถึงการตั้งค่าความสัมพันธ์ในหมู่ชั้นที่เกี่ยวกับซอฟแวร์แปดกระบวนการที่สำคัญ; และความมีชีวิตชีวาความหมายและวิวัฒนาการของเขตข้อมูลเช่นข้อมูลชีวิตวงกลมซอฟต์แวร์ข้อมูลกระบวนการที่สำคัญฟิลด์โหมดการควบคุมคุณภาพและข้อมูลที่มีคุณภาพของผู้ใช้ให้ความมั่นใจในการเปิดกว้างและการพัฒนารูปแบบ และการก่อสร้างและการประยุกต์ใช้แบบจำลองอย่างมีประสิทธิภาพปรับปรุงการบริหารจัดการคุณภาพของซอฟต์แวร์ระบบ. ** รูปที่ 1 การจัดการคุณภาพรุ่นของ "สามชั้นและสี่สนาม" ** A. ซอฟท์แววัฏจักรชีวิตสนามซอฟท์แววงจรชีวิตโดยทั่วไปประกอบด้วยขั้นตอนการประถมศึกษาขั้นตอนอย่างเป็นทางการและขั้นตอนการสรุปและสามารถผสานการพัฒนา. B. กระบวนการหลักมีซอฟท์แวสนามกระบวนการที่สำคัญซอฟแวร์ที่สามารถเพิ่มตามการพัฒนาของการปฏิบัติงานวิศวกรรมซอฟแวร์. - การจัดการความต้องการ ความหมายของความต้องการซอฟต์แวร์ของระบบสารสนเทศที่อุดมสมบูรณ์มากและการจัดการมีความซับซ้อนเพื่อให้เราได้อย่างเต็มที่และว่าควรจะเข้าใจและอธิบายความต้องการของผู้ใช้อย่างถูกต้องกำหนดปัจจัยที่มีคุณภาพและในที่สุดก็มาถึงความต้องการซอฟต์แวร์. - โครงการโครงการ ในการพาดพิงถึงความต้องการที่เฉพาะเจาะจงของเอกสารงานเราต้องตรวจสอบให้แน่ใจแผนพัฒนาซอฟแวร์และค่อยๆปรับแต่งการจัดงานขั้นตอนในกระบวนการพัฒนา. - ติดตามโครงการและการกำกับดูแล เราจะต้องติดตามและตรวจสอบความคืบหน้าของผิวที่ได้รับมอบหมายเพื่อควบคุมตารางเวลาการปฏิบัติ. - การจัดการการจ้างเหมาช่วง เราจะต้องดำเนินการควบคุมคุณภาพอย่างเข้มงวดเกี่ยวกับการรับเหมาช่วงโครงการที่ควรปฏิบัติตามกฎระเบียบของการจัดการที่เหมือนกันและความต้องการการควบคุมคนอื่น ๆ . - การประกันคุณภาพ เราต้องให้แน่ใจว่ากฎระเบียบและมาตรฐานที่โครงการซอฟต์แวร์ควรปฏิบัติตามรวบรวมแผนประกันคุณภาพซอฟต์แวร์ตรวจสอบและมองผ่านกระบวนการซอฟต์แวร์และผลิตภัณฑ์และในทางปฏิบัติมีการประเมินคุณภาพของผลิตภัณฑ์ซอฟต์แวร์. - การจัดการ SoftwareConfiguration การวางแผนการจัดการการกำหนดค่าซอฟต์แวร์จะต้องมีการสร้างขึ้นมาเพื่อให้ล้างกิจกรรมของการจัดการการกำหนดค่าซอฟต์แวร์และเคร่งครัดการควบคุมการเปลี่ยนแปลงและการเข้าถึงของเส้นเขตแดนต่างๆและการกำหนดค่า และสถานะของการกำหนดค่าซอฟต์แวร์ที่มีการตรวจสอบและการตรวจสอบก่อนการทดสอบซอฟแวร์และการจัดส่ง. - ความคิดเห็น Peer เราต้องจัดให้มีระบบการแสดงความคิดเห็นทางเทคนิคซอฟต์แวร์โดยผู้เชี่ยวชาญภาคสนามและผู้ที่เกี่ยวข้องและเพิ่มประสิทธิภาพของการทำงานการตรวจสอบ. - ประสานงาน Intergroup เราจะต้องใช้ประโยชน์จากโอกาสต่างๆเพื่อให้แน่ใจว่าการประสานงานทุกกลุ่ม. ซี โหมดการจัดการคุณภาพฟิลด์โหมดการจัดการคุณภาพมีรูปแบบและแนวทางการตรวจสอบและการตรวจสอบการวิเคราะห์และการหักการปรับปรุงและโปรโมชั่นที่สามารถที่สมบูรณ์แบบพร้อมกับความคืบหน้าในด้านเทคโนโลยีและเครื่องมือ. D. ผู้ใช้ที่มีคุณภาพฟิลด์ผู้ใช้ 'ความต้องการหมายถึงการเริ่มต้นและ affirmance ผู้ใช้หมายถึงความสำเร็จของการพัฒนาซอฟแวร์และการจัดการที่มีคุณภาพดังนั้นเราจึงต้องเก็บอย่างใกล้ชิดในการติดต่อกับผู้ใช้. === IV มาตรการหลักของการจัดการคุณภาพ === A. โครงการการจัดการคุณภาพโดยการรวบรวมและการดำเนินการโครงการของการจัดการคุณภาพและการวางแผนการทำงานการพัฒนาความต้องการที่เกี่ยวข้องกับการออกแบบและผลงานการทดสอบมีการจัดระบบและโหนดหลักและวัตถุประสงค์ที่สอดคล้องกันที่ระบุไว้ นอกจากนี้ความสำเร็จของผลงานเหล่านี้คือการตรวจสอบและการตรวจสอบ แม่แบบของไฟล์ที่ทางด้านเทคนิคและการติดตามที่กำหนดและเป็นประโยชน์ในการปฏิบัติตามของงานและคุณภาพของไฟล์. B. ซอฟท์แวทางเทคนิคทบทวนซอฟแวร์การแสดงความคิดเห็นทางเทคนิคที่มีความสำคัญ ความคิดเห็นที่มีการดำเนินการผ่านของระบบประถมระบบอย่างเป็นทางการและระบบบูรณาการ, การวิเคราะห์ความต้องการการออกแบบทั่วไปและโดยเฉพาะอย่างยิ่งการทดสอบการตรวจสอบ ทีมทบทวนไปผ่านขั้นตอนการทำงานและผลิตภัณฑ์และรูปแบบความคิดทบทวน ดัชนีและแนวโน้มของซอฟต์แวร์ที่มีคุณภาพมีการวิเคราะห์กระบวนการและผลลัพธ์ที่มีการตั้งข้อสังเกตและปัญหาและข้อเสนอความคิดเห็นจะจัดการกับการรับรองและก่อนขั้นตอนต่อไป. C. ซอฟต์แวร์การจัดการทดสอบในขั้นตอนของการพัฒนาซอฟแวร์ที่เราดำเนินการทดสอบหน่วยการทดสอบส่วนการทดสอบการตรวจสอบและทดสอบระบบร่วมกันจัดตั้งแผนการทดสอบและรายละเอียดการทดสอบและลงบันทึกผลการทดสอบและข้อสรุป ส่วนที่เกี่ยวกับการทดสอบนโยบายวงปิดของการทดสอบการใช้ - การวิเคราะห์ความผิด - การปรับเปลี่ยนโปรแกรม - การตรวจสอบความถูกต้องถูกนำมามีผลบังคับใช้อย่างเคร่งครัด. นอกจากนี้ปัญหาของการทดสอบจะแก้ไขได้อย่างเต็มที่และการทดสอบซอฟต์แวร์ที่มีการตรวจสอบตามลำดับ. D. จัดการการกำหนดค่าซอฟท์แวแผนของการจัดการการกำหนดค่าซอฟต์แวร์มีการก่อตั้งและดำเนินการ. พื้นฐานฟังก์ชั่นพื้นฐานที่ได้รับมอบหมายและพื้นฐานสินค้าที่มีการตั้งค่าในขั้นตอนของการพัฒนาซอฟต์แวร์และวิธีเครื่องหมายได้รับการแก้ไขในโปรแกรมเอกสารและรุ่น การพัฒนาห้องสมุดห้องสมุดควบคุมและห้องสมุดสินค้าที่ได้รับการก่อตั้งขึ้นในระดับโครงการและระดับ collectivity และกฎระเบียบของเจี๊ยบอินและเช็คเอาท์เป็นที่ยอมรับ รูปแบบที่เกินเส้นเขตแดนจะ actualized ตามระเบียบควบคุมการเปลี่ยนแปลงและการกำหนดค่าของรัฐมีการต่ออายุในเวลา และการกำหนดค่าซอฟต์แวร์ที่ผ่านการตรวจสอบก่อนการทดสอบซอฟแวร์และการจัดส่ง. ดังนั้น integrality และความสอดคล้องของซอฟแวร์จะมั่นใจ. อี ผู้ใช้มีส่วนร่วมในการแสดงความคิดเห็นทางเทคนิคของความต้องการการออกแบบและการก้าวระบบร่วมทดสอบและการทดสอบสรุปเราสามารถที่จะสื่อสารกับผู้ใช้ในเวลาที่จะใช้มาตรการทางเทคนิคที่จะรับประกันการยอมรับที่เหมาะสมของผู้ใช้ 'ความคิดเห็นและการออกแรงเพียงพอ ฟังก์ชั่นของผู้ใช้เกี่ยวกับการจัดการความต้องการการจัดการคุณภาพการทดสอบเนื้อหาโครงร่างเพื่อให้ปัญหาที่เกี่ยวข้องจะแก้ไขได้อย่างเต็มที่และงานที่จะดำเนินการให้เรียบร้อย ดังนั้น pertinency และความถูกต้องจะเพิ่มขึ้นในผลงานการจัดการคุณภาพ

การแปล กรุณารอสักครู่..

ผลลัพธ์ (ไทย) 3:[สำเนา]

คัดลอก!

การปฏิบัติการจัดการคุณภาพในการพัฒนาซอฟต์แวร์ของระบบข้อมูล

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

คำสำคัญ -- การจัดการ , วิศวกรรมคุณภาพซอฟต์แวร์ ซอฟต์แวร์ประยุกต์

= = = = = =
ผมแนะนำโดยเหตุผลของความซับซ้อนของสถาปัตยกรรมซอฟต์แวร์และความยากของการรวมระบบ
เราควรจะดำเนินการอย่างเข้มงวดการจัดการคุณภาพและการใช้งานในการพัฒนาโปรแกรมซอฟต์แวร์ของระบบสารสนเทศ การจัดการคุณภาพเพื่อสืบหาแนวทางคุณภาพ วัตถุประสงค์และความรับผิดชอบ และการปฏิบัติหน้าที่ทั้งผ่านทางโครงการ , ควบคุมคุณภาพการประกันคุณภาพและการปรับปรุง การจัดการคุณภาพซอฟต์แวร์วิ่งผ่านทั้งวงจรชีวิตของการวิเคราะห์ความต้องการรหัสการออกแบบ การทดสอบ และการซ่อมบำรุง การจัดการคุณภาพซอฟต์แวร์ประมวลผลตามแนวคิดของวิศวกรรมระบบและการกำหนดและวิธีการวัด ในแง่ของหลักการบริหารคุณภาพและความต้องการของวิศวกรรมซอฟต์แวร์เรามุ่งมั่นที่จะใช้ซอฟต์แวร์บริหารคุณภาพเพื่อประกันคุณภาพทั้งหมดและประสิทธิภาพการดำเนินงานของระบบข้อมูล [ 1 2 3 ] .

= = = 2 ประวัติ = = =
กระชับรายละเอียดจะได้รับคุณภาพของการจัดการการปฏิบัติในการพัฒนาซอฟต์แวร์ที่เป็นด้านล่าง

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

B .คุณภาพของกระบวนการจัดการ
ในระหว่างการพัฒนาของระบบการจัดการคุณภาพ กระบวนการทั้งหมดจะดำเนินการผ่าน .
- ในขั้นตอนเบื้องต้น ความต้องการการวิเคราะห์และการออกแบบซอฟต์แวร์สําเร็จ และผ่านการตรวจสอบปัญหาที่พบในหน่วยทดสอบทดสอบทดสอบการตรวจสอบส่วนประกอบและทดสอบระบบร่วมกันมีทั้งหมดแก้ได้ แล้ว ร่างของการทดสอบร่วมกันทบทวน

การแปล กรุณารอสักครู่..

ภาษาอื่น ๆ

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