軟件

   使用個人知識庫管理員系統，最主要的功能就是能讓自己的知識有條序地日積月累，達到歸納總結和知識的網路化的目的；讓電腦代替人腦去記憶許許多多的細節問題。    針式PKM正是為此目的而設計，所以有許多有別於Windows資源管理員和其它軟體的特點，為您的思維、靈感等提供很好的輔助，協助您節約大量寶貴的時間；少了許多知識管理的煩惱，享受知識管理帶給自己的力量、機會等，讓一切逐步變得更加舒心!其主特點包括：  1、 穿透顯示：包括幾個方面    a)

                                 針式C/5網路版拍照型考勤薪資系統     一款徹底解決企業考勤薪資問題的軟體      針式C/5軟體由針式軟體(福州)有限公司採用微軟最新的 .net 軟體網頁技術開發，功能強大，真正能滿足您的複雜需求的軟體；貴公司的考勤薪資制度全部可以用針式C/5軟體來實現自動統計、結算，並產生直觀的Excel報表。主要特點 刷卡拍照，防止代刷卡Web

    將人腦和電腦合二為一   通過針式個人知識庫管理員系統，將人腦和電腦更好的合二為一。   讓自己把時間花在吸收利用知識上，而不是浪費在組織、尋找、命名和備份檔案上！   遇到問題，解決問題的能力才是一個軟體工程師最重要的，    但一切的前提，來源於自己平時的積累，使自己不斷的變得更聰明。針式個人知識庫管理員系統為綠色軟體，下載後解壓即可使用。

  近期在網上流傳的用友致遠“傭金門”，很大程度上可以說明軟體的價值所在。一、軟體是好東西，但同時容易為別人留下證據    用友致遠“傭金門”的資料來自於自身的OA系統，說明軟體可以將東西很好的將過程記下來；也容易成為“證據”。   用友致遠“傭金門”的資料是來自於高管，還是來自“用友致遠OA自身的不安全”，容易被普通員工破解而獲得機密資訊呢? 我認為後者的可能性大，因為我經過的一家外資企業的Domino

  比如，一個最好的功能是10分，客戶要求的是2分，MS做到9分，IBM做到8.5，國內的大部分企業<2分，能做到3分以上的只有不多的幾家  印度的企業：客戶提要求，他會給你三種以上的方案讓你選擇-----------瞭解IT就是幫忙客戶做好選擇解決問題的各種可能  日本的企業：要求嗎，我已經幫你做好，你看是不是這樣的--------------行業基礎強  美國的企業：我公司不是這方面的專家，XX公司比我們做得更好-------專精某一領域，再拓展  國內的企業：怎嗎？這不是先前說的嗎？

可以通過下述網址下載：  1、部落格園下載 http://files.cnblogs.com/pinpkm/PinPkm.rar  2、本地下載 http://www.pinpkm.com/pinpkm.rar 

這一節主要說安裝！1。作業系統這個應該不用了，沒系統也沒法運行了！2。IIS安裝這個是重點，最後面介紹！3。framework安裝這個也不用了，工具安裝時會先檢測，如果沒安裝這工具也打不開了！4。RAR安裝這個可以通過調用RAR的安裝檔案啟動安裝。代碼簡單的就一句話：Process.Start(“RAR的安裝軟體路徑”);  以下重點介紹IIS的自動安裝 IIS的自動安裝也很簡單，先說下原理，再說下步驟：原理：通過調用Sysocmgr.exe系統內建的工具安裝，主要參數為："/i:sysoc.i

這一節主要講檢測，下一節講安裝!一個C#製作完的工具一運行，一個可以不用檢測與安裝的就是framework環境了,要是沒這東西，也運行不起來。這裡提供幾個檢測的範圍：一.檢測作業系統版本二.檢測IIS版本三.檢測framework版本四.檢測RAR工具是否安裝以下為具體實現： 一.檢測作業系統版本:  我們通過：System.Environment.OSVersion.Version 可以擷取到作業系統的版本。之後，我們要根據版本號碼，進行if else if或switch之類的分支判斷即可： 

問題:大概每隔兩個星期左右，秋色園上伺服器就會來一次CPU百分百，由於問題發生的機率極低，要它重現也難，所以只能意淫是記憶體太少的原故。以前出現，遠程上去結束掉進程，就正常了，悲劇的是最近秋色園VPS不知啥原因，經常遠程不上去， 最後轉轉折折只能進VPS管理後台重啟。要遇上CPU百分百，又是需要機緣，所以一旦發生和遇到解決的時間差度大，就會造成伺服器長時間打不開，後果大夥都懂的。。。解決：方法一：設定應用池CPU策略，達到N的時候自動回收進程（不實用，排除）因為更新網站dll時，偶爾有順時達到1

軟體設計過程有幾類和原始碼相關的角色：1.使用者；2.修改者1.封閉原則。使用者不需要瞭解的東西封閉起來，一則可以減少閱讀無關的資訊，二則可以減少誤用，增加代碼的耦合，增加以後修改代碼的難度。2.抽象介面原則。使用者引用的是抽象介面，會減少修改代碼的難度。<p$1$2$3$4$5$6> 原則性的東西往往不用太多，但是相關的具體措施還是蠻廣泛的。如何?封閉原則？首先要瞭解什麼是封閉，封閉的程度怎麼看出來。很多語言都可以做到多層級的封閉，範圍比如有：1.項目內；2.檔案內；3.類可以有公

