III. HOW TO CONTROL PRODUCT QUALITY

III. HOW TO CONTROL PRODUCT QUALITY OF MEASURE ANALYSIS

A. Software Metrics
It is a very difficult issue of what to measure throughout the development process in the end. Measure the real users of the data is not only the project team, it is more of a manager. When management do not care about the organization's process capability, software metrics will lose direction and goals; project group and the management does not care about the organization's process performance metrics lost the role and significance of its existence. These two aspects, we must first determine the measure of the primary objective of the activity. Measure (discussed below "metrics") must be determined by the business goals of the enterprise for a specific problem.

B. Production Analysis
Many organizations start with the first area of software quality is the product software measurement. Most of the data can be obtained from the documentation of software problem reports and software programs, such as the number of software defects; the size of software; development costs; success by the number of test cases. Characteristics of the software product metrics mainly deal with product attributes, defects and other product-related data. Quality control person (QC) position code wrong location, design weaknesses and test through software product metrics. These metrics can
make QA personnel identify the product and make a analysis for product. After long-term analysis of the product quality control person can get product information and data used in the analysis process.

C. Process Analysis
In the software development process, no matter what kind of software metrics is including basic software metrics. The basic process of software metrics are as follows:
1) Measure of commitment:
According to the demand of the technology and management of the software development process on software metrics to determine the measure of the target, select the metrics to determine the focus of the implementation of software process metrics, which is targeted the first step to enhance the software metrics, but also senior managers to participate in decision-making and provide the appropriate resources an important part.
2) Measurement plan:
The development of software metrics program based on established software measurement goals, according to the software development technology, management, processes and problems. Officially confirmed in the plan related issues and attributes of products, processes, roles, responsibilities and resources, written for the implementation of software metrics, planning, feasibility and resources to support the guarantee.
3) Measures to implement the measure:
measure objects on software development projects, products and processes based on software metrics program implementation. By measuring the collection, storage, analysis of effective software metrics, metrics and analysis results are used to control and improve the software process.
4) Assessment of measure:
Evaluate the software measurement process by itself metric, metrics, processes, metrics and measure objects, measure the effectiveness of assessment found the measure of job problems, summed measure the operating assets and measure operations to improve the program.
5) Measures to improve in the follow-up measure of job:
According to the measure ofjob improvement plan is implemented, it will improve the import of the program the next time the software measurement process. It not only improved a simple repetition of operations in the horizontal direction, but also based on the experience lessons learned spiraling process and the effectiveness of software metrics in the software development process unfolded. Once based on business objectives and identified the need to measure what the content, methods and responsible person, you can begin data collection.[3]

D. Selecting the right software metrics
Determine measurable goals and select the appropriate metrics do measure. We determine the measurement goals, commonly used Goals-Questions-Metrics(GQM) method. The GQM method proposed by Dr.Victor Basili in the University of Maryland and his assistant, it told the organizations or institutions to which data should be collected. The GQM method implicit assumption is that every organization, the project has a series of goals to be achieved; In order to achieve each goal to answer a series of questions in order to know whether the target is achieved; each of them can be found by a complete and satisfactory answer quantified. GQM process is as follows:
1) a list of goals;
2) a set of problems to describe the target;
3) the definition of metrics need to answer these questions;
4) the development of data collection and analysis mechanisms;
5) collect, verify, analyze data and take the right action;
6) post-mortem analysis of the data in order to assess whether the goal is the same, and to provide recommendations for its improvement after;
7) for stakeholders to provide feedback.
Measurement goals is the development of information needs, possible sources involved such as estimating the parameters of the project plan, the implementation of the supervision of the state of the project, the experience of established management objectives, business plans, formal requirements or contractual obligations, other projects or organizational level entities and process improvement plans.

