[背景]

軟件項(xiàng)目一般來(lái)說(shuō)可以分成兩種：

a. 客戶定制系統(tǒng)

b. 研發(fā)產(chǎn)品化系統(tǒng)

目前，國(guó)內(nèi)絕大多數(shù)的都是在做a類型的客戶定制系統(tǒng)，從接客戶的單，到做客戶的需求，拿到客戶的合同，做開(kāi)發(fā)，做實(shí)施，做后期維護(hù)之類的工作。

另外一種b類的，做產(chǎn)品研發(fā)的工作，國(guó)內(nèi)涉及的人不多，而且它的項(xiàng)目估算里面涉及的問(wèn)題很多，這里就不展開(kāi)談了。

做一個(gè)正常的軟件項(xiàng)目，作為經(jīng)營(yíng)者和管理者，都想清楚地知道，這個(gè)軟件項(xiàng)目有多大，要花掉多少成本，我能拿到的利潤(rùn)有多少，所以能不能準(zhǔn)確地估算出軟件項(xiàng)目的規(guī)模就顯得很重要的。

下面我們來(lái)剖析一個(gè)小小的軟件項(xiàng)目的規(guī)模估算。

[項(xiàng)目的需求文檔]

假設(shè)現(xiàn)在，我們接到了一個(gè)項(xiàng)目，項(xiàng)目的名稱是×××?xí)T綜合管理平臺(tái)，決定采取傳統(tǒng)的b/s架構(gòu)來(lái)設(shè)計(jì)，我們首先要干的事情就是具體的分析這個(gè)項(xiàng)目的需求文檔，只有在熟悉需求的情況下才能知道整體的規(guī)模。

具體的需求文檔參見(jiàn)：

附件---系統(tǒng)的需求文檔

[項(xiàng)目規(guī)模的概算]

我們大家都知道，正常的軟件開(kāi)發(fā)模式，比如瀑布開(kāi)發(fā)模式的話，會(huì)分成

a. 需求分析

b. 基本設(shè)計(jì)

c. 詳細(xì)設(shè)計(jì)

d. codeing

e. ut

f. ct

g. rt

h. 后期維護(hù)

這么多階段和步驟。但是根據(jù)，我所了解到的，國(guó)內(nèi)除了少部分對(duì)日的大型公司會(huì)嚴(yán)格按照這種流程來(lái)做事情之外，絕大多數(shù)的國(guó)內(nèi)公司還是隨著自己的性子來(lái)。其中不乏，東軟，聯(lián)創(chuàng)之類的著名企業(yè)。所以我在制定項(xiàng)目概算的時(shí)候，還是按照國(guó)內(nèi)的開(kāi)發(fā)步驟來(lái)做：

大項(xiàng)目
中項(xiàng)目
小項(xiàng)目
人日

系統(tǒng)設(shè)計(jì)
數(shù)據(jù)庫(kù)設(shè)計(jì)(大概10張表左右)
------
6

系統(tǒng)結(jié)構(gòu)設(shè)計(jì)
------
6

畫面demo
------
10

系統(tǒng)開(kāi)發(fā)框架搭建
------
3

開(kāi)發(fā)作業(yè)
會(huì)員管理子模塊
會(huì)員開(kāi)卡畫面
1.5

會(huì)員開(kāi)卡確認(rèn)畫面
0.5

會(huì)員信息檢索畫面
1

會(huì)員信息修改畫面
1

會(huì)員休息修改確認(rèn)畫面
0.5

批量生成卡號(hào)
1

會(huì)員積分輸入和修改
2

會(huì)員卡延期畫面
2

會(huì)員卡掛失畫面
2

商品管理子模塊
商品錄入畫面
1

商品錄入確認(rèn)畫面
0.5

商品檢索畫面
1

商品信息維護(hù)畫面
1

庫(kù)存管理
庫(kù)存檢索畫面
1

庫(kù)存新建畫面
1

庫(kù)存修改畫面
1

庫(kù)存信息確認(rèn)畫面
0.5

～省略～

測(cè)試作業(yè)
測(cè)試數(shù)據(jù)和計(jì)劃的準(zhǔn)備
------
3

分模塊測(cè)試
分畫面測(cè)試
～省略～

后期維護(hù)
系統(tǒng)上線安裝
硬件安裝，布線
1

環(huán)境安裝，項(xiàng)目部署
1

簡(jiǎn)單的客戶培訓(xùn)
3

維護(hù)
日常數(shù)據(jù)的維護(hù)
4