軟體開發和其他製造業的區別在於，軟體的成本在於研發，而不是製造，製造業可以有既有的模式來進行流水線的工作方式，大大的提高產品的品質。雖然，軟體有這種固有的特點，但是我認為還是可以藉助製造業的管理經驗來管理軟體開發。尤其是，軟體不會受許多物質條件的限制，也就有了很多更大的發揮空間。一個產品，如何才能稱之為品質高的產品？我認為應該滿足一下條件：1.符合消費者的需要（功能性）2.健壯3.高效（競爭力的體現）其實傳統製造業要弄個新產品出來，並不比軟體開發容易。先要構思，然後一步一步修改，觸達，諸如此類，

通過一組視圖來描述架構，這種方式是否合理呢？這種視圖相當於事物的橫切面，通過在不同方位進行橫切所得到橫切面來列舉架構，似乎是不夠合理的，因為橫切面隨著系統複雜度的增加，其橫切面就越多。同行的類圖+活動圖表+順序圖表+狀態圖+元件圖表+部署圖，或者其他此類的視圖分類方法，例如SUP4+1視圖，局限於已有的幾種橫切面，是否足夠呢？ 橫切面的做法是好的，但是只要能夠列舉所有的橫切面，那麼該設計就足夠全面了，否則在開發階段還是會不斷的做很多挑戰、改動，所有編碼階段的挑戰和改動，如果不是因為需求變動而引起

很多“架構”設計出來後，你用了一丁點東西吧，都要求你背負整個架構的大包袱。這樣很不好。軟體應該由使用者選擇自己用到的功能，而能將不必要的功能去掉。一個好的軟體設計，應該可以增大也可以減小的。從這種意義上，.net 的dll封裝模式，就不如java的class + jar zip包模式高明。dll 是個大包，可能包含了很多用不上的類，作為物件導向的封裝模式，細化到類是有意義的。假如你的程式只使用架構的某個類，那麼你只需要包含這個類的class檔案，然後包含這個類自身的相關引用，然後類推下去。比如，

提高軟體品質，需要一個良好定義的執行過程。而執行過程，每時每刻都需要一套行之有效檢測反饋的方案。包括擔當檢測主體的人，檢測的工具，和實施的方法。在一個品質管理團隊中，總有兩種角色。一種是送檢方，另一種是檢驗方。1.需求分析階段：送檢方是消費者，他提供了需求資訊，而檢驗方是我們團隊的需求分析員。工具是什嗎？檢驗的方法和標準是什嗎？2.系統模型的建立階段：送檢方是分析員，提供了需求分析報告，而檢驗方是架構設計師。工具是什嗎？檢驗的方法和標準是什嗎？3.功能模組化階段：送檢方是架構設計師，提供了架構層

現在的軟體開發流程是這樣的:需求分析->概要設計->架構設計->模組設計->類設計->編碼->維護新思路:使用者特點分析（類似的功能，對不同使用者的價值點有所不同）->軟體價值分析(也就是軟體給使用者帶來的實際利益的具體輸出結果)->演算法分析(確定軟體結果所需要的相關演算法,從這個可以得出資料的流通變換方式,得到資料實體類,同時還能確定使用者所需要提供的資料內容,和如何提供這些內容的相關手段)->功能分析(建立業務類,業務類使用資料實體類進

軟體架構：提升抽象層次(譯) Peter Eeles的文章，文中一些定義以下面的為準。 架構，是系統的基本組織，涵蓋組件，組件與組件的關係，組件與環境的關係，以及一些指導設計和演變的原則。[IEEE 1471]        與此相關的一些術語：       系統，是具有一個或一組功能的組件集合。該術語的概念涵蓋了個人應用程式，傳統意義上的系統，子系統，綜合系統，產品線，產品系列，整個企業，以及其他利益集合體。系統為任務而生。[IEEE 1471]       

物件導向的思想，先把現實中的對象轉化為程式上的對象。程式，是解決某個問題的相關步驟和次序。而實際很多時候，程式描述的是一個情境活動，首先是有主體，然後是相關活動。程式固有的含義，可能就比較關注活動，而不關注主體。物件導向，首先要確立活動情境中的主體，也就是對象，在分析主體所擔當的職責，也就是功能。過程性的開發方法，強調的是活動，那麼活動的主體是什嗎？是資料，也就是，在過程性的觀點下，程式只是資料的變換過程。而物件導向的觀點，則是對象之間職責的傳遞：“我把我的工作完成了，然後交給你接著做”。過程性

吉日先生說：軟體公司不在於大，只圖大未必是好事，公司不大也未必是壞事，需要有進化的過程

為什麼要集中？因為軟體經常需要修改，而集中便於修改。舉例來說明：1.魔術數字，也就是一些孤立的數字，不能直觀看出有什麼意義的數字。這種數字可以用常量來代替，任何重複使用到的地方，都可以用這個常量來代替，如果你需要修改這個數值，那麼只需要修改常量的定義就可以了，而不需要多處修改。2.函數把演算法集中在一塊了。你可以在每次用到該演算法的時候，都直接寫代碼（或者複製過來），但是如果你用函數去代替，那麼當改進演算法品質的時候，任何用到該演算法的地方，都能同時得到改善。3.對象把演算法和狀態集中在一塊了。

 技術人員有個毛病，明知不可為，偏要為之。 我們要強調使用者的需求，市場分析，去定位軟體，否則就走上了一條有挑戰性但很艱巨的道路。開發軟體為了什嗎？說到底還不是為了賺錢養家，何必要和自己過不去？ 應該如何找軟體的市場定位？首先是從消費者的需求出發，然後看看這個市場有多大，競爭者多不多，還有如何營銷。如果沒有需求，技術再怎麼領先也沒有意義。如果有需求，但是一堆免費的，或者可代替的廉價方案存在，也很難有作為。這兩個都沒有問題，那就要看看整體的潛在市場有多大，如果就兩三個人買，就很難分攤管理和研發的成