Time of Update: 2016-05-14
標籤:PostgreSQL相關的軟體,庫,工具和資源集合。備份wal-e - Simple Continuous Archiving for Postgres to S3, Azure, or Swift by HerokuBarman - Backup and Recovery Manager for Postgres by 2ndQuadrantGUIpgAdmin - Postgres Administration and Management
Time of Update: 2016-05-18
標籤:財務軟體資料庫修複 資料恢複 資料庫修複 財務軟體資料丟失,第一時間你做了什嗎?你的做法是正確的嗎? 錯誤一:資料丟失後在原盤操作,嘗試恢複! 財務軟體資料恢複過程中最怕被誤操作而造成二次破壞,因為財務軟體的資料都儲存在資料庫中,資料庫是資料結構非常嚴謹的資料檔案,一旦二次破壞,極易造成資料庫不完整,也就是說就算恢複出來,資料庫內也會遺失資料,簡單來說,
Time of Update: 2016-05-18
標籤:
Time of Update: 2016-05-16
標籤:一.設計思想1.通過尋找,每次從列表中刪除兩個不同的ID(不管是否包含“水王”的ID)2.最後得出出現次數仍然超過總數的一半的ID二.代碼實現public class ShuiWang {public static void main(String[] args) {// TODO Auto-generated method stubint[] array={5,1,2,3,8,5,5,5,5,4,5};System.out.println(find(array))
Time of Update: 2016-05-13
標籤:取消軟體限制策略 用戶端有一個軟體卸載失敗,而且每次開機會自動運行,於是就想到了用軟體限制策略禁止它運行,眼不見為淨,下面開始動手。
Time of Update: 2016-05-13
標籤: Joomla!是一套全球知名的內容管理系統。Joomla!是使用PHP語言加上MySQL資料庫所開發的軟體系統,可以在Linux、Windows、MacOSX等各種不同的平台上執行。目前是由Open Source
Time of Update: 2016-05-12
標籤:可行性研究的步驟 1)複查系統規模和目標; 2)研究目前正在使用的系統; 3)匯出新系統的高層邏輯模型(資料流圖、資料字典); 4)重新定義問題; 5)匯出和評價供選擇的解法(物理解決方案); 6)推薦行動方案; 7)草擬開發計劃; 8)書寫文檔提交審查。資料字典 資料字典:對資料流圖中包含的所有元素的定義的集合;可行性研究階段,資料流圖與資料字典共同構成系統的邏輯模型。資料字典應該對下列元素進行定義: 1)資料流; 2)資料元素(資料流分量); 3)資料存放區;
Time of Update: 2016-05-12
標籤:首先說明,本人不是電腦人員,而是一名財務人員。只是愛好編程。因此自學了C,C++,C#,VBA,Autoit等簡單的文法。也能用這些程式設計語言通過VS(MFC,VC#),QT,Excel等寫一些簡單的程式(請見我的下載資源)。這些程式有的是為了熟悉編程流程比如簡單版的計算機(c++->MFC),有些是提高工作效率的小工具比如(EXCEL自動匹配程式,銀行對賬工具)。其中最好用的,可以真正稱得上軟體的居然是AUTOIT寫的一個會計上的AR清帳對賬方面,
Time of Update: 2016-05-12
標籤:首先聲明,這是從官方給出的demo修改而來的。第一:官方demo的註解1.三個用到的Thread的意義: (1)AcceptThread 伺服器端,起監聽作用。(accept函數) (2)ConnectThread This thread runs while attempting to make an outgoing connection with a device.(正在試圖串連) (3)ConnectedThread This thread runs during a
Time of Update: 2016-05-12
標籤: 不管是什麼原因,都沒有在周三24:00前發布部落格,趕緊用行動補上~ pspDATESTART_TIMEEND_TIMEEVENTTYPE DELTA5.89:0012:00論文資料計算寫代碼聊天39min 141min 15:0016:00以太工作室面試面試 60min5.98::3011:30四則運算寫代碼微博
Time of Update: 2016-05-11
標籤: 在大學的時候有一門課程叫做軟體工程,大家當時將其稱之為文檔工程。 可行性分析、需求分析、概要設計、詳細設計...整個課程每個小組寫了一個學期的各種文檔。文檔工程由此得名。 時至今日,寫文檔對於大家來說仍然是一件痛苦的事情,更別說在沒有什麼項目經驗的學生時代了。 不過怎麼說呢,有文檔總比沒有文檔好。雖然可能大部分文檔品質不佳或者缺乏維護更新。相對於直接讀代碼,至少有個參考。 在經曆過和優利的合作項目之後,其他的不說,對於文檔真心還是很佩服的,很全面,各種各樣的Guid
Time of Update: 2016-05-10
標籤:使用開源軟體的原因 某公司要監控MySQL和SQL Server兩個資料庫的效能指標,需要一個監視軟體 A說:買就行了,價錢不是問題,最重要是能支援MySQL和SQL ServerB說:用開源的吧,zabbix,天兔都可以 個人喜歡B的說法,花大價錢買一個閉源監視軟體,至少有下面4點不足1、第二年的續約問題2、機器碼問題,換了一台機器就不能用了3、售後問題,跟對方售後打交道,因為一般牛逼的監視軟體基本上都是國外軟體,國內沒看到過同時支援MySQL和SQL
Time of Update: 2016-05-10
標籤:管理系統 電腦 結構體 c語言 字串 C語言將電腦的輸入輸出裝置都看作是檔案。那麼,如果寫一個字串到一個檔案中,是什麼方式呢?顯示到螢幕上是預設的輸出檔案,如果是硬碟中的一個檔案,首先要開啟一個檔案,然後才能往裡寫,那麼就要告訴程式這個檔案在什麼地方,按照什麼樣的方式開啟(讀、寫、讀和寫、添加、覆蓋等),然後開啟後要給這個
Time of Update: 2016-05-10
標籤:軟體工程經過一個學期學習,結束了,回顧整個課程的學習過程,感覺收益良多。同時,就個人看法,我對軟體工程這門課有以下建議:1、課上的教學互動還是太少,我認為可以在課堂上公布下一節課要講的相關內容,然後留給學生去尋找資料,隨機抽取 一名同學或者一組同學進行演講,既鍛煉了自己的能力,又可以對相關的知識進行加強學習吸收。並計入平時成績。2、課堂技術討論的太少,我認為可以在課堂上進行技術比賽,組和組之間進行pk,並將pk結果記入平時成績。pk的內容包括,技術的可行性,難易程度等。並計入平時成績。3、
Time of Update: 2016-05-09
標籤:從一開始,測試就要關注需求。往往在討論設計時,開發和需求很容易忽略了測試成員,他們潛意識裡覺得這不關測試什麼事。可是,測試也要熟悉業務,熟悉功能,熟悉各種設計,而且測試需要站在使用者的角度來去考量他們的設計是否有不合理的地方,並提出自己的建議。這些工作,測試成員需要主動,積极參加,多提建設性意見,這樣可能會讓開發慢慢發現測試成員的重要性。其次,溝通最頻繁應該還是關於bug的討論。下面列出幾個遇到的溝通問題,及我的解決辦法。1、“這個bug我這邊重現不了啊~~~”解決
Time of Update: 2016-05-09
標籤:實驗要求:Install Junit(4.12), Hamcrest(1.3) with EclipseInstall Eclemma with EclipseWrite a java program for the triangle problem and test the program with Junit.a) Description of triangle problem:Function triangle
Time of Update: 2016-05-09
標籤:效能測試:1.軟體效能測試包括三個目標:①發現缺陷;②效能調優;③能力檢驗與規劃2.軟體效能的主要指標有:回應時間、系統回應時間和應用延遲時間、輸送量、並發使用者數、資源使用率3.系統的回應時間通常是指該系統所有功能的平均回應時間或者所有功能的最大回應時間4.對於無並發的應用系統而言,輸送量與回應時間成嚴格的反比關係5.輸送量不能無限的增大,關鍵原因在於資源使用率不能無限的提高6.資源使用率可以為效能調優提供很大協助7.在壓力測試時,軟體通常會處於效能下降曲線的哪個區間:效能輕微下降區8.
Time of Update: 2016-05-09
標籤:(1)、誤區之一:軟體開發完成後進行軟體測試 軟體項目要經過以下幾個階段:需求分析,概要設計,詳細設計,軟體編碼,軟體測試,軟體發布。據此,認為軟體測試只是軟體編碼後的一個過程。這是不瞭解軟體測試周期的錯誤認識。軟體測試是一個系列過程活動,包括軟體測試需求分析,測試計劃設計,測試案例設計,執行測試。因此,軟體測試貫穿於軟體項目的整個生命過程。在軟體項目的每一個階段都要進行不同目的和內容的測試活動,以保證各個階段的正確性。軟體測試的對象不僅僅是軟體代碼,還包括軟體需求文檔和設計
Time of Update: 2016-05-08
標籤: 一個軟體的工程首先應該瞭解這個軟體的需求,瞭解需求之後,技術人員才能有針對性的對於功能進行分析,調試,實現。 軟體的需求分析我的認為以下幾個關鍵點: 1.擷取和引導需求:使用者並不一定能夠準確而細緻的描述出自己的需求,因此在需求分析的第一步需要擷取引導需求。這需要技術人員站在使用者的層面協助使用者考慮到軟體的功能以及當前的大環境的需求。
Time of Update: 2016-05-08
標籤:我認為一個理想的團隊需要有技術性人才和管理型人才兩大部分。技術性人才中,軟體方向與硬體方向兩大部分都需要有各自專精的部分,方便軟體的進一步開發。並且需要有同時精通兩方面的人才讓軟硬體能夠更好的相互互動。管理型人才中,需要有一個能夠管理整個團隊的人才。他需要調節各個成員之間的關係,保證項目能夠順利完成。對於軟體流程我認為有以下幾個部分1軟體計劃:確立的軟體開發的期限,以及人員的分工。2需求分析:確立軟體的所要完成的目的以及在實現軟體功能的所會面對的問題進行分析,選擇出適合的方向去深挖。3軟體