軟件

    這次在為圖書館資訊維護系統做測試的時候,經過賈琳的推薦,我們使用了這款軟體<禪道專案管理軟體>,禪道是一款專業的專案管理軟體.其中包括細分需求,任務,缺陷和用例,它還完整覆蓋了研發項目的核心流程和軟體生命週期的管理.在我們整個研發過程中,是非常方便研發小組開進行溝通和管理的.    由於本次我們只使用了其中的測試bug功能,所以先向大家介紹這部分的使用.                                                              

什麼是軟體定義：軟體是電腦系統中與硬體相互依存的另一部分，它是包括：程式、資料及其相關文檔的完整結合。 軟體和硬體共同構成了電腦系統。 軟體的特點a)        抽象性：是邏輯實體，不是物理實體。b)       沒有明顯的製造過程。c)        不會出現老化現象。d)       對電腦系統有依賴性。e)        沒有完全擺脫手工藝開發方式。（vb源碼之友算是解決這個問題的一個例子）。f)         軟體的複雜性實際問題的複雜性程式邏輯結構的複雜性。g)        成

     從著手開始到結束差不多用了一個星期的時間。雖然寫的過程中很糾結不知道該寫些什麼，但是現在想一想也大體從軟體工程的文檔中瞭解到做一個項目都該有什麼。當然了也加深了對一些知識點的認識。     現階段的理解遠遠不夠，對文檔中涉及到的資料流圖，系統流程圖，ER圖，IPO圖，模組等總結都是零散的。 1.資料流圖         資料流圖也稱為資料流程圖date flowdiagram

       模型設計是軟體架構師所需具備的基本技能之一，本文是一篇不錯的關於如何成為優秀模型設計者的文章，希望對大家有所協助！ ——Sunny              我們期待自己成為一個優秀的軟體模型設計者，但是，要怎樣做，又從哪裡開始呢？ 　　將下列原則應用到你的軟體工程中，你會獲得立杆見影的成果。 　　1. 人遠比技術重要

與開發過程類似，測試過程必須分步進行，後一個步驟在邏輯上是前一個步驟的繼續。軟體從編碼結束到交付到使用者使用，需要經過單元測試、組裝測試、驗收測試和系統測試四個步驟。一、單元測試單元測試是軟體測試的第一步，針對軟體設計的最小單位——程式模組，進行正確性檢驗的測試工作。通常，單元測試和編碼屬於軟體工程工程的同一個階段。在編寫出來源程式代碼並通過編譯器的語法檢查之後，就可以進行單元測試工作，目的在於發現模組內部可能存在的各種出錯。多個模組可以進行平行地獨立進行單元測試。1）、單元測試的內容（1）、模

寫給我所有的學生......很高興你選擇了軟體行業，一個充滿機遇與挑戰的行業，一個讓你能夠實現理想卻又令你無數次沮喪的行業，一個讓你從好奇到喜歡到討厭到鐘愛的行業，一個可以展示你的聰明才智卻又時常懷疑自己能力的行業，一個讓你變得更加成熟和勇敢的行業。作為立志從事軟體開發的人，我們首先應該熱愛自己所從事的事業。初學編程是一件很辛苦卻又充滿快樂的事情，還記得多年以前我在剛接觸軟體開發時，和一幫有共同愛好的朋友從陌生到熟悉，一起熬夜做項目、一起熱烈討論開發中遇到的種種問題，收穫的除了技術還有友誼；最後

軟體調試是在進行了成功的測試之後才開始的工作。它與軟體測試不同，調試的任務是進一步診斷和改正程式中潛在的錯誤。調試的主要任務有兩項：一項是確定程式中錯誤的確切性質和位置，二是對程式進行修改、排除錯誤。調試的步驟如下：（1）從錯誤的外部表格現形式入手，確定程式中出錯位置；（2）藥酒有關部分的程式，找出錯誤的內在原因；（3）修改設計和代碼，以排除這個錯誤；（4）重複進行暴露了這個錯誤的原始測試或某些有關測試。調試的方法：（1）強行排錯在程式的特定部位設定列印語句，跟蹤程式的執行，監視重要變數的變化；

接前一篇文章： “設計模式真的能改善軟體品質嗎？（一）”結果分析      選取三個知名的設計模式：組合模式、抽象原廠模式、享元模式     (1)  組合模式         結論：組合模式對大部分品質屬性都有正影響，延展性(Scalability)和健壯性(Robustness)除外。                 (2) 抽象原廠模式      結論：總體上來說，抽象原廠模式對軟體品質屬性的影響為中等，擴充性、普遍性和模組性不錯，但是健壯性的結果令人吃驚。        (3)