bug的修正
5

總計(jì)
大約7人月以上

[結(jié)論]

軟件公司在算錢的時(shí)候有幾種方法：

a. 國(guó)內(nèi)的比如聯(lián)創(chuàng)之類，用項(xiàng)目分段方法收錢，做到哪一個(gè)階段，或者完成了一個(gè)模板的上線就算前

b. 外包公司一般采用一個(gè)人月多少錢來(lái)收錢，比如對(duì)日外包一般是1萬(wàn)～2萬(wàn)一個(gè)人月。

對(duì)于老板而言，他要計(jì)算出項(xiàng)目的成本，也要這樣算，比如以下：

（總?cè)嗽拢?人月）
項(xiàng)目成本
對(duì)客戶收費(fèi)

總價(jià)
7萬(wàn)(市價(jià)：1萬(wàn)/人月)
>=8萬(wàn)

# 為什么項(xiàng)目成本里面，一個(gè)人月會(huì)有1萬(wàn)呢

因?yàn)槿绻覀兗僭O(shè)項(xiàng)目的成員構(gòu)成如下：

職位
月工資

pm
60,00

se
45,00

pg(5人)
25,00×6

公司日常運(yùn)營(yíng)費(fèi)用(包括文職人員，會(huì)計(jì)，場(chǎng)地租金，旅游福利，公司上層的工資，電腦設(shè)備，和客戶打交道的關(guān)系費(fèi)-----)
500,00

于是我們就能得到：

月開(kāi)銷合計(jì)
75,500

平均一個(gè)人月
10,786

# 為什么項(xiàng)目最后的售價(jià)一定會(huì)大于8萬(wàn)呢

在今天的it市場(chǎng)上，一般來(lái)說(shuō)作客戶定制系統(tǒng)的公司，利潤(rùn)率只有10%～20%，厲害一點(diǎn)的比如聯(lián)創(chuàng)，日恒一般也就15%。

特別是現(xiàn)在每年5%的通貨膨脹率，如果一個(gè)企業(yè)不拿到10%以上的利潤(rùn)，那這個(gè)公司一定會(huì)完蛋。

所以，7萬(wàn)×(最起碼的利潤(rùn)率)10%>=8萬(wàn)。

證明完畢

-----以上------

以下軟件管理相關(guān)文章，歡迎大家訪問(wèn)

========================================================

《對(duì)日外包項(xiàng)目 管理十日談》

http://blog.csdn.net/nanjingjiangbiao/archive/2010/01/31/5274307.aspx

========================================================

【附件---系統(tǒng)的需求文檔】

系統(tǒng)需求：

模塊名
處理機(jī)能
機(jī)能詳細(xì)

會(huì)員管理子模塊
會(huì)員卡類型管理：分為儲(chǔ)值型返現(xiàn)型、計(jì)次型、普通型。
儲(chǔ)值型返現(xiàn)型屬于預(yù)付費(fèi)型會(huì)員卡，例如充100實(shí)到帳120。

計(jì)次型屬于預(yù)付費(fèi)型會(huì)員卡，例如500塊/20次。

普通型分為兩種：一種屬于預(yù)付費(fèi)型會(huì)員卡，在開(kāi)卡之際需要充入一定的現(xiàn)金；還有一種僅是用于代表用戶擁有某個(gè)商戶的會(huì)員身份，僅用于積分或打折使用。

每種卡類型都有相對(duì)應(yīng)的積分與消費(fèi)折扣率。

會(huì)員卡管理：包括會(huì)員開(kāi)卡、會(huì)員信息維護(hù)、批量生成卡號(hào)等功能。

會(huì)員開(kāi)卡：會(huì)員首次辦理會(huì)員卡時(shí)需錄入會(huì)員的信息并生成相應(yīng)的卡信息與會(huì)員信息對(duì)應(yīng)。

會(huì)員信息維護(hù)：會(huì)員信息的查詢，會(huì)員卡、會(huì)員身份信息的修改。

批量生成卡號(hào)：可以事先生成一批卡號(hào)，當(dāng)用戶需辦理卡時(shí)，直接錄入即可。無(wú)論是單獨(dú)生成還是批量生成卡號(hào)，都需屏蔽不吉利的號(hào)碼。

充值管理：有儲(chǔ)值的會(huì)員卡在金額消費(fèi)完畢后，需進(jìn)行續(xù)費(fèi)，若未續(xù)費(fèi)，則會(huì)員卡暫不可用。

