軟件

      近日，Sunny利用周末給國內某大型企業做了一次為期兩天的UML軟體建模技術的內訓，以下是本次企業內訓的課程大綱：《UML軟體建模技術》課程大綱課程描述      全面學習UML 2.X相關知識，學會使用UML來構造系統的需求模型和實現模型，學會對一個軟體系統進行多角度分析與設計，構造一個較為完整的系統模型，學會閱讀與繪製13種UML圖形並學習撰寫相關文檔。 課程目標          (1) 學會正確閱讀和繪製UML圖形；      (2)

作為一個剛剛接觸Mac OS X Lion的新手，最大的體會就是Mac OS X Lion已經配置好的Perl、PHP、Python、Vim、Emacs等各種工具，真的非常方便。既方便了開發人員縮減軟體包的容量，又方便了普通使用者使用這些進行開發。接觸了一些Mac OS X下的軟體，覺得一些比較好用，暫且記錄在這裡，供Mac OS新手參考。（其中一些是Mac OS預裝軟體）1、Microsoft Remote Desktop Connection

項目地址：http://code.google.com/p/go-home/，原始碼svn地址: http://go-home.googlecode.com/svn/trunk/去年出的一款比較老的訂票軟體，現在可能已經失效了，只是拿來學習下基本的訂票流程，方便對其他訂票指令碼的研究。基本流程圖：1,擷取圖片驗證碼提交請求給https://dynamic.12306.cn/otsweb/passCodeAction.do?rand=sjrand，2，擷取登陸時使用的隨機數，提交請求給https:

0. “物件導向”比你想象的要難得多也許只有我有這種想法，不過我曾經以為電腦科學課上學過的“物件導向”是很簡單的東西。我的意思是，建立一些類來類比現實世界能有多難啊？其實，那還真是挺難的。十年之後，我仍然在學習如何合理地建模。我後悔以前我沒有花更多的時間來學習物件導向和設計模式。優秀的建模技術對於每一個Team Dev都是非常有價值的。1.

提高軟體可靠性的方法和技術         1.建立以可靠性為核心的品質標準    在軟體專案規劃和需求分析階段就要建立以可靠性為核心的品質標準。這個品質標準包括實現的功能、可靠性、可維護性、可移植性、安全性、吞吐率等等，雖然還沒有一個衡量軟體品質的完整體系，但還是可以通過一定的指標來指定標準基準。    軟體品質從構成因素上可分為產品品質和過程品質。     產品品質是軟體成品的品質，包括各類文檔、編碼的可讀性、可靠性、正確性，使用者需求的滿足程度等。    

第4章 測試            烈火驗真金，逆境磨意志。                        ——盧修斯.塞尼加（公元前4－公元65）1 測試驅動的開發方法    測試驅動的方法對於我們正在編寫的軟體的設計有積極的影響：    (1) 程式中的每一項功能都有測試來驗證它的操作的正確性。    (2) 首先編寫測試可以迫使我們使用不同的觀察點，可以設計出便於調用的軟體    (3) 通過首先編寫測試，可以迫使自己把程式設計為可測試的，迫使我們解除軟體中的耦合（force us to

 以前讀過《藍血十傑》，說的是十位哈佛畢業生如何拯救了福特汽車公司的故事。今天我來搞一個開源軟體十傑。No.1 自然非偉大的 RMS 莫屬了。Richard Stallman，GNU 的創始人，GCC 和Emacs 的作者。GPL 的發明人。No.2 Linux Fan 的教父，Linus Torvalds，Linux 的創始人和領導者。 No.3 Apache 的作者 Brian Behlendorf。No.4 Perl 的發明人 Larry Wall。 No.5 Miguel de

 　“軟體業，以人為本”。參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名項目管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。　　結症一：使用者，由於觀念上的不同，國內的使用者更傾向於看到一個實實在在的“東西”。傳統開發方法的每個階段的審查和簽字，留下的往往是那句經典 笑話：“不錯，這是我所要求的，但不是我想要的。”而且由於客戶看不到一個成型的“東西”，讓他在確認報告上籤字也是一件比較頭痛的事，更何況客戶的需求

這隻是一個草稿，作為這一個月研究、‘創新’上的一點總結。文章寫得比較亂，大家有興趣的話可以郵件我。BeyondTrack 的 Software Process Engine 以及 SPDL 看來要暫時告一段落了     Software Process Engine of BeyondTrack Software Process Engine of BeyondTrack  1 Motivation Software process modeling and execution is

關於軟體過程、或者是軟體生存周期領域內的工作流程、過程規範、產品研究了差不多半年時間了。研究的主要是開源、開放、業界標準相關，有點膚淺的心得，概要如下 :-)　對軟體過程支援環境而言：Eclipse: EPF比較成型的社區規模，沒有深入研究。不過感覺 eclipse 下面的東西基本是比較難用的，而且社區開發進度令人擔憂。OMG: SPEM規範就是規範，也只是規範。SPEM 的實現比較罕見，國內研究非常少，貌似中科院有個實現。國外關注也比較少，仍停留在理論上。規範，大而全啊....IBM:

不藉助任何軟體將Windows_7無線網卡變成無線路由器不藉助任何軟體將Windows7無線網卡變成無線路由器 今天在辦公室想用手機上網下載點東西，無奈網速很慢，路由器又放在宿舍，沒有無線路由器，於是就想把電腦上的無線網卡變成無線路由來用，於是百度找以前使用過的一款叫connectify的軟體，之前沒試過使用命令提示字元去配置，於是百度找了些資料，加以修改便有了此文.1.以管理員身份運行命令提示字元開始菜單鍵入CMD然後右鍵以管理員身份運行或者按住Ctrl和Shift鍵直接單擊CMD      

