第3-6章做業

1.GitHub版本更新流程

題目：本週的做業請參照此文：http://www.ruanyifeng.com/blog/2015/12/git-workflow.html 制定本組項目的GitHub版本更新流程。

小組經過對阮一峯的Git工做流程介紹進行了學習和討論，對三種工做方式進行了總結：

（1）Git Flow。最先誕生、並獲得普遍採用的一種工做流程。項目長期存在兩個分支，Master和Develop，前者用於存放對外發布的版本，任什麼時候候在這個分支拿到的，都是穩定的分佈版；後者用於平常開發，存放最新的開發版。優勢是清晰可控，缺點是相對複雜，須要同時維護兩個長期分支，維護開支較大。

（2）Github Flow。是Git flow的簡化版，專門配合"持續發佈"。開發過程當中始終保存一個長期分支，即Master，一旦有新的需求，便從主分支中拉出新的分支，在修改被接受後，Merge進Master便可，對於規模不是很大的項目，是最適合的開發流程。

（3）Gitlab Flow。是 Git flow 與 Github flow 的綜合。它吸收了二者的優勢，既有適應不一樣開發環境的彈性，又有單一主分支的簡單和便利。這種方式只存在一種主分支master，它是全部其餘分支的"上游"。只有上游分支採納的代碼變化，才能應用到其餘分支。

 通過項目組對四則運算軟件功能的分析和定位，並結合你們的編程基礎，咱們決定採用.NET框架，並採用C#開發WinForm形式的軟件程序。

 因爲項目規模並非很大，而且爲了使得管理更加便捷，咱們選擇採用Github Flow的工做方式。

2.代碼規範、GitHub提交源碼的標準

題目：制定本組的代碼規範、GitHub提交源碼的標準。

 （1）代碼規範

　　因爲該項目採用C#進行程序設計，而且組內有長期從事C#軟件程序設計的工程師，所以制定了較爲詳盡的代碼規範。因爲篇幅的緣由，咱們單獨撰寫了一篇文章，網址：http://www.cnblogs.com/yyshenren/p/5907121.html。

 （2）GitHub提交源碼的標準

　　1.各開發人員必須嚴格按照功能模塊的要求進行軟件代碼的編寫；

　　2.各開發人員完成某個功能或模塊的開發任務後，須要根據測試文檔中的用例自行進行測試，合格後方可提起pull request；

　　3.由團隊中負責軟件測試的人員對該功能或模塊進行測試，測試後填寫測試報告；

　　4.測試經過後，由組長組織各成員對該pull request進行討論；

　　5.由組長確認各成員對於代碼沒有意見後，方可將該pull request合併進master。

3.周例會

題目：組長組織每週例會（可使用羣微信羣試驗一下天天溝通項目開發進度的方法）須要有證據可以在博客上公佈

　　（1）每週例會制度

　　本週，咱們進行了例會，而且制定了每週例會制度，周例會時間定於每週三下午16:00，地點在55B308。

　  本週例會，討論了項目開發的平臺、開發計劃、人員分工等工做，並造成了會議紀要，以下：

　　（2）會議紀要（2016年09月21日）

出席人	田強、曹悅、饒龍、楊斌
缺席	無
拷貝
做者	楊斌

l    會議議程

序號	議題	備註
1	制定GitHub版本更新流程
2	制定代碼規範，提交源碼的標準
3	細化軟件的具體需求
4	肯定成員角色、制定時間計劃、列出產品積壓工做和欲開發時間

l    會議記錄

編號	會議內容
1.	經過會議討論，選擇Github的版本更新流程爲Github Flow
2.	經過討論，選擇C#做爲開發語言，開發平臺使用Visio Studio 2010，軟件形式採起winform形式
3.	由田強分配了每一個人負責完善的需求文檔模塊
4.	會議討論並肯定了成員角色，時間計劃產品積壓工做項和欲開發時間

l    後續行動

編號	說明	責任人	完成時間
5.	該周博客的完善與維護	田強	2016.09.25
6.	設計說明文檔的撰寫	楊斌	2016.09.25
7.	系統測試與調試報告的撰寫	饒龍	2016.09.25
8.	需求說明的撰寫	曹悅	2016.09.25
9.	系統配置與安裝及幫助文檔的撰寫	田強	2016.09.25

注：

收到本會議紀要的相關人員若是對本紀要有修改意見，請在兩天以內將意見反饋記錄人員，不然表示對本會議紀要內容的贊成。

如下是本次會議的開會場景：

 

4.角色分工及項目計劃

題目：根據鄒欣老師的教材相關內容，肯定小組成員的角色，細化項目需求、時間計劃、列出產品積壓工做項和預計開發時間

 （1）小組成員角色及分工

 小組組長：楊斌

 職責：負責項目整體把控，制定代碼開發規則，完成項目的整體設計工做，負責設計說明文檔的撰寫。主要負責完成項目整體框架的搭建，並完成試卷生成、評分管理和歷史記錄檢索等模塊的開發。

 小組成員：饒龍龍

 職責：負責項目的測試工做，負責系統測試與調試報告的撰寫。主要負責完成系統管理、基礎設置和模塊的開發。

 小組成員：曹悅

 職責：負責項目需求文檔的撰寫工做。主要負責完成用戶註冊、用戶登陸和題庫生成等模塊的開發。

 小組成員：田強

 職責：負責系統配置與安裝及幫助文檔的撰寫。主要負責完成項目運算模塊的開發、後臺數據庫的開發和軟件安裝項目的開發工做。

