Transcript ความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์ ความเข้าใจของค่าใช้จ่าย

ความเข้าใจและการควบคุมค่าใช้จา่ ย
ซอฟต์แวร์
ความเข้าใจของค่าใช้จ่ายซอฟต์แวร์เป็นสิง่ สำาคัญเพราะขนาดโดย
รวมของค่าใช้จ่ายเหล่านี้ และผลกระทบของซอฟต์แวร์พนฐานจะมี
ื้
คุณภาพในอนาคตชีวิตของเรา
หลักของการทำาความเข้าใจค่าใช้จ่ายซอฟต์แวร์ทมีี่ อท
ิ ธิพลต่อให้
ข้อมูลเชิงลึกและเชิงทดลองทีมี่ ประโยชน์เกีย่ วกับซอฟต์แวร์ทสัี่ มพันธ์
ผลผลิตและยกระดับคุณภาพของการจัดการต่างๆทางเทคนิคสิง่
แวดล้อมและการกระจายค่าใช้จ่ายช่วยระบุกลยุทธ์สำาหรับการผลิต
ซอฟต์แวร์ครบวงจรและมีคณ
ุ ภาพโปรแกรมการปรับปรุงผ่าน
โครงสร้าง
กลยุทธ์ทน
ี่ า่ สนใจทีส
่ ด
ุ สำาหรับการ
ปรับปรุงการผลิตซอฟแวร์
●
การเขียนโค้ดน้อย
●
การรับคนทีดี่
●
หลีกเลีย่ งการทำางานซำ้า
●
พัฒนาและการใช้สภาพแวดล้อมการสนับสนุนจากโครงการ
แบบบูรณาการ
ต้องเข้าใจและการควบคุมค่าใช้จา่ ยซอฟต์แวร
●
ค่าใช้จ่ายซอฟต์แวร์ทมีี่ ขนาดใหญ่และเติบโต
●
ซอฟต์แวร์หลายผลิตภัณฑ์ทีมี่ ประโยชน์จะไม่ได้รบ
ั การพัฒนา
●
การทำาความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์
สามารถให้เราไม่เพียงได้แค่ซอฟต์แวร์ทดีขึ
ี่ นแต่จะได้
้
ซอฟต์แวร์เพิมขึ
่ นด้
้ วย
1.1 แนวทางการคิดค่ าใช้ จ่ายซอฟต์ แวร์
●
●
Boehmในปี 1983 ได้ ยอดรวม 900,000 -1,000,000 บุคลากร
ซอฟต์แวร์ มีคา่ ใช้ จ่ายต่อปี 40 พันล้ านหรื อประมาณ 2% ของสินค้ าสหรัฐ
โจนส์ ในปี 1983 ประมาณอัตราการเติบโตของบุคลากรการเขียนโปรแกรมที่
ประมาณ7% ต่อปี ซึง่ จะให้ ผลผลิตประชากรสหรัฐโปรแกรมเมอร์ มืออาชีพจาก
ประมาณ 3,000,000 คนโดยในปี 2000 และประชากรโลกโปรแกรมเมอร์ ใน
ปี 2000 ประมาณ 10,000,000 คน ประมาณการล่าสุดของดอลล่าขยาย
ตัวในสหรัฐอเมริ กาค่าใช้ จา่ ยซอฟต์แวร์ ได้ ชี ้ให้ เห็นปกติประมาณ 12% ต่อปี เพิ่ม
ขึ ้น (แสดงเพิ่มขึ ้นปี ละ 5% ในค่าใช้ จ่ายบุคลากรบวกเพิ่มขึ ้น 7%ในจำานวนของ
บุคลากร) นี ้จะสอดคล้ องกับแนวโน้ มในกลาโหมสหรัฐค่าใช้ จา่ ยในแผนกซึง่ เดินออก
มาจากประมาณ $ 3300000000 ในปี 1974
1.2 ยอดขายซอฟต์ แวร์
การเจริญเติบโตของยอดขายซอฟต์แวร์นี้ มีสองปัญหาร้ายแรง
คือ
1. จะทำาหน้าทีเป็
่ นหยุดความสามารถของเราเพือให้บรรลุ
่
การ
เพิมผลผลิ
่
ตในภาคอืน
่ ๆ ของเศรษฐกิจมันได้รบ
ั การคาดกันว่า
ประมาณ 20% ของกำาไรจากการผลิตในสหรัฐจะประสบ
ความสำาเร็จผ่านระบบอัตโนมัตแิ ละการประมวลผลข้อมูล ยอด
ขายซอฟต์แวร์ซอฟต์แวร์หมายความว่าคนทีไม่
่ ใช่งาน
ซอฟแวร์หลายยังคงมีการจัดการทีดี่ ของเนือหาซำ
้
้าและไม่ทำาให้
พอใจเพราะซอฟต์แวร์ทจะกำ
ี่ าจัดเหล่านันบางส่
้
วนของงานไม่
สามารถพัฒนาได้
2. รุนแรงมากขึนยอดขายซอฟแวร์
้
ทสร้
ี่ างสถานการณ์ซึง่
การทำาความเข้าใจการควบคุมค่าใช้จา่ ย
ซอฟต์แวร์และคุณภาพ
การมีความสัมพันธ์ระหว่างค่าใช้ จา่ ยซอฟต์แวร์ และคุณภาพของซอฟต์แวร์
ต่างๆ (ความน่าเชื่อถือความสะดวกในการใช้ งานและความสะดวกในการปรับ
เปลี่ยนการพกพา ฯลฯ ) จะค่อนข้ างซับซ้ อนตามที่มีความพันธ์ระหว่างคุณภาพ
ต่างๆ
แต่มี2สถานการณ์หลักที่มีความสำาคัญสร้ างการมีปฏิสมั พันธ์ระหว่างค่าใช้
จ่ายซอฟต์แวร์ และคุณภาพ
(A)โครงการที่พยายามที่จะลดต้ นทุนการพัฒนาซอฟต์แวร์
(B)โครงการซึง่ พยายามที่จะลดค่าใช้ จา่ ยไปพร้ อมกับปรับปรุงคุณภาพซอฟแวร์
สำาหรับต้นทุนตำ่าซอฟท์แวร์คณ
ุ ภาพน้อย
สถานการณ์ ในข้ อ(A) บุคลากรในการใช้ เครื่ องมือและการเขียนโปรแกรมที่
ทันสมัยถูกจัดขึ ้นอย่างต่อเนื่องแล้ วค่าใช้ จ่ายในการพัฒนาซอฟแวร์ ความน่าเชื่อถือ
ที่มีความสำาคัญในการพัฒนาน้ อยที่สดุ อย่างไรก็ตามแนวโน้ มถูกย้ อนกลับใน
โครงการบำารุงรักษา ซอฟแวร์ ที่มีความน่าเชื่อน้ อยจำาเป็ นต้ องงบประมาณมากขึ ้น
ในการรักษามากกว่าซอฟแวร์ ที่มีความน่าเชื่อถือสูง
ได้ซอฟแวร์ทม
ี่ ค
ี ณ
ุ ภาพสูงด้วยต้นทุนตำ่า
แน่นอน แต่ถ้าเราต้ องการซอฟต์แวร์ ที่มีคณ
ุ ภาพดีกว่าในราคาที่เหมาะสม เรา
จะไม่ได้ ใช้ เครื่ องมือการเขียนโปรแกรมที่ทนั สมัยและคนเขียนโปรแกรมที่ดีกว่า ซึง่
สอดคล้ องกับสถานการณ์การที่(B)
2 ความเข้ าใจค่ าใช้ จ่ายซอฟต์ แวร์
เราสามารถพิจารณา2วิธีหลักในการทำาความเข้ าใจค่าใช้ จ่ายซอฟต์แวร์
1. วิธีการ”กล่องดำา” หรื ออิทธิพลฟั งก์ชนั่ วิธีการที่ดำาเนินการวิเคราะห์เปรี ยบ
เทียบกับผลรวมของจำานวนโครงการซอฟต์แวร์ ทังหมด
้
ซึง่ พยายามที่จะอธิบาย
ลักษณะผลรวมค่าใช้ จา่ ยในซอฟแวร์ ของปั จจัยต่างๆเช่นวัตถุประสงค์ของทีม
แนวคิด และเวลาตอบสนองหรื อมีประสบการณ์และความสามารถของบุคลากร
2. วิธีการ “กล่องแก้ ว” หรื อค่าใช้ จา่ ยการจัดจำาหน่ายซึง่ วิเคราะห์หนึง่
โครงการซอฟต์แวร์ หรื อมากกว่าที่จะอธิบายลักษณะการกระจายภายในของค่าใช้
จ่ายในแหล่งดังกล่าวเป็ นแรงงานเมื่อเทียบกับค่าใช้ จา่ ยกับรหัสเอกสารการพัฒนา
เมื่อเทียบกับค่าใช้ จ่ายในการบำารุงรักษาหรื ออื่น ๆ การกระจายของค่าใช้ จ่ายโดย
2 มุมมองหลักที่จาำ เป็ นเพื่อให้ บรรลุความเข้ าใจ
อย่ างละเอียดของค่ าใช้ จ่ายซอฟต์ แวร์
2.1 ซอฟท์แวร์ฟงั ก์ชน
ั่ ทีม
่ อ
ี ท
ิ ธิพลต่อค่าใช้จา่ ย
การศึกษาอิทธิพลของค่าใช้จ่ายซอฟต์แวร์ซงการทำ
ึ่
างานใน
ทำานองเดียวกันในสาขาหลัก
ทดลองควบคุมและวิเคราะห์ โดยเราจะหารือเกีย่ วกับผลของแต่ละ
แนวทาง
2.1.1 ผลการทดลอง
บางส่วนของผลการทดลองทีเก่
่ าแก่ทสุี่ ดเกีย่ วกับซอฟต์แวร์การ
ทำางานทีมี่ อท
ิ ธิพลต่อค่าใช้จ่าย
เปรียบเทียบผลกับการทำางานของคอมพิวเตอร์ในการผลิตการ
เขียนโปรแกรม การทดลองแสดงให้เห็นว่าโดยทัวไปได้
่
รบ
ั ผลผลิต
การสร้างต้นแบบเทียบกับ การกำาหนดการเปรียบเทียบ
ขนาดและความพยายาม
ผลกระทบของภาษารุ่ นที่ 4ที่เกี่ยวกับขนาดและความพยายามโปรแกรม
UCLA Experiment,8 Business Applications,
1982
ตัวชีว้ ด
ั อืน
่ ทีไ่ ด้รบ
ั การแนะนำา
Software science หรือ โปรแกรมการวัดข้อมูลเนือหา
้
โปรแกรมควบคุมการไหล ของตัวชีวั้ ดทีซับซ้อน
่
ตัวชีวั้ ดความซับซ้อนของการออกแบบ
โปรแกรมตัวชีวั้ ดภายนอก เช่น จำานวนของปัจจัยการผลิต
ผลผลิต แฟ้มข้อมูล รายงาน จุดความสัมพันธ์ทางคณิตศาสตร์
(ผลรวมเชิงเส้นของปริมาณทังสี
้ )่
ตัวชีวั้ ดการทำางานธุรกรรม
การเปรียบเทียบประสิทธิภาพตัวชีว้ ัดผลผลิตเหล่ า
นี ้ กับ DSI/MH
มีข้อดีกว่า DSI/MH ในบางสถานการณ์
มีความยุง่ ยากมากกว่า DSI/MH ในบางสถานการณ์
มีความยุง่ ยากเทียบเท่ากับ DSI/MH ในซอฟต์แวร์ ที่ประสบความสำาเร็จ โดย
วัดค่าจากผู้ใช้
ดังนัน้ พื ้นที่ของตัวชี ้วัดการผลิตซอฟต์แวร์ ยงั คงอยูใ่ นความต้ องการของ
การวิจยั และการทดลองทางวิทยาศาสตร์ ในการค้ นหาที่มีประสิทธิภาพมากขึ ้น
และเป็ นตัวชี ้วัดที่สำาคัญในวงกว้ าง
การศึกษาที่คล้ ายกันในช่วงต้ นซึง่ จะช่วยในการระบุผ้ สู มัครต้ นทุนที่สำาคัญ
ในซอฟแวร์ ปัจจัยที่มีอิทธิพลต่อเหล่านัน้ และ วิเคราะห์ผลชุดของค่าใช้ จ่าย
ซอฟต์แวร์ เชิงปริ มาณปั จจัยที่มีอิทธิพลต่อ (จำานวนของคำาแนะนำาวัตถุชนิดของ
โปรแกรมประยุกต์, ความแปลกใหม่ของโปรแกรมและระดับของความยาก
ลำาบาก) และความสัมพันธ์ที่มีความสามารถในการสนับสนุนค่าใช้ จ่ายซอฟต์แวร์
ในทางปฏิบตั ปิ ระมาณการในช่วงของประเภทคำาสัง่ ควบคุมการใช้ งาน บางการ
ศึกษาพร้ อมกัน สร้ างความสัมพันธ์ที่ชดั เจนพอสมควรแสดงการเพิ่มขึ ้นของ
asymptoticในค่าใช้ จา่ ยซอฟต์แวร์ เป็ นความเร็วฮาร์ ดแวร์ และข้ อ จำากัด
storagc เข้ าหา 100%
ช่ ว งการผลิ ต ซอฟต์ แ วร์
ในบริบทของการทำาความเข้ าใจและการควบคุมค่าใช้ จ่ายซอฟต์แวร์ อย่างมีนยั
สำาคัญคุณลักษณะของบางรุ่นเหล่านี ้เป็ นช่วงการผลิตซอฟแวร์ สำาหรับค่าใช้ จา่ ย
โปรแกรมควบคุม ปริ มาณ multiplicative สัมพัทธ์โดยที่ควบคุมค่าใช้ จา่ ยที่
สามารถมีอิทธิพลต่อค่าใช้ จ่ายโครงการซอฟต์แวร์ ประมาณด้ วยแบบจำาลอง
ตัวอย่างของชุดจากที่เพิ่งปรับปรุงช่วงที่การผลิตสำาหรับแบบจำาลอง
COCOMO จะแสดง
รูปที่ 3 ซอฟต์แวร์ COCOMO Llfe วงจรช่วงผลผลิต, 1986
สรุปหลักทีสามารถดึ
่
งออกมาจากการผลิตในช่วงในรูป3 คือ:
อิทธิพลทีสำ่ าคัญทีสุ่ ดบนค่าใช้จ่ายซอฟต์แวร์เป็นจำานวน
คำาแนะนำาแหล่งหนึงเลื
่ อกทีจะโปรแกรม
่
นีนำ
้ าไปสู่ costreduction
อิทธิพลทีสำ่ าคัญทีสุ่ ดต่อไปโดยไกลคือการเลือก,แรงจูงใจและการ
จัดการของผูที
้ เกี
่ ย่ วข้องในซอฟแวร์บางส่วนของปัจจัยเช่นความซับ
ซ้อนผลิตภัณฑ์มีความน่าเชือถื
่ อทีจำ่ าเป็นและขนาดฐานข้อมูลส่วน
ใหญ่ได้รับการแก้ไขคุณสมบัตข
ิ องผลิตภัณฑ์ซอฟต์แวร์ความผันผวน
ของความต้องการเป็นแหล่งสำาคัญและละเลยของค่าใช้จ่ายเงินฝาก
ออมทรัพย์และการควบคุมการจัดการทีดี่ สามารถทำาได้โดยเฉพาะ
อย่างยิง่ ในการใช้
พัฒนาทีเพิ
่ มขึ
่ นในการควบคุ
้
มความต้องการความผันผวน ทีพบบ่อย,
่
ผูใช้ร้
้ องขอ (หรือความต้องการหรือต้องการ) คุณสมบัติใหม่ ๆ ขณะ
ผลิตภัณฑ์ซอฟต์แวร์ทอยู
ี่ ภ
่ ายใต้การพัฒนา
2.2 ซอฟท์แวข้อมูลเชิงลึกกระจายค่าใช้จ่าย
แนวทาง
ต้องดูทการทดลองและเชิง
ี่
"กล่อง K-Blac"
เพือความเข้าใจที
่
ค่
่ าใช้จ่ายซอฟต์แวร์ให้เราตอนนีดูภายใน
้
ซอฟแวร์การผลิต
"กล่องแก้ว" สำาหรับข้อมูลเชิงลึกเพิมเติ
่ ม
มีหลายวิธท
ี จะวิ
ี่ เคราะห์การกระจายของค่าใช้จ่ายซอฟต์แวร์ทมีี่
ซึงได้
่ ให้ข้อมูลเชิงลึกทีมี่ คณ
ุ ค่าในการควบคุมค่าใช้จ่าย
ซอฟต์แวร์ ในส่วนนี้
เราจะสรุปบางส่วนของข้อมูลเชิงลึกทีได้
่ จากการวิเคราะห์การก
ระจาย
(1) การพัฒนาปรับปรุงและค่าใช้จ่าย
(2) รหัสและค่าใช้จ่ายเอกสาร
(3) แรงงานและค่าใช้จ่ายทุน
(4) ค่าใช้จ่ายซอฟแวร์โดยเฟสและกิจกรรม
เราจะสรุปเรือ่ งนีโดยนำ
้
าเสนอประเภทเฉพาะของเฟสและการกระ
จายกิจกรรม
เรียกว่าห่วงโซ่คุณค่าและแสดงวิธก
ี ารทีจะนำ
่ าไปสูก
่ ารทีมี่
ประโยชน์ characterieation
ของถนนสายการปรับปรุงการผลิตทีนี
่ เรี
่ ยกว่าการผลิต
ซอฟต์แวร์
ต้นไม้โอกาส
2.2.1 เมือ่ เทียบกับต้ นทุนการพัฒนา Rework
หนึ่งในเชิงลึกที่สาำ คัญในการปรับปรุ งการผลิตซอฟต์แวร์ที่เป็ นส่ วน
ใหญ่ ของความพยายามในโครงการซอฟต์แวร์เพื่อรองรับการทำางานซ้าำ ความ
พยายามปรับปรุ งนี้ เป็ นสิ่ งจำาเป็ นอย่างใดอย่างหนึ่งเพื่อชดเชยสำาหรับความ
ต้องการที่กาำ หนดไว้ไม่เหมาะสมหรื อแก้ไขข้อผิดพลาดในการระบุเอกสาร
12
10
8
6
4
2
0
Row 1
Row 2
Row 3
Row 4
การตรวจสอบซอฟต์แวร์และกิจกรรมการตรวจสอบที่
ควรเน้นทีการระบุ
่
และขจัดปัญหาความเสีย่ งสูงทีมี่ ความเฉพาะเจาะจงทีจะพบใน
่
โครงการซอฟต์แวร์
มากกว่าการแพร่กระจายความพยายามการกำาจัดต้นเหตุของ
ปัญหาของพวกทีเขามี
่
สมำ่าเสมอในปัญหาจุกจิกและรุนแรง มากยิง่ ขึนอย่
้ างมากนีมี้ ความ
หมายทีแนวทางความเสี
่
ย่ งทีขับเคลื
่
อ่ นด้วยซอฟต์แวร์วงจรชีวิต
เช่น แบบเกลียว
เป็นทีนิยมเป็
่
นรูปแบบอืน
่ ๆ อีกมากมายทีขับเคลื
่
อ่ นด้วยเอกสาร
เช่นแบบนำ้าตกแบบดัง้ เดิม
แบบเกลียว
แบบเกลียวเป็นในรูปที่ 5แสดงให้เห็นถึงค่าใช้จ่ายสะสมที่
เกิดขึนในการบรรลุ
้
ขนตอน
ั้
มิตมิ มุ แสดงความคืบหน้าในการกรอก
วงจรของแต่ละเกลียว ถือได้วา่ ในแต่ละรอบจะเกีย่ วข้องกับการ
ขบวนผ่านลำาดับเดียวกันของขันตอนสำ
้
าหรับส่วนของแต่ละ
ผลิตภัณฑ์และสำาหรับแต่ละระดับของรายละเอียดเพิมเติมจาก
่
เอกสารแนวคิดของการดำาเนินงานโดยรวมลงไปการเข้ารหัสของ
แต่ละโปรแกรม
วงจรของเกลียวแต่ละคนเริม่ ด้วยการระบุ
•
วัตถุประสงค์ของส่ วนของผลิตภัณฑ์ที่ถูกบรรจง (ประสิ ทธิภาพการทำางาน
ความสามารถในการรองรับการเปลี่ยนแปลง ฯลฯ )
•
ทางเลือกที่มีความหมายของการดำาเนินการเป็ นส่ วนหนึ่งของผลิตภัณฑ์น้ ี
(การออกแบบA, ซื ้อออกแบบ B, นำามาใช้ใหม่ ฯลฯ )
•
ข้อ จำากัด ที่กาำ หนดในใบสมัครของทางเลือก (ต้นทุนตารางอินเตอร์เฟซ,
ฯลฯ )
ขันตอนต่
้
อไปคือการประเมินทางเลือกด้วยความเคารพ
ต่อวัตถุประสงค์
และ ข้อจำากัด ทีพบบ่
่ อยในกระบวนการนีจะมี
้ การระบุพืนที
้ ของ
่
ความไม่แน่นอนซึง่
เป็นแหล่งสำาคัญของความเสีย่ งโครงการ ถ้าเป็นเช่นนันขั
้ นตอนต่อ
้
ไปควรจะเกีย่ วข้อง
กับ กำาหนดกลยุทธ์ทมีี่ ประสิทธิภาพสำาหรับการแก้ปัญหาแหล่งทีมา
่
ของความเสีย่ ง นี้
อาจเกีย่ วข้องกับการสร้างต้นแบบจำาลองการบริหารแบบสอบถามผู้
ใช้วิเคราะห์
การสร้างแบบจำาลองหรือการรวมกันของเหล่านีมี้ ความเสีย่ งและ
เทคนิคความละเอียด
เมื่อความเสี่ ยงที่จะได้รับการประเมินขั้นตอนต่อไปจะถูกกำาหนดโดยความ
เสี่ ยงสัมพัทธ์ที่เหลือ หากความเสี่ ยงประสิ ทธิภาพหรื อส่ วนติดต่อผูใ้ ช้อย่างมาก
ครองโปรแกรมการพัฒนาอินเตอร์เฟซหรื อความเสี่ ยงการควบคุมภายในขั้นตอนต่อ
ไปอาจจะขั้นตอนการพัฒนาวิวฒั นาการ: ความพยายามน้อยที่สุดในการระบุ
ลักษณะโดยรวมของผลิตภัณฑ์แผนสำาหรับระดับถัดไปของการสร้างต้นแบบและ
การพัฒนาของ
ต้ นแบบรายละเอียดที่นำามาเพิ่มเติมเพื่อดำาเนินการต่อเพื่อแก้ ไขปั ญหา
ความเสี่ยงที่สำาคัญ แต่ในทางตรงกันข้ ามถ้ าความพยายามก่อนหน้ านี ้ได้ สร้ าง
ต้ นแบบการแก้ ไขแล้ วทังหมดของผลการดำ
้
าเนินงาน หรื อความเสี่ยงที่จดุ เชื่อม
ระหว่างผู้ใช้ กบั คอมพิวเตอร์ และการพัฒนาโปรแกรม หรื อการควบคุมความเสี่ยง
ในขันตอนต่
้
อไปดังนี ้ วิธีการให้ พื ้นฐานปรับเปลี่ยนเป็ นที่เหมาะสมกับการพัฒนาที่
เพิ่มมากขึ ้น
แบบเกลียวนอกจากนี ้ยังรองรับส่วนผสมที่เหมาะสมของการกำาหนดเป้า
หมาย ที่มงุ่ เน้ นการสร้ างต้ นแบบและมุง่ เน้ นการแบบจำาลอง ที่ทำาการเปลี่ยนแปลง
โดยอัตโนมัตโิ ดยวิธีเชิงหรื ออื่น ๆ เพื่อการพัฒนาซอฟต์แวร์ ที่เหมาะสมกับกลยุทธ์
ผสมที่ถกู เลือกโดยการพิจารณาขนาดของโปรแกรมความเสีย่ งและประสิทธิภาพ
สัมพัทธ์ของเทคนิคต่างๆ ในการแก้ ไขความเสีย่ ง (ในลักษณะที่คล้ ายกันควร
พิจารณาการบริ หารความเสีย่ ง การกำาหนดจำานวนเวลาและความพยายามที่ควร
จะทุ่มเทให้ กบั กิจกรรมของโครงการดังกล่าวและอื่น ๆ เช่นการวางแผนการจัดการ
การกำาหนดค่าการประกันคุณภาพการตรวจสอบอย่างเป็ นทางการหรื อการ
ทดสอบ)
คุณลักษณะที่สำาคัญของแบบเกลียวคือ ในแต่ละรอบจะเสร็จสมบูรณ์โดย
ทบทวนหลักที่เกี่ยวข้ องกับคนหรื อองค์กรที่เกี่ยวข้ องกับการวิจารณ์ผลิตภัณฑ์นี ้
รวมไปถึงครอบคลุมทุกผลิตภัณฑ์ที่พฒ
ั นาในช่วงก่อนหน้ านี ้โดยเป็ นวงจร รวมทัง้
แผนการสำาหรับรอบต่อไปและทรัพยากรที่จำาเป็ นในการดำาเนินการของพวกเขา
โดยได้ ออกเป้าหมายที่สำาคัญของการทบทวนเพื่อให้ แน่ใจว่าทุกคนที่เกี่ยวข้ อง มี
ความมุ่งมัน่ ร่วมกันถึงวิธีการที่จะต้ องดำาเนินการสำาหรับขันตอนต่
้
อไป
การวางแผนสำาหรับการประสบความสำาเร็จเป็ นขันตอน
้
อาจรวมไปถึงการ
แบ่งผลิตภัณฑ์ที่เพิ่มขึ ้นสำาหรับการพัฒนาอย่างต่อเนื่องหรื อชิ ้นส่วนที่จะพัฒนา
โดยหน่วยงานหรื อบุคคล ดังนันขั
้ นตอนการทบทวนและความมุ
้
่งมัน่ โดยในช่วงคำา
แนะนำาของแต่ละบุคคลของการออกแบบโปรแกรมเดียว เพื่อทบทวนข้ อกำาหนดที่
เกี่ยวข้ องกับการพัฒนาที่สำาคัญของลูกค้ า ผู้ใช้ และหน่วยงานซ่อมบำารุง
2.2.2. โค้ ดเทียบกับค่าใช้ จ่ายเอกสาร
ความพยายามมากที่สดุ ในปั จจุบนั ในการพัฒนาสภาพแวดล้ อมที่มีการ
สนับสนุนซอฟต์แวร์ โดยเพ่งความสนใจความสามารถในการปรับปรุง
ประสิทธิภาพการผลิตของผู้คนในการพัฒนาโค้ ด อย่างไรก็ตามการวิเคราะห์ที่ผา่ น
มาได้ แสดงให้ เห็นว่าโครงการส่วนใหญ่ในการพัฒนาการผลิตวิศวกรรมของ
ผลิตภัณฑ์ซอฟต์แวร์ ใช้ จา่ ยมากขึ ้นของความพยายามของโครงการ ในการที่นำา
เอกสารไป​​เป็ นสินค้ าที่สิ ้นสุดของพวกเขาทันทีเมื่อเทียบกับ ในการที่มีผลิตภัณฑ์
สิ ้นสุดทันทีคือโค้ ด เอกสารเหล่านี ้รวมถึงไม่เพียงข้ อกำาหนดและคูม่ ือการใช้ แต่ยงั มี
แผนศึกษารายงานบันทึกตัวอักษรและความหลากหลายของรูปแบบปริ มาณของ
พวกเขา เกี่ยวกับบรรทัดของโค้ ดมีแนวโน้ มที่จะแตกต่างกันไปโดยการประยุกต์ใช้
2.2.3.เมื่อเทียบกับทุนค่าใช้ จ่ายแรงงาน
เป็ นที่ยอมรับกันโดยทัว่ ไปว่าการพัฒนาซอฟต์แวร์ และวิวฒ
ั นาการมีมาก
การใช้ แรงงานมากและการจัดการที่ดีของของการใช้ ประโยชน์ผลผลิตจะได้ รับโดย
การผลิตซอฟต์แวร์ อื่น ๆ ทุนมาก โดยปกติการลงทุนต่อคนงานซอฟต์แวร์ ที่ได้ รับ
น้ อย
แตกต่างจาก $ 2,000-3,000 ต่อคนทัว่ ไปของสำานักงานแรงงานในทัว่ ไป
แต่จำานวนขององค์กรต่าง ๆ เช่น Xerox, TRW, IBM, และ Bell ห้ อง
ปฏิบตั กิ ารได้ ชี ้ให้ เห็นว่าการลงทุนอย่างมีนยั สำาคัญที่สงู ขึ ้นต่อคนมีมากกว่าการ
ลงทุนผ่านการผลิตซอฟต์แวร์ ที่ดีขึ ้นผลที่คล้ ายกันเมื่อ ผลตอบแทนจากการลงทุน
ในสิง่ อำานวยความสะดวกที่ดีขึ ้น
2.2.4. ค่าใช้ จ่ายซอฟต์แวร์ โดย Phase และ
Activity
การจัดการที่ดีของความเข้ าใจในการควบคุมค่าใช้ จา่ ยซอฟต์แวร์ ได้ มาจาก
การวิเคราะห์ของการกระจายของค่าใช้ จา่ ยโดย Phase และ Activity
บางส่วนของผลเร็วที่สดุ เช่น [Benington, 1956] ระบุสดั ส่วนที่สงู ของ
ความพยายามของโครงการ
ทุ่มเทให้ กบั การรวมกลุม่ และการทดสอบและความสำาคัญของการวางแผนการ
ทดสอบที่ดี การทดสอบสนับสนุนข้ อกำาหนดการติดต่อและ (อีกบทความช่วงต้ น
[Hosier, 1961] กล่าวว่า "ซอฟแวร์ ที่ดีข้อส่วนติดต่อได้ อย่างแท้ จริ งค่าน้ำ า
หนักในทองคำา. ")
2.2.5.ซอฟท์แวร์ สนิ ค้ าภายในห่วงโซ่มลู ค่า
ห่วงโซ่มลู ค่า ที่พฒ
ั นาโดย Porter และเพื่อนร่วมงานของเขาที่ โรงเรี ยน
ธุรกิจฮาร์ วาร์ ด [Porter, 1980; Porter,1985] เป็ นวิธีที่มีประโยชน์ในการ
ทำาความเข้ าใจและการควบคุมค่าใช้ จ่ายที่เกี่ยวข้ องในหลากหลายของผู้ประกอบการ
โดยองค์การจะระบุชดุ ที่ยอมรับของแหล่งทุนหรื อกิจกรรมค่าที่เป็ นตัวแทนของกิจกรรม
พื ้นฐาน องค์การสามารถเลือกจากการสร้ างมูลค่าเพิ่มสำาหรับผลิตภัณฑ์ของ บริ ษัท รูป
ที่ 6 แสดงห่วงโซ่มลู ค่าสำาหรับการพัฒนาซอฟต์แวร์ ตวั แทนของประสบการณ์ที่
TRW คำาจำากัดความและคำาอธิบายขององค์ประกอบกิจกรรมค่าจะได้ รับด้ านล่าง
เหล่านี ้จะถูกแบ่งออกเป็ นสิง่ ที่ [Porter ,1985] สายกิจกรรมหลักของ
(โลจิสติกภายใน,ภายนอกโลจิสติก, การตลาด,การขาย,การบริ การและการดำาเนิน
งาน) และกิจกรรมสนับสนุน (โครงสร้ างพื ้นฐานของมนุษย์,การจัดการทรัพยากร,การ
กิจกรรมหลัก
โลจิสติกภายใน ครอบคลุมกิจกรรมที่เกี่ยวข้ องกับการได้ รับการจัดเก็บและเผยแพร่
ปั จจัยการผลิตเพื่อผลิตภัณฑ์ นี ้จะมีขนาดใหญ่มากสำาหรับบริษัท ผู้ผลิต ,กล่าวว่า มือ
ถืออัตโนมัตสิ ำาหรับซอฟต์แวร์ มนั เปลืองน้ อยกว่า 1% ของการพัฒนาค่าใช้ จา่ ย
(สำาหรับซอฟต์แวร์ กิจกรรมสนับสนุนที่เกี่ยวข้ องของการจัดซื ้อยังรวมอยูท่ ี่นี่ )
โลจิสติกภายนอก ครอบคลุมกิจกรรมที่เกี่ยวข้ องกับการจัดเก็บภาษี และจัดเก็บทาง
กายภาพการกระจายสินค้ าไปยังผู้ซื ้อ อีกครัง้ สำาหรับซอฟต์แวร์ นี ้เปลืองน้ อยกว่า 1%
จากทังหมด
้
การตลาดและการขาย ครอบคลุมกิจกรรมที่เกี่ยวข้ องกับการให้ ความหมาย โดยซึง่ ผู้
รู ปที่ 6 ห่ วงโซ่ คุณค่ าของการของการพัฒนาซอฟต์ แวร์
บริการครอบคลุมกิจกรรมที่เกี่ยวข้องกับการให้บริการ
เพื่อเพิ่มหรือรักษามูลค่าของผลิตภัณฑ์ สำาหรับซอฟต์แวร์นี้
ประกอบด้วยกิจกรรมทั่วไป เรียกว่า การบำารุงรักษา
ซอฟต์แวร์ หรือวิวัฒนาการ
เพื่อให้เข้าใจง่ายรูปที่ 6 หลีกเลี่ยงรวมทั้งเป็นส่วน
ประกอบต้นทุนการให้บริการในห่วงโซ่คณ
ุ ค่าของการ
พัฒนาซอฟต์แวร์ ห่วงโซ่คุณค่าวงจรชีวิตคือ การนำาเสนอ
และอภิปรายดังรูปที่ 7 ด้านล่าง
การดำาเนินงานครอบคลุมกิจกรรมที่เกี่ยวข้องกับปัจจัย
การผลิต การเปลี่ยนแปลงในรูปแบบของผลิตภัณฑ์ขั้น
สุดท้าย สำาหรับซอฟต์แวร์มักจะเกี่ยวข้องกับ การดำาเนิน
สนับสนุนกิจกรรม
โครงสร้างพื้นฐานครอบคลุมกิจกรรมต่างๆ เช่นการ
วางแผนการจัดการองค์กรทั่วไป การเงิน การบัญชี
กฎหมายและกิจการของรัฐบาล และอีก 8% เป็นเรื่องอ
ขงองค์กรมากที่สุด
การจัดการทรัพยากรมนุษย์ ครอบคลุมกิจกรรมที่
เกี่ยวข้องกับการสรรหาว่าจ้าง ฝึกอบรมการพัฒนาค่า
ตอบแทนทุกประเภทของบุคลากร กำาหนดลักษณะที่ใช้
แรงงานชัดเจน และเทคโนโลยีชด
ั เจนของการพัฒนา
ซอฟต์แวร์ ตัวเลข 3% ที่ระบุนี้คอ
ื การลงทุดที่น้อยที่สุด
การพัฒนาเทคโนโลยี ครอบคลุมกิจกรรมทุ่มเท เพื่อ
รู ป ที่ 7 ห่ ว งโซคุ ณ ค่ า ของซอฟต์ แ วร์
บริการครอบคลุมกิจกรรมทีเกี
่ ย่ วข้องกับการให้บริการทีเพิ
่ ม่
หรือหลัก Tain-มูลค่าของผลิตภัณฑ์ สำาหรับซอฟต์แวร์นประกอบ
ี้
ด้วยกิจกรรมทีเรี
่ ยกว่า Gen-erally การบำารุงรักษาซอฟต์แวร์
หรือวิวฒ
ั นาการ สำาหรับความเรียบง่ายรูปที่ 6 หลีกเลีย่ งรวมทัง้
เป็นส่วนประกอบต้นทุนการให้บริการในห่วงโซ่มูลค่าการพัฒนา
ห่วงโซ่มูลค่าวงจรชีวิตคือการนำาเสนอและอภิปรายดังรูปที่ 7 ด้าน
ล่าง
การดำาเนินงานครอบคลุมกิจกรรมทีเกี
่ ย่ วข้องกับปัจจัยการผลิต
การเปลีย่ นแปลงในรูปแบบของผลิตภัณฑ์ขันสุ
้ ดท้าย สำาหรับ
ซอฟต์แวร์มก
ั จะเกีย่ วข้องกับการดำาเนินงานเศษสีข
่ องค่าใช้จ่าย
ประมาณพัฒนารวม
ในกรณีเช่นนีการวิ
้
เคราะห์ห่วงโซ่คุณค่าเกีย่ วข้องกับการ
ทำาลายขึนเป็
้ นองค์ประกอบใหญ่เป็นกิจกรรมทีเป็
่ นส่วนประกอบ
รูปที่ 6 แสดงการล่มสลายเช่นในการจัดการ (7%), การประกัน
คุณภาพและการจัดการการกำาหนดค่า (5%) และ ความพยายาม
ทางเทคนิคของขันตอนการพัฒนาต่
้
างๆ รายละเอียดขันตอนนี
้
ยั้ ง
ครอบคลุมถึงการประหยัดค่าใช้จ่ายแหล่งทีมาเนื
่
องจากการ
่
rework ดังนันสำ
้ าหรับตัวอย่างของ
ต้นทุนโดยรวม 20% ของความพยายามทางด้านเทคนิคระหว่าง
ขันตอนการรวมและการทดสอบ
้
13% คือเพือรองรั
่
บการกิจกรรม
ต้องมีข้อบกพร่องปรับปรุงในหรือ ขอแนะนำาของความต้องการ
การออกแบบรหัสเอกสารหรือ; อืน
่ ๆ 7% หมายถึงจำานวนเงินจาก
ความจำาเป็นในการเรียกใช้การทดสอบดำาเนินการรวม ฟังก์ชัน
สนับสนุนกิจกรรม
โครงสร้างพืนฐานครอบคลุ
้
มกิจกรรมต่าง ๆ เช่นการ
วางแผนการจัดการองค์กรทัวไป,
่
การเงิน, การบัญชี, กฎหมาย
และกิจการรัฐบาลรูป 8% เป็นตามแบบฉบับขององค์กรส่วนใหญ่
การจัดการทรัพยากรมนุษย์ครอบคลุมกิจกรรมทีเกี
่ ย่ วข้องกับการ
สรรหาว่าจ้างฝึกอบรมการพัฒนาค่าตอบแทนและทุกประเภทของ
บุคลากร กำาหนดลักษณะทีใช้แรงงานเข้มข้นและเทคโนโลยี
่
เข้ม
ข้นของการพัฒนาซอฟต์แวร์รา่ ง 3% ระบุนคือการลงทุนที
ี่
น้อย
่
กว่าทีดีที
่ สุ่ ด
การพัฒนาเทคโนโลยีครอบคลุมกิจกรรมทุมเทเพื
่
อการสร้
่
างหรือ
ปรับปรุงเทคโนโลยีใหม่เพือปรั
่ บปรุงผลิตภัณฑ์องค์กรหรือ
กระบวนการ3% ลงทุน รูปนีคื่ อสูงกว่าองค์กรซอฟต์แวร์จำานวน
หลักประกันและการบริการ
ขอบในห่วงโซ่มูลค่าคือความแตกต่างระหว่างค่าของ
ผลิตภัณฑ์ทีเกิ
่ ดและค่าใช้จ่ายรวมของการปฏิบัติกิจกรรมค่า เป็น
ความแตกต่างนีจะแตกต่
้
างกันอย่างแพร่หลายในหมูผ
่ ลิตภัณฑ์
ซอฟต์แวร์ไม่ได้กำาหนดปริมาณในรูปที่ 6 ตามทีกล่
่ าวไว้ข้างต้น
ให้บริการทีดี่ ทสุี่ ดคือวัดเป็นซอฟต์แวร์ห่วงโซ่คุณค่าวงจรชีวิตตาม
ทีแสดงดั
่
งรูปที่ 7 โดยมีประมาณ 70% ของมูลค่า
กิจกรรมทีทุ
่ มเทให้กั
่
บการบริการหรือกิจกรรมทีเกี
่ ย่ วข้องกับ
วิวฒ
ั นาการ อย่างไรก็ตามตัง้ แต่กจิ กรรมทีเกี
่ ย่ วข้องกับการ
ประกอบในระหว่างการวิวฒ
ั นาการไม่แตกต่างอย่างโดดเด่นจากผู้
ทีไปในระหว่
่
างการพัฒนาซอฟแวร์เราจะยังคงมุง่ เน้นไปทีรู่ ปที่ 6
เป็นแหล่งทีมาของข้อมู
่
ลเชิงลึกในความเข้าใจและการควบคุมค่า
ใช้จ่ายซอฟต์แวร์
การพัฒนาเครือข่ายผลกระทบค่า
ซอฟท์แวร์
ความหมายหลักของการพัฒนาซอฟต์แวร์ห่วงโซ่คุณค่าก็คือ "การ
ดำาเนินงาน" องค์ประกอบเป็นกุญแจสำาคัญในการปรับปรุงทีสำ่ าคัญ
ไม่เพียง แต่มน
ั
แหล่งทีมาของค่
่
าใช้จ่ายซอฟต์แวร์ แต่ยงั ส่วนขององค์ประกอบที่
เหลือเช่น "ทรัพยากรมนุษย์" จะไต่ลงในลักษณะทีสั่ ดส่วน
ปรับลงของค่าใช้จ่ายการดำาเนินงาน
ลักษณะสำาคัญอีกประการหนึงของห่วงโซ่คุ
่
ณค่าเป็นทีเกื
่ อบ
ทังหมดของคอม
้
ยังคงสูงทีใช้แรงงานเข้มข้น
่
ดังนันตามที
้
กล่
่ าว
ในมาตรา 2.2.3 มีโอกาสทีสำ่ าคัญในการให้ความช่วยเหลือโดย
อัตโนมัตเิ พือให้กิ
่
จกรรมเหล่านีมี้ ประสิทธิภาพมากขึนและเงิ
้
นทุน
มาก นอกจากนีมั้ นก็หมายความว่ากิจกรรมของมนุษย์ทรัพยากร
รายละเอียดของการดำาเนินการในส่วนทีชี
่ ให้
้
เห็นว่าชันนำ
้ า Stra tegies สำาหรับประหยัด
ค่าใช้จ่ายในการพัฒนาซอฟแวร์ทเกี
ี่ ยวข้อง
่
กับ
รายละเอียดของการดำาเนินการในส่วนทีชี
่ ให้เห็นว่
้
าชันนำ
้ า Stra
tegies สำาหรับประหยัดค่าใช้จ่ายในการพัฒนาซอฟแวร์ที่
เกีย่ วข้องกับ
ลดขันตอนที
้
ผ่านความสามารถในการเขียนโปรแกรมเช่นอั
่
ตโนมัติ
หรือการประกันคุณภาพโดยอัตโนมัติ
กำาจัด ผ่านการตรวจสอบข้อผิดพลาดในช่วงต้นหรือผ่านทางความ
สามารถเช่นการสร้างต้นแบบอย่างรวดเร็วเพือหลี
่ กเลีย่ งการ
ทำางานซำ้าภายหลังต้องการ
2.2.6 ซอฟต์แวร์เพิมผลผลิ
่
ตการปรับปรุง
ต้นไม้โอกาส
รายละเอียดของแหล่งทีมาที
่ สำ่ าคัญของการประหยัดต้นทุน
ซอฟต์แวร์นนำ
ี้ าไปสูก่ ารเพิมผลผลิ
่
ตซอฟท์แวร์ปรับปรุงต้นไม้
โอกาสแสดงในรูปที่ 8 นีเสี
้ ยลำาดับชันช่วยให้เราได้เข้าใจถึ
้
งวิธี
การเพือให้พอดี
่
กบ
ั ทีน่าสนใจต่
่
างๆ
ตัวเลือกการผลิตในการผลิตซอฟต์แวร์โดยรวมแบบบูรณาการ
กลยุทธ์ปรับปรุง
ส่วนใหญ่ของตัวเลือกแต่ละผลผลิตได้รบ
ั การกล่าวถึงในก่อนหน้า
นีทั
้ งนี
้ วิ้ นาทีของการวิจยั นี้ ทีนี
่ เราจะให้สรุ
่
ปตัวเลือกก่อนหน้าและ
การอภิปรายต่อไปของตัวเลือกเพิมเติ
่ มทีระบุ
่ ไว้ในต้นไม้โอกาส
ทำาให้ประชาชนทีมี่ ประสิทธิภาพอืน
่ ๆ
แหล่งทีมาที
่ สำ่ าคัญของโอกาสในการจัดการกับคนทีถู่ กกล่าวถึงใน
2.2.3 มาตรา กำาไรเพิม
่ เติม
สิง่ อำานวยความสะดวกทีมุ่ ง่ เน้นถูกปกคลุมในการอภิปราย
ของซอฟต์แวร์แบบโต้ตอบการพัฒนา ในมาตรา 2.1.1 และข้อ
จำากัด ของการหลีกเลีย่ งฮาร์ดแวร์ในข้อ 2.1.1 มาตรา ให้
บุคลากรซอฟต์แวร์ทมีี่ สำานักงานส่วนตัวเป็นอีกหนึงค่าใช้จ่
่
ายทีมี่
ประสิทธิภาพโอกาส ความสัมพันธ์ทนำ
ี่ าไปสู​ก
่ ารเพิมผลผลิ
่
ต
ประมาณ 11% ที่ IBM Santaเทเรซา [โจนส์ 19861 และ 8% ที่ TRW [Boehm, et
ทังหมด
้
19,841 นอกจากนีการใช้ประโยชน์
้
ของโครงสร้างแรง
จูงใจความคิดสร้างสรรค์สามารถทีโดดเด่
่
นค่อนข้าง สำาหรับ
ตัวอย่างเช่นโปรแกรมทีจะให้โบนัสพิเศษสำ
่
าหรับผูที
้ นำ
่ ามาใช้ใหม่
มากกว่าสร้างซอฟแวร์ได้นำาไปสู​ก
่ ารเพิมขึ
่ นของจำ
้
านวนเงินทีมี่ นัย
Improvement
Opportunity Tree
(แผนภาพการเพิ่มผลผลิต
ซอฟต์แวร์แบบต้นไม้)
The Software Productivity
Improvement
Opportunity Tree
Making People More Effective
(ทำาให้คนมีประสิทธิภาพ)
●
●
ถ้าหากบุคลากรทางซอฟต์แวร์มห
ี ้องทำางาน
ส่วนตัวนั้นจะทำาให้งานมีประสิทธิภาพมากขึ้น
สร้างแรงบันดาลใจเพื่อให้ผลงานโดดเด่น
The Software Productivity
Improvement
Opportunity Tree
Making Steps More Effective
(ทำาให้ขั้นตอนมีประสิทธิภาพ)
●
●
●
ใช้โมเดลกระบวนการ( Process Model )
ใช้ Data Base หรือฐานข้อมูลถาวร
(Persistent Object Base )
ข้อมูลที่ใช้ต้องครอบคุมโครงการที่จะทำา
The Software Productivity
Improvement
Opportunity Tree
Elimination Steps
(ลดขั้นตอนที่ยุ่งยาก)
●
●
●
ใช้ Domain-specific กับ Domainindependent
เพื่อเกิดAUTOMATED PROGRAMMING
Domain-specific คือ ข้อกำาหนดในโปรแกรม
ข้อจัดกัดทั้งหมด
Domain-independent คือ วิธก
ี ารเสนอผล
The Software Productivity
Improvement
Opportunity Tree
Elimination Rework
(ลดการทำางานซำ้า)
●
ใช้ Knowledge Based Software Assistant
คือใช้ประสบการณ์ในการตัดสิน
้
The Software Productivity
Improvement
Opportunity Tree
Building Simpler Products
(การสร้างผลิตภัณฑ์ที่เรียบง่าย)
●
สร้างต้นแบบให้เร็ว และ ใช้ โมเดล
กระบวนการ(Process Model)
เพื่อที่จะได้ลดขั้นตอนที่ซับซ้อนในการ
ออกแบบ
The Software Productivity
Improvement
Opportunity Tree
Reusing Components
(การนำาคอมโพเนนต์กลับมาใช้ใหม่)
●
การนำาคอมโพเนนต์ของเดิมมาใช้จะเป็นการ
ลดเวลาและค่าใช้จ่ายเป็นอย่างมาก
3. การควบคุมค่ าของซอฟต์ แวร์
มี 2 วิธี ดังนี ้
1. ) การสร้ างความเข้ าใจในโครงสร้ างของจุดประสงค์ ซึง่ ใช้ เป็ นพื ้นฐานสำาหรับการกำาหนดของ
MBO และควบคุมลูป
2. ) การพัฒนาประสิทธิภาพของซอฟต์แวร์ และ การพัฒนากลยุทธ์โดยการคาดเดาและการควบคุม
3.1 การจักการโดยจุดประสงค์ (MBO)
วิธีที่ง่ายที่สดุ สำาหรับ MBO ก็คือ การกำาหนดและแสดงผลใน Figure 9 ซึง่ ใน
โครงสร้ างนี ้จะแบ่งการทำางานอย่างเป็ นระยะ และ ส่วนประกอบของการผลิตจะใช้ การกำาหนดของ
แผนภูมิ PERT, โครงสร้ างการทำางานที่ล้มเหลว, แผนส่วนบุคคล, การสรุปงานและการ
ขาดแคลนทรัพยากรอื่นๆ โครงการจะดำาเนินและมีการพัฒนาfile และได้ ระบบที่ดีขึ ้นจะเป็ นการใช้
ความคืบหน้ า และโดยจะต้ องจ่ายเป็ น ค่าเสียเวลา, เงิน, ค่าแรง และยังบอกอีกว่าการเข้ าใกล้ ความ
สำาเร็ จที่ดีที่สดุ จำาเป็ นต้ องมีการขยายออกของสมดุล, การกำาหนดและหน้ าที่การทำางาน สิ่งที่สำาคัญก็
คือการมุง่ เน้ นคุณภาพของวัตถุประสงค์
ผู้ใช้ ซอฟต์แวร์ จะต้ องวิเคราะห์ความสำาคัญและประโยชน์ของทางเลือก หน้ าที่และคุณสมบัติ
จะสัมพันธ์กบั การเพิ่มผลกำาไร
3.2 ที่พบบ่ อยลูกค้ าซอฟต์ แวร์ ท่ มี ีความกังวลเกี่ยวกับการคาด
การณ์ และการควบคุมค่ าใช้ จ่าย
ระยะเวลาในซอฟแวร์ กว่าพวกเขาจะเกี่ยวกับค่าที่แน่นอนของค่าใช้ จ่ายและในระยะเวลา ของ
ปี 1983 ลูกค้ าดังกล่าวต้ องการโครงงานซึง่ อาจเสียค่าใช้ จา่ ยน้ อยมาก เปิ ดโรงงานหรื อตัดบริการที่
สำาคัญกว่า ในสถานการณ์เช่นนี ้ลูกค้ าทัว่ ไปจะชอบแนวทางการพัฒนาความเสี่ยงที่ขบั เคลื่อนด้ วยที่มีการ
ลงทุนบางเวลาในช่วงต้ นเพิ่มเติมและความพยายามในการระบุและกำาจัดแหล่งที่มาหลักของความเสี่ยง
โครงการ
- เมื่อเทียบกับ "ความสำาเร็ จที่มงุ่ เน้ นวิธีการ" ที่จะมีประสิทธิภาพมากหาก ทังหมดของโครงการ
้
สมมติฐานในแง่เป็ นจริ ง แต่คา่ ใช้ จา่ ยมากถ้ าเป็ นจริงจะเปิ ดออกเป็ นอย่างอื่น (เป็ นไม่บอ่ ย) แบบ
เกลียวที่กล่าวไว้ ในมาตรา 2.2.1 เป็ นตัวอย่างเช่นแนวทางการพัฒนาความเสี่ยงที่ขบั เคลื่อนด้ วย
การลงทุน
4. ข้ อมูลและการอภิปรายข้ างต้ นสนับสนุนข้ อสรุ ปหลักดังนี ้
1. ความเข้ าใจและการควบคุมค่าใช้ จ่ายซอฟแวร์ เป็ นสิ่งสำาคัญมาก ไม่เพียงแต่มมุ มองทางเศรษฐกิจ
แต่ยงั อยู่ในแง่ของคุณภาพของเราในอนาคตของชีวิต
2. การทำาความเข้ าใจและการควบคุมค่าใช้ จ่ายซอฟแวร์ อย่างหลีกเลี่ยงไม่ได้ ต้ องการให้ เราเข้ าใจและ
การควบคุมแง่มมุ ต่างๆของคุณภาพของซอฟแวร์ เช่นกัน
3. มีสองวิธีหลักในการทำาความเข้ าใจค่าใช้ จ่ายซอฟแวร์ ที่มี " กล่องดำา " หรื อวิธีการทำางานให้ ข้อมูล
เชิงลึกที่มีอิทธิพลต่อการใช้ งานในการผลิตและยกระดับคุณภาพของการจัดการต่างๆ ทางเทคนิค
สภาพแวดล้ อมแล้ วตัวเลือกบุคลากร " กล่องแก้ ว " หรื อวิธีการ กระจายค่าใช้ จา่ ย ช่วยระบุ กลยุทธ์
สำาหรับการผลิตซอฟแวร์ แบบบูรณาการและโปรแกรมการปรับปรุง คุณภาพผ่านโครงสร้ าง เช่นห่วงโซ่
คุณค่า และซอฟแวร์ ต้นไม้
4. ข้ อมูลและการอภิปรายข้ างต้ นสนับสนุนข้ อสรุ ปหลักดังนี ้(ต่ อ)
4. ที่นา่ สนใจที่สดุ กลยุทธ์สำาหรับแต่ละการปรับปรุงการผลิตซอฟแวร์ ที่มีคือ
4.1 การเขียนโค้ ดน้ อยลงโดยใช้ องค์ประกอบใหม่ซอฟแวร์ การพัฒนา และการใช้ ภาษา
ระดับสูงมากและหลีกเลี่ยงการ
ทำาซอฟแวร์ ด้วยทองคำา
4.2 รับที่ดีที่สดุ จากผู้คนผ่านการจัดการที่ดีกว่า พนักงานแรงจูงใจและสภาพแวดล้ อมการ
ทำางาน
4.3 หลีกเลี่ยงการทำางานซ้ำ าผ่านการบริหารความเสี่ยงที่ดีกว่า การสร้ างต้ นแบบในการ
พัฒนาที่เพิ่มขึ ้นซอฟแวร์
คอมพิวเตอร์ ช่วยออกแบบและการเขียนโปรแกรมที่ทนั
สมัย โดยเฉพาะอย่างยิ่งการซ่อนข้ อมูล
4.4 พัฒนาและการใช้ สภาพแวดล้ อมการสนับสนุนจากโครงการแบบบูรณาการ
4. ข้ อมูลและการอภิปรายข้ างต้ นสนับสนุนข้ อสรุ ปหลักดังนี ้(ต่ อ)
5. กรอบที่ดีของเทคนิคที่มีอยูส่ ำาหรับการควบคุมงบประมาณจัดซ้ อซอฟแวร์ ตารางเวลาและงานที่เสร็จ มี
บางความพยายามครัง้ แรกที่จะขยายเหล่านี ้ เพื่อสนับสนุนการควบคุมด้ วยความเคารพต่อวัตถุประสงค์
คุณภาพของซอฟแวร์ และผู้ใช้ ขนปลายวั
ั้
ตถุประสงค์ของระบบ แต่การจัดการความคืบหน้ ามากขึ ้นเป็ น
สิ่งจำาเป็ นในทิศทางเหล่านี ้
6. ดีกว่าที่เราจะสามารถเข้ าใจค่าใช้ จา่ ยซอฟแวร์ และในทางกลับกันมีคณ
ุ ภาพดีกว่าที่เราจะสามารถ
ควบคุมพวกเขา