1 / 23

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

ทำความเข้าใจและการควบคุมค่าใช้จ่าย ซอฟต์แวร์. BARRY W. BOEHM, TRW INC. สาระพอสังเขป. ความ เข้าใจค่าใช้จ่ายซอฟต์แวร์เป็นสิ่ง สำคัญและ เนื่องจากผลกระทบของซอฟต์แวร์พื้นฐานจะ มีผลกระทบต่อคุณภาพ ในอนาคตชีวิตของเรา. หลักของการทำความเข้าใจค่าใช้จ่ายซอฟต์แวร์.

vern
Download Presentation

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

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. ทำความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์ทำความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์ BARRY W. BOEHM, TRW INC.

  2. สาระพอสังเขป ความเข้าใจค่าใช้จ่ายซอฟต์แวร์เป็นสิ่งสำคัญและเนื่องจากผลกระทบของซอฟต์แวร์พื้นฐานจะมีผลกระทบต่อคุณภาพในอนาคตชีวิตของเรา

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

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

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

  6. 1ต้องเข้าใจการควบคุมซอฟต์แวร์ค่าใช้จ่าย1ต้องเข้าใจการควบคุมซอฟต์แวร์ค่าใช้จ่าย • ค่าใช้จ่ายซอฟต์แวร์ที่มีขนาดใหญ่และการเจริญเติบโต 2) หลายผลิตภัณฑ์ซอฟต์แวร์ที่เป็นประโยชน์จะไม่ได้รับการพัฒนา 3) การทำความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์จะได้รับซอฟต์แวร์ที่ดีขึ้น ไม่ใช่เพียง แต่ซอฟต์แวร์เพิ่มเติม

  7. 1.1 แนวโน้มค่าใช้จ่ายซอฟต์แวร์ จากการศึกษาชี้ให้เห็นว่าค่าใช้จ่ายซอฟต์แวร์มีขนาดใหญ่อย่างเพิ่มขึ้นและรวดเร็ว สำหรับประเทศสหรัฐอเมริกาในปี 1980 โจนส์, 1983 ประเมินอัตราการเติบโตของบุคลากรการเขียนโปรแกรมที่ฉาบฉวย7% ต่อปีซึ่งจะให้ผลผลิตประชากรสหรัฐโปรแกรมเมอร์มืออาชีพจากประมาณ 3,000,000 คน

  8. 1.2ซอฟต์แวร์ที่คั่งค้าง1.2ซอฟต์แวร์ที่คั่งค้าง นักศึกษาหลายคนได้พูดเปรยว่าความต้องการสำหรับซอฟต์แวร์ใหม่กำลังเพิ่มขึ้นรวดเร็วกว่าความสามารถที่จะพัฒนามันอาทิเช่นระบบออกแบบข้อมูลสำนักงานต่อต้านอากาศยาน

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

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

  11. 1.3 การเข้าใจและควบคุมคุณภาพมูลค่าของซอฟต์แวร์ สถานการณ์ที่สร้างปฏิกิริยาสัมพันธ์ระหว่างมูลค่าและคุณภาพของซอฟต์แวร์ A โปรเจคที่ลดมูลค่าการพัฒนาซอฟต์แวร์ค่าใช้จ่ายคุณภาพซอฟต์แวร์สามารถทำได้แต่ในหลายทางที่เพิ่มด้านการปฎิบัติงานเเละวัฎจักรมูลค่า B โปรเจคที่ลดมูลค่าของซอฟต์แวร์และเพิ่มคุณภาพของซอฟต์แวร์สามารถทำได้โดยใช้ความชาญฉลาดและเทคนิคซอฟต์แวร์ล้ำยุค

  12. การไปสู่มูลค่าต่ำและคุณภาพต่ำของซอฟต์แวร์การไปสู่มูลค่าต่ำและคุณภาพต่ำของซอฟต์แวร์ ตัวอย่างหนึ่งในสถานการณ์ a ถูกเตรียมโดยการทดลองโดย[Weinberg-Schulman,  19741] ในสิ่งที่หลายๆทีมถูกร้องขอให้เพิ่มประสิทธิภาพวัตถุประสงค์ที่แตกต่างกันส่วนมากแต่ละทีมจะสำเร็จวัตถุประสงค์แรกก่อนพวกเขาถูกร้องขอให้เพิ่มประสิทธิภาพวัตกุประสงค์อื่นอีกในรายการถูกร้องขอให้ลดความพยายามสำเร็จด้วยความพยายามที่สุดที่น้อยที่สุดเพื่อให้ได้โปรแกรมที่ชัดเจนต่อมาถึงท้ายสุดขนาดในโปรแกรมและหน่วยความจำและผลลัพธ์ที่ชัดเจน

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

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

  15. 2.ซอฟต์แวร์ฟังก์ชั่นที่มีอิทธิพลต่อค่าใช้จ่าย การศึกษาเกี่ยวกับอิทธิพลของค่าใช้จ่ายซอฟต์แวร์การทำงานในทำนองเดียวกันในสาขาหลักสองทิศทาง ทดลองควบคุมและการวิเคราะห์เชิง เราจะปรึกษาเกี่ยวกับผลของวิธีการในแต่ละด้าน

  16. 2.1 ผลการทดลอง บางส่วนของผลการทดลองครั้งแรกๆเกี่ยวกับซอฟต์แวร์การทำงานที่มีอิทธิพลต่อค่าใช้จ่าย ได้ถูก Grant-Sackman, 1966 การศึกษาเปรียบเทียบผลของชุดกับการทำงานของคอมพิวเตอร์เวลาร่วมกันในการผลิตการเขียนโปรแกรม การทดลองมักจะได้รับผลผลิต 20% เนื่องจากเวลาที่ใช้ร่วมกันแสดงการโต้ตอบการทำงาน แต่การเปลี่ยนแปลงมากขึ้นโดดเด่นในการผลิต เนื่องจากความแตกต่างในด้านบุคลากรการเขียนโปรแกรม

  17. การสร้างต้นแบบกับการกำหนดขนาดของการเปรียบเทียบ และความพยายาม

  18. บทสรุปหลักที่สามารถดึงมาจากช่วงการทำงานที่เพิ่มขึ้นบทสรุปหลักที่สามารถดึงมาจากช่วงการทำงานที่เพิ่มขึ้น (1)การพัฒนาและการปรับปรุงค่าใช้ จ่าย (2) รหัสและค่าใช้ จ่ายเอกสาร (3) Lahorและค่าใช้ จ่ายเงินทุน (4) ค่าใช้ จ่ายซอฟแวร์ โดยเฟสและกิจกรรม

  19. 2.2 เทียบกับต้นทุนการพัฒนา Rework หนึ่งในเชิงลึกที่สำคัญในการปรับปรุงการผลิตซอฟต์แวร์ ที่เป็นส่วนใหญ่ ของความพยายามในโครงการซอฟต์แวร์ เพื่อรองรับการทำงานซ้ำความพยายามปรับปรุงนี้เป็นสิ่งจำเป็นอย่างใดอย่างหนึ่งเพื่อชดเชยสำหรับความต้องการที่กำหนดไว้ ไม่เหมาะสมหรือ แก้ไขข้อผิดพลาดในการระบุรหัสหรือเอกสาร

  20. Spiral Model of the Software Process(Not to Scale)

  21. 3.สรุป ข้อมูลและการอภิปรายข้างต้นสนับสนุนข้อสรุปหลักดังต่อไปนี้: (1) การทำความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์เป็นสิ่งสำคัญมากไม่เพียงแต่จากมุมมองทางเศรษฐกิจแต่ยังอยู่ในแง่ของคุณภาพของเราในอนาคตของชีวิต (2) การทำความเข้าใจและการควบคุมค่าใช้จ่ายซอฟต์แวร์ไม่ต้องการให้เราเข้าใจและการควบคุมแง่มุมต่างๆของคุณภาพของซอฟต์แวร์เช่นกัน (3) มีสองวิธีหลักในการทำความเข้าใจค่าใช้จ่ายซอฟต์แวร์ที่มี"กล่องดำ" หรือวิธีการทำงานให้ข้อมูลเชิงลึกที่มีอิทธิพลต่อการใช้งานในการผลิตญาติและยกระดับคุณภาพของการจัดการต่างๆทางเทคนิคสภาพแวดล้อมและตัวเลือกบุคลากร"กล่องแก้ว" หรือวิธีการกระจายค่าใช้จ่ายช่วยให้ระบุกลยุทธ์สำหรับการผลิตซอฟแวร์แบบบูรณาการและโปรแกรมการปรับปรุงคุณภาพผ่านโครงสร้างเช่นห่วงโซ่คุณค่าและซอฟต์แวร์ต้นไม้โอกาส

  22. 3.สรุป (ต่อ) (4) สิ่งที่น่าสนใจที่สุดสำหรับกลยุทธ์ของแต่ละการปรับปรุงการผลิตซอฟต์แวร์คือ : - การเขียนโค้ดน้อยลงโดยใช้องค์ประกอบซอฟต์แวร์พัฒนาและการใช้ภาษาระดับสูงมากและหลีกเลี่ยงการซอฟแวร์ gold-plating ; - รับรู้สิ่งที่ดีที่สุดจากผู้คนผ่านการจัดการมักจะดีกว่าพนักงานแรงจูงใจและสภาพแวดล้อมการทำงาน; - หลีกเลี่ยงการทำงานซ้ำผ่านการบริหารความเสี่ยงที่ดีกว่าการสร้างต้นแบบการพัฒนาที่เพิ่มขึ้น, ซอฟแวร์คอมพิวเตอร์ช่วยออกแบบและการเขียนโปรแกรมที่ทันสมัย​​โดยเฉพาะอย่างยิ่งคือการการซ่อนข้อมูล; - พัฒนาและการใช้สภาพแวดล้อมการสนับสนุนจากโครงการแบบบูรณาการ

  23. 3.สรุป (ต่อ) (5) กรอบที่ดีของเทคนิคที่มีอยู่สำหรับการควบคุมงบประมาณจัดซื้อซอฟต์แวร์ตารางเวลาและงานที่เสร็จมีบางความพยายามครั้งแรกที่จะขยายเหล่านี้เพื่อสนับสนุนการควบคุมด้วยความเคารพต่อวัตถุประสงค์คุณภาพของซอฟต์แวร์และผู้ใช้ขั้นปลายวัตถุประสงค์ของระบบแต่การจัดการความคืบหน้ามากขึ้นเป็นสิ่งจำเป็นในทิศทางเหล่านี้ (6) เราจะสามารถเข้าใจค่าใช้จ่ายซอฟต์แวร์และมีคุณภาพดีกว่าการที่ควบคุมพวกเขา และในทางกลับกัน

More Related