軟件

如果您開發了一個新程式，並且希望能夠讓它儘可能地被福士使用，達成此目的的最好方式就是讓它成為自由軟體，任何人依這些條款規定都能就該軟體再為發布及修改。為了做到這一點，請將以下聲明附加到程式上。最安全的作法，是將聲明放在每份源碼擋案的起始處，以有效傳達無擔保責任的訊息；且每份擋案至少應有「著作權」列以及本份聲明全文位置的提示。用一行描述程式的名稱與其用途簡述著作權所有(C) 〈年份〉〈作者姓名〉本程式為自由軟體；您可依據自由軟體基金會所發表的GNU通用公用授權條款規定，就本程式再為發布與／或修改；

原文地址：http://www.billxu.com/friend/rms/rms.fsm.html其中強調：自由軟體對於使用者來說具有如下4個自由度：出於任何目的，運行軟體的自由。 學習軟體如何工作，以及為了滿足自己的需要修改軟體的自由。（顯然，這個自由度的前提是能夠訪問軟體的原始碼） 為了協助你的鄰居，將軟體拷貝給他的自由。 為了能夠讓整個社團受益，公開發行改進之後的軟體的自由。（顯然，這個自由度的前提是能夠訪問軟體的原始碼）

小精靈賓館管理軟體是面對中小賓館的管理軟體。     核心功能：                1、房態盤：所有房間住宿及清潔情況一目瞭然                2、來客登記：直接點擊房態盤中的待入房屋間進行來客登記                3、退房：點擊已入房屋間進行退房                4、房屋清掃：點擊已退房房間進行清掃                5、住宿報表：能夠按照日期及房客姓名對所有房間的住宿情況進行搜尋查詢               

我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。1. 人遠比技術重要 你開發軟體是為了供別人使用，沒有人使用的軟體只是沒有意義的資料的集合而已。許多在軟體方面很有成就的行家在他們事業的初期卻表現平平，因為他們那時侯將主要精力都集中在技術上。顯然，構件（components），EJB（Enterprise Java

  　如今，軟體開發越來越複雜，軟體功能也越來越豐富。而幾乎所有成熟的商業軟體，都是靠一個Team Dev齊心協力的血汗結晶。“羅馬不是一天建成的！”，當我們震撼於Microsoft Windows的驚世巨著的同時，也道聽途說了微軟公司軟體工程是如何的完善規範。的確，集數百名員工幾年的共同努力之大成，軟體專案管理的成敗是控制開發成本的關鍵環節。這裡面，少不了貫穿其中的重要步驟----軟體文檔。

     在資料擷取方式-被動方式下(請參考我另一片博文:監視軟體-資料擷取方式)，當監控終端採集到資料後，將監控資料提交到監控伺服器，監控伺服器此時對於監控資料由兩種資料顯示處理方式：直接方式和資料中轉方式。 直接方式     所謂直接方式，是監控終端直接將資料交給監控伺服器顯示軟體顯示。     直接方式直接將資料交給監控伺服器顯示軟體顯示，使用者能夠在顯示軟體上面及時的進行資訊的監控。及時是直接方式的最大優點。但是直接方式也有幾個問題：第一，監控終端擷取的監控資訊量比較大並且監控終端比較多

     在寫這篇隨筆的時候，我考慮了很久，第一，其實在部落格園中已經有很多篇關於原廠模式的隨筆了，如果我再繼續寫，我發現我也超不過前面已經寫過的“前輩”：）；第二，《軟體設計精要與模式》的第二篇第六章個人感覺寫的也不是特別好，僅僅可以作為初步學習原廠模式的資料來參考，我再把這些讀書筆記寫出來也沒有太多意義。所以我寫這篇讀書筆記將部落格園裡面關於原廠模式寫的比較好的資料給大家整理出來，方便瀏覽。     另外部落格園裡面關於工廠資料的重複資料太多了，建議大家以後寫的時候先看看有沒有，你自己寫出來

合成模式有時又叫做部分－整體模式（Part-Whole）。合成模式將對象組織到樹結構中，可以用來描述整體與部分的關係。合成模式可以使用戶端將單純元素與複合元素同等看待。合成模式的實現根據所實現介面的區別分為兩種形式，分別稱為安全模式和透明模式。合成模式可以不提供父物件的管理方法，但合成模式必須在合適的地方提供子物件的管理方法（諸如：add、remove、getChild等）。透明方式

轉載到國家電腦標準和檔案模板軟體需求說明書 1． 引言1.1 項目名稱1.2 項目背景和內容概要（項目的委託單位、開發單位、主管部門、與其它項目的關係，與其他機構的關係等） 1.3 相關資料、縮減語、定義 （相關項目計劃、合約及上級機關批文，引用的檔案、採用的標準等）（縮寫詞和名詞定義） 2. 任務概述 2.1 目標 （項目的開發目標和應用目標。如果是其他系統的一部分，則說明其關係）2.2 範圍 （包含的業務，不包含的業務）2.3

