【正文】 當(dāng)兩者比例不斷調(diào)和和變化時，這種薪酬模型可以演變?yōu)橐约顬橹鞯哪Ｐ停部梢匝葑優(yōu)橐苑€(wěn)定為主的薪酬模型。 2) 成本費(fèi)用及薪資水平 項目的薪酬水平設(shè)計采用 市場跟隨和成本導(dǎo)向相結(jié)合的策略。 第一階段 產(chǎn)品化階段及典型客戶應(yīng)用實施階段 第二階段 項目完全成熟后，我們將參加大型企業(yè)信息化項目的招標(biāo)工作，積極拓展市場階段。 財務(wù)分析 1) 銷售收入（含實施收入） 我們希望在三年內(nèi)擁有 1520 個用戶，軟件銷售額最終達(dá)到 900 萬人民幣，預(yù)計稅后凈利為 400 萬人民幣。我們可按照協(xié)議，以 200%的回報率向風(fēng)險投資者回購他們所持的 %的股份（即預(yù)計為 280 萬元人民幣）。 風(fēng)險基金投資者所占股份 投資者： 創(chuàng)辦者： 投資者介入公 司管理程度 投資者間接介入公司管理，不參與公司的常規(guī)經(jīng)營決策，只在公司重大決策中擁有建議權(quán)，公司在每個財務(wù)期間真實提供資產(chǎn)負(fù)債表，損益表，利潤分配表，現(xiàn)金流量表。 資金使用計劃 項目 費(fèi)用（單位：元） 備注 房租 15 萬 固定資產(chǎn)投入 20 萬 工資 60 萬 銷售費(fèi)用 10 萬 包含廣告費(fèi) 實施費(fèi)用 15 萬 辦公費(fèi)用 20 萬 合計： 140 萬 投資形式 風(fēng)險投資基金： 140 萬元，用于項目啟動。在 3 到 6 個月內(nèi)選擇一到兩家在國內(nèi)零售業(yè)具有一定知名度和影響力的企業(yè)，力爭實施取得成功，為今后進(jìn)一步開拓市場作準(zhǔn)備。這是一種黑盒測試，在此整個中心服務(wù)器上的所有應(yīng)用軟件被視為一個整 體，系統(tǒng)內(nèi)的各種功能都要包含在整體測試中。所實現(xiàn)的功能必須與外部設(shè)計和詳細(xì)設(shè)計所要求的保持一致，質(zhì)量上符合項目規(guī)定的標(biāo)準(zhǔn)。根據(jù)各模塊的不同難易程度產(chǎn)生詳細(xì)設(shè)計文檔。業(yè)務(wù)中各種作業(yè)處理的響應(yīng)速度將 在數(shù)據(jù)庫設(shè)計中得以考慮。其任務(wù)主要有以下方面： ? 應(yīng)用系統(tǒng)及其功能 ? 子系統(tǒng)之間的接口（輸入、輸出） ? 消息協(xié)議，種類及格式 ? 用戶界面內(nèi)容及流程 一、 ? 各種報表數(shù)據(jù)內(nèi)容 ? 數(shù)據(jù)庫設(shè)計 此階段將根據(jù)在外部設(shè)計階段中產(chǎn)生的邏輯數(shù)據(jù)模型，進(jìn)一步對數(shù)據(jù)流程進(jìn)行分析，調(diào)整數(shù)據(jù)庫結(jié)構(gòu)。它產(chǎn)生的輸出是詳細(xì)設(shè)計和制定集成測試設(shè)計及方案的依據(jù)。質(zhì)量保證將是一項全員參加的任務(wù)，并且貫徹在項目實施的全過程中。 質(zhì)量保證計劃 這一任務(wù)主要是統(tǒng)籌相同在質(zhì)量保證方面的方法和策略。 八、 產(chǎn)品化階段開發(fā)計劃 目前我們已經(jīng)有了一個零售業(yè) ERP 系統(tǒng)產(chǎn)品的雛形，并且已在某大型家電連鎖企業(yè)中得到了成功的應(yīng)用與推廣，其中 一些先進(jìn)的管理理念以及系統(tǒng)技術(shù)架構(gòu)等都在市場同類產(chǎn)品中處于領(lǐng)先地位，并且有些東西還是首創(chuàng)，我們建議在此基礎(chǔ)上追加投資，針對國內(nèi)零售企業(yè)需求特點，完成產(chǎn)品化的過程，并以這一契機(jī)為切入點，進(jìn)入國內(nèi)零售業(yè) ERP 市場。以適應(yīng)大型零售企業(yè)管理方式和管理層次的深度與廣度變化，同時支持零售企業(yè)集團(tuán)的多業(yè)態(tài)運(yùn)營、多管理層次、跨區(qū)域協(xié)同采購與物流配送。因此要求 IT 規(guī)劃要更多考慮多業(yè)態(tài)管理、多數(shù)據(jù)硬件平臺和軟件平臺，具備高端數(shù)據(jù)管理的可擴(kuò)展性、分布式應(yīng)用，面對多種接口開展的電子商務(wù)進(jìn)行應(yīng)用集成，面對 Inter/Intra 環(huán)境具備網(wǎng)絡(luò)安全保障和適時化數(shù)據(jù)傳輸處理能力。關(guān)鍵要點：選擇一到兩家在國內(nèi)零售業(yè)具有一定知名度和影響力的企業(yè)，力爭實施取得成功，為今后 進(jìn)一步開拓市場作準(zhǔn)備。項目產(chǎn)品化的開發(fā)計劃上面已作描述。 七、 項目今后 3 年的發(fā)展規(guī)劃及關(guān)鍵要點 頭 12 個月發(fā)展規(guī)劃及關(guān)鍵要點 我們設(shè)想項目在今后 1 年即頭 12 個月的發(fā)展規(guī)劃大致應(yīng)分為兩個階段： 1) 項目產(chǎn)品化階段（ 6 個月） 目前我們已經(jīng)有了一個零售業(yè) ERP 系統(tǒng)產(chǎn)品的雛形，并且已在某 大型零售連鎖企業(yè)中得到了成功的應(yīng)用與推廣，但離產(chǎn)品化還有一段距離，還需要針對國內(nèi)零售企業(yè)的需求特點，完成產(chǎn)品化的過程。 3) 軟件測試管 理 當(dāng)階段性設(shè)計工作完成以后，由測試小組（為節(jié)省人力，我們是由需求小組和質(zhì)量管理小組來充當(dāng)測試人員的角色，設(shè)立一個臨時的測試小組）編寫階段性測試大綱計劃，明確測試的內(nèi)容和測試通過的準(zhǔn)則，設(shè)計完整合理的測試用例，以便系統(tǒng)實現(xiàn)后進(jìn)行測試。 2) 軟件配置資源管理 一、 為保證項目文檔、代碼以及版本標(biāo)識等配置項的統(tǒng)一管理與發(fā)布以及更好地實現(xiàn)對項目配置資源變化的可控，我們成立了專門的軟件配置資源管理小組，制定項目配置資源管理計劃，制 定包括版本標(biāo)識（包括符號版本標(biāo)識及屬性版本標(biāo)識）在內(nèi)的配置項命名規(guī)范（樹狀命名規(guī)則），對配置資源實行基線管理（使用三種基線：功能基線、分配基線、產(chǎn)品基線），并采用 MS SourceSafe 來進(jìn)行管理。 ? 持續(xù)改進(jìn)策略 持續(xù)改進(jìn)是項目質(zhì)量的一個永恒的目標(biāo)。通過給文檔和項目成果標(biāo)記修改信息，項目組的成員可以知曉文 檔和程序的修改過程。如果發(fā)現(xiàn)問題就可以及時在階段內(nèi)解決。在每個階段末要 ‘凍結(jié)’部分成果，作為下一階段開發(fā)的基礎(chǔ)，凍結(jié)之后不是不能修改，而是需要經(jīng)過項目的審批程序，在得到確認(rèn)之后進(jìn)行項目整體計劃的調(diào)整，以糾正和防止進(jìn)一步質(zhì)量問題的發(fā)生。采取的管理措施有： ? 質(zhì)量計劃編制 通過編制項目質(zhì)量計劃，確定項目的相關(guān)質(zhì)量標(biāo)準(zhǔn)，把質(zhì)量規(guī)劃到項目的產(chǎn)品和管理項目所涉及的過程之中。項目組每周五舉行一次項目組管理成員會議，由項目經(jīng)理、需求組長、軟件質(zhì)量管理組長、軟件配置資 源管理組長及開發(fā)組長等相關(guān)人員參加，對項目組內(nèi)重大事項進(jìn)行溝通協(xié)商，及時發(fā)現(xiàn)存在的問題，并采取合理措施進(jìn)行修正。 項目決策方式 項目組內(nèi)使用專用的內(nèi)部郵件服務(wù)器進(jìn)行信息傳遞。 一、 業(yè) 務(wù) 系 統(tǒng)W E B 服 務(wù) 器S t r u c t s 框 架S e r v l e t 容 器InternetRMI/IIOP中 心 系 統(tǒng)公 司 業(yè) 務(wù) 支 撐 系 統(tǒng) ? 業(yè)務(wù)系統(tǒng)實現(xiàn)方案 網(wǎng)絡(luò)連接： RMI/IIOP 操作界面： JSP (系統(tǒng)基于 Structs 框架進(jìn)行構(gòu)建 ) 設(shè)計模式： Adapter, MVC(Model View Controller), Observer, Singleton, Business Delegator, Service Locator 3) 總部服務(wù)器系統(tǒng) ? 總部服務(wù)器系統(tǒng)作為公司所有業(yè)務(wù)的支撐系統(tǒng)，向包含門店銷售在內(nèi)的所有部門提供集 中式的業(yè)務(wù)邏輯和數(shù)據(jù)服務(wù)，同時為第三方產(chǎn)品提供相應(yīng)接口，如物流系統(tǒng)接口、財務(wù)系統(tǒng)接口；如下圖所示： ? 總部服務(wù)器系統(tǒng)實現(xiàn)方案 網(wǎng)絡(luò)連接： RMI/IIOP 數(shù)據(jù)服務(wù)： EJB (Stateless Session Bean + DAO, Container Manager Persistence) 消息服務(wù)： JMS/EJB (Message Driven Bean) 六、 項目決策和組織方式 本項目采取階段性設(shè)計與開發(fā)，里程碑式的審查與凍結(jié)的策略，在項目開發(fā)過程中管理按照 參照 CMM3 及 ISO9000 系列國際 標(biāo)準(zhǔn)的要求， 采取項目經(jīng)理負(fù)責(zé)制，組織方面我們有專門的軟件需求小組、軟件開發(fā)小組、軟件質(zhì)量管理小組、軟件配置資一、 源管理小組及軟件測試 小組 。業(yè)務(wù)系統(tǒng)是 一個 B/S 結(jié)構(gòu)的基于互聯(lián)網(wǎng)的遠(yuǎn)程調(diào)用的應(yīng)用，通過公司業(yè)務(wù)系統(tǒng)的 WEB 頁面，業(yè)務(wù)人員能夠?qū)τ诓少?，庫存?財務(wù)，配送，服務(wù)等工作進(jìn)行實時的操作。如下圖所示。 一、 總 部 服 務(wù) 器 系 統(tǒng)后 臺 數(shù) 據(jù) 庫（ O r a c l e )E AIJ 2 E E 應(yīng) 用 服 務(wù) 器企 業(yè) 應(yīng) 用系 統(tǒng) 集 成第 三 方 系 統(tǒng)J D B C業(yè) 務(wù) 系 統(tǒng)門 店 服 務(wù) 器POSW E B 服 務(wù) 器InternetRMI/IIOP銷 售 P o s 界 面 ( S w i n g )銷 售 管理 系 統(tǒng)庫 存 管理 系 統(tǒng)采 購 管理 系 統(tǒng)配 送 管理 系 統(tǒng)業(yè) 務(wù) 支 撐 系 統(tǒng)財 務(wù) 管理 系 統(tǒng)服 務(wù) 管理 系 統(tǒng)IntranetRMI門 店 銷 售 系 統(tǒng)門 店 數(shù) 據(jù)庫（ O r a c l e )J D B CS t r u c t s 框 架消 息 事 務(wù)框 架S e r v l e t 容 器InternetRMI/IIOP日 志 框 架 1) 門店系統(tǒng) ? 門店 POS 機(jī)作為系統(tǒng)終端程序（銷售界面），采用 C/S 結(jié)構(gòu)與門店服務(wù)器進(jìn)行事務(wù)處理，實現(xiàn)商品銷售，銷售數(shù)據(jù)通過門店服務(wù)器直接向總部服務(wù)器進(jìn)行讀寫；POS 系統(tǒng)為一個 C/S 結(jié)構(gòu)的局域網(wǎng)內(nèi)的遠(yuǎn)程調(diào)用的應(yīng)用，通過銷售界面進(jìn)行商品零售交易，交易過程中，通過門店服務(wù)器，直接 更新總部的中心數(shù)據(jù)庫的相關(guān)數(shù)據(jù)；如下圖所示。 ? 中心后臺數(shù)據(jù)庫也采用 Oracle 的數(shù)據(jù)庫系統(tǒng)，向業(yè)務(wù)支撐系統(tǒng)提供數(shù)據(jù)服務(wù)。 ? 消息事件同步系統(tǒng)采用 JMS 技術(shù)同步門店服務(wù)器與中心服務(wù)器的數(shù)據(jù)交換。 ? POS 前臺銷售管理負(fù)責(zé)客戶銷售收款、送貨等工作。 ? 門店銷售數(shù)據(jù)庫采用 Oracle 數(shù)據(jù)庫，保存門店的銷售數(shù)些商品庫存信息，并通過消息事件同步系統(tǒng)同步中心數(shù)據(jù)庫。 五、 產(chǎn)品技術(shù)架構(gòu) 系統(tǒng)架構(gòu) 從軟件系統(tǒng)的功能上來看，產(chǎn)品分成三個部分：公司總部業(yè)務(wù)處理、門店銷售處理以及物流配送處理 1) 門店銷售系統(tǒng) 門店銷售系統(tǒng)，主要負(fù)責(zé)是銷售過程的管理（開票，送貨服務(wù)登記，庫存查詢），一、 它要求速度快，性能穩(wěn)定 ，主要由四個部分組成，門店銷售服務(wù)器，門店備份數(shù)據(jù)庫、消息事件同步系統(tǒng)、 POS 前臺銷售管理。 4) 易實施與易維護(hù)性 由于系統(tǒng)使用基于 J2EE 的架構(gòu)體系，系統(tǒng)發(fā)布升級變得非常容易，實現(xiàn)了遠(yuǎn)程發(fā)布和遠(yuǎn)程維護(hù)，免去了大量的現(xiàn)場系統(tǒng)安裝與維護(hù)工作。較少的開發(fā)人員能完成大量的開發(fā)工作。 2) 高效率開發(fā) J2EE 把組件開發(fā)與程序集細(xì)節(jié)、程序集與部署區(qū)分開，能夠把預(yù)先建立好并測試過的組件快速地裝配成應(yīng)用系統(tǒng)。系統(tǒng)優(yōu)勢體現(xiàn)在： 1) 平臺無關(guān)性 系統(tǒng)服務(wù)是通過 Java 和 J2EE 而不是通過底層系統(tǒng) API 被訪問，從而支持硬件和OS 的無關(guān)性。因此我們在項目啟動前，對系統(tǒng)架構(gòu)問題進(jìn)行了細(xì)致的研究，經(jīng)過嚴(yán)格的系統(tǒng)架構(gòu)測試與專家論證，我們選用了目前這個架構(gòu)，并且實踐也證明了我們當(dāng)初這個決策的正確性。 先進(jìn)的技術(shù)架構(gòu) 產(chǎn)品采用當(dāng)今最先進(jìn)的 J2EE分布式計算架構(gòu)，易于擴(kuò)充，易于維護(hù)，安全可靠，性能優(yōu)良。 4) 促銷管理 系統(tǒng)先定義參與促銷的商品和商品組，再定義該商品的促銷規(guī)則及促銷約束條件，顧客購買促銷商品開票時要選擇對應(yīng)的促銷規(guī)則。比如返利的形式有權(quán)益、廣告費(fèi)、進(jìn)場費(fèi)、專柜費(fèi)等，返利的種類有月返、季返、年返、階段返等，返利的方 式有實物、現(xiàn)金，計算的方法有臺階法和規(guī)模法。本系統(tǒng)通過建立數(shù)學(xué)模型，模擬返利計算的各種情況，很好地解決了返利計算問題。 2) 業(yè)務(wù)轉(zhuǎn)財務(wù) 本系統(tǒng)巧妙地運(yùn)用傳票封裝業(yè)務(wù)單據(jù)，每個傳票封裝一組業(yè)務(wù)單據(jù)，轉(zhuǎn)財務(wù)時，用戶選擇傳票和轉(zhuǎn)帳方案（轉(zhuǎn)帳方案實質(zhì)上就是本系統(tǒng)與財務(wù)系統(tǒng)之間科目對應(yīng)關(guān)系） ，系統(tǒng)將業(yè)務(wù)單據(jù)先記業(yè)務(wù)帳，再生成本系統(tǒng)的會計憑證，點擊轉(zhuǎn)財務(wù)系統(tǒng)會計憑證按鈕后，數(shù)據(jù)轉(zhuǎn)到財務(wù)系統(tǒng)憑證數(shù)據(jù)庫，走財務(wù)系統(tǒng)處理流程，很好地解決了業(yè)務(wù)系統(tǒng)與財務(wù)系統(tǒng)地集成問題。本產(chǎn)品除了實現(xiàn)進(jìn)銷存管理功能外，以下是對系統(tǒng)功能的一些簡介（具體產(chǎn)品功能介紹參見產(chǎn)品功能說明書）： 1) 業(yè)務(wù)的易擴(kuò)充性 系統(tǒng)采用先進(jìn)的分布式計算架構(gòu)，體系結(jié)構(gòu)非常靈活，業(yè)務(wù)擴(kuò)充非常容易。）、批次管理、單品管理、資金計劃管理、支持多核算單元、多帳套管理等。 嶄新的業(yè)務(wù)理念 與同類產(chǎn)品相比較，我們在產(chǎn)品中加入了一 些先進(jìn)的管理理念，如合同管理（與別的 ERP 系統(tǒng)中的合同管理那種 文本 條款管理不同的是，我們實現(xiàn)了真正意義上的合同管理）、返利計算（目前國內(nèi)市場幾乎所有的 ERP 產(chǎn)品均回避了此問題，而我們的這個返利計算模型可以把企業(yè)財務(wù)部門從大量繁瑣枯燥的手工計算工作中解放出來。 北京天客隆 杭州家友 可的便利 四、 我們的優(yōu)勢所在 準(zhǔn)確的市場定位 根據(jù)對市場及競爭對手的分析，我們認(rèn)為在如此競爭激烈、龍蛇混雜的市場大背景下，產(chǎn)品成功的關(guān)鍵在于：市場定位是否準(zhǔn)確；是否能夠抓住目標(biāo)客戶群體的不同特征，更好地滿足客戶的專業(yè)化需求。沒有自已的經(jīng)營理念。這就是為什么會出現(xiàn)前面提到的大多數(shù)零售企業(yè)的信息管理系統(tǒng)一般都不是由一個軟件公司單獨提供，而且有自行開發(fā)情況的存在的原因所在了。與 系統(tǒng)的最終用戶－零售商相比，還有相當(dāng)差一、 距，不能夠很好地滿足客戶業(yè)務(wù)發(fā)展的需求，大多數(shù)軟件公司都不能把流通業(yè)理念全部搞清楚。 國內(nèi)零售業(yè) ERP 廠商產(chǎn)品點評 國內(nèi)零售業(yè)