เทคนิคการประมาณค่า - กระบวนการนับ FP

กระบวนการนับ FP ประกอบด้วยขั้นตอนต่อไปนี้ -

• Step 1 - กำหนดประเภทของการนับ

• Step 2 - กำหนดขอบเขตของการนับ

• Step 3 - ระบุแต่ละกระบวนการเบื้องต้น (EP) ที่ผู้ใช้ต้องการ

• Step 4 - กำหนด EP ที่ไม่ซ้ำกัน

• Step 5 - ฟังก์ชั่นการวัดข้อมูล

• Step 6 - วัดฟังก์ชันการทำธุรกรรม

• Step 7 - คำนวณขนาดการทำงาน (จำนวนจุดฟังก์ชันที่ไม่ได้ปรับ)

• Step 8 - กำหนด Value Adjustment Factor (VAF)

• Step 9 - คำนวณจำนวนจุดฟังก์ชันที่ปรับแล้ว

Note- ลักษณะทั่วไปของระบบ (GSC) เป็นทางเลือกใน CPM 4.3.1 และย้ายไปที่ภาคผนวก ดังนั้นขั้นตอนที่ 8 และขั้นตอนที่ 9 สามารถข้ามไปได้

ขั้นตอนที่ 1: กำหนดประเภทของการนับ

การนับคะแนนฟังก์ชันมีสามประเภท -

• การนับคะแนนฟังก์ชันการพัฒนา
• การนับคะแนนฟังก์ชันแอปพลิเคชัน
• การนับคะแนนฟังก์ชันการเพิ่มประสิทธิภาพ

การนับคะแนนฟังก์ชันการพัฒนา

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

การนับคะแนนฟังก์ชันแอปพลิเคชัน

จำนวนแอปพลิเคชันคำนวณตามจุดของฟังก์ชันที่ส่งมอบและไม่รวมความพยายามในการแปลงใด ๆ (ต้นแบบหรือโซลูชันชั่วคราว) และฟังก์ชันการทำงานที่มีอยู่ที่อาจมีอยู่

การนับคะแนนฟังก์ชันการเพิ่มประสิทธิภาพ

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

ขั้นตอนที่ 2: กำหนดขอบเขตของการนับ

ขอบเขตระบุเส้นขอบระหว่างแอปพลิเคชันที่กำลังวัดกับแอปพลิเคชันภายนอกหรือโดเมนผู้ใช้ (ดูรูปที่ 1)

เพื่อกำหนดขอบเขตทำความเข้าใจ -

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

ขั้นตอนที่ 3: ระบุกระบวนการพื้นฐานแต่ละขั้นตอนที่ผู้ใช้ต้องการ

เขียนและ / หรือแยกย่อยความต้องการของผู้ใช้ที่ใช้งานได้เป็นหน่วยกิจกรรมที่เล็กที่สุดซึ่งเป็นไปตามเกณฑ์ทั้งหมดต่อไปนี้ -

• มีความหมายต่อผู้ใช้.
• ถือเป็นการทำธุรกรรมที่สมบูรณ์
• เป็นตัวของตัวเอง.
• ทำให้ธุรกิจของแอปพลิเคชันถูกนับอยู่ในสถานะที่สอดคล้องกัน

ตัวอย่างเช่นข้อกำหนดของผู้ใช้ตามหน้าที่ -“ รักษาข้อมูลพนักงาน” สามารถแยกย่อยออกเป็นกิจกรรมเล็ก ๆ เช่นเพิ่มพนักงานเปลี่ยนพนักงานลบพนักงานและสอบถามเกี่ยวกับพนักงาน

แต่ละหน่วยของกิจกรรมที่ระบุจึงเป็นกระบวนการพื้นฐาน (EP)

ขั้นตอนที่ 4: กำหนดกระบวนการพื้นฐานเฉพาะ

เปรียบเทียบสอง EP ที่ระบุไว้แล้วให้นับเป็น EP เดียว (EP เดียวกัน) หาก -

• ต้องการ DET ชุดเดียวกัน
• ต้องการ FTR ชุดเดียวกัน
• ต้องการตรรกะการประมวลผลชุดเดียวกันเพื่อทำ EP

