組長博客連接html
姓名 | 分工 |
---|---|
陳明磊 | 任務分配,撰寫需求分析說明書引言部分,PPT |
陳思涵 | 博客 |
林鎔煒 | 需求說明書非功能需求和驗收驗證標準部分 實體關係圖 |
韓洪威 | 原型設計,需求分析說明書原型部分, 狀態圖 |
楊潤秋 | 需求分析說明書項目整體描述部分, 狀態圖 |
李欣凱 | logo設計,需求說明書非功能需求和驗收驗證標準部分,活動圖 |
陳舒洋 | 答辯,實體關係圖 |
陳錦傑 | 需求說明書非功能需求和驗收驗證標準部分,類圖,思惟導圖,評審表,小組評分,實體關係圖 |
陳振旺 | 需求說明書非功能需求和驗收驗證標準部分,用例圖 |
鍾偉頎 | 需求分析說明書項目整體描述部分, 用例圖 |
陳錦鴻 | 需求分析說明書項目整體描述部分, 用例圖 |
胡浩楠 | 需求說明書非功能需求和驗收驗證標準部分, 活動圖 |
姓名 | 貢獻度 |
---|---|
陳明磊 | 9% |
陳思涵 | 7% |
林鎔煒 | 8% |
韓洪威 | 9% |
楊潤秋 | 8% |
李欣凱 | 8% |
陳舒洋 | 8% |
陳錦傑 | 11% |
陳振旺 | 8% |
胡浩楠 | 8% |
鍾偉頎 | 8% |
陳錦鴻 | 8% |
咱們先開了個小會,討論項目的具體詳情,需求分析說明書的撰寫以及分工算法
而後你們各自完成本身的部分工具
最後再次開一個小會將你們的成果彙總成需求分析說明書,完成PPT的製做並討論未來團隊項目的總體計劃安排學習
描述的是系統的客戶端測試
面臨的問題有:
1.用戶如何進行註冊
2.用戶如何發佈和接收幫跑任務。
3.用戶如何接收和發佈二手交易信息。
4.用戶如何更改本身我的信息。編碼
如下設計解決了哪些問題:
1.提供註冊窗口供用戶註冊
2.提供幫跑任務界面幫用戶解決發佈和接收任務的問題
3.提供二手任務界面供用戶發佈和接收二手任務
4.提供我的中心界面供用戶管理本身的我的信息設計
描述的部分:代碼規範
用戶註冊、登陸過程htm
用戶瀏覽任務/交易頁面,選擇接取任務/確認交易blog
用戶經過關鍵字搜索符合本身須要的任務/交易信息
用戶發佈本身的幫跑任務/二手交易
用戶自定義我的信息設置
帳戶管理問題
用戶檢索問題,如何使用戶經過數據範圍篩選出一批特定的信息
提供用戶帳號密碼找回功能,爲用戶提供登陸保障
提供智能排序功能,任務/交易數據會基於發佈時間/是否已被接取顯如今瀏覽界面上
提供我的信息綁定端口功能,用戶能夠在註冊時將本身的帳號與教務處的學號綁定
一、是用戶的註冊登陸部分
二、帳號的登入註冊以及遊客登入的設計邏輯的問題
三、解決了在設計登入註冊找回密碼以及遊客登入這幾個方面的邏輯順序
一、用戶的查看任務,發佈任務,打分評論部分
二、用戶使用軟件的幾個主要功能時候的交互操做邏輯的問題。
三、解決了用戶在任務表中領取任務,在個人任務中查看任務並評論打分的邏輯問題
processon
操做簡單,方便
你們對咱們的項目沒有問題
組號 | 打分分數 |
---|---|
第一組 | 48.6(最低分) |
第二組 | |
第三組 | 50 |
第四組 | 56(最高分) |
第五組 | 54 |
第六組 | 53 |
第七組 | 54 |
第八組 | |
第九組 | 53 |
第十組 | 51.6 |
平均分 | 53 |
增強組內溝通,增強協做
解決了一部分,還在進步中
過程 | 預估耗時(分鐘) | 實際耗時(分鐘) |
---|---|---|
計劃 | 30 | 30 |
估計任務時間 | 30 | 30 |
開發 | 300 | 350 |
需求分析 (包括學習新技術) | 270 | 270 |
生成設計文檔 | 30 | 60 |
設計複審 | 30 | 30 |
代碼規範 (爲目前的開發制定合適的規範) | 0 | 0 |
具體設計 | 0 | 0 |
具體編碼 | 0 | 0 |
代碼複審 | 0 | 0 |
測試(自我測試,修改代碼,提交修改) | 0 | 0 |
報告 | 30 | 30 |
測試報告 | 0 | 0 |
計算工做量 | 5 | 5 |
過後總結, 並提出過程改進計劃 | 30 | 30 |
合計 | 755 | 835 |
第N周 | 新增代碼(行) | 累計代碼(行) | 本週學習耗時(小時) | 累計學習耗時(小時) | 重要成長 |
---|---|---|---|---|---|
1 | 0 | 0 | 2 | 2 | 入門Axure RP,瞭解原型設計 |
2 | 0 | 0 | 30 | 30 | 學會了需求報告的設計 |
... |