1.世界上第一個電腦程式員第一個寫軟體的人是Ada（Augusta Ada Lovelace）,在1860年代她嘗試為 Babbage（Charles Babbage）的機械式電腦寫軟體。儘管他們的努力失敗了，但他們的名字永遠載入了電腦發展的史冊。她的父親就是那個狂熱的，不趨炎附勢的激進詩人和冒險家拜倫。她本身也是一個光彩照人的人物—數學尖子和某種程度上的賭徒。她最重要的貢獻來自於與發明家Charles Babbage的合作，從而設計出世界上首批大型電腦—Difference

CMM/CMMI被認為是一種最成熟、最有效地提高軟體工程化水平的方法和標準，用來評估和改進過程，它是一個描述在軟體開發過程中有待改進的關鍵因素的架構，描述了一個能用漸進方式進行改進的途徑。它為軟體流程改善提供一個基礎，將軟體開發從一個相對來說隨意、不成熟的過程變成非常成熟的、有規律的、可管理的過程。 然而，CMM/CMMI也有一些與身俱來的缺點不容忽視。比如，CMM/CMMI的評估耗資不菲，一個CMM2級評估就可能達到數百萬之巨，而且耗時很長，過程十分複雜，常常導致效果不太理想。不少企業的認證流

軟體測試究竟發揮什麼作用？ 有人簡單回答說，軟體測試就是發現缺陷。但軟體測試僅僅就是為了發現缺陷嗎？絕對不是。軟體測試有它的驗證作用，就是人們經常說的V&V，Verification 驗證產品的一致性，驗證產品是否和需求定義、產品設計是否一致；Validation

一、查看核心是否支援usb轉串口2、minicom設定3、連結好Android開發板，重啟系統註：1、如果不能正常連結，請檢查串口先TXD-RX,RXD-TX,GND-GND是否正確，連結OK,可以看到時Onlie，而不是offline。如下附圖：2、如果minicom列印亂碼，輸入gedit .bashrc，在最後增加export LANG=zh_CN.UTF-8 修改系統語言，並輸入.  .bashrc使修改生效，並用echo $LANG檢查是否修改ok；或者直接在控制台輸入export

在Linux下安裝軟體對初學者來說，難度高於Windows下軟體安裝。下面我就詳細講解Linux下如何安裝軟體。    先來看看Linux軟體副檔名。軟體尾碼為.rpm最初是Red Hat Linux提供的一種包封裝格式，現在許多Linux發行版本都使用；尾碼為.deb是Debain Linux提供的一種包封裝格式；尾碼為.tar.gz、tar.Z、tar.bz2或.tgz是使用Unix系統打包工具tar打包的；尾碼為.bin 的一般是一些商業軟體。通過副檔名可以瞭解軟體格式，進而瞭解軟體安裝。

奧林•湯普森，Lawson Software公司副總裁，從事軟體領域工作長達25年之久，是ERP項目負責人。近17年裡，他致力於研究ERP、SCP和電子商務有關的產業流程，他亦被尊為“ERP流程之父”。近日，他接受了國外媒體的採訪，談論了ERP軟體的未來，以及如何控制失控的ERP項目。     一、如何控制ERP項目實施成本失控風險     Lawson軟體的首席執行官奧林•湯普森認為，企業資源規劃系統的複雜性高且投資巨大的特點依然在讓很多公司感到頭疼。    

我們定製特殊的系統硬碟，就不需要，一遍遍的安裝驅動，軟體了，安裝好就是一個現成的模子。省時方便。現在的大部分軟體，其安裝都具備一定的智能性，換句話說，許多軟體的安裝都能採取全自動或半自動的方式進行。  下面以不同的安裝方式進行討論：  1、基於 msi 包的 Windows Installer 安裝檔案：常用的靜默安裝參數為 /qb （顯示基本安裝介面）或 /q 或 /qn，若為了不重新啟動，還可以加上 REBOOT=SUPPRESS    如安裝虛擬光碟機

軟體生存期模型是跨越整個生存期的系統開發、運作和維護所實施的全部過程、活動和任務的結構架構~瀑布模型瀑布模型規定了各項軟體工程活動，包括制定開發計劃、需求分析和說明、軟體設計、程式編碼、測試和運行、維護，並且規定了它們自上而下、相互銜接的固定次序，如同瀑布流水，逐級下落。實踐表明，上述各項活動之間並非完全是自上而下，呈線性圖式。實際情況是，每項開發活動均應具有以下特徵：（1）從上一級活動接受本項活動的工作對象，作為輸入；（2）利用這一輸入實施本項活動應完成的工作；（3）給出本項活動的工作成果，作

         DFD圖是一種以資料和資料的封閉性為基礎，從問題空間到某種表示的映射方法，是一種結構化分析方法。DFD圖在軟體的需求分析中發揮著不可替代的作用。DFD圖在軟考中是必考的內容，在軟體工程中也是一個非常中要的圖。下面是我結合網上的資料和自己的所掌握的知識總結的分類一種是以方框、連線及其變形為基本圖例符號來表示資料流動過程。一種是以圓圈及串連弧線作為其基本符號來表示資料流動過程。 畫法　    自上而下，逐層展開；輸入輸出，保持平衡。