Time of Update: 2018-12-07
KMPlayer是一套將網路上所有能見得到的解碼程式(Codec)全部收集於一身的影音播放軟體;
Time of Update: 2018-12-07
本文是示範了在分布式的、基於 J2EE 的項目中使用 Rational 工具的系列文章(如下面所列)的第 8 部分。 第 1 部分: 項目介紹;高層次計劃 第 2 部分: 風險管理;需求管理 第 3 部分: 模型建立和存取控制;需求分析--> 第 3 部分: 模型建立和存取控制;需求分析 第 4 部分: 用例細化;產成報告;工具和技術選擇 第 5 部分: 體系架構和設計 第 6 部分: 詳細設計;早期開發;雙向工程;早期單元測試 第 7 部分:
Time of Update: 2018-12-07
這裡說說自己對一個軟體企業的構建和管理的感想,不全面,因為我就一程式員,只能站在普通員工的角度考慮問題,也是站在中國廣大小公司的立場思考的,文章標題取的比較大,為了吸引更多人來拍磚。管理上的細節我也不懂,主要就是讓每個人都開心,互利互贏,讓公司有發展的潛力。組織圖的搭配 以下角色必不可少。 專案經理:負責軟體的商務程序、團隊管理、專案計劃和進度、文檔、內部和外部的溝通、各種規範的制定、各種選擇的最終決策等等。這個角色需要德才兼備,慧眼識金,因為他是最終的決策者,任賢任能,同時還要為部
Time of Update: 2018-12-07
軟體開發外包事業部作為微創公司發展外包戰略的核心部門之一,在微軟總部派遣來的技術管理專家的帶領下,利用其技術優勢和管理優勢,吸引大量的技術專才和專案管理精英,整個團隊在和諧的氣氛和協作中迅速成長,並得到了國內外夥伴和顧客的認可。 Position: Software Design Engineer in Test軟體開發測試工程師 H/C:12 Requirement: 1.電腦或相關專業本科以上,至少一年編程經驗; 2.在C/C++ 或 C# /.NET 或 Java方面有較強的編程能力; 3
Time of Update: 2018-12-07
思維導圖 點擊圖片查看大圖 介紹 我們平時在開發中遇到最多的不是開發新項目,而是對現有的項目進行修改和添加新特性。所以這次著重談談軟體修改。 目錄索引 # 添加新特性,修正bug;# 改善設計;# 最佳化資源使用;# 考慮危險性 添加新特性,修正bug 我們在平時維護現有系統的時候,我們不難發現產品比較喜歡添加行為,而不是改變或移除原本他們所依賴的行為。 對於我們平時如何區分是修正bug還是添加新特性呢?這個是角度問題,是產品與技術人員的較量問題。比如:產品想把logo,從左邊移到右
Time of Update: 2018-12-07
更新日線,是一項我們經常遇到的資料匯入功能。 這項功能的解說文字,我是這麼寫的: 使用者在初次使用本系統的時候,需要安裝滬深兩市從開市到本年度的所有曆史資料,這些資料可以從某證券行情軟體獲得,是遵循一定格式的二進位檔案。此後,每天兩市交易結束之後,使用者必須更新當天的日線行情,當然,使用者也可能在幾天后一次性更新最近幾天的日線行情。使用者更新日線,才能建立完整準確的資料基礎,我們所有的分析工作都基於這些日線資料。
Time of Update: 2018-12-07
Windows7在運行一些軟體的時候,比如Dreamweaver CS5,Fireworks CS5,經常出現無響應,原以為是軟體的問題,實際上是Windows7上Direct2D和Direct3D的bug,安裝補丁KB2488113後解決 此bug對Creamwaver CS5的影響特別大,經常無響應,幾乎達到很難正常使用的程度。 此補丁是可選更新,預設情況下不會安裝。 KB連結 http://support.microsoft.com/kb/2488113
Time of Update: 2018-12-07
進了新公司之後,工作環境有了很大的變化,以前都是在windows環境下進行程式開發,沒怎麼接觸linux系統,新項目組中有6個同事,一水的ubuntu,木有辦法,我也換成ubuntu吧。 曾經在學linux下c語言編程的時候,學過一個月的linux,熟悉了一些命令,稍微能在linux系統下完成一些日常的需求了,也搭建過android的開發環境,呵呵,時間長了,以前的東西又都忘了,由於那個時候也沒把搭建環境的步驟進行記錄,現在又抓瞎了,廢了很大的勁,終於搭建完了,記錄一下,為以後做好準備。
Time of Update: 2018-12-07
ports管理軟體常用命令①安裝軟體下面以安裝rpm為例:[root@bsd01 ~]# cd /usr/ports/archivers/rpm[root@bsd01 /usr/ports/archivers/rpm]# make install clean軟 件安裝的過程中會產生大量的暫存檔案。這些暫存檔案建議保留,但是有時候,比如使用測試伺服器的時候,可以通過清除暫存檔案來節約磁碟空間。如果想清除
Time of Update: 2018-12-07
原文地址:http://bbs.hiapk.com/thread-1727366-1-1.html判斷方法:關機,重新拔插電池,同時按住音量下+電源鍵,稍等5秒左右,手機進入hboot介面。看第一行。如果顯示為S-OFF,就請繼續往下看。1、確保你的機器已經是S-OFF。2、確保你的SD卡是FAT32格式。3、將剛剛下載到的Wildfire S Rooted
Time of Update: 2018-12-07
目前流行的監控資料擷取方式通常有兩種:主動方式和被動方式。 主動方式
Time of Update: 2018-12-07
摘 要: 本文針對目前C/S模式下編寫的應用程式可維護性差的特點,提出了一套自動線上升級的解決方案,分析了線上升級的困難及實現原理,並給出了實現升級的部分代碼,具有實際參考價值和現實意義。本文程式碼均在 Framework 1.1 和2000下測試通過。 關鍵詞:;線上升級;自動升級;;XML文檔 1 前言
Time of Update: 2018-12-07
外包是企業利用外部專業資源為已服務,從而達到降低成本、提高效率,充分發揮自身核心競爭力,乃至增強自身應變能力的一種管理員模式,同時也是現代社會非常重要的一種商業模式。但外包也有一定風險:外包品質不易保證,外包管理需花費更多資源,公司資訊泄露,系統靈活性降低等。由於外包商本能地趨向於控製成本以提高自身的利潤,所以需要委託方和承包方對外包管理規範達成共識,才可能有效地管理整個外包過程,使得雙方共同獲益,在這種情況下才有可能使得收益最大化。 在立項階段,產品負責人應當進行"Make or
Time of Update: 2018-12-07
一個空白WinForm在工作管理員中都佔用幾十兆記憶體,的確有點可怕!通常有3種方法: 1. 不要管他。 CLR & GC 會自動管理記憶體佔用,根據當前環境參數自動調整,這樣會得到一個最佳化的運行效率。2.
Time of Update: 2018-12-07
日本的軟體項目開發進度控制非常嚴格, 項目很少出現延期,一旦延期, 伴隨而來的就是大宗的罰款, 因此, 日本的軟體項目非常重視按期交付。在日本軟體項目進度控制中起關鍵作用的就是軟體的階段定義。 日本軟體項目階段分項目提案、要件定義、概要設計、詳細設計、編寫代碼、單體測試、結合測試、系統測試、編寫手順等。項目提案指項目可行性分析、項目立項, 是使用者需求的正式提出階段, 本階段出具《項目提案書》。要件定義指業務需求的詳細確定和系統需求的詳細確定, 系統需求主要包括軟體安全性, 運行速度,
Time of Update: 2018-12-07
【賽迪網報道】雲端運算是並行計算(Parallel Computing)、分散式運算(Distributed Computing)和格線運算(Grid Computing)的發展,或者說是這些計算科學概念的商業實現。雲端運算是虛擬化(Virtualization)、效用計算(Utility Computing)、將基礎設施作為服務IaaS(Infrastructure as a Service)、將平台作為服務PaaS(Platform as a
Time of Update: 2018-12-07
Snagit是一款著名的全功能軟體,並附帶圖片編輯功能,自從加入創意十足的"All In
Time of Update: 2018-12-07
這裡通過修改註冊表的方法徹底禁止軟體的自動啟動,想成事的不要怕麻煩!一、現象描述:有的朋友常會發現,明明禁止了某軟體的啟動,可是不久它又自動隱藏載入開機啟動了,很是煩人 (例如Audio Sandbox)。遇到這種情況我們可以用修改註冊表來徹底禁止軟體的自動啟動。 這種方法一般不推薦剛剛接觸電腦的新手,因為稍有不慎你就可能出錯,從而使系統出錯而崩潰。二、具體操作: 1、點擊“開始”—“運行”輸入“regedit”開啟登錄編輯程式,依次開啟
Time of Update: 2018-12-07
一、Web Service Software Factory 是微軟在patterns & practices中提出的關於Web Service 的最佳實務 二、首先來看看關於ASMX Service模板的解決方案架構圖,有對於我們以後的學習有個全域上瞭解因為我的e文不是很好,所以我把原文也發了上來,以免誤人子弟Service interface layer. This layer defines the operations of a service,
Time of Update: 2018-12-07
我們知道,軟體架構的過程是一個抽象的過程。通常的開發人員只是從開發的角度對業務需求進行抽象建模,力求對每一個細節進行把握。由於大多數架構師來自於當初的程式員,因此經常出現對某些細節過分關注而忽視建立整體概念架構。大多數情況下出現這種情況是因為架構師沒有從開發視角轉換到架構視角。 在軟體開發過程中,軟體架構師處於非常特殊的地位。一方面,軟體架構師需要與使用者溝通,收集整理使用者的需求;另一方面需要從整體上對軟體項目進行架構設計;最後還要保證自己架構設計可行,並且能被開發人員所理解。雖然以上