อย่าแยก EP ที่มีตรรกะการประมวลผลหลายรูปแบบออกเป็นหลาย Eps

ตัวอย่างเช่นหากคุณระบุว่า 'เพิ่มพนักงาน' เป็น EP ไม่ควรแบ่งออกเป็นสอง EP เพื่อพิจารณาข้อเท็จจริงที่ว่าพนักงานอาจมีหรือไม่มีผู้อยู่ในอุปการะ EP ยังคงเป็น 'เพิ่มพนักงาน' และมีการเปลี่ยนแปลงในตรรกะการประมวลผลและ DET ที่ต้องพิจารณาสำหรับผู้อยู่ในอุปการะ

ขั้นตอนที่ 5: วัดฟังก์ชันข้อมูล

จำแนกแต่ละฟังก์ชันข้อมูลเป็น ILF หรือ EIF

ฟังก์ชันข้อมูลจะถูกจัดประเภทเป็น -

• ไฟล์ลอจิคัลภายใน (ILF) หากได้รับการดูแลโดยแอปพลิเคชันที่กำลังวัด

• ไฟล์อินเทอร์เฟซภายนอก (EIF) หากมีการอ้างอิง แต่ไม่ได้รับการดูแลโดยแอปพลิเคชันที่กำลังวัด

ILF และ EIF สามารถมีข้อมูลธุรกิจข้อมูลควบคุมและข้อมูลตามกฎ ตัวอย่างเช่นการสลับโทรศัพท์ประกอบด้วยทั้งสามประเภท ได้แก่ ข้อมูลธุรกิจข้อมูลกฎและข้อมูลควบคุม ข้อมูลทางธุรกิจคือการโทรจริง ข้อมูลกฎคือวิธีที่ควรกำหนดเส้นทางการโทรผ่านเครือข่ายและข้อมูลการควบคุมคือวิธีที่สวิตช์สื่อสารระหว่างกัน

พิจารณาเอกสารประกอบการนับ ILF และ EIF ต่อไปนี้ -

• วัตถุประสงค์และข้อ จำกัด สำหรับระบบที่นำเสนอ
• เอกสารเกี่ยวกับระบบปัจจุบันหากมีระบบดังกล่าว
• เอกสารการรับรู้วัตถุประสงค์ปัญหาและความต้องการของผู้ใช้
• แบบจำลองข้อมูล

ขั้นตอนที่ 5.1: นับ DET ​​สำหรับแต่ละฟังก์ชันข้อมูล

ใช้กฎต่อไปนี้เพื่อนับ DET ​​สำหรับ ILF / EIF -

• นับ DET ​​สำหรับแต่ละฟิลด์ที่ระบุผู้ใช้ที่ไม่ซ้ำกันซึ่งไม่ซ้ำกันที่เก็บรักษาในหรือดึงมาจาก ILF หรือ EIF ผ่านการดำเนินการของ EP

• นับเฉพาะ DET ที่ถูกใช้โดยแอปพลิเคชันที่วัดเมื่อสองแอปพลิเคชันขึ้นไปรักษาและ / หรืออ้างอิงฟังก์ชันข้อมูลเดียวกัน

• นับ DET ​​สำหรับแต่ละแอตทริบิวต์ที่ผู้ใช้ต้องการเพื่อสร้างความสัมพันธ์กับ ILF หรือ EIF อื่น

• ตรวจสอบแอตทริบิวต์ที่เกี่ยวข้องเพื่อตรวจสอบว่ามีการจัดกลุ่มและนับเป็น DET เดียวหรือไม่หรือนับเป็น DET หลายรายการ การจัดกลุ่มจะขึ้นอยู่กับว่า EP ใช้แอตทริบิวต์ภายในแอปพลิเคชันอย่างไร

ขั้นตอนที่ 5.2: นับ RET สำหรับแต่ละฟังก์ชันข้อมูล

ใช้กฎต่อไปนี้เพื่อนับ RET สำหรับ ILF / EIF -

