軟件

讀了Sumtec的繼續思考，感觸很多，隨便寫點東西。Sumtec在他的post裡面談到了一個問題，就是軟體開發要以客戶為導向，而不是技術為導向；換句話說，就是要做面向客戶的軟體開發。客戶是對產品或項目買單的人，我們辛苦的努力，最後能換回多少人民幣，關鍵就是客戶了。面向客戶的開發，能夠維繫和客戶的良好關係，減少返工次數，降低風險，最終提高開發效率，保證按時交付。那麼如何做好面向客戶的軟體開發呢？我認為要把握住下面這幾點：1、把滿足客戶的需求作為團隊共同的願景通常，項目組內不同分工的人員都把完成自己

星期一, 四月 3rd, 2006 @ 17:05 · 由 Samuel Chen 分類： Career|Motivate, Articles本文April 03, 2006發於

以前做過的各個項目中，都存在資料庫管理不好的問題，想能不能也象編碼規範一樣，做一個資料庫管理規範？原則：整個開發過程中的資料庫管理維護由項目組中專人進行。     下面描述會分為兩種角色：     1）專門負責項目中資料庫管理維護人員，簡稱DBA；     2）項目群組成員（項目組所有成員，包括專門負責資料庫維護的人員DBA），簡稱PM；     涉及到三個資料庫執行個體：     項目標準庫：<PROJECT>_STD：只有DBA可以管理操作   

今天在串連Oracle的時候碰到一個問題，我的機器裝的是Oracle9.2用戶端，當在asp.net應用中使用資料訪問的組件（調用System.Data.OracleClient）時，程式報“System.Exception: System.Data.OracleClient requires Oracle client software version 8.1.7 or

從好用的機器上，拷備下面的文檔到新伺服器上c:\oracle\ora81\bin\OraOLEDB.dllc:\oracle\ora81\bin\OraOLEDB.tlbc:\oracle\ora81\bin\OraOLEDBgmr.dllc:\oracle\ora81\bin\OraOLEDBpus.dllc:\oracle\ora81\bin\OraOLEDBrfc.dllc:\oracle\ora81\bin\OraOLEDBrmc.dllc:\oracle\ora81\bin\OraOL

軟體的智能和記憶功能1.使用者登入介面最好有使用者名稱和ID的記憶，焦點直接定位到密碼輸入框2.單據錄入介面最好有儲存和載入預設值的功能3.單據搜尋介面可以儲存使用者自訂的各種搜尋條件組合4.使用者調整過的GRID的列寬，視窗的位置可以自動記憶5.系統可以根據使用者的使用頻度對相關功能進行自動的優先順序排序6.系統能夠記憶不同使用者的使用偏好，使用系統的固有模式和常用的自訂設定 減少不必要的重複互動1.減少不必要的各種操作，能夠點一次滑鼠或敲一次鍵盤完成的絕不作出兩次或多次。2.提示資訊要適度，

國內軟體測試中文書籍大全國內軟體測試中文書籍大全一、自動化測試類別： 1、軟體自動化測試：引入、管理與實施 Automated Software Testing Introduction，Management，and Performance 2、軟體測試自動化技術與執行個體詳解 Software Test Automation 3、高效軟體測試自動化 Effective Software Test Automation 4、圖形化使用者介面測試自動化 

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

    來園子有不少時日了,也搜了一些相關的軟體品質保證方面的文章，發現討論這方面的文章比較少，而且給我感覺是：這些所謂的體系，部門機構在國內的企業似乎很難建立起來。    我們公司今年初，成立了網路部，給的資源十分有限，我自己在管理過程中發現軟體的品質很難保證，所以想向大家求教一下，希望大家都能談談各自己公司，軟體品質這一塊都是如何來建立的。不知道這是不是屬於公司的機密？    下面這一幅軟體品質保證體系是出自《軟體工程》，我重新用WORD畫了一下。不知道有多少公司按照這種體系流程來做的？  

價格根據功能具體調整，如果長期合作，可以面議！連絡方式： 13764567708  徐羽功能介紹如下：1. 線上客服定點客服採用最先進的網頁交談技術，網站訪客不需要下載安裝任何軟體，在瀏覽器的視窗就可以進行即時交談。客戶通系統會在網站中產生相應的表徵圖（可以是浮動表徵圖、靜態圖片、文字連結），吸引使用者點擊。使用者在訪問網站的時候，如果有什麼問題的話，只需要點擊該表徵圖，即可向網站的後台客服人員發起對話請求後，即可進行即時對話。2. 主動洽談一般情況下，網站的訪客在訪問網站時僅僅是作為“訪問者”

 這2年，時不時看到“GIS融入IT主流”的說法，其中至少可以反射出一個資訊，GIS行業部分是與IT主流脫節的。這個脫節，有一環就是軟體或者系統的架構問題。這裡指的系統，是指應用於一個部門或者一個行業的所謂“企業軟體”，或者我們平時說的管理系統，MIS；對於這類系統，從整體上說，已經有一整套的規範、設計、技術和行業慣例可以遵從，例如3層或多層的體繫結構，基於服務的架構。  

