軟件

 使用者手冊概要1．引言1.1編寫目的    [……]1.2背景    [……]1.3定義    [……]1.4參考資料    [……]2．用途2.1功能    [……]2.2效能2.2.1精度    [……]2.2.2時間特性    [……]2.2.3靈活性    [……]2.3安全保密    [……]3．運行環境3.1硬裝置    [……]3.2支援軟體    [……]3.3資料結構    [……]4．使用過程4.1安裝與初始化    [……]4.2輸入4.2.1輸入資料的現實背景    [

引------------------------------------------------時隔半年，才開始寫（四），倍感慚愧啊。翻看前面寫的（一）、（二）、（三）感覺好遙遠，過去這半年的事情蠻多的，不知道怎麼去總結，還是以時間為主軸，從今年2月底開說吧。結合自己的部落格和微博來說，這樣回憶起來蠻順暢的。--------------------------------- 2月份，應該是BS階段的學習剛剛結束，也算是一個裡程碑是的時間點，做了一個BS總結，接著做了一個學校的系統，《畢業設計管

     前不久在淮海路的三聯書店，隨便翻起一本介紹全球著名建築設計的書，書中講述了每個建築的創意背景和設計構想，配有一些主要的設計草圖以及建成後的照片。讓我想起前不久看到的一本討論軟體模式的書，也是一個個系統設計的案例，也有一些UML框圖，一些使用者介面的截屏。     拿軟體架構跟建築架構進行類比，是如此的陳詞濫調，然而每當這些圖紙活生生地呈現在眼前的時候，又是如此的親切，並且令人感歎。     一個是描述現實世界中走廊和窗檯結構的設計；一個是對講述的是虛擬世界裡資訊傳輸和顯示的邏輯。一個要

 軟體測試的十大原則 原則是最重要的，方法應該在這個原則指導下進行。軟體測試的基本原則是站在使用者的角度，對產品進行全面測試，儘早、儘可能多地發現Bug, 並負責跟蹤和分析產品中的問題，對不足之處提出質疑和改進意見。零缺陷(Zero-Bug)

All of us are aware of Wikipedia, an ocean of information. It is basically a wiki, which allows easy creation and and editing of all the pages by all the visitors which either can submit as normal visitors or they just need to create an account and

 後期補充：網友對我詬病最多的就是我幫學生做面試題，說這是小偷和騙子行為，在此，我對自己給學員做面試題做出如下解釋： （1）學員拿著面試題來找老師，學生也事先思考和嘗試後實在沒有辦法，又求職心切才想到找老師幫忙的。老師出於對題目和技術的好奇，也出於對學生的感情，才不辭勞苦去協助做題的。明知小孩自己做不到，還不幫小孩去做，非要鍛煉孩子自己去做，現在估計很多父親都做不到吧。何況，學生也是我們的客戶，我們不去幫一下，這個顯得太冷酷無情了。 （2）有人說，應該讓學生自己去做，做不出來就別去招聘單位冒充好

一般招聘軟體測試工程師的要求： 一年以上軟體測試經驗 瞭解軟體工程，熟悉軟體測試過程和標準、熟悉組態管理技術和工具 能夠編製測試計劃、設計測試案例、編寫Bug報告和測試總結報告、使用測試載入器、開發測試指令碼 熟練使用Windows或Unix或Linux作業系統 熟悉C、C++、Java、VB、Delphi、C#中的一種以上 熟練使用SQL Server或Oracle資料庫 瞭解業務領域（ERP、OA、電子商務、稅務系統、電信計費系統……）優先 熟練掌握至少一種以上的測試載入器，如TestDir

最近和幾個同道談論了一些程式，架構，軟體的問題，大家身在此山中，繞來繞去，始終沒有能有明確清晰的結論。我把一些想法寫在這裡，供專家指正。幾乎所有程式員都知道“程式 ＝ 資料結構＋演算法”這句名言。但是在實際的學習和工作中，也有不少人產生了疑問。 例如：1) 我寫了二叉樹的周遊演算法實現，在這裡，二叉樹是資料結構，周遊的實現細節是演算法。我寫的C 程式就是結果。 但是我這個程式有什麼用呢？ 在Java 中，似乎沒有指標，那我可以不必瞭解二叉樹麼?2) 我找到了工作，成了一名程式員,

軟體企業要求基礎軟體工程師具備六大基本素質，即良好的編碼能力、自覺的規範意識和團隊精神、認識和運用資料庫的能力、較強的英語閱讀和寫作能力、具有軟體工程的概念和求知慾和進取心。 良好的編碼能力。軟體人員的一個重要職責是把使用者的需求功能用某種電腦語言予以實現。編碼能力直接決定了項目的開發的效率。這就要求軟體工程師至少精通一門程式設計語言，比如當前國內企業常用的C/C++、VB和國際上最流行的Java語言，熟悉它的基本文法、技術特點和API(應用程式介面)。

