標籤:該問題被標記為:Bug 8277395: WINDOWS 2008 X64 10.2.0.4 INSTALLATION DOESN‘T SET NLS_LANG REGISTRY , windows x64 bit在安裝時沒有設定NLS_LANG 請注意:windows2008 x64 所認證通過的Oracle DB版本為10.2.0.4
標籤: install 1.作用 install命令的作用是安裝或升級軟體或備份資料,它的使用許可權是所有使用者。 2.格式 (1)install [選項]... 來源 目的地 (2)install [選項]... 來源... 目錄 (3)install -d [選項]...
標籤:通常linux上的軟體安裝方裝方式: 線上安裝 從磁碟安裝deb軟體包 從二進位軟體包安裝 從原始碼編譯安裝這幾種方法各有優劣,下面介紹前三種。一、線上安裝平時我們使用windows安裝軟體時,需要從網上下載安裝包,然後一直下一步... 現在我們來到了Linux的世界中,感受一下geek的思維方式——一個命令加斷行符號,等待一
標籤:企業備份 備份軟體
標籤: 免費殺毒軟體真的是越來越多了,光是這幾天我就發現了好幾個,小弟不敢一人獨享,特地羅列出來和大家一起分享,以下就是7個最好的免費殺毒軟體,假設你喜歡不要忘了頂一下!^_^ 一、360殺毒 360殺毒不是之前360推廣的NOD半年試用版,而是真正永久免費的!來看他的官方介紹: 1、永久免費的殺毒軟體:真正永久免費的殺毒軟體,功能不打折扣,無需序號,更不必年年續約,月月花錢; 2、全面安全防護,強力查殺病毒:即時防護、病毒查殺、高速升級,全面保護您的電腦安全;
標籤: 1. 前言 自己在工作當中經常會遇到需要快速並且完整地瞭解一個軟體系統的事情。本來想寫一寫如何快速瞭解一個系統,但想著想著就想到了軟體的架構。本文以一個軟體商務分析師的視角闡述本人理解的軟體架構。目的是提供一個適用的,易用的方法,協助商務分析師或軟體架構師系統地,快速的分析和瞭解軟體系統。如有技術性錯誤,還請各位大牛指正。2. 軟體架構理解
標籤:這篇不想再去重複一個軟體需求分析員的知識體繫結構,而是挑重點來談下成為一個合格的軟體需求分析人員的關鍵點。我原來對軟體需求的定義或描述更多是偏於對現實世界的定義,而對軟體架構的描述為現實到實現之間的第一層抽象。在這裡糾正一下即:使用者需求是對現實世界的定義,而 軟體系統需求是現實到實現的第一層抽象,即業務建模和軟體系統用例建模。在原來的軟體工程裡面我們更多談到的一個詞是系統分析員,我現在將其拆分為了軟體
標籤:N,need 需求:gogoing項目目前打算做得是一個基於石家莊鐵道大學在校大學生對於短期節假日出行旅遊的指南。最關鍵的定義為“窮遊”。“窮”則體現在以小的花銷去實現最完美的旅遊方式。我們的gogoing項目就是為大學生提供低花銷高服務。A,approach 做法:我們準備做一個基於Android的手機app。用java做一個簡單的介面。B,benefit
標籤:目標是什麼,目標不包括什麼?目標是製造一款受青年人(大學生或中學生)喜愛的手機益智闖關遊戲,可以用來打發時間或放鬆心情。使用者和典型情境是什麼?使用者:學生典型情境:在宿舍無聊時、在睡覺之前或在課間休息時,緩解學習壓力,放鬆心情。用到哪些術語,他們的定義是什麼?Visual Studio 2010Cocos2dx:是一個支援多平台的 2D 手機遊戲引擎,使用 C++ 開發,基於OpenGL ES,基於Cocos2d-iphone,支援 WOPhone, iOS 4.1, Android 2
標籤:Redis Sentinel(Redis叢集監控管理軟體)# Redis-Sentinel的官網地址:http://redis.io/topics/sentinel# 注意:Redis-Sentinel官網提供不是穩定版!個人感覺這個比keepalived+redis來切換好非常多。配置環境:OS: CentOS6.1 x86 * 4Software: redis-2.6.9記憶體: 16GCPU: E5606 @ 2.13GHz *2----
標籤:根據項目流程階段劃分測試
標籤:資訊化 人力資源 關於集團要上人力資源系統的事情,也是準備了好長時間了。之前也多次跟人力部門溝通過,也一塊看了幾家軟體公司的產品,人力部門的同事呢也都站在各自工作的角度對這個軟體提出了要求,當然誰都希望自己管理的那塊能用上軟體。而作為我們資訊部門呢,當然要全面考慮從集團整體的角度來考慮這個問題:既要解決人力部門的關鍵問題,還要讓這個系統容易應用與推進,避免大而全不好實施,或者有的模組購買後也應用不了的情況出現。經過多次探討
標籤: 為期8周的軟體測試課程,讓我學會了關於測試的很多知識,測試是一門需要細心的大工程,測試分為很多的內容,也許有人認為測試容易,但其實不然。 從我做的兩次實驗來看,僅僅是一個非常簡單非常小的應用就可以做很長的時間,而做出一個好的測試報告也需要付出很多的時間來寫好寫完整。 現在需要很多軟體測試的人才,我們也很有必要好好學習軟體測試這個模組。 以下是具體的體會整理: 體會一:軟體測試在整個軟體周期中的重要性。
標籤: 在軟測考試前的幾天,我在知乎上看到一片很有意思的問答:做一名軟體測試工程師,需要具備什嗎? 在看網友們的回答之後,我也有了自己的想法。。。 首先整理了一下其中幾個我覺得較為好的網友的回答在這裡同大家分享:網友:陳曄,測試業界打雜第一人一、知己識人所謂知己就是清楚的認識自己,什麼才是對自己最重要的。就測試這個職業來講,我認為自己得到什麼,學到什麼才是最重要的。很多人看到這裡可能覺得是正確,這種大道理誰都知道。但是平時呢大部分往往,嗯,保證產品
標籤: 一提起軟體工程,給人的第一印象往往是軟體的開發。我們從一個新手逐漸成長為一個能編簡單程式的程式員,往往都是從程式設計語言,資料結構,演算法等軟體開發的相關知識起步。但開發過程中的調試等工作,往往只是很簡單地使用在語句間夾雜輸出語句來判斷程式運行錯誤或邏輯錯誤的原因。這學期開始學習的軟體測試課程補足了我們在軟體工程中這一塊知識的空白。 學習編程已有很長時間,未學習軟體從測試前,我們使用的測試案例往往很單一,程式中應對使用者的輸入考慮的也十分不周全。比如當我們製作一個卡牌遊戲時,往往預設
標籤:
標籤: 軟體測試貫穿於整個軟體開發生命週期,在各個階段有不同測試活動和過程。 軟體測試可以分為4步進行:單元測試。也稱為模組測試,在模組編寫完就開始進行,確保本模組內資料轉送正確,功能完全,符合需求。測試一個模組時需要為其編寫一個驅動模組來調用本單元進行測試,還需要編寫若干個樁模組以類比該單元調用其他子單元(為其正常運行提供資料)。 整合測試。就是把模組按系統設計說明書的要求組合起來進行測試。雖然所有模組都通過了單元測試,但整合之後可能會出現一些問題:穿過模組的資料丟失,一個模組功能被其他
標籤:【一】-軟體架構設計過程軟體架構設計尚沒有萬靈的方法論支援,還是個非常新興的行業,給出個人理解的行業軟體架構設計過程,受個人水平有限,僅供參考:1.業務分析:針對目標行業的業務戰略、藍圖、業務功能及流程進行分析,提出其中部分功能可以使用資訊化進行處理,通過分析可以得出資訊化要解決的問題。2.解決方案設計:根據業務戰略,形成行業資訊化解決方案。他是一個系統組,同時明確各系統間的支撐關係。3.系統功能設計:明確資訊化系統功能列表及功能層次(層次,例如經驗決策層工,管理層功能,業務操作功能等),
標籤:1、測試自動化實現到何種程度為好 (1)、測試自動化的程度再高都不可能取代手工測試,即測試載入器不可能取代測試人員; (2)、一般來講,測試自動化在整個測試過程中只能佔到30%左右; (3)、實現、運用自動化的程度還取決於各方面的資源,特別是軟體的行業規範性和軟體開發的穩定性; (4)、對於部分白盒測試可以使用測試載入器,如對代碼效能分析等; 2、如何?測試自動化的計劃 (1)、首先將測試的基本管理形成自動化,如BUG管理等;&n
CentOS6下安裝openstack軟體包的相關問題及解決關於在CentOS6下,安裝openstack軟體包的問題及解決。安裝openstack icehouse源:# yum install yum-plugin-priorities -y# yum install http://repos.fedorapeople.org/repos/openstack/openstack-icehouse/rdo-release-icehouse-4.noarch.rpm