軟件

標籤：Linux環境下的軟體安裝，並不是一件容易的事情；如果通過原始碼編譯後在安裝，當然事情就更為複雜一些；現在安裝各種軟體的教程都非常普遍；但萬變不離其中，對基礎知識的紮實掌握，安裝各種軟體的問題就迎刃而解了。Configure指令碼組態工具就是基礎之一，它是autoconf的工具的基本應用。‘configure‘指令碼有大量的命令列選項.對不同的軟體包來說,這些選項可能會有變化,但是許多基本的選項是不會改變的.帶上‘--help‘選項執行‘configure‘指令碼可以看到可用的所有選項.儘

標籤：第九章—軟體實現    這一章重點講述了軟體代碼編寫過程中的規範和一些經常遇到的問題。    軟體的實現過程包括代碼設計、設計審查、代碼編寫、代碼走查、代碼編譯和單元測試等基本活動。在規範代碼的編寫過程中，要注意以下幾點：1.檔案命名與組織：一般說來一個java源檔案的長度最好不要超過2000行。2.代碼的版式：要有適當的空行，要注意程式碼及行內空格，分行、對齊與縮排，還有命名規則與聲明、注釋。從案例中分析了程式注釋、

標籤：     軟體實現過程就是開發人員如何編碼，同時介紹了相關的語言。       下面是我對本章的一個小總結。開篇先對軟體實現過程做了一個整體的介紹過程，包括代碼設計、設計審查、代碼編寫、代碼走查、代碼編譯和單元測試等基本活動。     

標籤：原文連結：A Vision of the Future of the Software Developer’s Platform，摘譯：唐尤華案頭版Eclipse仍然會佔據主流。類似Che和Orion的雲開發平台會給軟體開發帶來變革。開發人員會有更多機會挑選合適的工具和開發環境。項目可以在案頭與雲端互相切換。案頭版Eclipse勢頭正盛。開發社區會持續投入基於Eclipse的IDE開發。將會支援Java™

標籤：第十一章—軟體演化軟體系統在交付之後仍然在不斷的演化，即進入軟體的運行維護階段，以保證軟體長期處於可用狀態，並能夠適應實際業務的不斷變化。軟體在更改過程中的演化特性具體如下：1.軟體維護是一個必然的過程2.軟體的不斷修改會導致軟體的退化3.軟體系統的演化特性是在早期的開發階段建立起來的4.軟體開發的效率與投入的資源無關5.在軟體系統中添加新的功能不可避免地會產生新的缺陷。軟體維護可以分為三種類型：改正性維護、適應性維護、完善性維護。軟體維護的特點：1.軟體維護受開發過程影響大2

標籤：我曾經說過，程式員不是一般的人，是具有某種超能裡的人。但問題是，程式員往往意識不到自己的這種特異功能，在他們的眼裡，會認為自己很普通，跟常人一樣，所以，程式員能做到的事情，其他人——比如他們的客戶/軟體使用者——也應該很容易做到。但事實上，由於大部分人——絕大部分人(包括軟體開發公司的客戶/購買軟體的使用者)——都是電腦小白(對電腦知識/電腦知識/軟體知識知之甚少的人)。一個對於程式員來說很顯而

標籤：微軟近期Open的職位:Do you want to work on a fast-cycle, high visibility, hardcore search team with ambitious goals? Internet search is one of the highest impact and most technically challenging projects in the computer industry. Our mission is to

標籤：第十章—軟體測試有錯是軟體的屬性，而且是無法改變的，我們要做的是如何避免錯誤的產生和消除已經存在的錯誤。為保證軟體開發各個環節的正確性，需要進行各種確認和驗證工作，驗證和確認（簡稱V&V）是貫穿軟體周期的正常化評價方法。 軟體測試有一些基本原則（8個），廣為人知的V模型闡述了軟體測試階段和開發過程各階段的對應關係。主要的測試文檔包括測試計劃、測試規範、測試案例、缺陷報告。軟體測試時需要以下3類資訊：軟體配置、測試組態和測試載入器。一個優秀的軟體測試人員要具備以

