軟件

標籤：對於pdksh軟體包，可從以下URL下載：ftp://fr2.rpmfind.net/linux/PLD/dists/ac/ready/i686/pdksh-5.2.14-33.i686.rpm由於該包中設定的sh的符號聯結及man文檔與bash軟體包衝突，需要使用以下方法安裝：# rpm -iv --replacefiles pdksh-5.2.14-33.i686.rpmpdksh-5.2.14-36.el5.i386.rpm

標籤：下載：SuperIO 2.0（開發手冊、Demo、組件包）官網：進入交流群：54256083       SuperIO 2.0版本正式發布。把SCL正式更改名稱為SuperIO。一、此次升級主要包括兩個方面：       構架的軟體介面更友好。      

標籤：　　最近要做幾個大型的門戶網站，雖然說生意似乎好了一點，接下來的幾個月的 時間似乎也不愁吃喝了，但是這幾個門戶網站的要求，還著實讓我有些吃不消 的，畢竟我的團隊就兩個人，要完成這麼多的東西，似乎還是有費點功夫的， 但是現在的勞動力在錢面前，就算個P，僱主要求你怎麼做，你就必須要怎麼做 ，不然的話，沒錢拿就事兒大了!　　門戶網站不僅需要很多的內容去填充，還需要很多的圖片，現在的人不就 是喜歡有圖有真相嗎，看圖的人似乎要比看純文字文章的人要多很多，也不知 道大家是從什麼時候開始有這樣的喜好的，

標籤：第七章

標籤：第四章 流於形式的溝通第五章 失敗的過程也是過程第六章 從編程到過程瞭解到書中所講，溝通會有三種障礙。第一種不在於你要表達的內容，而在於你是如何表達，正式所謂的“不知所云”，之前看過一個有關智商高低對於聊天跳躍性的實驗，一個人的智商越高，那麼他聊天的跳躍性就會越大，但是這對於別人的理解（一個比他智商低的人）來說就會有很大的差異，所以很多溝通的障礙，不在於你說的是什麼，而在於你如何說，以及面對於不同的人怎麼說。第二種障礙是出現在和聰明人的

標籤：公司開始走正規化路線，所以一切都要有流程圖，要擬一個軟體開發進度表，要嚴格按照進度執行，之前自己寫的進度基本就只有實際工作內容，沒細分到每個階段  

標籤：軟體專案計劃主要任務       確定待開發軟體系統總目標，進行可行性分析，並對資源進行分配，做出合理的專案計劃。參與人員       使用者，項目負責人，系統分析員輸出文檔       可行性分析報告，專案計劃書需求分析和定義主要任務    

標籤：大道至簡讀書筆記三　　用了兩個中午和一個下午把這本書看完了，感覺腦子裡有點亂。　　作者在書中大量的引經據典，我感覺就是在告訴我們思想都是通用的，在軟體工程的開發過程中，日常生活的經驗是可以參考的，不要拘泥於形式。　　作者從軟體工程開發的多個角度來告訴我們其中的道理，有對現實軟體工程開發情況的批判也有對一些問題的感悟。相信作者十年的開發過程中也走了不少彎路，加過不少班才有了這些總結，雖然只有一百來頁，但基本都是乾貨，思想還是挺豐富的。　　我學到的最大的地方就是：明明都是知道這些道理的，就是不

標籤：大道至簡讀書筆記二　　書中講到了與人溝通的方法，作者很反感把問題搞得很專業化，以顯示出自己的專業素質，但客戶不理解，就沒有辦法真正的溝通，還有就是開發人員內部的溝通如果只限於形式上的比如一定要用UML來表達，不一定會達到最好的效果。還有就是相關文檔的重要性，用中國歷史不可考來形象的說明項目開發時沒有相關文檔，而讓項目在負責人離開後就死掉的現象，告訴我們做項目的時候一定要留下充足的文檔，讓項目更好維護。關於《大道至簡-軟體工程實踐者的思想》的讀書筆記（二）

標籤：在回答要不要做全才之前，我們應該先弄清楚一個問題，作為一個全才應該需要哪些能力？我認為作為一個測試人員，應該具備四方面知識：測試基礎，行業業務儲備，測試載入器和技術，測試管理能力和經驗。以上四方面也是測試人員晉陞的參考，當然測試基礎咱們都有就看儲備了多少，其他三方面是咱們努力的方向。測試基礎是所有測試人員應該具備的，其他三項精於一項可以一招鮮，精於兩項可以稱之為高手，精於三項的話？我的天啦行業業務知識，基本上可以說能夠稱為行業的，基本上其業務知識就不是一年兩年可以弄清楚的，比如金融，ERP

標籤：1引言1 .1編寫目的編寫本使用說明的目的是充分敘述本軟體所能實現的功能及其運行環境，以便使用者瞭解本軟體的使用範圍和使用方法，並為軟體的維護和更新提供必要的資訊。1 .2參考資料1 .3術語和縮寫詞略2 軟體概述2 .1軟體用途本軟體的開發是為了方便同學們能夠在吃飯高峰期快速方便的拿到提前訂購的食品，可以為渴望節省時間的同學們提供一個有利的訂餐軟體。2 .2軟體運行本軟體運行在andriod

