軟件

 需求分析範例      完整系統的需求分析太龐大了，很難說清楚。我們不妨從中找出一個節點，目的是說明在需求判別研究的過程中大體應當怎樣對待各種管理目標的演變。限於篇幅我們只能以命題架構的構造為基點討論問題，而不可深入到應用功能的內部細節。我們可以設想一個使用者提供的《裝置故障維修單》。它必然要包括裝置名稱、維修內容、維修人員、時間、地點、結果等基本資料，就簡單管理過程而言不過如此。在不使用資訊系統的情況下，這種管理手段只是一種責任性的記錄，很難發揮更大的資訊應用價值。     

寫軟體的 需求分析全方位考慮      需求總是在回答“需要什麼”的問題，而實現總是在解決怎樣才能做到的問題。需求是所要達到的目的，就是要在事先確定出到達目的地的路徑與方法。為了避免誤入歧途，就要避免由於需求分析誤差產生的誤導。      首先要明確，“分析”是一個主動思維的過程，而不是一個總結歸納的過程。很多需求調研人員認為，只要把使用者提出的原始需求歸納在一起就是需求分析了，這是一個誤區。      針對不同的用途，需求文檔可能會表現為不同的撰寫方式。     

博文視點大講堂11期軟體項目的物件導向設計、開發及管理——外企真實項目案例分析    6月6日，京城天氣驟變。之前由於已經全面入夏，所以每天都是晴空萬裡，而這天卻遭遇了雷雨並伴隨大幅降溫，但這一切都沒能阻止博文視點大講堂第11期的如期舉行。讀者、主講人及主辦方不懼風雨、熱情依舊，中關村圖書大廈多功能廳內交流學習的氛圍濃鬱。   

橄欖球與軟體開發 (8)本文摘自《敏捷無敵》一書各書店均有售    阿捷在Palo Alto的一切都進行得異常順利。    由於Charles只提了阿捷這一個Candidate作為Project Manager的候選人，所以Interview的時候阿捷幾乎沒有什麼壓力。在相當於Warm up地回答了自己哪年加入Agile，都曾在什麼公司做過怎樣的職位之後，幾個面試官分別從不同的角度瞭解了阿捷對Agile公司和這個職位的看法。   

“碟中碟”虛擬光碟機軟體開發人員——萬春 讀《寒江獨釣——Windows核心安全編程》有感本文由 “碟中碟”虛擬光碟機軟體開發人員——萬春  提供     大多數在Windows環境下工作的電腦使用者都有著對Windows作業系統內部機理瞭解的迫切要求和渴望，但是由於Windows 作業系統是一個遵循商用軟體發放許可的複雜作業系統，長期以來核心代碼都是微軟的機密不被公開的，因此Windows 的內部機理一直籠罩在神秘的光環之中，這給想學習Windows 作業系統內部機理帶來了較大的學習難度。  

正確性正確性是指軟體按照需求正確執行任務的能力。這裡“正確性”的語義涵蓋了“精確性”。正確性無疑是第一重要的軟體品質屬性。如果軟體運行不正確，將會給使用者造成不便甚至損失。技術評審和測試的第一關都是檢查工作成果的正確性。正確性說起來容易做起來難。因為從“需求開發”到“系統設計”再到“實現”，任何一個環節出現差錯都會降低正確性。機器不會主動欺騙人，軟體運行出錯通常都是人造成的，所以不要找借口埋怨機器有毛病。開發任何軟體，開發人員都要為“正確”兩字竭盡全力。健壯性健壯性是指在異常情況下，軟體能夠正常

軟體測試人員的權利法案原文：The Software Tester’s Bill of Rights – I.B.Phoolen STP電子雜誌的08年第4期中有一篇名為《The Software Tester’s Bill of Rights》的文章非常有意思。文中I.B.Phoolen提出了6條軟體測試人員應該享有的權利，這6條權利看起來是軟體測試人員在任何一個軟體企業都無法得到的，但是卻恰恰是軟體測試人員應該努力爭取的。（1）The Right to Own

 序       朋友的新書要出版了，初聽到該訊息不覺得一陣欣喜。軟體測試工作從10年前的無人知曉，到現在成為IT行業新的熱點，中間經曆了太多的坎坷。我也正是從這十年中成長起來的國內比較早的一批專業測試工程師。      

 新手在學習軟體測試時都喜歡找些測試載入器來學學，什麼QTP啦！ LoadRunner啦! Quality

《軟體自動化測試成功之道》http://www.china-pub.com/196509      由於本書面向的是有一定基礎的自動化測試工程師，因此對於初學者，特地在本書附帶的光碟片中提供了TestComplete、QTP自動化測試載入器的基礎培訓材料。初學者可在閱讀本書之前按照提供的資源先進行學習。 可以到以下地址下載：《軟體自動化測試成功之道》隨書光碟片 - Testcomplete基礎培訓.ppt

