第一篇：教師評價系統需求分析 完整版

目錄

1.引言..............................................................................................................錯誤！未定義書簽。1.1 選題目的.........................................................................................錯誤！未定義書簽。1.2 選題理由.........................................................................................錯誤！未定義書簽。2.軟件總體概述................................................................................................................................2 2.1

開發意圖....................................................................................................................2 2.2

應用目標....................................................................................................................2 2.3 作用范圍...........................................................................................................................23.教學評價系統總功能用例圖........................................................................................................4 3.1 3.2 3.3 3.4 3.5 3.6 4.教學評價系統總體結構圖...............................................................................4 教學評價系統流程圖.......................................................................................5 非功能需求.......................................................................................................5 故障處理要求...................................................................................................5 安全性...............................................................................................................5 數據庫需求分析...............................................................................................6

設計方案........................................................................................................................................7 4.1 設計過程...........................................................................................................................7 4.2 數據流圖...........................................................................................................................8

5.6.6.1 6.2 6.3 6.4 6.5 6.6 7.7.1 7.2 7.3 7.4 8.8.1 8.2 8.3 8.4 性能需求........................................................................................................................................9 項目整體管理..............................................................................................................................10 制定項目章程.................................................................................................................10 制定項目管理計劃.........................................................................................................10 指導與管理項目執行.....................................................................................................10 j監制項目工作...............................................................................................................10 整體變更控制.................................................................................................................10 項目收尾.........................................................................................................................10 項目人力資源管理......................................................................................................................11 人力資源規劃.................................................................................................................11 項目團隊組建.................................................................................................................11 項目團隊建設.................................................................................錯誤！未定義書簽。項目團隊管理.................................................................................................................11 項目溝通管理..............................................................................................................................12 溝通規劃.........................................................................................................................12 信息發布.........................................................................................................................12 績效報告.........................................................................................................................12 項目干系人管理.............................................................................................................12

9.9.1 9.2 9.3 9.4 9.5

10.項目實踐總結..............................................................................................................................14 項目風險......................................................................................................................................13 風險管理規劃.................................................................................................................13 風險識別.........................................................................................................................13 定性風險分析.................................................................................................................13 定量風險分析.................................................................................................................13 風險監測與控制.............................................................................................................13

1.引言 1.1選題目的

本軟件規格說明編寫目的包括以下方面：

介紹項目背景、項目概述，明確教學質量管理與保障系統開發的目標意圖和需求范圍；

詳細描述教學質量管理與保障系統的功能和非功能性需求，確保需求得到正確的理解和說明；

定義教學質量管理與保障系統的功能模塊和具體功能需求點，作為項目實施過程中設計、開發、測試和驗收等后續工作的依據。本軟件需求規格說明書的適用讀者包括需求方項目組成員及業務部門用戶、開發方項目經理和項目組中擔任系統分析員、系統設計人員、系統測試人員角色的相關人員。文檔應作為需求方和開發方一致地向軟件系統的使用部門和使用用戶溝通軟件系統功能需求的唯一標準。1.2選題理由

南海東軟信息技術職業學院教學質量評價系統的總體目標就是要實現上述教學質量管理與保障工作的規范化，流程化以及自動化，對教學過程實行有效控制。通過各類定期和不定期的教學檢查、各級聽課、教師和學生評教、教學督導專家的檢查等方式，對學校教學全過程進行管理與保障。

2.軟件總體概述 目標

2.1開發意圖

通過問卷方式實現學生對任課教師教學質量的評價，使教師了解自己在教學過程中的不足。2.2應用目標

根據與用戶的溝通，網站應實現如下目標。界面簡潔、框架清晰、美觀大方。

快捷靈活的人機交互過程，用戶能方便的進行信息的提交和查詢。2.3作用范圍

一般的企業 注冊、登入 注冊資料和數據的記載等 假定和約束

標準約束： 軟件工程術語 計算機軟件開發規范 計算機軟件產品開發文件編制指南 計算機軟件配置管理計劃規范

系統角色

管理員： 對系統用戶進行管理，對系統數據進行備份和恢復，對評價統計進行管理。