IV. CONCLUSION
Through the metrics of the paper, we increase the rate of code residual defect from 5% to 1%. At the same time, we increase the software project effort estimation accuracy from 60% to 80%. In addition to the above aspects, there are other factors to consider the software product quality management, such as risk management, change management and configuration management. In fact, the software developed by the U.S. Software Engineering Institute (SEI) Capability Maturity Model (CMMI) and ISO 9001 standard focus on quality and process management. Aspects of the organizational structure, mature foreign software companies generally have a separate QA (Quality Assure) department and develop department, it is independent and responsible for overseeing the implementation of the process. However, the implementation of any specific project should formulate
an appropriate quality management program, it cannot be born to move rigidly, and these need to project the accumulation of experience and learning new knowledge constantly.

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

III. วิธีการควบคุมคุณภาพของผลิตภัณฑ์การวัดวิเคราะห์A. ซอฟต์แวร์วัดมันเป็นเรื่องยากมากที่วัดตลอดกระบวนการพัฒนาในสุด วัดจริงผู้ใช้ข้อมูลไม่ใช่เฉพาะทีมงานของโครงการ เป็นมากกว่าผู้จัดการ เมื่อจัดการดูแลเกี่ยวกับความสามารถขององค์กรในกระบวนการ การวัดซอฟต์แวร์จะสูญเสียทิศทางและเป้าหมาย กลุ่มโครงการและการจัดการดูแลเกี่ยวกับบทบาทและความสำคัญของการดำรงอยู่ของวัดประสิทธิภาพของกระบวนการขององค์กร แง่สอง เราต้องก่อนกำหนดวัตถุประสงค์หลักของกิจกรรมการวัด วัด (อธิบายไว้ด้านล่าง "วัด") ต้องถูกกำหนด โดยเป้าหมายธุรกิจขององค์กรสำหรับปัญหาเฉพาะB. ผลิตวิเคราะห์หลายองค์กรเริ่ม มีพื้นที่แรกของซอฟต์แวร์คุณภาพเป็นการประเมินผลิตภัณฑ์ซอฟต์แวร์ ข้อมูลส่วนใหญ่ได้จากเอกสารรายงานปัญหาซอฟต์แวร์และโปรแกรม เช่นจำนวนข้อบกพร่องของซอฟต์แวร์ ขนาดของซอฟแวร์ ต้นทุนพัฒนา ความสำเร็จตามจำนวนกรณีทดสอบ ลักษณะของวัดผลิตภัณฑ์ซอฟต์แวร์ส่วนใหญ่จัดการกับคุณลักษณะของผลิตภัณฑ์ ข้อบกพร่อง และข้อมูลอื่น ๆ ที่เกี่ยวข้องกับผลิตภัณฑ์ ควบคุมคุณภาพ (QC) บุคคลตำแหน่งรหัสผิดตำแหน่ง อ่อนออกแบบ และทดสอบ โดยการวัดผลิตภัณฑ์ซอฟต์แวร์ วัดเหล่านี้สามารถทำให้บุคลากรคุณภาพระบุผลิตภัณฑ์ และทำการวิเคราะห์ผลิตภัณฑ์ หลังจากวิเคราะห์ระยะยาวของการควบคุมคุณภาพผลิตภัณฑ์ บุคคลสามารถได้รับข้อมูลสินค้าและข้อมูลที่ใช้ในการวิเคราะห์C. กระบวนการวิเคราะห์ในกระบวนการพัฒนาซอฟต์แวร์ ไม่ว่าชนิดของซอฟต์แวร์วัดไม่รวมซอฟต์แวร์พื้นฐานวัด กระบวนการขั้นพื้นฐานของซอฟต์แวร์การวัดมีดังนี้: 1) วัดมั่น: ตามความต้องการของเทคโนโลยีและการจัดการกระบวนการพัฒนาซอฟต์แวร์ในการวัดซอฟต์แวร์เพื่อกำหนดเป้าหมายการวัด การวัดเพื่อกำหนดจุดเน้นของการใช้งานของซอฟต์แวร์กระบวนการวัด ซึ่งเป็นเป้าหมายขั้นแรกเลือกเพิ่มซอฟต์แวร์วัด แต่ผู้จัดการอาวุโสยังร่วมตัดสินใจ และให้ข้อมูลที่เหมาะสมเป็นส่วนสำคัญ 2 ประเมินแผน: การพัฒนาโปรแกรมการวัดขึ้นอยู่กับซอฟต์แวร์สร้างการวัดเป้าหมาย ตามเทคโนโลยีการพัฒนาซอฟต์แวร์ การจัดการ กระบวนการ และปัญหา ยืนยันอย่างเป็นทางในแผนที่เกี่ยวข้องกับปัญหาและลักษณะของผลิตภัณฑ์ กระบวนการ บทบาท ความรับผิดชอบ และ ทรัพยากร การใช้งานของซอฟต์แวร์วัด วางแผน ความเป็นไปได้และทรัพยากรเพื่อสนับสนุนการรับประกัน 3) มาตรการใช้วัด: วัตถุวัดในโครงการพัฒนาซอฟต์แวร์ ผลิตภัณฑ์ และกระบวนการโดยใช้ซอฟต์แวร์การวัดโปรแกรมใช้งาน โดยการวัดรวบรวม จัดเก็บ การวิเคราะห์วัดผลซอฟต์แวร์ การวัดและวิเคราะห์ผลจะใช้ในการควบคุม และปรับปรุงกระบวนการซอฟต์แวร์ 4 ประเมินวัด: ประเมินการวัดซอฟต์แวร์ ด้วยตัวเองวัตถุวัด วัด กระบวนการ การวัด และการวัด การวัดประสิทธิผลของการประเมินผลพบปัญหางาน รวมการวัดวัดสินทรัพย์ดำเนินงานและการดำเนินการวัดเพื่อปรับปรุงโปรแกรม 5) มาตรการการปรับปรุงในการวัดงานติดตามผล: ตามมาตรการดำเนินการแผนพัฒนา ofjob มีประสิทธิภาพและมีการนำเข้าโปรแกรมครั้งต่อไปการวัดซอฟต์แวร์ มันไม่เพียงแต่ปรับปรุงซ้ำอีกอย่างของการดำเนินงานในทิศทางแนวนอน แต่ยัง ตามเรียนการประสบการณ์การเรียนรู้กระบวนการวนเวียน และประสิทธิภาพของซอฟต์แวร์การวัดในกระบวนการพัฒนาซอฟต์แวร์กางออก ตามวัตถุประสงค์ของธุรกิจ และระบุต้องวัดอะไรเนื้อหา วิธีการ และผู้รับผิดชอบ คุณสามารถเริ่มต้นการเก็บรวบรวมข้อมูล[3]D. เลือกวัดซอฟแวร์กำหนดเป้าหมายที่วัดและเลือกวัดที่เหมาะสมวัด เรากำหนดเป้าหมายวัด วิธีการใช้โดยทั่วไป Goals-Questions-Metrics(GQM) วิธี GQM ซึ่งเสนอ โดย Dr.Victor Basili มหาวิทยาลัยแมริแลนด์และผู้ช่วยของเขา มันบอกองค์กรหรือสถาบันที่ควรเก็บรวบรวมข้อมูล ข้อสมมติฐานนัยวิธี GQM คือ ว่า ทุกองค์กร โครงการมีชุดของเป้าหมายที่จะทำได้ เพื่อให้บรรลุเป้าหมายการตอบชุดคำถามเพื่อให้ทราบว่า เป้าหมายจะทำได้ แต่ละของพวกเขาสามารถพบคำตอบสมบูรณ์ และพอ quantified โดย กระบวนการ GQM เป็นดังนี้: 1) รายการของเป้าหมาย 2) ปัญหาการอธิบายเป้าหมาย ชุด 3) นิยามของการวัดต้องตอบคำถามเหล่านี้ 4) การพัฒนาเก็บรวบรวมข้อมูลและวิเคราะห์กลไก 5) รวบรวม ตรวจสอบ วิเคราะห์ข้อมูล และดำเนินการเหมาะสม 6 โพสต์พ้นการวิเคราะห์ข้อมูล เพื่อประเมินว่ามีเป้าหมายเดียวกัน และให้คำแนะนำสำหรับการปรับปรุงหลังจาก 7) สำหรับเสียให้ผลป้อนกลับ ประเมินเป้าหมายคือ ต้องการพัฒนาข้อมูล มาเกี่ยวข้องเช่นการประมาณพารามิเตอร์ของแผนโครงการ การกำกับดูแลของรัฐโครงการ ประสบการณ์บริหารก่อตั้งวัตถุประสงค์ แผนธุรกิจ ความต้องการทาง หรือภาระผูกพันตามสัญญา โครงการ หรือองค์กรระดับเอนทิตี และอื่น ๆ กระบวนการปรับปรุงแผนปฏิบัติIV. บทสรุปผ่านวัดกระดาษ เราเพิ่มอัตราของบกพร่องรหัสเหลือจาก 5% เป็น 1% ในเวลาเดียวกัน เราเพิ่มซอฟต์แวร์โครงการพยายามประเมินความถูกต้องจาก 60% 80% นอกจากด้านข้าง มีปัจจัยอื่น ๆ เพื่อพิจารณาการซอฟต์แวร์ผลิตภัณฑ์คุณภาพจัดการ เช่นบริหารความเสี่ยง บริหารและจัดการการตั้งค่าคอนฟิก ในความเป็นจริง ซอฟต์แวร์ที่พัฒนา โดยสถาบันวิศวกรรมซอฟต์แวร์สหรัฐฯ อี (ไอ) ความสามารถในการกำหนดรุ่น (CMMI) และมาตรฐาน ISO 9001 เน้นคุณภาพ และกระบวนการจัดการ ลักษณะของโครงสร้างองค์กร บริษัทซอฟต์แวร์ต่างประเทศผู้ใหญ่โดยทั่วไปมีแผนก QA (รับประกันคุณภาพ) แยก และพัฒนาแผนก อิสระ และรับผิดชอบดูแลดำเนินการ อย่างไรก็ตาม ควรกำหนดใช้งานของโครงการเฉพาะโปรแกรมจัดการคุณภาพที่เหมาะสม มันไม่เกิดการย้าย rigidly และต้องโครงการสะสมประสบการณ์และเรียนรู้ความรู้ใหม่ตลอดเวลา

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

