2018-12-24 10:00pm，以提交至班級部落格時間為準。
如果你覺得你的總評成績不理想或者希望再提高，請根據部落格要求，寫一篇個人隨筆
參考來自：
很多同學有誤解：
按照《構建之法》13.1節描述的 bug 定義, 找出幾個功能性的比較嚴重的 bug，至少2個。
相信每個同學的朋友中一定有人需要用這樣的軟體, 選擇乙個朋友（使用者）進行採訪，並加以記載。
[附加題]除了定性的結論，是否能有定量的結論 (就像比較時髦的手機評測那樣， 跑個分？)， 如何定量地評價乙個軟體？
使用此軟體的所有功能 , 估計這個專案做到這個程度大約需要多少時間 (團隊人數6 人左右, 計算機大學畢業生, 並有專業ui 支援)。
你在第一部分發現的bug，為何軟體團隊不能在發布前修復？他們是不知道，還是有意不修復？你覺得是什麼原因？從下面的可能性中選取幾個：
團隊在哪乙個層次還有問題？ 可以把自己想問軟體團隊的問題都列出來。
從各方面的問題，推理出這個軟體團隊在軟體工程方面可以提高的乙個重要方面 (具體建議)。
(參考《構建之法》第8章功能的定位和優先順序；第9章專案經理)
這個軟體/**/服務有很多可以提高的部分, 如果你是專案經理，如何提高從而在競爭中勝出？
目前市場上有什麼樣的產品了？
作為新的專案經理，這個產品的核心使用者群是什麼樣的人， 典型使用者長什麼樣？學歷，年齡，專業，愛好，收入，表面需求，潛在需求都是什麼？
功能：你要設計什麼樣的功能? 為何要做這個功能，而不是其他功能？ 為什麼使用者會用你的產品/功能? 你的創新在**? 可以用 nabcd 分析（
描述你的團隊在16 周期間每週都要做什麼，才能在第16周如期發布軟體的改進版本，並取得預想中的成績。
參考作業
網路14必應詞典優秀案例分析：
滿分15『
個人附加作業
以下都是根據自己的真實感受，一字一字打上去的，並非抄襲搬弄。1.這次課程改革在老師，助教以及我們學生的共同努力下，雖然也有一些瑕疵，但作為課程改革的第一槍，還是比較圓滿地落幕了。我想說的是，這次改革我收穫了很多，比以往的灌輸式純理論知識教學要好的很多。希望老師們堅持改革下去，讓更多的莘莘學子都能收到...
個人附加作業
從貢獻度 完成度 完成質量 是否進步 比如因為專業知識掌握不多，第一次沒有做出來，但是通過學習，第二次能自己順利完成作業 等角度進行評分 在個人作業方面，增加個人進步這一注重點，在結對程式設計中，要考慮角色分配的比重與個人貢獻度 在團隊作業中，我希望能把alpha beta階段的團隊部落格拆分出來，...
個人附加作業
你認為每次專案的評分標準存在哪些問題，你認為的合理評分準則是怎樣的 個人 結對 團隊算三個 個人 對於評分來說，總體上還可以，每個具體的得分點列的比較清晰，圍繞整個專案展開，但是程式設計能力因人而異，有些同學相對薄弱，對於比較難的程式設計題目可能要比較長時間才能完成，然而假如老師的時間是一周之內，某...