《模擬QQ聊天系統(tǒng) 需求分析報告》由會員分享，可在線閱讀，更多相關《模擬QQ聊天系統(tǒng) 需求分析報告（12頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、文檔編號 NO.2 　 版 本 號 01 　　 文檔名稱： 需求分析報告　 項目名稱： 模擬QQ聊天系統(tǒng)　　　 項目負責人： 傅曉荷 　　 　 編寫　 第二小組 2010 年　 4 月　1 日　 校對 傅曉荷 2010 年 4 月 20 日　 審核　 夏小娜 　2010 年　 4 月　 27 日　　 批準　 夏小娜 　　　2010 年　 4 月　 27 日　　 開發(fā)單位

2、 曲阜師范大學計算機科學學院 08級1班 第二小組 　 1引言　　　 　 1.1 編寫目的　　　 作為用戶與該系統(tǒng)軟件開發(fā)維護人員共同遵守的軟件需求規(guī)范說明，本《軟件需求說明書》的主要目的是明確所要開發(fā)的軟件所應具有的功能、性能，使系統(tǒng)分析人員和軟件設計人員能清楚地了解用戶的需求，并在此基礎上進一步提出概要設計和完成后續(xù)設計與開發(fā)工作，為軟件開發(fā)范圍、業(yè)務處理規(guī)范提供依據(jù)，也是應用軟件進行合同最終驗收的依據(jù)?！　? 客戶登陸后可以通過服務器轉(zhuǎn)發(fā)，實現(xiàn)一對一和多對多聊天，閃動托盤圖標提示到來信息，實現(xiàn)呼叫功能，并播放不同音樂來提示。系統(tǒng)可以實時顯示目前其它用戶的狀態(tài)，保存并能察看聊天

3、紀錄，并可以申請新的用戶號碼。用戶登陸成功，將保存其號碼，以便下次登陸時，不必再輸入而可以直接選擇，顯示登陸時間。服務器端，向各個客戶端發(fā)布系統(tǒng)消息。接受來自客戶端的各種信息并分別處理。自動分配8位用戶號碼，并保存該用戶，同時將信息返回給客戶端。用戶下線，將此用戶下線消息發(fā)給各客戶端，并改寫用戶在服務器端的狀態(tài)。系統(tǒng)易用、美觀的圖形界面，可以實現(xiàn)系統(tǒng)托盤。　　　 此外系統(tǒng)還涉及系統(tǒng)數(shù)據(jù)安全和用戶管理的問題、各種代碼使用和維護問題、數(shù)據(jù)安全和數(shù)據(jù)維護問題、聊天記錄和輸出等問題，因此還要求系統(tǒng)具有系統(tǒng)管理和事務處理功能?？偠灾?，要求通過系統(tǒng)的開發(fā)，達到系統(tǒng)項目的總體目標是：在整個系統(tǒng)的框架下，

4、結(jié)合客戶端與服務器端情況的需要實現(xiàn)對數(shù)據(jù)更新、數(shù)據(jù)查詢、數(shù)據(jù)統(tǒng)計、數(shù)據(jù)分析等功能進行有效的管理。并提供用戶友好接口，滿足用戶需求的軟件?！　　? 預期的使用者就是各單位辦公區(qū)、聯(lián)系密切的同學朋友及家人、公司同事等，使用前仔細閱讀此軟件說明是很必要的，以便更好的使用、管理和維護此系統(tǒng)！　　 　　　 1.2 背景　 a、待開發(fā)軟件名稱：模擬QQ聊天工具　 b、本項目的任務提出者：夏小娜　 開發(fā)者：傅曉荷、杜欣欣、董來穩(wěn)、封嬌、郝珍巍、周翼飛；　 用戶：所有使用QQ的用戶?！　　? 實現(xiàn)軟件的單位：曲師大08級軟件工程1班第2小組　　　 c、QQ作為基礎的聊天工具，方便所有計算機用戶的

5、交流。因此此系統(tǒng)在操作系統(tǒng)的基礎上，結(jié)合數(shù)據(jù)庫管理系統(tǒng)，運用JAVA來實現(xiàn)運行。　　　 　　 1.3 定義　　 模擬QQ聊天工具 數(shù)據(jù)結(jié)構 JAVA語言程序設計　　　 　　　 1.4 參考資料　　　 《模擬QQ聊天工具需求分析文檔》曲師大08級軟件工程1班第2小組編寫　 《軟件工程導論》（第五版）2008年2月 張海藩編著清 華大學出版社　　 《數(shù)據(jù)庫系統(tǒng)概論》（第四版）2006年5月 王珊 薩師煊著 高等教育出版社　 《Java語言程序設計》 Y.Daniel Liang著 機械工業(yè)出版社出版　　　 《數(shù)據(jù)結(jié)構》 王紅梅、胡明、王濤著 清華大學

