【導(dǎo)讀】年級/專業(yè)/班:. 課程設(shè)計任務(wù)書及成績評定。1）加強學(xué)生的實踐能力；2）理解小型系統(tǒng)開發(fā)的基本步驟；3）本系統(tǒng)的功能包括：檔案信息管理模塊、工資管理模塊、工資統(tǒng)計模塊，部門。查詢,特殊查詢，報表查詢。測試計劃和Bug跟蹤列表

　　

【正文】 誤，如果沒有在投入運行前的系統(tǒng)測試階段被發(fā)現(xiàn)并糾正，問題遲早會在運行中暴露出來，到那時要糾正錯誤將會付出更大的代價。系統(tǒng)測試占用的時間、花費的人力和成本占軟件開發(fā)的很大比例。統(tǒng)計表明，開發(fā)較大規(guī)模的系統(tǒng)，系統(tǒng)測試的工作量大約占整個軟件開發(fā)工作量的 40％－ 50％。而對于一些特別重要的大系統(tǒng)，測試的工作量和成本更大，甚至超過系統(tǒng)開發(fā)其他各階段的總和的若干倍。 測試方法 （ 1） 測試人員 測試隊伍由兩位成員組成。軟件的設(shè)計者在測試整個過程中負責(zé)整體測試方案的制定和測試進度的掌握以及白盒測試的測試者。第二位成員由未參加軟件制作者擔(dān)任，主要責(zé)任是進行軟件的黑盒測試以及軟件環(huán)境，硬件要求和極限測試工作。 （ 2） 機器測試 通過在計算機上直接運行被測程序，來發(fā)現(xiàn)程序中的錯誤。機器測試包括黑盒測試盒白盒測試。黑盒測試也稱功能測試，將軟件看作黑盒子，在完全不考慮 程序的內(nèi)部結(jié)構(gòu)和特性的情況下，研究軟件的外部特性。根據(jù)軟件的需求規(guī)格說明書測試用例，從程序的輸入和輸出特性上測試是否滿足設(shè)定的功能。白盒測試也稱結(jié)構(gòu)測試，將軟件看作一個透明的白盒子，按照程序的內(nèi)部結(jié)構(gòu)和處理邏輯來選定測試用例，對軟件的邏輯路徑及過程進行測試，檢查與測試是否相符。 湖南人文科技學(xué)院 課程設(shè)計 28 測試內(nèi)容 ①軟件的正常運行、關(guān)閉及退出時保存記錄的提示 （ 默認為是 ）。 ②用戶登錄界面友好，可操作性及安全性能較好，能對不同管理級別者進行限制，以保證數(shù)據(jù)庫的安全。 ③數(shù)據(jù)庫的可維護性好，數(shù)據(jù)的錄入、刪除及更改均能順 利完成，并能實現(xiàn)動態(tài)更新。 ④數(shù)據(jù)查詢便捷，能對各種不同的查詢條件進行搜索，以找到最合適的答案。 ⑤數(shù)據(jù)溢出、越界均能進行非法提示，以警告用戶正確使用。對用戶的非正常操作方式也提出警告。 ⑥數(shù)據(jù)類型填寫錯誤時，系統(tǒng)能夠報錯。 ⑦軟件對操作系統(tǒng)的兼容性良好，可移植性完好。 測試結(jié)果 ①軟件在運行、關(guān)閉及退出時保存記錄的提示功能基本完成，在軟件的不斷啟動關(guān)閉過程中沒有出現(xiàn)死機、程序執(zhí)行效率降低等各種不良現(xiàn)象，功能的實現(xiàn)較為完善 。 ②用戶登錄界面較友好，但軟件界面的色彩選擇、搭配上對于長期 工作者而言仍然不會產(chǎn)生眼部不適感?？刹僮餍约鞍踩阅茌^好，能完成對不同管理級別者的限制工作，對軟件涉及到的機密數(shù)據(jù)能進行良好的保護。 ③數(shù)據(jù)庫的可維護性良好，數(shù)據(jù)的錄入能順利完成，并能實現(xiàn)動態(tài)更新，刪除和修改也能順利完成。 ④數(shù)據(jù)查詢不夠全面，只能按系統(tǒng)設(shè)定的少數(shù)查詢條件進行搜索，以找到合適的答案。 ⑤數(shù)據(jù)溢出、越界基本不能進行非法提示，以警告用戶正確使用。對用戶的非正常操作方式能提出警告。 ⑥數(shù)據(jù)類型填寫錯誤時，系統(tǒng)有報錯功能，在數(shù)據(jù)輸入錯誤時，使用者能夠獲知錯誤所在。 湖南人文科技學(xué)院 課程設(shè)計 29 ⑦軟件兼容性有待提高，在 Dreamweaver 版本較低的機子上測試不斷出現(xiàn)錯誤提示。 六 總結(jié) 經(jīng)過反復(fù)測試，系統(tǒng)完成后運行添加、修改、查詢、報表等功能均正常，發(fā)布 版。此系統(tǒng)仍存在許多缺陷，但是通過該系統(tǒng)設(shè)計達到了系統(tǒng)設(shè)計目的意義，基本掌握了軟件開發(fā)的主要步驟，了解了各環(huán)節(jié)在開發(fā)時要注意的問題， 體會到開發(fā)一個系統(tǒng)應(yīng)該注意的方面以及重視用戶在系統(tǒng)開發(fā)過程中間的作用， 開發(fā)出好的軟件 高質(zhì)量的軟件。另外 在設(shè)計過程中也逐漸提高了軟件開發(fā)技能和編程技能 以及良好的軟件開發(fā)思維模式 。 參考文獻 1． 張海藩，軟件工程（第二版）。北京：人民郵電出 版社， 20xx 2． 張海藩，牟永敏，面向?qū)ο蟪绦蛟O(shè)計使用教程（第二版）。北京：清華大學(xué)出版社， 20xx 3． 金敏，周翔，高級軟件開發(fā)過程。北京：清華大學(xué)出版社， 20xx 4．朱如龍 ， ACCESS 20xx 數(shù)據(jù)庫應(yīng)用系統(tǒng)開發(fā)技術(shù) ， 機械工業(yè)出版社， 20xx 5．譚浩強 ， 軟件工程 系統(tǒng)分析與設(shè)計 .，清華大學(xué)出版社， 20xx 6．王少鋒，面向?qū)ο蠹夹g(shù) UML 教程，北京：清華大學(xué)出版社， 20xx 7．張海藩，軟件工程導(dǎo)論（第三版）。北京：清華大學(xué)出版社， 1998 8．鄭人杰，殷人昆，陶永雷，實用軟件工程（第二版）。北京：清華大 學(xué)出版社， 1997 附錄：編碼規(guī)范 編碼規(guī)范對于程序員而言尤為重要，一個軟件的生命周期中， 80%的花費在于維護。幾乎沒有任何一個軟件，在其整個生命周期中，均由最初的開發(fā)人員來維護。編碼規(guī)范可以改善軟件的可讀性，可以讓程序員盡快而徹底地理解新的代碼。 常見的編碼規(guī)范總結(jié)如下： 湖南人文科技學(xué)院 課程設(shè)計 30 1．開頭注釋 (Beginning Comments) 所有的源文件都應(yīng)該在開頭有一個風(fēng)格一致的注釋，其中列出類名、版本信息、日期和版權(quán)聲明等，如下： /** * Classname * Version information * Date * Copyright notice */ 2．包和引入語句 (Package and Import Statements) 在多數(shù) Java 源文件中，第一個非注釋行是包語句。在它之后可以跟引入語句。例如： package 。 import 。 3．縮進排版 (Indentation) 4 個空格常被作為縮進排版的一個單位。 4．行長度 (Line Length) 盡量避免一行的長度超過 80 個字符，因為很 多終端和工具不能很好處理長度超過 80 個字符的行。 5．換行 (Wrapping Lines) 當(dāng)一個表達式無法容納在一行內(nèi)時，可以依據(jù)如下一般規(guī)則斷開該行： 在一個逗號后面斷開。 在一個操作符前面斷開。 寧可選擇較高級別 (higherlevel)的斷開，而非較低級別 (lowerlevel)的斷開。 新的一行應(yīng)該與上一行同一級別表達式的開頭處對齊。 如果以上規(guī)則導(dǎo)致你的代碼混亂或者使你的代碼都堆擠在右邊，那就代之以縮進 4 個空格。 6．注釋 (Comments) Java 程序有兩類注釋：實現(xiàn)注釋 (implementation ments)和文檔注釋湖南人文科技學(xué)院 課程設(shè)計 31 (document ments)。實現(xiàn)注釋是那些在 C++中見過的，使用 /*...*/和 //界定的注釋。文檔注釋 (被稱為 doc ments)是 Java 獨有的，并由 /**...*/界定。文檔注釋可以通過 javadoc 工具轉(zhuǎn)換成 HTML 文件。 為了使程序更容易閱讀，程序員應(yīng)適當(dāng)?shù)脑诖a中添加注釋。 7．每行聲明變量的數(shù)量 (Number Per Line) 推薦一行一個聲明，因為這樣以利于寫注釋，如下： int level。 // indentation level int size。 // size of table 不要將不同類型變量的聲明放在同一行，例如： int foo, fooarray[]。 8．避免聲明的局部變量覆蓋上一級聲明的變量。例如，不要在內(nèi)部代碼塊中聲明相同的變量名，見下面的代碼，定義了兩個“ count”，這種情況應(yīng)避免。 int count。 ... myMethod() { if (condition) { int count = 0。 ... } ... } 9．簡單語句 (Simple Statements) 每行至多包含一條語句，例如： argv++。 //推薦使用 argv++。 argc。 //不推薦使用 10．復(fù)合語句 (Compound Statements) 復(fù)合語句是包含在大括號中的語句序列，形如 { 語句 }。復(fù)合語句的書寫一般應(yīng)遵守以下原則： 被括其中的語句應(yīng)該較之復(fù)合語句縮進一個層次。 湖南人文科技學(xué)院 課程設(shè)計 32 左大括號 {應(yīng)位于復(fù)合語句起始行的行尾；右大括號 }應(yīng)另起一行并與 復(fù)合語句首行對齊。 大括號可以被用于所有語句，包括單個語句，只要這些語句是諸如 ifelse 或for 控制結(jié)構(gòu)的一部分。這樣便于添加語句而無需擔(dān)心由于忘了加括號而引入bug。 11．空行 (Blank Lines) 空行將邏輯相關(guān)的代碼段分隔開，以提高可讀性。下列情況應(yīng)該總是使用空行： 一個源文件的兩個片段 (section)之間。 類聲明和接口聲明之間 。 兩個方法之間。 方法內(nèi)的局部變量和方法的第一條語句之間。 一個方法內(nèi)的兩個邏輯段之間，用以提高可讀性。 12．命名規(guī)范 (Naming Conventions) 命名規(guī)范使程序更易讀，從而更易于理解。它們也可以提供一些有關(guān)標(biāo)識符功能的信息，以助于理解代碼，例如，不論它是一個常量，包，還是類。 標(biāo)識符類型 命名規(guī)則 例子 包 一個唯一包名的前綴總是全部小寫的ASCII 字母并且是一個頂級域名，通常是 ， edu， gov， mil， ， ，或1981 年 ISO 3166 標(biāo)準(zhǔn)所指定的標(biāo)識國家的英文雙字符代碼。包名的后續(xù)部分根據(jù)不同機構(gòu)各自內(nèi)部的命名規(guī)范而不盡相同。這類命名規(guī)范可能以特定目錄名的組成來區(qū)分部門、項目、機器或注冊名。 類 命名規(guī)則：類名是個一名詞，采用大小寫混合的方式，每個單詞的首字母大寫。盡量使你的類名簡潔而富于描述。使用完整單詞，避免縮寫詞 (除非該縮寫詞被更廣泛使用，像 URL，HTML)。 class Raster。 class ImageSprite。 接口 與類名相似。 interface RasterDelegate。 湖南人文科技學(xué)院 課程設(shè)計 33 interface Storing。 方法 方法名是一個動詞，采用大小寫混合的方式，第一個單詞的 首字母小寫，其后單詞的首字母大寫。 run()。 getBackground()。 變量 除了變量名外，所有實例，包括類，類常量，均采用大小寫混合的方式，第一個單詞的首字母小寫，其后單詞的首字母大寫。變量名不應(yīng)以下劃線或美元符號開頭。變量名應(yīng)簡短且富于描述。變量名的選用應(yīng)該易于記憶。盡量避免單個字符的變量名，除非是一次性的臨時變量。總言之，變量應(yīng)遵循匈牙利命名法。 char c。 int i。 float myWidth。 常量 類常量和 ANSI 常量的聲明，應(yīng)該全部大寫，單詞間用下劃線隔開。 static final int GET_THE_CPU = 1。 13．變量賦值 (Variable Assignments) 避免在一個語句中給多個變量賦相同的值。它很難讀懂。例如： = = 39。c39。 14．圓括號 (Parentheses) 一般而言，在含有多種運算符的表達式中使用圓括號來避免運算符優(yōu)先級問題，是個好方法。即使運算符的優(yōu)先級對你而言可能很清楚，但對其他人未必如此。你不能假設(shè)別的程序員和你一樣清楚運算符的優(yōu)先級。 if (a == b amp。amp。 c == d) //不推薦使用 if ((a == b) amp。amp。 (c == d)) //推薦使用