[ 背景 ]
軟件項目一般來說可以分成兩種：
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
========================================================
系統需求：
|
模塊名 |
處理機能 |
機能詳細 |
|
會 員 管理子模 塊 |
會 員 卡 類 型管理：分 爲儲值 型返 現 型、 計 次型、普通型。 |
儲值 型返 現 型屬於 預 付 費 型會 員 卡，例如充 100 實 到 帳 120 。 計 次型屬於 預 付 費 型會 員 卡，例如 500 塊 /20 次。 普通型分 爲 兩 種 ：一 種 屬於 預 付 費 型會 員 卡，在 開 卡之 際 需要充入一定的 現 金； 還 有一 種僅 是用於代表用 戶擁 有某個商 戶 的會 員 身份， 僅 用於 積 分或打折使用。 每種 卡 類 型都有相 對應 的 積 分與消 費 折扣率。 |
|
會 員 卡管理：包括會 員開 卡、會 員 信息 維護 、批量生成卡號等功能。
|
會 員開 卡：會 員 首次 辦 理會 員 卡 時 需 錄 入會 員 的信息並生成相 應 的卡信息與會 員 信息 對應 。 會 員 信息 維護 ：會 員 信息的 查詢 ，會 員 卡、會 員 身份信息的修改。 批量生成卡號：可以事先生成一批卡號，當用 戶 需 辦 理卡 時 ，直接 錄 入即可。無 論 是 單 獨生成 還 是批量生成卡號，都需屏蔽不吉利的號 碼 。
|
|
|
充 值 管理：有 儲值 的會 員 卡在金 額 消 費 完 畢 後，需 進 行 續費 ，若未 續費 ， 則 會 員 卡 暫 不可用。
|
儲值 型返 現 型、 計 次型 爲開 卡前一次性充 值 。使用完 畢 即 結 束，再次充 值時 ，所充金 額 按卡 類 型的限止 進 行充 值 。 普通消 費 型：可充入金 額 不等，具體金 額 由商家自行確定。
|
|
|
會 員積 分
|
會 員積 分是一個可以靈活配置的功能。例如 開 卡送多少 積 分，不同 類 型的會 員 卡在消 費時 增加多少 積 分，在 兌換 禮品 時 減少多少 積 分等等。 |
|
|
會 員 卡延期 |
無 論 是哪 種類 型的會 員 卡，在建卡之初都會 設 置相 應 的 結 束 時間 ，在 結 束 時間 到來 時 ，若尚有餘 額 未使用，用 戶 可以申 請 延期，延期具體 時間 由商家自行決定。 |
|
|
會 員 卡掛失：用 戶 在無意中 丟 失卡片後可以向 辦 理卡片 時 的商 戶 申 請 掛失。
|
掛失：用 戶 憑 辦 理 時輸 入的密 碼 與 證 件 進 行掛失。 取掛：用 戶 若找到了 丟 失的卡片，可以取消掛失。 補 卡：用 戶 在掛失一段 時間 後，可以申 請補 卡。 補 卡 時 用 戶 的會 員 卡號有可能會 變 ，但會 員 卡 編 號是唯一的，不可 變 的。 |
|
|
商品管理子模 塊
|
商品 類別 管理：商家 爲 自己的商品 創 建相 應 的 類別 。商品的 類別 分 爲 真 實 商品與虛 擬 商品兩 種 。 |
真 實 商品是 現實 中存在的商品，例如：香菸、酒、 飲 料等。 虛 擬 商品 爲 空 間 或 時間 上的概念。 |
|
真 實 商品管理：
|
商品信息 錄 入：各商家自行 錄 入商品信息。 商品信息 維護 ：包括商品信息的 查詢 、修改、 刪 除等功能。 |
|
|
虛 擬 商品管理：
|
商品管理：例如某個球 場 。 3 小 時 /100 元。某 種 服 務 ， 100 元 /1 次。 |
|
|
庫 存管理
|
庫 房管理 |
創 建、 維護 、 查詢 、 刪 除本商家的 庫 房信息。
|
|
供 應 商管理 |
創 建、 維護 供 應 商信息。供 應 商名稱， 電話 ，具體 聯 系人， 銷 售 產 品等。 |
|
|
入 庫 管理 |
新 進 商品的入 庫 操作。商品的名稱，數量， 對應 的供 應 商，存 儲 的 庫 房，保持期，最低 庫 存告警點等。
|
|
|
出 庫 管理 |
商品 銷 售 過 程中，系 統 會 對 商品的數量 進 行自 動 的減少。 |
|
|
庫 存告警 |
當某 種 商品 庫 存量低於 設 定的水平 時 ， 給 予明確的告警。 |
|
|
消 費 管理子模 塊
|
預訂 管理 |
用 戶 以 電話 的形式 聯 系商家 , 並 預訂 下到達的 時間 和所消 費 的服 務 。商家通 過 系 統創 建 預訂單 ， 預訂單 中包含用 戶 的 聯 系信息或會 員 卡號、 計 劃消 費 的服 務 、使用的 場 地等信息。 |
|
消 費單 生成 |
用 戶 來到商家消 費 後，若是事先有 預 定 則 此 時轉 化 爲 相 應 的消 費單 ，若是當 場 消 費 ， 則現場 生成消 費單 。消 費單 中保存了用 戶 在商 戶 的一切消 費 行 爲 ，當最 終進 行 費 用 結 算 時 ，若用 戶 是會 員則 可將消 費單 與會 員 卡 對 接。
|
|
|
添加真 實 商品 |
爲 已正式生成的消 費單 添加商品，包括商品的數量， 單 價，消 費時間 等。
|
|
|
增加虛 擬 商品 |
爲 已正式生成的消 費單 添加虛 擬 的商品，虛 擬 的商品不同於真 實 商品，未必以數量 爲單 位，可能是以 時間 或次數 爲單 位。系 統 會 詳細記錄 會 員 消 費 的起始 時間 或次數，到會 員結帳時 自 動 根據 記錄計 算出 結 果。
|
|
|
費 用 結 算管理 |
系 統 會根據各商 戶 所生成的消 費單 上的內容 進 行 結 算。 這 包括真 實 商品的數量與 單 價的乘 積 ，虛 擬 商品所用 時間 或次數的 計 算 結 果，或者是二者之和。在 計 算出 結 果後，若用 戶 持有會 員 卡，系 統 會根據會 員 卡的 類 型、商品的 類 型等 進 行打折、 積 分。 |
|
|
聯 合 結帳 |
在上面 結帳 管理的基 礎 上，可以將不同的消 費單關聯 ，並 設 置其中一 張 消 費單爲 主 結 算 單進 行 費 用 結 算。 |
|
|
商家自助管理子模 塊
|
商家信息管理 |
對 商家自身信息的管理、 維護 。 商家充 值 功能。
|
|
員 工管理 |
新建、 維護員 工。包括 員 工登 陸 系 統 的 帳 號，初始密 碼 ，有效期等。
|
|
|
員 工 銷 售情況 統計 |
查 看 每 個店內 員 工的商品或服 務銷 售情況，可以藉此衡量 員 工的 業績 。
|
|
|
員 工操作日誌 |
查 看 每 個店內 員 工的操作行 爲記錄 。
|
|
|
交班管理 |
員 工與 員 工之 間 交班 時 的一 種 操作，主要是 對 上一班 員 工的各 類 數據的一個 總結 ，新一班 員 工數據的重新 開 始 錄 入。 |
|
|
提醒管理 |
分 爲 兩 種 提醒，一 種 是程序控制的提醒，在某些點上加入，到達限定條件即提醒 ( 待 議 ) ；一 種 是可配置的提醒，如，某年某月某日要做些什 麼 。 |
|
|
短信羣 發 申 請 |
商家 編輯 短信的內容提交至管理 員處統 一 發 送。
|
|
|
郵 件羣 發 管理 |
可以從數據 庫 中隨機掏出指定人數用 戶 向其 發 送 郵 件。
|
|
|
公告管理 |
針對 店內 員 工的公告信息 |
|
|
計 量 單 位管理 |
每 個商家可以添加屬於自己的 計 量 單 位，例如：個，次。 這種僅 限於 頁 面展示，與價格 換 算無 關聯 。 |
|
|
密 碼 修改 |
對 登 陸 系 統 密 碼 的修改 |
|
|
統計報 表 |
待定 |
|
|
系 統 管理
|
角色 權 限管理 |
平臺中有衆多商家，他 們 所包含的 員 工都有相 應 的角色，不同的角色所看 見 的功能不一 樣 ，角色由管理 員統 一 創 建。 |
|
商家管理 |
所有商家皆由此添加，在有效期到來之前，商家均可正常登 陸 系 統進 行操作。 |
|
|
地市信息管理 |
系 統 初始數據，一般不做 變 更，主要包含江 蘇 省 13 個地市的信息。 |
|
|
提醒管理 |
分 爲 兩 種 提醒，一 種 是程序控制的提醒，在某些點上加入，到達限定條件即提醒 ( 待 議 ) ；一 種 是可配置的提醒，如，某年某月某日要做些什 麼 。 |
|
|
短信羣 發 管理 |
可以從數據 庫 中隨機取出指定人數用 戶 向其 發 送短信。 審 批後 , 因按短信的條數扣除從商家的 帳戶 上扣除一定的金 額 , 若金 額 不 夠則 不能 審 批。 |
|
|
郵 件羣 發 管理 |
可以從數據 庫 中隨機掏出指定人數用 戶 向其 發 送 郵 件 |
|
|
公告管理 |
向所有的商家 發 布公告信息 |
|
|
密 碼 修改 |
對 登 陸 系 統 密 碼 的修改 |
|
|
統計報 表 |
待定 |
