此作業要求參考:
在本學期中,應用到了哪些軟體工程原則:
**規範:
雖然計算機只關心編譯生成的機器碼,但是在團隊裡工作,**規範很重要。在進行結對程式設計時,我和我的同伴一起制定了**的風格規範等,這樣兩個人共同編寫的**,遵從共同的規範,在後面再回顧時,結構清晰,可以方便閱讀和理解。
敏捷開發流程:
敏捷流程強調盡早並持續的交付有價值的軟體,開發人員在專案開發過程中,應每天共同工作。在我們能完成小組作業時,就基於這樣的想法,團隊通過每日例會進行面對面交流,這樣在一定程度上促進了整個團隊的進度的發展,團隊中每個成員知道每一天要做什麼,以及接下來未完成的任務,團隊的專案可以很好的完成。
nabcd模型:
乙個團隊要做出乙個產品,首先要做實用並且有創新的專案,想要說服別人我們的專案靠譜,就要用到nabcd模型,進行按部就班的分析,有條理的說服他人。我們組在一開始決定作出彈球學成語的專案時,一開始並沒有考慮過在競爭環境中有何創新或優勢,後面老師要求我們寫出
nabcd
分析時,也在這個分析的過程中,逐漸發現我們可以實現怎樣的功能更加有優勢,從而擁有了乙個大致的方向。
計畫和估計:
估計是了解了當前自身的情況和掌握的資源,預計一下需要多少人力物力和時間才能實現某個任務。估計的關鍵是,找到數值背後的假設條件。我們組在alpha和
beta
軟體工程原則的應用例項分析
此作業要求參見 1.效能分析 在詞頻統計的作業中,我首次接觸到了效能分析這個概念。從前提到優化,也只能憑藉自己對 的了解大概 一下耗時最多的是什麼函式,這種做法既不專業,也顯得低能。在 構建之法 中,提到了兩種分析方法 抽樣和 注入。在作業中,我初次使用效能分析工具,找到了耗時最多的三個函式,通過去...
附加作業 軟體工程原則的應用例項分析
作業要求 1.版本控制 最初並不能理解版本控制的實際作用,覺得操作上也存在著很複雜的過程,一次版本控制要花費需對時間去建倉庫上傳 等等,但是經歷過一次更改了的 找不到之後發現,尋找以及重新編譯所花的時間比版本控制要多得多。也慢慢養成了版本控制的習慣,更有助於 的儲存與修改。2.規範 當我們進行結對程...
附加作業 軟體工程原則的應用例項分析
此作業要求 spec原則 之前在完成詞頻統計作業的時候不了解spec,沒有應用命令列引數以及重定向完成任務,而是使用了控制台輸入的方法,這導致我在四個功能的實現中都只拿到了0分。如果我當初能遵循spec現在也許就不需要寫這篇部落格了。版本控制 在完成四則運算作業的過程中有一次使用git時由於操作失誤...