• นับหนึ่ง RET สำหรับแต่ละฟังก์ชันข้อมูล
• นับหนึ่ง RET เพิ่มเติมสำหรับแต่ละกลุ่มย่อยเชิงตรรกะเพิ่มเติมของ DET ต่อไปนี้
  • เอนทิตีที่เกี่ยวข้องกับแอตทริบิวต์ที่ไม่ใช่คีย์
  • ประเภทย่อย (นอกเหนือจากประเภทย่อยแรก)
  • Attributive entity ในความสัมพันธ์อื่นที่ไม่ใช่บังคับ 1: 1

ขั้นตอนที่ 5.3: กำหนดความซับซ้อนของฟังก์ชันสำหรับแต่ละฟังก์ชันข้อมูล

ผลตอบแทน	ประเภทองค์ประกอบข้อมูล (DET)
	1-19	20-50	>50
1	ล	ล	ก
2 ถึง 5	ล	ก	ซ
> 5	ก	ซ	ซ

ความซับซ้อนในการทำงาน: L = ต่ำ; A = ค่าเฉลี่ย; H = สูง

ขั้นตอนที่ 5.4: วัดขนาดการทำงานสำหรับแต่ละฟังก์ชันข้อมูล

ความซับซ้อนในการทำงาน	FP Count สำหรับ ILF	FP Count สำหรับ EIF
ต่ำ	7	5
เฉลี่ย	10	7
สูง	15	10

ขั้นตอนที่ 6: วัดฟังก์ชันการทำธุรกรรม

ในการวัดฟังก์ชันการทำธุรกรรมต่อไปนี้เป็นขั้นตอนที่จำเป็น -

ขั้นตอนที่ 6.1: จำแนกแต่ละฟังก์ชันการทำธุรกรรม

ฟังก์ชันธุรกรรมควรจัดประเภทเป็นอินพุตภายนอกเอาต์พุตภายนอกหรือการสอบถามจากภายนอก

อินพุตภายนอก

อินพุตภายนอก (EI) เป็นกระบวนการพื้นฐานที่ประมวลผลข้อมูลหรือควบคุมข้อมูลที่มาจากนอกขอบเขต วัตถุประสงค์หลักของ EI คือการรักษา ILF หนึ่งรายการขึ้นไปและ / หรือเพื่อปรับเปลี่ยนพฤติกรรมของระบบ

ต้องใช้กฎต่อไปนี้ทั้งหมด -

• ข้อมูลหรือข้อมูลควบคุมได้รับจากภายนอกขอบเขตของแอปพลิเคชัน

• มีการเก็บรักษา ILF อย่างน้อยหนึ่งรายการหากข้อมูลที่เข้าสู่ขอบเขตไม่ได้ควบคุมข้อมูลที่เปลี่ยนแปลงพฤติกรรมของระบบ

• สำหรับ EP ที่ระบุต้องใช้หนึ่งในสามคำสั่ง -

  • ตรรกะการประมวลผลไม่เหมือนใครจากตรรกะการประมวลผลที่ดำเนินการโดย EI อื่นสำหรับแอปพลิเคชัน

  • ชุดองค์ประกอบข้อมูลที่ระบุแตกต่างจากชุดที่ระบุสำหรับ EI อื่นในแอปพลิเคชัน

  • ILF หรือ EIF ที่อ้างถึงแตกต่างจากไฟล์ที่อ้างอิงโดย EI อื่นในแอปพลิเคชัน

เอาต์พุตภายนอก

External Output (EO) เป็นกระบวนการพื้นฐานที่ส่งข้อมูลหรือควบคุมข้อมูลนอกขอบเขตของแอปพลิเคชัน EO รวมถึงการประมวลผลเพิ่มเติมนอกเหนือจากการสอบถามจากภายนอก

วัตถุประสงค์หลักของ EO คือการนำเสนอข้อมูลแก่ผู้ใช้ผ่านตรรกะการประมวลผลนอกเหนือจากหรือนอกเหนือจากการดึงข้อมูลหรือข้อมูลการควบคุม

ตรรกะการประมวลผลต้อง -

