Software Project Metrics and Qualit

Software Project Metrics and Quality Management

Abstract- The quality of software is more of vital concernment. Software quality characteristics reflect the essence of software. Quality management of software development process is an important approach to solve the problem of software quality. There have been a lot of standards of software quality management already, such as ISO9001 and CMMI, which can help organizations to establish the system of quality management. Different from traditional industrial products, the process of software development is at the same time as the process of producing. Thus traditional methods of quality control of hardware obviously could not be adapted to quality management of software reasonably. This thesis describes a software project metrics and quality management knowledge combined with practical experience of the software project quality management to do some research.

Keywords- - Software; Project Metrics; Quality

I.METHODOLOGY AND PRACTICE OF PROJECT METRICS

A. Project Metrics
The project metrics is the specific metrics for software development projects, the purpose is to control the project of measure the size of project, project cost, project schedule, customer satisfaction and auxiliary project management.

B. Scale Metrics
Software development project size is the basis of measurement estimating software project effort, cost budgeting and planning reasonable progress of the project. Size measurement is a major reason for software project failure.[1] A good size measurement model can solve this problem. Effective software size measurement is the core elements of successful projects: effective software size
measurement can plan appropriate project plan, reasonable project plan will help manage the project effectively. Size measurement point is: estimate by the development of on-site project members; flexible use of the actual development of job data; put an end to blindly cater to customer demand "delivery inverse extrapolation".
Software size measurement helps software development teams to accurately grasp the development time, it costs distribution and defect density. There are a variety of software size estimation methods, such as: Function Point Analysis (FPA), lines of code (LOC), Delphi technique,
COCOMO model, feature point, standard component, object point, 3-D function points, De Marco's Bang metric, fuzzy logic and more specific methods.
Constructive Cost Model (COCOMO) is an accurate and easy-to-use model-based cost estimation method, it was first proposed by Boehm in 1981. The model is divided into three: Basic model, intermediate model and detailed model accord to their level of detail. The basic model is a static single-variable model with an estimated source line of code (LOC) as the independent variable function to calculate the software development effort. Intermediate model with LOC function as independent variables on the basis of the workload of the software development, then property products, hardware, personnel, projects and other aspects influencing factors to adjust the estimates of the workload.
Detailed model to include all the features of the intermediate model, but it with the various factors affecting the adjustment effort estimation also considers the impact of each step of the software engineering process analysis and design. COCOMO model has the features of estimates accurate and easy-to-use. In this model, the basic amount of the following:
1) The number of DSI (source instruction) is defined as the number of lines of code and include comment lines code. If a line has two statements, it will count as an instruction.
2) MM (unit of measure for men) said the development effort.
3) TDEV (the unit of measure for the month) means the progress of the development, it is determined by the workload.
4) 15 kinds of COCOMO model key consideration are affecting the software workload factors and by defining multiplication factor to accurately estimate the workload of the software.
C. Process Measurement
1) The Performance of Project Process
Process metrics measure all aspects of the software development process, the aim of the future performance of the forecasting process reduce the deviation of the results of the process, the behavior of the software process is management by objectives, process control and process evaluation continuous improvement to provide a quantitative basis. Process metrics and software development process is related to the strategic significance closely. Software process quality will directly affect that the quality of software products are good or bad, measurement and evaluation process can improve the process maturity and product quality.
Instead of measure and assess the quality of software products provide the necessary feedback and evidence to improve the quality of software process. Process metrics are related to the maturity of the software process closely.
2) The Process Metrics of Project Process Management
William A.Florac, Robert E.Park and Anita D.Carleton described the relationship between process management and project management in the Practical Software Measurement: Measuring for Process Management and Improvement. Production of products is based on three elements of software project team: product requirements, project plans and defined software process. Metrics in project management will be used to:
(1) Identify and describe needs.
(2) Prepare plans to achieve its objectives.
(3) Implementation plan.
(4) Track the implementation status and progress of work based on the goals of the project plan.
Process management can also use the same data and associated metrics to control and improve the software process by itself. This means that software organizations can use to construct and maintain a measure of a common framework of activities to provide data the two management capabilities of process management and project management. Course of the project management is an important step in the course of the project management, it include defined process, planning measure, the implementation of software process, application metrics, process control and improve the process, the planned metrics and metric, but also measure the core content of the course of the project. The planned measure to establish the understanding have been identified of the defined project process, products, processes, resources related matters and attributes, the collection and use of metrics are integrated into the project for process performance tracking requirements. Application metrics will be executed through the process measurement data obtained in the course of the project, as well as product-related data by product measures used to control and improve the course of the project.
3) Project Process Metrics
The project process metrics mainly includes three aspects, Maturity metrics are including organizational metrics, resource metrics, training metrics, document the standardized measure, data management, analysis metrics and process quality metrics; management metrics (such as milestone management metrics, risk measurement, work flow, measure, control measure and manage database metrics) are including project management, quality management measures (such as the measure of quality review, quality testing metrics and quality assurance measure. etc.) and configuration management measures (such as a design change control measure, version management control measure); Third, life cycle metrics are the main measure of problem definition, including requirements analysis metrics, design metrics, manufacturing, metrics and maintenance measure .
4) The Process of Project Process Measurement
A measure of the course of the project is implemented in accordance with the already well-defined process of measurement, which will enable the course of the project to measure job controllability and traceability, thereby increasing the effectiveness of the measure. The general process of software process measurement includes: the confirmation process issues; collect process data; analysis of process data; the interpretation process data; reporting process; process proposals; implementation actions; implementation of the supervision and control. The process quality of the measurement process ensures that the project process measurement data and questions about software process improve the course of the project implementation.
(1) The project needs are the base of measure software quality.
(2) Project quality can not be guaranteed if only to meet clearly defined needs, and did not meet the implied demand.
(3) Does not follow the standard definitions for the development of rules, project quality can not be guaranteed.

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

