軟件

目錄：1 軟體複用的概述2 軟體複用的二維觀圖表3.1 軟體複用    3.1 代碼級軟體複用   3.2 組件級軟體複用    3.3 系統級軟體複用4 基於組件的方式的軟體開發過程本文：1 軟體複用的概述         一開始我想將我的一個夢想：新的項目來了，需求分析完，系統整合師根據需求，直接到公司的組件庫調用出相關的軟體組件，直接拼裝成一個系統出來。     從這樣的夢想出發，我們分析在軟體開發過程中，那些東西我們可以複用，並用什麼流程保證軟體複用可行。 2

用FetionVM運行訪問資料庫的軟體時出錯：由於應用程式配置不正確，應用程式未能啟動。重新安裝應用程式可能會糾正這個問題解決方案：Copy System.Transactions.dll和System.Data.dll到Vm的 System目錄下以及Microsoft.VC80.CRT.manifest還不行，參考下述1、找到Microsoft Visual Studio

    將人腦和電腦合二為一   通過針式個人知識庫管理員系統，將人腦和電腦更好的合二為一。   讓自己把時間花在吸收利用知識上，而不是浪費在組織、尋找、命名和備份檔案上！   遇到問題，解決問題的能力才是一個軟體工程師最重要的，    但一切的前提，來源於自己平時的積累，使自己不斷的變得更聰明。針式個人知識庫管理員系統為綠色軟體，下載後解壓即可使用。

  近期在網上流傳的用友致遠“傭金門”，很大程度上可以說明軟體的價值所在。一、軟體是好東西，但同時容易為別人留下證據    用友致遠“傭金門”的資料來自於自身的OA系統，說明軟體可以將東西很好的將過程記下來；也容易成為“證據”。   用友致遠“傭金門”的資料是來自於高管，還是來自“用友致遠OA自身的不安全”，容易被普通員工破解而獲得機密資訊呢? 我認為後者的可能性大，因為我經過的一家外資企業的Domino

軟體開發和其他製造業的區別在於，軟體的成本在於研發，而不是製造，製造業可以有既有的模式來進行流水線的工作方式，大大的提高產品的品質。雖然，軟體有這種固有的特點，但是我認為還是可以藉助製造業的管理經驗來管理軟體開發。尤其是，軟體不會受許多物質條件的限制，也就有了很多更大的發揮空間。一個產品，如何才能稱之為品質高的產品？我認為應該滿足一下條件：1.符合消費者的需要（功能性）2.健壯3.高效（競爭力的體現）其實傳統製造業要弄個新產品出來，並不比軟體開發容易。先要構思，然後一步一步修改，觸達，諸如此類，

通過一組視圖來描述架構，這種方式是否合理呢？這種視圖相當於事物的橫切面，通過在不同方位進行橫切所得到橫切面來列舉架構，似乎是不夠合理的，因為橫切面隨著系統複雜度的增加，其橫切面就越多。同行的類圖+活動圖表+順序圖表+狀態圖+元件圖表+部署圖，或者其他此類的視圖分類方法，例如SUP4+1視圖，局限於已有的幾種橫切面，是否足夠呢？ 橫切面的做法是好的，但是只要能夠列舉所有的橫切面，那麼該設計就足夠全面了，否則在開發階段還是會不斷的做很多挑戰、改動，所有編碼階段的挑戰和改動，如果不是因為需求變動而引起

物件導向的思想，先把現實中的對象轉化為程式上的對象。程式，是解決某個問題的相關步驟和次序。而實際很多時候，程式描述的是一個情境活動，首先是有主體，然後是相關活動。程式固有的含義，可能就比較關注活動，而不關注主體。物件導向，首先要確立活動情境中的主體，也就是對象，在分析主體所擔當的職責，也就是功能。過程性的開發方法，強調的是活動，那麼活動的主體是什嗎？是資料，也就是，在過程性的觀點下，程式只是資料的變換過程。而物件導向的觀點，則是對象之間職責的傳遞：“我把我的工作完成了，然後交給你接著做”。過程性

吉日先生說：軟體公司不在於大，只圖大未必是好事，公司不大也未必是壞事，需要有進化的過程

