構建執法最後一次做業

標題

這個做業屬於哪一個課程	http://www.javashuo.com/article/p-ymzlhdjh-et.html
這個做業的要求在哪	http://www.javashuo.com/article/p-ymzlhdjh-et.html
團隊名稱	楊榮模傑和他的佶祥虎

---

我的總結

（1）請回望第一次我的做業，你對於軟件工程課程的想象和提出的問題。
要求：請回望第一次我的做業，你對於軟件工程課程的想象和提出的問題。
連接到之前提問題的博客
嘗試對本身提出的問題進行解答，並闡明，是如何經過看書，實際，或者討論弄明白的
是否產生了新的問題？請提出。


第一次的博客做業連接

---

對於曾經提的問題的回答

1. 第一章1.1 軟件 = 程序 + 軟件工程,這裏如何去衡量二者之間的平衡關係,或者是說哪一部分在實際的項目開發當中佔主要成分,在有限的時間以內,如何作到二者兼得?

首先是軟件工程的定義:就係統化的,嚴格約束的,可量化的方法應用於軟件開發,運行和維護,即將工程化運用於軟件.一個優秀的軟件是和軟件工程完美結合的.不存在誰更重要的問題.

2.第二章2.1 單元測試必定要做者本身寫嗎？若是是由其餘人進行測試,開發人員須要寫一份完整的開發文檔麼?

元測試是一種提升軟件質量很是有效的方法，但很重要的是咱們要去實踐和體會。在現代的敏捷軟件開發方法論只，都很是強調單元測試的重要性。相對專門的測試人員而言,軟件的開發者者更熟悉本身的程序,開發者須要完成基本功能的驗證,以提早發現bug並及時解決.

3.第二章2.12中提到了代碼覆蓋率，那麼什麼是代碼覆蓋率？

簡單的說，覆蓋率是指咱們代碼在測試中可以被覆蓋的程度。因此，覆蓋率理論上來講越高越好，代碼覆蓋率高說明咱們的每一段代碼都通過了測試，獲得了預期的答案。但咱們也不該該太糾結於代碼覆蓋率的高低，客觀地說：
並非越高的代碼覆蓋率表示代碼質量越好BUG越少
代碼覆蓋率高只能表示代碼都被測試過，可是否可靠並不肯定
雖然高的覆蓋率並不必定是好代碼，但覆蓋率低很大程度上代碼質量會有問題
沒有覆蓋的代碼應該引發咱們的重視，有存在問題的風險

4.第三章3.3 職業發展的方式不止一種,如何選擇適合本身的一條路,或者是在多種方式之間如何平衡?

將來展望。長遠來看，實現職業生涯的跨越須要鍥而不捨的激情。
1.考慮是否適合本身
2.付出與收穫是否成正比
3.堅持不懈地學習

5.第九章 9.5中,有這麼一句話."沒有風險，就是最大的風險".這句話該怎麼去理解,在本段以前剛剛對於風險管理水平進行了分層，那這句話是不是能夠理解爲：風險會從多方向來襲，企圖縮短軟件的生命週期，而所謂「沒有風險」只是沒有預見風險，而且沒有對其將來的風險狀況進行評估呢？

只要是投資行爲,總會伴隨着各類各樣的風險,甚至還有些不像是風險的風險.風險會從多方向來襲，企圖縮短軟件的生命週期，而所謂「沒有風險」只是沒有預見風險，而且沒有對其將來的風險狀況。

新的問題
有人認爲軟件開發時，一個錯誤發現得越晚，爲改正它所付出的代價越大。做爲項目經理，該如何管理本身的軟件項目？

---

通過這學期的學習，你掌握到了哪些之前沒有的技能，你是如何掌握的。

體會比較深的就是在於團隊開發和測試，之前都是小組內分模塊進行劃分工做，多我的同時開發一個效率可能會更低，如何作到結對編程的高效率其中有不少的學問．
其次就是軟件測試，之前作項目的時候，對於軟件的測試可能呢並非很到位，經過構建執法這門課讓我對於軟件測試有了一個新的瞭解．

---

課後感覺

經過這門課程在必定程度上了解了什麼是軟件工程，如何去完成一個優秀的軟件以及如何去作到軟件的工程化管理和如何提升軟件的開發效率。軟件並不僅是簡簡單單地開發就完事了，在軟件開發以前必定要講需求分析作到位，明白用戶到底遇到的是什麼樣的軟件。 軟件工程包括幾個領域：軟件需求分析、軟件設計、軟件構建、軟件測試和軟件維護。所以這門課程的學習，就是把相關的技術和過程統一到一個體系中。而對這個體系的學習就是軟件工程這門課程的核心——如何提升軟件開發、營運、維護的效率，並提升軟件的質量、用戶的滿意度、可靠性和軟件的可維護性。