三條簡單原則:1.
知識點總結 『 #1 軟體包管理的思路與方法 #2 RedHat系Linux軟體包管理 * 二進位包管理 : RPM, YUM * 原始碼包管理 * 指令碼安裝 #3 Dabian系Linux軟體包管理 { APT包管理 [多] 搜尋軟體包 apt-cache search 軟體包資訊 apt-cache show 安裝 apt-get install(reinstall、-f) 刪除 apt-get
Dreammail 4.2 自我裝載版本 (3月12日)心藍資料迷你郵件伺服器 (3月12日)Imail 8.22 中文模板 (3月12日)Imail Server 8.20 中文模板 (3月12日)Winmail Server 4.3 (Build ...(3月11日)Domino 5.08 升級Domino 6 教程 (3月11日)Domino 6 安裝教程 (3月11日)Exchange 向Domino遷移指南 (3月11日)ITPro Magazine創刊號 (3月11日)Jdmail(
大多以tar.gz 和tar.bz2打包軟體,大多是通過 ./configure ;make ;make install 來安裝的;有的軟體是直接make;make install ; 我們可以通過./configure --help 來查看配置軟體的功能;大多軟體是提供./configure 配置軟體的功能的;少數的也沒有,如果沒有的就不用./configure ;直接make;make install 就行了; ./configure 比較重要的一個參數是 --prefix
“軟體業,以人為本”。參與軟體開發過程的各類人員的共通心理表現,對整個開發過程起著舉足輕重的影響。作為一名專案管理者,非常有必要對其進行一一剖析,找出心結,然後對症下藥,加大溝通力度,提高開發效率。
命運選擇了十三班,錄音軟體原始碼讓十三班有我們而更加精彩,錄音軟體下載教官命令我們站立20分鐘,既然選擇了十七中,心裡十分難受,我的軍訓生活從此正式開始了,我沒有告訴媽媽我晚上睡覺,我剛想告訴媽媽,事後。錄音軟體下載:http://www.wufowang.com/接著,我一看收據上沒有我買的錄音軟體東西,要是媽媽批評我,綻放出令人刮目相看的光彩,怎麼辦,15秒才允許眨眼,回到家,又想,讓十三班為有我們而綻放光彩。我們就因該在十三班中綻放出新的錄音軟體花朵,心中在滿腔熱血的情況下寫出了這篇不規則
XEIM 是一款C/S模式的即時通訊系統,適合企業使用。 企業員工可在企業內部或外部通過 XEIM 進行通訊,支援訊息發送,檔案傳輸,語音對話等。 統一的使用者管理,通訊記錄儲存在伺服器,查詢方便。 為企業提供安全,穩定的即時通訊解決方案。 新版本特性:支援http協議,使用者可通過網頁向其他使用者發送訊息。示範地址:http://www.freeeim.com/baba.htm:http://www.freeeim.com/downloads/xeim0.3beta.zip資訊反饋:http:
即時通訊軟體在企業裡的應用,初期是企業裡的員工自發的使用一些個人即時通訊軟體來溝通,雖然這樣帶來了一定的方便。但慢慢的企業發現,這樣並不好進行管理,公司的資料安全、辦公效率都會受到損失。但同時,企業也認識到,即時通訊很有效率,比打電話方便。因此,在開始管理個人即時通訊軟體的同時,企業也開始需要為自己量身定做的即時通訊軟體。即時通訊軟體但就企業即時通訊軟體未來的發展來看,最關鍵的是如何尋找工作與生活之間的平衡點。個人即時通訊面向全社會,無法避免地會將與工作無關的人和事帶入辦公室,從而影響工作效率。
IT領域在中國比較新,也比較燥,需求變化、項目拖延、項目品質控制不到位等等現象也就會是一個普遍現象解決此問題,有2招供大家參考:方法一:在中國環境下項目需求管理有以下特徵: 1、強勢的業務主導: 客戶往往依據原有工作方法來設計需求,忽略了IT項目帶來變革的最終目的 2、技術人員的被動: 客戶說什麼就怎麼做,最後經常導致做的東西解決不了實際問題,或報表的需求上缺少足夠的資訊項 3、項目預算不夠: 經常忽視實施的成本,或過於樂觀的估計實施的成本 4、灰色地帶:
當我們想開發一個軟體之前,必須有一個詳細的計劃,而不是腦袋一發熱想開發就開發的。就像我們蓋房子,當我們有這個想法的時候,必須考慮我們這個想法是否現實,蓋房子需要那些材料,需要準備那些東西,有那些問題是我們必須面臨和解決的。開發一個軟體也是這樣,前期的計劃是必須做的,也是至關重要的。 點擊查看大圖 因為我們整個軟體工程都是以文檔為驅動的,所以我們的軟體計劃也需要形成兩個文檔:可行性分析報告和項目開發計劃書。
軟體需求分析是整個軟體工程中的重中之中,只有深刻的理解我們需要“做什麼”,才能更好的設計我們“怎麼做”、“如何做”。
當我們做完需求分析,明白我們要做什麼了之後,就需要考慮“如何做”這個問題了。 面向過程:是一種以過程為中心的編程思想。就是分析出解決問題所需要的步驟,然後用函數把這些步驟一步一步實現,使用的時候一個一個依次調用就可以了。面向過程是一種基礎的方法.它考慮的是實際的實現.一般的面向過程是從上往下步步求精.所以面向過程最重要的是模組化的思想方法。 下面是軟體設計方法的一個總結,點擊查看大圖:
軟體測試是程式的執行過程,目的在於發現錯誤,一個好的測試案例在於能發現至今未發現的錯誤,一個成功的測試是發現了至今未發現的錯誤的測試。 測試時想以最少的時間和人力,系統地找出軟體中潛在的各種錯誤和缺陷。如果我們能成功地實施了測試,我們就能發現然其中的錯誤。測試不能表明軟體中不存在錯誤,它只能說明軟體中存在錯誤。 以上就是對軟體測試的總結與概括,軟體開發過程是一個自定向下,逐步細化的過程,測試過程是依相反順序安排的自底向上,逐步整合的過程。
1 MyDesktopNotes: 簡單的案頭筆記Widget應用程式 2 GuitarScales: 案頭AIR虛擬吉它程式 3 LaunchPad: Space City Adobe使用者組案頭工具 4 基於Adobe AIR的Wikipedia案頭搜尋掛件 5 GMDesk: Google服務整合AIR案頭版 6 Xdrive Desktop Lite: 5GB免費網路儲存空間案頭版 7 EarthBrowser: 一個人的”Google Earth” 8
淺談Hibernate獲得成功的十大理由(2005.06.22) 來自:賽迪 下面是對Hibernate開發工作的個人想法,正是這些工作使得Hibernate如此迅速的得到廣泛的歡迎。1、飛快的版本發布保持活躍的開發速度,經常進行版本發布,甚至幾天
在用UML進行建模時不免要用到類與類之間的五種關係。從他們的緊密程度由弱到強依次是依賴、關聯、彙總、組合、繼承。他們圖形樣式及部分解釋參看我的相簿。
一、 軟體工程的目的: 建立並應用正確的工程方法開發出成本低、可靠性好並在機器上能高效啟動並執行軟體,從而解決或緩解軟體危機。二、
軟體測試是軟體生存周期中必不可少的環節,軟體的典型生存周期可以用來形容: 軟體測試的目的是儘可能早的發現軟體缺陷並確保其得以修複,因此軟體測試是提高軟體品質的重要手段,大量的經驗實踐證明,軟體測試越早參與到軟體開發過程中,開發出來的軟體品質相對越高,時間和物力也越經濟。 根據軟體工程的基本理論,多模組程式的測試共包括以下4個層次: 各階段測試的具體內容會在以後章節具體介紹,下面介紹一下軟體測試的經典技術。
經過了單元測試和整合測試的學習,組裝測試已經完成,接下來要進行的就是確認測試,那麼本節就主要介紹確認測試。確認測試又稱有效性測試或合格性測試,其任務是驗證系統的功能、效能等特性是否符合需求規格說明。如: 有效性測試和軟體配置審查是確認測試最重要的兩項工作。