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