標籤:架構設計 敏捷開發 敏捷架構 “在敏捷開發下,如何能經由敏捷團隊,高效的完成軟體架構設計?”核心的思維是:以 “團隊” 為緯度,而不再以 “產品” 為緯度進行軟體架構設計。唯有如此,團隊才能有效控制、處理產品上的複雜度。也就是說,傳統上, 產品團隊都僅有一個、單一的產品軟體架構的塑模。這種以 “產品”為緯度的軟體架構方式, 將會使所設計的軟體架構,
標籤:第6 章
標籤:軟體測試方法種類繁多,記憶起來混亂, 因此,我通過查閱資料,參考一些書籍,把常用的軟體測試方法列出來,方便認識軟體測試的方法。從測試設計方法分類測試名稱測試內容Black box 黑箱測試把軟體系統當作一個“黑箱”,無法瞭解或使用系統的內部結構及知識。從軟體的行為,而不是內部結構出發來設計測試.White box 白盒測試設計者可以看到軟體系統的內部結構,並且使用軟體的內部知識來指導測試資料及方法的選擇。Gray box&
標籤:本人在做數字縣區過程中,需要吉奧平台處理資料,所以想安裝GeoGlobe Desktop,但由於系統原因無法成功安裝。故立此帖,作為參考。1 關於Windows Server 2008 R2作業系統:Server 2008 R2是基於和Win7同版本核心開發的,Server 2008是基於和Vista同版本核心開發的。現在Server 2008 R2最高SP1,Server
標籤:前提:----------------------------------------------------------------------------------------------------------------------------project : Maven description : Maven是基於項目物件模型(POM),可以通過一小段描述資訊來管理項目的構建,報告和文檔的軟體專案管理工具。-----------------------------------
標籤:u盤加密 檔案加密 資料安全隨身碟加密軟體免費版
標籤:軟體測試的目的是儘可能發現並改正被測試軟體中的錯誤,提高軟體的可靠性。,這個定義聽起來很正確,但用它來指導測試會帶來很多問題。比如有的組織用發現的bug數來衡量測試人員的業績,其實這就是這種測試目的論在後面作祟,其結果如何呢:其一,有一些不夠敬業的測試人員會找來一些無關痛癢的bug來充數,結果許多時間會被浪費在這些無關痛癢的bug上(其實應該修複,何時修複,嚴重程度是什麼,優先順序是什麼,等等);其二,測試人員會花很大力氣設計一些複雜的測試案例去發現一些迄今尚未發現的缺陷,而不關心這些缺陷
標籤:第一章 軟體測試的介紹1。概念和曆史就不說了2。為什麼要進行軟體測試,因為測試是軟體開發過程的一個步驟,通過測試能更好地設計和編碼,能提高程式的可靠性。3。錯誤缺陷和失敗的定義,error——defect——failure。4。軟體開發的過程 1)軟體需求 使用者 理解正確性 表達正確性 2)需求規格說明書 分析員 理解設計表達正確性
標籤:開源 配置 管理 github 軟體 二、Github——交流協作的極佳場所Github目前已經不單單是一種交流協作工具,不僅僅是一個開源軟體協作平台,更成為了一種開源文化的象徵。開源文化本著自由、平等、共用的思想,獲得了很多人的好評和推廣。Github是依賴git等版本管理軟體的,當然,目前也支援使用SVN來管理其版本庫
標籤: Glenford
標籤:迴歸測試的定義: 迴歸測試是指修改了舊代碼後,重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產生錯誤。1.迴歸測試是指重複以前的全部或部分的相同測試。2.新加入測試的模組,可能對其他模組產生副作用,故須進行某些程度的迴歸測試。3.迴歸測試的重心,以關鍵性模組為核心。 迴歸測試的好處:自動迴歸測試將大幅降低系統測試、維護升級等階段的成本。迴歸測試作為軟體生命週期的一個組成部分,在整個軟體測試過程中佔有很大的工作量比重,軟體開發的各個階段都會進行多次迴歸測試。&nbs
標籤:程式設計時代:這個階段生產方式是個體勞動,使用的生產工具是機器語言,組合語言。程式系統時代:這個階段生產方式是小集團合作生產,使用的生產工具是進階語言,開發方法仍依靠個人技巧,但開始提出結構化方法。軟體工程時代:這個階段生產方式是工程化的生產,使用資料庫﹑開發工具﹑開發環境﹑網路﹑分布式﹑物件導向技術來開發軟體。軟體開發技術的進步未能滿足發展的要求。在軟體開發中遇到的問題找不到解決的辦法,問題積累起來,形態尖銳的矛盾,導致了軟體危機。表現方面:(1) 使用者對開發出的軟體很難滿意。(2)
標籤:軟體工程(第三次作業)組員:周德莉、王銘霞一、題目在之前編寫的四則運算程式基礎之上做如下改進:1 請參照教材Page57:4.2-4.3節中內容,修改原程式,使之符合 “代碼風格和設計規範”的基本要求;2 請採用模組化設計思想,修改之前的code,將 “計算功能”
標籤:軟體需求 業務需求 使用者需求 功能需求 非功能需求 軟體需求分為三個層次:業務需求、使用者需求和功能需求。
標籤:通達oa 註冊 問題 今天,一位朋友突然說他的正式版OA提示軟體註冊到期了。怎麼會這樣呢,看看到底是什麼問題。他說他從網頁登陸,提示系統到期了,需要註冊。這個介面恐怕是大家最不願意看到的了。然而他說他的精靈還能登陸,確實有些奇怪。遇到這個情況只能自己先一個一個來排除吧,因為是正式使用者,所以註冊資訊應該沒什麼問題,很可能是加密鎖鬆了,重新插好又重啟了一下,現象如故。那就重新註冊一下吧,從軟
標籤:通達oa 安裝 由於測試的原因,電腦上裝了多個版本的通達OA,今天需要重新安裝通達2013增強版,結果提示下面這個資訊,告訴裝不了。仔細看了下提示,原來是有高版本的安裝,所以低版本的安裝不上。之前測試通達2015時確實安裝了一個,比這個版本高,應該就是說的8.0吧。在控制台裡找了一下也沒找到協載的地方,可能是時間長了,有些資訊損壞不全,那怎樣把這個2015卸掉呢?突然想起來有些軟體即帶安裝功能,也有卸載的功能。運行通達20
標籤:開篇就講到一個概念即:軟體=程式+軟體工程。 開始讀這本書,最大的感受的感受就是軟體工程原來是可以這麼學的,以前學習編程課程的時候,總是感覺這類課程及其枯燥無味,總是在說太多的理論,很少 會涉及到實踐,甚至根本就是沒有實踐這個環節,所以學習很無聊,但是讀到這本書,真的是全新的感受,首先,不僅僅只是在說理論了,加入了很多實 踐的東西。 開篇作者就說了“軟體 = 程式
標籤:英文原文:3 Key Software Principles You Must Understand,翻譯:iteye在本文中將介紹 3 條重要的軟體開發原則(DRY、KISS、YAGNI原則),你可能已經知道,也可能只知道其中一條。這些原則看似很簡單,但實施起來會很難。無論如何,這些原則提供了一個管理複雜軟體項目的強大的途徑。當涉及到真實世界中的項目開發時,你會發現這些原則都是非常有用的。原則1:不要重複自己(Don’t Repeat Yourself,DRY
Mac使用brew安裝軟體今天想用rz、sz命令的時候發現mac沒有內建,於是尋找安裝該命令的安裝方法,最終選擇了Brew安裝。先介紹一下brew。brew 又叫Homebrew,是Mac OSX上的軟體包管理工具,能在Mac中方便的安裝軟體或者卸載軟體, 只需要一個命令, 非常方便brew類似ubuntu系統下的apt-get的功能安裝brewbrew 的官方網站: http://brew.sh/ 在官方網站對brew的用法進行了詳細的描述安裝方法: 在Mac中開啟Termal:
通達OA一個正式使用者被提示軟體試用到期的問題處理(圖文)今天,一位朋友突然說他的正式版OA提示軟體註冊到期了。怎麼會這樣呢,看看到底是什麼問題。他說他從網頁登陸,提示系統到期了,需要註冊。這個介面恐怕是大家最不願意看到的了。然而他說他的精靈還能登陸,確實有些奇怪。遇到這個情況只能自己先一個一個來排除吧,因為是正式使用者,所以註冊資訊應該沒什麼問題,很可能是加密鎖鬆了,重新插好又重啟了一下,現象如故。那就重新註冊一下吧,從軟體裡選擇註冊再次註冊。資料庫的編碼集改成了UTF-8,把這個改回之前即為