【正文】 軟件開發(fā)涉及多方面的技術(shù)，包括開發(fā)方法、軟硬件平臺(tái)、網(wǎng)絡(luò)結(jié)構(gòu)、系統(tǒng)布局和結(jié)構(gòu)、輸入輸出技術(shù)、系統(tǒng)相關(guān)技術(shù)等。應(yīng) 該全面和客觀地分析軟件開發(fā)所涉及的技術(shù)，以及這些技術(shù)的成熟度和現(xiàn)實(shí)性。 2．盡可能采用成熟技術(shù) 成熟技術(shù)是被多人采用并被反復(fù)證明行之有效的技術(shù)，因此采用成熟技術(shù)一般具有較高的成功率。另外，成熟技術(shù)經(jīng)過長(zhǎng)時(shí)間、大范圍使用、補(bǔ)充和優(yōu)化，其精細(xì)程度、優(yōu)化程度、可操作性、經(jīng)濟(jì)性等方面要比新技術(shù)好。鑒于以上原因，軟件項(xiàng)目開發(fā)過程中，在可以滿足系統(tǒng)開發(fā)需要、能夠適應(yīng)系統(tǒng)發(fā)展、保證開發(fā)成本的條件下，應(yīng)該盡量采用成熟技術(shù)。 3．慎重引入先進(jìn)技術(shù) 在軟件項(xiàng)目開發(fā)過程中，有時(shí)為了解決系統(tǒng)的特定問題，為了使所開發(fā)系統(tǒng)具有更好的適 應(yīng)性，需要采用某些先進(jìn)或前沿技術(shù)。在選用先進(jìn)技術(shù)時(shí)，需要全面分析所選技術(shù)的成熟程度。有許多報(bào)道的先進(jìn)技術(shù)或科研成果實(shí)際上仍處在實(shí)驗(yàn)室階段，其實(shí)用性和適應(yīng)性并沒有得到完全解決，也沒有經(jīng)過大量實(shí)踐驗(yàn)證，在選擇這種技術(shù)時(shí)必須慎重。例如，許多文章中已經(jīng)報(bào)道了指紋識(shí)別技術(shù)，而且市場(chǎng)上也有實(shí)驗(yàn)性產(chǎn)品，但指紋識(shí)別技術(shù)至今仍有許多重大技術(shù)難題沒有突破，離具體應(yīng)用仍有一定距離。因此，在項(xiàng)目開發(fā)中要謹(jǐn)慎選用這種技術(shù)。如果不加分析，在項(xiàng)目中盲目采用指紋識(shí)別技術(shù)，應(yīng)用時(shí)肯定會(huì)出現(xiàn)許多難以解決的具體問題。 4．著眼于具體的開發(fā)環(huán)境和 開發(fā)人員 許多技術(shù)總的來說可能是成熟和可行的，但是在開發(fā)隊(duì)伍中如果沒有人掌握這種技術(shù)，而且在項(xiàng)目組中又沒有引進(jìn)掌握這種技術(shù)的人員，那么這種技術(shù)對(duì)本系統(tǒng)的開發(fā)仍然是不可行的。例如，分布對(duì)象技術(shù)是分布式系統(tǒng)的一種通用技術(shù)，但是如果在開發(fā)隊(duì)伍中沒有人掌握這種技術(shù)，那么從技術(shù)可行性來看就是不可行的。 5．技術(shù)可行性評(píng)價(jià) 技術(shù)可行性評(píng)價(jià)是通過原有系統(tǒng)和欲開發(fā)系統(tǒng)的系統(tǒng)流程圖和數(shù)據(jù)流圖，對(duì)系統(tǒng)進(jìn)行比較，分析新系統(tǒng)具有的優(yōu)越性，以及對(duì)設(shè)備、現(xiàn)有軟件、用戶、系統(tǒng)運(yùn)行、開發(fā)環(huán)境、運(yùn)行環(huán)境和經(jīng)費(fèi)支出的影響，然后評(píng)價(jià)新系統(tǒng)的技術(shù) 可行性。主要包括以下幾個(gè)方面： 在限制條件下，功能目標(biāo)是否能達(dá)到； 利用現(xiàn)有技術(shù)，性能目標(biāo)是否能夠達(dá)到； 對(duì)開發(fā)人員數(shù)量和質(zhì)量的要求，并說明能否滿足； 在規(guī)定期限內(nèi)，開發(fā)是否能夠完成。 經(jīng)濟(jì)可行性 經(jīng)濟(jì)可行性是指可以使用的資源的可能性（資源包括人力資源、自然資源和資金條件）。 經(jīng)濟(jì)可行性包括兩個(gè)方面的內(nèi)容：一是某一備選方案占有和使用經(jīng)濟(jì)資源的可能性，進(jìn)而實(shí)現(xiàn)政策目標(biāo)的可能性；二是實(shí)施某一政策方案所需花費(fèi)的成本和取得的收益。政府的財(cái)政資源是有限的，任何政策方案占有和使用的經(jīng)濟(jì)資源也是有限的。因此，任何一項(xiàng) 公共政策 都存在一個(gè)爭(zhēng)取公共經(jīng)濟(jì)資源的問題。一般說來，“公共政策的經(jīng)濟(jì)資源的占有量與其政策目標(biāo)的期望值成正比例關(guān)系。”當(dāng)然，這還涉及到一個(gè) 成本效益 問題。如果某一方案的成本大于收益，顯然這項(xiàng)政策是不可行的。 經(jīng)濟(jì)可行性的具體標(biāo)準(zhǔn)有 投入產(chǎn)出比 （ O/I）、效率（ efficiency）、效力（ effectiveness）、利潤(rùn)率（ profitability）等。這里主要特別說明效率和效力這兩個(gè)概 念。效率是以最小的投入取得最大的產(chǎn)出；效力則是以最小的成本實(shí)現(xiàn)即定的目標(biāo)。二者雖然相關(guān)，但卻不能混淆，最高效率和最高效力不一定出現(xiàn)在同一個(gè)點(diǎn)上。舉一個(gè)簡(jiǎn)單的例子，你購(gòu)買一本書的最小成本是 20 元，但當(dāng)你同時(shí)買 10 本同樣的書時(shí)，只需 180 元。這后一種顯然更有效力（一本書 的成本只要 18 元），但問題是同樣的書你只要一本就夠了，顯然這后一種就不能滿足你最基本的目標(biāo)了。 任務(wù)目標(biāo) 與一般的信息系統(tǒng)相比較，大學(xué)生生活服務(wù)平臺(tái)具有以下特征：是基于 B/S 模式下的WEB 信息系統(tǒng)，數(shù)據(jù)庫(kù)邏輯相對(duì)簡(jiǎn)單，但數(shù)據(jù)量一般比較龐大； 用戶數(shù)量大，服務(wù)器壓力大，是系統(tǒng)設(shè)計(jì)中必須考慮的問題之一，而一般的信息系統(tǒng)相對(duì)壓力要少了很多；系統(tǒng)是一個(gè)開放式的系統(tǒng)，前臺(tái)瀏覽無(wú)需驗(yàn)證。所以消息發(fā)布系統(tǒng)要做到： (1) 能處理大量的消息數(shù)據(jù)。 (2) 安全指數(shù)高，防止黑客攻擊。 (3) 負(fù)荷能力強(qiáng)，防止數(shù)據(jù)量過大，而影響速度。 系統(tǒng)性能的規(guī)劃 (1) 操作應(yīng)方便、靈活。 (2) 系統(tǒng)應(yīng)有較高的穩(wěn)定性。 (3) 系統(tǒng)應(yīng)有較高的安全性。 (4) 系統(tǒng)應(yīng)有較高的容錯(cuò)性。 (5) 速度上要求前臺(tái)要能夠很快地反應(yīng)用戶，后臺(tái)操作不能出現(xiàn)超時(shí)現(xiàn)象。 第四章 系統(tǒng)分析與總體設(shè)計(jì) 系統(tǒng)功能的描述 大學(xué)生生活服務(wù)平臺(tái)包括消息類別管理、消息發(fā)布管理、圖片處理、消息查詢、網(wǎng)友評(píng)論和用戶管理等模塊。具體描述如下圖 ： 圖 消息類別管理： (1)消息類別的錄入，包括類別編號(hào)和類別名稱等信息； (2)消息類別的修改； (3)消息類別的刪除； (4)消息類別的查詢。 消息發(fā)布管理： (1)基本消息信息的錄入，包括消息標(biāo)題、消息內(nèi)容和所屬類別等； (2)基本消息信息的修改； (3)基本消息信息的刪除； 消息查詢模塊： (1)按照消息類別分頁(yè)顯示消息； (2)按照消息名稱查詢消息。 系統(tǒng)用戶功能： (1)系統(tǒng)用戶登陸，包括用戶名和密碼等信息； (2)系統(tǒng)用戶瀏覽消息； (3)系統(tǒng)用戶查詢。 查看消息 發(fā)布消息 管理消息 管理瀏覽 管理詳細(xì)消息 查詢消息 管理用戶 管理員 普通用戶 系統(tǒng)功能模塊的劃分 從功能描述的內(nèi)容可以看到，本實(shí)例可以實(shí)現(xiàn) 5 個(gè)完整的功能。我們根據(jù)這些功能，設(shè)計(jì)出系統(tǒng)的功能模塊，如圖 所示。 圖 意圖 消息發(fā)布及管理系統(tǒng)的功能模塊之間的關(guān)系如圖 所示。 圖 消息發(fā)布及管理系統(tǒng) 查看消息 發(fā)布消息 消息詳細(xì)管理 查詢消息 管理消息 管理用戶 后臺(tái)系統(tǒng) 提供數(shù)據(jù) 前臺(tái)系統(tǒng) 消息類別管理 基本信息發(fā)布 數(shù)據(jù)庫(kù) 消息瀏覽和查詢 發(fā)表網(wǎng)友評(píng)論留言 系統(tǒng)流程分析 本系統(tǒng)分為前臺(tái)系統(tǒng)和后臺(tái)系統(tǒng)兩個(gè)部分。前臺(tái)系統(tǒng)不需要進(jìn)行身份認(rèn)證，任何人都可以通過瀏覽器閱讀已經(jīng)發(fā)布的消息、發(fā)表網(wǎng)友評(píng)論。 后臺(tái)系統(tǒng)的流程分析如圖 所示。 Admin 用戶擁有所有的權(quán)限，普通用戶只能對(duì)自己發(fā)布的消息進(jìn)行管理，包括修改消息內(nèi)容、刪除消息和刪除網(wǎng)友評(píng)論。 圖 關(guān)系圖 開始 用戶登錄 失敗 重試 管理用戶及用戶評(píng)論信息 管理消息類別，發(fā)布信息，所有消息信息的管理 瀏覽消息，發(fā)表評(píng)論，給管理員留言 Admin 普通用戶 第五章 數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)與實(shí)現(xiàn) 數(shù)據(jù)庫(kù)的分析及創(chuàng)建 首先創(chuàng)建一個(gè)數(shù)據(jù)庫(kù) demo，用來保存本系統(tǒng)的所有數(shù)據(jù)。創(chuàng)建數(shù)據(jù)庫(kù)的腳本代碼如下：CREATE DATABASE whilvydy?？梢栽?SQL 查詢分析器中執(zhí)行該語(yǔ)句，創(chuàng)建數(shù)據(jù)庫(kù)。也可以直接在 SQLyogEnt 里邊創(chuàng)建。 數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)及數(shù)據(jù)庫(kù)表設(shè)計(jì) 消息數(shù)據(jù)庫(kù)表如圖 所示。 圖 人員數(shù)據(jù)庫(kù)表圖 所示。 圖 消息搜索數(shù)據(jù)庫(kù)表圖 所示。 圖 消息發(fā)布系統(tǒng)各模塊設(shè)計(jì) 登陸主界面和登錄程序設(shè)計(jì) 本系統(tǒng)的主頁(yè)面是 它的功能是顯示消息的標(biāo)題，消息內(nèi)容，在消息的結(jié)束， 還有消息的相關(guān)連接，校園的公告，校園動(dòng)態(tài)，如圖 所示： 首頁(yè) 后臺(tái)登錄及程序設(shè)計(jì) 本系統(tǒng)的后臺(tái)登陸頁(yè)面 ，它的功能主要負(fù)責(zé)收集用戶信息，提供了用戶名，登錄密碼，驗(yàn)證碼等輸入框供用戶輸入數(shù)據(jù)。當(dāng)用戶單擊“提交”按鈕時(shí)，將交給 /jsp/login程序處理。 設(shè)計(jì)管理頁(yè)面 下圖是后臺(tái)管理的主界面，主要的功能是： （ 1）消息主要版面的定義，修改，刪除 （ 2）消息子版面的定義，修改，刪除 （ 3）消息的發(fā)布，修改，刪除，審核狀態(tài)的更改 （ 4）消息系統(tǒng)用戶管理 系統(tǒng)調(diào)試 軟件測(cè)試（英語(yǔ)： software testing），描述一種用來促進(jìn)鑒定軟件的正確性、完整性、安全性和質(zhì)量的過程。換句話說，軟件測(cè)試是一種實(shí)際輸出與預(yù)期輸出間的審核或者比較過程。軟件測(cè)試的經(jīng)典定義是：在規(guī)定的條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)程序錯(cuò)誤，衡量軟件質(zhì)量，并對(duì)其是否能滿足設(shè)計(jì)要求進(jìn)行評(píng)估的過程。 軟件測(cè)試 [12] 是使用人工操作或者軟件自動(dòng)運(yùn)行的方式來檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差 別的過程。 它是幫助識(shí)別開發(fā)完成（中間或最終的版本）的 計(jì)算機(jī)軟件 （整體或部分）的正確度(correctness) 、完全度 (pleteness)和質(zhì)量 (quality)的 軟件過程 ；是 SQA(software quality assurance)的重要子域。 Glenford 曾對(duì)軟件測(cè)試的目的提出過以下觀點(diǎn)： (1)測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程。 (2)好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案。 (3)成功 的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 (4)測(cè)試并不僅僅是為了找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì)，可以幫助 項(xiàng)目管理 者發(fā)現(xiàn)當(dāng)前 軟件開發(fā) 過程中的缺陷，以便及時(shí)改進(jìn)。 (5)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法，改善測(cè)試的效率和有效性。 (6)沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定 軟件質(zhì)量 的一種方法。 (7)另外，根據(jù)測(cè)試目的的不同，還有 回歸測(cè)試 、 壓力測(cè)試 、 性能測(cè)試 等，分別為了檢驗(yàn)修改或優(yōu)化過程是否引發(fā)新的問題、軟件所能達(dá)到處理能力和是否達(dá)到預(yù)期的處理能力等。測(cè)試應(yīng)該盡早進(jìn)行，最好在需求階段就開始介入，因?yàn)樽顕?yán)重的錯(cuò)誤不外乎是系統(tǒng)不能滿足用戶的需求。 測(cè)試原則 ⑴ 程序員應(yīng)該避免檢查自己的程序，軟件測(cè)試應(yīng)該由 第三方 來負(fù)責(zé)。 ⑵ 設(shè)計(jì)測(cè)試用例時(shí)應(yīng)考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要制造極端狀態(tài)和意外狀態(tài)，如網(wǎng)絡(luò)異常中斷、電源斷電等。 ⑶ 應(yīng)該充分注意測(cè)試中的 群集現(xiàn)象 。 ⑷ 對(duì)錯(cuò)誤結(jié)果要進(jìn)行一個(gè)確認(rèn)過程。一般由 A 測(cè)試出來的錯(cuò)誤，一定要由 B 來確認(rèn)。嚴(yán)重的錯(cuò)誤可以召開評(píng)審會(huì)議進(jìn)行討論和分析，對(duì)測(cè)試結(jié)果要進(jìn)行嚴(yán)格地確認(rèn)，是否真的存在這個(gè)問題以及嚴(yán)重程度等。 ⑸ 制定嚴(yán)格的測(cè)試計(jì)劃。一定要制定測(cè)試計(jì)劃，并且要有指導(dǎo)性。測(cè)試時(shí)間安排盡量寬松，不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。 ⑹ 妥善保存測(cè)試計(jì)劃、 測(cè)試用例 、出錯(cuò)統(tǒng)計(jì)和最終分析報(bào)告，為維護(hù)提供方便。 測(cè)試目的 ⑴ 發(fā)現(xiàn)一些可以通過測(cè)試避免的開發(fā)風(fēng)險(xiǎn)。 ⑵ 實(shí)施測(cè)試來降低所發(fā)現(xiàn)的風(fēng)險(xiǎn)。 ⑶ 確定測(cè)試何時(shí)可以結(jié)束。 ⑷ 在開發(fā)項(xiàng)目的過程中將測(cè)試看作是一個(gè)標(biāo)準(zhǔn)項(xiàng)目。 測(cè)試過程 第一步：對(duì)要執(zhí)行測(cè)試的產(chǎn)品 /項(xiàng)目進(jìn)行分析，確定測(cè)試策略，制定測(cè)試計(jì)劃。該計(jì)劃被審核批準(zhǔn)后轉(zhuǎn)向第二步。測(cè)試工作啟動(dòng)前一定要確定正確的測(cè)試策略和指導(dǎo)方針，這些是后期開展工作的基礎(chǔ)。只有將本次的測(cè)試目標(biāo)和要求分析清楚，才能決定測(cè)試資源的投入。 第二步：設(shè)計(jì)測(cè)試用例。設(shè)計(jì)測(cè)試用例要根據(jù)測(cè)試需求和測(cè)試策略來進(jìn)行，進(jìn)度壓力不大時(shí)，應(yīng)該設(shè)計(jì)的詳細(xì)，如果進(jìn)度、成本壓力較大，則應(yīng)該保證測(cè)試用例覆蓋到關(guān)鍵性的測(cè)試需求。 該用例被批準(zhǔn)后轉(zhuǎn)向第三步。 第三步：如果滿足“啟動(dòng)準(zhǔn)則”（ EntryCriteria），那么執(zhí)行測(cè)試。執(zhí)行測(cè)試主要是搭建測(cè)試環(huán)境，執(zhí)行測(cè)試用例。執(zhí)行測(cè)試時(shí)要進(jìn)行進(jìn)度控制、項(xiàng)目協(xié)調(diào)等工作。 第四步：提交缺陷。這里要進(jìn)行缺陷審核和驗(yàn)證等工作。 第五步：消除軟件缺陷。通常情況下，開發(fā)經(jīng)理需要審核缺陷，并進(jìn)行缺陷分配。程序員修改自己負(fù)責(zé)的缺陷。在程序員修改完成后，進(jìn)入到回歸測(cè)試階段。如果滿足“完成準(zhǔn)則”（ ExitCriteria），那么正常結(jié)束測(cè)試。 第六步：撰寫測(cè)試報(bào)告。對(duì)測(cè)試進(jìn)行分析，總結(jié)本次的經(jīng)驗(yàn)教訓(xùn)，在下一 次的工作中改。 軟件測(cè)試過程管理，主要包括軟件測(cè)試是什么樣的過程，如何評(píng)價(jià)一個(gè)軟件測(cè)試過程，如何進(jìn)行配置管理和測(cè)試風(fēng)險(xiǎn)分析以及測(cè)試成本的管理。 軟件測(cè)試是為了提高和保證軟件質(zhì)量的一個(gè)重要環(huán)節(jié)。軟件測(cè)試一般分為白盒測(cè)試和黑盒測(cè)試。 第一 白盒測(cè)試，也稱為結(jié)構(gòu)化測(cè)試、基于代碼的測(cè)試，是一種測(cè)試用例設(shè)計(jì)方法，它從程序的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例。用白盒測(cè)試產(chǎn)生的測(cè)試用例能夠： (1)保證一個(gè)模塊中的所有獨(dú)立路徑至少被使用一次； (2)對(duì)所有邏輯值均需測(cè)試 true 和 false； (3)在上下邊界及可操作 范圍內(nèi)運(yùn)行所有循環(huán)； (4)檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有