(1)可行性研究報告：說明該軟體開發項目的實現在技術上、經濟上和社會因素上的可行性，評述為了合理地達到開發目標可供選擇的各種可能實施的方案，說明並論證所選定實施方案的理由。 (2)項目開發計劃：為軟體項目實施方案制定出具體計劃，應該包括各部分工作的負責人員、開發的進度、開發經費的預算、所需的硬體及軟體資源等。項目開發計劃應提供給管理部門，並作為開發階段評審的參考 (3)軟體需求說明書：也稱軟體規格說明書，其中對所開發軟體的功能、效能、使用者介面及運行環境等做出詳細的說明。它是使用者與開發人員雙方

     軟體開發是一門技術，它需要相應的理論、技術、方法、手段和工具來支援。就軟體開發技術的發展而言，主要經過了結構化開發方法和物件導向的軟體開發方法。  傳統軟體開發：結構化開發方法：            結構化開發方法是最早最傳統的軟體開發方法，也是迄今為止資訊系統中應用最普遍、最成熟的一種，它引入了工程思想和結構化思想，使大型軟體的開發和編程都得到了極大的改善。結構化方法的基本思想可概括為：自頂向下、逐步分解。通常採用的模型也是瀑布模型。經曆以下過程：結構化開發方法的缺點：     

     對於軟工視頻的總結花了有一兩天的時間，今天總算是走到最後一步了。前面的幾篇部落格都是對於軟工的部分總結，而這一篇部落格，我想對軟工視頻做一個總的宏觀上的總結。可能不是很詳細，但是基本上能夠表示出他們之間的關係。我仍舊以一張圖的形式將其展示出來。在做這一張圖的時候我也查了不少的資料，看了不少同學的部落格，進行了一些篩選。儘管很努力，但最終還是不太讓人滿意。希望大家在看的時候能批評指正。

     需求分析階段和系統設計階段產生的文檔，都不能直接在電腦上執行，只有完成了程式設計後，再產生可執行代碼，從而使系統的需求能真正實現。   

     軟體維護就是在軟體產品交付之後對其進行的修改，以排除故障，或改進效能和其他屬性，或是產品適應改變了的環境。軟體維護階段是軟體生命週期最長的一個階段，也是花費精力和費用做多的一個階段。     軟體可維護性指軟體被理解、改正、調整和改進的難易程度。可維護性是指導軟體工程各階段工作的一條基本準則，提高可維護性、減少維護的工作量，降低軟體的總成本是軟體工程的一個重要任務。以下是一張我關於軟體維護階段畫的一張總：

   最近，我們在使用思維導圖，常常把做好的思維導圖到部落格中，我認為這是一種很好的寫部落格方式，圖文並茂。但是，如果我們做的思維導圖過大，螢幕放不下時，一般的工具就不能使用了，我推薦一款好用的工具。滾動截屏軟體SnagItSnagIt v10.0.0.788 英文版+漢化補丁+SN：ZEN5H-24LZK-TNYET-2EGKJ-MMCE4      一個很不錯的軟體就是SnagIt，我使用的版本是10。下載個漢化版本。下載後解壓縮，開啟一下兩個程式，註冊就可以使用了，非常方便。       

      作為一名程式員,設計出的軟體是否好,不僅僅是說代碼設計的多麼優秀,演算法有多麼嚴密!是好是壞更多的還是使用者說了算!對於使用者來說，一款好的軟體意味著“實用，易用，美觀”      聽說軟體行業很少發生那麼感動人的情境：使用者熱切地握著開發人員的手，連聲稱讚“你們開發的軟體真是好用、真是漂亮啊”。可是我們看到的大多是相反的情境：使用者滿腹牢騷，開發人員垂頭喪氣。可見，要達到能夠同時注重軟體和使用者需求的境界還要很長的一段路要走。所以，本人決心，從菜鳥開始，就注重軟體介面設計的友好性。

隨著電腦的發展，人們對電腦的依賴性越來越強，對軟體的需求量越來越多，同樣對一些大型軟體的需求量增加。然而問題出來了，落後的軟體生產方式無法滿足迅速增長的電腦軟體需求，從而導致軟體開發與維護過程中出現一系列嚴重問題。這就迫切需要一種科學、系統的管理方法，在這種情形下，軟體工程誕生了。 那麼何為軟體工程呢，官方的說法：軟體工程（SoftwareEngineering，簡稱為SE)是一門研究用工程化方法構建和維護有效、實用的和高品質的軟體的學科。那麼軟體工程到底是如何做到這些的呢？軟體工程將軟體生命週

軟工的基本認識這裡主要介紹三類，軟體的分類，軟體工程過程，軟體的生存期模型軟體的分類      軟體開發是一個靈活性很強的工作，即使同樣的功能給不同的人使用，需要設計的也不盡相同，比如說，同樣要實現一個圖書搜尋功能，如果是給小學圖書館設計，就要符合小學生的需求，比如說多些圖片的設計，而給老年人設計呢，則需要放大字型等等，就像搜狗IME中會有老年人專用的皮膚，這也體現設計者的用心，好程式的背後總會有用心的設計者。所以軟體的分類是必須的軟體工程過程     

    軟體開發模型(Software Development Model)是指軟體開發全部過程、活動和任務的結構架構。軟體開發包括需求、設計、編碼和測試等階段，有時也包括維護階段。 軟體開發模型能清晰、直觀地表達軟體開發全過程，明確規定了要完成的主要活動和任務，用來作為軟體項目工作的基礎。對於不同的軟體系統，可以採用不同的開發方法、使用不同的程式設計語言以及各種不同技能的人員參與工作、運用不同的管理方法和手段等，以及允許採用不同的軟體工具和不同的軟體工程環境。瀑布模型       

        文檔一直寫得不好，上次收費系統驗收更是看出如此，這與項目開發經驗不足有關，也和自己懶得總結的惰性有關；所以想著結合以前的經驗，較為系統的總結一下系統開發文檔。        分述各個文檔之前，咱們需要先看看涉及到文檔書寫的其它問題，以便從側面和宏觀瞭解文檔。先瞭解一下軟體開發設計到的人員，解決文檔中的“誰”的問題。       

Linux手機DIY.夏新E600和飛利浦968移植軟體的開始草木瓜  2006-10-29一、序     不過幾天的時間，我們已經能擷取夏新E600和飛利浦968的大量內部資訊，我曾經考慮過先實現telnet，不過現在我覺得還是應該加快移植第三方軟體的步伐了，因為所有的條件都已成熟！二、重要提示    為了方便更好的理解本文，提供下面鏈結。    全系列的文章地址，手機應用開發專欄：http://blog.csdn.net/liwei_cmg