【正文】 KO|a 39 （十一）有關(guān)本項(xiàng)目的國內(nèi)外知識產(chǎn)權(quán)狀況分析 國內(nèi)外的 中 間件技術(shù)是在克服復(fù)雜網(wǎng)絡(luò)應(yīng)用的共性問題中不斷發(fā)展和壯大起來的，這些問題可以歸納為四個(gè)方面： 從計(jì)算環(huán)境來看：中間件面對的是一個(gè)復(fù)雜、不斷變化的計(jì)算環(huán)境，要求中間件技術(shù) 具有足夠的靈活性和可成長性； 從資源管理的角度來看：操作系統(tǒng) 和數(shù)據(jù)庫管理系統(tǒng)管理的是有限資源，資源種類有 限，資源量也有限，而中間。 7．引入外部監(jiān)理與審計(jì) 要重視信息系統(tǒng)的項(xiàng)目管理，特別是項(xiàng)目人力資源的管理，因?yàn)轫?xiàng)目成員的素質(zhì)和能力以及積極性是項(xiàng)目成敗的關(guān)鍵。當(dāng)我們發(fā)現(xiàn)某個(gè)構(gòu)件不符合要求時(shí)，可對其進(jìn)行修改而不會(huì)影響其他構(gòu)件，也不會(huì)影響系統(tǒng)功能的實(shí)現(xiàn)和測試，就好像整修一座大樓中的某個(gè)房間，不會(huì)影響其他房間的使用。這種編程方法是將編制好的 “ 構(gòu)件 ” 插入已做好的框架中，從而形成一個(gè)大型軟件。 5． 盡量采用面向?qū)ο蠛突跇?gòu)件的方法 面向?qū)ο蟮姆椒◤?qiáng)調(diào)類、封裝和繼承，能提高軟件的可重用性，將錯(cuò)誤和缺憾局部化，同時(shí)還有利于用戶的參與，這些對提高信息系統(tǒng)的質(zhì)量都大有好處。 4．實(shí)行面向用戶參與的原型演化 在每個(gè)階段的后期，快速建立反映該階段成果的原型系統(tǒng)，通過原型系統(tǒng)與用戶交互，及時(shí)得到反饋信息，驗(yàn)證該階段的成果并及時(shí)糾正錯(cuò)誤，這一技術(shù)被稱為 “ 原型演化 ” 。版本控制的含義是通過給文檔和程序文件編上版本號，記錄每次的修改信息，使項(xiàng)目組的所有成員都了解文檔和程序的修改過程。 3．實(shí)行里程碑式的審查與版本控制 KO|a 38 里程碑式審查就是在信息系統(tǒng)生命周期每個(gè)階段結(jié)束之前，都正式使用結(jié)束標(biāo)準(zhǔn)對該階段的凍結(jié)成果進(jìn)行嚴(yán)格的技術(shù)審查，如果發(fā)現(xiàn)問題，就可以及時(shí)在階段內(nèi)解決。 在每個(gè)階段末要 “ 凍結(jié) ” 部分成果，作 為下一階段開發(fā)的基礎(chǔ)。一個(gè)大項(xiàng)目可分成若干階段，每個(gè)階段有自已的任務(wù)和成果。信息系統(tǒng)是一項(xiàng)系統(tǒng)工程，必須建立嚴(yán)格的工程控制方法，要求開發(fā)組的每一個(gè)人都要遵守工程規(guī)范。 另外 ，我們采取以下步驟實(shí)施全面技術(shù)和質(zhì)量的全面控制： 采用 GB/T 85662021《信息技術(shù) 軟件生存周期過程》 ,GB/Z 184932021(上述過程指南 ),GB/T ～ .62021《軟件工程 產(chǎn)品評價(jià)》第 1～ 6 部分 , GB/T 《信息技術(shù) 軟件測量 功能模塊測量 第 1 部分 :概念定義》 ,GB/T 184922021《信息技術(shù) 系統(tǒng)及軟件完整性級別》， 我們采取以下步驟實(shí)施全面 技術(shù)和 質(zhì)量控制 ： 1．實(shí)行工程化開發(fā) “ 信息系統(tǒng)開發(fā)方法 ” 一詞的廣義理解 是 “ 探索復(fù)雜系統(tǒng)開發(fā)過程的秩序 ” ；狹義理解是 “ 一組為信息系統(tǒng)開發(fā)起工具作用的規(guī)程 ” ，按這些規(guī)程工作，可以較合理地達(dá)到目標(biāo)。 我們采用的 SOAP 技術(shù)，是由 Microsoft、 IBM、 Sun 等大廠商推出的 ，用于提供 Inter訪問不同應(yīng)用的解決方案。它主要的作用就是建立數(shù)據(jù)傳輸和交換的標(biāo)準(zhǔn)。 KO|a 37 系統(tǒng) 信息服務(wù)的標(biāo)準(zhǔn)化的基礎(chǔ)設(shè)施采 用 XML 技術(shù)。 （十）相關(guān)依托工程（含技術(shù)）的落實(shí)情況 《 IBTE基礎(chǔ)交易處理平臺》屬軟件產(chǎn)品，必須要符合相關(guān)的國際標(biāo)準(zhǔn)，《 IBTE基礎(chǔ)交易處理平臺》是一種基于 J2EE、 EJB 和 XML 的流程和工作流引擎，符合行業(yè)標(biāo)準(zhǔn)，因?yàn)椋? 基于標(biāo)準(zhǔn) J2EE 應(yīng)用服務(wù)器 , 采用 J2EE/XML技術(shù)在國內(nèi)外已經(jīng)大量應(yīng)用，比較成熟； 它還支持 World Wide Web Consortium（ W3C），如 HTTP、 XML和 Web服務(wù)技術(shù)（包括 UDDI、 WSDL和 SOAP等）。 制定嚴(yán)格的制度，防止核心技術(shù)的擴(kuò)散，加強(qiáng)對技術(shù)成果的保護(hù)。公司應(yīng)根據(jù)國家有關(guān)規(guī)定，為每一名員工購買基本的社會(huì)保險(xiǎn)。 對于貢獻(xiàn)特別突出的員工給予特別的獎(jiǎng)勵(lì)。估計(jì)技術(shù)人員的月平均收入在 20214000 元左右。 技術(shù)人員以工資收入為主，根 據(jù)其能力工資在 15003000 元左右。 ? 薪酬福利制度 處于創(chuàng)業(yè)階段，采取低工資成本制度。 具體計(jì)算方法和配股比例待董事會(huì)商定后確定。 公司承諾向骨干員工分配公 司股份；具體辦法是根據(jù)員工對公司的貢獻(xiàn)，分三年計(jì)算每名員工的績效積分。 ? 管理模式 采用科學(xué)的管理模式，建立和完善現(xiàn)代高科技企業(yè)的經(jīng)營管理體系，實(shí)行獨(dú)立經(jīng)營核算，實(shí)施量化考評制。 應(yīng)優(yōu)先招攬我們相對比較熟悉和信任的員工，激發(fā)他們與企業(yè)一起成長的決心。 行政管理機(jī)制 為使項(xiàng)目順利實(shí)施，改善企業(yè)管理，控制經(jīng)營風(fēng)險(xiǎn)，公司將制定科學(xué)的管理規(guī)劃， 按照建立現(xiàn)代企業(yè)制度的要求，實(shí)現(xiàn)企業(yè)管理體制和機(jī)制的創(chuàng)新，完善考核制度，落實(shí)責(zé)、權(quán)、利制度。 e、 當(dāng)定期與供應(yīng)商核對應(yīng)付賬款、應(yīng)付票據(jù)、預(yù)付賬款等往來款項(xiàng)。 d、 加強(qiáng)應(yīng)付賬款和應(yīng)付票據(jù)的管理，由專人按照約定的付款日期、折扣條件等管理應(yīng)付款項(xiàng)。 b、 在辦理付款 業(yè)務(wù)時(shí)，應(yīng)當(dāng)對采購發(fā)票、結(jié)算憑證、驗(yàn)收證明等相關(guān)憑證的真實(shí)性、完整性、合法性及合規(guī)性進(jìn)行嚴(yán)格審核。 ） c、在企業(yè)內(nèi)部形成一個(gè)科學(xué)的風(fēng)險(xiǎn)制約機(jī)制，將信用管理的各項(xiàng)職責(zé)在各業(yè)務(wù)部門之間重新進(jìn)行合理的分工，各自承擔(dān)明確的信用風(fēng)險(xiǎn)管理職責(zé)，防止因盲目決策而產(chǎn)生的信用風(fēng)險(xiǎn)。）； 中期信用管理階段的債權(quán)保障機(jī)制 （一方面，通過外部力量轉(zhuǎn)移 風(fēng)險(xiǎn)，比如銀行提供的擔(dān)保、保理，保險(xiǎn)公司提供的信用保險(xiǎn)等；另一方面是自身控制風(fēng)險(xiǎn)，讓客戶簽署人提供物的擔(dān)保、抵押等等。另外，將應(yīng)收賬款的管理納入對銷售人員考核的項(xiàng)目之中，即個(gè)人利益不僅要和銷售、回款業(yè)績掛鉤，也要和應(yīng)收賬款的管理聯(lián)系在一起，制訂合理的應(yīng)收賬款獎(jiǎng)罰條例，使應(yīng)收賬款處在合理、安全的范圍之內(nèi)。 KO|a 34 財(cái)務(wù)管理機(jī)制 1）應(yīng)收帳款管理策略 管理應(yīng)收賬款是財(cái)務(wù)管理的一項(xiàng)內(nèi)容，涉及企業(yè)銷售管理的全過程，為此，本公司將從根本上建立一套高效的企業(yè)應(yīng)收賬款管理策略。 鑒于公司新辦時(shí)業(yè)務(wù)尚未展開，故人力應(yīng)盡量精簡，做到一人兼數(shù)職。在公司平時(shí)運(yùn)營時(shí)，遵循行政組織架構(gòu)進(jìn)行管理；在遇 到重大項(xiàng)目時(shí)，組織臨時(shí)項(xiàng)目小組專門針對項(xiàng)目進(jìn)行管理。 公司現(xiàn)有主要人力資源狀況如下表： 崗 位 姓 名 職 責(zé) 總經(jīng)理 余剛 負(fù)責(zé)公司日常的管理，制定公司市場發(fā)展方向、重大項(xiàng)目的攻關(guān)、協(xié)調(diào)公司與相關(guān)政府部門的工作。 3）明確組織與人員配置要求，搭建項(xiàng)目開發(fā)計(jì)劃管理的戰(zhàn)略實(shí)施框架。 在編制本項(xiàng)目人力資源規(guī)劃時(shí)，公司將從注意以下幾個(gè)關(guān)鍵問題： KO|a 33 1）人力資源規(guī)劃應(yīng)與企業(yè)戰(zhàn)略相匹配，使人力資源管理戰(zhàn)略與企業(yè)總體戰(zhàn)略保持一致。同樣，本項(xiàng)目的推進(jìn)也離不開人力資源這個(gè)基本因素的支撐。 ? 實(shí)施工作結(jié)束后的回顧 時(shí)間從 2021 年 7 月 11 日 — 2021 年 7 月 27日，工期為 12 個(gè)工作日。 ? 試生產(chǎn) 時(shí)間從 2021 年 11 月 7 日 — 2021 年 6 月 26日，工期為 個(gè)工作日。 ? 培訓(xùn) 時(shí)間從 2021 年 5 月 30 日 — 2021 年 4 月 4 日，工期為 221 個(gè)工作日。 ? 開發(fā) 時(shí)間從 2021 年 5 月 30 日 — 2021 年 3 月 26日，工期為 214 個(gè)工作日。 ? 分析 /軟件需求 時(shí)間從 2021 年 8 月 19 日 — 2021 年 11 月 7日，工期為 個(gè)工作日。 在此， 我公司借鑒國內(nèi)外的成功項(xiàng)目，尤其是我公司的主要技術(shù)人才的豐富 實(shí)踐經(jīng)驗(yàn)（在國內(nèi)成功實(shí)施過多個(gè)電子信息項(xiàng)目），一方面積極加強(qiáng)KO|a 31 對本項(xiàng)目技術(shù)的宣傳力度，盡快使用戶能盡快認(rèn)識到本項(xiàng)目的技術(shù)先進(jìn)性和實(shí)用性；另外方面，積極加強(qiáng)技術(shù)交流，全方位跟蹤國內(nèi)外的技術(shù)發(fā)展方向，保證本項(xiàng)目研發(fā)的先進(jìn)性， 以力求避免出現(xiàn)技術(shù)被淘汰的重大風(fēng)險(xiǎn)。 文檔視圖動(dòng)態(tài)測試：所有業(yè)務(wù)文檔，都支持在設(shè)計(jì)期任何階段對設(shè)計(jì)的商務(wù)規(guī)則、交互界面、運(yùn)行效率、數(shù)據(jù)編輯、打印輸出等重要特征進(jìn)行動(dòng)態(tài)測試。如果要求更高，則可以在自動(dòng)生成的文檔基礎(chǔ)上再加以修改。 ?常用數(shù)據(jù)感知格式文檔的自動(dòng)生成：只要用戶選擇了數(shù)據(jù)源和文檔類型 ,就能夠根據(jù)數(shù) 據(jù)字典的定義，智能地生成相應(yīng)格式的文檔。 ?文 檔與數(shù)據(jù)的連接以及輸入自動(dòng)感知：可以在上述大多數(shù)類型的文檔中定義數(shù)據(jù)域，并 實(shí)現(xiàn)數(shù)據(jù)輸入輸出。 ?字段級數(shù)據(jù)加密：支持針對每一個(gè)字段的數(shù)據(jù)加密。 ?業(yè)務(wù)參數(shù)管理：提供統(tǒng)一的業(yè)務(wù)要素和參數(shù)管理，可以讓用戶靈活修改業(yè)務(wù)活動(dòng)中的大 量業(yè)務(wù)參數(shù)。 ?數(shù)據(jù)字典資源的導(dǎo)入、導(dǎo)出： IBTE 可以對數(shù)據(jù)字典資源進(jìn)行導(dǎo)入和導(dǎo)出。 ?對企業(yè)現(xiàn)有數(shù)據(jù)庫的直接重用和訪問：支持對企業(yè)現(xiàn)有數(shù)據(jù)庫的直接重用和訪問。使用系統(tǒng)核心 +插件的配置模式 ,系統(tǒng)支撐平臺的系統(tǒng)核心功能包括： ? 通信處理 ? 支持不同的通信協(xié)議 ? 支持 OLTP 平臺的功能調(diào)用： CICS， MQ 等 ? 提供主 /被動(dòng)建鏈、多鏈路、長 /短建鏈通信方式 ? 增加新的協(xié)議只需加入?yún)f(xié)議 Adaptor ? 內(nèi)部進(jìn)程控制模塊 ? 系統(tǒng)的性能同硬件的 TPC 同步，平穩(wěn)地支持大規(guī)模交易量 ? 提供靈活的應(yīng)用子系統(tǒng)處理模式：以設(shè)備為單位或以交易為單位 ? 系統(tǒng)監(jiān)控機(jī)制 ? 任何一個(gè)系統(tǒng)和應(yīng)用進(jìn)程都受總控進(jìn)程管理 ? 一個(gè)應(yīng)用子系統(tǒng)的問題不會(huì)使系統(tǒng)停止 ? 提供系統(tǒng)報(bào)警功能 ? 交換路由分揀： ? 路由分成應(yīng)用處理進(jìn)程選擇，設(shè)備和主機(jī)目的地選擇 ? 使用內(nèi)部數(shù)據(jù)格式進(jìn)行路由選擇 ? 路由選擇可以通過系統(tǒng)配置完成 ? 超時(shí)控制： ? 系統(tǒng)提供超時(shí)總控機(jī)制 ? 應(yīng)用系統(tǒng)只需登記超時(shí)，系統(tǒng)會(huì)自動(dòng)通知超時(shí)，然后應(yīng)用可以做超KO|a 28 時(shí)處理 ? 自動(dòng)恢復(fù)和沖正： ? 當(dāng)出現(xiàn)通信異常情況時(shí)， IBTE 可以為應(yīng)用系統(tǒng)進(jìn)行恢復(fù) ? 當(dāng)與主機(jī)通信暫時(shí)中斷時(shí)， IBTE 可以為應(yīng)用系統(tǒng)提供自動(dòng)沖正 ? 運(yùn)行日志： ? 系統(tǒng)和應(yīng)用的任何情況都有記錄 ? 記錄可以分級 ? 資源配置 (系統(tǒng)配置文件 ) ? SESSION NAME ? PLATFORM_TYPELinux/AIX/HP_UNIX 等 ? PROTOCOL_TYPETCPIP/SNA/X25 等 ? OPEN_MODEServer/Client/Active Server ? ip_addrs、 portnumber、 lu_number、 pu_addrs 等 ? OPTIONS 等 ? 通訊控制配置 ? iomode(通訊 IO模式： IO、 IN、 OUT) ? liype(通訊線路方式：長建 鏈、短建鏈 ) ? linenum(通訊線路個(gè)數(shù) ) ? timeout(通訊超時(shí)值 )等 ? 系統(tǒng)進(jìn)程資源配置 ? 進(jìn)程定時(shí)查詢時(shí)間、進(jìn)程未響應(yīng)次數(shù)限制 ? 消息隊(duì)列數(shù)、信號量數(shù)、共享內(nèi)存數(shù)等 ? 隊(duì)列參數(shù)、信號量參數(shù)、共享內(nèi)存參數(shù) ? 虛擬名、標(biāo)識號、 IPC 鍵值、大小 ? 進(jìn)程名、進(jìn)程類 ID 標(biāo)記、個(gè)數(shù)、啟動(dòng)參數(shù)等 ? 系統(tǒng)進(jìn)程類標(biāo)記 ID、應(yīng)用進(jìn)程類標(biāo)記 TPID ? 系統(tǒng)進(jìn)程生命期控制 ? 啟動(dòng)、關(guān)閉、暫停、恢復(fù)、運(yùn)行狀態(tài)監(jiān)控、異?？刂频? ? 系統(tǒng)進(jìn)程監(jiān)控實(shí)現(xiàn)機(jī)制 ? 監(jiān)控隊(duì)列 KO|a 29 ? 監(jiān)控命令 (關(guān)閉、暫停、恢復(fù)、外部手動(dòng)控制接口 ) ? 定時(shí)進(jìn)程狀態(tài)查詢、異常狀 態(tài)重啟 ? 交換路由的數(shù)據(jù)基礎(chǔ) ? 應(yīng)用協(xié)議轉(zhuǎn)換 ? 內(nèi)部數(shù)據(jù)格式 ? 應(yīng)用進(jìn)程類標(biāo)記 TPID ? 通訊路由節(jié)點(diǎn)標(biāo)記 RouteID ? 交換路由規(guī)則及其配置 ? RouteRoute(簡單分揀規(guī)則 ) ? 通訊報(bào)文 轉(zhuǎn)發(fā)類應(yīng)用子系統(tǒng) 外部交換 外部節(jié)點(diǎn) ? RouteTP1(命令提交規(guī)則 ) ? 通訊報(bào)文 應(yīng)用協(xié)議轉(zhuǎn)換 內(nèi)部數(shù)據(jù)格式 內(nèi)部交換 命令處理類應(yīng)用子系統(tǒng) ? RouteTP2(交易提交規(guī)則 ) ? 通訊報(bào)文 應(yīng)用協(xié)議轉(zhuǎn)換 內(nèi)部數(shù)據(jù)格式 內(nèi)部交換 交易處理類應(yīng)用子系統(tǒng) ? 規(guī)則配置信息表 ? TPIDFstFltInf、 TPIDSndFltInf、 TPIDTrdFltInf ? 業(yè)務(wù)交換規(guī)則 ?擴(kuò)展屬性定義：為數(shù)據(jù)建模提供了強(qiáng)大和豐富的擴(kuò)展屬性定義，使數(shù)據(jù)庫應(yīng)用中的大量 功能可以在免代碼的情況下實(shí)現(xiàn)。 下面我們進(jìn)行詳述： 采用 JMXJava Management Extensions框架 ， 即 Java管理擴(kuò)展 ,是一個(gè)為應(yīng)用程 序、設(shè)備、系統(tǒng)等植入管理功能的框架。面向服務(wù)的體系結(jié)構(gòu)（ SOA）可以基于 Web 服務(wù)，但是它可能改為使用其他的技術(shù)來代替。 Web 服務(wù)規(guī)范定義了實(shí)現(xiàn)服務(wù)以及與它們的交互所需要的細(xì)節(jié)。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)和編程。 CSS 被用來作為 XML 文檔顯示的樣式標(biāo)準(zhǔn)等等。 XPath 描述如何識別、選擇、匹配 XML文件中的各個(gè)構(gòu)成元件，包括元素、屬性、文字內(nèi)容等。 DOM 定義了一組與平臺和