การวัดโครงการซอฟต์แวร์และการจัดการคุณภาพบทคัดย่อคุณภาพของซอฟต์แวร์เป็นของสำคัญ concernment ลักษณะคุณภาพซอฟต์แวร์สะท้อนสาระสำคัญของซอฟแวร์ การจัดการคุณภาพการพัฒนาซอฟต์แวร์เป็นวิธีการสำคัญในการแก้ปัญหาคุณภาพของซอฟต์แวร์ มีจำนวนมากของมาตรฐาน ของการจัดการคุณภาพซอฟต์แวร์แล้ว ISO9001 และ CMMI ที่สามารถช่วยองค์กรในการสร้างระบบการจัดการคุณภาพ แตกต่างจากสินค้าอุตสาหกรรมแบบดั้งเดิม กระบวนการพัฒนาซอฟต์แวร์ได้ในเวลาเดียวกันเป็นกระบวนการผลิต ดังนั้น วิธีแบบดั้งเดิมของการควบคุมคุณภาพของฮาร์ดแวร์ชัดอาจไม่ปรับกับการจัดการคุณภาพของซอฟต์แวร์สม วิทยานิพนธ์นี้อธิบายซอฟต์แวร์โครงการวัดและคุณภาพการจัดการความรู้กับประสบการณ์จริงของการบริหารคุณภาพโครงการซอฟต์แวร์การทำวิจัยบางคำสำคัญ- - ซอฟต์แวร์ โครงการวัด คุณภาพI.METHODOLOGY และการฝึกของโครงการวัดA. โครงการวัด โครงการวัดเป็นวัดเฉพาะสำหรับโครงการพัฒนาซอฟต์แวร์ เพื่อควบคุมโครงการวัดขนาดของโครงการ ต้นทุนโครงการ กำหนดการโครงการ ความพึงพอใจของลูกค้า และการจัดการโครงการเสริมB. มาตราวัด ขนาดโครงการพัฒนาซอฟต์แวร์เป็นพื้นฐานของการวัดประเมินความพยายามโครงการซอฟต์แวร์ ต้นทุนจัดทำงบประมาณ และสมเหตุสมผลความคืบหน้าของโครงการการวางแผน วัดขนาดเป็นเหตุผลหลักสำหรับความล้มเหลวของโครงการซอฟต์แวร์[1] แบบจำลองประเมินดีสามารถแก้ไขปัญหานี้ ประเมินขนาดซอฟต์แวร์มีประสิทธิภาพเป็นองค์ประกอบหลักของโครงการที่ประสบความสำเร็จ: ขนาดของซอฟต์แวร์ที่มีประสิทธิภาพประเมินสามารถวางแผนแผนงานโครงการที่เหมาะสม แผนงานโครงการที่เหมาะสมจะช่วยในการจัดการโครงการอย่างมีประสิทธิภาพ จุดวัดขนาด: ประเมินจากการพัฒนาโครงการโรงแรมสมาชิก ใช้ความยืดหยุ่นของการพัฒนาที่แท้จริงของงานข้อมูล ใส่สิ้นสุดเพื่อตอบสนองความต้องการลูกค้า "ส่ง extrapolation ผกผัน" อย่างคนตาบอด ประเมินขนาดซอฟต์แวร์ช่วยทีมพัฒนาซอฟต์แวร์อย่างหาเวลาพัฒนา ค่าใช้จ่ายความหนาแน่นการกระจายและความบกพร่อง มีหลากหลายวิธีการประมาณค่าขนาดของซอฟต์แวร์ เช่น: ฟังก์ชันจุดวิเคราะห์ (FPA), บรรทัดของรหัส (LOC), เดลฟีเทคนิคแบบจำลอง/เลาจน์ คุณลักษณะจุด ส่วนประกอบมาตรฐาน จุดวัตถุ จุดฟังก์ชัน 3 มิติ De Marco วัดบาง ตรรกศาสตร์ และเฉพาะวิธีสร้างสรรค์ทุนจำลอง (/เลาจน์) เป็นวิธีการประเมินความถูกต้อง และง่ายต่อการใช้ตามรูปแบบต้นทุน มันถูกก่อนการนำเสนอ โดย Boehm ในปี 1981 แบ่งออกเป็นสามรูปแบบ: รูปแบบ รุ่นกลาง และรุ่นรายละเอียดแอคคอร์ดกับระดับของรายละเอียด แบบพื้นฐานคือ รูปแบบตัวแปรเดียวคง มีบรรทัดการประเมินแหล่งรหัส (ล็อค) เป็นฟังก์ชันตัวแปรอิสระพัฒนาซอฟต์แวร์คำนวณ รุ่นกลางพร้อมฟังก์ชั่นล็อคเป็นตัวแปรอิสระโดยใช้ปริมาณของซอฟต์แวร์พัฒนา แล้วคุณสมบัติผลิตภัณฑ์ ฮาร์ดแวร์ บุคลากร โครงการ และด้านอื่น ๆ ปัจจัยที่มีอิทธิพลต่อการปรับปรุงการประเมินปริมาณ รูปแบบรายละเอียดการรวมคุณลักษณะทั้งหมดของรุ่นกลาง แต่มัน มีปัจจัยต่าง ๆ ที่มีผลต่อการประเมินความพยายามปรับปรุงยังพิจารณาผลกระทบของแต่ละขั้นตอนของการวิเคราะห์กระบวนการวิศวกรรมซอฟต์แวร์การออกแบบ แบบจำลอง/เลาจน์มีคุณลักษณะการประเมินถูกต้อง และง่ายต่อการใช้ ในรูปแบบนี้ ยอดเงินพื้นฐานต่อไปนี้: หมายเลข 1 ของ DSI (แหล่งสอน) ถูกกำหนดเป็นหมายเลขของบรรทัดของรหัส และรวมข้อคิดเห็นบรรทัดรหัส ถ้าบรรทัดมีคำที่สอง มันจะนับเป็นคำแนะนำ2 MM (หน่วยวัดสำหรับผู้ชาย) กล่าวว่า ความพยายามพัฒนา 3) TDEV (หน่วยวัดสำหรับเดือน) หมายถึง ความคืบหน้าของการพัฒนา มันเป็นไปตามปริมาณงาน 4 พิจารณาหลักของแบบจำลอง/เลาจน์ 15 ชนิดมีผลกระทบต่อปัจจัยปริมาณซอฟต์แวร์ และ โดยการกำหนดตัวคูณให้ถูกต้องประเมินปริมาณของซอฟต์แวร์ค.กระบวนการวัด 1) ประสิทธิภาพของโครงการ กระบวนการวัดวัดทุกแง่มุมของกระบวนการพัฒนาซอฟต์แวร์ เป้าหมายของประสิทธิภาพการทำงานในอนาคตของการคาดการณ์ลดการเบี่ยงเบนของผลลัพธ์ของกระบวนการ ลักษณะการทำงานของกระบวนการซอฟต์แวร์คือ การจัดการ โดยวัตถุประสงค์ การควบคุมกระบวนการ และปรับปรุงอย่างต่อเนื่องประเมินกระบวนการเพื่อใช้เป็นข้อมูลพื้นฐานเชิงปริมาณ กระบวนการวัดและซอฟต์แวร์พัฒนาจะเกี่ยวข้องกับความสำคัญทางยุทธศาสตร์อย่างใกล้ชิด ซอฟต์แวร์กระบวนการคุณภาพจะส่งผลกระทบโดยตรงที่คุณภาพของผลิตภัณฑ์ซอฟต์แวร์ดี หรือไม่ดี กระบวนการวัดและประเมินผลสามารถปรับปรุงกระบวนการครบกำหนดและผลิตภัณฑ์คุณภาพ แทนที่จะวัด และประเมินคุณภาพของซอฟต์แวร์ ผลิตภัณฑ์ให้ความคิดเห็นที่จำเป็นและหลักฐานการปรับปรุงคุณภาพของกระบวนการซอฟต์แวร์ กระบวนการวัดเกี่ยวข้องกับวุฒิภาวะของกระบวนการซอฟต์แวร์อย่างใกล้ชิด2)การวัดกระบวนการของโครงการกระบวนการจัดการ William A.Florac โรเบิร์ต E.Park และ D.Carleton อนิตาอธิบายความสัมพันธ์ระหว่างกระบวนการบริหารและการจัดการโครงการในการวัดซอฟต์แวร์ปฏิบัติ: วัดจัดการกระบวนการและปรับปรุง ผลิตผลิตภัณฑ์ขึ้นอยู่กับองค์ประกอบของทีมงานโครงการซอฟต์แวร์: ข้อกำหนดของผลิตภัณฑ์ แผนโครงการ และกำหนดกระบวนการซอฟต์แวร์ จะสามารถใช้วัดในการบริหารโครงการ: (1) ระบุ และอธิบายถึงความต้องการ(2) จัดเตรียมแผนเพื่อให้บรรลุวัตถุประสงค์ (3) แผนดำเนินการ (4) ติดตามสถานการณ์และความคืบหน้าของงานตามเป้าหมายของแผนโครงการกระบวนการจัดการสามารถใช้ข้อมูลเดียวกันและเครื่องมือวัดที่เกี่ยวข้องเพื่อควบคุม และปรับปรุงกระบวนซอฟต์แวร์ ด้วยตัวเอง นี้หมายถึง ซอฟต์แวร์ที่องค์กรสามารถใช้เพื่อสร้าง และรักษาวัดกรอบทั่วไปของกิจกรรมให้ข้อมูลความสามารถในการจัดการสองของกระบวนการบริหารและการจัดการโครงการ การบริหารโครงการเป็นขั้นตอนสำคัญในหลักสูตรการบริหารโครงการ มันมีกระบวนการที่กำหนด วัด การใช้งานของกระบวนการซอฟต์แวร์การวางแผน แอพลิเคชันการวัด การควบคุม และปรับปรุงกระบวนการ แผนการวัด และการวัด แต่ยัง วัดเนื้อหาหลักของหลักสูตรของโครงการ วัดแผนการสร้างความเข้าใจที่ได้รับการระบุของโครงการกำหนด ผลิตภัณฑ์ กระบวนการ ทรัพยากรที่เกี่ยวข้องกับเรื่อง และแอตทริบิวต์ รวบรวม และใช้วัดถูกรวมอยู่ในโครงการสำหรับประสิทธิภาพของกระบวนการติดตามความต้องการ ใช้วัดการดำเนินการผ่านการประเมินประมวลผลข้อมูลที่ได้ในหลักสูตรโครงการ รวมทั้งข้อมูลที่เกี่ยวข้องกับผลิตภัณฑ์ โดยผลิตภัณฑ์มาตรการที่ใช้ในการควบคุม และปรับปรุงหลักสูตรของโครงการ3) โครงการกระบวนการวัดโครงการกระบวนการวัดส่วนใหญ่ประกอบด้วยสามด้าน รวมครบกำหนดวัดวัดองค์กร ทรัพยากรวัด ฝึกอบรมวัด เอกสารวัดมาตรฐาน จัดการข้อมูล การวัดการวิเคราะห์ และกระบวนการคุณภาพเครื่องมือ วัด จัดการวัด (วัดจัดการสำคัญ ประเมินความเสี่ยง ขั้นตอนการทำงาน วัด ควบคุมวัด และจัดการฐานข้อมูลวัด) รวมทั้งการจัดการโครงการ มาตรการการจัดการคุณภาพ (เช่นการวัดตรวจสอบคุณภาพ เครื่องมือวัดทดสอบคุณภาพ แล้วคุณภาพประกันวัดฯลฯ) และกำหนดมาตรการจัดการ (เช่นการออกแบบเปลี่ยนแปลงควบคุมวัด วัดควบคุมจัดการรุ่น); ที่สาม วงจรวัดเป็นวัดหลักของคำนิยามปัญหา รวมถึงการวัดการวิเคราะห์ความต้องการ วัดออกแบบ ผลิต การวัดและการบำรุงรักษาวัด4) การประเมินกระบวนการโครงการวัดของโครงการจะดำเนินตามกระบวนการแล้วโดยวัด ซึ่งจะช่วยให้หลักสูตรของโครงการวัด controllability งานและติดตามผล จึงช่วยเพิ่มประสิทธิภาพของการวัด กระบวนการทั่วไปของการประเมินกระบวนการซอฟต์แวร์ประกอบด้วย: การยืนยันกระบวนการปัญหา รวบรวมข้อมูลของกระบวนการ การวิเคราะห์ข้อมูลกระบวนการ การตีความกระบวนการข้อมูล รายงานกระบวนการ กระบวนการข้อเสนอ ดำเนินการ การปฏิบัติดูแลและควบคุม กระบวนการคุณภาพของการประเมินช่วยให้มั่นใจว่า โครงการกระบวนการประเมินข้อมูลและคำถามเกี่ยวกับซอฟต์แวร์กระบวนการปรับปรุงหลักสูตรของโครงการ(1)โครงการต้องมีฐานของวัดคุณภาพซอฟต์แวร์(2) โครงการคุณภาพสามารถไม่รับประกันถ้าเพียงเพื่อตอบสนองชัดเจนกำหนดความต้องการ และไม่ตรงกับความต้องการโดยนัย(3) ไม่เป็นไปตามข้อกำหนดมาตรฐานสำหรับการพัฒนากฎ โครงการคุณภาพสามารถไม่สามารถรับประกันได้

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