6、出版社出版　 　　 2任務概述　　　 　 2.1目標　　 通過學習軟件工程的設計方法，主要采用JAVA編程技術以及數(shù)據(jù)庫應用，使用戶可以使用具備登陸功能、聊天功能、查詢功能、娛樂功能、賬號管理功能、申請功能的軟件，主要用于聊天交流與娛樂?！? 　　 2.2用戶的特點 　　 用戶申請后系統(tǒng)自動分配8位賬號，密碼不得包含特殊字符，由數(shù)字，字母等組成。　 登陸，聊天，查詢聊天紀錄，接受信息提示。　　　 　　 2.3假定與約束 　　　 開發(fā)日期：2010年4月至2010年六月?！　　? 本系統(tǒng)開發(fā)人員為6人?！　? 本系統(tǒng)適用于一般市面上的機型?！? 　　 3需求規(guī)定　 　

7、 對功能的規(guī)定　 　 根據(jù)各類用戶的需求描述，系統(tǒng)應當具備登陸系統(tǒng)、聊天系統(tǒng)這兩大主要功能。　　　 登陸系統(tǒng)功能需求：　　 檢查登陸信息是否正確，并向客戶端返回登陸信息，如信息正確。就將在線用戶發(fā)給該用戶，并將該用戶的狀態(tài)發(fā)給各在線用戶。同時在服務器端顯示出來。建立與服務器的連接并登陸，能顯示登陸錯誤信息 。 用戶登陸成功，將保存其號碼，以便下次登陸時，不必再輸入而可以直接選擇，顯示登陸時間。因為每個用戶的QQ號碼和密碼都是不相同的，因此必須要求后臺管理系統(tǒng)能根據(jù)系統(tǒng)需求，動態(tài)的、準確的更新系統(tǒng)數(shù)據(jù)?！? 　　 聊天管理功能需求：　　 與好友聊天，實現(xiàn)一對一和多對多聊天；有

8、信息提示，閃動托盤圖標提示到來信息，并播放不同音樂來提示，轉(zhuǎn)發(fā)給消息指定的用戶；能保存聊天紀錄，并能察看聊天紀錄。　 根據(jù)系統(tǒng)用戶的需求，將本系統(tǒng)按功能劃分成兩大功能模塊：登陸系統(tǒng)、聊天系統(tǒng)，涉及到各類用戶：例如學生、教師、系統(tǒng)管理員等?！　　? 1、?登陸系統(tǒng)模塊 本模塊的功能是用戶正確登陸的實現(xiàn)及管理，涉及各個類別的用戶：例如學生、教師，進行QQ登陸的用戶通過此功能模塊進行QQ的登錄及登錄信息；預設系統(tǒng)在線審批QQ登錄用戶的信息及查看記錄信息以及密碼；預設系統(tǒng)在線審批學生長時間的請假及查看請假記錄信息?！? 　 IPO表　　 　　 　 系統(tǒng)：模擬QQ聊天系統(tǒng)

9、 第二小組　 模塊：登陸系統(tǒng)模塊 日期：2010月4月22日　 編號：NO1　　 　 被調(diào)用：　　　 QQ登陸系統(tǒng)　　　 輸入：　 登陸用戶QQ號及密碼　 輸出：　　 QQ所包含的基本信息　　 調(diào)用：　　　 后臺管理模塊　　　 處理：　　 預設系統(tǒng)針對登陸QQ的用戶進行信息的校驗及審批。　　 局部數(shù)據(jù)元素：　　 用戶信息、　　　 登陸信息、　　 好友信息、　 注釋：　 　　 　　 　　 　　　 2 聊天系統(tǒng)模塊　

10、　　 　　　 本系統(tǒng)的功能是聊天功能的實現(xiàn)、查看以及管理。用戶可以和在線好友聊天并且留言給不在線的好友，以及查看或者是刪除聊天記錄　　 　　　 系統(tǒng)：模擬QQ聊天系統(tǒng) 第二小組　　 模塊：聊天系統(tǒng)模塊 日期：2009月4月22日　　　 編號：NO2　 　　 被調(diào)用：　　　 聊天系統(tǒng)模塊　　 輸入：　　　 聊天內(nèi)容　　 輸出：　　　 對方的回復信息以及聊天記錄　　 調(diào)用：　　 后臺管理模塊　　　 處理：　 用戶針對

