電腦軟件名稱的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

軟件發展的201個原則（精裝珍藏版）

為了解決電腦軟件名稱的問題，作者（美）艾倫·M.大衛斯 這樣論述：

本書匯總了軟體工程原則。原則是關於軟體工程的基本原理、規則或假設，不管所選的技術、工具或語言是什麼，這些原則都有效。   全書共9章，第1章為引言，後面8章將201個軟體工程的原則劃分為8個大的類別：一般原則、需求工程原則、設計原則、編碼原則、測試原則、管理原則、產品保證原則和演變原則。   本書面向的讀者包括軟體工程師和管理者、軟體工程專業的學生、軟體工程領域的研究人員等。   本書由百度公司支持出版。百度以技術創新為信仰，在創新投入、研發佈局、人才引進方面均走在國際前列。百度一直秉承著“科技為更好”的社會責任理念，堅持運用創新技術，聚焦於解決社會問題，履行企業公民的社會責任，為幫助全球用戶

創造更加美好的生活而不斷努力。 Alan M. Davis是一名電腦科學家，他的職業生涯大約有一半在工業界，一半在學術界。   他在工業界的經歷包括： Offtoa公司的聯合創始人兼首席執行官，這是一家幫助企業家制定商業戰略的互聯網公司（2012年至今）。 Omni-Vista公司的聯合創始人、董事長兼首席執行官，這是一家位於科羅拉多斯普林斯的軟體公司（1998—2002）。   他在學術界的經歷包括： 位於丹佛的科羅拉多大學行政MBA創業教授，前任學術主席（2006—2018）。 科羅拉多大學斯普林斯分校的商業策略與企業家精神專業的教授，前El Pomar軟體工程教授（1

991—2015）。   Davis博士在1994年至1998年擔任《IEEE 軟體》的主編；在全球28個國家或地區演講2000餘次，並撰寫了9本圖書；他自1994年起成為IEEE會士；曾多次訪問中國，其中包括領導EMBA學生小組三度赴上海、北京出訪。 第1章　引言   第2章　一般原則   原則1　品質第一 原則2　品質在每個人眼中都不同 原則3　開發效率和品質密不可分 原則4　高品質軟體是可以實現的 原則5　不要試圖通過改進軟體實現高品質 原則6　低可靠性比低效率更糟糕 原則7　儘早把產品交給客戶 原則8　與客戶/使用者溝通 原則9　促使開發者與客戶的目標一致 原則10

　做好拋棄的準備   原則11　開發正確的原型 原則12　構建合適功能的原型 原則13　要快速地開發一次性原型 原則14　漸進地擴展系統 原則15　看到越多，需要越多 原則16　開發過程中的變化是不可避免的 原則17　只要可能，購買而非開發 原則18　讓軟體只需簡短的使用者手冊 原則19　每個複雜問題都有一個解決方案 原則20　記錄你的假設   原則21　不同的階段，使用不同的語言 原則22　技術優先於工具 原則23　使用工具，但要務實 原則24　把工具交給優秀的工程師 原則25　CASE工具是昂貴的 原則26　“知道何時”和“知道如何”同樣重要 原則27　實現目標就停止 原則28　瞭解形式化

方法 原則29　和組織榮辱與共 原則30　跟風要小心   原則31　不要忽視技術 原則32　使用文檔標準 原則33　文檔要有術語表 原則34　軟體文檔都要有索引 原則35　對相同的概念用相同的名字 原則36　研究再轉化，不可行 原則37　要承擔責任   第3章　需求工程原則   原則38　低品質的需求分析，導致低品質的成本估算 原則39　先確定問題，再寫需求 原則40　立即確定需求   原則41　立即修復需求規格說明中的錯誤 原則42　原型可降低選擇使用者介面的風險 原則43　記錄需求為什麼被引入 原則44　確定子集 原則45　評審需求 原則46　避免在需求分析時進行系統設計 原則47　使用正

確的方法 原則48　使用多角度的需求視圖 原則49　合理地組織需求 原則50　給需求排列優先順序   原則51　書寫要簡潔 原則52　給每個需求單獨編號 原則53　減少需求中的歧義 原則54　對自然語言輔助增強，而非替換 原則55　在更形式化的模型前，先寫自然語言 原則56　保持需求規格說明的可讀性 原則57　明確規定可靠性 原則58　應明確環境超出預期時的系統行為 原則59　自毀的待定項 原則60　將需求保存到資料庫   第4章　設計原則   原則61　從需求到設計的轉換並不容易 原則62　將設計追溯至需求 原則63　評估備選方案 原則64　沒有文檔的設計不是設計 原則65　封裝 原則66　

