軟件

 　　項目組成立的第一件事是編著《軟體專案計劃書》，在計劃書中描述開發排程、資源需求、專案管理等各項情況的大體內容。計劃書主要向公司各相關人員發放，使他們大體瞭解該軟體項目的情況。對於計劃書的每個內容，都應有相應具體實施手冊，這些手冊是供項目組相關成員使用的。 　　《軟體專案計劃書》一般應該包括下述內容： 　　1.引言 　　1.1計劃的目的 　　1.2項目的範圍和目標 　　1.2.1範圍描述 　　1.2.2主要功能 　　1.2.3效能 　　1.2.4管理和技術約束 　　2.項目估算

        現在才明白，身邊的項目都有回扣一說，只是或多或少的事情。還是有回扣好啊，兩邊的溝通又進了一步，至少有了個中間人。        這個中間人想法大體如下：        1 項目一定要完工，注意不是合乎需求，因為那一般都是奢望。        2 軟體的使用壽命周期要短，最好有第二批人接手做二期，這樣錢拿的才保險。        。。。。。。        先不要說了，待續吧。 

公欲利其事，必先利其器。同樣在軟體開發測試的世界裡面，正確的使用工具，大大提高效率！工作中用到不少工具，最近學到不少新工具CI， git， soupUI。 總結一下自己工具的心得：1. 沒有最好的工具，只有最適合自己的工具。    這條告訴我們，學習新工具之前，先瞭解一下自己的問題或需求。先回答自己想解決什麼問題？2. 工具越強大，暴露的介面越複雜，其學習花的時間和精力越多，長期開看收益也大。    試想我們工廠裡面一個複雜機器，我們是如何學習的？同樣學習軟體工具，也需要花時間和精力去學習。3.

最近可不只是Windows 8發售了，手機版的作業系統Windows Phone 8也已經發布，緊接著我們看到到最終版的Windows Phone 8的SDK。既然手中已有Windows 8 Pro的平板電腦，那不如讓我們下來窺視一下Windows Phone 8的觸控體驗吧。 好電腦才能類比WP8   

軟體的性質決定了人的重要作用，因此有效溝通就顯得尤為重要。 一、文檔很重要嗎？ 傳統的軟體開發過程強調文檔的溝通作用，他要求每個階段都要產生詳細的文檔，他希望通過文檔不同的涉眾可以更好地理解系統的內容，瞭解系統的進展。 然而，文檔真的能起到預期的效果嗎？ 事 實證明，能真正潛下心來，認真閱讀文檔的人並不多。如果一個人能夠潛下心來閱讀那些枯燥的文檔，我們完全有理由相信，他是一個富有專研精神的人。然而，現

接上文創業期的軟體開發管理(一)

Linux 中如何卸載已安裝的軟體.

1.首先請先先下載EasyRecovery Professional 604的英文版+漢化補丁。http://www.hanzify.org/?Go=Show::List&ID=65942.EasyRecovery 604軟體簡介

    專案經理：是否實現了公司的戰略目標，或者項目目標. 具體的目標，一般是用利潤來衡量，項目的合約價格主要由銷售部門來談，專案經理必須準確的計算成本來配合報價，並且在項目過程中控製成本。有的時候利潤並不是優先目標，其他可能的目標是：贏得客戶；打響品牌；鍛煉隊伍等，如果你以打響品牌為第一目標，那你就要嚴格控制品質，不太考慮成本和利潤。公司可以把若干目標按優先順序列出，專案經理能實現前幾個即為成功，如果全部實現，那此專案經理就很了不起了。    

最近讀完敏捷著作中的經典《敏捷式軟體開發 (Agile Software Development)》，原名是Agile Software

