《客户跟踪系统需求分析》由会员分享，可在线阅读，更多相关《客户跟踪系统需求分析（5页珍藏版）》请在金锄头文库上搜索。
1、客戶跟蹤系統需求說明書V1.0(版本號)擬 制 人_Sita_審 核 人_批 准 人_二五年八月十九日Version Author Comments DateV1.0 Sita Initial 2005-08-29V1.1 Sita Bug 處理模塊說明 2005-08-03V2.0 Sita 通知模塊的說明 2005-09-06V2.1 Sita 數據庫模塊說明 2005-09-12客戶跟蹤管理 需求說明書本文檔由 Sita 編制1需求說明書1引言1.1 編寫的目的一個成熟的商業軟體,不僅需要強大的功能與友好的介面,而且系統穩健、作業效率高也是必要條件.其中系統的穩健就要求軟體在完成要求功能
2、前提下,無意外事件發生(比如系統沒有回應、彈出非預測視窗等).爲了防止這些意外事件的發生,軟體系統從其分析,到設計,到最後的測試,都要對期間産生的所有問題進行登記、處理、測試,並且要有相應的詳細記錄.原因:(1)問題登記後,就要將問題分配給指定的人員去處理,並且隨時跟蹤記錄,這樣就避免了問題丟失、出了問題找不到人解決等等;(2)這使後來處理軟體測試或運行期間所産生的問題有記錄可查,可以很快找到問題的原因,提高的了工作效率.對於這些記錄的高效處理,就要求有一個系統來對這些資訊進行統一管理.就是爲了高效、合理的管理這些資訊而設計的.本文文件將的需求進行了詳細說明,閱讀完本文檔後,你可以對 bug的
3、處理流程有所瞭解,知道的主體功能等等.1.2 背景a. (Client Track System,簡稱 CTS);b. 本專案的任務提出者: 千奧資訊;開發者:Vison,zyp,Sita and so on;用戶:千奧員工;1.3 定義bug:原意指小蟲、臭蟲,這裏指軟體中出現的問題;CTS:Customer Tracking System,客戶跟蹤系統;SMTP:Simple Message Transfer Protocol,簡單郵件傳輸協定,用於電子郵件的傳輸;C/s 模式:Client/Server,即客戶機與伺服器模式,是一種主從式的服務架構;1.4 參考資料、 By Max、 B
4、y Zxs、公司現行 CTS 系統;2任務概述2.1 目標CTS 系統要能夠實現以下功能:(1) 要求系統支援多語言介面(至少包括英文、簡體中文、繁體中文);客戶跟蹤管理 需求說明書本文檔由 Sita 編制2(2) 要求系統支援多種風格的介面,以實現用戶介面的個性化;(3) 要求實現多用戶並行 Intranet 網路作業( 採用 c/s 模式);(4) 要求實現對專案、專案中的模組進行編輯(登記、修改、刪除等) 的功能;(5) 要求實現對使用者分組管理, 並且不同組別的使用者擁有不同的操作許可權 (可分爲用戶組、管理組等);(6) 要求實現管理員能夠自定義 bug 屬性的發現階段、嚴重性、類型
5、、處理時限、優先順序等;(7) 要求實現 bug 屬性的編輯功能(包括登記、查找、修改等):1. 登記功能:包括編號、名稱、所屬專案、所屬模組、發現階段、登記者、修改者、狀態、嚴重性、類型、處理時限、優先順序、報告時間、詳細資訊(可添加附件,並可對附件進行添加、刪除操作)等;2. 查找功能:包含按照 bug 屬性爲條件的各類查詢;3. 修改功能:包含對 bug 狀態(包括指給、評估、修復、校驗、關掉、重開、注釋、發佈等)的修改; 4. 瀏覽功能:包含對所有 bug 信息的瀏覽;(8) 要求實現以不同的統計條件(所屬專案、所屬模組、發現階段、登記者、修改者、狀態、嚴重性、類型、處理時限、優先順序
6、、報告時間等)生成相應的統計報表,並能夠列印報表;(9) 實現通知功能:1. 查看在線用戶,若被通知用戶在線,能夠與被通知用戶即時交流 bug 資訊;2. 如果用戶不在線,可以用郵件通知用戶,使被通知用戶及時獲得 bug 資訊;要求管理員可自定義 SMTP 伺服器地址及埠訊;(10) 從 bug 被登記入 bug 資料庫後,所進行的一切操作均記入資料庫;有詳細的歷史記錄(包括時間、操作者、說明等資訊);(11) 管理員可通過簡單的介面操作,完成 bug 資料庫的備份與恢復;*注:本系統也可配合公司員工使用的即時通訊工具 MSN 實現 bug 資訊的交流;2.2 用戶的特點本系統的最終用戶將是參
7、與軟體專案的管理人員、開發人員、測試人員等;要求所有用戶對 bug 的屬性、處理流程、操作方法等有所瞭解;系統將貫穿於軟體設計、編碼、測試、運行、維護整個周期內. 3運行環境規定3.1 設備以下將列出運行該軟體所需要的硬體設備。包括：a.處理器型號:C733 以上;記憶體容量 128M 以上;b.外存容量根據資料量的大小實際配備,建議 10G 以上;數量 1 塊,用於資料備份等;c.標準輸入輸出設備;d.可以適應乙太網傳輸;3.2 支援軟體作業系統:windows 2000 及以上;推薦使用 windows XP;資料庫:SQL Server 2000客戶跟蹤管理 需求說明書本文檔由 Sita
8、 編制3統計報表系統管理 資料庫操作4流程圖 3 次=3 次驗證失敗通過驗證普通用戶許可權管理員許可權備份恢復是 否是Bug 編輯通知退出發現 bug 登錄 CTS許可權判斷身份驗證與個性化設置驗證次數生成各種報表即時消息在線否電子郵件選擇統計條件列印否列印出報表備份恢復?恢復資料庫備份資料庫專案及模組管理其他自定義資訊用戶組及用戶管理許可權設置客戶跟蹤管理 需求說明書本文檔由 Sita 編制4流程說明:(1) 發現 bug:當用戶在編碼、測試、運行期間,發現 bug;這時就希望將發現的 bug資訊登記入 bug 資料庫;此時用戶會打開 CTS 軟體;(2) 登錄 CTS:當用戶登錄系統時 ,
9、要求用戶輸入身份資訊與個性化資訊 .A .身份資訊包括用戶名與用戶密碼;沒有用戶名,可以聯繫管理員,讓管理員用有管理許可權的帳號登錄,就可以添加用戶身份資訊了; 添加完成後,便可以利用新的身份資訊登錄;用戶如果輸入三次以上的錯誤身份資訊,那麽系統將自動退出;B.個性化資訊包括用戶使用的語言,以及用戶所喜愛的介面風絡; 用戶可以根據自己的喜好,進行個性化設置;(3) 許可權判定:用戶成功登錄後,系統將根據用戶名所在的用戶組,自動進行許可權判定.講到這裏提到了用戶組,所謂用戶組是本系統爲了方便許可權管理所引入的一個概念;在本系統中,用戶組就是所有用戶的集合,分爲 Administrators 組與
10、 users 組; 其中 Administrators 組內的用戶擁有系統的管理許可權,users 組內的用戶只有普通用戶許可權,(4) 管理員許可權:管理員許可權擁有對系統的絕對管理權,可以進行一切系統允許的操作.管理員可以進行系統管理、統計報表、資料庫備份、bug 編輯、發出通知等等所有操作;圖中虛線框內爲管理員可以進行的操作;(5) 普通用戶許可權:用戶主要是對自己發現的 bug 進行登記;可以進行 bug 編輯操作,並可以向 bug 所指用戶發出通知;圖中實線框內爲普通用戶可以進行的操作;(6) 系統管理:系統管理主要是對專案、用戶、一些自定義資訊進行管理:1.專案管理:對專案、專案中
11、的模組進行編輯 (登記、修改、刪除等);2.用戶管理:對用戶組 、用戶身份資訊進行編輯(登記、修改、刪除等);3.一些自定義資訊( 發現階段、嚴重性、類型、處理時限、優先順序)的編輯;比如可以將優先順序自定義爲 A、B、C、D、E 五個等級等;(7) 統計報表:可以根據所屬專案、所屬模組、發現階段、登記者、修改者、狀態、嚴重性、類型、處理時限、優先順序、報告時間等,這些所有的條件將進行與或者或運算後,再進行統計 ,生成統計報表 ;比如統計條件爲登記者或 2005/8/22,那麽統計結果將爲 2005/8/22 發現的所有 bug 及登記者所登記的所有 bug 等等;(8) 資料庫備份:可以通過
12、介面的簡單操作實現資料庫的備份與恢復操作;可以自定義備份位置與備份檔案名;(9) bug 編輯: 這部分是系統的核心部分.對 bug 的編輯,實質上也就是對 bug 的添加、查找、修改操作.添加 bug,就是把 bug 的基本屬性登記入資料庫;bug 的基本屬性包括編號、名稱、所屬專案、所屬模組、發現階段、登記者、修改者、狀態、嚴重性、類型、處理時限、優先順序、報告時間、詳細資訊;然後就是查找操作,可以根據 bug 的基本屬性,搜索出所需要的結果;查找的條件與統計的條件相仿,也是各種條件經過與或者或運算後才進行相應的查找;最後是修改操作,自修改操作就是對 bug 狀態的修改,這個狀態的修改是系統自動進行的,比如你進行了重開操作後,系統自動把 bug 狀態改爲重開;這裏要進一步說明的是 bug的狀態,bug 的狀態有開的、修改、校驗、關閉、重開等幾種;(10) 通知: 通知是 bug 登記後,向 bug 指向者發送通知,如果該用戶在線,則可以向該用戶發送即時消息;如果該用戶不在線 ,則可以向該用戶發送電子郵件,以通知用戶 bug 資訊;(11) 退出:在程式的任一步驟都可以直接退出; 退出是經過保存之後才自動退出 ;