教師： 查看學生對自己評價的問題平均分，密碼修改 學生： 對老師進行評價，密碼修改

需求規定 對功能的規定 功能需求：登陸頁面 功能需求：管理員頁面 功能需求：學生頁面 功能需求：教師頁面

3．教學評價系統總功能用例圖

3.1 教學評價系統總體結構圖

3.2教學評價系統流程圖

3.3非功能需求 圖片和文字排版 網站美化 網站優化 靈活性

菜單之間可以快速轉換，準確無誤。3.4故障處理要求 3.5安全性

系統的使用權限分為四級：

第一級為系統管理員，負責權限分配、系統初始設置、維護等工作；

第二級為業務人員，能對各子系統信息進行查詢；

第三級為各部門（或者子系統）主管，主要查詢和監督本部門的信息；

第四級為各系統操作員，主要進行日常業務操作和自己的歷史記錄查詢等。

另外各部門權力體系相互獨立；各操作員登錄系統都必須通過身份驗證，合法用戶才能進入系統；重要信息經過加密等。3.6數據庫需求分析 系統設計與實現 設計內容和選題方案: 我院自建校以來，在短短幾年之內迅速發展。隨著學院規模的不斷擴大，對于學院的教學質量管理與保障工作提出了更高的要求。為確保新形勢下教學質量和人才培養質量，充分調動教、學、管等多方面積極性，進一步加強教學質量管理，需要構建比較完善的教學質量管理與保障體系。故此，一個良好的教師評估系統是滿足此需求的一個方面。

4.設計方案

采用規范設計的數據庫設計方法，基本步驟為：需求分析，概念結構設計，邏輯結構設計，物理結構設計，數據庫實施，數據庫運行與維護。

數據庫平臺采用ORACLE 10i，利用所學的PL/SQL語句完成數據庫的建立，以及業務需求功能。

4.1設計過程

a)設計宏觀行為.向使用該程序的相關操作人員開放程序端口.b)確定好系統所有用到的信息.收集好關于該系統應該包含的數據,將其有效化為表.例如,教師的基本信息,注冊用戶的信息，評估類型信息。c)確定表的相互關系.從設計出來的各個表中確定好相互之間的關系.d)確定相關業務流程.從一定操作中確定好系統中的操作流程.e)確定業務規則.例如:學生在登陸程序界面的時候,首先向系統提供有效的用戶名和密碼,然后系統根據之前在數據庫中的數據,動態生成相關評估資料界面.這些規則將在系統中有所體現.4.2 數據流圖

運行環境規定 支持軟件 服務器軟件環境 數據庫：為 oracle；

中間件：采用Tomcat6.0中間件;

Web層：用JSP + javabean編寫；頁面使用div + css 編寫；編輯器使用Dreamweaver。編譯器：JDK1.6 客戶端：IE瀏覽器，通過HTTP協議與中間件交互 客戶端軟件環境

操作系統：Window sxp以上，IE6.0（推薦使用IE7.0 接口

基于端口的VLAN 交換端口

以太網通道端口組 交換虛擬接口 連接接口 5.性能需求

由于系統的使用人群比較龐大，每個學期約有6000-7000名學生參與評教，同時隨著學院的不斷發展，每個學期的評價人數大概會達到10000人以上，同時評價時間一般為一周，故可能出現同一時間比較多同學登錄評價，造成網絡塞車的問題，所以網上評價系統需要支持最少500人同時訪問，并保證訪問時不能出現服務器數據丟失、錯誤或崩潰等情況，特別是問卷提交時，不能出現數據錯誤。

6.項目整體管理

項目整體管理是將項目管理的各個方面整合在一起的活動。它是一項綜合性、全局性的工作。其核心是權衡多個相互沖突的項目實施方案，以實現項目的目標和要求；幫助項目管理人員整合協調項目管理的各個不同活動領域間的信息交流；促進信息的合理流動；有效地控制和管理項目進行過程中可能出現的變更。人們經常把項目整體管理視為最重要的項目管理知識和技能。項目整體管理包括：

制定項目章程——制定項目章程，正式批準項目或項目啟動階段； 制定項目初步范圍說明書——制定項目范圍說明書，概括地說明項目的范圍；