（2）細化項目需求

　　通過項目組成員共同討論，對本系統的需求進行了細化，具體內容以下：

• 用戶註冊
  • 用戶在使用該軟件前須要進行註冊，註冊須要提供用戶的郵箱和姓名，經過軟件發送到後臺系統，後臺系統生成驗證碼後，發送到用戶郵箱，用戶經過輸入驗證碼完成軟件註冊。
• 用戶登陸
  • 用戶註冊成功後，經過註冊時填寫的用戶名和密碼進行登陸，登陸後進入歡迎界面，彈出幫助對話框介紹軟件功能。
  • 歡迎界面列出當前用戶的學習進程和學習曲線。
  • 學習進程包括：學習時間、測試練習數量、作對數量、作錯數量、模擬考試數量、最高分、最低分、平均分
  • 學習曲線（見「學習曲線」小節）
• 難度選擇
  • 用戶在開始測試練習前，若是以前沒有選擇過測試難度，則須要先選擇試題難度，試題難度分爲初級、中級、高級三個等級，本次選擇後，系統自動記錄當前難度，待用戶下次登陸後默認爲已選擇的難度。
  • 用戶在測試過程當中，能夠隨時調整測試難度。
• 測試練習
  • 系統根據用戶選擇的難度，隨機生成題目，經過選擇、判斷、填空等不一樣題型造成測試練習題目。
  • 用戶須要根據題目經過界面操做或輸入完成題目應答，應答後，須要經過界面中的提交按鈕提交答案，系統自動對題目進行斷定。若是應答正確，則進入下一題；若是應答錯誤，則提示用戶，並將正確結果經過醒目的文字提示在界面中。
• 錯題練習
  • 系統自動記錄用戶曾經作錯過的題目，曾經作錯過的題目將會在測試練習和模擬考試中根據必定的比例再現。
  • 用戶在測試練習和模擬考試中將錯題作對後，將逐漸下降該錯題在測試練習和模擬考試中出現的概率。
  • 用戶能夠選擇進入錯題練習單元，系統根據用戶曾經作錯過的題按照系統概率逐漸呈現，錯題練習中將錯題作對後，不影響該錯題在測試練習和模擬考試中出現的概率。
• 模擬考試
  • 系統根據用戶選擇的難度，隨機自動生成考試試卷。
  • 用戶進入試卷後，系統自動倒計時，用戶必須在倒計時結束前完成全部題目的應答，不然系統自動提交試卷內容進行判分。
  • 用戶填寫答案後，能夠選擇進入下一題或返回以前的題目從新做答，待試卷所有做答完畢以後，統一提交該試卷內容。
• 自動判卷
  • 模擬考試結束後，系統自動對試卷進行判分，列出作對的題目和作錯的題目，並對錯題經過醒目的文字進行解釋。
  • 系統自動計算本次考試的最終得分，並記錄到用戶的歷史記錄中。
  • 系統自動將作錯的題目進行記錄，以便在錯題聯繫中再次出現。
• 學習曲線
  • 學習曲線包括三種：測試練習曲線、錯題曲線、模擬考試曲線。
  • 測試曲線爲用戶不一樣日期的測試題目數量曲線，並體現出正確率和錯誤率的分佈。
  • 錯題曲線爲用戶在不一樣日期的錯誤數量曲線。
  • 模擬考試曲線爲用戶在不一樣日期的模擬考試成績曲線。
• 系統設置
• 數值範圍設置，設置四則運算中參數的數值範圍。
• 難度設置，設置當前系統默認的難度。
• 試卷生成設置，設置試卷生成的題目數量、類型、用時等。
• 歷史記錄設置，設置系統自動保存的各項歷史數據的時間範圍。

　　對於該項目的軟件需求分析說明書，咱們將經過一個單獨的頁面進行維護，網址：

　　http://www.cnblogs.com/yyshenren/p/5909500.html

（3）軟件設計說明書 

　　對於該項目的軟件設計說明書，咱們經過一個單獨的頁面進行維護（目前正在構建中……），網址：

　　http://www.cnblogs.com/yyshenren/p/5909487.html

（4）系統測試及調試報告

　　對於該項目的系統測試及調試報告，咱們經過一個單獨的頁面進行維護，網址：

　　http://www.cnblogs.com/yyshenren/p/5909476.html

（5）系統使用手冊

　　對於該項目的系統使用手冊，咱們經過一個單獨的頁面進行維護（目前正在構建中……），網址：

　　http://www.cnblogs.com/yyshenren/p/5909522.html

（6）項目開發計劃

  本項目預計開發週期爲5周，從2016年9月19日至2016年10月21日。

• 2016年9月19日至2016年9月26日，完成項目需求書和軟件詳細設計說明書的編制，並完成項目整體框架和數據庫的搭建。
• 2016年9月27日至2016年10月7日，完成項目各主要模塊的開發工做，完成整合，開始進行測試。
• 2016年10月8日至2016年10月14日，完成項目的測試工做，並對bug進行修改，製做安裝程序。
• 2016年10月15日至2016年10月21日，完成項目全部文檔的撰寫工做，造成完整的軟件產品發佈。