標籤：使用者調研：http://www.cnblogs.com/OuZeBo/p/4580146.htmlalpha階段總結：http://www.cnblogs.com/OuZeBo/p/4580146.html對其他組評價的反饋：描述項目的典型使用者與情境： 1.作業：《構建之法》第13-17章，提出問題並發布部落格：http://www.cnblogs.com/OuZeBo/p/4585279.html2.快馬加鞭完成最後一個衝刺，在部落格上反應進度：基本已經完成，最後在能力範圍

標籤：第一章   編程的精義作者將愚公看作是偉大的工程家。作者認為在愚公的身上濃縮了項目召集人、團隊經理、編程人員、技術分析師等眾多角色的優秀素質。並且通過幾段對話，給我們分析出了編程的根本：順序、分支和迴圈。這便是編程的精義。其實仔細想想，我們平時編程，好像也是這樣的，而我們並沒有注意。程式+演算法+結構，這是大一上第一節課老師就跟我們強調的，那時候還完全不懂，再後來慢慢的學習中，發現每個程式都是這個樣子的，缺少其中的每一項都是不完整的。第二章

標籤：第六章  從編程到工程語言只是我們實現的一種工具。我們要在編程中總結經驗，而不是草草地就把程式寫出來。工程便是平時的一些小程式積累而成的。第七章  現實中的軟體工程實際做工程師，我們要學會使用最合適的工具。技巧固然需要，但是我們應該更關注應用，我們使用工具就是為了簡化我們的工作，條條大路通羅馬，你只需選擇一條對你來說最合適的就可以。我們使用工具，是因為他們讓我們的工作變得更容易。第八章  是思考還是思想   

標籤：第三章和第四章都是講團隊方面的。作為團隊中的一員，不同的人的關注點也不一樣。我們需要瞭解自己所需要關注的方面，作者主要列出了三個：實現，團隊，經營。從自身來定位到這三個方面，瞭解自身所需要做的事情才是最重要的。隨後作者對實現，團隊，經營作了最重要的一條禪述：溝通。溝通在同角色之間，不同角間之間無處不在。你所需要的就是瞭解你的現狀，瞭解你的角色位置，瞭解你與不同角色之間溝通的著重點。不會有甲方會因為你將工程一拖再拖只是為了讓工程更好而感激你，你需要做的就是瞭解自己的角色與其它角色之間的著重點

標籤：曾經以為一個軟體在編寫，僅僅是幾個人湊在一起，腦海中的知識碰撞出火花，一個軟體就出來了，殊不知一個軟體項目的開發還需要管理。現在軟體開發規模越來越大，軟體專案管理已經引入了軟體開發的活動中了，只有這樣才可以有效保證軟體項目能夠按照預定的成本、進度、品質要求順利完成，軟體項目的管理也是一個軟體成功的關鍵。再來談談軟體需求，拿我們小組開發軟體的時候來說，我們的軟體需求都是項目已經開始好久了，但是需求報告還沒有寫完。但是現實生活的軟體開發似乎不是那個樣子的，都是事先做好調研，做好需求分析之後然後

標籤：這本書中我最感興趣的一個章節是軟體測試，因為寒假的時候我協助我鄰居測試他的軟體運行情況，我用他設計的軟體，然後提出問題，當我的問題提出後，然後提出應該怎樣做使用者會比較方便，感覺當時特別有成就感。曾經以為軟體測試人員就是把自己當成使用者，等開發人員做完程式之後使用一下然後提出問題就可以了。其實測試人員的工作遠遠不是那麼的簡單，軟體測試貫穿整個軟體的開發過程中，包括：單元測試（模組介面測試、局部資料結構測試、重要執行路徑測試、錯誤處理測試、邊界條件測試、單元測試方法）、整合測試（自頂向下整合

標籤：大道至簡讀書筆記（一）　　以前去圖書館看書，總是找例子最豐富的，教程最仔細的，最好是一步一步教我們怎麼編程的書。大道至簡就是這樣一本放在圖書館我是基本沒可能挑選的書，但是在王老師推薦之下，我有幸讀到這本書，這是讀這本書的第一篇讀書筆記。　　書如其名，加上前序後序一共只有119來頁，確實是很簡很簡。書以愚公移山的典故開篇，讓我感覺很親切（前兩本書《夢斷代碼》、《你的燈亮著嗎》都不是中國人寫的）。　　編程的第一要務是先把事情分析清楚，事件先後的邏輯關係和依賴關係搞清楚，然後再去代碼實現。老師上

標籤：我記得當時選這本書的時候是和同學一起商量說，正好讀這本書的時候就快到期末考試了，把書看一遍，既可以應付考試，還可以寫一下自己的讀書筆記。但是，現在已經不用考試了，所以我就比較粗略的把書過了一下，主要是因為現在有好幾門考試，實在沒有那麼多的時間去看書。我感覺我選這本書就可以用我讀的上一本書來評價一下我自己，你真的認為自己把問題解決了嗎？調侃一下自己。這本書主要都是講的是一些理論的知識，其實我拿到這本書還沒有翻開的時候我以為裡面都是代碼，但是當我翻開目錄的時候我發現我多慮的，記得當時心情還有點

標籤：原文連結：http://blog.csdn.net/myaccella/article/details/7008168排名說明：該排名是針對n次走讀結果的統計該排名的走讀產品為C編寫的嵌入式軟體  第九名：編碼規範類變數命名不一致運算子和運算式不易理解過度使用編碼技巧減低了可讀性直接使用數字常量而非宏定義書寫不一致等等  第八名：介面類函數參數類型或個數不一致模組間常量或宏重複定義且不一致標頭檔和庫不一致，不同版本 第七名：參數變數類使用未