• มีสูตรทางคณิตศาสตร์หรือการคำนวณอย่างน้อยหนึ่งสูตร
• สร้างข้อมูลที่ได้รับ
• รักษา ILF หนึ่งรายการขึ้นไป
• ปรับเปลี่ยนพฤติกรรมของระบบ

ต้องใช้กฎต่อไปนี้ทั้งหมด -

• ส่งข้อมูลหรือควบคุมข้อมูลภายนอกขอบเขตของแอปพลิเคชัน
• สำหรับ EP ที่ระบุต้องใช้หนึ่งในสามคำสั่ง -
  • ตรรกะการประมวลผลไม่เหมือนใครจากตรรกะการประมวลผลที่ดำเนินการโดย EO อื่นสำหรับแอปพลิเคชัน
  • ชุดองค์ประกอบข้อมูลที่ระบุแตกต่างจาก EO อื่น ๆ ในแอปพลิเคชัน
  • ILF หรือ EIF ที่อ้างถึงแตกต่างจากไฟล์ที่อ้างอิงโดย EO อื่นในแอปพลิเคชัน

นอกจากนี้ต้องใช้กฎข้อใดข้อหนึ่งต่อไปนี้ -

• ตรรกะการประมวลผลประกอบด้วยสูตรทางคณิตศาสตร์หรือการคำนวณอย่างน้อยหนึ่งรายการ
• ตรรกะในการประมวลผลรักษาอย่างน้อยหนึ่ง ILF
• ตรรกะการประมวลผลจะเปลี่ยนแปลงพฤติกรรมของระบบ

คำถามภายนอก

External Inquiry (EQ) เป็นกระบวนการพื้นฐานที่ส่งข้อมูลหรือควบคุมข้อมูลนอกขอบเขต วัตถุประสงค์หลักของ EQ คือการนำเสนอข้อมูลแก่ผู้ใช้ผ่านการดึงข้อมูลหรือข้อมูลการควบคุม

ตรรกะการประมวลผลไม่มีสูตรทางคณิตศาสตร์หรือการคำนวณและไม่สร้างข้อมูลที่ได้รับ ไม่มีการบำรุงรักษา ILF ในระหว่างการประมวลผลและไม่มีการเปลี่ยนแปลงพฤติกรรมของระบบ

ต้องใช้กฎต่อไปนี้ทั้งหมด -

• ส่งข้อมูลหรือควบคุมข้อมูลภายนอกขอบเขตของแอปพลิเคชัน
• สำหรับ EP ที่ระบุต้องใช้หนึ่งในสามคำสั่ง -
  • ตรรกะการประมวลผลไม่เหมือนใครจากตรรกะการประมวลผลที่ดำเนินการโดย EQ อื่น ๆ สำหรับแอปพลิเคชัน
  • ชุดองค์ประกอบข้อมูลที่ระบุแตกต่างจาก EQ อื่น ๆ ในแอปพลิเคชัน
  • ILF หรือ EIF ที่อ้างถึงแตกต่างจากไฟล์ที่อ้างถึงโดย EQ อื่น ๆ ในแอปพลิเคชัน

นอกจากนี้ต้องใช้กฎต่อไปนี้ทั้งหมด -

• ตรรกะการประมวลผลดึงข้อมูลหรือควบคุมข้อมูลจาก ILF หรือ EIF
• ตรรกะการประมวลผลไม่มีสูตรทางคณิตศาสตร์หรือการคำนวณ
• ตรรกะการประมวลผลไม่ได้เปลี่ยนแปลงพฤติกรรมของระบบ
• ตรรกะการประมวลผลไม่รักษา ILF

ขั้นตอนที่ 6.2: นับ DET ​​สำหรับแต่ละฟังก์ชันธุรกรรม

ใช้กฎต่อไปนี้เพื่อนับ DET ​​สำหรับ EI -

• ตรวจสอบทุกสิ่งที่ข้าม (เข้าและ / หรือออก) ขอบเขต

• นับหนึ่ง DET สำหรับแอตทริบิวต์ที่ระบุตัวตนและไม่ซ้ำกันของผู้ใช้แต่ละรายที่ข้าม (เข้าและ / หรือออก) ขอบเขตระหว่างการประมวลผลฟังก์ชันทรานแซคชัน