III วิธีการควบคุมคุณภาพของผลิตภัณฑ์ของมาตรการการวิเคราะห์A. ตัวชี้วัดซอฟแวร์มันเป็นเรื่องที่ยากมากของสิ่งที่วัดตลอดกระบวนการพัฒนาในท้ายที่สุด วัดผู้ใช้งานจริงของข้อมูลที่ไม่ได้เป็นเพียงทีมงานโครงการก็จะมากขึ้นของผู้จัดการ เมื่อจัดการไม่สนใจเกี่ยวกับความสามารถของกระบวนการขององค์กรตัวชี้วัดที่ซอฟแวร์จะสูญเสียทิศทางและเป้าหมาย; กลุ่มโครงการและการจัดการไม่สนใจเกี่ยวกับตัวชี้วัดประสิทธิภาพของกระบวนการขององค์กรสูญเสียบทบาทและความสำคัญของการมีชีวิตอยู่ ทั้งสองด้านเราต้องกำหนดตัวชี้วัดของวัตถุประสงค์หลักของกิจกรรม วัด (กล่าวถึงด้านล่าง "ตัวชี้วัด") จะต้องถูกกำหนดโดยเป้าหมายทางธุรกิจขององค์กรสำหรับปัญหาที่เฉพาะเจาะจง. B. การวิเคราะห์การผลิตหลายองค์กรเริ่มต้นด้วยพื้นที่แรกของซอฟต์แวร์ที่มีคุณภาพคือการวัดซอฟต์แวร์ผลิตภัณฑ์ ส่วนใหญ่ของข้อมูลที่ได้จากเอกสารรายงานปัญหาซอฟแวร์และโปรแกรมซอฟต์แวร์เช่นจำนวนของข้อบกพร่องซอฟต์แวร์; ขนาดของซอฟแวร์; ค่าใช้จ่ายในการพัฒนา ประสบความสำเร็จจากจำนวนกรณีทดสอบ ลักษณะของตัวชี้วัดผลิตภัณฑ์ซอฟต์แวร์ส่วนใหญ่จัดการกับคุณลักษณะของผลิตภัณฑ์ข้อบกพร่องและข้อมูลที่เกี่ยวข้องกับผลิตภัณฑ์อื่น ๆ บุคคลการควบคุมคุณภาพ (QC) รหัสตำแหน่งสถานที่ตั้งผิดจุดอ่อนของการออกแบบและการทดสอบผ่านตัวชี้วัดผลิตภัณฑ์ซอฟต์แวร์ ตัวชี้วัดเหล่านี้สามารถทำให้บุคลากร QA ระบุผลิตภัณฑ์และทำให้การวิเคราะห์ผลิตภัณฑ์ หลังจากการวิเคราะห์ในระยะยาวของผู้ควบคุมคุณภาพของผลิตภัณฑ์จะได้รับข้อมูลเกี่ยวกับผลิตภัณฑ์และข้อมูลที่ใช้ในกระบวนการวิเคราะห์. C. การวิเคราะห์กระบวนการในขั้นตอนการพัฒนาซอฟต์แวร์ไม่ว่าสิ่งที่ชนิดของตัวชี้วัดที่ซอฟแวร์จะรวมถึงตัวชี้วัดซอฟต์แวร์พื้นฐาน กระบวนการพื้นฐานของการวัดซอฟต์แวร์มีดังนี้1) การวัดของความมุ่งมั่น: ตามความต้องการของเทคโนโลยีและการจัดการของกระบวนการพัฒนาซอฟต์แวร์ในตัวชี้วัดซอฟต์แวร์ในการกำหนดตัวชี้วัดเป้าหมายเลือกตัวชี้วัดในการกำหนดจุดเน้นของการ . การดำเนินการตามตัวชี้วัดกระบวนการซอฟต์แวร์ที่มีการกำหนดเป้าหมายขั้นตอนแรกเพื่อเพิ่มตัวชี้วัดซอฟต์แวร์ แต่ยังผู้บริหารระดับสูงที่จะมีส่วนร่วมในการตัดสินใจและการจัดหาทรัพยากรที่เหมาะสมเป็นส่วนสำคัญ2) แผนการวัด: พัฒนาโปรแกรมซอฟแวร์ตัวชี้วัดที่อยู่บนพื้นฐานของ จัดตั้งเป้าหมายการวัดซอฟต์แวร์ตามเทคโนโลยีที่พัฒนาซอฟแวร์การจัดการกระบวนการและปัญหา ได้รับการยืนยันอย่างเป็นทางการในประเด็นที่เกี่ยวข้องกับแผนและคุณลักษณะของผลิตภัณฑ์, กระบวนการบทบาทความรับผิดชอบและทรัพยากรที่เขียนขึ้นสำหรับการดำเนินงานของตัวชี้วัดที่ซอฟแวร์, การวางแผนความเป็นไปได้และทรัพยากรเพื่อสนับสนุนการรับประกัน. 3) มาตรการในการดำเนินการวัด: วัดวัตถุที่เกี่ยวกับซอฟต์แวร์ โครงการพัฒนาผลิตภัณฑ์และกระบวนการขึ้นอยู่กับโปรแกรมซอฟแวร์ตัวชี้วัดการดำเนินงาน โดยการวัดการเก็บรวบรวมการจัดเก็บข้อมูลการวิเคราะห์ของตัวชี้วัดซอฟต์แวร์ที่มีประสิทธิภาพ, ตัวชี้วัดและผลการวิเคราะห์จะใช้ในการควบคุมและปรับปรุงกระบวนการซอฟต์แวร์. 4) การประเมินตัวชี้วัด: การประเมินกระบวนการวัดซอฟแวร์ด้วยตัวเองตัวชี้วัดตัวชี้วัดกระบวนการวัดและวัดวัตถุ , วัดประสิทธิภาพของการประเมินพบวัดของปัญหางานสรุปมาตรการสินทรัพย์ดำเนินงานและการดำเนินงานตัวชี้วัดที่จะปรับปรุงโปรแกรม. 5) มาตรการเพื่อปรับปรุงในการวัดการติดตามของงาน: ตามมาตรการ ofjob แผนการปรับปรุงจะดำเนินการที่ มันจะช่วยเพิ่มการนำเข้าโปรแกรมครั้งต่อไปขั้นตอนการวัดซอฟแวร์ มันไม่ดีขึ้นเท่านั้นซ้ำเรียบง่ายของการดำเนินงานในแนวนอน แต่ยังขึ้นอยู่กับประสบการณ์บทเรียนที่ได้เรียนรู้กระบวนการวนและประสิทธิภาพของซอฟแวร์ตัวชี้วัดในกระบวนการพัฒนาซอฟต์แวร์ที่กางออก เมื่ออยู่บนพื้นฐานของวัตถุประสงค์ทางธุรกิจและมีการระบุความต้องการที่จะวัดว่าเนื้อหาวิธีการและบุคคลที่รับผิดชอบ, คุณสามารถเริ่มต้นการเก็บรวบรวมข้อมูล. [3] D. การเลือกซอฟต์แวร์ที่เหมาะสมตัวชี้วัดที่กำหนดเป้าหมายที่วัดและเลือกตัวชี้วัดที่เหมาะสมจะวัด เรากำหนดเป้าหมายการวัดที่ใช้กันทั่วไปเป้าหมายคำถามที่ตัวชี้วัด (GQM) วิธีการ วิธี GQM เสนอโดย Dr.Victor Basili ในมหาวิทยาลัยแมรี่แลนด์และผู้ช่วยของเขาก็บอกว่าองค์กรหรือสถาบันที่จะเก็บรวบรวมข้อมูล วิธี GQM สมมติฐานนัยคือการที่องค์กรทุกโครงการมีชุดของเป้าหมายที่จะประสบความสำเร็จ; เพื่อให้บรรลุเป้าหมายของแต่ละคนที่จะตอบชุดคำถามเพื่อที่จะทราบว่าเป้าหมายคือความสำเร็จ; แต่ละของพวกเขาสามารถพบได้โดยคำตอบที่สมบูรณ์และความพึงพอใจวัด กระบวนการ GQM มีดังนี้1) รายชื่อของเป้าหมาย; 2) ชุดของปัญหาที่จะอธิบายเป้าหมาย; 3) ความหมายของตัวชี้วัดที่จะต้องตอบคำถามเหล่านี้; 4) การพัฒนาของการเก็บรวบรวมข้อมูลและกลไกการวิเคราะห์5) การเก็บรวบรวม ตรวจสอบวิเคราะห์ข้อมูลและการดำเนินการที่เหมาะสม; 6) การวิเคราะห์ชันสูตรศพของข้อมูลเพื่อประเมินว่าเป้าหมายคือเดียวกันและเพื่อให้คำแนะนำในการปรับปรุงหลังจาก; . 7) ผู้มีส่วนได้เสียในการให้ข้อเสนอแนะเป้าหมายการวัด คือการพัฒนาความต้องการข้อมูลแหล่งที่มาที่เป็นไปได้มีส่วนร่วมเช่นการประมาณค่าพารามิเตอร์ของแผนโครงการการดำเนินงานของการกำกับดูแลของรัฐของโครงการที่มีประสบการณ์ของการจัดตั้งวัตถุประสงค์การจัดการแผนธุรกิจต้องการอย่างเป็นทางการหรือภาระผูกพันตามสัญญาโครงการอื่น ๆ หรือหน่วยงานระดับองค์กรและแผนปรับปรุงกระบวนการ. IV สรุปผ่านตัวชี้วัดของกระดาษที่เราเพิ่มอัตราของรหัสข้อบกพร่องที่เหลือจาก 5% เป็น 1% ในขณะเดียวกันเราเพิ่มความพยายามโครงการซอฟต์แวร์การประมาณค่าความถูกต้องจาก 60% เป็น 80% นอกเหนือจากด้านข้างต้นมีปัจจัยอื่น ๆ ที่จะต้องพิจารณาการจัดการผลิตภัณฑ์ซอฟต์แวร์ที่มีคุณภาพเช่นการบริหารความเสี่ยง, การจัดการการเปลี่ยนแปลงและการจัดการการกำหนดค่า ในความเป็นจริง, ซอฟแวร์ที่พัฒนาขึ้นโดยสหรัฐอเมริกาสถาบันวิศวกรรมซอฟต์แวร์ (SEI) ความสามารถในการครบกำหนด Model (CMMI) และ ISO 9001 มุ่งเน้นมาตรฐานคุณภาพและการจัดการกระบวนการ ลักษณะของโครงสร้างองค์กร บริษัท ซอฟต์แวร์ต่างประเทศผู้ใหญ่โดยทั่วไปมี QA แยกต่างหาก (ประกันคุณภาพ) แผนกและพัฒนาแผนกก็มีความเป็นอิสระและมีความรับผิดชอบในการกำกับดูแลการดำเนินการตามกระบวนการ อย่างไรก็ตามการดำเนินการโครงการใด ๆ ที่เฉพาะเจาะจงควรกำหนดโปรแกรมการจัดการที่มีคุณภาพที่เหมาะสมก็ไม่สามารถจะเกิดการเคลื่อนย้ายอย่างเหนียวแน่นและสิ่งเหล่านี้จะต้องมีโครงการสะสมของประสบการณ์และการเรียนรู้องค์ความรู้ใหม่อย่างต่อเนื่อง

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