ตัวชี้วัดโครงการซอฟแวร์และการจัดการคุณภาพบทคัดคุณภาพของซอฟต์แวร์เป็นมากกว่า concernment สำคัญ ลักษณะคุณภาพซอฟท์แวสะท้อนให้เห็นถึงสาระสำคัญของซอฟแวร์ การจัดการคุณภาพของกระบวนการพัฒนาซอฟต์แวร์เป็นวิธีที่สำคัญในการแก้ปัญหาของซอฟต์แวร์ที่มีคุณภาพ มีจำนวนมากของมาตรฐานของการจัดการซอฟต์แวร์ที่มีคุณภาพอยู่แล้วเช่น ISO9001 และ CMMI ซึ่งสามารถช่วยให้องค์กรสามารถสร้างระบบการบริหารจัดการที่มีคุณภาพ แตกต่างจากผลิตภัณฑ์อุตสาหกรรมแบบดั้งเดิมกระบวนการของการพัฒนาซอฟแวร์เป็นเวลาเดียวกับขั้นตอนของการผลิต ดังนั้นวิธีการแบบดั้งเดิมของการควบคุมคุณภาพของฮาร์ดแวร์เห็นได้ชัดว่าไม่สามารถนำไปปรับใช้ในการบริหารจัดการคุณภาพของซอฟต์แวร์ที่เหมาะสม วิทยานิพนธ์นี้อธิบายตัวชี้วัดโครงการซอฟต์แวร์และความรู้การจัดการคุณภาพรวมกับประสบการณ์ของการจัดการคุณภาพโครงการซอฟต์แวร์ในการทำวิจัยบางอย่าง. คำหลัก - ซอฟท์แว; ตัวชี้วัดโครงการ; คุณภาพI.METHODOLOGY และการปฏิบัติของโครงการตัวชี้วัดA. ตัวชี้วัดโครงการตัวชี้วัดโครงการเป็นตัวชี้วัดที่เฉพาะเจาะจงสำหรับโครงการพัฒนาซอฟต์แวร์วัตถุประสงค์คือการควบคุมโครงการของการวัดขนาดของโครงการค่าใช้จ่ายโครงการกำหนดการของโครงการความพึงพอใจของลูกค้าและการบริหารจัดการโครงการเสริม. B. เครื่องชั่งน้ำหนักตัวชี้วัดการพัฒนาซอฟต์แวร์ขนาดของโครงการเป็นพื้นฐานของการวัดการประเมินความพยายามโครงการซอฟต์แวร์งบประมาณค่าใช้จ่ายและการวางแผนความคืบหน้าของโครงการที่เหมาะสม การวัดขนาดเป็นเหตุผลที่สำคัญสำหรับความล้มเหลวของโครงการซอฟต์แวร์. [1] รูปแบบการวัดขนาดที่ดีสามารถแก้ปัญหานี้ การวัดขนาดของซอฟแวร์ที่มีประสิทธิภาพเป็นองค์ประกอบหลักของโครงการที่ประสบความสำเร็จขนาดซอฟต์แวร์ที่มีประสิทธิภาพการวัดสามารถวางแผนการวางแผนโครงการที่เหมาะสม, การวางแผนโครงการที่เหมาะสมจะช่วยให้การบริหารจัดการโครงการได้อย่างมีประสิทธิภาพ ขนาดจุดวัดคือประมาณการจากการพัฒนาของสมาชิกในโครงการในสถานที่; ใช้ความยืดหยุ่นของการพัฒนาที่เกิดขึ้นจริงของข้อมูลงาน; หมดสิ้นไปสุ่มสี่สุ่มห้าตอบสนองความต้องการของลูกค้า "การส่งมอบการคาดการณ์ที่ตรงกันข้าม". การวัดขนาดซอฟแวร์จะช่วยให้ทีมพัฒนาซอฟต์แวร์ที่จะต้องเข้าใจเวลาในการพัฒนาว่าค่าใช้จ่ายการกระจายและความหนาแน่นของข้อบกพร่อง มีความหลากหลายของวิธีการประมาณขนาดซอฟต์แวร์เช่นมีการวิเคราะห์จุดฟังก์ชั่น (FPA), สายรหัส (LOC), เทคนิคเดลฟาย, รุ่น COCOMO ชี้คุณลักษณะองค์ประกอบมาตรฐานชี้วัตถุ 3 มิติจุดทำงาน, เดมาร์โก . บางตัวชี้วัดตรรกศาสตร์และวิธีการเฉพาะเจาะจงมากขึ้นรุ่นต้นทุนสร้างสรรค์ (COCOMO) เป็นที่ถูกต้องและง่ายต่อการใช้วิธีการประมาณค่าใช้จ่ายตามรูปแบบมันก็เสนอครั้งแรกโดย Boehm ในปี 1981 รูปแบบการแบ่งออกเป็นสาม: รูปแบบพื้นฐาน รุ่นกลางและรุ่นตามรายละเอียดไปที่ระดับของรายละเอียด รูปแบบพื้นฐานเป็นรูปแบบเดียวกับตัวแปรคงเส้นแหล่งที่มาโดยประมาณของรหัส (LOC) ในขณะที่ฟังก์ชั่นตัวแปรอิสระในการคำนวณความพยายามในการพัฒนาซอฟต์แวร์ รุ่นระดับกลางที่มีฟังก์ชั่น LOC เป็นตัวแปรอิสระบนพื้นฐานของภาระงานของการพัฒนาซอฟต์แวร์แล้วผลิตภัณฑ์อสังหาริมทรัพย์ฮาร์ดแวร์บุคลากรโครงการและด้านอื่น ๆ ที่มีอิทธิพลต่อปัจจัยในการปรับประมาณการของภาระงาน. รูปแบบรายละเอียดที่จะรวมคุณสมบัติทั้งหมดของ รุ่นกลาง แต่ด้วยปัจจัยต่างๆที่มีผลต่อการประมาณค่าความพยายามปรับยังพิจารณาผลกระทบของแต่ละขั้นตอนของการวิเคราะห์กระบวนการวิศวกรรมซอฟต์แวร์และการออกแบบ รูปแบบ COCOMO มีคุณสมบัติของประมาณการที่ถูกต้องและง่ายต่อการใช้งาน ในรุ่นนี้จำนวนเงินขั้นพื้นฐานต่อไปนี้: 1) จำนวนของกรมสอบสวนคดีพิเศษ (ที่มาการเรียนการสอน) หมายถึงจำนวนของบรรทัดของรหัสและรวมถึงรหัสเส้นแสดงความคิดเห็น ถ้าสายมีสองงบก็จะนับเป็นการเรียนการสอน. 2) MM (หน่วยวัดสำหรับผู้ชาย) กล่าวว่าความพยายามพัฒนา. 3) TDEV (หน่วยวัดเป็นเดือน) หมายถึงความคืบหน้าของการพัฒนาก็คือ กำหนดโดยภาระ. 4) 15 ชนิดของรูปแบบ COCOMO พิจารณาที่สำคัญมีผลกระทบต่อปัจจัยภาระงานซอฟแวร์และการกำหนดปัจจัยคูณที่จะต้องประเมินภาระงานของซอฟแวร์. ซี กระบวนการวัด1) ผลการดำเนินงานของโครงการกระบวนการตัวชี้วัดกระบวนการวัดทุกด้านของกระบวนการพัฒนาซอฟต์แวร์จุดมุ่งหมายของการดำเนินงานในอนาคตของกระบวนการการคาดการณ์ลดการเบี่ยงเบนของผลของกระบวนการทำงานของกระบวนการซอฟต์แวร์คือการจัดการโดยวัตถุประสงค์ การควบคุมกระบวนการและการประเมินผลกระบวนการปรับปรุงอย่างต่อเนื่องเพื่อให้เป็นเกณฑ์เชิงปริมาณ ตัวชี้วัดในกระบวนการและกระบวนการในการพัฒนาซอฟแวร์ที่เกี่ยวข้องกับความสำคัญเชิงกลยุทธ์อย่างใกล้ชิด คุณภาพของกระบวนการผลิตซอฟท์แวโดยตรงจะส่งผลกระทบต่อคุณภาพของผลิตภัณฑ์ซอฟต์แวร์เป็นสิ่งที่ดีหรือไม่ดีวัดและการประเมินผลสามารถปรับปรุงกำหนดกระบวนการและคุณภาพของผลิตภัณฑ์. แทนการวัดและประเมินคุณภาพของผลิตภัณฑ์ซอฟต์แวร์ให้ข้อเสนอแนะที่จำเป็นและหลักฐานที่จะปรับปรุงคุณภาพ กระบวนการซอฟต์แวร์ ตัวชี้วัดกระบวนการที่เกี่ยวข้องกับการครบกำหนดของกระบวนการซอฟต์แวร์อย่างใกล้ชิด. 2) ตัวชี้วัดกระบวนการของโครงการการจัดการกระบวนการวิลเลียม A.Florac, โรเบิร์ตและแอนนิต้า E.Park D.Carleton อธิบายความสัมพันธ์ระหว่างการจัดการกระบวนการและการจัดการโครงการในการวัดซอฟท์แวปฏิบัติ : การวัดสำหรับการจัดการกระบวนการและปรับปรุง การผลิตผลิตภัณฑ์ที่มีพื้นฐานมาจากสามองค์ประกอบของทีมงานโครงการซอฟแวร์ความต้องการผลิตภัณฑ์แผนโครงการและกำหนดกระบวนการซอฟต์แวร์ ตัวชี้วัดในการบริหารโครงการจะนำไปใช้: . (1) ระบุและอธิบายความต้องการ(2) จัดทำแผนเพื่อให้บรรลุวัตถุประสงค์ของตน. (3) แผนการดำเนินงาน. (4) ติดตามสถานะการดำเนินงานและความคืบหน้าของการทำงานตามเป้าหมายของ โครงการแผน. การจัดการกระบวนการสามารถใช้ข้อมูลเดียวกันยังและตัวชี้วัดที่เกี่ยวข้องในการควบคุมและปรับปรุงกระบวนการซอฟแวร์ด้วยตัวเอง ซึ่งหมายความว่าองค์กรซอฟต์แวร์สามารถใช้ในการสร้างและรักษาตัวชี้วัดของกรอบการทำงานร่วมกันของกิจกรรมที่จะให้ข้อมูลที่ทั้งสองสามารถในการจัดการของการจัดการกระบวนการและการจัดการโครงการ หลักสูตรการบริหารจัดการโครงการเป็นขั้นตอนสำคัญในการบริหารจัดการโครงการที่จะรวมถึงขั้นตอนการกำหนดตัวชี้วัดการวางแผนการดำเนินการตามกระบวนการซอฟต์แวร์, ตัวชี้วัดการประยุกต์ใช้การควบคุมกระบวนการและปรับปรุงกระบวนการวางแผนตัวชี้วัดและตัวชี้วัด แต่ยังวัด เนื้อหาหลักของหลักสูตรของโครงการ มาตรการวางแผนที่จะสร้างความเข้าใจที่ได้รับการระบุของกระบวนการโครงการกำหนดผลิตภัณฑ์กระบวนการทรัพยากรเรื่องที่เกี่ยวข้องและคุณลักษณะการเก็บรวบรวมและการใช้งานของตัวชี้วัดที่จะรวมอยู่ในโครงการสำหรับความต้องการของการติดตามประสิทธิภาพของกระบวนการ ตัวชี้วัดที่แอพลิเคชันจะถูกดำเนินการผ่านข้อมูลการวัดกระบวนการที่ได้รับในหลักสูตรของโครงการเช่นเดียวกับข้อมูลที่เกี่ยวข้องกับผลิตภัณฑ์โดยมาตรการผลิตภัณฑ์ที่ใช้ในการควบคุมและปรับปรุงหลักสูตรของโครงการ. 3) ตัวชี้วัดกระบวนการโครงการตัวชี้วัดกระบวนการโครงการส่วนใหญ่มี สามด้านตัวชี้วัดที่ครบกําหนดจะรวมถึงตัวชี้วัดขององค์กรตัวชี้วัดทรัพยากรตัวชี้วัดการฝึกอบรม, เอกสารการวัดมาตรฐานการจัดการข้อมูลการวิเคราะห์ตัวชี้วัดและตัวชี้วัดคุณภาพของกระบวนการผลิต; ตัวชี้วัดการบริหารจัดการ (เช่นการจัดการตัวชี้วัดความสำเร็จครั้ง, วัดความเสี่ยง, การไหลของงานวัด, วัดการควบคุมและจัดการฐานข้อมูลตัวชี้วัด) จะรวมถึงการบริหารจัดการโครงการมาตรการการจัดการคุณภาพ (เช่นมาตรการในการตรวจสอบคุณภาพการวัดการทดสอบคุณภาพและคุณภาพการวัดความเชื่อมั่น. ฯลฯ .) และมาตรการจัดการการตั้งค่า (เช่นการวัดการเปลี่ยนแปลงการออกแบบการควบคุมมาตรการการควบคุมการจัดการรุ่น); ประการที่สามตัวชี้วัดวงจรชีวิตเป็นมาตรการหลักของการกำหนดปัญหารวมทั้งตัวชี้วัดการวิเคราะห์ความต้องการตัวชี้วัดการออกแบบ, การผลิต, การวัดและการวัดการบำรุงรักษา. 4) กระบวนการของโครงการกระบวนการวัดตัวชี้วัดของหลักสูตรของโครงการที่จะดำเนินการให้สอดคล้องกับ กระบวนการที่ดีที่กำหนดไว้แล้วในการวัดซึ่งจะช่วยให้หลักสูตรของโครงการในการวัดการควบคุมงานและการตรวจสอบย้อนกลับซึ่งจะช่วยเพิ่มประสิทธิภาพของการวัด กระบวนการทั่วไปของการวัดกระบวนการซอฟต์แวร์รวมถึงปัญหากระบวนการยืนยัน; ประมวลผลข้อมูลการเก็บรวบรวม; การวิเคราะห์ข้อมูลขั้นตอนการ; ประมวลผลข้อมูลการตีความ; ขั้นตอนการรายงาน; ข้อเสนอกระบวนการ การกระทำของการดำเนินการ; การดำเนินการของการกำกับดูแลและการควบคุม ที่มีคุณภาพขั้นตอนของกระบวนการวัดเพื่อให้แน่ใจว่าข้อมูลการวัดกระบวนการโครงการและคำถามเกี่ยวกับกระบวนการซอฟต์แวร์ปรับปรุงหลักสูตรของการดำเนินโครงการ. (1) ความต้องการของโครงการเป็นฐานของการวัดคุณภาพของซอฟต์แวร์. (2) ที่มีคุณภาพโครงการไม่สามารถรับประกันได้ ถ้าเพียง แต่จะตอบสนองความต้องการที่ชัดเจนและไม่ได้ตอบสนองความต้องการโดยนัย. (3) ไม่เป็นไปตามข้อกำหนดของมาตรฐานสำหรับการพัฒนาหลักเกณฑ์คุณภาพของโครงการไม่สามารถรับประกันได้

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