不要重複造輪子 原則67　保持簡單 原則68　避免大量的特殊案例 原則69　縮小智力距離 原則70　將設計置於知識控制之下   原則71　保持概念一致 原則72　概念性錯誤比語法錯誤更嚴重 原則73　使用耦合和內聚 原則74　為變化而設計 原則75　為維護而設計 原則76　為防備出現錯誤而設計 原則77　在軟體中植入通用性 原則78　在軟體中植入靈活性 原則79　使用高效的演算法 原則80　模組規格說明只提供使用者需要的所有資訊   原則81　設計是多維的 原則82　優秀的設計出自優秀的設計師 原則83　理解你的應用場景 原則84　無須太多投資，即可實現複用 原則85　“錯進錯出”是不正確的

原則86　軟體可靠性可以通過冗餘來實現   第5章　編碼原則   原則87　避免使用特殊技巧 原則88　避免使用全域變數 原則89　編寫可自上而下閱讀的程式 原則90　避免副作用 原則91　使用有意義的命名 原則92　程式首先是寫給人看的 原則93　使用最優的資料結構 原則94　先確保正確，再提升性能 原則95　在寫完代碼之前寫注釋 原則96　先寫文檔後寫代碼 原則97　手動運行每個元件 原則98　代碼審查 原則99　你可以使用非結構化的語言 原則100　結構化的代碼未必是好的代碼   原則101　不要嵌套太深 原則102　使用合適的語言 原則103　程式設計語言不是藉口 原則104　程式設計

語言的知識沒那麼重要 原則105　格式化你的代碼 原則106　不要太早編碼   第6章　測試原則   原則107　依據需求跟蹤測試 原則108　在測試之前早做測試計畫 原則109　不要測試自己開發的軟體 原則110　不要為自己的軟體做測試計畫 原則111　測試只能揭示缺陷的存在 原則112　雖然大量的錯誤可證明軟體毫無價值，但是零錯誤並不能說明軟體的價值 原則113　成功的測試應發現錯誤 原則114　半數的錯誤出現在15%的模組中 原則115　使用黑盒測試和白盒測試 原則116　測試用例應包含期望的結果 原則117　測試不正確的輸入 原則118　壓力測試必不可少 原則119　大爆炸理論不適用

原則120　使用 McCabe 複雜度指標   原則121　使用有效的測試完成度標準 原則122　達成有效的測試覆蓋 原則123　不要在單元測試之前集成 原則124　測量你的軟體 原則125　分析錯誤的原因 原則126　對“錯”不對人   第7章　管理原則   原則127　好的管理比好的技術更重要 原則128　使用恰當的方法 原則129　不要相信你讀到的一切 原則130　理解客戶的優先順序   原則131　人是成功的關鍵 原則132　幾個好手要強過很多生手 原則133　傾聽你的員工 原則134　信任你的員工 原則135　期望優秀 原則136　溝通技巧是必要的 原則137　端茶送水 原則138　

人們的動機是不同的 原則139　讓辦公室保持安靜   原則140　人和時間是不可互換的 原則141　軟體工程師之間存在巨大的差異 原則142　你可以優化任何你想要優化的 原則143　隱蔽地收集資料 原則144　每行代碼的成本是沒用的 原則145　衡量開發效率沒有完美的方法 原則146　剪裁成本估算方法 原則147　不要設定不切實際的截止時間 原則148　避免不可能 原則149　評估之前先要瞭解   原則150　收集生產力資料 原則151　不要忘記團隊效率 原則152　LOC/PM與語言無關 原則153　相信排期 原則154　精確的成本估算並不是萬無一失的 原則155　定期重新評估排期 原則15

6　輕微的低估不總是壞事 原則157　分配合適的資源 原則158　制訂詳細的專案計畫 原則159　及時更新你的計畫   原則160　避免駐波 原則161　知曉十大風險 原則162　預先瞭解風險 原則163　使用適當的流程模型 原則164　方法無法挽救你 原則165　沒有奇跡般提升效率的秘密 原則166　瞭解進度的含義 原則167　按差異管理 原則168　不要過度使用你的硬體 原則169　對硬體的演化要樂觀 原則170　對軟體的進化要悲觀 原則171　認為災難是不可能的想法往往導致災難 原則172　做專案總結   第8章　產品保證原則   原則173　產品保證並不是奢侈品 原則174　儘早建立軟

