原型設計(結對第一次)

2022-08-15 15:39:14 字數 3183 閱讀 1496

170320075 解哲

170327078 張合勝

原型1.pdf

現有的部門納新都是以紙質表單為基礎的。這樣做的好處是內容正式,條理清晰,但是缺點也是顯而易見的。例如,資訊彙總不及時,不準確,無法直觀的判斷各個部門間的活動安排情況,資訊發布不及時,資訊獲取渠道少,檔案丟失率高等。

上述一些缺點是目前傳統辦公中比較普遍的現象。而採用數位化的處理流程和數位化的管理方法就能夠比較好的保持資訊的完整性和時效性,從而提高學生會納新的效率和對學生會部門成員管理的效率,同時使考勤評價數位化,精確化。

本系統整體架構如下所示:

|---學生會

|---a部門

|---申請入會

|---申請成功

|---申請失敗

|---請假

|---請假成功

|---b部門

...

本系統可以解決使用者面臨的流程繁瑣問題。尤其是現有流程中關於考勤和活動時間衝突的判定和處理等費時費力的工作都可以通過本系統快速準確的完成。相應的,為了滿足流程盡可能的簡單,且不產生多餘的資料。在申請人填寫報表前無需登陸,系統只需要通過申請人填寫報表的唯一學號來區別使用者。在後續篩選完申請人之後,再要求入圍學生完善資訊。這樣做的好處是簡單化註冊流程,提高申請人的積極性。另一方面,這樣做使得系統儲存更少的多餘資料,並減少系統的複雜度。

新生申請入會時,不需要登入,直接進入x部門填寫個人資訊後提交。

學生會主介面:

a部門主介面:

填報個人資訊頁面:

使用者主要的擔心在於不熟悉新系統的流程和對舊流程的依賴。我們的申請處理系統提供給申請人免登入的申請方式。可以提供給使用者更便捷的流程,減少申請中因為註冊問題帶來的混亂。在申請入部時,我們拒絕或警告申請人對於不同部門中活動時間相同的同時申請。在後續流程----考勤中,我們通過使用者頁面實時反應給部員請假次數。

先申請部門不與已申請的其他部門例會時間衝突則提交成功,否則失敗

提交個人資訊成功頁面:

提交個人資訊失敗頁面:

申請請假頁面:

本系統為使用者帶來數位化的申請流程,簡化了傳統流程中的彙總所需的工作量,並對部員的考勤進行數位化的管理,使得部員對自身學生會參與程度有直觀的理解,督促部員參與學生會。對於部門負責人,可以橫向的對比本部部員的出勤情況,加強對本部的管理效率。由於申請人申請失敗之後的資料是無用的,再者為了簡化申請人的申請流程,採用無登陸填寫資訊,提高申請效率。

成為學生會成員之後,需要登入來獲取更多許可權:

管理系統的使用現在已經非常的普遍了,而如何讓使用者快速的接受系統便成為一種加強競爭力的重要手段。由於本系統面向的使用者是學生會,所以是一種小型的管理系統,且流程相對簡單。而本隊的優勢在於有快捷的申請流程,實時的資訊展示。而在其他傳統系統中存在的諸如的申請人處理,使用者資訊展示等方面本系統也有相關功能。而我們的劣勢在於部門種類的維護和申請人的資訊的修改還沒有涉及到,我們主要考慮到的是這些流程或者功能是非核心的,可以在後續維護中逐步完善。

我們的產品擁有簡單易懂的流程,方便的使用環境,並且我們提供詳盡的使用者文件來幫助使用者更好的來理解和使用此系統。使用網頁訪問方式,使用者只需登陸特定**便可完成一切操作。無需安裝,無需關心配置。使用網頁訪問方式,我們可以獲得比客戶端系統更廣泛的推廣途徑,以求獲得更多的使用者,更廣泛的應用範圍。

此次工作的目標是設計出系統原型,我與結對同學共同參與完成了系統的原型設計工作,在這一過程中,我們通過qq進行了多次交流,發現通過文字交流效率低下,於是在周一上午進行了一次面談,大約持續了2個小時。在這期間,我們共同商討了本次的任務和原型系統的核心功能和流程。在周一晚上我們彙總了彼此的工作成果,並加以討論並優化,基本完成了本次作業的要求。

psp2.1

personal software process stages

預估耗時(分鐘)

實際耗時(分鐘)

planning

計畫30

20· estimate

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

3020

development

開發· analysis

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

120150

· design spec

· 生成設計文件

60100

· design review

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

6060

· coding standard

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

· design

· 具體設計

100120

· coding

· 具體編碼

· code review

· **複審

· test

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

reporting

報告· test report

· 測試報告

· size measurement

· 計算工作量

· postmortem & process improvement plan

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

合計

原型設計(結對第一次)

客戶的主要需求為通過乙個原型系統,讓部門和部員的選擇能夠資訊化,解決因人工篩選導致的部員部門時間 興趣等方面的不匹配,並使學生能更加了解部門 部門也能更加了解學生的情況,同時減少納新的繁瑣程式。需求的物件分別為學生和部門。基本 完善 基本 完善 當初討論時,見作業要求上說如果客戶通過這次設計,該方案...

原型設計(結對第一次)

031502615 李家鵬 031502639 鄭秦 原型設計使用 axure rp 部門通過此發布納新資訊後,學生可以直接檢視,並且填寫 入部申請表 省去了平時手工發放的繁瑣。同時,部門可在該平台上對申請的學生進行篩選後發布面試邀請。豐富的部門資訊,學生可以檢視,增加對部門的了解。而部門也可以檢視...

原型設計(結對第一次)

031502615 李家鵬 031502639 鄭秦 原型設計使用 axure rp 部門通過此發布納新資訊後,學生可以直接檢視,並且填寫 入部申請表 省去了平時手工發放的繁瑣。同時,部門可在該平台上對申請的學生進行篩選後發布面試邀請。豐富的部門資訊,學生可以檢視,增加對部門的了解。而部門也可以檢視...