031502339 葉港晨，031502309 候振源
①人脈：通過各自參加部門學生工作兩年，對部門活動能有自己的了解和理解，同時所積累的人脈在推廣測試的時候能夠起到作用。
②學生可以通過個人空間展示自我，對於在部門的發展有明顯的好處
③部員可以在活動安排表上直觀的看到自己所在部門的活動時間地點，安排表的排版方式與課程表相似，可以直觀的看到和自己的課程時間是否有衝突。
①對學生部門來說使得兩者都更加方便。
③學生可以更方便申請部門，並且可以防止所在的兩個部門甚至多個部門活動時間產生衝突。
其中部門註冊時就要說明納新人數，面試時間和常規活動時間（之後可以在部門主頁中修改）
如果所加入部門已達5個或者活動時間產生衝突則會彈窗提醒
考勤表部門管理與學生都可以在各自介面中點開檢視，若超過6次請假，管理員可以選擇開除
psp2.1
personal software process stages
預估耗時（分鐘）
實際耗時（分鐘）
planning
計畫20
30· estimate
· 估計這個任務需要多少時間
2030
development
開發440
500· analysis
· 需求分析 (包括學習新技術)
100120
· design spec
· 生成設計文件
4030
· design review
· 設計複審 (和同事審核設計文件)
3060
· coding standard
· **規範 (為目前的開發制定合適的規範)
3030
· design
· 具體設計
180200
· coding
· 具體編碼00
· code review
· **複審00
· test
· 測試（自我測試，修改**，提交修改）
6060
reporting
報告140
160· test report
· 測試報告
6090
· size measurement
· 計算工作量
2010
· postmortem & process improvement plan
· 事後總結, 並提出過程改進計畫
6060
合計600
6905.結隊過程
以前自己動手做一些小專案的時候，直接掃了一眼要求就直接開始動手寫了，或許真是這樣老是會出現漏掉需求需要立馬修改的情況。看了構建之法中描述的nabcd模型之後，這一次結對專案我就嘗試著拿來用了，發現用這個模型分析需求的時候不僅僅只做到了需求分析，而是會在設計這個模型的過程中找到需求的大致方向，很有實用性。這是我第一次結隊專案，我發現最重要的不是技術，而是專案開始前的交流和分工，保證這兩者才能使得整個專案過程有條理，使得專案能夠順利地完成。
這次作業和隊友是第一次合作，一開始的確是有點不太適應，但是經過後面的討論商量，明確的分工合作。慢慢的作業就順利的進行下去。加上是自己班的同學，並沒有和陌生人結對的尷尬感。從一開始看到作業要求時的毫無思路，到後面和隊友的商量，思維的碰撞，慢慢的體會到了結對是有乙個人單獨完成任務所沒有的好處的。這次的結對作業，讓我理解到了完成乙個專案並不是像以前一樣的一上來就開始寫**似的。要完成乙個專案，前面的準備工作是必不可少的。從nabcd模型到後面的原型模型的設計。真實的體驗了一把編碼前的專案流程。總的來說，這次的結對作為在我看來不管是對後面專案的完成還是以後工作上的任務，都是乙個非常好的開始。
結隊專案 第一次作業
本次作業 deadline 2017 9 22 10 00pm 閱讀 構建之法 第4章和第8章的內容，並在下方作業裡體現出閱讀後的成果。特別是第8章中的nabcd模型。閱讀下方的客戶描述的現實困擾，請你們能將整套流程資訊化，以共同發布乙份部落格隨筆的形式，設計一套方案，向客戶推銷。描述大致方案，以向...
結隊專案 第一次作業
姓名 學號班級 吳曉暉031502235 k王欽澤 031502232 zn 對部門 需求1 期望以線上宣傳的形式代替或部分代替各個部門在開學初佔據學校青春廣場有利位置，通過張貼海報 發傳單等形式向學生宣傳，即系統應當幫助部門宣傳自己。需求2 系統需收集新生填寫的部門申請表並且即時反饋給部門，並且為...
結隊專案 第一次作業
採用nabcd模型對客戶進行需求分析。部門開始使用時，需要以部門的身份註冊，填寫相應的基本資訊，對部門進行介紹。註冊成功後，可以發布自己的納新資訊，如納新人數，需要的職位及後續的工作說明，面試時間等。有預設的申請 部門也可以新增一些自己想要了解的內容。部門在這個平台上也可以看到其它部門，學習優秀部門...