軟件

  在1973年，美國人Peter Freeman在他的文章《自動軟體設計(Automating software design)》中有這樣的假設：如果有這樣一台機器

 這是我對初級開發人員的一些建議，針對的對象主要是大學前期對編程感興趣的新手。選擇一種能夠快速見效的程式設計語言和平台        你需要選擇一個既實用又喜歡的平台，讓它保持您的興趣，激勵您快速擴充您的知識，最重要的是你要喜歡。有的文章建議初學者首先學習C語言，因為它是必需的、基礎的語言；但是有些人會讓您先學習Lisp，因為它有堅實的理論並通過一種簡單的方式教給你許多編程概念。       

這裡總結了1970年以來的軟體開發方法，這些開發方法的某些特質與動物園的某些動物類似哦！，這些開發方法的某些特質與動物園的某些動物類似哦！Waterfall – 1970瀑布模型是一種連續的軟體開發過程……，它使得開發從需求分析、設計、實施（驗證）、整合、整合和維護階段逐步發展，就像瀑布流一樣。你無法停止瀑布模型，如果你在項目實施過程中並且需求發生變化時……意味著你將陷入困境。毫不懷疑，瀑布模型是Scuffia最喜愛的方法。V-Model -

摘要：本文主要談談影響軟體開發項目進度的因素、項目進度控制的目的、常用項目進度控制措施，軟體開發項目進度控制中對專案經理而言需要注意的問題和一些工作經驗、工作方法。關鍵詞：專案管理、進度、控制一、影響軟體開發項目進度的因素　　要有效地進行進度控制，必須對影響進度的因素進行分析，事先或及時採取必要的措施，盡量縮小計划進度與實際進度的偏差，實現對項目的主動控制。軟體開發項目中影響進度的因素很多，如人為因素、技術因素、資金因素、環境因素等等。在軟體開項目的實施中，人的因素是最重要的因素，技術的因素歸根

C/S結構軟體(即客戶機/伺服器模式)分為客戶機和伺服器兩層，客戶機不是毫無運算能力的輸入、輸出裝置，而是據有了一定的資料處理和資料存放區能力，通過把應用軟體的計算和資料合理地分配在客戶機和伺服器兩端，可以有效地降低網路通訊量和伺服器運算量。由於伺服器串連個數和資料通訊量的限制，這種結構的軟體適於在使用者數目不多的區域網路內使用。國內目前的大部分ERP(財務)軟體產品即屬於此類結構。　　B/S(瀏覽器/伺服器模式)是隨著Internet技術的興起，對C/S結構的一種改進。在這種結構下，軟體應用的

“軟體業，以人為本”。參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名專案管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。　　結症一：使用者，由於觀念上的不同，國內的使用者更傾向於看到一個實實在在的“東西”。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典笑話：“不錯，這是我所要求的，但不是我想要的。”而且由於客戶看不到一個成型的“東西”，讓他在確認報告上籤字也是一件比較頭痛的事，更何況客戶的需求隨時都有可能在變

　　隨著知識經濟、資訊時代的來臨，電腦軟體業迅猛發展。商品化、資本化、資產化的電腦軟體的價值 評估的社會需求也日益增多，而且有越來越多的趨勢。由於系統軟體通常是一些規模大、複雜程度高的人一 機系統，因此，系統軟體的開發、使用、維護、管理的過程，是一個非常複雜的系統工程，需要有巨大的人 力、物力、財力資源，需要各種電腦軟、硬體的支援。這一特點是在系統軟體評估中應予充分考慮的，也 是從成本途徑評估系統軟體價值時應予著重關注的。據統計，軟體成本在軟、硬體總成本中的份額，已從50

信任似乎和軟體開發管理沒有關係，但實際上，信任對軟體開發過程影響很大。說說這些想象和原因以及如何獲得信任。對開發人員不信任的表現：領導和客戶對開發人員不信任的表現： 1要求對開發人員到現場開發，在開發現在和使用現場不在一起的時候，使用者和領導總是要求開發人員到現場開發，這也是開發人員需要進行大量出差的一個原因。2加班，軟體開發人員似乎總和加班有關，其實加班也是客戶（包括領導）對是否可以按時完成任務的一種擔憂3縮短計劃工期，每一次做開發計劃，給開發人員的時間總是很短，開發人員總是感覺不可能完成任務

程式員是一種技術工作，在IT的發展中有相當重要的地位，從底層硬體通訊協議的建立， 到資料轉送層的處理，到作業系統的建設，到資料庫平台的建設，一直到應用程式層上各種數 據營銷平台的搭建，程式員在裡面都扮演著舉足輕重的角色並為IT事業的發展做出了巨大的貢獻。     中國有很多精於編碼的人，但是中國軟體行業，尤其是網路應用開發方面誤區很大，很難 形成有規模的軟體開發力量和產品能力，不但比美國差距甚遠，和印度相比也是頗有不