11、聊天記錄進行刪除或者是保存?！　　? 局部數(shù)據(jù)元素：　　　 聊天信息、　 好友在線信息、　　 聊天記錄信息　　 注釋：　　　 　 　　 　 　　　 3、?后臺管理模塊 本模塊的功能實現(xiàn)整個系統(tǒng)數(shù)據(jù)的同步更新及維護，只涉及系統(tǒng)管理員用戶。系統(tǒng)管理員動態(tài)的管理用戶信息、聊天記錄的保存及刪除等信息，是整個系統(tǒng)實現(xiàn)的基礎?！　　? 　　 IPO表　 系統(tǒng)：模擬QQ聊天系統(tǒng) 第二小組　 模塊：后臺管理模塊 日期：2009年4月22日　 編號：NO2　 被調(diào)用：　　

12、 登陸系統(tǒng)模塊、聊天系統(tǒng)模塊　　 調(diào)用：　　　 系統(tǒng)管理員　 輸入：　　　 用戶的信息　 輸出：用戶的信息表、聊天記錄等信息　 注釋：　 處理：對用戶信息的增加、刪除、修改等　 局部數(shù)據(jù)元素：　 用戶信息、　　　 系統(tǒng)管理員信息　　 　　　 　　　 　 　 3.1.2 用戶需求描述　　 1.用戶的需求描述　　 用戶對本系統(tǒng)的主要需求是：可以申請賬號，設置密碼以及修改密碼。可以給自己的賬戶設置昵稱，填寫個人資料。任何在線用戶都可以和處于在線狀態(tài)的好友進行聊天，以及留言給不在線的好友，也可以呼叫在線好友，雙方進行語音聊天?？梢圆榭慈魏魏糜训幕举Y料，可以查看，

13、以及刪除聊天記錄（包括聊天時間，聊天內(nèi)容以及聊天對象）?！? 其它需求：查看本人的基本信息，如本人的的昵稱，性別，年齡，生日，星座，生肖，血型，所在城市等。在線狀態(tài)和離線狀態(tài)要有明顯的區(qū)別，要有消息提示以及呼叫提示功能?！? 　　　 2.系統(tǒng)管理員用戶需求描述　　　 系統(tǒng)管理員有系統(tǒng)的最高權限，負責系統(tǒng)所需所有數(shù)據(jù)的動態(tài)同步更新以及維護，根據(jù)系統(tǒng)針對用戶的設計，基本功能需求如下：　　 （1）、管理本系統(tǒng)所有聊天記錄（包括聊天時間，聊天內(nèi)容，以及聊天對象），并且根據(jù)用戶的需求進行保存或者刪除?！　? （2）、管理申請有本系統(tǒng)賬號的所有用戶的基本資料?！? 　　 3.1.3 數(shù)據(jù)表描述　

14、　 用戶信息表（用戶名、密碼、驗證信息等）　 聊天記錄（聊天時間、聊天內(nèi)容、聊天對象等）　 用戶登錄信息（用戶名、密碼、登錄時間、下線時間等）　　　 　　　 3.1.4 E_R圖　　　 用戶　　 輸入　　 信息　　 聊天記錄　　 N　 M　　　 用戶名　　　 密碼　　 驗證信息　　 聊天時間　　 聊天內(nèi)容　　 聊天對象　 登陸　 登錄信息　 N　　 M　　　 密碼　　 用戶名min　 登錄信息　　　 下線信息　　 　 　　　 　　 3.1.5 功能模型---數(shù)據(jù)流圖（DFD）　 （功能模型表明一個計算如

15、何從輸入值得到輸出值，它不考慮計算的次序。功能模型由多張數(shù)據(jù)流圖組成）　　　 　　 　 l 系統(tǒng)級流圖　 　 　 　　 用戶　 呼叫處理　 數(shù)據(jù)庫信息　　 呼叫處理結(jié)果　　 用戶　 查看聊天記錄　　　 聊天記錄　 用戶　 聊天處理　　 聊天處理結(jié)果　　　 用戶　 其他處理　　 處理結(jié)果　 　　　 　　　 　 　 　 l 數(shù)據(jù)流圖　　　 3　 　 聊天記錄處理　　 呼叫處理　 呼叫失敗　 呼叫成功　 賬號申請成功　 賬號登陸　　 登錄失敗　 聊天記錄　 客戶端　　　 1　　 　　 申請接受處理　 賬號管理　

16、查找成功　 查找聊天記錄　　 查找失敗　　　 2　 　 消息處理　　 消息發(fā)送　　 消息隊列　 賬號登陸　　　 賬 號 信 息　　 消 息　 關鍵字　　 查看請求　　　 賬號申請　　 對方離線　　　 對方在線　　 賬號信息　 賬號信息　　 賬號信息　　　 賬號　　 賬號清單　　　 賬號信息　　　 聊天記錄　 聊天記錄　　　 聊天記錄　　 離線狀態(tài)　 在線狀態(tài)　　　 消息　 消息　　 聊天記錄　 呼叫雙方通信　　 賬號　 l 　　 對性能的規(guī)定　　　 　 精度　　 在進行輸入輸出時必須清晰的列出所有輸入狀況及數(shù)據(jù)，不

