【正文】 公司在決定貸款前會(huì)做好周密的財(cái)務(wù)分析和市場(chǎng)調(diào)研，同時(shí)公司業(yè)務(wù)具有較好的盈利率，可以回避或控制籌資風(fēng)險(xiǎn) 資金回收風(fēng)險(xiǎn)主要是應(yīng)收帳款回收的風(fēng)險(xiǎn)，將采取以下幾種方法預(yù)防：1) 建立穩(wěn)定的信用政策2) 確定客戶的資信等級(jí)，評(píng)估企業(yè)的償債能力3) 確定合理的應(yīng)收帳款比例4) 建立銷售責(zé)任制。當(dāng)兩者比例不斷調(diào)和和變化時(shí)，這種薪酬模型可以演變?yōu)橐约?lì)為主的模型，也可以演變?yōu)橐苑€(wěn)定為主的薪酬模型。薪酬結(jié)構(gòu)為調(diào)和型薪酬模式第三階段 拓寬產(chǎn)品線，成為這一行業(yè)中的領(lǐng)導(dǎo)者。這一目標(biāo)將分三個(gè)階段實(shí)施。即使三年后的投資回報(bào)率沒有達(dá)到200%。十二、 投資報(bào)酬與退出我們期望與投資者在合作前達(dá)成協(xié)議，投資者以3年的風(fēng)險(xiǎn)投資額140萬元人民幣，三年之后，我們的預(yù)計(jì)稅后凈利將可達(dá)到400萬元人民幣。項(xiàng)目開發(fā)貸款：100萬元，用于產(chǎn)品線的擴(kuò)張和產(chǎn)品的推廣。典型客戶的應(yīng)用實(shí)施分為10個(gè)階段： 需求調(diào)研和確認(rèn) 成立項(xiàng)目小組 實(shí)施方案交流和確認(rèn) 客戶前期培訓(xùn) 軟件模塊客戶化 客戶操作培訓(xùn) 基礎(chǔ)信息準(zhǔn)備 系統(tǒng)初始化 系統(tǒng)跟蹤和完善 系統(tǒng)驗(yàn)收十、 項(xiàng)目團(tuán)隊(duì)主要成員背景介紹略十一、 融資需求與投資說明 資金需求項(xiàng)目啟動(dòng)資金總共需要140萬元人民幣，主要用于項(xiàng)目產(chǎn)品化和第一典型客戶實(shí)施方面。九、 典型客戶應(yīng)用實(shí)施計(jì)劃在完成產(chǎn)品化工作之后，我們需要在國(guó)內(nèi)零售業(yè)內(nèi)選擇一到兩家典型企業(yè)做為市場(chǎng)的切入點(diǎn)，為今后產(chǎn)品大規(guī)模地在業(yè)內(nèi)推廣實(shí)施奠定成功的基礎(chǔ)。 整體測(cè)試階段系統(tǒng)整體測(cè)試的目的是以對(duì)系統(tǒng)應(yīng)用軟件進(jìn)行測(cè)試，以判斷這些功能是否符合該應(yīng)用軟件的外部設(shè)計(jì)。 程序開發(fā)及單元測(cè)試階段此階段將完成編程并進(jìn)行單元測(cè)試。 詳細(xì)設(shè)計(jì)階段此階段是對(duì)整個(gè)系統(tǒng)按不同子系統(tǒng)和劃分好的模塊進(jìn)行詳細(xì)技術(shù)實(shí)現(xiàn)和功能實(shí)現(xiàn)，為下一階段的程序開發(fā)提供足夠充分的信息和技術(shù)考慮。根據(jù)由用戶提供各種業(yè)務(wù)流程類型（實(shí)時(shí)及批處理作業(yè)任務(wù)），處理頻率，處理數(shù)據(jù)流量及數(shù)據(jù)容量大小進(jìn)行物理數(shù)據(jù)庫設(shè)計(jì)。 各種報(bào)表數(shù)據(jù)內(nèi)容216。 消息協(xié)議，種類及格式216。 應(yīng)用系統(tǒng)及其功能216。各系統(tǒng)的開發(fā)將完成自己獨(dú)立的任務(wù)周期直到集成在一起。 關(guān)鍵技術(shù) 外部設(shè)計(jì)階段此階段將基于客戶認(rèn)可的用戶需求分析文檔，從功能實(shí)現(xiàn)角度上劃分系統(tǒng)及其包括的業(yè)務(wù)功能，但不對(duì)具體如何實(shí)現(xiàn)進(jìn)行論述。 開發(fā)平臺(tái)216。 系統(tǒng)框架設(shè)計(jì)階段此階段的主要目標(biāo)是進(jìn)行系統(tǒng)構(gòu)架設(shè)計(jì)，根據(jù)不同類型的用戶，靈活設(shè)計(jì)，為外部設(shè)計(jì)及詳細(xì)設(shè)計(jì)工作提供基本構(gòu)架，包括以下方面：216。質(zhì)量保證計(jì)劃的制定將參照CMM3及ISO9000系列國(guó)際標(biāo)準(zhǔn)的要求，并且涵蓋系統(tǒng)實(shí)施過程中的全部任務(wù)。 需求分析階段進(jìn)一步分析國(guó)內(nèi)零售行業(yè)用戶業(yè)務(wù)的進(jìn)行方法和對(duì)零售企業(yè)ERP系統(tǒng)的要求及設(shè)想，并充分考慮將來業(yè)務(wù)的擴(kuò)展，整理成詳細(xì)的文檔，作為應(yīng)用系統(tǒng)開發(fā)的依據(jù)。統(tǒng)一基礎(chǔ)業(yè)務(wù)系統(tǒng)決策層、經(jīng)營(yíng)管理層、銷售層的支持平臺(tái)。因此在今后三年中，我們應(yīng)根據(jù)零售行業(yè)內(nèi)不同的專業(yè)需求，針對(duì)家電連鎖業(yè)、家居建材業(yè)、連鎖超市業(yè)以及傳統(tǒng)百貨業(yè)等不同專業(yè)方向推出比較先進(jìn)的ERP整體解決方案，以滿足客戶多業(yè)態(tài)、跨區(qū)域、連鎖化的需求，在開拓市場(chǎng)的同時(shí)，還要積極拓展產(chǎn)品線，致力于研發(fā)DRP、SCM、BI、CRM等系列高端軟件產(chǎn)品，以適應(yīng)供應(yīng)商與零售終端分銷渠道管理的需求，整合供應(yīng)鏈的兩大關(guān)鍵結(jié)點(diǎn)—制造商和零售商資源，按三大流通體系形成一體化解決方案。 今后3年的發(fā)展規(guī)劃及關(guān)鍵要點(diǎn)我們認(rèn)為未來三年里，零售業(yè)高端市場(chǎng)客戶ERP系統(tǒng)建設(shè)必將朝向更高集成化、網(wǎng)絡(luò)化、智能化方向發(fā)展。2) 典型客戶應(yīng)用實(shí)施階段（3～6個(gè)月）在完成產(chǎn)品化工作之后，我們需要在國(guó)內(nèi)零售業(yè)內(nèi)選擇一到兩家典型企業(yè)做為市場(chǎng)的切入點(diǎn)，為今后產(chǎn)品大規(guī)模地在業(yè)內(nèi)推廣實(shí)施奠定成功的基礎(chǔ)。關(guān)鍵要點(diǎn)：穩(wěn)定需求，形成產(chǎn)品（包括實(shí)施工具）并培養(yǎng)一支開發(fā)實(shí)施隊(duì)伍，為下一步的二次開發(fā)和系統(tǒng)實(shí)施做準(zhǔn)備。在整個(gè)項(xiàng)目開發(fā)任務(wù)完成后，還要組織系統(tǒng)聯(lián)調(diào)及用戶UAT測(cè)試。例如：某詳細(xì)設(shè)計(jì)文檔的創(chuàng)建者并不意味著在項(xiàng)目開發(fā)的生命周期內(nèi)對(duì)文檔擁有完全的控制權(quán)，當(dāng)創(chuàng)建者在規(guī)定期限內(nèi)將文檔提交給使用者即程序員使用時(shí)，文檔即進(jìn)入分配基線，基線化的文檔即意味著文檔的創(chuàng)建者失去了對(duì)文檔的修改權(quán)，因?yàn)槿绻试S自由修改的話，有可能會(huì)導(dǎo)致程序員的開發(fā)工作的重復(fù)，影響整個(gè)項(xiàng)目的進(jìn)度完成。需要明確持續(xù)改進(jìn)的主要利益，我們認(rèn)為項(xiàng)目本身是一個(gè)為達(dá)到一個(gè)商業(yè)目的而不斷修正迭代的過程。 持續(xù)改進(jìn)策略 接受策略是決定作為項(xiàng)目一部分的產(chǎn)品是否被接受或拒絕，如果項(xiàng)目干系人拒絕接受作為項(xiàng)目一部分產(chǎn)品，則一定要返工。216。版本控制是確保項(xiàng)目小組順利工作的重要技術(shù)。 里程碑式審查就是在信息系統(tǒng)生命周期的每個(gè)階段結(jié)束之前，都要正式使用結(jié)束標(biāo)準(zhǔn)對(duì)該階段進(jìn)行質(zhì)量審查，內(nèi)容就是對(duì)影響項(xiàng)目質(zhì)量的因素作出評(píng)價(jià)，并采用質(zhì)量評(píng)估表進(jìn)行描述。216。 合理劃分項(xiàng)目階段，明確每個(gè)階段的任務(wù)和成果，一方面便于管理和控制工程進(jìn)度，另一方面可以增強(qiáng)開發(fā)人員和用戶的信心。216。采取的管理措施有：216。項(xiàng)目組每周五舉行一次項(xiàng)目組管理成員會(huì)議，由項(xiàng)目經(jīng)理、需求組長(zhǎng)、軟件質(zhì)量管理組長(zhǎng)、軟件配置資源管理組長(zhǎng)及開發(fā)組長(zhǎng)等相關(guān)人員參加，對(duì)項(xiàng)目組內(nèi)重大事項(xiàng)進(jìn)行溝通協(xié)商，及時(shí)發(fā)現(xiàn)存在的問題，并采取合理措施進(jìn)行修正。 項(xiàng)目決策方式項(xiàng)目組內(nèi)使用專用的內(nèi)部郵件服務(wù)器進(jìn)行信息傳遞。u 業(yè)務(wù)系統(tǒng)實(shí)現(xiàn)方案網(wǎng)絡(luò)連接：RMI/IIOP操作界面：JSP (系統(tǒng)基于Structs框架進(jìn)行構(gòu)建)設(shè)計(jì)模式：Adapter, MVC(Model View Controller), Observer, Singleton, Business Delegator, Service Locator 3) 總部服務(wù)器系統(tǒng)u 總部服務(wù)器系統(tǒng)作為公司所有業(yè)務(wù)的支撐系統(tǒng)，向包含門店銷售在內(nèi)的所有部門提供集中式的業(yè)務(wù)邏輯和數(shù)據(jù)服務(wù)，同時(shí)為第三方產(chǎn)品提供相應(yīng)接口，如物流系統(tǒng)接口、財(cái)務(wù)系統(tǒng)接口；如下圖所示：u 總部服務(wù)器系統(tǒng)實(shí)現(xiàn)方案網(wǎng)絡(luò)連接：RMI/IIOP數(shù)據(jù)服務(wù)： EJB (Stateless Session Bean + DAO, Container Manager Persistence)消息服務(wù)：JMS/EJB (Message Driven Bean)六、 項(xiàng)目決策和組織方式本項(xiàng)目采取階段性設(shè)計(jì)與開發(fā)，里程碑式的審查與凍結(jié)的策略，在項(xiàng)目開發(fā)過程中管理按照參照CMM3及ISO9000系列國(guó)際標(biāo)準(zhǔn)的要求，采取項(xiàng)目經(jīng)理負(fù)責(zé)制，組織方面我們有專門的軟件需求小組、軟件開發(fā)小組、軟件質(zhì)量管理小組、軟件配置資源管理小組及軟件測(cè)試小組。業(yè)務(wù)系統(tǒng)是一個(gè)B/S結(jié)構(gòu)的基于互聯(lián)網(wǎng)的遠(yuǎn)程調(diào)用的應(yīng)用，通過公司業(yè)務(wù)系統(tǒng)的WEB頁面，業(yè)務(wù)人員能夠?qū)τ诓少?，庫存，?cái)務(wù)，配送，服務(wù)等工作進(jìn)行實(shí)時(shí)的操作。如下圖所示。1) 門店系統(tǒng)u 門店P(guān)OS機(jī)作為系統(tǒng)終端程序（銷售界面），采用C/S結(jié)構(gòu)與門店服務(wù)器進(jìn)行事務(wù)處理，實(shí)現(xiàn)商品銷售，銷售數(shù)據(jù)通過門店服務(wù)器直接向總部服務(wù)器進(jìn)行讀寫；POS系統(tǒng)為一個(gè)C/S結(jié)構(gòu)的局域網(wǎng)內(nèi)的遠(yuǎn)程調(diào)用的應(yīng)用，通過銷售界面進(jìn)行商品零售交易，交易過程中，通過門店服務(wù)器，直接更新總部的中心數(shù)據(jù)庫的相關(guān)數(shù)據(jù)；如下圖所示。u 中心后臺(tái)數(shù)據(jù)庫也采用Oracle的數(shù)據(jù)庫系統(tǒng)，向業(yè)務(wù)支撐系統(tǒng)提供數(shù)據(jù)服務(wù)。u 消息事件同步系統(tǒng)采用JMS技術(shù)同步門店服務(wù)器與中心服務(wù)器的數(shù)據(jù)交換。u POS前臺(tái)銷售管理負(fù)責(zé)客戶銷售收款、送貨等工作。u 門店銷售數(shù)據(jù)庫采用Oracle數(shù)據(jù)庫，保存門店的銷售數(shù)些商品庫存信息，并通過消息事件同步系統(tǒng)同步中心數(shù)據(jù)庫。五、 產(chǎn)品技術(shù)架構(gòu) 系統(tǒng)架構(gòu)從軟件系統(tǒng)的功能上來看，產(chǎn)品分成三個(gè)部分：公司總部業(yè)務(wù)處理、門店銷售處理以及物流配送處理1) 門店銷售系統(tǒng)門店銷售系統(tǒng)，主要負(fù)責(zé)是銷售過程的管理（開票，送貨服務(wù)登記，庫存查詢），它要求速度快，性能穩(wěn)定，主要由四個(gè)部分組成，門店銷售服務(wù)器，門店備份數(shù)據(jù)庫、消息事件同步系統(tǒng)、POS前臺(tái)銷售管理。4) 易實(shí)施與易維護(hù)性由于系統(tǒng)使用基于J2EE的架構(gòu)體系，系統(tǒng)發(fā)布升級(jí)變得非常容易，實(shí)現(xiàn)了遠(yuǎn)程發(fā)布和遠(yuǎn)程維護(hù)，免去了大量的現(xiàn)場(chǎng)系統(tǒng)安裝與維護(hù)工作。較少的開發(fā)人員能完成大量的開發(fā)工作。2) 高效率開發(fā)J2EE把組件開發(fā)與程序集細(xì)節(jié)、程序集與部署區(qū)分開，能夠把預(yù)先建立好并測(cè)試過的組件快速地裝配成應(yīng)用系統(tǒng)。系統(tǒng)優(yōu)勢(shì)體現(xiàn)在：1) 平臺(tái)無關(guān)性系統(tǒng)服務(wù)是通過Java和J2EE而不是通過底層系統(tǒng)API被訪問，從而支持硬件和OS的無關(guān)性。因此我們?cè)陧?xiàng)目啟動(dòng)前，對(duì)系統(tǒng)架構(gòu)問題進(jìn)行了細(xì)致的研究，經(jīng)過嚴(yán)格的系統(tǒng)架構(gòu)測(cè)試與專家論證，我們選用了目前這個(gè)架構(gòu)，并且實(shí)踐也證明了我們當(dāng)初這個(gè)決策的正確性。 先進(jìn)的技術(shù)架構(gòu)產(chǎn)品采用當(dāng)今最先進(jìn)的J2EE分布式計(jì)算架構(gòu)，易于擴(kuò)充，易于維護(hù)，安全可靠，性能優(yōu)良。4) 促銷管理系統(tǒng)先定義參與促銷的商品和商品組，再定義該商品的促銷規(guī)則及促銷約束條件，顧客購買促銷商品開票時(shí)要選擇對(duì)應(yīng)的促銷規(guī)則。比如返利的形式有權(quán)益、廣告費(fèi)、進(jìn)場(chǎng)費(fèi)、專柜費(fèi)等，返利的種類有月返、季返、年返、階段返等，返利的方式有實(shí)物、現(xiàn)金，計(jì)算的方法有臺(tái)階法和規(guī)模法。本系統(tǒng)通過建立數(shù)學(xué)模型，模擬返利計(jì)算的各種情況，很好地解決了返利計(jì)算問題。2) 業(yè)務(wù)轉(zhuǎn)財(cái)務(wù)本系統(tǒng)巧妙地運(yùn)用傳票封裝業(yè)務(wù)單據(jù)，每個(gè)傳票封裝一組業(yè)務(wù)單據(jù)，轉(zhuǎn)財(cái)務(wù)時(shí)，用戶選擇傳票和轉(zhuǎn)帳方案（轉(zhuǎn)帳方案實(shí)質(zhì)上就是本系統(tǒng)與財(cái)務(wù)系統(tǒng)之間科目對(duì)應(yīng)關(guān)系），系統(tǒng)將業(yè)務(wù)單據(jù)先記業(yè)務(wù)帳，再生成本系統(tǒng)的會(huì)計(jì)憑證，點(diǎn)擊轉(zhuǎn)財(cái)務(wù)系統(tǒng)會(huì)計(jì)憑證按鈕后，數(shù)據(jù)轉(zhuǎn)到財(cái)務(wù)系統(tǒng)憑證數(shù)據(jù)庫，走財(cái)務(wù)系統(tǒng)處理流程，很好地解決了業(yè)務(wù)系統(tǒng)與財(cái)務(wù)系統(tǒng)地集成問題。本產(chǎn)品除了實(shí)現(xiàn)進(jìn)銷存管理功能外，以下是對(duì)系統(tǒng)功能的一些簡(jiǎn)介（具體產(chǎn)品功能介紹參見產(chǎn)品功能說明書）：1) 業(yè)務(wù)的易擴(kuò)充性系統(tǒng)采用先進(jìn)的分布式計(jì)算架構(gòu)，體系結(jié)構(gòu)非常靈活，業(yè)務(wù)擴(kuò)充非常容易。）、批次管理、單品管理、資金計(jì)劃管理、支持多核算單元、多帳套管理等。 嶄新的業(yè)務(wù)理念與同類產(chǎn)品相比較，我們?cè)诋a(chǎn)品中加入了一些先進(jìn)的管理理念，如合同管理（與別的ERP系統(tǒng)中的合同管理那種文本條款管理不同的是，我們實(shí)現(xiàn)了真正意義上的合同管理）、返利計(jì)算（目前國(guó)內(nèi)市場(chǎng)幾乎所有的ERP產(chǎn)品均回避了此問題，而我們的這個(gè)返利計(jì)算模型可以把企業(yè)財(cái)務(wù)部門從大量繁瑣枯燥的手工計(jì)算工作中解放出來。北京天客隆杭州家友可的便利四、