軟體公司對從事需求調研人員的基本素質是不太注意的，企業的資訊化主管經常可以看到軟體公司派住的調研人員的年齡是偏低的、經驗是不夠的。在我與企業中、高層管理者的交流中，他們普遍都有這樣的感覺：“對於企業來講，我們不太清楚資訊化調研應當怎樣開始，又怎樣結束，我們實際上更關心的事情是把我們現有的管理方式向軟體公司轉達，並且不要寄希望這種轉達是全面的，當面對轉達不全面的時候，就需要軟體公司的人員多問、多探討，我們上管理系統的過程中也接觸了不少軟體公司的設計人員、需求人員，但是在與我們的交流過程中，感覺他們

下面以canon

概述軟體設計是把需求轉化為軟體系統的最重要的環節，系統設計的優劣在根本上決定了軟體系統的品質。 在此，主要闡述軟體系統設計的5個核心內容：體繫結構設計、使用者介面設計、資料庫設計、模組設計、資料結構和演算法設計。旨在協助開發人員搞清楚“設計什麼”以及“如何設計”。一般把設計過程劃分為兩個階段：概要設計階段和詳細設計階段，如下所示：

資訊技術的發展時間雖然不長，但其爆炸式的發展速度使資訊技術迅速覆蓋社會和人類生活的各個角落。程式員們是這場資訊化浪潮的見證者之一，更是其中的主要參與者，這是時代賦予每個程式員的機會和責任。 資訊技術的更新速度是驚人的，程式員的職業生涯則是一個要求不斷學習的過程，永遠不能固步自封。本人在工作期間曾看見過很多程式員只要有閑暇時間就瀏覽一些沒有太大作用的網頁，在網路聊天，打遊戲，浪費了大量的時間，十分不可取。而另外一種情況是，IT技術的日新月異使很多程式員眼花繚亂，什麼都想學，卻又不知從何學起，今天看

軟體介面設計原則原文地址：http://www.uml.org.cn/jmshj/200802015.asp        對於應用軟體來說，一個基本現實就是：使用者介面是面向使用者的。使用者需要的是開發人員開發的應用軟體滿足其需求，並且便於使用。使用者介面設計的主要原則有：(1)

 1. 編碼之前（研究和分析） 1.1 摸索經驗 1.1.1 瞭解使用者 1.1.2 瞭解管理部門 1.1.3 瞭解環境 1.1.4 裡程碑標記 1.2 指定藍圖和增強信心 1.2.1 定義產品 1.2.2 分析需求 1.2.3 建立計劃 1.2.4 提出提議 1.2.5 裡程碑標記 1.3 著手第1項工作 1.3.1 組建團隊 1.3.2 提供培訓 1.3.3 鼓勵協作 1.3.4 裡程碑標記 2. 開發期間（設計和構造） 2.1 以全面的視角看待問題 2.1.1 與使用者協商 2.1.2

QTPQTP:自動化功能測試工具，用於功能迴歸測試將測試人員從繁雜的有效無效測試案例中解脫出來，只要設定好指令碼就可以快速的無誤完成功能性測試,指令碼是可以重用的QTP使用的過程1.錄製測試指令碼一般指定程式來進行錄製2.增強測試指令碼   檢查點:可以在運行中，右鍵建立檢查點            ,檢查點可以有多種(PPT)   參數化:將有效或無效用例匯入到資料表中        QTP會嚴格按照資料表中的內容進行3.對測試指令碼進行調試    VBScript語言4.執行測試指令碼   

軟體專案管理複習筆記軟體專案管理考試試題總結-中南大學利用有限資源、在一定的時間內，完成滿足一系列特定目標的多項相關工作叫做項目。（1）項目是一項有待完成的任務，有特定的環境與要求。項目是指一個過程，而不是指過程終結後所形成的結果。 （2）在一定的組織機構、利用有限的人力、物力、財力在規定的時間內完成任務。（3）任務要滿足一定的效能、品質、數量、技術指標等要求。 項目的屬性•     項目有一個獨特的目的•     項目是一次性的工作•     項目需要使用資源，而資源是有限的•   

這篇文章是Gavin King寫的，非常有趣，充分體現了Hibernate的設計理念，我粗略的意譯如下： 下面是對Hibernate開發工作的個人想法，正是這些工作使得Hibernate如此迅速的得到廣泛的歡迎。 1、飛快的版本發布 保持活躍的開發速度，經常進行版本發布，甚至幾天之內就從前一個版本開發到下一個版本。這樣是保證軟體遠離Bug的最好的辦法，也可以讓使用者感到很放心，確信Hibernate的開發十分活躍，另外這樣做也有一大好處，就是可以發現哪些功能是使用者真正需要的。 2、迴歸測試

軟體度量知識點1．測量有哪些尺度類型？各有何區別？測量作為一個過程，有哪些階段？2．軟體度量的實體有哪些？如何採用GQM定義度量架構？GQM中如何描述目標？3．什麼是功能點分析？特徵點、對象點、和功能點有何不同？4．什麼是用例點分析？5．Helstead