主要分析存在多個版本特性時的軟體構建策略。多個版本特性在有些情況下僅僅對應於軟體的本地化，複雜的情況就是不同版本中模組的商務邏輯、呈現策略都不相 同。這不僅在產品開發過程中增加成本，更多的成本將在維護階段體現出來。因此，選擇一個合適的構建策略對降低開發與維護成本都是非常重要的。一、傳統軟體構建策略

我曾經去給OSCHINA做過一期有關“軟體工程實踐”的有獎高手問答

 架構軟體開發摘要：在平時開發工作中，你可能在開發的各方面遭遇瓶頸，比如效能、系統等。你有對它們進行過歸納嗎？不妨來看看本文對這些系統瓶頸的歸類吧！在Zen And The Art Of Scaling - A Koan And Epigram Approach中，Russell

Bertrand Meyer 和 Bill Venners 討論軟體品質不斷攀升的重要性、市場對軟體品質的影響以及軟體複雜性的挑戰。 Bertrand Meyer 是同時活躍於學術和商業二界的軟體先驅。他目前擔任瑞士理工學院的軟體工程協會主席。他撰寫了數量浩繁的論文和書籍，如經典的《物件導向軟體構造》（ Prentice 出版社， 1994 ， 2000 ）。 1985 年，他創立了互動軟體工程公司。公司目前已經更名為 Eiffel 軟體公司，提供基於 Eiffel

序：近日管理中心的同事C詢問關於軟體版本號碼管理的事情，定義公司軟體版本號碼的規則，寫入CMMi執行的條例中。C同事定義的軟體版本號碼的三段規則，記為major.minor.(revision)，第一段主要版本號major表達主要的軟體版本，第二段是次版本號碼minor表達軟體的升級補丁，第三段是可選段，用修訂編號revision用於表達軟體的緊急修複。對於C定義的軟體版本號碼，我贊成，也贊成不要把build號做為軟體版本號碼之一，因為目前我們同事的軟體開發水平、管理水平還沒有能做到Daily

    軟體的流暢性是個十分重要的問題，不論是什麼軟體，重要的，一般的；運行在關係國計民生的地方，或者普通的使用者使用。首先要讓使用者用的舒坦，也就是使用者體驗要好，如何體現這些呢，流暢性無疑是最直觀的了。與流暢相對應的就是卡、反應遲鈍、慢...試想，開發出的軟體或者系統，既卡又慢，還反映遲鈍，我想無論是多麼重要的軟體系統都不會得到使用者認可的，而且如今都是市場經濟了，不好的東西肯定是被淘汰掉的對象。   

         讀書、編程，廣泛瞭解各領域的知識和思想， 不定期邀請人一起去爬山、逛風景、參加研討會。其實生活也可以很飄逸的。 從來沒有枯燥無趣的生活，只有不去主動尋找生活、發現樂趣的心。         調試調試，調整與測試。 那些機械工程師通常需要對儀器參數進行設定以便能夠更好的觀察。 軟體調試有種類似的含義， 比如進階工程師會對一些參數進行設定以便達到更好的效能最佳化。 而在通常意義上，調試通常是指對不合預期的狀態進行調整和修正，以使之達到預期的狀態。       

      軟體開發：需要做什嗎？ 如何做？ 用什麼去完成？       一、過程：控制和管理軟體開發活動        軟體過程用來控制和管理軟體團隊的開發活動和進度，對於個人來說，也需要使用一定的過程方法來正常化自己的開發流程。     

       易用性設計不是追求視覺的極絢，也不是追求互動的夠酷；       易用性設計追求樸實、美觀、流暢的使用體驗；       易用性設計不是追求極致， 而是追求精益求精，適可而止， 綜合均衡；         軟體不必快得讓人受不了，  過猶不及；  也不要慢得像蝸牛讓人想砸電腦；       適應人的反應速度、操作節奏最宜；            使用者最常用的功能， 一眼能夠看到， 最短的移動距離， 最合理的移動曲線， 一次點擊就OK；      使用者不常用的功能，

引：-----------------------------------------------------------------------------------------------一件事不得不先提一下，從心情記錄表上可以看到：《電腦教育》雜誌主編奚春燕將於12月22日來我院考察米新江老師的電腦教學情況。同行觀摩考察的還有：清華大學鄭莉教授博導，中國石油大學陳明教授博導 ，中國人民大學楊小平教授博導，北京理工大學李鳳霞教授博導，北京交通大學王移芝教授博導

引：————————————————————————上次寫了一篇《我的軟體工程之路（一）》，如果你沒看過，可以先去看看，名字後面掛了一個（一），當然就意味著要繼續寫下去，所以這篇文章就應運而生了。 兩個月的時間過去了，又緊鑼密鼓地學習了兩個月，我依然是個菜鳥，只是這個菜鳥不是菜得那麼離譜了……———————————————————————— 看過我上一篇文章《我的軟體工程之路（一）》的網友，如果你足夠留心，你會在文章下面的“我的進度心情表”中發現最後的日期是11月6日，機房收費系統總結。說實在的