軟件

1.為什麼要做需求管理，需求管理組件括哪些工作?需求管理就是IT項目中的範圍管理，需求管理是整個IT項目的源頭，IT項目的估算，計劃，後續的跟蹤控制，驗證和確認等各項工作都是跟需求密切相關的。因此為了保證項目的進度，品質和成本的目標的順利實現，保證專案計劃的嚴肅性和可執行性；為了保證軟體系統最終開發的產品正是客戶期望的產品，必須要做好需求管理工作。需求管理工作應該是需求全生命週期的管理，從使用者原始需求的提出，到最終形成軟體產品後使用者對需求實現情況的驗證以形成閉環流程。因此我們需要跟蹤和瞭解到

1.需求工作涉及到哪些內容首先需求包括了產品需求，使用者需求，軟體需求。產品需求關注的是產品的標準化和通用化，會對收集到的使用者需求進行分類和最佳化，結合業界標準系統模型進行抽象並通用化。使用者需求反映的是使用者面臨的問題域，根據問題域使用者期望的能夠達到的解決效果；而對於軟體需求則是用軟體工程的語言結構化和文檔化的對使用者需求和產品需求的描述。需求工作涉及到需求開發和需求管理。需求開發涉及到需求調研，需求收集，需求分析，需求開發等工作，其中的重點有商務程序，資料字典，商務規則，介面原型。對於基

 軟體測試原則：目前流行的軟體測試有八項基本原則，這八項基本原則可以指導我們更有效執行軟體測試。1、應當把“儘早和不斷的測試”作為開發人員的座右銘測試應該儘早進行，最好在需求階段就開始介入，不要等到軟體產品做完了才開始。2、程式員應該避免檢查自己的程式，軟體測試應該由第三方構造。程式員對自己的程式已經產生抗體，所以測試自己的程式無法測試深層次的缺陷。3、設計測試案例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要製造極端狀態和意外狀態，比如網路異常中斷，電源斷電等。4、一定要注

ICTCLAS50是NLP專業中非常常用的分詞工具，將其嵌入到Java程式中是非常簡單的，網上也有相應的教程。由於開發的需要，我嘗試將ICTCLAS50部署到基於Struts2開發的Java

        手機軟體開發環境介紹，大家可以選擇適合自己的開發環境：1、  廠商固化程式在手機出廠以前，廠商會開發一些特定的應用，並將這些應用固化到手機中。這個環境只有在手機廠商的研發中心才可以用到，不夠通用。2、  J2ME技術當今手機軟體開發的主要方向之一，比較通用，使用Java語言，具備Java的優勢，支援的廠商眾多，比如Nokia、Siemens、Motorola等等。SUN公司提供了通用的開發工具J2ME Wireless Toolkit，各廠商也有自己的擴充SDK。3、 

一定要開發出一個檔案分享權限設定軟體，發帖為證主要功能：支援檔案的分享與下載細節：1,檔案/目錄共用2,私密通道傳輸3,好友加速通道傳輸4,對話/群聊5,支援bt協議效能要求：1,頻寬切換2,資源戰勝低3,聊天支援貼圖，放音樂4.高度安全，加密傳輸5,高效能優先開發檔案分享權限設定與傳輸，其次介面，其次聊天。開發時間長度：半年開發人數1--3人技術選擇：1,程式設計語言c++/boost2,介面，nodejs + xml +

CMMI的4,5級高成熟度等級強調資料和量化專案管理，前提必須是過程本身已經穩定，而且組織已經有成熟易用的軟體開發過程管理支援平台，日常的任務反饋，變更和缺陷記錄等都應該融入到日常工作中。資料的採集要盡量自動化，而且資料的收集不能經常打斷開發人員的工作，影響到他們的思考和效率。組織級在技術平台和開發模式不統一的情況下，在流程定義上一定要避免一刀切的標準軟體開發過程。需要根據項目本身的特點和人員情況在滿足項目目標的情況下進行適當的裁剪。軟體是人開發出來的，過程重要但是人更加重要，兩者必須要考慮結合

版本發布和部署總結編程之道和編程之禪摘錄結構化系統開發方法-轉載物件導向設計和系統分層經驗談-轉載關於軟體工程的一些觀點-轉載軟體開發中的傳統誤區和問題－產品和技術軟體開發中的傳統誤區和問題－過程軟體開發中的傳統誤區和問題－人的因素61條物件導向設計的經驗原則-老文轉載微軟開發模式和原則(下)微軟開發模式和原則(上)循序漸進向DotNet架構師發展讀林斌博士寫好代碼十個秘訣讀微軟研發制勝策略(3)讀微軟研發制勝策略(2)讀微軟研發制勝策略(1)現代軟體管理原則傳統軟體工程原理軟體架構師-轉載自I

對於產品的易用性也是有衡量目標的，具體就是如果我們假設一個人的技能和知識一定的情況下，一個工具是否能夠協助他更高效的完成他需要完成的工作。這裡面又涉及到另外一個概念，即使用者是一次性的使用系統還是在一段時間內頻繁多次使用的問題，因為我們需要的不是簡單的一次生產率最高，而是一個周期以內的平均生產率最高。比如對於銀行業務員用的系統，很多都是相應的小鍵盤和快速鍵支援，需要投入一定的學習成本，而不是一看就會，但是學會後在後續長期的工作中可以保持最高的效率。易用性的相對的，需要在成本和周期之間進行權衡。易