1.流程的意義　　從一個軟體企業的長遠發展來看，如果要提高產品的品質首先應當從流程抓起，規範軟體產品的開發過程。這是一個軟體企業從小作坊的生產方式向整合化正常化的大公司邁進的必經之路，也是從根本上解決品質問題，提高工作效率的一個關鍵手段。

今天學習寫WP的APP。因為自己改了項目名稱和命名空間後，出現個比較有趣的閃退問題。過程： 建立一個項目名為：PhoneApp1。編譯成功，且通過模擬器正常運行。 後來閑的蛋疼。對整個項目改名為：FirstApp，並且對命名空間等做一併修改。 問題出現了，編譯後模擬器和真機運行都出線一個問題：APP開啟後立即閃退。  根據WP的生命週期做調試，在App.xaml.cs

今天剛剛進行了一個小軟體的工作量評估，總是覺得評估的不夠準確，而且難以明確，把心中的困擾跟實際所使用的做法簡單說說，工作量評估中，困擾我的問題主要有以下幾個1、需求不清晰，並且會有變化2、工作量評估在需求規格說明編寫的同時就需要進行，一般來說，沒有立項，就還不會做詳細的需求調研，但這時候就要出工作量評估3、系統架構及設計沒有開始，此時工作量評估往往不準確，比如可以採用一個既有的組件，或者重用一些代碼，但是沒有詳細定義設計時，難以確定準確可以節約多少時間，改造成本4、不知道自己將面對什麼樣的Tea

      出色的軟體工程師善用設計模式，勤於代碼重構，編寫單元測試，並對簡單有宗教般的追求。除了這些，優秀的軟體工程師還要通曉10個概念，這10個概念超越了程式設計語言與設計模式，軟體工程師應當從更廣的範圍內明白這些道理。10. 關聯式資料庫 (Relational Databases) 關聯式資料庫因為在大規模 Web

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

===========SQL SERVER=======================SQL智能提示SQL Prompt ， 2008  SQL PROMPT安裝不上 使用替代 dbForge SQL Complete http://www.devart.com/dbforge/sql/sqlcomplete/download.html 其他：SQL

最近Office視窗開得多，但MS居然不給它加個多標籤功能，WPS都很久以前就有了，於是找到了OfficeTab。想想就順便總結下一些Windows上面提高案頭產能的小軟體。畢竟即使現在OS的UE是不斷完善了，但很多童鞋現在還在用XP呢（比如大多數公司就用XP，Win7是RTM了，但不知道什麼時候會大批量的上）選擇上以簡單免費為原則，基本上下載安裝就行、記憶體佔用小，也不要註冊。同時要對多數人都有用的：VirtuaWin 開源的虛擬桌面工具Desk Topmost

分組比拼功能由於四款軟體的功能導向不同，所以我們無法把他們拿到一起進行功能比拼。筆者將類似的兩款放到一組進行對比。掃描組——Sniffer pro和Ethereal一般來說Sniffer pro和Ethereal的特點是對於網路的資料包進行監控，可以瞭解網路中流動的所有資料資訊，分析資料包中的源地址目的地址以及連接埠號碼，甚至還可以對資料包中的內容進行分析，所以將他們放到一組比較合適。通過筆者的詳細比較，Sniffer

           關於原型設計軟體，筆者接觸得比較少。其實這類軟體如果多學習，對工作是大有協助的，尤其是如果你是一個產品經理、專案經理、網站策劃、原型設計師、互動設計師……其實只是你想表達自己的想法，這樣的軟體都是非常不錯的。Axure RP Pro是一個產品經理必備的互動原型設計工具，能夠高效率製作產品原型，快速繪製線框圖、流程圖、網站架構圖、、HTML模版等。Axure

出處：希賽網1） 不會英語：CS源於美國，重量級的文檔都是英文的。不會英語，那麼你只能忍受拙劣的翻譯和大延遲的文檔（翻譯出來的文檔幾乎都是很久以前出版的東西）。2） 急於求成：什麼都沒學習就開始編程是最大的忌諱。寫C++程式文法都能錯，資料結構連線性表都不知道，資料庫不知道關聯式模式，TCP編程不知道socket，還是先坐下來學習幾年再說（如果說工作急需，我只能說：早幹嘛去了）3）

可以下載《清華大學電腦系網路課程》(Tsinghua Computer Courses)帶視頻版中的《軟體工程》進行學習，一定讓你受益，◇ 第一章 軟體工程概述 序言 1.1 軟體的發展與問題 1.2 軟體工程與軟體過程 1.3 軟體開發的基本策略 1.4 軟體的錯誤觀點 1.5 小結 - 課後習題 ◇ 第二章 軟體品質與品質保證 序言 2.1 軟體品質（Backtracking Strategies）2.2 軟體品質保證 2.3 ISO9000品質標準 2.4 軟體能力成熟度等級模型CMM 2