1、移動互聯(lián)網(wǎng)師生交互系統(tǒng)需求規(guī)格說明書2017.03.20目錄1.產品限制條件31.1產品的目標31.2客戶、顧客及其他風險承擔者31.3產品的用戶31.4需求限制條件31.5命名習慣及定義41.6相關事實41.7假定42.功能性需求52.1產品的范圍52.2功能性需求與數(shù)據(jù)需求53.非功能性需求63.1觀感需求63.2易用性需求63.3性能需求63.4可操作需求63.5可維護性需求63.6安全性需求63.7文化和政策需求73.8法律需求74.項目問題84.1開放式問題84.2商業(yè)軟件解決方案84.3新問題84.4任務84.5移交84.6風險94.7費用94.8用戶文檔94.9后續(xù)版本需求91.

2、產品限制條件1.1產品的目標目前大學校園中師生間的交互方式單一且麻煩，需要一款軟件能夠方便師生交互。基于目前手機等移動互聯(lián)網(wǎng)平臺的快速發(fā)展，我們希望以移動互聯(lián)網(wǎng)為基礎，完成一個師生交互軟件。使之在解決師生交互不便問題的同時，也能獲得移動平臺上的便攜性與易用性，完成多項師生交互需求。1.2客戶、顧客及其他風險承擔者客戶：學校技術支持部門，為項目開發(fā)提供預算及需求顧客：學生、教師，產品的使用者，為完善產品提出具體的需求1.3產品的用戶教師：都有較高的受教育程度，但其中部分可能對于軟件的應用水平較為低下，老年教師可能無法掌握過于復雜的操作，界面及相關操作設計應簡單明了學生：都有較高的軟件應用水平，但

3、通常在使用本產品時應較為趕時間，不排除易怒和單手操作的可能，盡可能簡化交互環(huán)節(jié)，但保留復雜的功能方便深度使用1.4需求限制條件產品至少應滿足簡單的師生交互需求，如點名簽到、作業(yè)提交、課表確認、考試查詢等，需要兼容IOS與Android操作系統(tǒng)，同時支持網(wǎng)頁端操作2.功能性需求2.1產品的范圍要建立兩個范圍，早期的一個范圍是工作的范圍，這個范圍確定了要研究的工作的邊界，以及它如何與環(huán)境適應，在理解了工作和限制條件后可以建立產品的范圍?？梢允褂靡粋€上下文范圍圖來定義工作的范圍，這個圖展示了工作和它周圍的相關系統(tǒng)，這部分很重要，要確保上下文范圍已經(jīng)足夠使您理解顧客業(yè)務中潛在有可能從產品中獲益的那些部

4、分，建議使用 Use Case 圖來完成這項工作2.2功能性需求與數(shù)據(jù)需求按照以下框架來定義每個需求，依次排列下去，這部分必須要使用更正規(guī)的格式，以一定的結構寫下來需求編號#：統(tǒng)一唯一的編號需求類型：按一定的方式分的類型，可以參考 Volere 需求模板事件/用例#：用例的編號描述：描述該需求的意圖理由：該需求存在的理由來源:：首次提出該需求的人的姓名，或者該需求可以歸因于他驗收標準：是解決方案必須達到的量化目標，是客戶接受產品的標準，需要以精確量化的方式寫。驗收標準為產品的構建設立了標準，提供了目標，測試者需要利用這些目標客戶滿意程度：如果成功了提交了該需求的實現(xiàn)，客戶會有多高興，評分以1-

5、5來定，1表示客戶并不在意成功，5表示客戶將非常高興客戶不滿意程度：即如果不能提交該需求的實現(xiàn)，客戶的不高興程度，1表示并不在意，5表示非常憤怒依賴關系：指將會對該需求產生影響的其他需求，例如如果該需求改變可能一些其他需求也需要改變沖突：指與該項需求產生沖突的需求支持材料：一些必要的說明材料，只包括那些與需求有直接關系的歷史：記錄需求首次提出的日期、更改的日期、刪除的日期、通過質量關的日期等等，如果感覺有幫助可以加上負責這些活動的人的姓名3.非功能性需求指產品必須具備的一些屬性，描述產品外觀的精神實質，如它必須如何易于使用、如何安全等，編寫方法與前面的功能需求類似，只是在量化方面需要斟酌3.1

6、觀感需求關于產品的外觀精神和用戶對產品的感知3.2易用性需求與產品的目標用戶有關系3.3性能需求用于定義產品的速度、精度、容量、可用性、可靠性等方面3.4可操作需求指明了產品將操作的環(huán)境3.5可維護性需求指明了對產品維護方面的期望3.6安全性需求包括了產品的許多方面，包括在操作方面的安全性，最明顯的安全需求是誰在什么情況下允許訪問產品的哪些部分3.7文化和政策需求根據(jù)不同文化風俗或者不同地區(qū)語言定義的需求3.8法律需求指明了符合法律要求的情況4.項目問題項目問題不是需求，是通過需求活動發(fā)現(xiàn)的一些項目上的考慮，因為它們能幫助理解需求，所以加入到需求規(guī)格說明書中4.1開放式問題這部分留給那些需求活

7、動中被發(fā)現(xiàn)，但還沒有解決的問題4.2商業(yè)軟件解決方案這術語產品的替代解決方案，告訴客戶已經(jīng)考慮過一些替代方案，及這些方案與產品需求的匹配程度。建議討論這三方面：1.是否有現(xiàn)成的產品或商業(yè)軟件可以購買；2.現(xiàn)成的組件是否能用于該產品；3.是否有一些我們可以拷貝的東西4.3新問題可能由項目引發(fā)的新問題4.4任務為了提交產品，已經(jīng)采取了那些步驟？意圖是突出構建產品所需的工作量，或購買一個解決方案需要的步驟4.5移交主要包括舊系統(tǒng)數(shù)據(jù)轉換，收集新數(shù)據(jù)，并行運行新舊兩套系統(tǒng)等4.6風險包含項目可能性最大和后果最嚴重的風險清單，針對每項風險指出它成為問題的可能性以及所有的應對計劃4.7費用實現(xiàn)這些需求必須的資金或工作量，有以下的評估標準：1.業(yè)務事件的數(shù)量；2.產品用例的數(shù)量；3.需求的數(shù)量；4.需求限制條件的數(shù)量；5.估計的功能點的