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