• นับเพียงหนึ่ง DET ต่อฟังก์ชันการทำธุรกรรมสำหรับความสามารถในการส่งข้อความตอบกลับของแอปพลิเคชันแม้ว่าจะมีหลายข้อความก็ตาม

• นับเพียงหนึ่ง DET ต่อฟังก์ชันทรานแซคชันสำหรับความสามารถในการเริ่มต้นการดำเนินการแม้ว่าจะมีหลายวิธีก็ตาม

• อย่านับรายการต่อไปนี้เป็น DET -

  • แอตทริบิวต์ที่สร้างขึ้นภายในขอบเขตโดยฟังก์ชันการทำธุรกรรมและบันทึกลงใน ILF โดยไม่ต้องออกจากขอบเขต

  • ตัวอักษรเช่นชื่อรายงานตัวระบุหน้าจอหรือแผงส่วนหัวคอลัมน์และชื่อแอตทริบิวต์

  • แอปพลิเคชันสร้างตราประทับเช่นแอตทริบิวต์วันที่และเวลา

  • ตัวแปรการเพจหมายเลขหน้าและข้อมูลการกำหนดตำแหน่งเช่น 'แถวที่ 37 ถึง 54 จาก 211'

  • เครื่องมือช่วยในการนำทางเช่นความสามารถในการนำทางภายในรายการโดยใช้“ ก่อนหน้า”“ ถัดไป”“ แรก”“ สุดท้าย” และสิ่งที่เทียบเท่าแบบกราฟิก

ใช้กฎต่อไปนี้เพื่อนับ DET ​​สำหรับ EOs / EQs -

• ตรวจสอบทุกสิ่งที่ข้าม (เข้าและ / หรือออก) ขอบเขต

• นับหนึ่ง DET สำหรับแอตทริบิวต์ที่ระบุตัวตนและไม่ซ้ำกันของผู้ใช้แต่ละรายที่ข้าม (เข้าและ / หรือออก) ขอบเขตระหว่างการประมวลผลฟังก์ชันทรานแซคชัน

• นับเพียงหนึ่ง DET ต่อฟังก์ชันการทำธุรกรรมสำหรับความสามารถในการส่งข้อความตอบกลับของแอปพลิเคชันแม้ว่าจะมีหลายข้อความก็ตาม

• นับเพียงหนึ่ง DET ต่อฟังก์ชันทรานแซคชันสำหรับความสามารถในการเริ่มต้นการดำเนินการแม้ว่าจะมีหลายวิธีก็ตาม

• อย่านับรายการต่อไปนี้เป็น DET -

  • แอตทริบิวต์ที่สร้างขึ้นภายในขอบเขตโดยไม่ต้องข้ามขอบเขต

  • ตัวอักษรเช่นชื่อรายงานตัวระบุหน้าจอหรือแผงส่วนหัวคอลัมน์และชื่อแอตทริบิวต์

  • แอปพลิเคชันสร้างตราประทับเช่นแอตทริบิวต์วันที่และเวลา

  • ตัวแปรการเพจหมายเลขหน้าและข้อมูลการกำหนดตำแหน่งเช่น 'แถวที่ 37 ถึง 54 จาก 211'

  • เครื่องมือช่วยในการนำทางเช่นความสามารถในการนำทางภายในรายการโดยใช้“ ก่อนหน้า”“ ถัดไป”“ แรก”“ สุดท้าย” และสิ่งที่เทียบเท่าแบบกราฟิก

ขั้นตอนที่ 6.3: นับ FTR สำหรับแต่ละฟังก์ชันธุรกรรม

ใช้กฎต่อไปนี้เพื่อนับ FTR สำหรับ EI -

• นับ FTR สำหรับแต่ละ ILF ที่ดูแล
• นับ FTR สำหรับแต่ละ ILF หรือ EIF ที่อ่านในระหว่างการประมวลผล EI
• นับเพียงหนึ่ง FTR สำหรับแต่ละ ILF ที่ได้รับการดูแลและอ่าน

ใช้กฎต่อไปนี้เพื่อนับ FTR สำหรับ EO / EQ -