作者：朱金燦來源：http://www.cnblogs.com/clever101      預計這篇要挨一些磚頭，但既然說了，就不怕挨一些磚頭。 進入正題。蒙聖光大俠的一篇《軟體產品化, 國內IT人之痛》引發了大家的共鳴，也引發了我的共鳴。蒙聖光大俠提的5個原則都很好，我看這5個原則可以歸納為兩個關鍵詞：市場需求和技術（原則1、2、4、5主要是如何把握市場需求的，原則2主要是技術），可以總結為一個主題：技術如何和市場需求完美契合。呵呵，大家都可以說這些都可以算是廢話。 在我看來，什麼產品定位、

  作者：朱金燦來源：http://www.cnblogs.com/clever101      前言：前天我聽了一個ERDAS Imagine銷售人員對ERDAS Imagine新版本的介紹，得知ERDAS也準備做軟體增值服務。由此引發了我對幾大遙感軟體的二次開發方式的瞭解和一些思考。       

前 言 　　前段時間一直在寫技術方面的文章，現在想轉轉口味，從軟體開發過程和專案管理的角度來談論軟體開發。本座也知道，從這兩個角度來談論軟體開發對談論者來說是非常冒險的一件事情，它不像技術，對就對錯就錯，有一個客觀的評判標準，別人想噴你也得自己先好好研究等拿到了足夠的論據才能噴，但開發過程和專案管理就不同了，別人僅憑一點點所謂的管理經驗甚至是主觀推斷就能噴得你體無完膚，搖搖欲墜 ~

上個禮拜去北京參加了普華基礎軟體公司的筆試，給我留下比較深的印象，為什麼呢，因為筆試內容特別多，從9點一直做到11點多才完成，整整2個小時啊！！筆試題有兩份，一份是 C++/Java開發的筆試題，一份是 web前端的筆試題。Java 我覺得不難，主要還是基礎題和資料結構題目，最後有道 關於Struts的簡答題，由於本人很久很久沒有用架構了，所以對架構那道題答的很不好，唯寫了一點點，web 前端的題主要就是 js，html，以及css的題，這個我雖然不算數精通吧，但是也還湊合，所以做的也比較順利。

    這是“使用 C＃ 開發智能手機軟體：推箱子”系列文章的第十四篇。在這篇文章中，介紹 Window/ErrorMsgDlg.cs 來源程式檔案。這個來源程式檔案包含 ErrorMsgDlg 類，該類繼承自 System.Windows.Forms.Form 類，表示推箱子的“錯誤資訊”對話方塊。如所示：    下面是 Window/ErrorMsgDlg.Designer.cs 來源程式的部分代碼：Code highlighting produced by Actipro

    最近，使用 C＃ 開發了一款智能手機軟體：推箱子。    先介紹一下這款軟體的特點：    1. 可以在智能手機上運行，也可以在電腦上運行。    2. 退出程式時可保護現場，下次再運行自動回復到原來的狀態。    3. 玩家通關後可以使用“錄影”功能儲存通關步驟，以便將來“回放”。    4. 可以自由設計關卡，批量進行資料匯出和匯入。   

一個可啟動並執行軟體由四個部分組成　　1. 可執行檔代碼　　2. 配置　　3. 運行環境　　4. 資料任何一個部分發生變化都會軟體的行為發生變化在很多團隊中往往他們只測試代碼;而忽略了,或者沒有完整的測試其他幾個因素,因此在之後的部署過程中會遇到不少的問題 頻繁的小規模測試(一般是每次check-in都會觸發一次測試)可以較好的保證代碼的品質這裡就需要AAT(Automatic Acceptance Test) 和一個持續 整合/構建/測試

--alphal 自我裝載版  --beta 正式發行前小眾測試版  --demo 示範版--Enhance 增強版或者加強版 屬於正式版 --Free 自由版 --Full version 完全版 屬於正式版 --shareware 共用版 --Release 發行版 有時間限制 --Upgrade 升級版 --Retail 零售版 --Cardware 共用軟體的一種，只要給作者回複一封電郵或明信片即可，這種形式已不多見。 --Plus 增強版，不過這種大部分是在程式介面及多媒體功能上增強。

隨著資訊技術在國內不同行業應用的開展，人們已經不再懷疑軟體對於社會運轉的巨大作用。但是，隨著人們對軟體作用期望值的提高，已經有越來越多人將關注點轉移到軟體的可靠性上，因此，國內軟體測試公司或測評中心如雨後春筍般出現。 軟體測試並非萬能藥