體配置管理過程 原則175　使軟體配置管理適應軟體過程 原則176　組織SCM獨立於專案管理 原則177　輪換人員到產品保證組織 原則178　給所有中間產品一個名稱和版本 原則179　控制基準 原則180　保存所有內容 原則181　跟蹤每一個變更 原則182　不要繞過變更控制 原則183　對變更請求進行分級和排期 原則184　在大型開發專案中使用確認和驗證（V&V）   第9章　演變原則   原則185　軟體會持續變化 原則186　軟體的熵增加 原則187　如果沒有壞，就不要修理它 原則188　解決問題，而不是症狀 原則189　先變更需求 原則190　發佈之前的錯誤也會在發佈之後出現   原則

191　一個程式越老，維護起來越困難 原則192　語言影響可維護性 原則193　有時重新開始會更好 原則194　首先翻新最差的 原則195　維護階段比開發階段產生的錯誤更多 原則196　每次變更後都要進行回歸測試 原則197　“變更很容易”的想法，會使變更更容易出錯 原則198　對非結構化代碼進行結構化改造，並不一定會使它更好 原則199　在優化前先進行性能分析 原則200　保持熟悉 原則201　系統的存在促進了演變   參考資料索引 術語索引

電腦軟件名稱進入發燒排行的影片

數位化海報色彩與影調趨向研究-以愛德華˙麥克奈特˙科夫的運輸海報為例

為了解決電腦軟件名稱的問題，作者張巧玟 這樣論述：

　　色彩與影調的趨向是理解圖像題材類型的基本問題，而數位圖像近年間越來越受到人們關注。本研究旨在透過量化分析的方式探討色彩的色相、彩度和明度趨向，以及影調之主要的基本調性、明度幅度和整體調性之趨向。本研究評估了運輸海報分類，並提出了「皇家建築與宮殿」、「逛街購物」、「藝文與展覽」、「倫敦地鐵本身的宣傳」和「郊區景色與活動」此五種題材類型，用以分析倫敦運輸博物館 (London Transport Museum) 所收錄的愛德華˙麥克奈特˙科夫 (Edward McKnight Kauffer) 的101件運輸海報。在研究方法上主要改良與延伸自先前學者的色彩與影調趨向分析方法與概念，並提出使用

「K-均值聚類算法」(K-means)的網站「IMAGE COLOR SUMMARIZER」分析影調的新方法。其中在色彩與影調的圖像處理部分，皆是使用「Adobe Photoshop」。在色彩數值取樣的部份，使用「Adobe Illustrator」取樣具有分數數值之HSB數字訊息。而在影調數值取樣上，則是取樣三種代表性的明度數值以及其像素比例加以分析影調。最後為了對應數值範圍所附加的名稱，採取透過文獻研究加以訂定範圍，並藉此設定函數條件分析色彩與影調趨向。研究結果發現色相與色系屬性趨向分析中「暖色系橘色」於各題材類型內都佔50%以上，且以「逛街購物」題材類型最為普遍；彩度趨向分析中「低彩度」

於各題材類型中皆佔74%以上，占總樣本數的88.12%；在明度趨向分析中「高明度」於各題材類型內都佔50%以上，且以「倫敦地鐵本身的宣傳」題材類型最為普遍。而在影調的「主要的基本調性」趨向分析中，五種題材類型中屬於「高調」者在各類型內皆佔45%以上，並以「皇家建築與宮殿」題材類型最為普遍；而在「明度幅度」趨向上屬於「長調」者在各類型內皆佔82%以上，且占總樣本的93%；在「整體調性」趨向上則大多屬於「高長調」，其次依序是「中長調」與「低長調」

從零開始：C語言快速入門教程

為了解決電腦軟件名稱的問題，作者 這樣論述：

本書以服務零基礎讀者為宗旨，用實例引導讀者學習，深入淺出地介紹了C語言的相關知識和實戰技能。   全書共12章。章主要介紹計算思維與C語言的初體驗；第2~9章主要介紹C語言的資料處理，運算式，格式化輸出與輸入功能，流程控制，函數與巨集，陣列與字串，指標，結構、聯合、枚舉與類型定義等；0~12章主要介紹檔及檔處理，C語言的標準函式程式庫，從C語言到C++的快速學習。本書贈送了大量的相關學習資料，以便讀者擴展學習。   本書適合任何想學習C語言的讀者學習使用。無論您是否從事電腦相關行業，是否接觸過C語言，均可通過學習本書快速掌握採用C語言程式設計的方法和技巧。 張繼新，河南工業大

學教師，長期從事程式設計語言教學，研究方向為軟件設計、開發維護及應用。 侯惠芳，河南工業大學教授，資訊工程大學通信與資訊系統專業博士，研究方向為機器學習、大數據檢索、人工智能和模式識別等。 李琳，河南工業大學副教授，研究方向為軟件工程、機器學習、人工智能和模式識別等。 001 第 1 章　計算思維與C 語言的初體驗 002 1.1　認識計算思維 002 1.1.1　分解 003 1.1.2　模式識別 003 1.1.3　歸納與抽象化 003 1.1.4　演算法 005 1.2　認識C 語言 006 1.3　編寫第 一個C 語言程式 010 1.3.1　編寫