17、能馬馬虎虎，要考慮到盡可能達到的范圍，以使輸入輸出完整準確?！　? 時間特性要求　 查詢服務部分：用戶通過電腦提交命令到返回結(jié)果不超過5秒鐘?！　? 數(shù)據(jù)管理部分：提交某一數(shù)據(jù)錄入到結(jié)果返回不超過5秒鐘?！? 靈活性　 操作方式： 支持Windows2000及以上的操作系統(tǒng)。　　　 同其他軟件接口： 設計連接Access數(shù)據(jù)庫的軟件包?！　? 精度和有效時限的變化：用戶自己設定?！　　? 　　 輸入輸出要求　　 要符合精度的設定?！? 　　　 數(shù)據(jù)管理能力要求　 （1）聊天號信息：聊天號，大小為6個字符，只能為數(shù)字； 　

18、 （2）聊天記錄信息：不能存在非法語言　　　 （3）用戶名信息：不能超過20個字符　　 （4）密碼信息：6個字符　　 （5）管理員：用戶編號：大小為10個字符；用戶名：不超過20字符；用戶密碼：不超過12字符；用戶權限：2個字符?！? 對用戶信息、管理員信息等內(nèi)容的存儲的各表至少需要100M以上空間，即至少需要500M空間進行數(shù)據(jù)的存儲，并至少需要2G空間對增長的數(shù)據(jù)進行保存?！? 　　 3.5 故障處理要求　　　 （1）磁盤碎片過多、數(shù)據(jù)庫存儲空間不夠，引起數(shù)據(jù)庫訪問變慢等問題需要對磁盤進行擴展和維護。　　 （2）執(zhí)行程序非正常退出，響應確實，修改源代碼前應備份?！　?

19、（3）數(shù)據(jù)庫沒啟動引起訪問問題，須啟動數(shù)據(jù)庫服務器?！　　? （4）其他具體問題，再做具體分析。多查多問?！　? 　　 3.6 其他專門要求　　　 在程序的開發(fā)過程中，應遵循結(jié)構化的程序設計原則，精心設立運行日志，從而加強系統(tǒng)的可維護性；另一方面要注重系統(tǒng)的界面友好性、保持各程序模塊界面的統(tǒng)一。　　 　 4運行環(huán)境規(guī)定　　　 　　　 4.1設備 　 最低配置　　　 服務器端：　 1）硬件需求：處理器 Intel Pentium III 內(nèi)存 128M 硬盤 20G　　　 2）軟件需求：簡易聊天系統(tǒng)服務器端　 Access 數(shù)據(jù)庫 　　　 客戶端 ：

20、　 1)硬件需求：處理器 CPU PIII 800Mhz 內(nèi)存 128M 顯卡GeForce2(顯存16M) 聲卡 支持Direct Sound的聲卡 操作系統(tǒng) WindowsXP 硬盤100MB　 2)軟件需求：簡易聊天系統(tǒng)客戶端　　 4.1.2 建議配置　　 服務器端：　　　 1）硬件需求：處理器 Intel Pentium IV 2.8G 內(nèi)存 256M 硬盤 40G　　 2）軟件需求：簡易聊天系統(tǒng)服務器端　　　 ACCESS 數(shù)據(jù)庫 簡易聊天系統(tǒng)服務器端　　 客戶端 ：　　　 1)硬件需求：處理器 PIII 1GMhz或更高 內(nèi)存256M或更高 　　　

21、 操作系統(tǒng) WindowsXP 硬盤 1G　 2)軟件需求：簡易聊天系統(tǒng)客戶端　　　 　　　 4.2 支持軟件　 操作系統(tǒng): windoows 2000　　　 編譯程序：JAVA Access　 測試程序：JAVA　 　　　 4.3接口　　　 本軟件應用Windows Api實現(xiàn)對數(shù)據(jù)庫的操作，基于ODBC數(shù)據(jù)庫訪問技術?！　　? 本產(chǎn)品的用戶一般需要通過終端進行操作，進入主界面后點擊相應的窗口，分別進入相對應的界面(如：輸入界面、查詢界面)。用戶對程序的維護，最好要有備份。　　 數(shù)據(jù)通信協(xié)議：Tcp/Ip,UDP 協(xié)議等　　 　　 4.4控制　　 　 附表：　　　 任務分工　　 　　　 引言　 郝珍巍　　 任務概述　 封嬌、郝珍巍　　　 需求規(guī)定　 傅曉荷、董來穩(wěn)、杜欣欣　　　 運行環(huán)境規(guī)定　　 周翼飛