軟件

不管是協同軟體產品還是ERP產品，都是企業可利用的一個資訊資源。是以解決企業各種應用為目標摹５秸叩牟嘀氐悴煌ㄏ曇掀?span href="tag.php?name=%D0%AD%CD%AC" onclick="tagshow(event)"

項目啟動，團隊擴建，現誠聘1. ASP.Net 軟體工程師職位要求： 1.有2-3年以上的軟體開發經驗,至少1年以上ASP.NET(C#)平台Web項目開發經驗 。 2.熟練使用ASP.NET（C#）開發。3.熟練使用SQL Server或Oracle等資料庫,有一定.NET資料庫開發的經驗。至少參與過幾個中型的MIS系統開發。4.熟練掌握 HTML、JavaScript、CSS、Xml,Web Service,AJAX 等語言和技術。5.熟悉 ASP.net2.0、C#2.0、SQL 2005

有句名言：“人分四類—人物，人才，人手，人渣。”如果一個機構裡上述四類人齊全了，那麼最好是讓“人物”當領導，“人才”乾重要的活，“人手”幹次要的活，“人渣”去騷擾競爭者。 如何組建軟體開發隊伍1.     組建團隊的基本流程瞭解產品開發需求——〉確定團隊的人員需求——〉物色符合需求的人才——〉建立團隊比例：團隊領導（10%）；核心成員（30%），普通成員（60%）2.    

1.    

項目馬上啟動，急需開發人員，誠邀高手加入公司名稱：北京豪傑縱橫網路技術有限公司    工作地點：北京市西城區黃寺大街26號德勝置業大廈(馬甸北郊市場附近)招聘職位如下： 1. ASP.Net 軟體工程師職位要求： 1.有2-3年以上的軟體開發經驗,至少1年以上ASP.NET(C#)平台Web項目開發經驗 。 2.熟練使用ASP.NET （C#）開發； 3.熟練使用SQL Server或Oracle等資料庫,有一定.NET資料庫開發的經驗。4.熟悉

動軟代碼產生器中已經整合了模板代碼產生的功能，但還有很多老的使用者不知道或者新的使用者還不是太瞭解，這裡簡單看一下這個功能，對於一些個人化定製的使用者和進階使用者，可以更靈活更方便的產生自己的代碼。1.主介面： 2.在左側【資料庫檢視】，選中表，右鍵菜單【模板代碼產生】 3.然後，出現單表的代碼產生器介面，我們設定自己需要更改的資訊 備忘：代碼還有一些建置規則，是在菜單【工具】-【選項】-【代碼產生設定】中進行設定。 然後，點擊工具列【產生代碼】或者【產生代碼】按鈕，即可產生該類的代碼:

職位要求1.熟練.NET(C#)開發，兩年以上大型項目開發經驗尤佳。 2.熟悉 SQL2005/2008等資料庫,熟練.NET資料庫開發。 3.熟練 HTML、JavaScript、DIV+CSS、AJAX、jQuery、MVC3 等技術。 4.具有獨立軟體系統設計和開發能力，及系統效能最佳化經驗； 5.熟練應用物件導向思想，模組化，多層架構的開發思想。 6.具有網站商城，SNS社區應用系統開發經驗者優先； 7.責任心強，工作踏實細心，良好的交流與溝通能力和團隊合作精神， 

企業名稱：成都億科環境科技有限公司工作地點：成都市 成都億科環境科技有限公司是設立於成都高新區創新中心的高技術企業，由留學回國人員牽頭創立。公司致力於新型企業環境管理資訊系統的研製和開發，並獲得國家及地方創新基金等科技計劃的資助。由於業務發展，現招聘如下人員： .NET進階軟體開發工程師（1名，全職）職位要求：1.         正規大學本科以上學曆2.         兩年以上.NET開發經驗3.         熟練使用Visual Studio

我自己用.net開發的。歡迎大家使用。功能如下：可以通過身份證（至少輸入15位）、手機號碼（至少輸入7位）、區號（任意位，前面可不加0）和郵編（任意位）尋找地區，並通過縣市名和省名查郵編及區號。資料庫不是很全最新，有誤希望大家諒解並提供資料庫1：http://www.52smartphone.com/bbs/viewFile.asp?Boardid=57&ID=48362：http://www.91mobile.com/viewfile.asp?ID=85927&path=Upl

作為微軟社區精英計劃的一個部分，成都軟體技術沙龍在微軟、天府軟體園和零碼科技的支援下，在沙龍成員吳慧鋒的組織協調下，於昨天（2011.4.28）在天府軟體園A3大會議室進行了關於Scrum實踐的公開課。這是成都軟體技術沙龍成立2年來，第一次舉辦的公開課，也是我們沙龍發展的一個裡程碑。以後我們會定期（大概每個月一次）在軟體園舉辦公開課。並希望有志於成為沙龍講師的朋友聯絡我們。只有是和軟體開發、營運、應用的相關話題都可以成為我們公開課的主題。這次的Scrum課程一共分作三個Session，各自相輔相

　　東尼博贊（Tony Buzan）,諾瓦克教授在1970年代初期發明的“思維導圖”（Mind Map）/概念圖(Concent Map)這一簡單易學的思維工具。通過神奇的思維導圖進行訓練，挖掘大腦潛能,釋放潛在想象力與聯想力,增強記憶力,提高學習能力，陶冶健全人格(?)。“大腦的語言可以畫出來”，“學會用大腦的語言思考”。KEYSTONE 國內免費思維導圖軟體 http://www.keystone.cn/1、http://www.mind-map.com/

資料字典：一個定義應用程式中使用的所有資料元素和結構的含義、類型、資料大小、格式、度量單位、精度以及允許取值範圍的共用倉庫。資料字典的維護獨立於軟體需求規格說明，並且在產品的開發和維護的任何階段，各個風險承擔者都可以訪問資料字典。它定義了原資料元素、組成結構體的複雜資料元素、重複的資料項目、一個資料項目的枚舉值以及可選的資料項目。　　資料流圖：是結構化系統分析的基本工具。一個資料流圖確定了系統的轉化過程、系統所操縱的資料或物質的收集（儲存），還有過程、儲存、外部世界之間的資料流或物質流。資料流模

今天在GOOGLE CODE看到6月21號發布了一個新的開源項目：AJAXSLT，那麼這讓在作AJAX時又有了新的選擇，前些日子在瞭解DWR一些內容，現在看來還要在瞭解一下下這個新的項目了。我現在時間不多，要找一個更適合我這種菜鳥的工具，這會讓我也節省出不少時間去幹其他的事情。呵呵……新技術出現得太快了，把我的腿跑斷，也攆不上啊！[簡介]AJAXSLT is an implementation of XSL-T in JavaScript, intended for use in fat

剛畢業的時候在蘇州明基BenQ工作了8個月，工作的時間雖然不長，拋開經濟上的問題不談，被譽為畢業生的天堂，回想起那段日子還是學到了不少的知識。BenQ中國的曾文祺曾經教導我們，做一個優秀的人並不難，但要走向卓越卻還需要很多東西。在軟體工程領域，我一向很自信，也認為自己已經達到了非常高的造詣，有自己的idea、能引導一個團隊走向勝利、能設計出美妙的架構、能開發出bug率很低、容錯性很高、操作也很便利的系統。 原本我以為這些就算卓越，但其實不是。周日有幸去朋友的物流公司作現場，在忙碌、嘈雜和混亂的現

下面是網上流傳甚廣的一個軟體項目的WBS。我相信很多人都使用過自己建立過類似的WBS。正是由於我們的先輩，先輩的先輩用類似的方法來建立WBS，耳濡目染之下，我們也養成了同樣的習慣。這是一個典型的有問題的WBS。首先從客戶的角度來說，從第一層分解要素來看我們無法看到我們到底要交付給客戶什嗎？你告訴客戶，我要交付給你一個系統設計，客戶還不得跳樓。因為客戶要的是OA系統、財務系統、郵件系統，機房、裝置、系統軟體。從實施的角度來看，我們大有可能購買現成的郵件系統，或者將郵件系統外包給一家公司，先在我們簡

  為了有效開發軟體，我們必須對其要素進行充分認識，軟體開發的要素主要為： 軟體開發的要素 產品：       目的、目標、需求與需求管理、組態管理、驗證人與團隊    團隊構成、領導、激勵過程 方法論、過程、工作方法；可視化建模、迭代、階段控制技術 技術選擇與技術路線、架構、架構、技術攻關管理 計劃、組織、領導、控制。風險、變更控制、品質控制只有有效管理這五個要素，才能持續不斷的成功交付軟體。

要想持續成功交付軟體系統，首先要研究好做軟體的人，他們的特點，他們的需要，如何領導他們持續走向成功。一般軟體開發都採用項目式的方法，因此我需要討論人的兩個層次，一個是作為個體的人，也就是你、我這些工程師們；二是作為團隊一員，你我的表現。          簡單一點，不做展開:          工程師們的特點：（盡量客觀） 知識豐富 高智商

           為了開發具有下列特徵的軟體，我們必須要重新審視我們的過程：         知識密集創造性虛擬性（不可見度）實現不具有唯一性複雜高附加值   軟體開發過程的一些現實： 周期短成果不可見度對技術的要求高技術更新快風險大   軟體開發過程必須要做到： 價值驅動架構驅動管理、控制與適應需求的變化適應軟體開發人員讓成果可見效率高高品質降低風險   與過程有關的一些最佳實務：

              我們天天在開發軟體產品，有必要思考一下軟體產品的特點，我大致查閱了有關材料，做點總結：          知識密集創造性虛擬性（不可見度）實現不具有唯一性複雜高附加值邏輯性強（*）      由於軟體所具有的這5個特性，導致了軟體開發工作的複雜性。軟體開發知識密集，意味著我們需要高智商的群體來完成，具有創造性也對人提出了很高的要求。虛擬，看不見，就驗不著，驗不著的事就會有點懸，因此軟體開發就必須千方百計的要讓它看得見，文檔、模型都是在設計階段的要求。      

　　由於[GOF95]是論述軟體模式的著作的第一本，也是OO設計理論著作中最流行的 一本，因此有些人常常使用設計模式（Design Pattern）一詞來指所有直接處理軟體的架構、設計、程式實現的任何種類的模式。另外一些人則強調要劃分三種不同層次的模式：架構模式 (Architectural Pattern)、設計模式(DesignPattern)、成例(Idiom)。成例有時稱為代碼模式(CodingPattern)。　　這三者之間的區別在於三種不同的模式存在於它們各自的抽象層次和具體層次上。