程式 011 1.3.2　程式碼的編譯 012 1.3.3　程式碼的執行 012 1.3.4　程式碼的調試 013 1.4　C 語言程式碼快速解析 013 1.4.1　重要的main 函數 014 1.4.2　標頭檔的功能 015 1.4.3　寫注釋是種好習慣 015 1.5　上機實習課程 019 第 2 章　C 語言的資料處理 020 2.1　認識變數與常量 021 2.1.1　變數的簡介 021 2.1.2　變數的名稱 022 2.1.3　變數的位址 023 2.1.4　常量的簡介 025 2.2　基底資料型別 025 2.2.1　整數類型 027 2.2

.2　浮點數類型 030 2.2.3　字元類型 032 2.2.4　轉義序列 034 2.2.5　強制類型轉換 036 2.3　上機實習課程 041 第 3 章　運算式 042 3.1　認識運運算元 042 3.1.1　設定運運算元 043 3.1.2　算術運運算元 045 3.1.3　自增與自減運運算元 047 3.1.4　關係運運算元 049 3.1.5　邏輯運運算元 051 3.1.6　位運運算元 056 3.1.7　條件運運算元 057 3.1.8　複合設定運運算元 058 3.2　認識運算式 058 3.2.1　運運算元的優先順序 060 3.2.2

　運算式的自動轉換 062 3.3　上機實習課程 067 第 4 章　格式化輸出與輸入功能 068 4.1　printf 函數 068 4.1.1　格式化字串 070 4.1.2　輸出修飾符 074 4.2　scanf 函數 079 4.3　輸出與輸入字元函數 079 4.3.1　getchar 函數與putchar 函數 081 4.3.2　getche 函數與getch 函數 082 4.4　上機實習課程 087 第 5 章　流程控制 088 5.1　什麼是流程控制 088 5.1.1　順序結構 089 5.1.2　選擇結構 090 5.1.3　迴圈結構 0

90 5.2　選擇結構 090 5.2.1　if 條件陳述式 093 5.2.2　if-else 條件陳述式 094 5.2.3　嵌套if 條件陳述式 096 5.2.4　if 多分支條件陳述式 099 5.2.5　多重條件選擇語句—switch 語句 104 5.3　迴圈結構 104 5.3.1　for 迴圈語句 107 5.3.2　嵌套for 迴圈語句 108 5.3.3　while 迴圈語句 111 5.3.4　do-while 迴圈語句 114 5.4　流程跳出語句 114 5.4.1　break 語句 116 5.4.2　continue 語句 117 5

.4.3　goto 語句 118 5.5　上機實習課程 131 第 6 章　函數與巨集 132 6.1　認識函數 133 6.1.1　函式宣告 135 6.1.2　定義函數體 137 6.1.3　函式呼叫模式 139 6.1.4　變數的有效範圍 140 6.2　參數傳遞方式 141 6.2.1　傳值調用 143 6.2.2　傳址調用 148 6.3　遞迴函數 148 6.3.1　遞迴的定義 150 6.3.2　斐波那契數列 151 6.4　變數存儲類別 152 6.4.1　auto 153 6.4.2　extern 155 6.4.3　register 15

6 6.4.4　static 158 6.5　前置處理器與宏 159 6.5.1　#include 語句 160 6.5.2　#define 語句 165 6.6　條件編譯 166 6.6.1　#ifdef 條件編譯 167 6.6.2　#ifndef 條件編譯 169 6.6.3　#if、#else、#elif 條件編譯 170 6.7　上機實習課程 185 第 7 章　陣列與字串 186 7.1　認識陣列 186 7.1.1　一維陣列 190 7.1.2　命令列參數 192 7.1.3　二維陣列 195 7.1.4　多維陣列 197 7.1.5　陣列記憶體分配

199 7.1.6　陣列名稱與地址 201 7.2　陣列與函數傳遞 204 7.2.1　函數與一維陣列參數 205 7.2.2　排序與函數的陣列參數傳遞 208 7.2.3　函數與多維陣列參數 211 7.3　字元與字串處理 211 7.3.1　字元陣列與字串 215 7.3.2　字串輸入與輸出函數 218 7.4　字串處理函數 218 7.4.1　strlen 函數 219 7.4.2　strstr 函數與strncpy 函數 220 7.4.3　strlwr 函數與strcat 函數 221 7.5　上機實習課程 235 第 8 章　指針 236 8.1　認