• นับ FTR สำหรับแต่ละ ILF หรือ EIF ที่อ่านระหว่างประมวลผล EP

นอกจากนี้ให้ใช้กฎต่อไปนี้เพื่อนับ FTR สำหรับ EO -

• นับ FTR สำหรับแต่ละ ILF ที่คงไว้ในระหว่างการประมวลผลของ EP
• นับเพียงหนึ่ง FTR สำหรับแต่ละ ILF ที่ดูแลและอ่านโดย EP

ขั้นตอนที่ 6.4: กำหนดความซับซ้อนของฟังก์ชันสำหรับแต่ละฟังก์ชันของธุรกรรม

FTR	ประเภทองค์ประกอบข้อมูล (DET)
	1-4	5-15	>=16
0-1	ล	ล	ก
2	ล	ก	ซ
> = 3	ก	ซ	ซ

ความซับซ้อนในการทำงาน: L = ต่ำ; A = ค่าเฉลี่ย; H = สูง

กำหนดความซับซ้อนในการทำงานสำหรับแต่ละ EO / EQ โดยมีข้อยกเว้นว่า EQ ต้องมีค่า FTR อย่างน้อย 1 รายการ -

EQ ต้องมีอย่างน้อย 1 FTR FTR	ประเภทองค์ประกอบข้อมูล (DET)
	1-4	5-15	> = 16
0-1	ล	ล	ก
2	ล	ก	ซ
> = 3	ก	ซ	ซ

ความซับซ้อนในการทำงาน: L = ต่ำ; A = ค่าเฉลี่ย; H = สูง

ขั้นตอนที่ 6.5: วัดขนาดการทำงานสำหรับแต่ละฟังก์ชันการทำธุรกรรม

วัดขนาดการทำงานสำหรับแต่ละ EI จากความซับซ้อนในการทำงาน

ความซับซ้อน	นับ FP
ต่ำ	3
เฉลี่ย	4
สูง	6

วัดขนาดการทำงานสำหรับแต่ละ EO / EQ จากความซับซ้อนในการทำงาน

ความซับซ้อน	FP Count สำหรับ EO	FP Count สำหรับ EQ
ต่ำ	4	3
เฉลี่ย	5	4
สูง	6	6

ขั้นตอนที่ 7: คำนวณขนาดการทำงาน (จำนวนจุดของฟังก์ชันที่ยังไม่ได้ปรับ)

ในการคำนวณขนาดการทำงานควรทำตามขั้นตอนด้านล่าง -

ขั้นตอนที่ 7.1

ระลึกถึงสิ่งที่คุณพบในขั้นตอนที่ 1 กำหนดประเภทของการนับ

ขั้นตอนที่ 7.2

คำนวณขนาดการทำงานหรือจำนวนจุดของฟังก์ชันตามประเภท

• สำหรับการนับคะแนนฟังก์ชันการพัฒนาไปที่ขั้นตอนที่ 7.3
• สำหรับการนับคะแนนฟังก์ชันแอปพลิเคชันไปที่ขั้นตอน 7.4
• สำหรับการนับคะแนนฟังก์ชันการปรับปรุงให้ไปที่ขั้นตอนที่ 7.5

ขั้นตอนที่ 7.3

การนับคะแนนฟังก์ชันการพัฒนาประกอบด้วยสององค์ประกอบของฟังก์ชันการทำงาน -

• ฟังก์ชันการทำงานของแอปพลิเคชันที่รวมอยู่ในข้อกำหนดของผู้ใช้สำหรับโครงการ

• ฟังก์ชันการแปลงที่รวมอยู่ในข้อกำหนดของผู้ใช้สำหรับโครงการ ฟังก์ชันการแปลงประกอบด้วยฟังก์ชันที่มีให้เฉพาะในการติดตั้งเพื่อแปลงข้อมูลและ / หรือให้ข้อกำหนดการแปลงอื่น ๆ ที่ผู้ใช้ระบุเช่นรายงานการแปลงพิเศษ เช่นโปรแกรมประยุกต์ที่มีอยู่อาจถูกแทนที่ด้วยระบบใหม่

DFP = ADD + CFP

ที่ไหน