標籤：                              物件導向基礎    軟體學家給出了一個公式：物件導向=對象+類+繼承+同+通訊 

標籤：第五章主要講1.形式化方法基本概念分為形式規約、形式證明與驗證、程式求精，形式證明與驗證技術主要包括模型檢測和定理證明。2.時態邏輯介紹了Kripke結構；一階線性時態邏輯以隊列及其操作與漢諾塔操作規劃問題為例進行講解。計算樹邏輯一般是CTL與CTL*的統稱。3.模型檢測就是在軟體系統的Kripke結構模型下，對以CTL*公式給出的軟體性質的正確性驗證。4.Z語言是由牛津大學程式設計研究小組開發的一種形式語言，對Z語言的表示進行詳細的概述與講解，並以停車場管理系統與圖書管理系統為例詳細講解

標籤：第三章主要分為1、軟體專案管理概述2、人員組織與管理3、項目溝通管理4、軟體專案規劃5、軟體風險管理6、組態管理；詳細介紹了在一個項目進行前期的工作，及後期的維護；現如今軟體開發規模變得龐大，不是個別開發人員即可解決的事，所以引入了軟體專案管理，首先，介紹了其概念，使我們更深入的瞭解軟體專案管理所要求的內容，然後在軟體設計的過程進行分配。其中更是涉及了人員分配，項目溝通、規劃、風險分析、配置等要求，從而有效地保證軟體項目順利完成。軟體工程——理論、方法與實踐 第三章

標籤：     軟體專案管理的“4P” people ，product，process，project。軟體項目的生命週期包括項目啟動，專案規劃，項目實施，項目收尾。軟體專案管理主要有由5個方面 ：人員組織管理，項目溝通管理，專案規劃，項目風向管理，組態管理    人員管理中的項目組織圖有民主式結構，主程式員式結構，技術管理式結構。  

標籤：                                         &

標籤：第二章  

標籤：本章的主要內容是軟體測試驗證與確認      軟體的錯誤            1. 軟體未達到產品說明書標明的功能；2. 軟體出現了產品說明書指明不會出現的錯誤；3. 軟體功能超出了產品說明書指明的範圍；4. 軟體未達到產品說明書雖未指出單應達到的目標；5. 軟體測試人員認為軟體難以理解、不易使用、運行速度緩慢，或者終端使用者不滿意。     

標籤：第四章 

標籤：第一章 

標籤：第4章 需求工程  軟體需求是決定軟體開發是否成功的一個關鍵因素。一、軟體工程  需求的概念涵蓋使用者角度（系統的外部行為）和開發人員角度（系統的內部特徵），關鍵在於需求一定要文檔化。  軟體需求劃分：業務需求、使用者需求、系統需求、功能需求和非功能需求等類型。  功能需求描述系統應該提供的功能或服務，通常涉及使用者或外部系統與該系統之間的互動，一般不考慮系統的實現細節。 

標籤：一、反病毒軟體的構成反病毒軟體由應用程式、反病毒引擎和病毒庫三部分構成。A)應用程式的主要功能就是把掃描對象提供給引擎進行病毒掃描、提供反病毒軟體與使用者的互動介面。B)引擎的主要功能就是對應用程式傳入的掃描對象進行格式分析和病毒掃描並將掃描的中間結果通過應用程式回接介面返回給應用程式並根據應用程式的返回結果進行相應的處理。引擎本身還負責病毒庫的載入、管理、遍曆及卸載。 二、反病毒引擎的發展曆程 引擎查殺毒技術的發展曆程a) DOS殺毒引擎。b)

標籤：     軟體需求中一般包括了使用者角度和開發人員角度兩個方面。通常將軟體需求劃分為業務需求，使用者需求，系統需求，功能需求和非功能需求等類型。     軟體需求工程過程一般包括以下的步驟：需求萃取，需求分析，需求規格說明，需求驗證，需求管理，其中還介紹一些需求管理工具。介紹了需求工程的步驟還要掌握擷取需求的技術一般的方法有：面談，需求專題討論會，觀察使用者工作流程，原型化方法，基於用例的方法。