【文章內容簡介】 編碼實現(xiàn)； 第 七 章軟件測試主要討論了軟件測試的目的和方法。 華北科技學院畢業(yè)設計 (論文 ) 4 第 2 章 可行性研究 任何一項比較大的軟件的開發(fā)，首先要進行的是可行性分析和研究，而小區(qū)物業(yè)收費管理系統(tǒng)也不能例外。通過可行性的研究和分析，來解決怎么樣用最小的代價在盡可能少的時間內確定問題是否能夠解決。但是這個階段不是解決用戶提出問題的時候，而是解決該系統(tǒng)是否值得去開發(fā)。 通過可行性研究和分析，提出每一種解決問題的利與弊，一般都要從經(jīng)濟、技術、操作、法律四個方面來展開 的，作出明確的結論來供用戶參考。 經(jīng)濟可行性 通過成本 效益分析，一方面，該系統(tǒng)是個模擬系統(tǒng)，現(xiàn)有 PC機即可提供該系統(tǒng)開發(fā)工作需要的所有硬件設備環(huán)境，至于人員主要以開發(fā)人員為指導，對計算機熟悉的人員來管理，成本比較低；另一方面，該系統(tǒng)中友好的人機界面和更強勁的功能支持，會使小區(qū)管理人員的工作進一步提高，從而節(jié)省人力、物力，進而提高經(jīng)濟效益。 技術可行性 以 Windows 為操作系統(tǒng)，運用 SQL Server 的數(shù)據(jù)庫技術，開發(fā)以 Windows 9 以上為用戶的操作平臺，界面友善、功能齊全的《小區(qū)物 業(yè)收費管理系統(tǒng)》。 通過現(xiàn)有的技術完全可以實現(xiàn)。 操作可行性 操作上是對 Windows操作系統(tǒng)的引用，該系統(tǒng)的使用，主要憑借使用 Windows操作技術即可完成數(shù)據(jù)錄入，方便簡單。使用前只要對用戶進行簡單的說明或閱讀幫助文件即可使用該系統(tǒng)。 法律可行性 法律可行性主要研究系統(tǒng)開發(fā)過程中可能涉及到的合同、侵權、責任以及各種與法律相抵觸的問題，由于本系統(tǒng)是個模擬系統(tǒng)，所以不涉及到法律相關責任，可以實行設計與開發(fā)。 通過對以上可行性的分析與研究，該系統(tǒng)可以投入開發(fā)與使用。 華北科技學院畢業(yè)設計 (論文 ) 5 第 3 章 需求分析 軟件需求 分析是軟件開發(fā)的第一個階段，是軟件生存周期最重要的一步 ，是關系到軟件開發(fā)成敗的關鍵步驟。 它的主要任務 還不是確定系統(tǒng)怎么樣完成工作，而是僅僅確定系統(tǒng)必須完成那些任務。 經(jīng)過調查 、研究和分析 ，盡管各個小區(qū)物業(yè)收費的要求存在差異，但是一般而言，日常的物業(yè)收費管理均要求以收費信息處理和收費管理為核心，同時提供各種便捷服務。因此，典型的小區(qū)物業(yè)收費管理系統(tǒng)應包括 ： 用戶管理（主要指各級用戶的權限設置）；基本信息管理：（主要包括房源業(yè)主信息和車位信息建立與管理等）；收費項目設置：（主要包括設置各種收費項目及單價）；管理費 維護（主要包括管理費預存、催繳單生成等）；收費管理：（主要包括費用收取、打印發(fā)票等）； 查詢統(tǒng)計：（按 樓棟統(tǒng)計收繳 和 欠費情況）；實現(xiàn)費用統(tǒng)計 圖 等 。 需求分析是整個設計過程的基礎，它將直接影響到 軟件 的開發(fā)速度與質量 ，所以必須 準確的了解與分析用戶的需求。 系統(tǒng)功能的需求分析 系統(tǒng)功能的需求分析是將一個系統(tǒng)看成由若干個子系統(tǒng)，子系統(tǒng)下又由若干個模塊構成的一個集合，每個模塊又分為若干個子功能 (加工 )的過程。通過系統(tǒng)功能的需求分析能確定系統(tǒng)必須的完成什么樣的功能。 系統(tǒng)管理員 系統(tǒng)管理員是本系統(tǒng)管理和 維護人員，主要包括信息增、刪、該、查、備份等。 (1) 用戶信息 的 維護模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對網(wǎng)站登陸人員信息的修改，添加，刪除等功能。 (2) 信息查詢模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對小區(qū)所有用戶和房源信息查看等功能。 (3) 信息刪除模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對小區(qū)所有樓房信息和車位信息刪除等功能。 (4) 費用修改 模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對日常費用（水、電 、物業(yè)、車位費）的修改等功能 。 華北科技學院畢業(yè)設計 (論文 ) 6 (5) 信息錄入模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對車位信息和樓房信息增加等功能 。 (6) 信息統(tǒng)計 模塊 ： 管理員通過網(wǎng)站能夠實現(xiàn)對業(yè)主 房源、車位、水電費的統(tǒng)計，生成 餅狀圖 來顯示。 (7) 信息備份模塊： 理員通過網(wǎng)站能夠實現(xiàn)對業(yè)主最近幾個月各類消費信息的導出與備份等功能。 收費管理人員 收費管理人員是系統(tǒng)的核心人物，包括費用收取、催繳，查詢等模塊。 (1) 收費管理 模塊 ： 收費人員主要對 車位費 、 物業(yè)費 、 水費、 電費 的 收取 ，生成打印詳單給業(yè)主。 (2) 費用查詢模塊 ： 收費人員主要通過該模塊了解業(yè)主相關信息 ，有利于收費人員對日常的管理。 (3) 預存費用管理 模塊 ： 收費人員主要對業(yè)主 預存 費 的管理，存入預存表中并生成打印詳單給業(yè)主。 (4) 催費管理 模塊 ： 收費人員主要通過查詢業(yè)主欠費情況去預存中查找，最后生成催費詳單打印。 (5) 欠費管理 模塊 ： 收費人員主要通過查詢欠費表，生成欠費人員名單上傳到日常能能模塊和打印。 (6) 信息修改模塊： 收費人員主要通過該模塊 ，能夠對日常錯誤操作進行恢復和修改的功能。 (7) 信息錄入模塊： 收費人員主要通過該模塊 ，對每個月相關費用的錄入（主要水電費）的功能。 (8) 賬單打印模塊： 收費人員主要通過該模塊 ，對費用上交和日常維護信息的打印等實現(xiàn)。 (9) 日常管理模塊： 收費人員主要通過該模塊 ，對欠費人員和日常通告進行信息的上傳的功能。 華北科技學院畢業(yè)設計 (論文 ) 7 業(yè)主用戶人員 業(yè)主用戶主要是了解小區(qū)日常收費管理的通知和日常管理的通告。 (1) 日常費用查詢模塊： 業(yè)主用戶主要對日常相關費用查詢，包括水、電、物業(yè)、車位費等查詢。 (2) 日常通告模塊： 業(yè)主用戶主要通過下載日常通知和欠費情況的通告來了解日常信息與欠費情況。 (3) 其他相關模塊： 其他相關模塊主要實現(xiàn)對中燕小區(qū)簡介、圖展、概要等相關信息。 通過以上 小區(qū)物業(yè)收費管理系統(tǒng)的需求分析與總結得出該系統(tǒng)功能流 程圖如 所示： 圖 系統(tǒng)總 體 功能流程圖 系統(tǒng) 性能 的 需求分析 系統(tǒng)的性能需求分析主要涉及到系統(tǒng)運行的軟件和硬件環(huán)境。 硬件環(huán)境 硬件環(huán)境包括： 處理器： Inter Pentium II 266 MX 或更高 ； 內存： 64 MB 以上 ； 硬盤空間： 2 GB 以上 ； 顯卡： SVGA顯示適配器 。 軟件環(huán)境 軟件環(huán)境 包括： 操作系統(tǒng)： Windows ME／ 2021／ XP／ VISTA； 數(shù)據(jù)庫 系統(tǒng)： SQL Server 2021；服務器默認： ；運行 虛擬機： 。 收費管理員 執(zhí)行相應的邏輯功能 數(shù)據(jù)庫 SQL2021 返回系統(tǒng)管理界面 返回業(yè)主管理界面 返回 收費管理界面面 系統(tǒng)管理員 業(yè)主用戶 華北科技學院畢業(yè)設計 (論文 ) 8 數(shù)據(jù)庫需求分析 通過本系統(tǒng)的調研和分析，產生數(shù)據(jù) 結構 主要有： 用戶、 業(yè)主、房源、車位、收費、欠費、催費 等，數(shù)據(jù) 分析 項 如下： (1) 用戶：用戶姓名，密碼，用戶總類，注冊日期。 (2) 業(yè)主：身份證號，姓名，棟單房號，入住日期，聯(lián)系電話，人口數(shù)量。 (3) 房源：棟單房號，房間面積。 (4) 車位：身份證號，車位號，開始日期，結束日期，金額，是否交。 (5) 收費：棟單房號，繳費種類，繳費日期。 (6) 欠費：棟單房號，月份，欠費種類，欠費金額。 (7) 催費：棟單房號，催費種類，月份，催費金額。 數(shù)據(jù)流圖 數(shù)據(jù)流圖（ DFD）是結構化分析描述工具，主要 描述輸入數(shù)據(jù)流到輸出流的變化，用于對系統(tǒng)的功能的建模。 對于不同的問題，數(shù)據(jù)流圖可以有不同的畫法。一般情況下，應該遵守 “ 由外向里 ” 的原則。即先確定系統(tǒng)的邊界或范圍，再考慮系統(tǒng)的內部，先畫加工的輸入和輸出，再畫加工內部。 下面介紹數(shù)據(jù)流圖常用的符號 . 源或宿 數(shù)據(jù)流向 變換數(shù)據(jù)處理 數(shù)據(jù)存儲 除了上面四種符號之外，還包括“ +” 表示或得關系， *表示數(shù)據(jù)同時存在的關系， ⊕ 表示異或的關系 等。 畫流程圖也要遵循相關的規(guī)則，主要包括：數(shù)據(jù)流程圖頂層必須包括以上四種基本符號；數(shù)據(jù)流圖的主圖數(shù)據(jù)必須封閉在外部實體之間；加工至少有一個數(shù)據(jù)輸入流和輸出流；圖中的每個元素必須有自己的名字。 通過對以上的分析和介紹，本系統(tǒng)的頂層數(shù)據(jù)流圖如圖 所示： 華北科技學院畢業(yè)設計 (論文 ) 9 文件 文件 三種用戶 用戶 權限認定 處理不同操作 反饋信息 密碼 打開 密碼 新密碼 記錄數(shù)據(jù) 讀取數(shù)據(jù) 圖 系統(tǒng) 頂層數(shù)據(jù)流圖 數(shù)據(jù)字典 數(shù)據(jù)字典 (DD)是對數(shù)據(jù)流圖中所包含元素的定義集合。數(shù)據(jù)流圖只能描述系統(tǒng)的分解、系統(tǒng)的組成部分、及各個部分之間關系，并沒有對數(shù)據(jù)中的所有圖形元素都進行命名；額數(shù)據(jù)字典的作用就是在軟件分析和設計過程中給人提供數(shù)據(jù)描述的。顯然數(shù)據(jù)字典對數(shù)據(jù)的定義應該是確定性，而無二義性的。數(shù)據(jù)字典主要包括的符號 有： =代表和； |代表或； {}表示重復；（）表示可選項等。下面對主要數(shù)據(jù)流圖中的數(shù)據(jù)元素定義如下： 用戶 =[系統(tǒng)管理員 |收費人員 |業(yè)主用戶人員 ] 房子 =棟單房號 +姓名 +身份證號 +房間面積 +人口數(shù)量 +聯(lián)系電話 +入住日期 費用種類 =[水費 |電費 |物業(yè)費 |車位費 ] 車位 =車位號 +占用情況 +開始日期 +結束日期 +金額 +是否交 通過對以上數(shù)據(jù)流圖和數(shù)據(jù)字典的設計大體上完成了系統(tǒng)的邏輯 模型。 華北科技學院畢業(yè)設計 (論文 ) 10 第 4 章 總體設計 經(jīng)過了需求分析階段的工作，建立了數(shù)據(jù)流圖、數(shù)據(jù)字典已經(jīng)大體上清楚了系統(tǒng)必須“做什么”的問題；而接下來總體設計著手實現(xiàn)把“做什么”的邏輯模型轉換成“怎么做”的物理模型?？傮w設計是軟件設計的第一個階段，只描述軟件總的體系結構。通過總體設計能達到系統(tǒng)應該如何實現(xiàn)的目標。 功能模塊 總體 設計 通過登陸框的 用戶 和密碼不一樣 來區(qū)分不同的角色， 進入不同頁面執(zhí)行不同的功能 :中燕小區(qū)物業(yè)收費管理系統(tǒng)共包括三個子系統(tǒng)，在每個子系統(tǒng)中實現(xiàn)不同功能模塊，先將各個模塊的總體設計如下： 系 統(tǒng)管理員子系統(tǒng) 在該 子系統(tǒng)中，系統(tǒng)管理員可以通過前端對業(yè)主相關信息進行修改、費用單價進行設定、日常網(wǎng)站登陸人員信息的設定與修改、房源信息的設計定與修改、以及基本信息的備份等功能。 為了更形象描述各個模塊之間關系，我們采用了層次圖來實現(xiàn)，具體相關符號說明如下： 該子系統(tǒng)的層次圖如圖 ： 圖 管理子系統(tǒng)功能圖 矩形框代表一個模型，各個模型之間是調用關系 管理員 房源 車位 業(yè)主 用戶 單價 增 刪 改 查 修改 華北科技學院畢業(yè)設計 (論文 ) 11 收費管理子系統(tǒng) 在整個系統(tǒng)中： 收費管理員是系統(tǒng)的核心人物，包括費用收取、催繳，查詢等，他主要實現(xiàn)如： 收費管 理 模塊； 費用等信息查詢模塊； 預存費用管理 模塊； 催費管理 模塊； 欠費管理 模塊；信息修改模塊；信息錄入模塊；日常管理模塊；賬單打印模塊等。通過收費管理子系統(tǒng)的設計與實現(xiàn)，最終實現(xiàn)日常收費自動化功能。該部分的系統(tǒng)功能層次圖如圖 ： 圖 收費子系統(tǒng)功能圖 日常管理子系統(tǒng) 在該子系統(tǒng)中，主要對本系統(tǒng)的日常通告和費用查詢等的實現(xiàn)，具體包括： 日常費用查詢模塊（ 水、電、物業(yè)、車位費等查詢）； 日常通告模塊：（ 業(yè)主用戶主要通過下載日常通知和欠費情況的通告來了解日常信息與欠費情況）； 其他相 關模塊 。 該部分的系統(tǒng)功能層次圖如圖 所示： 圖 收費子系統(tǒng)功圖 收費人員 查詢 修改 日常管理 預存 查詢 日常通告 車費 綜合 車費 賬單 欠費通告 催費 欠費 車位 綜合費用 業(yè)主用戶 須知 查詢 切換 圖展 聯(lián)系 周圍 華北科技學院畢業(yè)設計 (論文 ) 12 根據(jù)系統(tǒng)的調研與分析，對系統(tǒng)具體總功能圖 所示 ： 圖 系統(tǒng)總功能層次圖 管理員信息修改 業(yè)主信息維護 業(yè)主信息管理 業(yè)主信息統(tǒng)計 收費系統(tǒng)的管理 塊 業(yè)預存管理 各類欠費管理 各類費用查詢 各類費用管理 各類費用錄入 催費管理模塊 塊 各類催費管理 管理員信息維護 收費管理子系統(tǒng) 物業(yè)收費管理系統(tǒng) 日常信息查詢與通告 模塊 系統(tǒng)管理子系統(tǒng) 費用管理各個模塊 費用信息管理 塊