【正文】 elegator, 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)后 臺 數(shù) 據(jù) 庫（ O r a c l e )E A IJ 2 E E 應(yīng) 用 服 務(wù) 器企 業(yè) 應(yīng) 用系 統(tǒng) 集 成第 三 方 系 統(tǒng)J D B C門 店 銷 售 系 統(tǒng)銷 售 管理 系 統(tǒng)庫 存 管理 系 統(tǒng)采 購 管理 系 統(tǒng)配 送 管理 系 統(tǒng)業(yè) 務(wù) 支 撐 系 統(tǒng)財 務(wù) 管理 系 統(tǒng)服 務(wù) 管理 系 統(tǒng)InternetRMI/IIOP公 司 業(yè) 務(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) Preinvestment Study Report 零售業(yè) ERP 項目 創(chuàng)業(yè)投資可行性分析報告 作者：韓峻瑋 Confidential Document 20210409 15 六、 項目決策和組織方式 本 項目采取階段性設(shè)計與開發(fā)，里程碑式的審查與凍結(jié)的策略，在項目開發(fā)過程中管理按照 參照 CMM3 及 ISO9000 系列國際標準的要求，采取項目經(jīng)理負責制，組織方面我們 有專門的 軟件需求小組、軟件開發(fā)小組、 軟件質(zhì)量管理小組、軟件配置資源管理小組及軟件測試小組。從項目的調(diào)研、需求分析、系統(tǒng)分析到程序開發(fā)、測試全過程先后投入的人 力近 200 人 月。 項目決策方 式 項目組內(nèi)使用專用的內(nèi)部郵件服務(wù)器進行信息傳遞。項目組決策實行項目經(jīng)理負責制，并在此機制下授權(quán)給各個管理小組負責各自 KPA 關(guān)鍵過程領(lǐng)域的管理，各管理小組使用內(nèi)部郵件向項目經(jīng)理報告小組工作進程。項目組每周五舉行一次項目組管理成員會議，由項目經(jīng)理、需求組長、軟件質(zhì)量管理組長、軟件配置資源管理組長及開發(fā)組長等相關(guān)人員參加，對項目組內(nèi)重大事項進行溝通協(xié)商，及時發(fā)現(xiàn)存在的問題，并采取合理措施進行修正。 項目組織方式 1) 軟件質(zhì)量管理 我們成立了專門的軟件質(zhì)量管理小組，來協(xié)助項目經(jīng)理對軟件的質(zhì)量進行控制。采取的管理措施有 ： ? 質(zhì)量計劃編制 通過編制項目質(zhì)量計劃，確定項目的相關(guān)質(zhì)量標準，把質(zhì)量規(guī)劃到項目的產(chǎn)品和管理項目所涉及的過程之中。 ? 實行階段性凍結(jié)與改動控制 合理劃分項目階段，明確每個階段的任務(wù)和成果，一方面便于管理和控制工程進度，另一方面可以增強開發(fā)人員和用戶的信心。在每個階段末要‘凍結(jié)’部分成果，作為下一階段開發(fā)的基礎(chǔ)，凍結(jié)之后不是不能修改，而是需要經(jīng)過項目的審批程序，在得到確認之后進行項目整體計劃的調(diào)整，以糾正和防止進一步質(zhì)量問題的發(fā)生。 ? 實行里程碑式的審查與版本控制策略 里程碑式審 查就是在信息系統(tǒng)生命周期的每個階段結(jié)束之前，都要正式使用結(jié)束標準對該階段進行質(zhì)量審查，內(nèi)容就是對影響項目質(zhì)量的因素作出評價，并采用質(zhì)量評估表進行描述。如果發(fā)現(xiàn)問題就可以及時在階段內(nèi)解決。版本控制是確保項目小組順利工作的重要技術(shù)。通過給文檔和項目成果標記修改信息，項目組的成員可以知曉文檔和程序的修改過程。 ? 制定接受和返工控制策略 接受策略是決定作為項目一部分的產(chǎn)品是否被接受或拒絕，如果項目干系人拒絕接受作為項目一部分產(chǎn)品，則一定要返工。 ? 持續(xù)改進策略 持續(xù)改進是項目質(zhì)量的一個 永恒的目標。需要明確持續(xù)改進的主要利益，我們認為項目本身是一個為達到一個商業(yè)目的而不斷修正 迭代 的過程 。 2) 軟件配置資源管理 為保證項目文檔、代碼以及版本標識等配置項的統(tǒng)一管理與發(fā)布以及更好地實現(xiàn)對項目配置資源變化的可控，我們成立了專門的軟件配置資源管理小組，制定項目配置資源管理計劃，制定包括版本標識（包括符號版本標識及屬性版本標識）在內(nèi)的配置項命名規(guī)范（樹狀命名規(guī)則），對配置資源實行基線管理（使用三種基線：功能基線、分配基線、產(chǎn)品基線），并采用 MS SourceSafe 來進行管理。 Preinvestment Study Report 零售業(yè) ERP 項目 創(chuàng)業(yè)投資可行性分析報告 作者：韓峻瑋 Confidential Document 20210409 16 例如：某詳細設(shè)計文檔的創(chuàng)建 者并不意味著在項目開發(fā)的生命周期內(nèi)對文檔擁有完全的控制權(quán)，當創(chuàng)建者在規(guī)定期限內(nèi)將文檔提交給使用者即程序員使用時，文檔即進入分配基線，基線化的文檔即意味著文檔的創(chuàng)建者失去了對文檔的修改權(quán)，因為如果允許自由修改的話，有可能會導(dǎo)致程序員的開發(fā)工作的重復(fù)，影響整個項目的進度完成。 3) 軟件測試管理 當 階段性 設(shè)計工作完成以后，由 測試小組（為節(jié)省人力，我們是由需求小組和質(zhì)量管理小組來充當測試人員的角色，設(shè)立一個臨時的測試小組） 編寫 階段性測試大綱 計劃 ，明確測試的內(nèi)容和測試通過的準則，設(shè)計完整合理的測試用例，以便系統(tǒng)實現(xiàn)后進行 測試。 在整個項目開發(fā)任務(wù)完成后，還要組織系統(tǒng)聯(lián)調(diào)及用戶 UAT 測試。 七、 項目今后 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)品化的過程。關(guān)鍵要點：穩(wěn)定需求，形成產(chǎn)品（包括實施工具）并培養(yǎng)一支開發(fā)實施隊伍，為下一步的二次開發(fā)和系統(tǒng)實施做準備。項目產(chǎn) 品化的開發(fā)計劃上面已作描述。 2) 典型客戶應(yīng)用實施階段（ 3～ 6 個月） 在完成產(chǎn)品化工作之后，我們需要在國內(nèi)零售業(yè)內(nèi)選擇一到兩家典型企業(yè)做為市場的切入點，為今后產(chǎn)品大規(guī)模地在業(yè)內(nèi)推廣實施奠定成功的基礎(chǔ)。關(guān)鍵要點：選擇一到兩家在國內(nèi)零售業(yè)具有一定知名度和影響力的企業(yè)，力爭實施取得成功，為今后進一步開拓市場作準備。 今后 3 年的發(fā)展規(guī)劃及關(guān)鍵要點 我們認為未來三年里，零售業(yè)高端市場客戶 ERP 系統(tǒng)建設(shè)必將朝向更高集成化、網(wǎng)絡(luò)化、智能化方向發(fā)展。因此要求 IT 規(guī)劃要更多考慮多業(yè)態(tài)管理、多數(shù)據(jù)硬件平臺和軟件平臺，具備高端數(shù)據(jù)管 理的可擴展性、分布式應(yīng)用，面對多種接口開展的電子商務(wù)進行應(yīng)用集成，面對 Inter/Intra 環(huán)境具備網(wǎng)絡(luò)安全保障和適時化數(shù)據(jù)傳輸處理能力。因此在今后三年中，我們應(yīng)根據(jù)零售行業(yè)內(nèi)不同的專業(yè)需求，針對家電連鎖業(yè)、家居建材業(yè)、連鎖超市業(yè)以及傳統(tǒng)百貨業(yè)等不同專業(yè)方向推出比較先進的 ERP 整體解決方案，以滿足客戶多業(yè)態(tài)、跨區(qū)域、連鎖化的需求，在開拓市場的同時，還要積極拓展產(chǎn)品線，致力于研發(fā)DRP、 SCM、 BI、 CRM 等系列高端軟件產(chǎn)品，以適應(yīng)供應(yīng)商與零售終端分銷渠道管理的需求，整合供應(yīng)鏈的兩大關(guān)鍵結(jié)點 —制造 商和零售商資源，按三大流通體系形成一體化解決方案。以適應(yīng)大型零售企業(yè)管理方式和管理層次的深度與廣度變化，同時支持零售企業(yè)集團的多業(yè)態(tài)運營、多管理層次、跨區(qū)域協(xié)同采購與物流配送。統(tǒng)一基礎(chǔ)業(yè)務(wù)系統(tǒng)決策層、經(jīng)營管理層、銷售層的支持平臺。 八、 產(chǎn)品化階段開發(fā)計劃 目前我們已經(jīng)有了一個零售業(yè) ERP 系統(tǒng)產(chǎn)品的雛形，并且已在某大型家電連鎖企業(yè)中得到了成功的應(yīng)用與推廣，其中一些先進的管理理念以及系統(tǒng)技術(shù)架構(gòu)等都在市場同類產(chǎn)品中處于領(lǐng)先地位，并且有些東西還是首創(chuàng)，我們建議在此基礎(chǔ)上追加投資，針對國內(nèi)零售企業(yè)需求特點，完成產(chǎn)品化 的過程，并以這一契機為切入點，進入國內(nèi)零售業(yè) ERP 市場。 Preinvestment Study Report 零售業(yè) ERP 項目 創(chuàng)業(yè)投資可行性分析報告 作者：韓峻瑋 Confidential Document 20210409 17 需求分析階段 進一步分析國內(nèi)零售行業(yè)用戶業(yè)務(wù)的進行方法和對零售企業(yè) ERP 系統(tǒng)的要求及設(shè)想，并充分考慮將來業(yè)務(wù)的擴展，整理成詳細的文檔，作為應(yīng)用系統(tǒng)開發(fā)的依據(jù)。 質(zhì)量保證計劃 這一任務(wù)主要是統(tǒng)籌相同在質(zhì)量保證方面的方法和策略。質(zhì)量保證計劃的制定將參照 CMM3 及 ISO9000 系列國際標準的要求，并且涵蓋系統(tǒng)實施過程中的全部任務(wù)。質(zhì)量保證將是一項全員參加的任務(wù)，并且貫徹在項目實施的全過程中。 系統(tǒng)框架設(shè)計階段 此階段的主要目標是進行系統(tǒng)構(gòu)架設(shè)計，根據(jù)不同 類型的用戶，靈活設(shè)計，為外部設(shè)計及詳細設(shè)計工作提供基本構(gòu)架，包括以下方面： ? 系統(tǒng)框架 ? 開發(fā)平臺 ? 開發(fā)環(huán)境基礎(chǔ)設(shè)施及輔助工具 ? 關(guān)鍵技術(shù) 外部設(shè)計階段 此階段將基于客戶認可的用戶需求分析文檔，從功能實現(xiàn)角度上劃分系統(tǒng)及其包括的業(yè)務(wù)功能，但不對具體如何實現(xiàn)進行論述。它產(chǎn)生的輸出是詳細設(shè)計和制定集成測試設(shè)計及方案的依據(jù)。各系統(tǒng)的開發(fā)將完成自己獨立的任務(wù)周期直到集成在一起。其任務(wù)主要有以下方面： ? 應(yīng)用系統(tǒng)及其功能 ? 子系統(tǒng)之間的接口（輸入、輸出） ? 消息協(xié)議，種類及格式 ? 用戶界面內(nèi)容及流程 ? 各種報表數(shù)據(jù)內(nèi)容 ? 數(shù)據(jù)庫設(shè)計 此階段將根據(jù)在外部設(shè)計階段中產(chǎn)生的邏輯數(shù)據(jù)模型，進一步對數(shù)據(jù)流程進行分析，調(diào)整數(shù)據(jù)庫結(jié)構(gòu)。根據(jù)由用戶提供各種業(yè)務(wù)流程類型（實時及批處理作業(yè)任務(wù)），處理頻率，處理數(shù)據(jù)流量及數(shù)據(jù)容量大小進行物理數(shù)據(jù)庫設(shè)計。業(yè)務(wù)中各種作業(yè)處理的響應(yīng)速度將在數(shù)據(jù)庫設(shè)計中得以考慮。 詳細設(shè)計階段 此階段是對整個系統(tǒng)按不同子系統(tǒng)和劃分好的模塊進行詳細技術(shù)實現(xiàn)和功能實現(xiàn)，為下一階段的程序開發(fā)提供足夠充分的信息和技術(shù)考慮。根據(jù)各模塊的不同難易程度產(chǎn)生詳細設(shè)計文檔。 程序開發(fā)及單元測試階段 此階段將完成編程并進行單元測試。所實現(xiàn)的功能必須與 外部設(shè)計和詳細設(shè)計所要求的保持一致，質(zhì)量上符合項目規(guī)定的標準。 整體測試階段 系統(tǒng)整體測試的目的是以對系統(tǒng)應(yīng)用軟件進行測試，以判斷這些功能是否符合該應(yīng)用軟件的外部設(shè)計。這是一種黑盒測試，在此整個中心服務(wù)器上的所有應(yīng)用軟件被視為一個整體，系統(tǒng)內(nèi)的各種功能都要包含在整體測試中。 九、 典型客戶應(yīng)用實施計劃 在完成產(chǎn)品化工作之后，我們需要在國內(nèi)零售業(yè)內(nèi)選擇一到兩家典型企業(yè)做為市場的切入點，為今后產(chǎn)品大規(guī)模地在業(yè)內(nèi)推廣實施奠定成功的基礎(chǔ)。在 3 到 6 個月內(nèi)選擇一到兩家在國內(nèi)零售業(yè)具有一定知名度和影響力的企業(yè)，力爭實施取得成 功，為今后進一步開拓市場作準備。典型客戶的應(yīng)用實施分為 10 個階段： Preinvestment Study Report 零售業(yè) ERP 項目 創(chuàng)業(yè)投資可行性分析報告 作者：韓峻瑋 Confidential Document 20210409 18 需求調(diào)研和確認 成立項目小組 實施方案交流和確認 客戶前期培訓(xùn) 軟件模塊客戶化 客戶操作培訓(xùn) 基礎(chǔ)信息準備 系統(tǒng)初始化 系統(tǒng)跟蹤和完善 系統(tǒng)驗收 Preinvestment Study Report 零售業(yè) ERP 項目 創(chuàng)業(yè)投資可行性分析報告 作者：韓峻瑋 Confidential Document