031502537 葉己峰
031502518 練斐弘
這次的結對作業，我們嚴格遵守了棟哥上課講過的規則，即先定需求，規劃，建模，越遲開始產品實現越優，因此，我們的準備工作做的較充分。採用了nabcd模型，首先分析了顧客需求，從部門和新生兩個角度來考慮；其次是實現方法，採用web端實現，用mockplus製作介面。
各個部門在開學初佔據學校青春廣場有利位置，通過張貼海報、發傳單等形式向學生宣傳；對某個部門感興趣的同學，填寫加入部門申請表交給各部門負責人。各部門負責人通過一種說不清道不明的演算法對申請的學生進行人工篩選，人工篩選留下的學生也面臨被淘汰問題。篩選和淘汰的規則如下：
現狀困擾的是：流程繁瑣複雜，各個部門手工發放申請表，手工收集彙總，各個部門之間資訊溝通不暢，導致不少學生加入幾個部門後，由於活動時間衝突而被淘汰，浪費時間和精力。學生在加入部門前對部門的情況了解有限；部門在學生申請之前對學生也不了解，稀里糊塗，不可言說，就接收了，導致後續配合存在隱患和困擾。
現在，現在，現在，我們很想做這樣乙個系統，請你和你的「對友」 設計乙個原型系統，讓部門選擇的過程能夠資訊化起來，讓學生和部門之間可以雙向選擇。
部門方面
綜上，需設計一款軟體，實現部門和新生在納新上雙向選擇，同時滿足以上需求，
mockplus（官網中有相應教程）
設計如下功能結構，並通過c/s模式達到資訊互動，實現納新管理、部門活動宣傳、活動安排通知等
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫10
10· estimate
· 估計這個任務需要多少時間
1010
development
開發380
490· analysis
· 需求分析 (包括學習新技術)
60100
· design spec
· 生成設計文件
3030
· design review
· 設計複審 (和同事審核設計文件)
3050
· coding standard
· **規範 (為目前的開發制定合適的規範)
2030
· design
· 具體設計
180210
· coding
· 具體編碼00
· code review
· **複審00
· test
· 測試（自我測試，修改**，提交修改）
6060
reporting
報告70
70· test report
· 測試報告00
· size measurement
· 計算工作量
2030
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
5040
合計450
560!(
軟體工程結對專案 WordCount
二 小組成員及分工 1120161754 毛碩 1120161747 林宇翔 我負責基礎功能，林宇翔負責介面實現。三.預估時間 psp2.1 personai software process stage 預估耗時 分鐘 實際耗時 分鐘 planning 計畫30 50estimate 估計這個任務...
軟體工程實踐2017第一次結對作業
031502614 賴志平 031502627 王國華 n need,需求 首先，提出的需求如下 要解決的困擾 流程繁瑣複雜，各個部門手工發放申請表，手工收集彙總，各個部門之間資訊溝通不暢，導致不少學生加入幾個部門後，由於活動時間衝突而被淘汰，浪費時間和精力。學生在加入部門前對部門的情況了解有限 部...
軟體工程實踐 2017 第二次結對作業
blob master example input data.txt 生成示例遵守的最優先規則應該是符合生活中的實際情況。除非特別指出，以下部門的特點標籤和學生的興趣標籤統稱為標籤，部門的常規活動時間段和學生空閒時間段統稱為時間段，工作日指周一至周五，週末指週六和週日。標籤生成 我們將用於生成的標籤...