【文章內(nèi)容簡介】 甚至對非常簡單的查詢 ， 其選項也非常復(fù)雜 。 而 JDBC 恰好相反 ， 其盡量保證簡單功能的簡便性 ， 而同時在必要時允許使用高級功能 。 4． 啟用純 Java 需要象 JDBC 這樣的 Java API 發(fā)送 SQL 語句時 ， 連接一旦建立 ， 就可用來向它所涉及的數(shù)據(jù)庫傳送 SQL 語句 。 JDBC 對可被發(fā)送的SQL語句類型不加任何限制 。 這就提供了很大的靈活性 ， 即允許使用特定的數(shù)據(jù)庫語句甚至于非 SQL語句 。 5 第 2 章 可行性研究 本系統(tǒng)采用 MVC 設(shè)計模式 ， 使用符合 JSP Model2 的設(shè)計標準 ， 在前臺用 JSP 進行頁面開發(fā)和管理用戶界面 ， 提示信息完善 ， 界面友好 ， 具有較強的親和力 ， 后臺采用 MYSQL 數(shù)據(jù)開發(fā)和管理數(shù)據(jù)庫 ， 對數(shù)據(jù)庫操作采用事務(wù)處理機制 ， 具有強大的錯誤處理功能 。 本系統(tǒng)的開發(fā)環(huán)境是使用現(xiàn)在非常流行的開源開發(fā)工具 Eclipse 和 Tomcat 服務(wù)器 。 本系統(tǒng)在技術(shù)方面可行 ， 系統(tǒng)的目標確定后 ， 可以從市場可 行性 、 經(jīng)濟可行性 、 技術(shù)可行性和運行可行性等幾個方面對能否實現(xiàn)新系統(tǒng)目標進行可行性分析 。 業(yè)務(wù)流程圖 業(yè)務(wù)流程是根據(jù)市場需求與企業(yè)要求調(diào)整企業(yè)流程 ， 包括設(shè)計 、 分析和優(yōu)化的過程 。 設(shè)計階段主要包括兩個內(nèi)容：其一 ， 透視現(xiàn)有流程質(zhì)量 。 其二 ，根據(jù)當前市場要求調(diào)整現(xiàn)有業(yè)務(wù)流程 。 該系統(tǒng)的業(yè)務(wù)流程主要介紹用戶購物的詳細過程以及如何處理所購買物品訂單的過程 。 本系統(tǒng)的業(yè)務(wù)流程圖如圖21 所示 。 未 處 理 訂 單顧 客瀏 覽 商 品非 會 員登 陸注 冊進 行 購 物購 物 車物 品 放 入 查 看 物 品移 出 物 品 修 改 數(shù) 量移 至 收 藏 夾 清 空 購 物 車會 員下 訂 單查 看 訂單 狀 態(tài)正 處 理 訂 單已 處 理 訂 單管 理 員 圖 21 業(yè)務(wù)流程圖 6 市場可行性分析 項目是否可以實施 ， 主要 應(yīng)該看該項目是否有潛在市場 ， 以及市場的變化對項目的開發(fā)結(jié)果會有哪些影響 。 一個項目的市場需求是推動技術(shù)進步的主要動力 ， 有時市場的需求 ， 決定了某項技術(shù)的產(chǎn)生 。 有的時候 ， 我們即使沒有技術(shù) ， 沒有經(jīng)濟實力 ， 只要找對市場 ， 我們也會通過其他渠道來達到項目的經(jīng)濟等方面的要求來開發(fā)項目 ， 所以說 ， 市場需求是項目可行性的根本 。 本系統(tǒng)是購物系統(tǒng) ， 是人們?nèi)粘Ｉ钕M的工具 。 只要針對大眾對物品的喜好 ， 使系統(tǒng)功能齊全 ， 操作簡單 ， 界面美觀大方 ， 就一定會有市場潛力 。 經(jīng)濟可行性分析 項目的經(jīng)濟可行性 ， 除資金方面的需要外 ， 還有經(jīng)濟風(fēng) 險的承受程度 。因為項目的啟動需要資金的支持 ， 資金的多少以及未來的風(fēng)險 ， 都會給投資方帶來一定的經(jīng)濟風(fēng)險 。 對現(xiàn)有系統(tǒng)的分析 ， 包括現(xiàn)有系統(tǒng)的缺陷 ， 項目的主要特點 ， 與現(xiàn)有系統(tǒng)的區(qū)別 ， 以及該項目將要帶來的經(jīng)濟效益等 ， 都將有助于降低項目的風(fēng)險 。 1． 系統(tǒng)初期投資 系統(tǒng)的初期投資 ， 如表 21 所示 。 表 21 網(wǎng)上商城初期投資 序號 項目 人工（人 日） 單價（元） 合計（元） 1 需求分析 10 800 8,000 2 總體設(shè)計 12 800 9,600 3 詳細設(shè)計 10 800 8,000 4 編碼實現(xiàn) 15 800 12,000 5 系統(tǒng)集成測試 5 800 4,000 6 說明手冊編制 3 800 2,400 7 合計 44,000 2． 貨幣的時間價值 本系統(tǒng)開發(fā)成功后 ， 用戶便可以在網(wǎng)上出售商品 。 如果每件商品出售的價格是 100 元 。 每年至少可以賣出 300 件商品 ， 則以后每年可以賺得 萬元 ， 假設(shè)年利率為 5%， 該軟件的生命期預(yù)計為 5 年 。 系統(tǒng)的貨幣時間價值 ， 如表 22 所示 。 7 表 22 網(wǎng)上商城的貨幣時間價值 年份 將來值（萬） （ 1+i） n 現(xiàn)在值（萬） 累計的現(xiàn)在值（萬） 1 3 2 3 3 3 4 3 5 3 3． 投資回收期 系統(tǒng)開發(fā)成功后 ， 第一年可以賺得 萬元 ， 比投資少 萬元 。但第二年可以賺得 萬元 。 即： 1+= 純收入： =（萬元） 當然 ， 如果想要在五年后得到預(yù)計的純收入 ， 那么首先就應(yīng)拿出初期 投資的 萬 。 而且考慮到開發(fā)本系統(tǒng)將為以后帶來的利益 ， 拿出 萬來進行網(wǎng)站維護與更完善的開發(fā) ， 是絕對必要的 。 經(jīng)過以上分析 ， 開發(fā)網(wǎng)上商城在經(jīng)濟方面是可行的 。 技術(shù)可行性 本系統(tǒng)采用 MVC 設(shè)計模式 ， 使用符合 JSP Model2 的設(shè)計標準 ， 在前臺用 JSP 進行頁面開發(fā)和管理用戶界面 ， 提示信息完善 ， 界面友好 ， 具有較強的親和力 ， 后臺采用 SQL數(shù)據(jù)開發(fā)和管理數(shù)據(jù)庫 ， 對數(shù)據(jù)庫操作采用事務(wù)處理機制 ， 具有強大的錯誤處理功能 。 本系統(tǒng)的開發(fā)環(huán)境是使用現(xiàn)在非常流行的開源開發(fā)工具 Eclipse 和 Tomcat 服務(wù)器 。 使用很 靈活以及他們當前的廣泛實際應(yīng)用 ， 充分說明本系統(tǒng)在技術(shù)方面可行 。 運行可行性 運行可行性研究內(nèi)容包括新系統(tǒng)規(guī)定的運行方式是否可行 。 如果新系統(tǒng)是建立在原來已擔負其他任務(wù)的計算機系統(tǒng)上的 ， 就不能要求它在實時在線狀態(tài)下運行 ， 以免與原有的任務(wù)相矛盾 。 計算機技術(shù)的發(fā)展 ， 帶來了計算機在現(xiàn)代企業(yè) 、 家庭中的普及 ， 使得應(yīng)用計算機成為現(xiàn)代人生活中非常重要的一部分 。 計算機技術(shù)的成熟 ， 帶來了 8 軟硬件的越來越優(yōu)的配置及性能 ， 越來越能被大眾所接受的價格 。 于是 ， 計算機的應(yīng)用者在計算機的配置方面不斷更新 ， 以滿足自己越來越高的需求 。本 系統(tǒng)對計算機的軟硬件的要求不是特別高 ， 所以系統(tǒng)在運行方面是可行的 。 本章小結(jié) 本系統(tǒng)的可行性研究 ， 從市場可行性 、 經(jīng)濟可行性 、 運行可行性 、 技術(shù)可行性等幾個方面著手進行考慮 。 市場可行性主要研究 該系統(tǒng) 的潛在市場 ；經(jīng)濟可行性主要研究本系統(tǒng)的初期投資 、 投資回收期及純收入 ； 運行可行性主要研究系統(tǒng)運行環(huán)境 ； 技術(shù)可行性主要研究系統(tǒng)開發(fā)軟硬件條件 。 綜上考慮 ， 本項目的開發(fā)技術(shù)成熟 、 完備 ， 有一定的經(jīng)濟效益 ， 運行環(huán)境優(yōu)良 ， 具有一定的開發(fā)前景 。 9 第 3 章 需求分析 需求分析概述 需求分析是軟件生存周期中最重要的一步 。 只有通過需求分析 ， 才能把軟件功能和性能的總體概念描述為具體的軟件需求規(guī)格說明 ， 進而奠定軟件開發(fā)的基礎(chǔ) 。 軟件需求分析工作也是一個不斷認識和逐步細化的過程 。 該過程將軟件調(diào)研階段的需求資料進行分析和設(shè)計 ， 使軟件范圍逐步細化到詳細定義的程序 ， 并分析出各種不同的軟件元素 ， 然后為這些元素找到可行的解決方法 。 需求分析的任務(wù)：分析員通過需求分析提供一種可轉(zhuǎn)化為數(shù)據(jù)設(shè)計 、 結(jié)構(gòu)設(shè)計和過程設(shè)計的數(shù)據(jù)與功能表示 ， 在軟件完成后 ， 需求分析階段研究的對象是軟件項目的用戶需求 。 需求分析 的過程 需求分析的過程 可以分為四個方面：問題識別 、 分析與綜合 、 制訂規(guī)格說明 、 評審 。 問題識別就是從系統(tǒng)角度來理解軟件 ， 確定對所開發(fā)系統(tǒng)的綜合要求 ，并提出這些需求的實現(xiàn)條件 ， 以及需求應(yīng)該達到的標準 。 這些需求包括：功能需求（做什么） ， 性能需求（要達到什么指標） ， 環(huán)境需求（如機型 ， 操作系統(tǒng)等） ， 可靠性需求（不發(fā)生故障的概率） ， 安全保密需求 ， 用戶界面需求 ，資源使用需求（軟件運行是所需的內(nèi)存 ， CPU 等） ， 軟件成本消耗與開發(fā)進度需求 ， 預(yù)先估計以后系統(tǒng)可能達到的目標 。 分析與綜合逐步細化所有的軟件功能 ， 找出系統(tǒng)各元素間的 聯(lián)系 ， 接口特性和設(shè)計上的限制 ， 分析他們是否滿足需求 ， 剔除不合理部分 ， 增加需要部分 。 最后 ， 綜合成系統(tǒng)的解決方案 ， 給出要開發(fā)的系統(tǒng)的詳細邏輯模型（做什么的模型） 。 制訂規(guī)格說明書即編制文檔 ， 描述需求的文檔稱為軟件需求規(guī)格說明書 。請注意 ， 需求分析階段的成果是需求規(guī)格說明書 ， 向下一階段提交 。 評審對功能的正確性 ， 完整性和清晰性 ， 以及其它需求給予評價 。 評審?fù)ㄟ^才可進行下一階段的工作 ， 否則重新進行需求分析 。 10 需求層次 軟件需求包括三個不同的層次 ——業(yè)務(wù)需求 、 用戶需求和功能需求 ， 也包括非功能需求 。 業(yè)務(wù)需求（ business requirement）反映了組織機構(gòu)或客戶對系統(tǒng) 、 產(chǎn)品高層次的目標要求 ， 它們在項目視圖與范圍文檔中予以說明 。 用戶需求（ user requirement）文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù) ， 這在用例（ use case）文檔或方案腳本（ scenario）說明中予以說明 。 功能需求（ functional requirement）定義了開發(fā)人員必須實現(xiàn)的軟件功能 ， 使得用戶能完成他們的任務(wù) ， 從而滿足了業(yè)務(wù)需求 。 軟件需求各組成部分之間的關(guān)系 ， 如圖 31 所示 。 業(yè) 務(wù) 需 求功 能 需 求約 束 條 件系 統(tǒng) 需 求其 他 非 功 能 需 求用 戶 需 求 質(zhì) 量 屬 性項 目 視 圖 與 范 圍 文 檔使 用 實 例 文 檔軟 件 需 求 規(guī) 格 說 明 圖 31 需求的層次圖 需求分析過程是整個系統(tǒng)開發(fā)的重要階段 ， 分析的成功與否 ， 決定著整個系統(tǒng)功能的完善性以及穩(wěn)定性 。 在該階段需求分析人員需要確定整個產(chǎn)品的功能要求 ， 并且將現(xiàn)實事務(wù)抽象成對象并建模 。 本系統(tǒng)的需求分析 需求分析是一組活動的總稱 ， 作為系統(tǒng)分析員 ， 必須協(xié)同軟件用戶共同完成 。 而需求分析的任務(wù)是定義待開發(fā)的軟件的功能 、 性能等指標 。 首先要了解用戶的相關(guān)業(yè)務(wù) ， 如果是一家公司做網(wǎng)上商城 ， 除了參考現(xiàn)在已經(jīng)存在的類似和相關(guān)系統(tǒng)外 ， 還需要通過用戶的演示 、 講解和有關(guān)文檔 ， 11 與用戶進行交 流協(xié)商 。 也許用戶列舉了查詢 、 訂購 、 下訂單 、 商品管理 、 用戶管理和訂單管理 ， 也許還有自己有特色的東西 。 但是在這個過程中 ， 還是可以提出自己有建設(shè)性的想法和建議 ， 只有這樣用戶和系統(tǒng)設(shè)計人員才會在系統(tǒng)提供的業(yè)務(wù)上達成一致 ， 這對于軟件來說是非常重要的 。 其次要分析用戶的業(yè)務(wù)流程 ， 前面了解的用戶業(yè)務(wù)只是一些離散的業(yè)務(wù)活動 ， 而業(yè)務(wù)流程是一種重要的信息 ， 比如用戶購買商品這個流程 ， 它需要經(jīng)歷商品查詢 、 加入購物車 、 查詢購物車 、 結(jié)算（包括填寫訂購人詳細信息 、送貨方式和支付方式） 、 訂單確認 、 送貨到收貨等一系列活動 ， 然后將了解到的用戶 活動加以整理并按照這些活動所固有的次序形成業(yè)務(wù)流程 。 還要了解用戶對于軟件的期望值 ， 除了需要能夠正確處理用戶的業(yè)務(wù)外 ， 用戶對系統(tǒng)的其他需求 也要了解 ， 這些對于用戶而言也顯得尤為重要 。 數(shù)據(jù)流圖 系統(tǒng)數(shù)據(jù)流圖如圖 32 所示 。 顧 客P 2 0 1搜 索P 2 0 2查 庫P 2 0 3購 物P 2 0 5付 款 方式P 2 0 6購 物 車管 理P 2 0 7清 空P 2 0 9登 錄P 2 0 8注 冊F 2 0 2 商 品 表F 2 0 3 購 物 車F 2 0 1 用 戶 表F 2 0 4 訂 單 表D 2 1 0 1 商 品 基 本 信 息D 2 1 0 5 商 品 基 本 信 息D 2 1 0 6 購 買 商 品 基 本 信 息D 2 1 0 7 購 買 商 品 基 本 信 息D 2 1 0 4 商 品 基 本 信 息D 2 1 0 3 商 品 基 本 信 息D 2 1 1 1 購 買 商 品 基 本 信 息D 2 1 1 0 購 買 商 品 基 本 信 息D 2 1 0 8 購 買 商 品 基 本 信 息D 2 1 0 9 購 買 商 品 基 本 信 息D 2 1 2 0 商 品 基 本 信 息D 2 1 1 2 用 戶 基 本 信 息D 2 1 1 3 用 戶 基 本 信 息D 2 1 1 4 用 戶 基 本 信 息D 2 1 1 5 用 戶 基 本 信 息D 2 1 1 9 用 戶 基 本 信 息P 2 1 0廣 告D 2 1 1 6 廣 告 基 本 信 息F 2 0 5 公 告 信 息 表D 2 1 1 7 廣 告 基 本 信 息D 2 1 1 8 廣 告 基 本 信 息管 理 員商 品 基 本 信 息P 2 0 4合 計D 2 1 0 2 商 品 基 本 信 息圖 32 系統(tǒng)數(shù)據(jù)流圖 12 數(shù)據(jù)字典 數(shù)據(jù)字典的作用是在軟件分析和設(shè)計的過程中給人提供關(guān)于數(shù)據(jù)的描述信