優秀的產品設計可能是軟體企業發展的重要契機。好的產品設計可能使企業走向產品系列化、服務正常化、內部管理正常化的良性發展之路.問題: 什麼樣的設計才是優秀的產品設計呢?     非功能性需求的可定義性     1.系統的完整性: 協助系統,線上升級.不要過分的關注技術的難度,讓每個或易或難的技術 去協助自己的客戶才是最重要的.     2.系統的可擴充和可維護性: 常用的技術方法有物件導向的分析與設計以及設計模式。     3.技術適用性和應用適用性:

成本管理是軟體專案管理的主要內容之一，分析了目前軟體開發成本管理過程中存在的問題，提出了將進度和成本聯絡起來考慮，使工作量和實際成本匹配的方法。結合現有的估算方法，設計成本管理系統並將其應用於軟體專案管理平台中，旨在改善軟體開發中成本超支的現象，為企業提高效益。　　關鍵詞 軟體專案管理平台 成本估算

軟體測試的主要目的在於發現軟體存在的錯誤(Bug)，對於如何處理測試中發現的錯誤，將直接影響到測試的效果。只有正確、迅速、準確地處理這些錯誤，才能消除軟體錯誤，保證要發布的軟體符合需求設計的目標。在實際軟體測試過程中，對於每個Bug都要經過測試、確認、修複、驗證等的管理過程，這是軟體測試的重要環節。 錯誤跟蹤管理系統         為了正確跟蹤每個軟體錯誤的處理過程，通常將軟體測試發現的每個錯誤作為一條條記錄輸入制定的錯誤跟蹤管理系統。    

諾基亞官方舉辦手機軟體設計創意競賽活動，獎金豐厚、值得期待。參賽地址：http://www.forum.nokia.com.cn/sch/callingall/index.htm                 早期大家體會手機軟體功能的最豐富的體驗就算是手機遊戲了，手機螢幕早期僅僅是單色的，所以手機廠商能做的，就是在手機內建一些簡單的遊戲。這些遊戲都是廠商以自己的專屬平台所開發的，這些發售時就內建的遊戲在手機預存了多少就是多少，使用者無法自己新增或刪除。諾基亞可說是最早推出手機遊戲的廠商之一，

開發與維護工作有盲目性，目標不明確，指導原則不清晰，工作方法不科學；有事做事，沒事混日子。能談的人多，能做的人少；說有問題的多，知道怎麼做的少研發的目標，多聚焦於尋找賣點（而且是低層次的)，較少關注如何解決原有的弊端和矛盾；隨產品延續和升級，使用者群越大，弊端累積得越多，導致服務量居高不下，人員佔用率相當高，而且對人員的要求也很高所有產品的服務不分級，都要求同一服務標準滯銷與衰退期產品沒有設計退出機制能帶來短期贏利的項目有最高優先順序，其它如產品研發、服務支援等都要讓路部門間存在利益競爭和資源競

許久都沒有寫部落格了，因為一直在讀那本“How Google Test Software”，每天下了班不管回家多晚，我都會看上那麼幾十頁，算是補充補充精神食糧吧。現在終於讀完了，想把一些感想摘記下來，記性這玩意始終是靠不住的。第一章 Introduction of Google Software Testing其中有個很重要的觀點：Quality 不等於Testing,

“Software development using scrum”讀書筆記Part I. Overview敏捷(Agile)對於中國的軟體Team Dev和個人來說，一直是一個比較新鮮的概念，雖然很多優秀的中國公司也有幾年的敏捷實踐經驗了，但同國外的積累相比，仍然屬於比較初級的階段。最近閱讀了敏捷實踐的一部非常經典的書籍，結合自己從業這些年和現在所在公司、團隊實踐敏捷的經驗，寫下一些心得和讀書筆記，以供自己和他人蔘考。首先明確概念：Scrum是一種迭代式增量軟體開發過程，通常用于敏捷軟體開發。

 伺服器端軟體的複雜度相對比較高。30000多行代碼的中介軟體軟體的主線程程式又是怎樣的呢？       

現有的大部分資料庫系統例如SQL Server等都具有存取效率高、儲存空間的利用率高、適合大規模的資料的儲存等優點，因此我們採用SQL語言實現粗糙集的集合操作，選用高效能的資料庫管理系統實現粗糙集的資料採礦，這樣既可以實現大規模資料的知識擷取又可以高效的處理資料。該系統使用VC#.NET和SQL Server編寫，為了擷取更好的效率，該系統全部採用SQL Server預存程序實現資料庫的操作，然後使用VC#.NET程式調用預存程序。本系統在Pentium 4

來自微軟的八名架構師撰寫了設計S+S和雲端運算的注意事項，這篇文章集合了在為企業規劃軟體加服務（S+S）的解決方案時，應該考慮的設計因素。文章的作者有FredChong、AlejandroMiguel、JasonHogg、UlrichHomann、BrantZwiefel、DannyGarber、JoshyJoseph、ScottZimmerman和StephenKaufman，他們將S+S定義為軟體即服務（SaaS）的擴充：S+S為組織外包開發、管理、部署提供了更多的選擇，也提供了更多運行業務