Software measurement Software measurement
- การวัดซอฟต์แวร์ (Software measurement) เกี่ยวข้องกับการหาค่าตัวเลขสำหรับคุณลักษณะของผลิตภัณฑ์ซอฟต์แวร์หรือกระบวนการ
- เพื่อช่วยเปรียบเทียบวัตถุประสงค์ระหว่างเทคนิคและกระบวนการ
- แม้ว่าบางบริษัทได้นำเสนอโปรแกรมการวัดแล้ว แต่องค์กรส่วนใหญ่ยังไม่ใช้การวัดซอฟต์แวร์เป็นระบบ
- มีมาตรฐานเกี่ยวกับเรื่องนี้เป็นจำนวนน้อย Software metric
- Software metric
- คือการวัดใด ๆ ที่เกี่ยวข้องกับระบบซอฟต์แวร์ กระบวนการ หรือเอกสารที่เกี่ยวข้อง
- เช่น บรรทัดของรหัสในโปรแกรม, Fox index, จำนวนคน-วันที่จำเป็นในการพัฒนา
- อนุญาตให้ใช้ซอฟต์แวร์และกระบวนการซอฟต์แวร์ในเชิงปริมาณได้
- อาจใช้เพื่อคาดเดาคุณลักษณะของผลิตภัณฑ์หรือเพื่อควบคุมกระบวนการซอฟต์แวร์
- Product metrics สามารถใช้เพื่อการคาดการณ์ทั่วไปหรือระบุส่วนประกอบที่ไม่เป็นไปตามข้อกำหนด Types of process metric
- เวลาที่ใช้สำหรับกระบวนการเฉพาะที่จะแล้วเสร็จ
- อาจเป็นเวลารวมในการดำเนินการ เวลาในปฏิทิน เวลาในการดำเนินการของวิศวกรเฉพาะราย และอื่น ๆ
- ทรัพยากรที่จำเป็นสำหรับกระบวนการเฉพาะ
- ทรัพยากรอาจรวมถึง ทรัพยากรคน-วัน ค่าเดินทาง หรือทรัพยากรคอมพิวเตอร์
- จำนวนครั้งที่เกิดขึ้นของเหตุการณ์หนึ่ง ๆ เช่น
- จำนวนข้อบกพร่องที่ค้นพบในระหว่างการตรวจสอบโค้ด
- จำนวนของข้อกำหนดที่ต้องการเปลี่ยนแปลง
- จำนวนรายงานข้อบกพร่องในระบบที่ส่งมอบ
- จำนวนบรรทัดโดยเฉลี่ยของรหัสที่แก้ไข (ในการตอบสนองต่อความต้องการเปลี่ยนแปลง) Predictor and control measurements Relationships between internal and external software Problems with measurement in industry
- เป็นไปไม่ได้ที่จะหาจำนวนผลตอบแทนจากการลงทุนในการใช้งานโปรแกรมเมตริกขององค์กร
- ไม่มีมาตรฐานสำหรับซอฟต์แวร์เมตริกหรือกระบวนการมาตรฐานสำหรับการวัดและการวิเคราะห์
- ในหลายบริษัท มีกระบวนการซอฟต์แวร์ที่ไม่ได้มาตรฐาน มีการกำหนดและควบคุมไม่ดี
- งานส่วนใหญ่ในการวัดซอฟต์แวร์ มุ่งเน้นไปที่เมตริกที่ใช้โค้ดและกระบวนการพัฒนาแบบ plan driven
- อย่างไรก็ตามขณะนี้มีการพัฒนาให้สามารถใช้ได้กับ ERP หรือ COTS
- การนำการวัดซอฟต์แวร์มาใช้ จะเพิ่มค่าใช้จ่ายให้กับกระบวนการต่างๆ Empirical software engineering
- Software measurement และ software metrics เป็นพื้นฐานของวิศวกรรมซอฟต์แวร์เชิงประจักษ์
- ขอบเขตการวิจัยซึ่งการทดลองเกี่ยวกับระบบซอฟต์แวร์ และการรวบรวมข้อมูลเกี่ยวกับโครงการจริง ได้ถูกใช้เพื่อสร้างและตรวจสอบสมมติฐานเกี่ยวกับวิธีการและเทคนิคด้านวิศวกรรมซอฟต์แวร์
- การวิจัยเกี่ยวกับวิศวกรรมซอฟต์แวร์เชิงประจักษ์นี้ ไม่ได้ส่งผลกระทบอย่างมากนักต่อการปฏิบัติด้านวิศวกรรมซอฟต์แวร์
- เป็นการยากที่จะเชื่อมโยงการวิจัยเข้ากับโครงการที่แตกต่างจากงานวิจัย Software component analysis
- ส่วนประกอบต่าง ๆ ของระบบ สามารถวิเคราะห์แยกกันโดยใช้เมตริกต่าง ๆ
- ค่าของเมตริกเหล่านี้อาจเทียบกับคอมโพเนนต์ที่แตกต่างกัน และอาจมีข้อมูลประวัติการวัดที่รวบรวมจากโครงการก่อนหน้า The process of product measurement Measurement ambiguity
- เมื่อรวบรวมข้อมูลเชิงปริมาณเกี่ยวกับซอฟต์แวร์และกระบวนการซอฟต์แวร์ เราต้องวิเคราะห์ข้อมูลนั้นเพื่อทำความเข้าใจกับความหมายของข้อมูล
- การตีความผิดข้อมูลและการอนุมานที่ไม่ถูกต้องเป็นเรื่องง่าย
- เราไม่สามารถดูข้อมูลด้วยตัวเองอย่างง่าย ๆ ต้องพิจารณาบริบทที่รวบรวมข้อมูลด้วย Measurement surprises
- การลดจำนวนข้อผิดพลาดในโปรแกรม อาจทำให้จำนวนการโทรติดต่อเจ้าหน้าที่ช่วยเหลือเพิ่มขึ้น
- โปรแกรมที่มีความน่าเชื่อถือมากและมีตลาดที่มีความหลากหลายมากขึ้นนั้น อาจมีเปอร์เซ็นต์ของผู้ใช้ที่โทรติดต่อฝ่ายบริการความช่วยเหลือลดลง แต่อาจมีจำนวนเพิ่มขึ้น
- ระบบที่เชื่อถือได้มากขึ้น จะยิ่งถูกนำไปใช้ในลักษณะที่แตกต่างกัน โดยผู้ใช้ที่หลากหลาย เมื่อไม่ตรงตามที่ผู้ใช้คาดหวัง อาจนำไปสู่การโทรติดต่อฝ่ายบริการความช่วยเหลือเพิ่มเติม