軟件

標籤：yum1、yum概念：封裝管理員的前端工具：yum(Yellowdog Update Modifier)yum：能自動解決依賴關係，這樣解決了rpm包管理器的無法解決依賴關係的問題。2、yum的repository(倉庫)：   A、各rpm包   B、依賴關係、程式包安裝後所能組建檔案列表等中繼資料檔案。3、yum用戶端：   A、通過設定檔，指定個可用的yum倉庫。 

標籤：應用程式：   程式：ArchitectureC語言：原始碼——》（編譯）二進位格式指令碼：解譯器（二進位程式）原始碼——》編譯——》連結——》運行 

標籤：linux營運Linux營運第二階段（三）軟體安裝１、分類：源碼包、二進位包源碼包：優（開源，有能力可修改原始碼；可自由選擇所需功能；編譯安裝，更適合自己的系統，穩定且高效；卸載方便）；缺（安裝步驟多，尤其較大軟體集合，如ＬＡＭＰ環境搭建，容易出現拼字錯誤；編譯安裝時間長；安裝過程一旦報錯，新手很難解決）。二進位包：優（包管理簡單，只通過幾個命令就可實現安裝、升級、查詢、卸載；安裝進度比源碼包快的多）；缺（經過編譯，不再可看到原始碼；功能選擇不如源碼包靈活；依賴性很繁瑣）。 &n

標籤：    

標籤： 1.1軟體測試的目的①軟體測試是為了發現錯誤而執行程式的過程；②測試是為了證明程式有錯，而不是證明程式無錯誤；③一個好的測試案例是在於它能發現至今未發現的錯誤；④一個成功的測試是發現了至今未發現的錯誤的測試。測試的目的是明確的，但如何才能知道問題所在是關鍵，這就要求軟體人員具有很好的相關知識和手段。1．2軟體測試的方法人們通常以為，開發一個程式比設計一個測試案例更困難，其實不然，設計測試案例是一項細緻並需要相當技巧的工作，稍有不慎就會顧此失彼。一般軟體測試分為靜態測試和動態測試

標籤：嵌入式軟體白盒測試，包括規則檢查、單元測試、整合測試，在國內越來越受到很多嵌入式軟體Team Dev以及公司的重視。從安全性的角度來看，軍工，航天，軌道交通，汽車電子等高安全性要求的行業，對於白盒測試的需求尤為重視。在較為成熟的歐美市場，這些行業的產品推向市場前，需要通過某個行業標準和認證，比如航天的DO-178B，軌道交通的EN50128

標籤：架構設計   敏捷開發   敏捷架構   “在敏捷開發下，如何能經由敏捷團隊，高效的完成軟體架構設計?”核心的思維是:以 “團隊” 為緯度，而不再以 “產品” 為緯度進行軟體架構設計。唯有如此，團隊才能有效控制、處理產品上的複雜度。也就是說，傳統上, 產品團隊都僅有一個、單一的產品軟體架構的塑模。這種以 “產品”為緯度的軟體架構方式, 將會使所設計的軟體架構,

標籤：今年我已經把可度量績效管理模型的最初形態投入了實踐，並取得了一定的效果，避免了團隊的內部爭議和一些完全主觀的不平等事情。團隊內部已經達成共識，進行中第二階段資料的積累，以便於我後續構建模型使用。預計明年最遲後年，可度量績效管理模型可以量化成為一個獨立形態。有了可度量資料的基礎，基於該資料進行的項目成本會計、軟體企業成本會計以及將來的企業投融資層面的量化和分析都將獲得事實依據。因此，明年最遲後面將開始啟動這方面的論文和書籍的撰寫工作，不斷將工作中積累的東西變成文字。預計十到十五年後，該方法論

標籤：風險編號  風險名稱發生機率  損失 危險度防範措施備忘1人員的懶惰0.954.5加強團隊合作，每個人都熱愛其中，都想為團隊貢獻高，注重提醒2計划過於樂觀0.631.8學習和溝通可以，已做好最壞的打算3人員的缺失0.2102溝通交流，組中結對加強團隊的合作意識，精誠所至4頁面的重做0.552.5和使用者的交流，站在使用者的角度看待問題無5.沒有成功0.4104多集中時間，開始衝刺無軟體項目開發的風險預估（針對現有的團隊）

標籤：軟體測試第八周隨筆，本周軟體測試的課程已全部結束，隨筆重點回顧下因果圖。 （一）概念：   

