軟件

　　前不久，看到一篇文章：“軟體的品質是做出來的，而不是測試出來的”，他列舉了很多執行個體，從機械製造到建築行業再到IT行業，說明了軟體“做”的重要性，總之一個中心：只要你精耕細作，一行code 一行code地去推敲，軟體品質就一定能得到充分保證。　　看了這篇文章，掩面沉思了很久，總覺得有失偏頗。軟體測試，在軟體開發週期中，是最後一道關口，這道關口固然很很重要，把握得好，產品出廠以後，bug

相信MBP的同志們用win系統都經曆過高溫暖手的情況~今天也是偶然找到一個蠻好用的軟體發給大家用~~~不過貌似也會降低電腦效能，請大家斟酌呦，平常寫文檔、看視頻啥的反正沒什麼變慢的反映=。=（我智商低，除了下下五子棋、國際象棋別的都不會）水了那麼久，也來點實在的！~~  http://www.iqho.com/M-GE4N8PAPPK.htmlhttp://www.jandown.com/link.php?ref=f81PNMmLcW 軟體使用說明:  需要安裝.net framework 4.

正方觀點：軟體開發可以通過不斷細分的工序化流程來減弱開發人員個人對於項目的影響，只需要少部分人的創造性思維，而大部分開發人員則嚴格按照工序流程進行開發反方觀點：流程管理只能一定程度上控制項目進度和品質，項目的完成情況關鍵靠個人能力和素質。辯論前提：這裡的軟體開發不是指領先技術的開發，例如搜尋引擎，3D引擎等，而是普通的公司專屬應用程式軟體開發。正方論證某軟體開發小組組長：歪子（管理），道長（架構師）開發成員：hoho，可樂，小牛，麻子開發流程之詳細設計（DD）：第一步，道長（架構師）構建文檔，設

1.顏色例子：<html>    <head>        <title>Coordinates 1</title>        <object id="SGWorld" classid="CLSID:3a4f91b1-65a8-11d5-85c1-0001023952c1" style="visibility:hidden;height:0 "></object>        <script type="tex

         Cherokee 號稱是目前世界最快的 Web 服務器軟體，在效能上，甚至比 Nginx 還略勝一籌。與 Apache、Lighttpd、Nginx 等其他同類軟體的對比，大家不妨看看這個測試頁面。我在本機安裝了 Cherokee，一番使用下來，Cherokee 給我的感覺是，其易用性做得也很不錯。         Cherokee 的功能包括支援 FastCGI、SCGI、PHP、CGI、TLS 及 SSL 加密串連，虛擬機器主機，授權認證，即時編碼，載入均衡，與

 （ 1 ） 邊界測試，測試使用者輸入框中的數值的最大數和最小數，以及為空白時的情況。 　（ 2 ） 非法測試，例如在輸入數位地方輸入字母。 　（ 3 ） 跟蹤測試，跟蹤一條資料的流程 , 保證資料的正確性。 　（ 4 ） 在開始測試時應保證資料的正確性，然後在從系統中找出各種 BUG 。   （ 5 ） 介面測試，程式往往在介面的地方很容易發生錯誤，要在此模組測試勿掉以輕心。 　（ 6 ） 代碼重用測試，在開發過程中有些模組功能幾乎相同，程式員在重用代碼時可能忘記在原有代碼上修改或修改不全面，

Ubuntu軟體包格式為deb，安裝方法如下：    sudo  dpkg  -i  package.debdpkg的詳細使用方法，網上有很多，下面簡單列了幾個：dpkg -i package.deb 安裝包 dpkg -r package 刪除包 dpkg -P package 刪除包（包括設定檔） dpkg -L package 列出與該包關聯的檔案 dpkg -l package 顯示該包的版本 dpkg –unpack package.deb 解開 deb 包的內容 dpkg -S

項目是指以一定的成本在一定時間內取得預期收益的系列活動。項目的“生命期”是管理項目的重要指標，而對項目周期的估算則是管理項目的重要一環。本期“專案管理”介紹對軟體項目周期進行估算的技巧。　 　估算是軟體開發中很重要的一個環節：項目周期估算過短會造成人力低估、成本預算低估、排程過短，最終人力資源耗盡，成本超出預算，為完成項目不得不 趕工，影響項目品質，甚至導致項目失敗；項目周期估計過長表面看來影響不大，但是實際上也會帶來成本估計過高、充分效率低下的後果。周期估算如同蓋樓房中

在Google，品質並不等於測試。我相信在任何一個地方都是如此。“品質不是被測試出來的”這句老話是再正確不過了。從汽車到軟體，如果它們起初製造的就有問題，那它們永遠都不會沒問題。試問任何一個曾經被迫大量召回的汽車公司，掩蓋品質問題的代價有多大。　　然而，事實情況並不是像這句話那樣既簡單又精確。雖然品質並不是測試出來的，但我們有同樣的證據表明，沒有測試，你不可能開發出任何有品質的東西。一個人怎麼可能在沒有測試的情況下認定你的工程具有高品質?　　對於這種難題，最簡單的解決辦法就是：禁止對開發工作開方