DFP = การนับคะแนนฟังก์ชันการพัฒนา

ADD = ขนาดของฟังก์ชันที่ส่งมอบให้กับผู้ใช้โดยโครงการพัฒนา

CFP = ขนาดของฟังก์ชันการแปลง

ADD = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

CFP = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

ขั้นตอนที่ 7.4

คำนวณจำนวนจุดของฟังก์ชันแอปพลิเคชัน

AFP = ADD

ที่ไหน

AFP = จำนวนจุดของฟังก์ชันแอปพลิเคชัน

ADD = ขนาดของฟังก์ชันที่ส่งมอบให้กับผู้ใช้โดยโครงการพัฒนา (ไม่รวมขนาดของฟังก์ชันการแปลงใด ๆ ) หรือฟังก์ชันที่มีอยู่เมื่อใดก็ตามที่มีการนับแอปพลิเคชัน

ADD = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

ขั้นตอนที่ 7.5

Enhancement Function Point Count จะพิจารณาองค์ประกอบของฟังก์ชันการทำงานสี่ประการต่อไปนี้

• ฟังก์ชันที่เพิ่มลงในแอปพลิเคชัน
• ฟังก์ชันที่แก้ไขในแอปพลิเคชัน
• ฟังก์ชันการแปลง
• ฟังก์ชันที่ถูกลบออกจากแอปพลิเคชัน

EFP = ADD + CHGA + CFP + DEL

ที่ไหน

EFP = การนับคะแนนฟังก์ชันการเพิ่มประสิทธิภาพ

ADD = ขนาดของฟังก์ชันที่เพิ่มโดยโครงการปรับปรุง

CHGA = ขนาดของฟังก์ชันที่ถูกเปลี่ยนแปลงโดยโครงการปรับปรุง

CFP = ขนาดของฟังก์ชันการแปลง

DEL = ขนาดของฟังก์ชันที่ถูกลบโดยโครงการปรับปรุง

ADD = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

CHGA = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

CFP = จำนวน FP (ILF) + จำนวน FP (EIF) + จำนวน FP (EIs) + จำนวน FP (EO) + จำนวน FP (EQ)

DEL = FP Count (ILFs) + FP Count (EIFs) + FP COUNT (EIs) + FP Count (EOs) + FP Count (EQs)

ขั้นตอนที่ 8: กำหนดปัจจัยการปรับมูลค่า

GSC เป็นทางเลือกใน CPM 4.3.1 และย้ายไปที่ภาคผนวก ดังนั้นขั้นตอนที่ 8 และขั้นตอนที่ 9 สามารถข้ามไปได้

Value Adjustment Factor (VAF) อ้างอิงจาก GSC 14 รายการที่ให้คะแนนการทำงานทั่วไปของแอปพลิเคชันที่นับ GSC เป็นข้อ จำกัด ทางธุรกิจของผู้ใช้โดยไม่ขึ้นอยู่กับเทคโนโลยี แต่ละลักษณะมีคำอธิบายที่เกี่ยวข้องเพื่อกำหนดระดับของอิทธิพล

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

ระดับของช่วงอิทธิพลอยู่ในระดับศูนย์ถึงห้าตั้งแต่ไม่มีอิทธิพลไปจนถึงอิทธิพลที่รุนแรง

คะแนน	ระดับของอิทธิพล
0	ไม่มีอยู่หรือไม่มีอิทธิพล
1	อิทธิพลโดยบังเอิญ
2	อิทธิพลปานกลาง
3	อิทธิพลโดยเฉลี่ย
4	อิทธิพลที่สำคัญ
5	อิทธิพลที่แข็งแกร่งตลอด

กำหนดระดับอิทธิพลของ GSC ทั้ง 14 หน่วยงาน

ผลรวมของค่า 14 GSC ที่ได้รับจึงเรียกว่า Total Degree of Influence (TDI)

TDI = ∑¹⁴ Degrees of Influence

จากนั้นคำนวณ Value Adjustment Factor (VAF) เป็น

VAF = (TDI × 0.01) + 0.65

