首先我是作業
031502305 陳錦謀
031502403 曾俊
確定原型設計工具
先上結果再說過程：我們用了mockplus。
其實曾俊更想直接在**上操作
根據多年學生工作的經驗來看，部門在納新的時候的普遍做法是對逐個新生宿舍掃樓，向其描述本部門的工作內容、部門優勢、部門文化。而新生對學長學姐所說的這些並不能完全理解，僅僅憑藉十幾分鐘甚至幾分鐘的描述並不能對部門有乙個清晰的認識，認知的錯誤容易讓新生在後期退部，繼而造成部門混亂。
對部門來收就更是不了解新生了，採用的往往是廣撒網，再篩選的策略，這就有點浪費了初期的宣傳所消耗的人力物力。院與校部門之間也沒有乙個統一的平台進行納新，根據今年的經驗是在平台上打造部門門面，再強制新生關注平台，從而讓部門納新進行順利。
部門想要推銷出自己並省時省力，學生想要認清楚部門並讓部門接納自己。
於是我們要做出乙個系統，讓部門選擇的過程能夠資訊化起來，讓學生和部門之間可以雙向選擇。
對於部門而說，省去了大量的人力物力，不必再爬n個6樓掃樓，網頁也能直觀描述部門的工作，及時通知大家部門活動，方便部門的人員管理，增加淘汰機制，減少使用簡訊通知的方式。省錢省時
對於學生來說，有了更清晰的認識，對部門不用保持神秘的情感，在明確的淘汰機制面前提高工作效率。
同優勢，系統debug優化上線之後，可用懷柔政策讓學院大家用上這款產品，實在不行強行試用一波，最後大家用習慣了就可向院外推廣。辣雞易班成長記
首頁
部門資訊
部長副部
部員候補成員
申請納新
申請活動
學生部門列表
所有部門
學生資訊
點開部門
面試通知
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫10
5· estimate
· 估計這個任務需要多少時間105
development
開發250
330· analysis
· 需求分析 (包括學習新技術)
6060
· design spec
· 生成設計文件
3010
· design review
· 設計複審 (和同事審核設計文件)
1010
· coding standard
· **規範 (為目前的開發制定合適的規範)00
· design
· 具體設計
120240
· coding
· 具體編碼00
· code review
· **複審00
· test
· 測試（自我測試，修改**，提交修改）
1020
reporting
報告75
90· test report
· 測試報告
3020
· size measurement
· 計算工作量
1510
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
3060
合計335
555第 n 周
新增**（行）
累計**（行）
學習耗時(小時)
累計學習耗時（小時）
重要成長
第 0 周
192192
3131
複習c++語法、學習vs2017操作、了解回溯
第 1 周
0192738
原型設計、合作**、學習需求分析
附件pdf
我是這篇文件的附件pdf
八葉一刀流 七之型 無專案需求分析
psp2.1 personal software process stages 預估耗時 分鐘 實際耗時 分鐘 planning 計畫100 60 estimate 估計這個任務需要多少時間 10060 development 開發1120 770 analysis 需求分析 包括學習新技術 608...
住院記 那麻木中的一刀 一 前記之11 公考
11.公考 周五晚上依舊加班到很晚，還是趁晚飯的時間出去踢毽子，可能動作有些大了，踢完了就覺得闌尾部位不舒服，也可能摻雜一些心理因素。回到家裡還是有些不舒服，便和女朋友說起了，我不會是闌尾炎吧？女朋友很緊張，問了好多遍，我知道她週末還要參加公 雖然基本上機會渺茫，但還是要試一試的，多一次失敗的機會。...