團隊作業2——需求分析原型設計

需求分析：

軟件的最終目的是用來解決用戶的某些問題，需求分析就是要理解要解決的問題，真正明確用戶需求。請發表一篇隨筆，完成初步的需求分析：

1.訪問軟件項目的真實用戶（至少10個），確保軟件真正體現用戶的需求，為軟件最終可用奠定基礎。

問：關于實驗室故障報修管理系統你認為需要實現哪些功能？
同學A:既然是報修管理系統，就要有設備的信息，設備狀態。發現問題可以及時反饋，維修人員可以第一時間知道。
同學B：實時的故障顯示，同學們可以在第一時間內知道哪些設備損壞待修，方便尋找正常的實驗設備。
同學C：反饋系統，同學不僅僅是反饋設備狀態，還可以留言提出自己的建議看法，實現維修人用和使用者的交互。
同學D：每臺設備都要有故障記錄，可以作為設備維護和更換提供信息幫助。
同學E：實現學生的注冊管理，管理員的注冊管理，錄入學生信息，教師信息，維護人員信息。
同學F：如果方便的話，可以開設站內交流。這樣的小的問題就能及時解決，不需要麻煩維修人員，節省成本。
同學G：有人提及過人員的信息管理，那么就應該不同的人員有不同的權限。比如：老師，學生，維修員，系統維護員。每個人對應不同的群體區分權限。
同學H：以往的故障報修都是進行手工匯總的，隨著時間的累計信息量越來越大，管理員對這些信息的管理越來越困難，希望可以實現自動化管理和匯總。
同學I：對維修任務設置緊急級別，有些小的問題影響不大不需要及時修理，而有些設備對實驗的影響范圍大需要及時修理。
同學J：大的功能我也想不到了，希望可以保護個人隱私，比如匿名報修不泄露個人資料。
同學K：通過系統能查詢到所有錄入設備，設備應該有相關的詳細信息
同學L：最好可以對設備故障次數進行記錄，對故障次數太多的設備提示更換。

2.參考《軟件需求規格說明書》國標規范文本，撰寫對應項目的軟件需求規格說明書。提供《需求規格說明書》的Git鏈接。

軟件需求規格說明書

3.NABCD 寫作，視頻

N (Need 需求)：解決實驗室設備維修管理中存在不規范，效率低等問題，便于設備管理人員跟蹤設備狀況，統一安排調度，合理控制維修進度
A (Approach 做法):提高良好的交互界面，內部良好的數據結構和實現邏輯。
B (Benefit 好處):提高報修和維修效率，將設備管理規范化
C (Competitors 競爭):領域針對性強，產品規模小，易于修改，可塑性高，靈活性強。相比于目前網絡上已有的管理系統，我們的服務群體規模小（本校），因此針對性強，我們得到的用戶反饋反應時間短，反饋速度快，能夠快速的對網站的功能和結構存在的問題提供及時有效的解決辦法。
D (Delivery 交付):需得到學校認可，由實驗室教師宣傳，還可在實驗室墻上，桌上小貼士宣傳。

4.團隊協作，加強分工，需要描述每個成員的具體分工及占整個文檔任務的工作量比例。

061完成需求采訪 占百分之10
059完成NABCD 占百分之10
056完成《軟件需求規格說明書》初稿 占百分之20
060完成原型設計 占百分之20
058完成代碼規范 占百分之20
057撰寫博客 占百分之20

原型設計

先只是簡單的設計了部分頁面，后續將有更多的改進

編碼規范

編碼規范的文檔發布到了Coding
Coding地址： https://coding.net/u/GitForever/p/LFRManagementSystem/git