應wingy的邀請，我對AgileCC關鍵鏈進度管理軟體進行了使用。使用前我帶著最關心的兩個問題，第一個就是對資源約束下進度計劃編製的支援程度，第二個問題對接駁緩衝和項目緩衝的計算和分析。首先假設了一個簡單的軟體開發專案計劃，該項目除專案經理外只有1個需求人員，1個設計人員和2個開發人員。需求只能承擔需求開發工作單位，設計只能做設計，編碼只能完成編碼任務，相互之間不能串角色。整個任務分三個迭代周期，具體哪個先開始沒有明確的要求，每個迭代周期中的需求，設計和編碼任務存在強制依賴關係。所有編碼都完成

除了安裝作業系統和殺毒軟體外，其它常見應用軟體基本上都可以通過免費和開源軟體來替代。個人也絕對雖然有可以破解的各種共用軟體，但是還是要支援免費和開源軟體。剛開始的時候可能感覺不是特別好用，但是習慣後使用起來一般還是不會太多的影響到工作效率。對於日常辦公，首先可以安裝WPS2007的個人免費版本，完全可以替代Office軟體，而且和Office的輸出文檔的相容性較好。同時我使用了OpenOffice套件,感覺功能也基本可以滿足需要。對於個人議程交易管理可以使用Sunbird計劃和任務安排軟體，對於

方法論的英文為Methodology，編程的方法論應該是指軟體開發的一整套方法、過程、規則、實踐、技術。不過我們一般提到的方法論都偏重於項目、過程和人員。《敏捷式軟體開發 (Agile Software Development)》的作者Alistair

走出軟體作坊，好書。很實在，有實戰性，感受一個優秀的IT從業者的經驗，教訓和思考，活生生的，有生命力。自己跟阿朱可算同齡人吧，或者還略長一些，也曾滿懷熱情地投入，在技術、管理上也算有些積累，為什麼不能把這些經驗總結、整理出來呢？向阿朱學習學什麼呢? 1、專註    書中有提到自己的強項和弱項，對自己有清醒的認識。讓自己專註在強項上，不斷投入，堅持學習，堅持思考，堅持隨時整理自己的思想。不確定方向，想做的事情太多，是無法達到這一點的 2、懶   

      他，三歲因小兒麻痹症而落下終身殘疾，沒有進過正規大學的校門，二十多歲在一個街道小廠當技術員，三十八歲之前還不知道電腦為世間何物。就是這個無論從哪個角度說，都從未受到社會眷顧的"棄兒"，卻成為了中關村最富有傳奇色彩的知識英雄，中國軟體業界中的奇才，國際上都赫赫有名的"殺毒王"。　　他，就是王江民。     

（1）軟體的安裝　　Linux下軟體的安裝主要有三種不同的形式。第一種安裝檔案名稱為xxx.tar.gz；另一種安裝檔案名稱為xxx.i386.rpm；第三種是xxx.deb檔案。以第一種方式發行的軟體多為以源碼形式發送的；第二種方式則是直接以二進位形式發送的；第三種則是與Debain GNU/Linux關聯密切的格式包。     A，對於第一種，安裝方法如下：1，解壓縮，用ls命令可以看到解壓縮後的檔案。通常在解壓縮後產生的檔案中有"Install"的純文字檔案，詳細講述了該軟體包的安裝方法。

FackBook 很火，一定有其特色，轉載一篇文章http://developer.51cto.com/art/201104/257985.htm如下：Facebook 是全球首屈一指的社交網路平台，該網站採用了很多開源軟體，Facebook採用的程式設計語言包括：Java,Ruby,PHP,Python,Objective-C.下面是 Facebook 正在使用或者貢獻的開源軟體詳細列表和介紹。Apache Cassandra 是一套開源分布式 Key-Value 儲存系統。它最初由

一個半月軟體開發的經驗談 --回顧過去，有利於瞭解未來的路。九天雁翎對於程式員（自己）C++相關經驗：1.       基類需要虛析構。2.       C++的介面實現分離通過標頭檔和Cpp檔案方式還不是太完美，但是加上純虛的介面就接近完美了。3.       函數調用時會將原函數的資訊壓入堆棧，再將esp賦給ebp，再將ebp壓入堆棧。（不知道記錯沒有）最後堆棧中會形成一個原有函數調用的序列資訊。可以回溯到main函數。4.      

write by 九天雁翎(JTianLing) -- blog.csdn.net/vagrxie 討論新聞群組及檔案 Technorati 標籤: 商業使用免費軟體,免費軟體,推薦軟體,軟體 緣起      可以參看《Google金山詞霸是完全免費的嗎？Google自己的軟體呢？

《人件》：人與人之間的互動是複雜的，並且其效果從來都難以預期，但卻是工作中最為重要的方面。人不是“插入即相容的編程裝置”。--凝聚力 1.敏捷實踐敏捷式軟體開發 (Agile Software Development)宣言Ø  個體和互動勝過過程和工具Ø  可以工作的軟體勝過面面俱到的文檔    工作的軟體是首要的進度度量標準。Ø  客戶合作勝過合約談判Ø  響應變化勝過遵循計劃為下兩周做詳細的計劃，為下三個月做粗略的計劃，再以後就做極為粗糙的計劃。2.極限編程eXtreme

 1.單一職責原則（SRP）高內聚性：就一個類而言，應該僅有一個引起它變化的原因。2.開放-封閉原則（OCP）軟體實體（類，模組，函數等等）應該是可擴充的，但是不可修改的。如果程式中的一處改動會產生連鎖反應，導致一系列相關模組的改動，那麼設計就具有僵化性的臭味。OCP原則建議我們應該對系統進行重構。Ø  “對於擴充是開放的”（Open for extension）     需求變更時，模組行為可以擴充。Ø  “對於修改是封閉的”（Closed for modification）