昨天已將GCDPlot項目申請提交到了Sourceforge，今天已批准，最新版本已上傳至SourceForge，特此公告！Yesterday I applied a new open source project GCDPlot in Sourceforge, and today it was accepted!So I uploaded latest vesion to sorceforge server, have fun of this Excel VBA

著作權 如有轉載請註明出處。          以我個人的能力，沒有足夠的時間和資源自行開發一套完整的平台。在已有的眾多開源項目中選擇若干優秀的項目進行整合。“站在巨人肩膀上”是牛頓有一句名言.，同樣適合我們的IT行業。我對平台的技術架構的構想，是採用開源的ORM架構做資料持久層， Asp.net沒有合適的Web層架構，就採用Asp.net的Code-behind方式編寫代碼，資料持久層同Web表現層之間的串連採用IOC的容器。1、

在Linux環境下, 尤其是家用案頭電腦系統, 有一些必裝的應用軟體, 如Firefox, Thunderbird, RealPlayer,OpenOffice.org, GAIM等等, 上面提到的這些基本上主流的Linux發行版都已預設附帶了,或者至少可以從現成的Repositories上面通過YUM, APT-GET, YaST等等組態工具自動下載安裝,還有一些非常好用的軟體則往往是需要自己去下載和安裝的.

 推薦一本書給大家吧，算不上書評，只能是自己的一些感想。 《軟體城堡》—企業結構建模 高等教育出版社 作者: Roger Sessions 定價: 18.00 RMB 英文名: Software Fortresses: Modeling Enterprise Architectures 我自己給它的評級在3星半多少於4星，也就是准4星，我希望下面的評論能說明我的這個評價 Fortress

因為系統運行越來越慢，前天從down了一個windows最佳化大師，按照其提供的功能作了最佳化註冊表等操作，結果導致vs.Net2005不能使用，導致登出系統的時候，系統提示正在運行登出指令碼，然後彈出一個錯誤提示：找不到檔案“/idlist,xxxx,c:\”的檔案，其中xxxx是一個號碼，本能的反應是在註冊表中查有idlist的項或者值，最後確定是在Folder項下面出錯，將command子項下的值刪除，就沒有提示了，但是在運行對話方塊中，當我輸入“\\IP地址”的時候卻提示找不到\\ip地

  隨著電腦硬體水平的不斷提高，電腦軟體的規模和複雜度也隨之增加。電腦軟體開發從“個人英雄”時代向團隊時代邁進，電腦軟體項目的管理也從“作坊式”管理向“軟體工廠式”管理邁進。這就要求軟體開發人員特別是軟體專案管理人員更深一步地理解和掌握現代軟體工程的理論方法，完成思想觀念上的轉變。筆者在此分析了10個在現代專案管理中思想觀念上容易陷入的誤區，希望能夠拋磚引玉，引發大家更多的思索和討論。

隨著軟體規模的不斷擴大、軟體涉及的領域越來越廣，客戶對軟體要求也越來複雜，這一點的最直接的體現就是軟體需求的變化越來越頻繁。敏捷式軟體開發 (Agile Software Development)正是為了應對這一問題而誕生的軟體工程學方法。它以適應性的過程代替傳統的預測型的過程代替傳統的預測性的過程，在很大程度上滿足了現代商業軟體業務複雜、需求多變、時間要求緊迫等特點。 敏捷式軟體開發 (Agile Software

軟體開發的時候總是面臨著各種決策，大到模組的劃分，小到函數體的寫法，這些都是設計的問題。做設計不難，難的是做一個好的設計。然而什麼是好的設計？標準是什嗎？軍事上常說“戰術是為戰略服務的”。這句話換到軟體上來可以變成很多說法：函數是為物件服務的；對象是為底層設計服務的；底層設計是為構架服務的；構架是為需求服務的；需求是為了客戶的生產生活服務的……不同的抽象層次上對應不同的戰略與戰術。做好一個設計的根本就在於不僅僅著眼於當前的工作層面，而應該能夠很好的理解當前工作服務的那個層面！比如寫函數體吧，就需

最近eddie迷上了溫伯格，瘋狂地買了所能找到的他在國內所有已出版的書探索需求——設計前的品質 品質軟體管理1——系統思維諮詢的奧秘I——成功提出和獲得建議的指南   諮詢的奧秘II——諮詢師的百寶箱（預訂）  系統設計的一般原理 走查、審查與技術複審手冊——對程式、項目與產品進行評估（第3版） 系統化思維導論（銀年紀念版）  你的燈亮著嗎？——如何找到問題的真正所在  成為技術領導者——解決問題的有機方法    程式開發心理學（銀年紀念版）  看來我也受了他的影響，雖然我只看過他的一本《你的燈