儲(chǔ)值型返現(xiàn)型、計(jì)次型為開(kāi)卡前一次性充值。使用完畢即結(jié)束，再次充值時(shí)，所充金額按卡類型的限止進(jìn)行充值。

普通消費(fèi)型：可充入金額不等，具體金額由商家自行確定。

會(huì)員積分

會(huì)員積分是一個(gè)可以靈活配置的功能。例如開(kāi)卡送多少積分，不同類型的會(huì)員卡在消費(fèi)時(shí)增加多少積分，在兌換禮品時(shí)減少多少積分等等。

會(huì)員卡延期
無(wú)論是哪種類型的會(huì)員卡，在建卡之初都會(huì)設(shè)置相應(yīng)的結(jié)束時(shí)間，在結(jié)束時(shí)間到來(lái)時(shí)，若尚有余額未使用，用戶可以申請(qǐng)延期，延期具體時(shí)間由商家自行決定。

會(huì)員卡掛失：用戶在無(wú)意中丟失卡片后可以向辦理卡片時(shí)的商戶申請(qǐng)掛失。

掛失：用戶憑辦理時(shí)輸入的密碼與證件進(jìn)行掛失。

取掛：用戶若找到了丟失的卡片，可以取消掛失。

補(bǔ)卡：用戶在掛失一段時(shí)間后，可以申請(qǐng)補(bǔ)卡。補(bǔ)卡時(shí)用戶的會(huì)員卡號(hào)有可能會(huì)變，但會(huì)員卡編號(hào)是唯一的，不可變的。

商品管理子模塊

商品類別管理：商家為自己的商品創(chuàng)建相應(yīng)的類別。商品的類別分為真實(shí)商品與虛擬商品兩種。
真實(shí)商品是現(xiàn)實(shí)中存在的商品，例如：香煙、酒、飲料等。

虛擬商品為空間或時(shí)間上的概念。

真實(shí)商品管理：

商品信息錄入：各商家自行錄入商品信息。

商品信息維護(hù)：包括商品信息的查詢、修改、刪除等功能。

虛擬商品管理：

商品管理：例如某個(gè)球場(chǎng)。3小時(shí)/100元。某種服務(wù)，100元/1次。

庫(kù)存管理

庫(kù)房管理
創(chuàng)建、維護(hù)、查詢、刪除本商家的庫(kù)房信息。

供應(yīng)商管理
創(chuàng)建、維護(hù)供應(yīng)商信息。供應(yīng)商名稱，電話，具體聯(lián)系人，銷售產(chǎn)品等。

入庫(kù)管理
新進(jìn)商品的入庫(kù)操作。商品的名稱，數(shù)量，對(duì)應(yīng)的供應(yīng)商，存儲(chǔ)的庫(kù)房，保持期，最低庫(kù)存告警點(diǎn)等。

出庫(kù)管理
商品銷售過(guò)程中，系統(tǒng)會(huì)對(duì)商品的數(shù)量進(jìn)行自動(dòng)的減少。

庫(kù)存告警
當(dāng)某種商品庫(kù)存量低于設(shè)定的水平時(shí)，給予明確的告警。

消費(fèi)管理子模塊

預(yù)訂管理
用戶以電話的形式聯(lián)系商家,并預(yù)訂下到達(dá)的時(shí)間和所消費(fèi)的服務(wù)。商家通過(guò)系統(tǒng)創(chuàng)建預(yù)訂單，預(yù)訂單中包含用戶的聯(lián)系信息或會(huì)員卡號(hào)、計(jì)劃消費(fèi)的服務(wù)、使用的場(chǎng)地等信息。

消費(fèi)單生成
用戶來(lái)到商家消費(fèi)后，若是事先有預(yù)定則此時(shí)轉(zhuǎn)化為相應(yīng)的消費(fèi)單，若是當(dāng)場(chǎng)消費(fèi)，則現(xiàn)場(chǎng)生成消費(fèi)單。消費(fèi)單中保存了用戶在商戶的一切消費(fèi)行為，當(dāng)最終進(jìn)行費(fèi)用結(jié)算時(shí)，若用戶是會(huì)員則可將消費(fèi)單與會(huì)員卡對(duì)接。

添加真實(shí)商品
為已正式生成的消費(fèi)單添加商品，包括商品的數(shù)量，單價(jià)，消費(fèi)時(shí)間等。

