Time of Update: 2015-03-05
標籤:編譯安裝 rpm安裝 yum安裝 在CentOS或rhel下,軟體包的管理方式有三種:一種是使用rpm安裝別人編譯好的軟體包,一種是使用yum,還有一種是使用編譯安裝1、軟體包簡介軟體包的組成部分: 二進位程式:/bin,/sbin,/usr/bin,/usr/sbin,/usr/local/bin,/usr/local/sbin &
Time of Update: 2015-03-04
標籤:{相關資訊}在未使用Eclipse之前一直使用的是Emacs,包括Makefile包括代碼瀏覽。自從用了Eclipse之後,Makefile就沒再寫過了,讓我想起一個台詞,"Make your life easier."要做嵌入式C\C++的開發,需要提前安裝CDT及ARM交叉工具鏈。下面的步驟假設你已經將CDT以及ARM交叉工具鏈配置好了。{配置步驟}1. 建立項目工程,並將之前寫的代碼檔案複製進該工程中。2. 配置編譯器為交叉工具鏈選中項目後,點Project ->
Time of Update: 2015-03-06
標籤: http://blog.csdn.net/qiusuo800/article/details/8299777目前,我在學習C#串口編程類的基礎知識,在網上也找了一些資料,但都存在一些問題,現在他們基礎上再進行一定的修改,且更詳細的表達如何?串口編程,實現串口的發送與接收。本文通過一個完整的執行個體,目的在於說明在win7系統中進行串口編程時: 1.
Time of Update: 2015-03-06
標籤: 1 #include<iostream> 2 #include<ctime> 3 using namespace std; 4 5 void main() 6 { 7 int a,b,c; 8 srand(unsigned(time(NULL))); //以系統時間為隨機種子保證數的變化 9 for(int i=0;i<30;i++)10 {11 a=rand()%99+1;12
Time of Update: 2015-03-05
標籤:一、編寫不必要的代碼 1、不應該在真正的需求來臨之前編寫那些代碼。 2、不要編寫不必要的代碼,並且要刪除沒有用到的代碼。 二、代碼難以修改 1、對未來做太多假設。 2、不仔細設計就編寫代碼(基本設計都不做) 3、設計程式時,應當根據你現在確切知道的需求,而不是你認為未來會出現的需求。 三、過分追求通用 1、如果你的代碼很通用,它通常不能從使用者的角度很好的滿足規格/需求。 2、太過通用就必須要寫很多不需要的代碼。《簡約之美--軟體設計之道》 之軟體設計的3
Time of Update: 2015-03-06
標籤:普通程式員與軟體工程師的區別 程式員、工程師和進階工程師區別程式員與軟體工程師區別 軟體工程師不僅僅是會編程就行,需要對整個軟體工程的流程很串連,從立項、分析、建模、編程、測試、發布都有很高的要求。主要是因為有軟體和硬體之分的 還有工程師什麼什麼的頭銜都需要考級的 ,不是隨便都可以說是的。
Time of Update: 2015-03-05
標籤:4.1.1 價值:這個變化能給人多大協助。 可能價值:這個變化有多大可能幫到使用者。 潛在價值:這個變化在對使用者提供協助的時候,將為使用者提供多大協助。4.3 不可預測的結果 程式員犯的最常見最嚴重的錯誤,就是在其實不知道未來的時候去預測未來。 如果完全不考慮未來,只根據當前已知的確切資訊確定所有的設計決策,那就百分之百安全了。《簡約之美--軟體設計之道》 第四章 未來
Time of Update: 2015-03-05
標籤:在軟體開發過程中,軟體開發人員在編寫代碼過程要有大局觀所謂的大局觀,指的是編寫的代碼的複用性!不要為了完成任務或是功能,就隨意的命名或使用某些樣式代碼讓它實現某種功能!在HTML和CSS中,某些css命名可能在一些html中用到,那麼這時就要注意代碼的複用性!那麼在哪些頁面可能會用到呢,比如註冊、登陸等等,不同使用者的登陸,看到的樣式可能不一樣,但有的頁面可能會達到相同的樣式,div的命名 tr 、td中用到的class就可能在多個頁面中都用到,而且命名讓人一眼就明白,
Time of Update: 2015-03-05
標籤:軟體盤的監聽事件,如下 private final OnKeyListener mSubjectKeyListener = new OnKeyListener() { @Override public boolean onKey(View v, int keyCode, KeyEvent event) { if (event.getAction() != KeyEvent.ACTION_DOWN) {
Time of Update: 2015-03-05
標籤:本學期我們開始了軟體工程課程的學習,第一節課在王老師的脫口秀中結束。我們得到了關於考研就業等方向問題的一些講解,同時也得到了一份推薦閱讀書單。我計劃閱讀《夢斷代碼》《你的燈亮著嗎》《人件》三本書,這三本書並不像一般電腦書目一樣枯燥,希望可以堅持閱讀,有所收穫。3月——4月上旬:《夢斷代碼》,大概每周三章;4月中旬——5月初:《你的燈亮著嗎》,大概每周兩篇;5月——6月中旬:《人件》,大概每周六章。軟體工程閱讀計劃
Time of Update: 2015-03-05
標籤: 在項目開發過程中,應該按要求編寫好十三種文檔,文檔編製要求具有針對性、精確性、清晰性、完整性、靈活性、可追溯性。◇可行性分析報告:說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性,評述為了合理地達到開發目標可供選擇的各種可能實施方案,說明並論證所選定實施方案的理由。◇項目開發計劃:為軟體項目實施方案制訂出具體計劃,應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。◇軟體需求說明書(軟體規格說明書):對所開發軟體的功能、效能
Time of Update: 2015-03-05
標籤:軟體工程閱讀計劃書 書是人類進步的階梯,我決定在書中享受升華。接下來的一學期時間,我制定如下閱讀計劃:1.緩步清明,我要閱讀的第一本書目叫《夢斷代碼》,看過簡評,我覺得我需要這本書帶給我努力的力量,奮鬥的勇氣。2.展望五一,勞動最光榮,接下來我選擇的腦力勞動項目是《代碼大全》,據說900多頁,不知能不能看完=_=。3.迎來五一,我決定閱讀《敏捷式軟體開發 (Agile Software
Time of Update: 2015-03-04
標籤:關於“軟體測試”,近幾年來,業內討論得比較多。但對於“軟體品質”卻很少人提及!軟體測試只是軟體品質保證的一種手段而已。然而我們往往容易把軟體測試做為軟體品質保證的唯一手段,甚至只做“功能測試/確認測試”或基於使用者情境的測試。這樣並不能做到比較好的軟體品質保證。那麼什麼是軟體品質呢?關於軟體品質的定義,很多書籍都有定義,但到目前為止,還是沒有一個標準的定義。不過,我比較贊同TQM的觀點:TQM的核心是把過程品質的責任分
Time of Update: 2015-03-04
標籤:從概念上講,軟體專案管理是為了使軟體項目能夠按照預定的成本、進度、品質順利完成,而成本、人員、進度、品質、風險等進行分析和管理的活動;與其他工程項目相比,軟體項目具有以下顯著的特徵:(1)軟體產品的不可見度;(2)項目的高度不確定性;(3)軟體過程的多變化性;(4)軟體人員的高流動性;有效軟體專案管理集中於4個方面:人員(People)、產品(Product)、過程(Process)和項目(Project),簡稱為專案管理的“4p”。軟體項目的生命週期包括項目啟動、
Time of Update: 2015-03-04
標籤:軟體工程師為瞭解決開發成本效益和軟體品質的問題產生的。“軟體工程”這個概念首次是在1968年NATO(North Atlantic Treaty Organization,北大西洋公約組織)會議上提出的。當前,軟體工程仍是一個正在迅速興起的年輕學科,尚未形成完整的理論知識體系,需要大量的理論研究和工程實踐。在軟體的發展過程中,軟體從個人化的程式演變為工程化的產品,人們對軟體的看法發生了根本性的變化。“軟體=程式&
Time of Update: 2015-03-02
標籤:bs會員管理系統 bs會員管理軟體系統源碼 仿一卡易會員管理系統軟體 bs會員卡管理軟體 微排號微預約微排隊系統 免費體驗:哈林會員營銷軟體員工版
Time of Update: 2015-03-02
標籤:錯是軟體的屬性,存在錯誤是必然的,然而我們可以通過一系列的測試來減少這些錯誤,以便使我們的程式變得更加完美。為把我軟體開發各個環節的正確性,需要進行各種確認和驗證工作,軟體確認的目的是保證軟體產品能夠符合其描述要求,他包括需求規格說明的確認和程式的確認。 軟體測試是指軟體產品生存周期內所有的檢查、評審和確認活動。軟體開發從擷取需求、分析設計到編碼實現,是一個自頂向下、逐步精華的過程,軟體測試文檔描述要執行的軟體測試及測試的結果。人是測試工作中最有簡直也是最
Time of Update: 2015-03-02
標籤:本章主要介紹了軟體測試的驗證(是為了證明軟體在生命各個時期的邏輯協調性、完整性、正確性)與確認(目的:保證軟體產品能符合其描述要求)(軟體的錯誤、驗證與確認、v&v活動)軟體測試(軟體測試是軟體品質保證的一項關鍵活動。通過對需求規格說明、軟體設計說明和程式碼等進行複審、以保證在軟體交付時、儘可能發現軟體中潛在的問題)基礎的什麼是軟體測試、軟體測試的基本原則、軟體測試去軟體開發各階段的關係、測試文檔、軟體測試資訊流軟體測試人員、軟體測試策略的單元測試、整合測試、確認測試軟體調試、軟體
Time of Update: 2015-03-02
標籤:軟體在更改過程的驗貨特性。具體如下:1.軟體維護是一個必然的過程。2.軟體的不斷修改會導致軟體的退化。3.軟體系統的驗貨特性實在早期的開發階段建立起來的。4.軟體開發的效率與投入的資源無關。5.在軟體系統中添加新的功能不可避免的會產城新的缺陷。 根據軟體維護的不同圓心,可以分為三種類型:改正性維護,適應性維護,完善性維護。 軟體維護的特點:1.軟體維護收開發過程影響大。2.軟體維護困難多。3.軟體維護成本高。 軟體維護工作包
Time of Update: 2015-03-02
標籤:本章主要介紹了程式設計語言(c++、Smalltalk、java、c#等物件導向語言使開發員可以自然的實現由物件導向分析和設計產生的模型,LISP和Prolog是人工智慧領域中知識表示和專家系統的語言:APL是為數組和向量運算設計的簡潔而且功能強大的語言;FORTH是專門為開發微處理器而設計的語言),軟體實現(將詳細設計的結果翻譯成用某種程式語言編寫的最終可以啟動並執行程式碼。包括:代碼設計、設計審查、代碼編寫、代碼走查、代碼編譯、單元測試),軟體編碼規範的檔案命名與組織(目的:增強代碼的