(一)選擇語言
任何一種語言都不是「十全十美」的,因此,在選擇程式語言時,首先明確求解的問題對編碼有什麼要求,並把它們按輕重次序一一列出。然後根據這些要求去衡量可使用的語言,以判斷出哪些語言能較好地滿足要求。
一般情況下,程式語言的選擇常從以下幾個方面考慮。
專案的應用領域
演算法與計算的複雜性
資料結構的複雜性
效率可移植性
程式設計人員的水平
構造系統的模式
(二)編碼風格
軟體=程式
+文件。為了
提高程式的可維護性,源**也需要實現「文件
化」。內部文件的組織包括識別符號命名、內部注釋和程式的視覺組織。
1. 識別符號應該具有鮮明的意義,能夠提示程式物件代表的實體
2. 程式**的視覺組織
3. 程式內部的注釋
語句結構規則
在一行內只寫一條語句,並且採用適當的縮排格式,使程式的邏輯和功能變得更加明確;
程式編寫要簡單、清楚,能直截了當地說明程式設計師的用意;
首先保證程式正確,然後才要求提高速度;
盡可能使用庫函式
,盡量用公共過程或子程式去代替重複的功能**段;
避免使用臨時變數而使可讀性下降;
避免採用過於複雜的條件測試; ;
避免過多使用迴圈巢狀和條件巢狀;
不要使 goto 語句相互交叉;
對遞迴定義的資料結構盡量使用遞迴過程
高效率原則
提高程式執行效率
提高儲存器效率
提高輸入/輸出效率
(一)測試步驟
單元測試的內容:模組介面測試、區域性資料結構測試、重要路徑測試、錯誤處理測試、邊界測試
整合測試的方式:自頂向下整合、自底向上整合、混合的整合測試
驗收測試的內容:有效性測試、軟體配置複查
系統測試:
(1) 恢復測試:通過系統的修復能力,檢測重新初始化、資料恢復、重新啟動、檢驗 點設定是否正確,以及人工干預的平均恢復時間是否在允許範圍內。
(2) 安全測試:設計測試用例,安全保密措施,檢驗系統是否有安全保密的漏洞。
(3) 強度測試:設計測試用例,檢驗系統的能力最高能達到什麼實際限度,讓系統處 於資源的異常數量、異常頻率、異常批量的條件下執行測試系統的承受能力。
(4) 效能測試:設計測試用例測試並記錄軟體執行效能,與效能要求相比較,檢查是 否達到效能要求規格。
(二)除錯技術
強行排錯、回溯法、歸納法、演繹法
種類
校正性維護
適應性維護
完善性維護
預防性維護
維護的工作流程
提高可維護性的方法
1.建立明確的軟體質量目標和優先順序
2. 使用提高軟體質量的技術和工具
3. 進行明確的質量保證審查
4. 驗收檢查
5. 周期性地維護審查
6. 選擇可維護的程式語言
7. 健全程式的文件
軟體工程 維護
知識要點 1 軟體維護的定義 特點 2 主要的維護活動 3 軟體再工程過程。前注 維護是軟體生命週期最後乙個階段也是持續時間最長 代價最大的乙個階段 一 維護的定義 在軟體已經交付使用之後,為改正錯誤或滿足新的需要而修改軟體的過程 二 主要的維護活動 改正性維護 適應性維護 完善性維護 預防性維護 ...
軟體工程 軟體維護
軟體的維護階段,是軟體成型過程中的最後一步,其實我們所使用軟體的不同的版本都是維護過程中出現的,軟體的公升級,文件的更新等等都是建立在原材料的基礎上進行進一步步的優化,更改的!軟體的維護在佔軟體生存期的比例非常的大,因此十分重要!如下圖,軟體維護分為以下的幾種,軟體維護在軟體生存期中占用的比例為70...
軟體工程 軟體維護
前言 軟體維護相當於建築後期的維護 一 維護的型別 如下圖,軟體維護分為以下的幾種,軟體維護在軟體生存期中占用的比例為70.8 它是整個生存期中消耗資金人力最多的環節。1 改正維護 測試為檢錯出錯 改正性維護是指改正在系統開發系統開發階段已發生而系統測試階段尚未發現的錯誤。這方面的維護工作量要佔整個...