企業工資管理系統課程設計說明書-資料下載頁

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

　　

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