[背景]
軟體項目一般來說可以分成兩種:
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#附件