軟件

 在四月份在和一個朋友合夥接了一個軟體項目，項目的準系統 是：使用者做好每個員工的工資表明細，給每一個員工發送工資表郵件。使用者要求，要實現項目高度靈活，通用，易於擴充，接下來經過一個月的時間折騰，實現項目所要求的準系統。最終的結果是，介面差強人意都不夠，勉強實現功能，沒有架構，也不便擴充，自己做的東西，自己都不滿意，更談不上客戶顯認可。以此為背景，切合自己的實際談談對小型專案管理的看法，歡迎大家拍磚，拋磚引玉吧。首先來談一下經驗教訓。一， 

1、項目設計項目設計的主導思想，我覺得可以理解為兩種，一種是完全設計，一個是簡單設計。完全設計是指在具體編寫代碼之前對軟體的各種方面都調查好，做好詳細的需求分析、編寫好全部的開發文檔，設計出程式全部流程後再開始寫代碼。

什麼是用例?   通俗的講用例就是一組相關的成功和失敗情境集合,用來描述參與者如何使用系統來實現其目標.(RUP中定義為:"一組用例的執行個體,其中每個執行個體都是系統執行的一系列活動,這些活動產生了對某個參與者而言可觀察的返回植.")用例文本都包含那些部分?   包含如下13個部分    用例名稱:以動詞開始    範圍:要設計的系統    層級:"使用者目標"或者是"子功能"    只要參與者:調用系統,使之交付服務    涉眾及其關注點:關注該用例的人,及其需要   

此文全文已發表在《程式員》雜誌九月號上。這篇文章的主體是討論軟體工程的未來發展趨勢，但是軟體工程的發展不可能是孤立的，所以我們首先需要思考一下計算模型和軟體開發本身的變化和趨勢，再由此推測軟體工程的發展趨勢。 從計算模型而言，應該來講，傳統的馮.諾依曼仍然被沿用；但從計算能力上來將，我們注意到了三個變化：l         CPU的運算能力按摩爾定律快速提升；但提升單顆CPU的計算能力已經越來越困難； l        

 軟體可行性研究與項目開發計劃一、     可行性研究Ø 任務首先需要進行概要的分析研究，初步確定項目的規模和目標，確定項目的約束和限制，把它們清楚地列舉出來。然後，分析員進行概要的需求分析，抽象出該項目的邏輯結構，建立邏輯模型。從邏輯模型處罰，經過壓縮的設計，探索出若干種可供選擇的主要解決方案，為每種解決方案都要研究它的可行性。可從三個方面分析研究每種解決方案的可行性：1)         技術可行性2)         經濟可行性3)         社會可行性Ø 步驟1)        

  2          項目開發計劃2.1         引言2.1.1   編寫目的2.1.2   項目背景2.1.3   參考資料2.1.4   術語2.2         項目概述2.2.1   功能2.2.2   條件（含主要參加人員）2.2.3   運行環境2.2.4   產品2.2.5   驗收標準2.3         實施計劃2.3.1   計劃2.3.2   工作任務分解2.3.3   進度2.3.4   預算2.3.5   關鍵問題2.3.6   開發約定（含標準、規則、

  3          需求規格說明書3.1         引言3.1.1   目的3.1.2   項目背景3.1.3   參考資料3.1.4   術語3.2         項目概述3.2.1   目標3.2.2   使用者的特點3.2.3   假定與約束3.3         具體要求3.3.1   功能需求3.3.2   外部介面需求3.3.3   效能需求3.3.4   軟體屬性需求3.3.5   資料需求3.3.6   產品化需求3.4         運行環境規定3.4.1  

  4          概要設計說明書4.1         引言4.1.1   目的4.1.2   項目背景4.1.3   參考資料4.1.4   術語4.2         總體設計4.2.1   軟體描述4.2.2   運行環境4.2.3   軟體結構4.2.4   外部介面4.3         模組設計4.3.1   功能4.3.2   內部介面4.4         資料結構設計4.4.1   邏輯結構設計4.4.2   物理結構設計4.5         運行設計4.6     

 Android平台及中介軟體工程師職責描述： 1 設計，整合和最佳化驗證基於Android平台以下軟體運行庫 Multimedia: Video Middleware (OpenMAX, GStreamer, Open core, Surface Flinger etc) . Audio Middleware (PulseAudio, OpenMAX, GStreamers, Open core, Audio Flinger etc).

常見的共用軟體保護方式

