軟件

標籤：需求分析的三種產物：業務概念圖、商務程序圖、用例。　　資料庫分析的兩個輸入：業務概念圖、商務程序圖。　　業務建模有兩種：業務結構建模、業務行為建模。　　業務結構建模：主要是對資料結構進行分析；　　業務行為建模：主要是對流程、過程等進行分析。 　　學習E-P圖（實體關聯圖）和Power Design。 軟體設計入門2 資料庫設計

標籤：一、源碼特點 1、採用典型的三層架構進行開發、模板分離，支援產生靜態 偽靜態.、購物車、登陸驗證、div+css、js等技術二、功能介紹 1、本源碼是一個超市線上購物商城源碼,該網上商城是給超市便利店等零售批發實體店定製的網上商城，主要針對周邊配送，後台可定義配送範圍，可線上支付和貨到付款！ 2、使用者註冊，需要填寫正確手機號碼 獲得驗證碼輸入正確才能註冊成功，保證使用者資訊的準確性，真實性。其它線上購物商城的常規功能，該系統都有，非常適合學習或二次開發使用，

標籤：因為linux入門基礎是基於CentOS講解的，講的是CentOS上的軟體包管理。ubuntu的軟體包管理有這些：ubuntu軟體包管理，包管理指南，ubuntu軟體包管理。linux軟體管理：RPM軟體包管理原始碼形式絕大多數開源軟體都是直接以原始碼形式發布原始碼一般會被打包成tar.gz的歸檔壓縮檔程式原始碼需要手動編譯成二進位形式之後才能夠運行使用原始碼基本編譯流程：1 ./configure   檢查編譯環境、相關庫檔案以及配置參數並產生makefile2

標籤：1、通過deb包安裝的情況： 安裝.deb包： 代碼:sudo dpkg -i package_file.deb 反安裝.deb包： 代碼:sudo dpkg -r package_name 2、通過apt-get安裝的情況： 安裝 代碼:sudo apt-get install package_name 反安裝 代碼:sudo apt-get remove package_name 3、sudo dpkg -p package_name卸載軟體包及其設定檔，但無法解決依賴關係！

標籤：linux軟體卸載　linux系統可不像windows那麼方法可以直接在控制頁面中或程式管理中刪除不要的軟體了，在linux中必須使用命令方式來刪除軟體。一、RPM包安裝的軟體　　1、確定軟體版本　　rpm -qa|grep softname*　　softname為軟體名稱，不確定部分可使用*萬用字元。接著就會有相關的軟體包列表。　　2、卸載軟體包　　rpm -e

標籤：Skype is a free voice software, which can point to point with computers for free voice calls, and it charges the low cost with calls directly to the fixed telephone or mobile phone, Skype offers excellent quality and won the favor of many users

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

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

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

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

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

標籤：原文:齊博軟體(地方門戶系統) 檔案加密破解工具本程式為針對“齊博軟體地方門戶系統5.0官方原版”的破解工具，一個垃圾系統居然弄出這麼噁心的加密方式，有個鳥用！以後見一個破一個！有需要的聯絡我，qq:267014855<?php$file = ‘qb_function.php‘;  //要破解的檔案copy($file, ‘0_‘.$file);$fp = fopen($file, ‘r‘);$code = fread($fp, filesize($file));

標籤：軟體業   團隊管理   壓力測試   戰鬥力   jenny   基於開源架構做應用是未來中小型軟體公司的發展趨勢 在我的周邊朋友身邊就發生過這樣的事情：故事1：A君在北京從事Java開發好多年了，萌發了創業的念頭，想組建了一個Team

標籤： 在我的周邊朋友身邊就發生過這樣的事情：故事1：A君在北京從事Java開發好多年了，萌發了創業的念頭，想組建了一個Team

標籤：敏捷開發   敏捷架構   架構設計   設計模式   可視化   產品開發中，時常會發生類似中 “削馬鈴薯”的悲劇。悲劇的發生，往往是由於我們只傳遞了 “要作什麼功能”給開發人員。卻缺乏了一個有效且輕量級的實踐，能在正式進入反覆式開發法前，確認開發人員是否真有能力，能將 “使用者的需求”轉化為 “可執行檔代碼”?“情境樹”

標籤：Atitit. 軟體開發中的管理哲學--一個偉大的事業必然是過程導向為主    過程導向 vs 結果導向 1. 一個偉大的事業必然是過程導向為主 11.1. 過程的執行情況(有明確的執行手冊及標準) 21.2. 麥哲倫的案例證明了過程導向的重要性 21.3. 婆羅門教大師商接羅所 過程導向，屬於上梵，結果導向，屬於下梵

標籤：熱愛編程才能做優秀的軟體設計師！軟體設計有一些方法可以參考。但更重要的是要有好的需求分析、豐富的技術知識和設計經驗（多動手！）不斷追求更好的精神（多動腦！）。遇到別人的系統想一下自己能否實現，如何?？ 一、優秀設計的標準：性價比高的設計。1）優秀的設計都是需求驅動的，不熟悉需求就做出來的設計是不靠譜的；2）優秀的設計應該是當前團隊能理解能實現的，太超前的設計項目團隊做不出來，這個設計只能是擺設；3）優秀的設計應充分考慮當前各種限制條件，適當做出平衡，能保證達成項目的目標；4）優秀

標籤：第11章  軟體設計與實現 設計原則一、設計對於分析模型應該是可跟蹤的：軟體的模組可能被映射到多個需求上。二、設計結構應該儘可能的類比實際問題。三、設計應該表現出一致性。四、不要把設計當成編寫代碼。五、在建立設計時就應該能夠評估品質。六、評審設計以減少語義性的錯誤。  第12章

標籤：一、軟體測試基礎知識 要想進入測試這個行業，就必須要瞭解什麼是軟體測試，該如何測試？這部分的學習目標：掌握軟體測試的基本概念、軟體測試的流程，並能熟練的應用常見的用例設計方法來設計測試案例。掌握常見的測試方法和類型，並知道如何進行每個階段的測試。下面是推薦的參考書：1、軟體測試(原書第2版) （美）佩騰（Patton,R.） 著，張小松

標籤：    普及和客戶決定反覆式開發法規模，通常它需要2周。以相同的方式，深層次的選擇他們想要實現的第一次迭代的材料（功能）。他們不能選擇與許多其他材料目前的發展速度不一致。    迭代期間使用者素材的實現順序屬於技術決策範疇，開發人員採用最具有技術意義的順序來實現這些素材、能夠串列的實現，完畢了一個再完畢下一個，或者分攤這些素材，然後一起並行地開發。