軟件

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

Pair Project I3D Board GameTurn a usual 2D board game into 3D by transferring  board and game rules into 3D. Goal: how to collaborate in explorative situation (new requirement, new language, lots of ambiguity) 1)      Chess, Chinese Chess, Go (Weiqi)

yum命令用於軟體包的線上更新，該命令預設從網站上尋找新的軟體包進行更新。有人希望能從本地的光碟片或ISO檔案更新軟體，下面介紹一下網上找到的一種方法：1. 把光碟片或ISO檔案mount到檔案系統。假設我們將光碟片mount到/mnt/cdrom下，在命令列輸入：mkdir /mnt/cdrommount /dev/cdrom /mnt/cdrom第1行命令建立一個/mnt/cdrom的檔案夾，第二行將光碟機mount到該檔案夾。有的光碟機是是dvd，可運行mount /dev/dvd

RPM（Red Hat Package Manager）是用於 Linux 分發版（distribution）的最常見的軟體包管理器。因為它允許分發已編譯的軟體，所以使用者只用一個命令就可以安裝軟體。RPM 是 Linux“標準基本庫”版本 1.0.0 指定的安裝工具。在 Linux 分發版前 10 名中，有 8 個是基於 RPM（請參閱“Comparison of Linux Distributions”，它位於本文後面的 參考資料中列出的 distrowatch.com

用apt-get 安裝 make提示“無法開啟鎖檔案 /var/lib/dpkg/lock ”# apt-get install vimE: 無法開啟鎖檔案 /var/lib/dpkg/lock - open (2: 沒有那個檔案或目錄)E: 無法對狀態列表目錄加鎖(/var/lib/dpkg/)，請查看您是否正以 root 使用者運行？出現這樣的問題往往是因為無刪除了這寫檔案！！解決方案：建一個空檔案並複製到相應的地方：touch lockcopy lock

為了使開發的軟體能被更廣泛地使用，開發人員希望更多的使用者能試用軟體，而另一方面，又不想讓使用者長時間免費使用未經授權的軟體，這就需要設計軟體註冊程式。下面通過幾個典型執行個體介紹保護軟體安全的方法。執行個體468　利用INI檔案對軟體進行註冊執行個體說明本執行個體實現使用INI檔案對軟體的使用者資訊進行註冊的功能。運行程式，輸入登入名稱稱、登入口令和註冊碼，單擊【註冊】按鈕進行註冊，如果註冊成功，則給出提示；如果資訊登入，系統給出提示資訊。執行個體運行結果16.6所示。技術要點實現本執行個體功

一篇摘自求索閣的文章，分析的很透徹，相比那些有關“程式員是青春飯”的泛泛而談的文章要有深度的多，文章從中國IT業的狀況、中國的曆史分析產生“程式員不超過30歲”這個觀點的原因，以及這個觀點的錯誤之處。這是一篇既積極又理性的文章，我喜歡（不喜歡那些空洞的所謂的催人向上的文章和消極的使人沮喪的文章）。原文如下求索閣：軟體之路：也談“程式員不超過30歲”     總是不斷地在論壇、部落格乃至報刊、雜誌上看到關於“程式員是否可以幹到30歲之後”，或者“程式員30歲以後能夠做什麼”，這樣的討論。這樣的討論

5號傍晚下班趕到虹橋機場，順利地拿到票辦登機過安檢，到達B11登機口時，離起飛還有半小時。結果剛坐下就看到一個美女過貼了一張布 告——兩年前在虹橋機場看到過這種布告，不過當年是別的航班，這回終於還是輪到偶了。據說飛機延誤是很正常的事情，偶坐了這麼多年飛機這才頭一回碰到，已 經算是運氣不錯的了。到國賓賓館時已經是十 一點半了，找到CSDN的查美女時，巧遇aawolf——當年他在BCB版的一個文章那是相當的經典。可惜他現在不弄BCB了，改做Mobile開發，不

從對shopex的實際使用者數量的一點猜想到軟體企業的生存現狀Shopex號稱他們的裝機數是20萬, 到底是怎麼算出來的呢? 到google搜尋 ”Powered By ShopEx” 這關鍵詞，會看到大概25萬個結果，是不是就是這個結果呢？但是當中的結果是包括了ShopEx網店裡面的靜態化頁面的，就是說一個商品產生了頁面，一個頁面在google是一個結果，如果在google的結果一頁一頁的看下去，到第47頁，就會出現” 為了提供您更高效率的搜尋服務，我們省略部分和前467項相似的網頁。

