【軟體工程】程式編碼
前言:
編碼階段也就是建築的施工階段,比如施工牆,樑,板。
一、程式編碼的總原則
1、先求正確後求快
2、先求清晰後求快
3、求快不忘保持程式正確
4、保持程式整潔以求快
5、不要因效率而犧牲清晰
二、好程式的標準
1、易於測試和除錯
2、易於維護
3、易於修改
4、設計簡單
5、高效率
據統計,一個典型的程式的百分之五十的執行時間被百分之三的語句所佔用,所以這部分程式碼非常重要。
三、好程式設計師的最基本標準
1、具有程式設計的基本知識與技能
2、對本專案所在的領域有較深的瞭解,正確的把握有關資訊的流程與處理原則
3、熟悉開發的環境,特別是對所用的語言,要有足夠的經驗
四、編碼要注意的問題
1、儘可能的使用庫函式
2、少用goto語句
3、一行一條語句
4、多用case語句
5、一條語句少用and、or等連線符
6、減少使用否定(如not)
7、模組化(高內聚,低耦合,單入口單出口,資訊隱藏)
8、大的程式,要分塊編寫,測試、然後再整合
五、程式質量的評價
1、正確性
2、結構清晰性—單入口單出口、少用goto
3、易修改
4、容讀性
5、簡單性
相關推薦
【軟體工程】程式編碼
前言: 編碼階段也就是建築的施工階段,比如施工牆,樑,板。 一、程式編碼的總原則 1、先求正確後求快 2、先求清晰後求快 3、求快不忘保持程式正確 4、保持程式整潔以求快 5、不要因效率而犧牲清晰 二、好程式的標準 1、易於測試和除錯 2、易於維護 3、易於修改 4、設計簡單
【軟體工程】——編碼程式
編碼程式 主要內容 一、程式設計語言 分類 (1)機器語言,彙編 第一,第二代計算機用 (2)高階語言 從語言的內在特徵看,高階語言可分為: 。系統實現語言 。靜態高階語言 。快結構高階語言 。動態高階語言 二、語言的選擇 1.應用領域的不同決定選擇的語言
【軟體工程】看我火眼金睛——系統流程圖、程式流程圖、資料流圖、活動圖、狀態圖、順序圖辨析
【前言】 在軟體工程中我們學習了資料流圖,程式流程圖,UML中的活動圖,狀態圖,順序圖,這些圖貌似都是在描述軟體的執行過程,那麼它們到底有哪些相同點,又有哪些不同點呢?下面,我
【軟體工程】——軟體需求分析
軟體需求分析的任務(藉助當前系統的邏輯模型推匯出目標系統的邏輯模型) 深入描述軟體的功能和效能 確定軟體設計的約束和介面,同其它系統元素的介面細節 定義軟體的其它有效性需求 需求分析的過程 (1)問題識別 軟體的需求包括 功能需求 ,資源使用需求,效能需求,成本消耗需求
【軟體工程Ⅱ】作業四 |個人專案-小學四則運算 “軟體”之初版(C語言)
本次作業的要求來自於:https://edu.cnblogs.com/campus/gzcc/GZCC-16SE2/homework/2186 本次作業程式碼的github地址:https://github.com/Molly134/lianxi.git 一、題目要求 像《構建之法》的人物阿超那樣,寫一
軟體工程之程式編碼④(原始碼“文件化”:識別符號命名,註釋,程式視覺組織)
編碼的目的是使用選定的程式設計語言,把模組的過程描述翻譯為用該語言書寫的源程式。源程式應該正確可靠、簡明清晰,而且具有較高的效率。軟體工程專案對程式碼編寫的要求,不僅僅是源程式語法上的正確性,也不只是源程式中沒有各種錯誤,還要求源程式具有良好的結構性和良好的
【軟體工程】——詳細設計說明書
1引言 1.1編寫目的 該文件在概要設計的基礎上,進一步的細化系統結構,展示了軟體結構的圖示,物理設計、資料結構設計、及演算法設計、詳細的介紹了系統各個模組是如何實現的,包括涉及到的演算法,邏輯流程等。 預期的讀者:程式設計師 1.2背景 a. 待開發軟體系統的名稱:機房收費
【軟體工程】軟體設計階段
概要設計、詳細設計 一、概要設計階段 1、解析 概要設計主要是完成,系統的結構設計,進入設計階段,要把軟體“做什麼”的邏輯模型變換為怎麼做的物理模型,即著手實現軟體的需求,並將設計的結果反映在“設計規劃說明書”文件中,所以軟體設計時一個軟體需求轉換為軟體表示的過程。 2、軟體設計
【軟體工程】需求分析
文件 1、軟體需求說明書 編制的目的:軟體需求說明書的編制是為了使使用者和軟體開發者雙方對該軟體的初始規定有一個共同的理解,使之成為整個開發工作的基礎,詳細的瞭解了該系統所要實現的功能與使用者的習慣後所形成的的文件彙總。 寫給誰:使用者(機房的管理者),開發人員、系統分析人員 2、資料要求說
【軟體工程】計劃階段
前言: 計劃階段,就和建築裡面的地質勘察等一些前提準備差不多,所以非常的重要。 一、可行性研究報告 1、什麼是可行性研究報告 可行性研究報告是從事一種經濟活動(投資)之前,雙方要從經濟、技術、生產、供銷知道社會各種環境、法律等各種因素進行具體調查、研究、分析、確定有利和不利的因素、專
【軟體工程】軟體測試
前言 軟體測試,相當於建築立面的監工,監工要比干活的知識面要廣。 一、(一)軟體測試的內容 軟體測試不光是測試我們程式設計師所編寫的軟體,還有我們寫的文件,程式的介面,執行的環境等。 (二)軟體測試的目的 1、軟體測試是程式的執行過程,目的在於發現錯誤 2、好的測試用例是
【軟體工程】第一章 軟體工程概論
1.1 軟體的定義及特點 1.1.1 軟體的定義 兩個定義: ① ② 計算機程式和關聯文件,軟體產品可能是為了特定的使用者或者市場開發。 1.1.2 軟體的特點 特點: 無形的、不可見的邏輯實體(正確與否需上
【軟體工程】概述
前言 在結束了機房系統後,接下來的學習是將軟體規範化,也就是軟體工程的學習。 導圖 各軟體模型 瀑布模型 思想: 1.從製作時間上按工序把問題化簡 2.將功能實現與製作分開便於分工協作 優點: 1.奠
【軟體工程】面向物件技術
前言 面向物件技術強調在軟體開發過程中面向客觀世界或問題域中的事物,採用人類在認識客觀世界的過程中普遍運用的思維方法,直觀、自然地描述客觀世界中的有關事物。面向物件技術的基本特徵主要有抽象性、封裝性、繼
【軟體工程】工程管理
管理,例如,我們要謀劃一場旅行,需要提前對目的地進行了解,選擇交通方式,提前預定酒店,制定計劃,資金預算等。軟體工程管理是為了使軟體專案能按照預定的成本,進度以及質量順利完成,對人員和資源進行分配,使
【軟體工程】第二章 軟體過程
2.1 軟體生存週期過程的概念 2.1.1 引入 軟體開發有哪些活動?(要做哪些對映?) 應如何正確組織開發活動,形成求解軟體的邏輯? 2.1.2 軟體生存週期過程在軟體工程知識框架中的位置 介於軟體開發本質和形成
【軟體工程】第三章 軟體需求與軟體規約
3.1 需求的作用 3.1.1 在現代系統中的作用 三個作用: 為產品提供控制功能。 為產品提供耦合功能,可整合其他功能。 為產品提供一些由本身所實現的功能,利用自身提供服務。 特別的: 為解決系統整合
【軟體工程】——總結
心得 1、自己的拖延症愈發強烈,發現自己最近很懶惰,而且總感覺時間不夠用,所以在米老師的指引下,得到兩件法寶:提高效率;管理時間。 2、看視訊,寫文件很痛苦。解決辦法:忍忍就好了! 3、每天都感覺過德很快,賊痛苦。解決辦法:寫日報。 讀者 可行性研究報告: 預期讀者:開發人員和維
【軟體工程】——概要設計說明書
1引言 1.1編寫目的 本階段完成系統的大致設計並說明系統的資料結構與軟體結構,本概要設計說明書的目的就是進一步細化軟體設計階段得出的軟體概貌,把它加工成程式細節上非常接近與源程式開發的軟體標識。 預期讀者:軟體測試人員、程式開發員、軟體分析員 1.2背景 a. 待開發軟體系
【軟體工程】——軟體需求說明書
1引言 1.1編寫目的 軟體需求說明書上是需求分析的一個文件,是對軟體目標及範圍的求精和細化,深入描述軟體功能及軟體的約束範圍,使使用者和軟體開發者對該軟體的初始規定有個大概的瞭解,有利於對專案的開發和後期的維護。 讀者:開發人員與使用者代表 1.2背景 a. 待開發的軟體系