識指標 237 8.1.1　指標變數的定義 240 8.1.2　指標作為函數返回值 241 8.1.3　指針的運算 242 8.1.4　多重指針 244 8.2　指標與陣列的應用 244 8.2.1　指標與一維陣列 247 8.2.2　指標與二維陣列 249 8.2.3　指標與字串 254 8.2.4　指標陣列 257 8.3　動態分配記憶體 257 8.3.1　動態分配變數 259 8.3.2　動態分配陣列 261 8.4　函數指標 262 8.4.1　函數指標的定義 263 8.4.2　參數型函數指標 265 8.4.3　函數指標陣列 266 8.5　上機

實習課程 283 第 9 章　結構、聯合、枚舉與類型定義 284 9.1　認識結構 284 9.1.1　定義結構類型與訪問結構成員 287 9.1.2　嵌套結構 288 9.1.3　結構陣列 291 9.1.4　結構與記憶體 293 9.1.5　結構指標與指標陣列 298 9.2　結構與函數 298 9.2.1　結構與傳值調用 300 9.2.2　結構與傳址調用 303 9.2.3　結構陣列與傳址調用 305 9.3　其他自訂資料類型 305 9.3.1　枚舉類型 307 9.3.2　類型定義 310 9.3.3　聯合類型 312 9.4　上機實習課程 329

第 10 章　文件及文件處理 330 10.1　認識檔存取 330 10.1.1　檔結構 330 10.1.2　資料流程與緩衝區 331 10.1.3　文字檔與二進位元檔案 332 10.1.4　檔存取方式 332 10.2　有緩衝區文件處理 332 10.2.1　文件的打開與關閉 334 10.2.2　fputc 函數與fgetc 函數 337 10.2.3　fputs 函數與fgets 函數 340 10.2.4　fprintf 函數與fscanf 函數 342 10.2.5　fwrite 函數與fread 函數 346 10.2.6　存取文件 352 10.3

　無緩衝區文件處理 352 10.3.1　無緩衝區檔處理函數 355 10.3.2　檔存取方式 356 10.4　上機實習課程 369 第 11 章　C 語言的標準函式程式庫 370 11.1　常用數學函數 370 11.2　時間與日期函數 371 11.3　字串處理函數 372 11.4　字元處理函數 373 11.5　類型轉換函數 373 11.6　流程控制函數 373 11.7　檔及目錄管理函數 374 11.8　記憶體動態管理函數 374 11.9　上機實習課程 387 第 12 章　從C 語言到C 的快速學習 388 12.1　C 的物件導向概念 38

9 12.1.1　設計一個C 程式 391 12.1.2　輸出與輸入功能 392 12.1.3　浮點數 393 12.1.4　布林資料類型 394 12.1.5　字串 397 12.1.6　動態記憶體分配 400 12.2　C 的函數 400 12.2.1　內聯函數 401 12.2.2　引用調用 403 12.2.3　函數重載 405 12.3　認識類 405 12.3.1　資料成員 406 12.3.2　成員函數 406 12.3.3　存取權限關鍵字 407 12.3.4　類物件的建立 408 12.3.5　作用域運運算元 410 12.4　構造函數與析構函

數 410 12.4.1　構造函數 410 12.4.2　析構函數 412 12.4.3　函數物件傳遞 413 12.5　繼承 413 12.5.1　單一繼承 415 12.5.2　多重繼承 417 12.6　多態 419 12.7　函數範本

論Oracle v. Google案對軟體產業之影響 - 以軟體介面著作權及合理使用為中心

為了解決電腦軟件名稱的問題，作者黃奎喨 這樣論述：

由1970年代開始討論電腦軟體保護至今，原本似乎已經沉靜已久的電腦軟體介面的保護問題，在Oracle v. Google 案後又發生了重大的爭議。由於全球電腦及資訊市場多由美國所主導，此案的觀點，未來也勢必影響到全球整體電腦軟體及資訊市場的發展，而電腦軟體相關企業也需由此作參考來擬定未來企業策略之規劃。本文嘗試由介紹電腦軟體的保護模式出發，說明電腦軟體過往之所以使用著作權為主要保護模式的因素。再經由電腦軟體著作權侵害及合理使用的重要案例，產生出如何判斷對於電腦軟體著作權是否受到侵害及是否為合理使用。接著以上述之基礎，透過Oracle v. Google一案，進一步分析在電腦軟體介面著作權問題

上仍存在的爭議。最後透過本案的爭議，探討在電腦軟體產業會受到的影響，並試著提出可能的建議方案。