需求工程week5
?
一、項目前景范圍
1.軟件產品：“捐贈平臺”微信小程序
2.預期功能：
學生通過學號注冊和登錄；
學生可以將自己不需要的書籍，衣物等其他物品捐出，在應用上上傳信息和圖片；
由學生組織工作人員審核所發信息；
通過之后會留言給學生，之后方便進行線下交易；
可記錄學生通過這個平臺所獲取的總志愿時長，有明確的時間，授權組織；
如果學生有違約行為，可經工作人員處理，暫時封號或者扣除志愿時長；
3.軟件產品的應用：
? 該軟件旨在搭建一個志愿組織和志愿者的交流平臺，方便志愿組織進行相關信息的發布以及志愿者的參與，為雙方提供便利。同時對該平臺通過后臺管理進行維護以及更新。做到能夠及時通過收到的反饋信息進行調整。
4.產品前景：
應用于學校內，但是后續可以擴展范圍到多個學校之間或者北京市、鎮、區。
如果小程序已經不滿足廣大學生的需求，可以考慮擴充容量。
5.項目可交付成果清單：
提供項目管理報告文檔，需求規格說明書，使用說明。
二、本周進度說明：
?
三、交互圖
?
?
?
四、狀態轉換圖
?
?
?
五、面向對象建模：
概念類分類列表法：
人：志愿者，志愿組織，管理員
事物：志愿組織所需物品，個人捐贈物品，捐贈活動組織（集合體）：志愿組織所需物品列表，個人捐贈物品列表，捐贈活動列表
概念：查詢請求，詳情信息，信息審核
事件：上傳個人物品，發布捐贈活動，記錄志愿時長，留言?
?
?2.用例模型?
?
3.行為模型（狀態圖）?
?
4.活動圖：?
?
?
?
六、需求規格說明書部分內容：
1.引言
1.1目的
?? 在急需志愿活動的今天，在部分個人物品無從處理時，我們將兩者結合起來，給同學們提供便利。為了調動同學們的積極性，獻出愛心，同時簡化學校慈善組織的工作，順便還可以讓同學們得到滿意的志愿時長證明，甲方提出了該需求項目，想要一個具有相應功能的微信小程序。
1.2范圍
(1)軟件產品：“捐贈平臺”微信小程序
(2)預期功能：
學生通過學號注冊和登錄；
學生可以將自己不需要的書籍，衣物等其他物品捐出，在應用上上傳信息和圖片；
由學生組織工作人員審核所發信息；
通過之后會留言給學生，之后方便進行線下交易；
可記錄學生通過這個平臺所獲取的總志愿時長，有明確的時間，授權組織；
如果學生有違約行為，可經工作人員處理，暫時封號或者扣除志愿時長；
(3)軟件產品的應用：
? 該軟件旨在搭建一個志愿組織和志愿者的交流平臺，方便志愿組織進行相關信息的發布以及志愿者的參與，為雙方提供便利。同時對該平臺通過后臺管理進行維護以及更新。做到能夠及時通過收到的反饋信息進行調整。
1.3讀者對象和閱讀建議
?? 對象：項目管理者，設計人員和測試人員。
?? 閱讀建議：著重對產品功能的分析上；可以通過查看附錄的建模來大致快速地了解該項目。
1.4參考文獻
2.總體描述
2.1產品前景
應用于學校內，但是后續可以擴展范圍到多個學校之間或者北京市、鎮、區。
如果小程序已經不滿足廣大學生的需求，可以考慮擴充容量。
2.2產品功能
?? 信息發布；
學生通過學號注冊和登錄；
學生組織認證；
學生可以將自己不需要的書籍，衣物等其他物品捐出，在平臺上上傳信息和圖片；
學生組織工作人員審核所發信息；
留言；
記錄志愿時長，注明明確的時間，授權組織；
2.3用戶特征
身份：校內學生
經驗：有微信小程序使用經驗，對于授權，登錄，注冊，以及使用能夠無障礙進行
技術能力：能夠操作微信小程序，對基本的手機應用注冊登錄等功能熟悉
2.4約束
硬件限制：與手機硬件實現交互。
規章政策：小程序必須符合法律規定，不得出現違法違紀的事件
和其他應用的接口：Web?API接口層
并發操作：同時最多有10個網絡請求連接；
控制功能：后臺可控制小程序的運行狀態，能夠監控
高階語言要求：c++、c、java
信號握手協議：信息交流必須可靠，所以信息須通過審核
應用的臨界狀態：當小程序超負載，自動退出
安全性考慮：交易須有審核，用戶信息足夠保密
2.5假設和依賴
安卓系統和蘋果系統的微信界面不同，登錄界面等需要進行調整。
若同一時間用戶過多造成超負載，程序將停止運行，重新登錄即可。
?
本周分工：
面向對象建模：張芷璇、蔣雨彤
狀態轉換圖：宋鐵男
交互圖：吳洋
進度說明文檔及博客：管熙玉
?
下周任務：
進行小程序的開發、功能實現，并與甲方交流改進
?
轉載于:https://www.cnblogs.com/xuqiugongcheng1/p/10991316.html
總結
- 上一篇： python 数据的基本类型（字符串）
- 下一篇： 第十五周学习进度博客