GSC แต่ละตัวสามารถเปลี่ยนแปลงได้ตั้งแต่ 0 ถึง 5 TDI อาจแตกต่างกันไปตั้งแต่ (0 × 14) ถึง (5 × 14) เช่น 0 (เมื่อ GSC ทั้งหมดต่ำ) ถึง 70 (เมื่อ GSC ทั้งหมดสูง) เช่น 0 ≤ TDI ≤ 70 ดังนั้น VAF จึงสามารถเปลี่ยนแปลงได้ในช่วงตั้งแต่ 0.65 (เมื่อ GSC ทั้งหมดอยู่ในระดับต่ำ) ถึง 1.35 (เมื่อ GSC ทั้งหมดสูง) เช่น 0.65 ≤ VAF ≤ 1.35

ขั้นตอนที่ 9: คำนวณจำนวนจุดของฟังก์ชันที่ปรับแล้ว

ตามแนวทาง FPA ที่ใช้ VAF (CPM เวอร์ชันก่อน V4.3.1) สิ่งนี้ถูกกำหนดโดย

Adjusted FP Count = Unadjusted FP Count × VAF

โดยที่จำนวน FP ที่ไม่ได้ปรับคือขนาดการทำงานที่คุณได้คำนวณไว้ในขั้นตอนที่ 7

เนื่องจาก VAF สามารถเปลี่ยนแปลงได้ตั้งแต่ 0.65 ถึง 1.35 VAF จึงมีอิทธิพล± 35% ต่อจำนวน FP ที่ปรับขั้นสุดท้าย

ประโยชน์ของ Function Points

จุดฟังก์ชันมีประโยชน์ -

• ในการวัดขนาดของสารละลายแทนขนาดของปัญหา.

• เนื่องจากข้อกำหนดเป็นสิ่งเดียวที่จำเป็นสำหรับการนับคะแนนฟังก์ชัน

• เนื่องจากเป็นอิสระจากเทคโนโลยี

• เนื่องจากเป็นอิสระจากภาษาโปรแกรม

• ในการประมาณโครงการทดสอบ

• ในการประมาณต้นทุนโครงการโดยรวมกำหนดการและความพยายาม

• ในการเจรจาสัญญาเนื่องจากเป็นวิธีการสื่อสารที่ง่ายขึ้นกับกลุ่มธุรกิจ

• เนื่องจากเป็นการวัดปริมาณและกำหนดค่าให้กับการใช้งานจริงอินเตอร์เฟสและวัตถุประสงค์ของฟังก์ชันในซอฟต์แวร์

• ในการสร้างอัตราส่วนกับเมตริกอื่น ๆ เช่นชั่วโมงต้นทุนจำนวนพนักงานระยะเวลาและเมตริกแอปพลิเคชันอื่น ๆ

ที่เก็บ FP

International Software Benchmarking Standards Group (ISBSG) เติบโตและรักษาที่เก็บข้อมูลไอทีสองแห่ง

• โครงการพัฒนาและเพิ่มประสิทธิภาพ
• แอปพลิเคชันการบำรุงรักษาและการสนับสนุน

มีโครงการมากกว่า 6,000 โครงการในพื้นที่เก็บข้อมูลโครงการพัฒนาและเพิ่มประสิทธิภาพ

ข้อมูลจะถูกจัดส่งในรูปแบบ Microsoft Excel ทำให้ง่ายต่อการวิเคราะห์เพิ่มเติมที่คุณต้องการทำหรือคุณสามารถใช้ข้อมูลเพื่อจุดประสงค์อื่นได้

ใบอนุญาตที่เก็บ ISBSG สามารถซื้อได้จาก - http://www.isbsg.com/

ISBSG มอบส่วนลด 10% สำหรับสมาชิก IFPUG สำหรับการซื้อทางออนไลน์เมื่อใช้รหัสส่วนลด“ IFPUGMembers”

ISBSG Software Project Data Release สามารถพบได้ที่ - http://www.ifpug.org/isbsg/

COSMIC และ IFPUG ร่วมมือกันจัดทำอภิธานศัพท์สำหรับซอฟต์แวร์ Non-functional และ Project Requirements สามารถดาวน์โหลดได้จาก - cosmic-sizing.org