軟體介面的響應特性是判斷一款軟體的非常重要的方面。一般來說，不管你軟體功能做得有多麼奇妙，如果軟體有一點點死機的感覺都會讓使用者感到很討厭，甚至懷疑你軟體裡是否藏有更大的問題。要提高介面的響應特性，最好的辦法莫過於使用多線程，並把呈現介面的線程獨立出來。以前只有使用C++才能實現的多線程功能，現在在.Net架構下，所有的語言(包括VB)都可以使用了。不過，使用多線程比使用單一線程要麻煩得多，比如線程之間的同步問題，做得不好很容易出錯，而有的時候這種錯誤要開發人員花上幾個星期的時間才能找到。在Wi

來自InfoQ:

web軟體開發中注意事項,下面都是個人總結的,不知對錯,歡迎指正.1.網站頁面的最佳化,減少空間,2.減少圖片大小,盡量把小圖合并成一張大圖,通過css來定位.3.網站控制項,盡量使用html伺服器控制項 ,頁面友好通過ajax來實現4.資料庫連結字串windows驗證，盡量使用參數值，或者預存程序5.採用系統緩衝，資料庫緩衝，頁面緩衝6.啟用gzip壓縮分頁檔7.啟用驗證碼，防止垃圾資訊8.防範sql注入攻擊，9.實現檔案防盜鏈，減少伺服器流量，節省伺服器頻寬10.大資料量的存貯過程分頁11.

軟體開發固有的問題: 錯誤, 變化 變化包括: 修改bug, 添加新功能變化會引入錯誤需求的變化可能會要求已有代碼的大量修改(架構設計不當)目標: 成本,品質過程: 可跟蹤, 目標迭代, 不斷修正手段: 文檔化溝通, 自動化測試 怎樣提高效率? 把口頭說n遍的寫成文檔把手動的操作n遍的寫成測試程式

科學指的是資料結構和演算法, 計算理論 - 理論層面 技術主要包括: 程式設計語言, 作業系統等等具體的技術 - 技術層面  工程包括: 軟體架構, 開發文檔, 專案管理, 各種測試等等 - 管理層面語錄:軟體總有bug, 沒有人知道會在什麼地方; 軟體總是會變化的, 但誰也不知道哪些地方會變化  沒有人能夠一次性寫出沒有bug的代碼 寫程式就是一個不停改錯的過程. 那麼, 首先, 在寫程式之前, 必須要有一個判斷對錯的標準和手段, 這就是 測試. 錯誤總是存在的,

產品發行. 盡量減少對其他組件的依賴.自身版本. 每個軟體都會打補丁和升級, 自然就會面臨版本問題.提供API返回當前運行程式的版本以及每個組件的版本, 以及打過的補丁列表列出當前電腦上的所有本軟體的版本以及每個版本的補丁是否允許多個版本共存?相容舊版本的檔案格式升級時備份舊版本產生的資料, 比如設定檔持久資料(檔案, 通訊協議)必須有版本平台或者第三方組件的版本.必須獲得運行平台極其第三方組件的版本.字元編碼. 儲存/傳輸文本時必須指定字元編碼, 以便下次或者其他程式識別.日誌.

1:DataBase項目2:DataFactory項目3:Bussiness項目4:BussinessEntry項目5:WebApp項目以上是微型web項目的劃分.項目流程是1:搜集項目需求整理成條目並用Execl給予儲存(項目負責人)2:整理項目需求概況得到資料字典(資料庫管理員)3:由項目需求得到前台頁面架構(美工負責)5:寫系統架構,包括         A:資料提供,可以直接拿來用.主要是初始化資料庫連接.Data Access

擷取系統安裝軟體(vc++源碼)http://download.csdn.net/detail/yy_kici/2193865 typedef struct SetupSoftInfo{ mystring displayName; //軟體名稱 mystring publisher; //發行商 mystring displayVersion; //版本 mystring installDate; //安裝日期

      今天設計一個功能模組，深入進去後突然對物件導向和面向過程有了些認識。趕緊記下來以免忘了。      在設計和開發一個軟體或是功能的時候，眼光或是站的位置決定了你對軟體的理解程度。如果你

     現在隨著電腦的日益普及，越來越多的人逐步認識到軟體在日常經營管理中的重要作用。如果你是一家大型企業的管理者，可能需要一個 ERP軟體來協助你對企業進行輔助管理;如果你是一家商場的經營者，可能需要一個進存銷軟體來對日常的經營進行統計;如果你是一個餐飲店的老闆，可能需要一套餐飲管理軟體來進行 客戶管理和成本分析 。由於每個行業的經營管理都有著自己的特殊性，那些現有的通用軟體可能無法滿足你的需要，這時就需要把軟體項目交給專業的軟體公司或軟體團隊去設計完成，這就是我們日常所經常提到的軟體外包。