制定項目管理計劃——將定義、準備、綜合與協調所有子計劃所需要的活動形成文檔，使其成為項目管理計劃；

指導與管理項目執行——執行項目管理計劃確定的工作，完成項目范圍說明書中明確的項目要求；

監控項目工作——監控項目的啟動、規劃、執行和結束過程，實現項目管理計劃中確定的實施目標；

整體變更控制——審查所有的變更請求，批準變更并控制可交付成果和組織過程資產；

項目收尾——最終完成所有項目管理過程組的所有活動，正式結束項目或項目階段。7.項目人力資源管理

項目人力資源管理包括為了最有效地使用參與項目人員而進行的各種管理活動。它涉及所有項目利益相關方：項目贊助人、顧客、合伙人、為項目做出貢獻的人員以及其它方面人士。項目人力資源管理由以下過程組成：

人力資源規劃——確定、記錄并分派項目角色、職責、請示匯報關系，編制人員配備管理計劃；

項目團隊組建——招聘項目工作所需的人力資源；

項目團隊建設——培養團隊成員的能力，以及提高成員之間的情感交流，從而增強項目績效；

項目團隊管理——跟蹤團隊成員的績效，提供反饋，解決問題，協調變更事宜以增強項目績效。

項目經理和項目管理班子應該對項目人力資源管理的知識和內容認真掌握，了解這些知識應如何應用到項目之上。在軟件項目中，人是最寶貴的資源。應該為軟件開發人員和管理人員等各類項目人員創造一個和諧、良好的工作環境和氛圍，使他們具有項目成功的信心和積極的工作心態，將項目作為自己事業的一部分，確保項目隊伍的穩定性和持續性。

8.項目溝通管理

項目溝通管理包括保證及時與恰當的生成、搜集、傳遞、貯存與最終處置項目所需信息的過程。它在人員與信息之間提供取得成功所必需的關鍵聯系。每個參與項目的人員都必須參與溝通，并且要懂得他們作為個人所參與的溝通對項目整體有何影響。項目溝通管理由以下過程組成：

溝通規劃——確定利益相關方對信息與溝通的需求：誰需要何種信息，何時需要以及如何向他們傳遞；

信息發布——將所需信息及時提供給項目的相關人員；

績效報告——搜集與傳播項目的績效信息，包括狀況報告、績效度量及預測；

項目干系人管理——對溝通進行管理，滿足項目干系人的需求，共同解決項目問題。

溝通的通用管理技能同項目溝通管理相關，但并不完全相同。溝通是范圍甚廣的題目，涉及到并非項目管理環境所獨有的、相當龐大的知識體系。項目溝通管理涉及到項目生命周期內所形成的各種信息。為了讓每個項目干系人及時得到所需要的信息，需要很好地解決什么時候向什么人匯報、通知什么的問題。此外軟件開發隊伍和用戶之間的溝通，也是溝通管理中的一項重要工作。

9.項目風險管理

風險的定義是“能夠影響項目一個或多個目標的不確定性”。這里需要強調的就是相關性。那些與目標不相關的不確定性，應該被排除在風險管理過程之外。把風險和目標聯系起來，確保風險識別過程關注于那些起作用的不確定性，而不要被不相關的風險分散項目團隊寶貴的精力。

項目風險管理是指對項目風險進行識別、分析、并采取應對措施的系統過程。它包括盡量擴大有利于項目目標事項發生的概率與后果，而盡量減小不利于項目目標事項發生的概率與后果。項目風險管理是由以下過程組成的：

風險管理規劃——決定如何規劃與實施項目的風險管理活動； 風險識別——判斷哪些風險會影響項目，將其特點記錄于文檔加以保存；

定性風險分析——對風險發生的概率和影響進行評估和匯總，對風險進行排序，以便隨后進一步分析或行動；

風險監測與控制——在整個項目生命周期中，跟蹤已識別的風險、監測殘余風險、識別新風險，執行風險應對計劃，并對這些計劃的有效性進行評估。

組織從對項目成功與失敗的角度看待風險。風險對項目所造成的威脅只要能與冒此風險所得到的收獲相抵，就屬于可接受風險。要想取得成功，組織必須承諾在整個項目進程中進行風險管理。衡量組

