結隊專案 第一次作業

2022-03-09 01:00:53 字數 3116 閱讀 7865

姓名

學號班級

吳曉暉031502235

k王欽澤

031502232

zn:

對部門:

需求1:期望以線上宣傳的形式代替或部分代替各個部門在開學初佔據學校青春廣場有利位置,通過張貼海報、發傳單等形式向學生宣傳,即系統應當幫助部門宣傳自己。

需求2:系統需收集新生填寫的部門申請表並且即時反饋給部門,並且為了與過去人工收取申請表的方式取得相容,各個部門也可以向系統新增線下填寫申請表的新生的個人資訊。

需求3:部門可以通過系統發布與修改面試與各項活動時間安排,系統應能夠通知申請人和盡量規避各個部門面試與各項活動安排時間上的衝突。

需求4:系統應能夠幫助部門篩選申請人,以及幫助部門通知新生申請進度或者申請結果。

需求5:系統應該搭建乙個部門和新生的交流平台。

隱藏需求:

部門可以向新生發出面試邀請,特別是被別是已被其他部門淘汰的新生,做到部門配置的最優解。

另外:

部門使用系統規則應滿足:

部門納新人數和面試時間必須事先申報確定。

部門活動時間包括常規活動時間(如每週三19點-20點)和臨時活動時間,常規活動時間在納新時候就要公布。

篩選演算法需滿足:

如果乙個學生常規部門活動時間請假超過6次,將面臨被淘汰。

學生最多加入5個部門,但是要考慮部門活動時間衝突次數。

未參加部門面試的學生不能納入部門。

對新生:

需求1:系統應幫助新生了解部門,並且幫助新生篩選較適合的部門,如測試問卷的方式。

需求2:新生可以通過系統以線上填寫申請表的形式代替傳統的填寫紙質申請表交給部門負責人的形式申請參加部門面試。

需求3:系統應該搭建乙個新生和部門的交流平台。

隱藏需求:

新生應可以通過系統提前告知部門退出面試,以免因篩選演算法不能申請其他部門。

a:

b:

在分析好處前首先得先考慮這款軟體真正的服務物件是誰,部門?新生?,我們認為真正的服務物件是學校。如果是對部門,我們覺得最優解是乙個專門服務於自己部門的小程式,這樣部門可以對程式獲得最大的自主權。如果對新生那麼其實線下面對面的交流也是一種幫助新生了解部門和消除新生剛入學不適應的優秀的解。

而本系統可以幫助學校管理學校的部門,避免部門宣傳時期的魚龍混雜。並且解決了開學初部門納新時的校園擁堵,和宿舍樓大量宣傳單造成的髒亂的情況。

而對部門:增加了乙個宣傳形式,解放了人力和財力,並且可以以一種更合理的方式篩選新生。

對新生:方便了新生填寫申請表,並且幫助新生更好的選擇部門,了解部門。

c:

優勢:

結對者之間有配合經驗,有助迅速的適應和分配開發角色;並且結對者之間交流比較方便,可以較好的解決隨著專案的推進,需求改變的情況。

劣勢:

結對者在部門的經驗相對較少,對部門的運轉形式較為陌生,在部門中的人脈也相對較少,不利於後期推廣。

d:

b中說了系統最大的服務物件是學校,所以能取得學校幫助是最吼的。不然可以以幫助小部門宣傳為契機先向小部門推廣,在取得一定的部門數後再向大部門推廣。

以下是根據nabcd模型生成原型圖

原型圖預覽戳這

3、原型工具使用說明:

4、psp:

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫60

60· estimate

· 估計這個任務需要多少時間510

development開發0

0· analysis

· 需求分析 (包括學習新技術)

3060

· design spec

· 生成設計文件

60120

· design review

· 設計複審 (和同事審核設計文件)

3060

· coding standard

· **規範 (為目前的開發制定合適的規範)00

· design

· 具體設計

120200

· coding

· 具體編碼00

· code review

· **複審00

· test

· 測試(自我測試,修改**,提交修改)00

reporting報告0

0· test report

· 測試報告00

· size measurement

· 計算工作量00

· postmortem & process improvement plan

· 事後總結, 並提出過程改進計畫

6060

合計365

5705、結隊過程以及合照:

可能有點黑~

6、結隊心得以及專案總結:

隊友心得:學習了原型工具的使用以及nabcd模型的應用,通過這次的結隊作業也相當有體會,就是有乙個好的美工的重要性~~

我的心得及總結:

首先,這次結隊作業讓我學會了很多,不管是從分析使用者需求,還是到後面的原型系統設計。就拿分析使用者需求來講吧,老師推薦了《構建執法》這本書裡面的nabcd模型是相當有用的,它幫助我整理了思緒,完整的呈現出我對使用者需求的理解和我的想法,其次,說道原型系統設計,很遺憾,我只下過兩種工具,就是gui design studio以及axure rp,最終是採用了後者,後來看到其他同學的博文,我想磨刀工具貌似更加有趣,所以我準備在後面有時間的時候,去接觸一下磨刀工具。再者,自己的審美觀真的是有待提公升~~~希望以後能夠做出更加美觀得體的介面,畢竟個人覺得美工ui設計這一塊其實是相當有趣的。

結隊專案 第一次作業

本次作業 deadline 2017 9 22 10 00pm 閱讀 構建之法 第4章和第8章的內容,並在下方作業裡體現出閱讀後的成果。特別是第8章中的nabcd模型。閱讀下方的客戶描述的現實困擾,請你們能將整套流程資訊化,以共同發布乙份部落格隨筆的形式,設計一套方案,向客戶推銷。描述大致方案,以向...

結隊專案 第一次作業

031502339 葉港晨,031502309 候振源 人脈 通過各自參加部門學生工作兩年,對部門活動能有自己的了解和理解,同時所積累的人脈在推廣測試的時候能夠起到作用。學生可以通過個人空間展示自我,對於在部門的發展有明顯的好處 部員可以在活動安排表上直觀的看到自己所在部門的活動時間地點,安排表的排...

結隊專案 第一次作業

採用nabcd模型對客戶進行需求分析。部門開始使用時,需要以部門的身份註冊,填寫相應的基本資訊,對部門進行介紹。註冊成功後,可以發布自己的納新資訊,如納新人數,需要的職位及後續的工作說明,面試時間等。有預設的申請 部門也可以新增一些自己想要了解的內容。部門在這個平台上也可以看到其它部門,學習優秀部門...