標籤：    我在兩個月的測試課程中深刻體會到軟體測試的重要性和趣味性。這門課教會我們以軟體系統工程的更大視角審視軟體測試這項工作。    

標籤：第6 章  

標籤：    前幾天剛考完軟體測試，其中有一道題是與軟體測試的策略有關，個人感覺對這方面還是比較薄弱，因此，想借這裡總結一下軟體測試的流程及策略。一、軟體測試流程：   

標籤：　　在軟體測試中，同行評審是用來檢驗軟體開發，軟體評測各階段的工作是否齊全，規範，各階段產品是否達到了規定的技術要求和品質要求，以決定是否可以轉入下一階段的工作。軟體評審是為了確保軟體開發項目的順利進行而必須進行的工作，往往同行評審時由5人以上的團體來完成的，在一定的時間內，發現盡量多的錯誤，是評判一個同行評審是否達到要求的評價指標。　　在同行評審中，部門評審階段一般分為九個階段：　　　　1.系統分析和設計　　　　2.軟體需求分析　　　　3.系統概要設計　　　　4.軟體詳細設計　　　　5.

標籤：刪除字串中出現次數最少的字元描述:實現刪除字串中出現次數最少的字元，若多個字元出現次數一樣，則都刪除。輸出刪除這些單詞後的字串，字串中其它字元保持原來的順序。題目類別:字串難度:中級分數: 已耗用時間限制:10 Sec記憶體限制:128 MByte階段:招聘管理輸入:字串只包含小寫英文字母, 不考慮非法輸入，輸入的字串長度小於等於20個位元組。輸出:刪除字串中出現次數最少的字元後的字串。範例輸入:abcdd範例輸出:dd     

標籤：題目標題：計算階乘n!是一件可怕的事情，因為當n並不是很大時，n!將是一個很大的值。例如13! = 6227020800，已經超過了我們常用的unsigned int類型的取值範圍。請設計一個程式，使其可以計算100以內的數的階乘，結果用字串的形式輸出詳細描述：介面說明原型：void CalcNN(int n, char *pOut)輸入參數：int n 需要計算的階乘數輸

標籤：2015年4月28日  記錄員：任笑萱本次小組主要對軟體專案管理計划進行了討論，得到了如下的成型文檔。  軟體專案管理計劃：巧克力愛好者匿名 這份開發巧克力愛好者匿名組織的軟體產品的計劃是由五個人的小組公司擬制的，這五個人分別是：任笑萱（組長），陳嘉，李寧，張珺，趙曉崢。 1 簡介1.1      項目概述1.1.1  意圖、範疇和目標。 

標籤：      閱讀完《大道至簡--軟體工程實踐者的思想》，明白了軟體與程式的區別，《戰國策-秦策》中的那句話，“王不如遠交而近攻，得寸，則王之寸；得尺，亦王 之尺也。”程式只是程式員與電腦之間的對話，而軟體卻是讓程式員把使用者與電腦串連到一起，作為橋接。程式不一定是用來賣的，但軟體是用來賣的，所以軟體包含了商業因素，而程式卻沒有。      做軟體，達不到好、快、省三點。我們的項目，無經費可言，無充足的時間，

標籤：清華大學軟體2014機試By 鐘桓 9月 24 2014 更新日期:9月 24 2014今天剛剛機試完，乘者還沒忘記，把自己知道的記下來，也算是澤被後來人吧~~~這次的機試題，相對來說，會更簡單一點，總共3題，時間是3小時。1 超級幸運數題目大致描寫敘述：一個數字，若是僅僅含有1和4，這個數字就是幸運數，比如，14，114。可是514這種就不是了，由於含有其他數字。

標籤：  極速蝸牛風險評估報告一、存在風險編號風險名稱內容發生機率損失（人周）危險度（周）1計劃編製風險計劃不切實際；計劃基於特定小組成員，一個關鍵任務的延遲導致其他相關任務的連鎖反應50%1052組織和管理風險缺乏強有力、有凝聚力的領導；計劃性太差，無法達到預期速度；管理方面英雄主義，忽略客觀確切的狀態報表5%52.53開發環境風險開發環境的搭建與現有的環境衝突；5%10.54終端使用者風險終端使用者對最後交付的產品不滿意，要求重新設計和重做5%10.55客戶風險客戶沒有參