織承諾的尺度之一就是該組織是否認真搜集有關項目風險及其特點的高質量數據。

10.項目實踐總結

第二篇：教師工資管理系統需求分析說明書

學校內部工資管理系統

需求分析報告

系統分析員：張倩、施婷婷、毛思雨、吳園希、陳金淼

日期：2011-5-3

1、目導言

1.1 目的

為工資管理系統提供一套具有基本功能的模擬軟件支持系統提供基本的需求分析和描述，為軟件的開發參與者（系統設計人員、程序員、測試人員、開發商、管理人員等）提供完整的需求信息。

1.2 范圍

本軟件適用于我校工資系統的管理和應用，它是完善、安全、穩定的系統管理模擬軟件。待開發軟件系統的名稱：基于Web應用的學校教師工資管理系統

本產品能具體化、合理化、安全的模擬實現基于Web應用的工資管理系統的各種基本操作。

2、系統定義

2.1 項目來源及背景

本系統是一個學校內部工資管理系統。對教職員工的基本信息和工資信息進行添加和修改，能夠調整工資項目，根據需要對教職員工基本信息和工資信息的查詢，本系統能夠生成各個月的工資表，能夠打印報表方便保存和管理，還包括對系統的一些基本操作功能，比如為完善系統管理功能，增加工資系統用戶管理功能，系統應該包括系統用戶數據的添加，修改和刪除。教職員工為系統普通用戶，只能運行系統個人工資查詢功能；系統管理員則能運行系統所有功能，從而有效保證系統數據的安全性，系統應該具有簡單，易用，小巧，經典的特色，應該能夠對高校工資管理進行優化，使其系統化，高效化，智能化。并保證工資管理的準確性，簡易性，為學校財務人員提供便利。

2.2 用戶的特點

本系統的用戶主要有以下幾類：

教職工：提交各人信息和查詢總工資表；

財務處：查詢總工資表，生成正確的工作表，生成各教職工工資條； 人事處：提交人員變動情況，制定獎懲實施細則，生成可變工資； 學校各部門：提交出勤情況，提交業績情況，讀取工資條。

本軟件的使用對象是我校全體教職員工,必須通過IE瀏覽器訪問該系統，然后再登陸頁面輸入正確的用戶明和密碼方可使用（即成功登陸）。

3、功能規格

3.1 角色定義

角色或者執行者指與系統產生交互的外部用戶或者外部系統。

3.1.1 教職工

學校教職工通過系統可以實現以下使用需求：提交個人信息，登陸修改個人信息，查詢個人工資各項詳情。

3.1.2 財務處

學校財務處可以通過系統實現以下需求：讀取工資表，生成正確工資表及查詢工資情況。

3.1.3 人事處

學校人事處可以通過系統實現以下使用需求：輸入教職工調動信息，讀取教職工出勤及業績情況，制定獎懲實施細則，生成教職工出勤工資、獎金及扣款清單。

3.1.4 學校各部門

學校各部門可以通過系統實現以下使用需求：給出教職工出勤情況，給出教職工業績考核情況，讀取各部門匯總表，得到工資條。

3.1.5 數據庫數據庫是一個與系統產生交互的外部系統，這個角色負責系統的數據查詢、增加、刪除、和修改等操作。

3.1.6 學校人事處

在學校教師工資管理系統中，管理員可以提交人員變動，提交可變工資（統計出勤工資、獎金及扣款項目），制定獎懲明細，查詢工資表。具體描述如下。

用例描述：學校人事處管理； 執行者：學校人事處；

前置條件：人事處管理者已登錄系統；

后置條件上：如果人員和工資產生變化，則數據庫中的隨之變化。基本路徑：

登錄成功，進入管理界面。

然后根據選擇不同的操作分別進入不同狀態，如：選擇提交人員變動，可以對員工調入、調出、校內調動、離退休等數據進行修改，進入的狀態為一個系統

反饋的信息表。若選擇提交可變工資，則會再次給出選擇分別進入狀態為：出勤工資表，獎金表后者扣款清單表。

根據相應選擇查詢不同信息。查看信息完畢后，最后退出系統。

