[背景]
軟件項目一般來說可以分成兩種：
A. 客戶定制系統
B. 研發產品化系統
目前，國內絕大多數的都是在做A類型的客戶定制系統，從接客戶的單，到做客戶的需求，拿到客戶的合同，做開發，做實施，做后期維護之類的工作。
另外一種B類的，做產品研發的工作，國內涉及的人不多，而且它的項目估算里面涉及的問題很多，這里就不展開談了。
做一個正常的軟件項目，作為經營者和管理者，都想清楚地知道，這個軟件項目有多大，要花掉多少成本，我能拿到的利潤有多少，所以能不能準確地估算出軟件項目的規模就顯得很重要的。
下面我們來剖析一個小小的軟件項目的規模估算。
[項目的需求文檔]
假設現在，我們接到了一個項目，項目的名稱是×××會員綜合管理平臺，決定采取傳統的B/S架構來設計，我們首先要干的事情就是具體的分析這個項目的需求文檔，只有在熟悉需求的情況下才能知道整體的規模。
具體的需求文檔參見：
附件---系統的需求文檔
[項目規模的概算]
我們大家都知道，正常的軟件開發模式，比如瀑布開發模式的話，會分成
A. 需求分析
B. 基本設計
C. 詳細設計
D. Codeing
E. UT
F. CT
G. RT
H. 后期維護
這么多階段和步驟。但是根據，我所了解到的，國內除了少部分對日的大型公司會嚴格按照這種流程來做事情之外，絕大多數的國內公司還是隨著自己的性子來。其中不乏，東軟，聯創之類的著名企業。所以我在制定項目概算的時候，還是按照國內的開發步驟來做：
大項目
中項目
小項目
人日
系統設計
數據庫設計(大概10張表左右)
------
6
系統結構設計
------
6
畫面demo
------
10
系統開發框架搭建
------
3
開發作業
會員管理子模塊
會員開卡畫面
1.5
會員開卡確認畫面
0.5
會員信息檢索畫面
1
會員信息修改畫面
1
會員休息修改確認畫面
0.5
批量生成卡號
1
會員積分輸入和修改
2
會員卡延期畫面
2
會員卡掛失畫面
2
商品管理子模塊
商品錄入畫面
1
商品錄入確認畫面
0.5
商品檢索畫面
1
商品信息維護畫面
1
庫存管理
庫存檢索畫面
1
庫存新建畫面
1
庫存修改畫面
1
庫存信息確認畫面
0.5
～省略～
測試作業
測試數據和計劃的準備
------
3
分模塊測試
分畫面測試
～省略～
后期維護
系統上線安裝
硬件安裝，布線
1
環境安裝，項目部署
1
簡單的客戶培訓
3
維護
日常數據的維護
4
BUG的修正
5
總計
大約7人月以上
[結論]
軟件公司在算錢的時候有幾種方法：
A. 國內的比如聯創之類，用項目分段方法收錢，做到哪一個階段，或者完成了一個模板的上線就算前
B. 外包公司一般采用一個人月多少錢來收錢，比如對日外包一般是1萬～2萬一個人月。
對于老板而言，他要計算出項目的成本，也要這樣算，比如以下：
（總人月：7人月）
項目成本
對客戶收費
總價
7萬(市價：1萬/人月)
>=8萬
# 為什么項目成本里面，一個人月會有1萬呢
因為如果我們假設項目的成員構成如下：
職位
月工資
PM
60,00
SE
45,00
PG(5人)
25,00×6
公司日常運營費用(包括文職人員，會計，場地租金，旅游福利，公司上層的工資，電腦設備，和客戶打交道的關系費-----)
500,00
于是我們就能得到：
月開銷合計
75,500
平均一個人月
10,786
# 為什么項目最后的售價一定會大于8萬呢
在今天的IT市場上，一般來說作客戶定制系統的公司，利潤率只有10%～20%，厲害一點的比如聯創，日恒一般也就15%。
特別是現在每年5%的通貨膨脹率，如果一個企業不拿到10%以上的利潤，那這個公司一定會完蛋。
所以，7萬×(最起碼的利潤率)10%>=8萬。
證明完畢
-----以上------
以下軟件管理相關文章，歡迎大家訪問
========================================================
《對日外包項目 管理十日談》
http://blog.csdn.net/nanjingjiangbiao/archive/2010/01/31/5274307.aspx
《對日外包項目管理十日談 之 第一日 接活》
http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/10/5364523.aspx
========================================================
【附件---系統的需求文檔】
系統需求：
模塊名
處理機能
機能詳細
會員管理子模塊
會員卡類型管理：分為儲值型返現型、計次型、普通型。
儲值型返現型屬于預付費型會員卡，例如充100實到帳120。
計次型屬于預付費型會員卡，例如500塊/20次。
普通型分為兩種：一種屬于預付費型會員卡，在開卡之際需要充入一定的現金；還有一種僅是用于代表用戶擁有某個商戶的會員身份，僅用于積分或打折使用。
每種卡類型都有相對應的積分與消費折扣率。
會員卡管理：包括會員開卡、會員信息維護、批量生成卡號等功能。
會員開卡：會員首次辦理會員卡時需錄入會員的信息并生成相應的卡信息與會員信息對應。
會員信息維護：會員信息的查詢，會員卡、會員身份信息的修改。
批量生成卡號：可以事先生成一批卡號，當用戶需辦理卡時，直接錄入即可。無論是單獨生成還是批量生成卡號，都需屏蔽不吉利的號碼。
充值管理：有儲值的會員卡在金額消費完畢后，需進行續費，若未續費，則會員卡暫不可用。
儲值型返現型、計次型為開卡前一次性充值。使用完畢即結束，再次充值時，所充金額按卡類型的限止進行充值。
普通消費型：可充入金額不等，具體金額由商家自行確定。
會員積分
會員積分是一個可以靈活配置的功能。例如開卡送多少積分，不同類型的會員卡在消費時增加多少積分，在兌換禮品時減少多少積分等等。
會員卡延期
無論是哪種類型的會員卡，在建卡之初都會設置相應的結束時間，在結束時間到來時，若尚有余額未使用，用戶可以申請延期，延期具體時間由商家自行決定。
會員卡掛失：用戶在無意中丟失卡片后可以向辦理卡片時的商戶申請掛失。
掛失：用戶憑辦理時輸入的密碼與證件進行掛失。
取掛：用戶若找到了丟失的卡片，可以取消掛失。
補卡：用戶在掛失一段時間后，可以申請補卡。補卡時用戶的會員卡號有可能會變，但會員卡編號是唯一的，不可變的。
商品管理子模塊
商品類別管理：商家為自己的商品創建相應的類別。商品的類別分為真實商品與虛擬商品兩種。
真實商品是現實中存在的商品，例如：香煙、酒、飲料等。
虛擬商品為空間或時間上的概念。
真實商品管理：
商品信息錄入：各商家自行錄入商品信息。
商品信息維護：包括商品信息的查詢、修改、刪除等功能。
虛擬商品管理：
商品管理：例如某個球場。3小時/100元。某種服務，100元/1次。
庫存管理
庫房管理
創建、維護、查詢、刪除本商家的庫房信息。
供應商管理
創建、維護供應商信息。供應商名稱，電話，具體聯系人，銷售產品等。
入庫管理
新進商品的入庫操作。商品的名稱，數量，對應的供應商，存儲的庫房，保持期，最低庫存告警點等。
出庫管理
商品銷售過程中，系統會對商品的數量進行自動的減少。
庫存告警
當某種商品庫存量低于設定的水平時，給予明確的告警。
消費管理子模塊
預訂管理
用戶以電話的形式聯系商家,并預訂下到達的時間和所消費的服務。商家通過系統創建預訂單，預訂單中包含用戶的聯系信息或會員卡號、計劃消費的服務、使用的場地等信息。
消費單生成
用戶來到商家消費后，若是事先有預定則此時轉化為相應的消費單，若是當場消費，則現場生成消費單。消費單中保存了用戶在商戶的一切消費行為，當最終進行費用結算時，若用戶是會員則可將消費單與會員卡對接。
添加真實商品
為已正式生成的消費單添加商品，包括商品的數量，單價，消費時間等。
增加虛擬商品
為已正式生成的消費單添加虛擬的商品，虛擬的商品不同于真實商品，未必以數量為單位，可能是以時間或次數為單位。系統會詳細記錄會員消費的起始時間或次數，到會員結帳時自動根據記錄計算出結果。
費用結算管理
系統會根據各商戶所生成的消費單上的內容進行結算。這包括真實商品的數量與單價的乘積，虛擬商品所用時間或次數的計算結果，或者是二者之和。在計算出結果后，若用戶持有會員卡，系統會根據會員卡的類型、商品的類型等進行打折、積分。
聯合結帳
在上面結帳管理的基礎上，可以將不同的消費單關聯，并設置其中一張消費單為主結算單進行費用結算。
商家自助管理子模塊
商家信息管理
對商家自身信息的管理、維護。商家充值功能。
員工管理
新建、維護員工。包括員工登陸系統的帳號，初始密碼，有效期等。
員工銷售情況統計
查看每個店內員工的商品或服務銷售情況，可以借此衡量員工的業績。
員工操作日志
查看每個店內員工的操作行為記錄。
交班管理
員工與員工之間交班時的一種操作，主要是對上一班員工的各類數據的一個總結，新一班員工數據的重新開始錄入。
提醒管理
分為兩種提醒，一種是程序控制的提醒，在某些點上加入，到達限定條件即提醒(待議)；一種是可配置的提醒，如，某年某月某日要做些什么。
短信群發申請
商家編輯短信的內容提交至管理員處統一發送。
郵件群發管理
可以從數據庫中隨機掏出指定人數用戶向其發送郵件。
公告管理
針對店內員工的公告信息
計量單位管理
每個商家可以添加屬于自己的計量單位，例如：個，次。這種僅限于頁面展示，與價格換算無關聯。
密碼修改
對登陸系統密碼的修改
統計報表
待定
系統管理
角色權限管理
平臺中有眾多商家，他們所包含的員工都有相應的角色，不同的角色所看見的功能不一樣，角色由管理員統一創建。
商家管理
所有商家皆由此添加，在有效期到來之前，商家均可正常登陸系統進行操作。
地市信息管理
系統初始數據，一般不做變更，主要包含江蘇省13個地市的信息。
提醒管理
分為兩種提醒，一種是程序控制的提醒，在某些點上加入，到達限定條件即提醒(待議)；一種是可配置的提醒，如，某年某月某日要做些什么。
短信群發管理
可以從數據庫中隨機取出指定人數用戶向其發送短信。審批后,因按短信的條數扣除從商家的帳戶上扣除一定的金額,若金額不夠則不能審批。
郵件群發管理
可以從數據庫中隨機掏出指定人數用戶向其發送郵件
公告管理
向所有的商家發布公告信息
密碼修改
對登陸系統密碼的修改
統計報表
待定
本文來自CSDN博客：http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/04/5346859.aspx