3 . วิธีการควบคุมผลิตภัณฑ์คุณภาพของการวัดการวิเคราะห์

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

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

C
กระบวนการการวิเคราะห์ในกระบวนการพัฒนาซอฟต์แวร์ ไม่ว่าชนิดของตัวชี้วัด ได้แก่ วัดซอฟต์แวร์เป็นซอฟต์แวร์พื้นฐาน กระบวนการพื้นฐานของตัววัดซอฟต์แวร์มีดังนี้ 1 ) วัดความ

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


4 . สรุปผ่านวัดของกระดาษเราเพิ่มอัตรารหัสข้อบกพร่องจาก 5% เหลือ 1% ในเวลาเดียวกัน เราเพิ่มโครงการซอฟต์แวร์พยายามประเมินความถูกต้อง จาก 60% เป็น 80% นอกจากประเด็นข้างต้น มีปัจจัยอื่น ๆที่จะต้องพิจารณาผลิตภัณฑ์ซอฟต์แวร์ที่มีคุณภาพการจัดการ เช่น การบริหารความเสี่ยง การจัดการ การจัดการการเปลี่ยนแปลงและปรับแต่ง ในความเป็นจริงซอฟต์แวร์ที่พัฒนาโดยสหรัฐ .สถาบันวิศวกรรมซอฟต์แวร์ ( SEI ) แบบจำลองวุฒิภาวะความสามารถ ( CMMI ) และ ISO 9001 มาตรฐานเน้นคุณภาพและกระบวนการบริหารจัดการ ด้านโครงสร้างองค์การ ผู้ใหญ่ต่างประเทศ บริษัท ซอฟต์แวร์โดยทั่วไปมี QA ( ประกันคุณภาพ ) แยกแผนก และ พัฒนา เป็นอิสระและรับผิดชอบในการกำกับดูแลการดำเนินงานของกระบวนการ อย่างไรก็ตามการดำเนินงานของโครงการที่เฉพาะเจาะจงใด ๆ ควรกำหนดแนวทางการจัดการคุณภาพ
โปรแกรมมันไม่สามารถเกิดการย้าย rigidly และโครงการเหล่านี้ต้องสะสมประสบการณ์ และเรียนรู้ความรู้ใหม่ตลอดเวลา