在學校教師工資管理系統中，財務處管理員可以查詢工資表，然后每月月底將教職工的工資表做好并將數據送往銀行。每月初（3日前）將工資條發給各單位。具體描述如下。

4、性能需求

4.1 界面需求

1.以通信功能作為界面設計的核心

人機界面設計的關鍵是使人與計算機之間能夠準確地交流信息。一方面，人向計算機輸入信息時應當盡量采取自然的方式；另一方面，計算機向人傳遞的信息必須準確，不致引起誤解或混亂。

2.界面必須始終一致

統一的人機界面不致于會增加用戶的負擔，讓用戶始終用同一種方式思考與操作。最忌諱的是每換一個屏幕用戶就要換一套操作命令與操作方法。

3.界面友好、使用方便

4.2 響應時間需求

系統能設置登錄等級，對于使用服務器端工作者可以先行響應；

4.3 開放性需求

一個優秀的軟件應該提供在線求助功能，甚至提供使用向導，這將給用戶帶來極大的方便。在多媒體環境下，以語音提示作為操作向導，不會干擾屏幕信息，是一個極佳的選擇。

4.4 可擴展安全性需求

系統對要提供與讀取信息的用戶進行身份驗證，登錄后各員工只能可以看到各自工資詳情；

第三篇：教師信息管理系統需求分析報告

教師信息管理系統

需求分析

編寫目的：

通過調查分析，教師信息管理系統是針對教師日常工作安排來設計開發的系統。一是動態了解教師教研信息，規范管理教師的個人基本信息、科研信息、獎懲信息等；二是為我系教師績效評估提供支持和參考。寫出需求分析文檔作為項目設計的基本準則要求，以及作為系統分析員進行系統分析和測試人員進行測試時的手冊。

需求概述：

試設計一個教師信息管理系統，使之能提供以下功能：

（1）錄入功能：輸入教師的信息(不一定按順序)

（2）排序功能：根據輸入的教師信息，按照教師號由小到大排序

（3）輸出功能：按教師號由小到大輸出所有教師信息

（4）查詢功能：至少一種查詢方式（按教師號查詢 或 按職稱查詢等）

（5）修改功能：能夠修改教師的信息

（6）刪除功能：能夠刪除指定教師的信息

需求說明：

教師信息包括：職工號、姓名、性別、年齡、學歷、工資、住址、電話等，并且要求教師號不能重復；

輸入的教師信息要求用文件形式保存，并可以對其進行排序、瀏覽、查詢、修改、刪除等基本操作；

對教師信息應該能夠分別按教師號以及職稱兩種方式進行查詢，并且要求能返回所有符合條件的教師的信息；

對教師信息的修改應逐個地進行，并且任何一個教師信息的更改都不會影響其他的教師記錄；

所設計的系統應以菜單方式工作，應為用戶提供清晰的使用提示，依據用戶的選擇來進行各種處理，并要求在此過程中能夠盡可能的兼容用戶使用過程中的異常情況。

第四篇：門禁系統需求分析

門禁系統建設需求分析

1.是否聯網通過RS485還是TCP/IP 方式？如果采用485，是否需要配置485 HUB?(增加通訊距離，掛接更多的控制器)如果采用TCP/IP 是直接采用網絡轉換器還是通過TCP/IP轉化器？ 2.門禁控制器類型：單門，雙門，四門，八門控制器還是門禁一體機？

3.識別方式：密碼，指紋，刷卡，識別臉等? 4.管控方向：單項刷卡還是雙向刷卡？

5.卡片類型:EM（智能采用EM 讀卡器，需要聯網）,Mifare，HID 6.讀卡器類型:韋根，485,如何發卡：通過控制器，232讀卡器，鍵盤口讀卡器，輸入卡號？

7.系統軟件：單機版還是網絡版？需要考勤，電梯和更新軟件模塊嗎？

8.電控鎖類型：磁力鎖，電插鎖(陽極鎖，雙向開門)，陰極鎖，需要支架嗎？

9.供電方式：集中供電還是分散供電？ 10.線材選材：RVVP 還是RVSP? 聯網門禁系統說明：

1：

