團隊做業3-需求改進&原型設計

選題：實驗室報修系統

　　實驗室設備常常會發生這樣或那樣的故障，靠值班人員登記設備故障現象，維護人員查看故障記錄，進行維修，而後登記維修過程與內容，以備往後複查，用這種方式進行設備運營管理，它僅僅起到一個記錄的做用，不能對大量的故障信息進行統計分析，不能動態地反映實驗室內各類設備的運營情況。基於以上狀況，創建一個在網上能夠方便操做的，既能夠記錄設備運營情況又能夠從中提取有用信息做爲決策依據的管理系統是十分必要和可行的。

需求改進&原型改進

1.本來打算有三個角色登錄系統，但是想一想不是很須要。教師和學生登錄報修系統，目的是相同的，其實不須要劃分得那麼詳細，都主要是在網站上填寫報修單而已，於是咱們打算撤銷教師和學生兩種角色，統稱爲普通用戶。

2.和老師面對面聊了下，雖然說是報修系統，維修人員也能夠登錄，跟蹤報修條目。咱們打算等完成主要功能後再商量着實現。

3.咱們設想，學生在實驗室發現設備存在故障時，使用本身的帳號登錄報修系統，選擇報修記錄進行填寫。報修的各類選項，都是可選擇的。報修界面上有示例以供參看。

管理員登錄後，有設備添加，教師添加，還有篩選報修單的功能。管理員經過獲得的報修單，能清晰地看到比較緊急的設備故障，儘快安排維修。

4.以前考慮過製做站內信，能夠苦於開發時間較短，咱們暫緩實現了。

5.修改的需求規格說明書:

https://git.oschina.net/hr2324/team下的 teamworks規格說明書--最新版.rtf

6.團隊項目WBS:

7:

 

系統設計

1、咱們使用JSP項目+mysql數據庫開發網站。

1.選擇java做爲後臺程序代碼，是由於java支持跨平臺，寫好的項目也能夠放在不一樣操做系統實現；java是一門流行的語言，已經有不少前輩爲此寫好的各類開發包，能簡單上手；團隊成員對java基礎知識掌握還不錯，再接再礪，能夠寫出比較好的做品。

2.選擇mysql數據庫，由於它輕便，安裝簡單。從安裝方面來講，MySQL安裝包大小僅100MB左右，與那幾大商業數據庫相比徹底不是一個數量級。它的安裝也比Oracle等商業數據庫容易不少，不管是經過已經編譯好的二進制分發包，仍是經過源碼編譯安裝，都很是簡單。

再從數據庫建立方面來比較，MySQL僅僅須要一個簡單的CREATE DATABASE命令便可在瞬間完成建庫的動做，而Oracle數據庫與之相比，建立一個數據庫簡直就是一個龐大的工程。固然，兩者在概念上存在必定差異也不能否認。因爲其體積小、速度快、整體擁有成本低，尤爲是開放源碼這一特色，爲了下降網站整體擁有成本而選擇了MySQL做爲網站數據庫。

2、基於上面的WBS，咱們設計了數據庫原稿

數據庫名：repair

關係表：用戶user、報修記錄單record、設備信息equipment、實驗室資源lab_source、故障信息fault_Im

其中設備信息包含了設備id、名稱、種類、維修人信息；主鍵爲設備id

實驗室資源包括了實驗室id、名稱、設備種類、設備id、數量；主鍵爲實驗室id

故障信息包括了故障id、設備id、故障類型；主鍵爲故障id

用戶包括了用戶id、用戶名、密碼、姓名；主鍵爲用戶id

報修記錄單包括了用戶id、記錄id、設備id、實驗室id、故障id、描述區、報修時間等。記錄id自動增加。用戶id、設備id、實驗室id以及故障id構成表的主鍵。

3、界面展現

 

 

Alpha任務分配計劃

召開迭代計劃會議，爲下週進入Sprint做準備。

 

　　第一部分：以需求分析爲主，選擇和排序本次迭代須要實現的訂單條目

　　　　1、找出完成產品須要作的事情。分工完成登錄模塊，故障申報模塊和管理模塊。而且上網搜索相似的系統的實現狀況，學習他們的優勢。

　　　　2、決定當前的衝刺須要解決的事情。對上述的三個模塊進行細劃分，團隊成員認領本身的任務去完成，實現了效率的最大收益。

　　　　3、衝刺。根據任務的完成狀況決定是否開一個小型會議，你們提出問題，協商解決。

　　第二部分：以設計爲主，肯定系統設計方案和工做內容

測試計劃

1.引言項目背景

　　學院有本身的實驗室，經過調查瞭解到如今基礎上當實驗室一些設備發生故障後，通常的流程就是學生：「老師，這臺電腦壞了打不開」 老師： 「哪一臺機子」學生：  「XX號」  而後看見在每一個實驗室的講臺上有一個故障登記表 ，會在上面寫一些基礎信息，以後在管理實驗室的老師來關門時候會順便覈查一下，儘快作維修處理。但是，這樣信息發佈不及時；手工彙總故障信息工做量大；若學生填寫故障登記表太過簡單，再想去聯繫學生了解詳情麻煩；區分故障處理優先級模糊，容易形成簡單問題處理拖拉。爲了解決教師處理實驗室設備故障信息的痛苦，咱們設計了實驗室故障報修系統。

2.任務概述

測試範圍

①用戶登錄安全，即測試其餘非管理員用戶可否登錄系統； ②管理員設備管理、實驗室管理、保修單管理測試； ③用戶報修單填寫測試

測試目標

①阻止外部人員的訪問，保證系統的安全性； ②保證管理員的功能正常使用； ③讓用戶填寫報修單不會以爲繁瑣。

3.測試策略

測試人員需求、分工

測試方面會安排黃睿和陳鑫龍負責，兩人協同合做，共同測試。

具體測試時間仍是看功能實現的進度。

測試方法

手動測試