1. Current Component/Service Oriented Software System Development Model2. Looking into Component (Coming later)3. Looking outside Component (Coming

 在一個管理混亂的軟體公司裡，如果某個程式員能大喊大叫並且幹勁十足，那他就能成為一名程式經理。微軟公司在選擇經理人員時，總是把他們的技術知識和運用技術去賺錢的能力放在首位。程式經理一般就是程式員隊伍中最聰明的那個傢伙。比爾·蓋茨曾這樣描述聰明人[Cusumano1996]：聰明人一定反應敏捷，善於接受新事物。他能迅速進入一個新領域，給你一個頭頭是道的解釋。他提出的問題往往一針見血、擊中要害。他能及時掌握所學知識，並且博聞強記，他能把本來認為互不相干的領域聯絡在一起使問題得到解決。他富有創新精神與

案例案例一某公司承接了一個電子政務平台的項目，該項目主要分“政務辦公”與“政務公開”

     已經一年多沒有在這寫過東西了,主要是在這一年裡發生了我人生中最最重要的事情,就是我最最可愛的寶寶出生了,我做爸爸了........    

 　　為期一學期的軟體工程課終於結束了，總結這段時間來軟工課的學習生活，我深有體會。　　第一感覺就是這課的作業微多，忽略大大小小的閱讀作業的話，個人編程一次，結對程式設計兩次，團隊作業一次。上過這課才覺得以前的什麼JAVA、C++這些一學期一個大作業的課都弱爆了。為期一周的個人編程完全是在趕工中完成的，雖然最後好不容易按時趕完交上了，但是程式出來的結果卻沒有那麼理想，沒來得及最佳化也沒進一步審閱，結果出錯連連，但是自己真的已經花費了很大時間和精力了。　　第一次作業剛提交，第二周結對程式設計作業就

　　軟體工程Team 專案Alpha版本已基本完成，我們的項目是一個Web UI設計——Xueba線上學習網站。團隊在整個項目中應用了C#、ASP.NET、SQL等語言，為這個項目付出了極大的努力。　　在項目即將發布的欣喜時刻，我們閱讀了老師推薦的一些部落格、論文與書籍，對軟體工程整體的概念與理論也有了一些新的認識。我就“沒有銀彈”、“瀑布模型”、“大泥球”、“教堂與集市”、“敏捷開發方法”等文章結合自己參與的Team 專案來總結一下理解與心得。 　　我們對Silver

件工程的個人閱讀作業，然後我就把鄒欣老師的《移山之道》和《現代軟體工程講義》讀了，還是有些體會的，這裡說一下。作為大學生，沒有真正的軟體工程實踐，必有目光短淺，言語欠缺之處。。我主要想說敏捷這一部分，還有一些關於團隊角色的問題敏捷先說敏捷，英文是aglie，是一種現在十分流行的開發模式。敏捷開發的價值觀和之前的軟體工程的價值觀不同，如下：Individuals and interactions over processes and tools個人和互動 重於 過程和工具Working softw

from: http://teamkingofcsharp.spaces.live.com/blog/cns!59FC2D3DD66822AA!222.entry感想平常心

這是現代軟體工程課的作業個人作業 Individual Homework: 個人完成的作業 (讀書報告等), 著不同於 “個人項目 Individual Project”. Individual Homework #1a good question is 50% of a good solution, now let’s share your questions about the text book(s), and post them online. todo: pick a text

from: http://teamkingofcsharp.spaces.live.com/blog/cns!59FC2D3DD66822AA!421.entry贊一下Office的使用者體驗今天我做API

在一個神奇的國度裡生活著許多動物,  其中有豬, 雞, 和鸚鵡。它們每天搞頭腦風暴, 琢磨如何創業,  最後鸚鵡提議它們合夥開一個早餐店: 具體分工如下:豬: 提供豬肉, 做熏豬肉 (bacon)雞: 提供雞蛋, 做煎蛋鸚鵡: 提供諮詢, 它會每天閱讀大量部落格, 給其他團隊成員提供建議, 例如最新業界趨勢, 最新術語, SaaS, N-層架構, 創業明星當年的軼事, 等等。  這項創業對三個動物的負擔是一樣的麼?  它們應該各自佔多少股份?  一旦創業失敗, 豬, 雞, 和鸚鵡會各自失去什麼?

互連網時代對於創新者來說, 既是一個偉大的時代, 又是一個糟糕的時代。 你有很多機會做出影響世界的產品,  但是, 似乎任何想法都被別人想到過了, 做出來了, 上市了, 移植到各種平台上去了…  那麼我們後來人除了羨慕別人生得早, 還有什麼機會呢?  但是往往不經意間, 在同學們熱衷於偷菜, 三國殺的時候,  又一批新的想法, 新的技術蜂擁而至, 別人又想出了新的點子, 新的商業模式.  我們的菜偷了不少, 三國殺玩了好幾個通宵,  但是想法還是沒有 …在《現代軟體工程》 這門課裡,