โครงการซอฟต์แวร์การจัดการการวัดและคุณภาพ

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

คำสำคัญ - ซอฟต์แวร์ ตัวชี้วัดโครงการ คุณภาพ

i.methodology และการปฏิบัติของโครงการวัด

A
โครงการโครงการวัดวัดเป็นวัดเฉพาะสำหรับการพัฒนาซอฟต์แวร์โครงการโดยมีวัตถุประสงค์เพื่อควบคุมโครงการ การวัดขนาดของโครงการ , ค่าใช้จ่ายโครงการ , กำหนดการโครงการ ความพึงพอใจของลูกค้าและการบริหารจัดการโครงการเสริม

B
) สำหรับโครงการพัฒนาซอฟต์แวร์ขนาดพื้นฐานของการวัดประเมินงบประมาณค่าใช้จ่ายโครงการซอฟต์แวร์ความพยายาม ความก้าวหน้าที่เหมาะสมของโครงการและการวางแผนการวัดขนาดเป็นเหตุผลหลักสำหรับความล้มเหลวของโครงการซอฟต์แวร์ [ 1 ] ดีขนาดโมเดลการวัดสามารถแก้ปัญหานี้ได้ การวัดขนาดซอฟต์แวร์ที่มีประสิทธิภาพเป็นองค์ประกอบหลักของโครงการที่ประสบความสำเร็จ : การวัดขนาดซอฟต์แวร์ที่มีประสิทธิภาพสามารถวางแผน
แผนโครงการที่เหมาะสม แผนโครงการที่เหมาะสมจะช่วยให้จัดการโครงการอย่างมีประสิทธิภาพ จุดตรวจวัดขนาดคือประมาณการโดยการพัฒนาของสมาชิกในโครงการ การใช้ความยืดหยุ่นของการพัฒนาที่แท้จริงของข้อมูลงาน จบเรื่องสุ่มสี่สุ่มห้าเพื่อรองรับความต้องการสินค้าตรงกันข้ามทำไมลูกค้า "
การวัดขนาดซอฟต์แวร์ช่วยทีมพัฒนาซอฟต์แวร์ที่ถูกต้องเข้าใจเวลาในการพัฒนาและค่าใช้จ่ายการกระจายและความหนาแน่นของข้อบกพร่อง มีความหลากหลายของวิธี การประมาณขนาดซอฟต์แวร์เช่นการวิเคราะห์ ( FPA ) , สายรหัส ( loc ) เทคนิค Delphi ,
ดังนั้นรูปแบบคุณลักษณะจุด ส่วน จุดวัตถุมาตรฐาน จุดที่ 3 ฟังก์ชัน เดอมาร์โค บางวัด , ตรรกศาสตร์และวิธีการที่เฉพาะเจาะจงมากขึ้น
รูปแบบต้นทุนสร้างสรรค์ ( ดังนั้น ) เป็นวิธีที่ถูกต้องและง่ายต่อการใช้งานสำหรับการประมาณต้นทุน , มันเป็นครั้งแรกที่เสนอโดยโบมในปี 1981 รูปแบบจะแบ่งออกเป็นสาม :แบบพื้นฐาน รุ่นกลาง และรายละเอียดรูปแบบสอดคล้องกับระดับของรายละเอียด แบบพื้นฐานคือรูปแบบคงที่ตัวแปรเดียว มีประมาณบรรทัดของรหัสแหล่งที่มา ( IOC ) เป็นฟังก์ชันตัวแปรอิสระในการคำนวณความพยายามในการพัฒนาซอฟต์แวร์ กลางกับรูปแบบฟังก์ชัน ล็ ในฐานะตัวแปรอิสระบนพื้นฐานภาระงานของการพัฒนาซอฟต์แวร์ของแล้วคุณสมบัติผลิตภัณฑ์ , ฮาร์ดแวร์ บุคลากร โครงการ และด้านอื่น ๆ ปัจจัยที่มีผลต่อการปรับประมาณการภาระงานของ
รายละเอียดรูปแบบรวมถึงคุณลักษณะทั้งหมดของรุ่นกลาง แต่ด้วยปัจจัยต่าง ๆ ที่มีผลต่อการปรับประมาณการความพยายามนี้ยังพิจารณาถึงผลกระทบของแต่ละขั้นตอนของกระบวนการวิศวกรรมซอฟต์แวร์การวิเคราะห์และการออกแบบดังนั้นรูปแบบมีคุณสมบัติของการประมาณการที่ถูกต้องและง่ายต่อการใช้งาน ในรูปแบบนี้ , ปริมาณพื้นฐานต่อไปนี้ :
1 ) จํานวนของ DSI ( สอนที่มา ) หมายถึงจำนวนบรรทัดของรหัสและรวมถึงแสดงความคิดเห็นสายรหัส ถ้าเส้นมี 2 ข้อความ ก็จะนับเป็นการสอน .
2 ) มิลลิเมตร ( หน่วยของการวัดสำหรับผู้ชาย ) บอกว่า ความพยายามในการพัฒนา
3 ) tdev ( หน่วยของการวัดสำหรับเดือน ) หมายถึง ความก้าวหน้าของการพัฒนา มันถูกกำหนดโดยปริมาณงาน
4 ) 15 ชนิด ดังนั้นรูปแบบหลักพิจารณาจะมีผลต่อปัจจัยภาระงานซอฟต์แวร์และโดยการกำหนดปัจจัยการคูณถูกต้องประเมินภาระงานของซอฟต์แวร์ .

1 . การวัดประสิทธิภาพของกระบวนการโครงการ
)