令人煩惱的需求變更    在軟體開發中，大家都會遇到過這樣的問題：客戶的一個新想法，就推翻了之前與客戶經過再三討論而確認定下來的需求。如果是功能性需求變更還會讓人容易接受一些，畢竟功能性需求不實現的話，是會大大影響到軟體產品的品質。但是一些非功能性的變更會讓人很頭疼，許多是看起來無關痛癢的、雞毛蒜皮的變更，卻是極為令人無語和無奈，甚至是煩惱和厭惡的。    （1）什麼是軟體需求？   

項目名稱：基於YH收銀系統的通用商業收銀系統項目成員：崔成龍，蔣倩蘭，李祥，劉水鏡項目完成度：100%，開始進入維護工作項目進行了5個月了，磕磕絆絆一路下來，今天終於結項了。雖然項目跟自己的預期差不太多，但是終歸是有差距的。而且時間上花費的太多了，都疲了。看來以後需要採用“快速開發，產品迭代”的方式帶領團隊開發項目了。在項目開發過程中，不斷的學習，不斷的探索，不斷的實踐，從思想上、技術上、解決問題的思路上都有了很大的提升，所謂困難多多，收穫多多。在開發之前，參考了很多軟體開發過程的資料，有的說的

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

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

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

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

 項目名稱：寶寶學字開發週期：3個月至半年開發技術：J2ME + J2EE 項目背景分析： 曾經有一位12歲高考得了630多分的小神童在接受媒體採訪時說， 他從小也沒有接受過什麼特殊培訓，完全是靠爺爺奶奶簡單的識字卡片進行輔導， 他自己總結的經驗就是因為幼年時爺爺培養了自己的學習興趣，使他能夠在今後的學習知識的過程中，能夠感覺有趣，愛學習。所以培養兒童的學習興趣是多麼重要啊， 目前已有的教育軟體多數都是運行在電腦上， 操作介面繁瑣， 雖然可以把介面弄得比較炫目，

系統構架設計應考慮的因素廈門巨龍軟體工程有限公司 盧琳生2004-10-19軟體工程專家網   本文從程式的運行時結構和原始碼的組織圖兩個方面探討了系統構架設計應考慮的各種因素，列舉了系統構架設計文檔應考慮的一些問題。     一、與構架有關的幾個基本概念：      1、模組（module）：一組完成指定功能的語句，包括：輸入、輸出、邏輯處理功能、內部資訊、運行環境（與功能對應但不是一對一關聯性）。     

參考文獻<<Software Engineer:practitioner's approach>> fifth editionhttp://liligigirain.blog.sohu.com/rss軟體測試的概念    設計軟體測試的目標：能夠系統的揭示不同類型的錯誤，並且耗費最少時間與最小工作量。     不要指望軟體測試說明錯誤和缺陷不存在，只應該認為軟體測試可以表示軟體錯誤和缺陷已經出現。   

軟體架構是一種思想，一個系統藍圖，對軟體結構組成的規劃和職責設定。而軟體架構是一個實現，一個半成品，是針對一個特定問題的解決方案和協助工具輔助。這一篇講軟體架構和軟體架構在UML設計過程中所起的作用。本系列文章不是專門討論軟體架構和軟體架構的，所以不會深入講怎麼做軟體架構和軟體架構。另一個原因是筆者尚無這個自信能夠在這裡班門弄斧講軟體架構。之所以要講，是因為在設計過程中，設計類必然會受到軟體架構和架構的約束。從分析類到設計類，軟體架構和架構是不得不考慮的一個重要因素。

中小型軟體企業的技術生存方式大體可以分為兩類，一類為應用服務型，另一類為技術研髮型，目前大部分的中小型軟體企業均屬於應用服務型，筆者所在公司的技術生存方式也屬於第一種類型，即為應用服務型。下面，僅就技術服務型技術生存方式軟體企業的技術管理工作發表一些自己的建議，供同行參考：一、開發和管理崗位分離