說明：進出安裝兩個按鍵讀卡器，通過韋根接口連接到單門控制器上，進出均可提供三種開門方式，刷卡、刷卡+密碼和安全密碼。但不可以設為進門不要密碼管制，而出門要密碼管制進出安裝兩個指紋讀卡器，通過韋根接口連接到單門控制器上。兩臺指紋讀卡器，可通過485接口連接到控制器的485 總線上，便可通過計算機將采集到的指紋，下傳到指紋讀卡器中，或者將指紋讀卡器中指紋數據備份到計算機中。

2：

? 指紋一體機就是集成了指紋讀頭的單門控制器

? 指紋一體機可內置射頻讀卡模塊，提供刷卡+指紋等更多種開門方式

? 如果內置了Mifare讀寫模塊，還可以配置成將指紋存儲在Mifare卡中。正常情況下，指紋存儲在指紋機中。

? 指紋存儲在Mifare卡中，一個最大的好處是，提供1:1的指紋比對方式，提供系統的安全性，降低誤識率；同時一臺指紋機管理的員工數量，不再受到指紋機中指紋存儲容量的限制，可增加到 10,000個員工。

第五篇：系統需求分析報告

系統需求分析報告

目錄

目錄.............................................................................................................I

1、項目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意義........................................................................................1

2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系統管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2

I

1、項目描述

1.1 背景

隨著網絡的普及，網絡業務應用向深度和廣度不斷發展，方便用戶的同時，也因用戶終端存在網絡安全漏洞或用戶網絡安全意識的疏忽，使得網絡上涉及如：電子商務、在線游戲、DNS授權服務、網銀支付系統、社交網站、論壇、博客、門戶網站等在線業務受到黑客及網絡犯罪份子的攻擊，對個人用戶信息（網銀、支付錢包賬號密碼等）的保密和對國家互聯網信息管理與審計構成嚴重威脅。

1.2研究意義

本項目針對以上問題，主要利用了以下兩種技術：僵尸網絡反制技術及HTTP/HTTPS協議通信的監控技術。

網絡攻擊已嚴重威脅著網絡的安全，及時的發現網絡攻擊并在必要的時候劫持與反制網絡攻擊，成為保障互聯網正常運行、保障在線業務系統正常訪問的重要方法。

2、需求分析

經過與項目委托方多次討論，設計系統的目的是為實現對特定非法用戶Web（HTTP/HTTPS協議）通信進行監控及反制，具體要求實現的功能有：監控系統遠程控制、針對特定非法用戶上網流量劫持、針對特定非法用戶Web通信進行JS腳本注入、獲取非法用戶賬號和密碼、獲取非法用戶訪問某些網站的Cookie。

第 1 頁 2.1功能需求分析

根據監控系統的要求對系統的功能進行分析，明確了系統需要實現的功能。系統的功能結構模塊：系統管理功能、流量劫持功能、監控與反制功能。

2.1.1 系統管理功能

系統管理模塊主要負責系統登錄、系統遠程控制、黑名單庫配置、數據存儲和展示。數據展示包含數據存儲和數據展示，數據存儲負責接收后端和前端JS探針采集的數據并存儲到數據庫，數據展示負責提取數據庫數據并顯示。

2.1.2 流量劫持功能

本文流量劫持指DNS協議劫持，主要由四個部分組成：報文捕獲、協議解析、IP及域名查找匹配、DNS協議欺騙。

2.2性能需求分析

1.DNS流量劫持成功率

為了達到項目委托單位的要求，需要對特定用戶訪問特定網站的流量進行準確監控，同時保證流量劫持的成功率（90%以上）。

2.監控與反制系統并發量

監控與反制系統服務器的并發性能直接決定同時能夠監聽的用戶數。當被監控用戶數過大，監控與反制系統并發處理能力到極大挑戰。

3.系統運行穩定性

第 2 頁 系統穩定性是系統最基本也是最重要的要求，運行穩定性關系到系統能否長時間穩定運行。系統的穩定性體現在：隨著運行時間的增加，系統并不會出現內存泄露、甚至系統崩潰等情況。其中內存泄露可通過內存消耗、CPU使用率指標度量。

第 3 頁