增加虛擬商品
為已正式生成的消費(fèi)單添加虛擬的商品，虛擬的商品不同于真實(shí)商品，未必以數(shù)量為單位，可能是以時(shí)間或次數(shù)為單位。系統(tǒng)會(huì)詳細(xì)記錄會(huì)員消費(fèi)的起始時(shí)間或次數(shù)，到會(huì)員結(jié)帳時(shí)自動(dòng)根據(jù)記錄計(jì)算出結(jié)果。

費(fèi)用結(jié)算管理
系統(tǒng)會(huì)根據(jù)各商戶所生成的消費(fèi)單上的內(nèi)容進(jìn)行結(jié)算。這包括真實(shí)商品的數(shù)量與單價(jià)的乘積，虛擬商品所用時(shí)間或次數(shù)的計(jì)算結(jié)果，或者是二者之和。在計(jì)算出結(jié)果后，若用戶持有會(huì)員卡，系統(tǒng)會(huì)根據(jù)會(huì)員卡的類型、商品的類型等進(jìn)行打折、積分。

聯(lián)合結(jié)帳
在上面結(jié)帳管理的基礎(chǔ)上，可以將不同的消費(fèi)單關(guān)聯(lián)，并設(shè)置其中一張消費(fèi)單為主結(jié)算單進(jìn)行費(fèi)用結(jié)算。

商家自助管理子模塊

商家信息管理
對(duì)商家自身信息的管理、維護(hù)。商家充值功能。

員工管理
新建、維護(hù)員工。包括員工登陸系統(tǒng)的帳號(hào)，初始密碼，有效期等。

員工銷售情況統(tǒng)計(jì)
查看每個(gè)店內(nèi)員工的商品或服務(wù)銷售情況，可以借此衡量員工的業(yè)績(jī)。

員工操作日志
查看每個(gè)店內(nèi)員工的操作行為記錄。

交班管理
員工與員工之間交班時(shí)的一種操作，主要是對(duì)上一班員工的各類數(shù)據(jù)的一個(gè)總結(jié)，新一班員工數(shù)據(jù)的重新開(kāi)始錄入。

提醒管理
分為兩種提醒，一種是程序控制的提醒，在某些點(diǎn)上加入，到達(dá)限定條件即提醒(待議)；一種是可配置的提醒，如，某年某月某日要做些什么。

短信群發(fā)申請(qǐng)
商家編輯短信的內(nèi)容提交至管理員處統(tǒng)一發(fā)送。

郵件群發(fā)管理
可以從數(shù)據(jù)庫(kù)中隨機(jī)掏出指定人數(shù)用戶向其發(fā)送郵件。

公告管理
針對(duì)店內(nèi)員工的公告信息

計(jì)量單位管理
每個(gè)商家可以添加屬于自己的計(jì)量單位，例如：個(gè)，次。這種僅限于頁(yè)面展示，與價(jià)格換算無(wú)關(guān)聯(lián)。

密碼修改
對(duì)登陸系統(tǒng)密碼的修改

統(tǒng)計(jì)報(bào)表
待定

系統(tǒng)管理

角色權(quán)限管理
平臺(tái)中有眾多商家，他們所包含的員工都有相應(yīng)的角色，不同的角色所看見(jiàn)的功能不一樣，角色由管理員統(tǒng)一創(chuàng)建。

商家管理
所有商家皆由此添加，在有效期到來(lái)之前，商家均可正常登陸系統(tǒng)進(jìn)行操作。

地市信息管理
系統(tǒng)初始數(shù)據(jù)，一般不做變更，主要包含江蘇省13個(gè)地市的信息。

提醒管理
分為兩種提醒，一種是程序控制的提醒，在某些點(diǎn)上加入，到達(dá)限定條件即提醒(待議)；一種是可配置的提醒，如，某年某月某日要做些什么。

短信群發(fā)管理
可以從數(shù)據(jù)庫(kù)中隨機(jī)取出指定人數(shù)用戶向其發(fā)送短信。審批后,因按短信的條數(shù)扣除從商家的帳戶上扣除一定的金額,若金額不夠則不能審批。

郵件群發(fā)管理
可以從數(shù)據(jù)庫(kù)中隨機(jī)掏出指定人數(shù)用戶向其發(fā)送郵件

公告管理
向所有的商家發(fā)布公告信息

密碼修改
對(duì)登陸系統(tǒng)密碼的修改

統(tǒng)計(jì)報(bào)表
待定

本文來(lái)自csdn博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/nanjingjiangbiao/archive/2010/03/04/5346859.aspx