Time of Update: 2016-04-01
標籤:最迷人的地方在於彈性全新軟體Aspalathosoft.Aspalathos.v2.1 1CDThe.Foundry.Katana.v2.1v2.Linux64 1CD
Time of Update: 2016-04-02
標籤:世界上已有數百家基於ACIS的軟體ZWCAD.ZW3D.v2016.Beta3.Win32_64 2DVD 增加了三維功能和VBA支援的增強版本。中望CAD專業版除了具備中望CAD
Time of Update: 2016-04-01
標籤:本學期.net課的課程設計是做一個辦公用品管理的軟體,課堂上只給了五次課十個小時,由於老師給的需求文檔也不是太全面,基本上是課下寫,遇到問題上課再問老師,功能不對的地方再改。這個軟體本身功能不複雜,畢竟是學校的作業而不是公司的產品,除去介面部分剩下的就是對資料庫的操作。database裡的表是老師建好的,總共也才四個表,不過老師建表時相關聯的表並沒有設定外鍵,主鍵也沒有設成自增的,所以在增加和刪除操作時,總是感覺很彆扭,刪除的時候不能串聯刪除,要一個一個表依次刪除,費時費力,還好只有四個表
Time of Update: 2016-04-02
標籤:淺談我們團隊敏捷開發過程中的問題 一開始,我們團隊選擇敏捷開發,是覺得我們的項目也不是特別龐大複雜,我們同學之間相互溝通瞭解比較多,不想讓寫文檔佔用太多時間,最後又覺的它是新型軟體開發方法,想嘗試一下,於是最終選擇了敏捷開發作為我們團隊此次的軟體開發方法。但是兩周下來,我發現可能是因為我職責上的一些疏忽,使得大家並沒有進入到敏捷開發的狀態。現總結反思如下: 首先,敏捷開發中強調個體和互動勝過過程和工具,在開發小組中最有效率也最有效果的資訊傳達方式是面對面的交談。起初,我認為大家都是同學
Time of Update: 2016-04-02
標籤:
Time of Update: 2016-04-01
標籤:從最簡單的水平來看,延展性就是做更多的事情。更多的事情可以是響應更多的使用者請求,執行更多的工作,或處理更多的資料。設計軟體這件事本身是複雜的,而讓軟體做更多的工作也有其特有的問題。這篇文章針對構建可伸縮軟體系統提出了一些原則和方針。 1. 減少處理時間 增加應用所做工作數量的一個方法就是減少完成單項工作所花費的時間。舉例來說,減少處理一個使用者請求所需的時間意味著你能在同樣長的時間內處理更多的使用者請求。這裡有一些本原則適用的例子和一些可能的實現策略。
Time of Update: 2016-04-01
標籤: 在軟體開發過程中,人員的選擇、分配和組織是涉及軟體開發效率、軟體開發進度、軟體開發過程管理和軟體產品品質的重大問題。在軟體工程課程的學習中我們經過了認真的討論,最終確定下來我們所喜歡的團隊類型為主治醫師類型。
Time of Update: 2016-04-01
標籤:bginfo 組策略 部署 域 ad BGInfo是微軟Sysinternals團隊開發的一款電腦資訊顯示小工具,它可以將你的電腦資訊像壁紙一樣顯示在案頭上,你可以查看CPU主頻,網路資訊,IP地址等等。在企業的IT管理中,是 IT Pro
Time of Update: 2016-04-01
標籤: 1、需求分析的重要性軟體需求是指使用者對目標軟體系統在功能、行為、效能、設計約束等方面的期望。通常,軟體生存周期包括可行性分析與開發項計劃、需求分析、設計(概要設計和詳細設計)、編碼、測試、維護等活動。常用的三種軟體生命週期(瀑布模型、迭代式模型和快速原型模型)中,需求分析中都佔據了舉足輕重的作用,是系統分析、軟體編程、軟體測試和系統維護的輸入物。1.1 瀑布模型瀑布模型由於酷似瀑布聞名,(Waterfall
Time of Update: 2016-04-01
標籤:軟體測試的定義 在規定條件下對被測程式進行操作,以發現錯誤,對軟體品質進行評估。 軟體=文檔+資料+程式 使用人工自動化手段來運行或測試某個系統哦的過程,其目的是在於檢驗它是否滿足規定的需求或弄清楚預期結果與實際結果之間的差別。軟體測試的分類 (1)按開發階段劃分 單元測試、整合測試、確認測試,驗收測試 (2)按測試實施組織劃分 開發方測試,使用者測試,第三方測試 (3)按測試技術劃分 黑箱測試,白盒測試,灰盒測試。軟體測試的定義及其分類
Time of Update: 2016-04-01
標籤:對於軟體測試模型網上也有很多關於它的解釋,下面我也從他們各自的特點及優缺點方面,簡單給大家介紹一下:一、V模型1.1 V模型特點(1)V模型有階段性、順序性和依賴性; (2)V模型的測試策略既包括低層測試又包括高層測試(低層測試為了檢查原始碼,高層測試為了使整個系統滿足使用者的需求); (3)V模型有品質保證的觀點。1.2 V模型優點(1)應用瀑布模型的思想將複雜的測試工作按階段劃成各個小階段來實現;(2)從多角度測試系統:將系統從模組到整合再到系統
Time of Update: 2016-03-31
標籤:1、 學習單元測試程式碼涵蓋範圍工具的使用(1)把一個英語句子中的單詞次序顛倒後輸出。例如輸入“how are you”,輸出“you are how”;(2)編寫單元測試進行測試;(3)用ElcEmma查看程式碼涵蓋範圍,要求覆蓋率達到100%。代碼:public class Method { public void method(String str){ String[] array =
Time of Update: 2016-03-31
標籤:1.控制流程圖 2.使MAXPRIMES == 4時,n=5會引發越界 3.令n= 1,不滿足numPrimes<n,所以不通過while的迴圈 4.點覆蓋{1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16}5.邊覆蓋{(1,2),(2,3),(2,12),(3,4),(4,5),(5,6),(5,9),(6,7),(6,8),(7,5), (8,9),(9,10),(9,11),(10,11),(11,2),(12,13),
Time of Update: 2016-04-01
標籤:(a)(b)對於測試案例t1=(n=3)和t2=(n=5),MAXPRIMES = 4時,t1不能檢查出錯誤,而t2則會發生數組越界錯。(c)對於測試案例t3=(n=1),測試路徑不經過while的迴圈體。(d)節點覆蓋:TR={1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18}邊覆蓋:TR={(1,2), (2,3), (2,4), (3,5), (4,14), (5,6), (5,7), (6,8), (7,11), (7,12), (8,9),
Time of Update: 2016-04-01
標籤:1.代碼書寫規範:(1)代碼不僅僅要足夠高效,減少冗餘,而且在合作過程中要易於合作人的閱讀以便更高效的工作。而且命名要盡量避免二義性;(2)在編寫過程中,應養成寫空白{ }的習慣,注意分行;(3)底線一般用於範圍和變數;(4)使用Pascal和Camel形式去命名,區分函數和變數;(5)注釋應放在函數頭,盡量只用ASCII字元;2.代碼設計規範:(1)函數只做一件事;(2)程式邏輯清晰易懂;(3)用斷言Assert判斷程式應有的正確反應,if()、else
Time of Update: 2016-04-01
標籤:為printPrimes()方法畫控制流程程圖: c) 針對printPrimes(),尋找一個測試案例,讓響應的測試路徑訪問while語句開始到for語句的邊t3=(n=0)(或者n=1) d) 節點覆蓋: TR={0,1,2,3,4,5,6,7,8,9,10,11,12,13} 邊覆蓋: TR={ (0,1),(1,2),(2,3), (3,4),(4,5),(4,6),(5,6),(6,3),(3,7),(
Time of Update: 2016-03-31
標籤:1.2.令MAXPRIMES=4,會出現越界錯誤。3.令n=1,不會經過while迴圈體。(d)點覆蓋:{1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16}邊覆蓋:{(1,2),(2,3),(2,12),(3,4),(4,5),(5,6),(5,7),(6,4),(7,8), (4,8),(8,9),(8,10),(9,10),(10,2),(11,12),(12,13),(13,14),(14,12), (12,15)}主路徑覆蓋:{(1,2,3,4,5,6)
Time of Update: 2016-03-31
標籤:軟體設計師考試大綱一、考 試 說
Time of Update: 2016-03-31
標籤:題目一: 1. 寫一個Java程式,用於分析一個字串中各個單詞出現的頻率,並將單詞和它出現的頻率輸出顯示。(單詞之間用空格隔開,如“Hello World My First Unit Test”); 2. 編寫單元測試進行測試; 3. 用ElcEmma查看程式碼涵蓋範圍,要求覆蓋率達到100%。代碼: import java.util.HashMap;import java.util.Iterator;import java.
Time of Update: 2016-03-31
標籤:軟體測試題目一、 判斷題 (每題2分,20)1、軟體測試就是為了驗證軟體功能實現的是否正確,是否完成既定目標的活動,所以軟體測試在軟體工程的後期才開始具體的工作。 (初級) ( × )2、發現錯誤多的模組,殘留在模組中的錯誤也多。( √ ) (初級)3、測試人員在測試過程中發現一處問題,如果問題影響不大,而自己又可以修改,應立即將此問題正確修改,以加快、提高開發的進程。( ×