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