引用：http://zhoulifa.bokee.com/5444771.htmlLinux下軟體安裝方法總結：一、rpm包安裝方式步驟：1、找到相應的軟體包，比如soft.version.rpm，下載到本機某個目錄；2、開啟一個終端，su -成root使用者；3、cd soft.version.rpm所在的目錄；4、輸入rpm -ivh

       對於一個應對產品開發的組織，常常面對外包事件的發生，因為很多需求不是主要組織能力範圍，或不是所Focusing on的領域，或者工期緊張等等原因。子合約外包涉及的商務方面的一些東西不好做太多理解（畢竟合約是一個嚴肅的問題，呵呵），這裡只簡單提出自己對外包過程的體會與理解。一，外包對象特點：     1，技術領域可能與主要組織相關較多。     2，產品過程可見度透明性不夠。     3，協調會耗費較多的資源。二，關注點：    

軟體工程簡述  一，軟體工程概述： 軟體工程是把電腦科學，專案管理，工程學，應用域等技術和實踐應用於軟體設計，建立和維護的學科。  是一門研究用工程化方法構建和維護有效、實用的和高品質的軟體的學科。軟體工程涉及到程式設計語言，資料庫，軟體開發工具，標準，系統平台，軟體設計模式設計模式，專案管理等方面，軟體工程力圖對軟體項目的各個方面作出指導，從軟體的可行性分析直到軟體完成以後的維護工作，對於這個過程中從時間縱向及各個關鍵方向進行定義及方法指導，二，

  周末讀了兩篇論文"On Designing and Deploying Internet-Scale Services"和Joe Armstrong的論文"面對軟體錯誤構建可靠的分布式系統",這兩篇論文實戰內容相當多,整理筆記於此,備忘. On Designing and Deploying Internet-Scale Services [HTML]英文版"Making reliable distributed systems in the presence of sodware

CMMI的4,5級高成熟度等級強調資料和量化專案管理，前提必須是過程本身已經穩定，而且組織已經有成熟易用的軟體開發過程管理支援平台，日常的任務反饋，變更和缺陷記錄等都應該融入到日常工作中。資料的採集要盡量自動化，而且資料的收集不能經常打斷開發人員的工作，影響到他們的思考和效率。組織級在技術平台和開發模式不統一的情況下，在流程定義上一定要避免一刀切的標準軟體開發過程。需要根據項目本身的特點和人員情況在滿足項目目標的情況下進行適當的裁剪。軟體是人開發出來的，過程重要但是人更加重要，兩者必須要考慮結合

1. 易用性概述1.1 什麼是易用性    易用性即把使用者而非系統置於開發過程的中心。這種“以使用者為中心進行設計”的概念，是指從設計過程的開始便把使用者所關注的東西包含於其中，並規定使用者應該是任何設計決定中最重要的因素。易見 Easy to discover。藏得很深的功能就不容易被發現，無法使用。易學 Easy to learn。學起來容易。易於學習的設計著眼點是針對哪些不太經常完成的任務，因此使用者可能會忘記怎麼用。易用 Easy to

     這個小軟體挺好用.可以從http://ppa.launchpad.net/ailurus/ppa/ubuntu/pool/main/a/ailurus/ 這裡下載注意下載相對應的版本號碼,我的ubuntu 10.04下的是這個http://ppa.launchpad.net/ailurus/ppa/ubuntu/pool/main/a/ailurus/ailurus_10.04.2-0lucid1_all.deb下載完畢，雙擊deb檔案，點擊“Install

為了維護軟體項目, 我們提出了對版本進行管理控制的要求. 而對於使用者來說, 版本直接體現在版本號碼的命名上. 那麼, 如何對版本號碼進行命名呢? 我查了許多的資料, 希望能解釋得比較具體, 同時也希望您在閱讀本文的時候, 能夠對版本號碼的命名格式提出自己的見解, 這當然包括一些版本號碼命名的個例. 下面, 讓我們看一下比較普遍的 3 種命名格式. GNU 風格的版本號碼命名格式: 主要版本號.子版本號碼[.修正版本號碼[.編譯版本號碼]] 英文對照: Major_Version_Number.

2010-03-10 11:321.顯示介面應重視細節，當客戶一不小心發現你的介面很粗糙時，他就會覺得你的東西很水貨。介面很影響使用者對你軟體的印象。2.符合使用者操作習慣常用的操作一定符合使用者的習慣，這樣使用者用起來才會順手，才會感覺貼心；3.操作複雜度對於操作來說，盡量將複雜的操作簡化，使得簡單易用。4.酷炫效果在保證以上三條，能做多炫就做多炫，這樣能提升軟體檔次。

摘 要：軟體維護升級工作是軟體生命週期最重要的環節。為瞭解決以往C/S（Client/Server）模式下的用戶端軟體升級效率低的問題，設計了C/S應用系統自動升級處理常式。該程式利用Web Services技術、C#和XML語言，通過網路來完成C/ S應用系統的自動升級。與原有手工升級、FTP 檔案伺服器升級和第三方控制項升級相比，升級效率更高。該方案具有較好的參考價值。關鍵詞：C#；Web Services；XML；軟體自動升級中圖法分類號： 文獻標誌碼： 1