軟件

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

從好用的機器上，拷備下面的文檔到新伺服器上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

從微軟的DMS項目中，我學到的知識和能力，真是令我很受用。或許若干年後，回頭看看，對我一生都有不可磨滅的巨大的意義。這裡要感謝給我那次機會的微軟和多元思維，是這次機會給了我如此大的提高，其實更像感謝的是我身邊的同事，沒有他們的言傳身教，我不會有那麼迅猛的提高。 軟體技術知識上的提高：讓我對微軟的WPF、WCF、WWF等知識有了一個初步的認識。瞭解了Windows Server 2008的一些新特性，尤其是對IIS

敏捷式軟體開發 (Agile Software Development)主要包括哪些方法:AD - Agile Database TechniquesAM - Agile ModelingASD - Adaptive Software DevelopmentCrystalFDD - Feature Driven DevelopmentDSDM - Dynamic Systems Development MethodLean Software DevelopmentScrumTDD - Test-

風險在所有的項目中都是存在的，在這些風險中有些是項目失敗的罪魁禍首，下面列舉五種最常見的，對項目的成敗有著巨大影響的風險。 1.         

業務情境：      我們業務情境是這樣的，       服務內容為：一款網路遊戲       客戶使用的串連方式：         1 GPRS Socket通訊         2 Internet HTTP         3 簡訊        開發環境：      .net framework 3.5      Compact FrameWork 3.5 部署環境： window 2003                IIS 6.0              Window

     軟體開發是一項複雜的系統工程，牽涉到各方面的因素，實際工作中，經常會出現各種各樣的問題，甚至面臨失敗。如何總結、分析失敗的原因，得出有益的教訓，對一個公司來說，是在今後的項目中取得成功的關鍵。　需求內容不明確，把握不充分這是我們經常遇到的問題。一方面，由於客戶（需求方）IT知識缺乏，一開始自己也不知道要開發什麼樣的系統，或者懶於系統 地整理出來，經常是走一步算一步，不斷地提出和更改需求，使得實現方叫苦連天。另一方面，實現方由於行業知識的缺乏和設計人員水平的低下，不能完全理解客

       如果把一個應用系統的有機組成看成是人體的話，那麼硬體就是人的大腦和身軀，而軟體就是人的手和腳；再好的硬體，最終都要透過合適的軟體把它發揮出來；而且使用者接觸最多就是軟體，好與不好的軟體對使用者的操作體驗和工作效率至關重要！      這是我近10年從事PLC軟體、MES系統和相關裝置通訊軟體開發中悟出來的一點感想！針式軟體工作室，將竭力為您提供適合的應用軟體的開發服務！    成功的裝置定製軟體項目 

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

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

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

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

在這個行業，幹了7年了。有這麼個感受：程式看起來都寫完了。但是如何讓客戶用起來，是一個很大的問題。產品不管是正式發版，還是項目編碼結束，到客戶能夠接受，都有一個很長的時間擺在那裡。程式碼完成之後，還有部署、實施、維護、突發問題解決等一堆問題。偶稱這些問題為“代碼後”問題。這幾年，見了很多這種“代碼後”的問題，也解決了不少。總結起來，大致有這些（基本上和業務無關）：1、   Server環境的問題。如：RAC、Linux、win2003、DTC、LoadBalance等。2、  

在demo@virushuo（http://www.donews.net/virushuo/）上看到對avast!的介紹，裝了一個試試，確如其言：免費，強大，佔用資源小，查殺病毒種類多。實在是值得推薦的。 對於個人使用者avast!唯一的要求是如果想獲得免費升級，則進行一個註冊，就可以免費升級14個月，到期如果沒購買的話，再註冊一次即可。也就是說，可以一直免費的獲得升級，包括軟體的升級和最新病毒庫。 下載：http://www.avast.com/eng/down_home.html 

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

在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

團隊成員:項目組長,介面設計師,架構分析師,DBA  各1名(可以適當兼任)程式員 3-4名測試員

確實存在一定難度，不，應該是很大難度，在豬八戒招標由1000升到了1500元，無數人嘗試，卻無數人未果，認為很容易或者認為可以破解的事實上結果無數嘗試還是無法完成。C++開發。軟體運行機制分析：軟體運行首先出現帳號和註冊碼的輸入框，最頂端是電腦資訊碼，把電腦資訊碼發給開發人員，他會給出使用者名稱和註冊碼，通過輸入正確的使用者名稱和註冊碼就可以運行了，沒有任何功能限制的。軟體是asprotect帶sdk加殼，無數的VM，甚至把註冊資訊都寫進了SDK。每一次安裝系統都會導致資訊碼不同。最好的結果是可

 可能由於大家沒有環境，因此很少能接觸到SAP系統，當我第一次使用SAP時，我就感覺到SAP優秀的介面控制，我想我們應該從中可以學到點什麼。 一個經常被開發人員與設計者們忽略的問題，那就是系統介面的友好性，就象我前段時間跟大家討論的“Web上高效能分頁的必要性”，竟然有這麼多朋友贊同我的意見：不提倡那種所謂的多資料分頁。可是我們從網上可以找到那麼多討論高效能分頁的問題，可想而知，這分頁的問題困擾了這麼多人，可當我們進行深入的思考後才發現，有些是完全沒有必要的。主要是大家沒有深入思考，一貫的認為分