【正文】 以參與投標(biāo)，因?yàn)閭浒傅男畔⒘亢苌?，不能為企業(yè)的投標(biāo)活動(dòng)提供依據(jù)，因此企業(yè)需要詳細(xì)地填報(bào)自己的信息，包括資質(zhì)、資信、代表工程等。每個(gè)企業(yè)只允許備案一個(gè)用戶。其中的核心是企業(yè)的備案注冊和首次填報(bào)。整個(gè)系統(tǒng)的功能結(jié)構(gòu)分為框架層、公共服務(wù)層和業(yè)務(wù)處理層，其整體的功能結(jié)構(gòu)設(shè)計(jì)如圖3一4所示。通過該方案為招投標(biāo)信息管理的各個(gè)問題包括企業(yè)信息管理、業(yè)務(wù)流程管理、專家信息管理等提出了合理有效的解決方案。按業(yè)務(wù)處理順序劃分要依據(jù)業(yè)務(wù)流程分析的結(jié)果，這種劃分方式在一些時(shí)間和處理過程順序特別強(qiáng)的系統(tǒng)中常常采用。對(duì)于業(yè)務(wù)管理系統(tǒng)來說，業(yè)務(wù)模塊劃分的方法主要包括:功能劃分(按業(yè)務(wù)處理功能劃分)、順序劃分、數(shù)據(jù)擬和、過程劃分、時(shí)間劃分、環(huán)境劃分。在對(duì)系統(tǒng)業(yè)務(wù)功能進(jìn)行模塊劃分的過程中，我們需要盡量多的考慮現(xiàn)有設(shè)備資源的搭配，使得各種設(shè)備資源和信息資源能夠合理分布和充分使用。對(duì)于大型的業(yè)務(wù)處理系統(tǒng)來說，系統(tǒng)的實(shí)現(xiàn)會(huì)被劃分到多個(gè)迭代過程來完成，因此在業(yè)務(wù)模塊劃分的過程中應(yīng)盡量適應(yīng)分時(shí)間實(shí)現(xiàn)的過程。也就是說，在系統(tǒng)業(yè)務(wù)的數(shù)據(jù)劃分總應(yīng)盡量減少數(shù)據(jù)的重復(fù)性，應(yīng)盡量使得對(duì)于相關(guān)業(yè)務(wù)的數(shù)據(jù)的處理在某個(gè)業(yè)務(wù)模塊中進(jìn)行。在業(yè)務(wù)模塊的設(shè)計(jì)過程中，應(yīng)該盡量采用接口的方式，從而減少各個(gè)業(yè)務(wù)模塊之間的數(shù)據(jù)依賴性，從而實(shí)現(xiàn)了系統(tǒng)的結(jié)構(gòu)更加松藕合。從而，整體的開發(fā)有利于進(jìn)行業(yè)務(wù)分工，同時(shí)保證了軟件產(chǎn)品的開發(fā)效率和代碼質(zhì)量。業(yè)務(wù)模塊的劃分，必須使得單個(gè)模塊內(nèi)的業(yè)務(wù)之間具有很好的內(nèi)聚性。這樣，通過劃分模塊的方式，即有利于整體業(yè)務(wù)的分解開發(fā)，同時(shí)通過不同模塊之間的協(xié)調(diào)實(shí)現(xiàn)整體系統(tǒng)的業(yè)務(wù)需求。系統(tǒng)用戶通過Http協(xié)議對(duì)系統(tǒng)進(jìn)行訪問、請(qǐng)求，系統(tǒng)整體的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)設(shè)計(jì)如圖3一3所示:圖3一3系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)在業(yè)務(wù)信息軟件系統(tǒng)設(shè)計(jì)的過程中，開發(fā)人員在功能設(shè)計(jì)和開發(fā)過程中將會(huì)依據(jù)業(yè)務(wù)功能之間的關(guān)聯(lián)關(guān)系，通過分解協(xié)調(diào)的方法進(jìn)行劃分模塊和功能子系統(tǒng)的方法進(jìn)行軟件開發(fā)。針對(duì)招投標(biāo)管理系統(tǒng)來說，主要的涉眾人員包括了招標(biāo)單位內(nèi)部相關(guān)管理人員、審核人員、投標(biāo)的相關(guān)建設(shè)單位和工程監(jiān)理單位等。本系統(tǒng)將RBAC模型中的權(quán)限集規(guī)定為對(duì)頁面資源的訪問權(quán)限。組角色分配 (GroupAssigliment)是組到角色的映射，表示一個(gè)組所具有的角色，組與角色也是多對(duì)多關(guān)系，即一個(gè)組可以具有一個(gè)或多個(gè)角色，相同的某一角色也可分配給不同組。針對(duì)操作來說，其描述的是許可和操作之間的一種關(guān)聯(lián)關(guān)系，而這層關(guān)系則表示了某一角色對(duì)某一操作所具有的權(quán)限及權(quán)限狀態(tài)。許可(Permissions)和權(quán)限(Permission)，許可描述了角色對(duì)計(jì)算機(jī)資源的訪問和操作所具有的權(quán)限，其反映的是授權(quán)的結(jié)果。角色 (ROLES)表示組織或部門中的工作或者職務(wù)。組(GROUP)是對(duì)用戶的包含結(jié)構(gòu)，一類擁有相同權(quán)限的用戶，比如同一部門下的職工，或者同一類型的學(xué)生等。而用戶組是系統(tǒng)中相關(guān)人員和用戶的組合，按照一定的組織結(jié)構(gòu)來進(jìn)行分配。結(jié)合基于角色的權(quán)限控制模型，本文所述招投標(biāo)信息管理系統(tǒng)的相關(guān)訪問控制管理模塊描述如表3一1所示。首先系統(tǒng)管理員通過“用戶一用戶組一角色一資源”多層模式來設(shè)置用戶權(quán)限，為每個(gè)角色維護(hù)其資源的訪問權(quán)限，而每個(gè)用戶組被指派一個(gè)或多個(gè)角色，這樣用戶既具有了所指派角色的資源權(quán)限。圖3一2系統(tǒng)軟件架構(gòu)對(duì)于業(yè)務(wù)管理系統(tǒng)來說，如何實(shí)現(xiàn)用戶請(qǐng)求資源的有效控制和分配是其關(guān)鍵的業(yè)務(wù)功能，本文所述招投標(biāo)管理系統(tǒng)所涉及的相關(guān)業(yè)務(wù)人員涉眾角色眾多。數(shù)據(jù)庫層，主要是具體的對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)的數(shù)據(jù)關(guān)系關(guān)聯(lián)表，包括了不同實(shí)體數(shù)據(jù)的表格、各類業(yè)務(wù)關(guān)系的存儲(chǔ)表等。數(shù)據(jù)持久層，包括OR映射和數(shù)據(jù)庫操作兩層，通過基于 ORMaPPing框架的Hibemate，封裝對(duì)數(shù)據(jù)庫的持久化操作，提供可由業(yè)務(wù)層調(diào)用的接口，這也是Spring系列架構(gòu)中 SPringORM所支持的。工作流引擎的引入將業(yè)務(wù)邏輯和流程邏輯分離，允許用戶靈活的設(shè)計(jì)與發(fā)布新的流程?？紤]到其業(yè)務(wù)過程管理為一完整流程管理過程，為了能夠更好的進(jìn)行訂單跟蹤和結(jié)果分析，我們在整體的架構(gòu)設(shè)計(jì)中加入了基于JBPM的工作流引擎。其中，SPring為業(yè)務(wù)邏輯的有效開發(fā)提供了合理的封裝類，能夠?qū)崿F(xiàn)面向切面的有效操作。同時(shí)，將處理獲取后的數(shù)據(jù)轉(zhuǎn)發(fā)給相應(yīng)的顯示模塊進(jìn)行顯示。在報(bào)表的顯示過程中，通過業(yè)務(wù)數(shù)據(jù)模塊獲取業(yè)務(wù)數(shù)據(jù)，由界面管理器結(jié)合數(shù)據(jù)和界面描述文件獲取最終繪制的數(shù)據(jù)報(bào)表和各類格式的圖表。界面管理器主要包括解析器、布局管理和事件處理三部分。在報(bào)表數(shù)據(jù)的顯示過程中，設(shè)計(jì)階段充分采用了基于模型驅(qū)動(dòng)的開發(fā)技術(shù)，將報(bào)表的顯示劃分為模型描述、界面管理器和業(yè)務(wù)數(shù)據(jù)接口三部分組成。同時(shí)，為了能夠?qū)崿F(xiàn)界面數(shù)據(jù)的異步請(qǐng)求和顯示，本文在某些模塊的數(shù)據(jù)顯示部分采用了基于Ajax的異步數(shù)據(jù)請(qǐng)求和顯示技術(shù)。以下對(duì)整體的分層結(jié)構(gòu)圖如圖3一2所示，分別進(jìn)行詳細(xì)的描述:1表現(xiàn)層，主要包括基于瀏覽器技術(shù)的B/S端的頁面顯示和基于 JasperReP0rt的各種不同樣式和類型的數(shù)據(jù)報(bào)表顯示部分。提供商和買主都可以選擇最合適于其商業(yè)應(yīng)用和所需技術(shù)的產(chǎn)品和組件。圖3一l基于SSH的JZEE架構(gòu) JZEE平臺(tái)提供的這個(gè)多層結(jié)構(gòu)的分布式應(yīng)用程序模型具有重用組件的能力、基于擴(kuò)展標(biāo)記語言(XML)的數(shù)據(jù)交換、統(tǒng)一的安全模式和靈活的事物控制。然而，相對(duì)于其余的輕量級(jí)框架來說，“spring+Struts+Hibernate”已成為Java開發(fā)的主流框架體系。對(duì)于基于開源框架來說，目前己經(jīng)逐漸成為研究和開發(fā)的熱點(diǎn)同時(shí)得到了很大的發(fā)展。應(yīng)用程序的邏輯根據(jù)其實(shí)現(xiàn)的不同功能被封裝到組件中，組成JZEE應(yīng)用程序的大量應(yīng)用程序組件根據(jù)其所屬的層被安裝到不同的機(jī)器中。同時(shí)，鑒于系統(tǒng)采用分層松藕合的架構(gòu)設(shè)計(jì)，使得系統(tǒng)框架的可擴(kuò)展性得到增強(qiáng)系統(tǒng)容易實(shí)現(xiàn)對(duì)業(yè)務(wù)請(qǐng)求的擴(kuò)展。在各個(gè)層中分別采用了成熟的開源框架，層與層中間采用統(tǒng)一的接口。針對(duì)招投標(biāo)管理系統(tǒng)用戶角色多、部門多和分布地域廣泛的特點(diǎn)，整體招投標(biāo)管理系統(tǒng)的架構(gòu)設(shè)計(jì)本文選擇采用基于JZEE的多層架構(gòu)設(shè)計(jì)，同時(shí)采用了B/S的整體軟件設(shè)計(jì)。系統(tǒng)的技術(shù)架構(gòu)，其任務(wù)是以系統(tǒng)需求分析的結(jié)果為依據(jù)，充分考慮系統(tǒng)的特點(diǎn)及用戶的要求，為系統(tǒng)選擇合適的開發(fā)平臺(tái)，并且選擇合適的方式構(gòu)建系統(tǒng)。因此，本章將針對(duì)系統(tǒng)的概要設(shè)計(jì)主要是系統(tǒng)的軟件架構(gòu)設(shè)計(jì)、權(quán)限管理設(shè)計(jì)和基本的功能設(shè)計(jì)部分進(jìn)行詳細(xì)的描述。概要設(shè)計(jì)主要完成系統(tǒng)的需求分析到設(shè)計(jì)的轉(zhuǎn)化，并且分階段設(shè)計(jì)實(shí)現(xiàn)系統(tǒng)的整體架構(gòu)，使得系統(tǒng)架構(gòu)能夠?yàn)橄到y(tǒng)的進(jìn)一步開發(fā)和運(yùn)行服務(wù)。第3章系統(tǒng)設(shè)計(jì)對(duì)于系統(tǒng)的研究開發(fā)，在完成整體的需求分析之后將進(jìn)入系統(tǒng)的設(shè)計(jì)階段，基于RUP的軟件設(shè)計(jì)主要包括了系統(tǒng)概要設(shè)計(jì)和系統(tǒng)的詳細(xì)設(shè)計(jì)兩階段的工作?？芍С中允侵笧榱松?jí)或修復(fù)，軟件被修改的能力。(4)退化模式:系統(tǒng)被降級(jí)時(shí)，可接受的運(yùn)轉(zhuǎn)模式。(2)吞吐量:每秒事務(wù)數(shù)。如數(shù)據(jù)的完全丟失或者系統(tǒng)的關(guān)鍵性模塊不能使用。(4)每類錯(cuò)誤。產(chǎn)生數(shù)字輸出的系統(tǒng)要求有多高的精確度。允許系統(tǒng)出故障后不運(yùn)轉(zhuǎn)的時(shí)間，比如要求90%的系統(tǒng)故障要在5分鐘內(nèi)修復(fù)，%的系統(tǒng)故障要在一小時(shí)內(nèi)修復(fù)，這就要求在系統(tǒng)運(yùn)行過程中需要穩(wěn)定的技術(shù)支持團(tuán)隊(duì)，達(dá)到故障修復(fù)周期的最小化。對(duì)于客房子系統(tǒng)來說，系統(tǒng)必須7*24小時(shí)正常使用，而餐飲子系統(tǒng)也必須在進(jìn)餐的高峰時(shí)段確保穩(wěn)定。(l)可用性(availability)。沒人喜歡錯(cuò)誤、缺陷、系統(tǒng)故障和數(shù)據(jù)丟失，當(dāng)系統(tǒng)出現(xiàn)故障和用戶出現(xiàn)錯(cuò)誤的操作后是否支持恢復(fù)，當(dāng)用戶在使用過程中遇到錯(cuò)誤的時(shí)候是否可以立即定位問題，當(dāng)業(yè)務(wù)場景和邏輯發(fā)生變化的時(shí)候系統(tǒng)是否支持，當(dāng)網(wǎng)絡(luò)不穩(wěn)定或使用中異常中斷的情況下系統(tǒng)是否都有相應(yīng)的容錯(cuò)措施，這些都包含于可靠性要求中。2)指明典型終端用戶可能的典型任務(wù)或事務(wù)的可度量任務(wù)時(shí)間。系統(tǒng)用戶涉及到相關(guān)部門的使用人員、公司項(xiàng)目管理人員、評(píng)審專家等，系統(tǒng)使用培訓(xùn)對(duì)他們來說周期很短或者不需培訓(xùn)，而日常管理人員大部分屬于計(jì)算機(jī)普通用戶甚至是新手，這里所說的培訓(xùn)時(shí)間主要指針對(duì)這類用戶。對(duì)于招投標(biāo)管理系統(tǒng)來說，本文的的非功能性需求主要包括:適用性要求，可靠性要求，性能要求，可支持性要求，下面分別對(duì)各項(xiàng)要求進(jìn)行分析。相對(duì)一于功能性需求，非功能性需求不僅僅關(guān)乎軟件產(chǎn)品的使用和性能，同時(shí)還在某種程度上影響到軟件的功能性需求。單位核心成員的信用等級(jí)也與上述中標(biāo)項(xiàng)目的履約結(jié)果相關(guān)，其中評(píng)審專家的信用等級(jí)由相關(guān)監(jiān)管單位的維護(hù)人員審核確定后確定其相關(guān)的信用影響。因此，在系統(tǒng)業(yè)務(wù)分析、設(shè)計(jì)和實(shí)現(xiàn)過程中，需要增加對(duì)于以上三類主要成員的信用檔案維護(hù)和管理。該部分相關(guān)的主要涉眾角色包括了建設(shè)單位和中標(biāo)單位，其中中標(biāo)單位需要定期填寫簡報(bào)，而建設(shè)單位需要定期的對(duì)相關(guān)工作內(nèi)容進(jìn)行審核和評(píng)價(jià)，及時(shí)列出某個(gè)階段內(nèi)評(píng)價(jià)不合格的單位。對(duì)于專家信息的維護(hù)涉眾角色為相關(guān)的監(jiān)管單位來進(jìn)行維護(hù)，相關(guān)的主要功能包括了專家基本信息維護(hù)、專家培訓(xùn)信息維護(hù)、專家現(xiàn)場考核、專家日?？己?、專家單位信息維護(hù)、專家信息統(tǒng)計(jì)等相關(guān)功能，其用例圖如圖2一6所示:圖2一6專家管理用例圖對(duì)于招投標(biāo)管理系統(tǒng)來說，招投標(biāo)業(yè)務(wù)流程管理中最關(guān)鍵的部分為跟蹤和確定某個(gè)階段內(nèi)中標(biāo)企業(yè)的履職情況，包括了完成進(jìn)度、工作簡報(bào)和履約評(píng)級(jí)等相關(guān)內(nèi)容。表2一2選擇評(píng)審專家用例說明通過以上的業(yè)務(wù)流程分析，本文得出相關(guān)專家信息的維護(hù)關(guān)系到招投標(biāo)管理系統(tǒng)的成敗，尤其是針對(duì)招標(biāo)項(xiàng)目流程中的資格審查和評(píng)標(biāo)階段，專家選擇的公正性和權(quán)威性關(guān)系到招標(biāo)最終的成敗。因此，在項(xiàng)目的創(chuàng)建和標(biāo)段創(chuàng)建過程中，相關(guān)建設(shè)單位還需要設(shè)定相應(yīng)的條件對(duì)專家組進(jìn)行自動(dòng)選取，從而避免人為選擇因素從而提高了整體招投標(biāo)管理流程中的公正和公平性。因此，在業(yè)務(wù)系統(tǒng)的設(shè)計(jì)過程中還包括了相關(guān)專家等涉眾人群。其整體的業(yè)務(wù)流程為順序的關(guān)系，業(yè)務(wù)流程的處理過程包括了投標(biāo)單位、建設(shè)單位和監(jiān)管單位三個(gè)主要的涉眾人群。整體的流程如圖2一4所示:圖2一4招投標(biāo)項(xiàng)目流程圖從上圖可以發(fā)現(xiàn)，在招標(biāo)項(xiàng)目流程管理的整體業(yè)務(wù)流程中，所有的涉眾角色中建設(shè)單位是關(guān)鍵的業(yè)務(wù)核心角色，因此接下來的描述中將針對(duì)建設(shè)單位的用例進(jìn)行建模分析和描述，其業(yè)務(wù)用例圖如圖2一5所示:圖2一5招投標(biāo)用例圖通過對(duì)招投標(biāo)業(yè)務(wù)流程的業(yè)務(wù)需求進(jìn)行分析，對(duì)于招投標(biāo)管理信息系統(tǒng)來說其最關(guān)鍵的業(yè)務(wù)處理為流程的需求的梳理和管理。在需求分析階段，需要對(duì)其相關(guān)的業(yè)務(wù)流程進(jìn)行分析和定義。 表2一1企業(yè)人員進(jìn)行企業(yè)信息維護(hù)用例說明通過對(duì)招投標(biāo)管理系統(tǒng)業(yè)務(wù)流程的需求分析，本文在分析和設(shè)計(jì)過程中將某個(gè)業(yè)務(wù)的招投標(biāo)過程看作一整體的項(xiàng)目來進(jìn)行管理。用例標(biāo)識(shí)Model_Enterprise_01用例名稱企業(yè)修改相關(guān)信息創(chuàng)建時(shí)間201165參與者企業(yè)維護(hù)人員用例描述維護(hù)企業(yè)信息前置條件企業(yè)維護(hù)人員登錄系統(tǒng)后置條件記錄信息修改的次數(shù)監(jiān)管部門將對(duì)修改的信息進(jìn)行相應(yīng)審核基本事件流1. 管理員登錄系統(tǒng)2. 查看企業(yè)相應(yīng)信息3. 添加、修改或刪除企業(yè)的相關(guān)信息，包括基本信息、人員信息、礦產(chǎn)信息等。同時(shí)，企業(yè)對(duì)于相關(guān)信息進(jìn)行修改時(shí)，也需要相關(guān)部門進(jìn)行審核，因此針對(duì)企業(yè)的信息維護(hù)和填報(bào)的用例描述如表2一1所示。如圖2一3所示，本文給出了該部分業(yè)務(wù)的核心用例圖和關(guān)鍵用例的用例描述。圖2一2企業(yè)信息管理業(yè)務(wù)流程圖FigureZ一 2SystemPaekagediagram通過對(duì)上述企業(yè)信息業(yè)務(wù)管理流程的分析，企業(yè)信息管理模塊中還包括了企業(yè)信息檢索和查詢以及報(bào)表生成打印等相關(guān)功能。在招投標(biāo)業(yè)務(wù)分析和處理中，參標(biāo)企業(yè)的信息維護(hù)是其中的核心業(yè)務(wù)模塊，因?yàn)閰?biāo)企業(yè)的活動(dòng)貫穿著招標(biāo)活動(dòng)的始末，企業(yè)的信用和資質(zhì)將會(huì)影響其是否能夠通過初步的審核。招投標(biāo)管理作為企事業(yè)單位的信息化管理核心模塊，關(guān)系著其運(yùn)營和生產(chǎn)，良好的招投標(biāo)管理將會(huì)促進(jìn)企事業(yè)單位的高效運(yùn)作和良好形象。針對(duì)招投標(biāo)業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析和決策問題，為了達(dá)到企業(yè)招投標(biāo)業(yè)務(wù)的統(tǒng)計(jì)和易查詢性，系統(tǒng)在設(shè)計(jì)過程中增加了各類不同的招投標(biāo)業(yè)務(wù)查詢和統(tǒng)計(jì)功能。本文在系統(tǒng)的設(shè)計(jì)和實(shí)現(xiàn)過程中通過基于工作流引擎的流程處理模塊，實(shí)現(xiàn)對(duì)招投標(biāo)業(yè)務(wù)的建模分析、狀態(tài)跟蹤和業(yè)務(wù)控制，從而達(dá)到有效的流程定義和業(yè)務(wù)處理。招投標(biāo)的業(yè)務(wù)流程較為復(fù)雜，其中包括了項(xiàng)目審核、招標(biāo)公告、格預(yù)審流程、招標(biāo)開標(biāo)流程、評(píng)標(biāo)流程管理、定標(biāo)流程管理和簽約流程管理等業(yè)務(wù)處理流程。針對(duì)招標(biāo)企業(yè)的信用問題，系統(tǒng)在設(shè)計(jì)過程中增加了招標(biāo)履約考核管理模塊，針對(duì)于標(biāo)書中的不同階段的目的進(jìn)行采用了可考核性指標(biāo)進(jìn)行評(píng)估和分析。在靜態(tài)模型的基礎(chǔ)上，對(duì)主要實(shí)體的數(shù)據(jù)庫進(jìn)行設(shè)計(jì)。結(jié)合不同行業(yè)和企事業(yè)單位招投標(biāo)業(yè)務(wù)的需求和分析，本文在設(shè)計(jì)和實(shí)現(xiàn)招投標(biāo)管理系統(tǒng)的過程中需要達(dá)到以下幾方面的要求:招投標(biāo)業(yè)務(wù)處理流程復(fù)雜，本文對(duì)以上復(fù)雜的招投標(biāo)流程通過面向?qū)ο蟮乃枷牒蚒ML建模語言進(jìn)行了建模分析和梳理。圖21 系統(tǒng)功能包圖通過面向?qū)ο蟮姆治龇椒?，結(jié)合基于統(tǒng)一建模語言(UML)的建模方法對(duì)不同系統(tǒng)模塊中的需求進(jìn)行用例分析和建模。在系統(tǒng)的需求分析過程中，本文引入了包圖對(duì)不同業(yè)務(wù)的用例進(jìn)行分模塊處理和分析。統(tǒng)一開發(fā)過程的最大優(yōu)點(diǎn)是采用按照角色(A以or)對(duì)業(yè)務(wù)需求進(jìn)行分析從而識(shí)別用例模型 (UseCase)中的方法，通過以上方法能夠直觀的建立起系統(tǒng)的需求分析模型，而且通過多次迭代處理避免需求分析過程中存在的漏項(xiàng)問題。在系統(tǒng)的管理過程中，除了以上業(yè)務(wù)處理模塊意外還需要包括報(bào)表打印模塊將各類不同的數(shù)據(jù)報(bào)表進(jìn)行輸出，包括Excel輸出、表格輸出和統(tǒng)計(jì)報(bào)表輸出等。招投標(biāo)文件歸檔管理是將每次招投標(biāo)的相關(guān)文件進(jìn)行歸檔存儲(chǔ)，包括了標(biāo)書、招標(biāo)公告和相關(guān)合同書等，將不同的資源進(jìn)行分類歸檔。為了實(shí)現(xiàn)對(duì)企業(yè)的資信進(jìn)行評(píng)估考核，系統(tǒng)中建立各個(gè)階段標(biāo)的履約考核，通過考核結(jié)果對(duì)企業(yè)的信用等級(jí)進(jìn)行評(píng)估，為招標(biāo)過程提供決策參考。對(duì)于招標(biāo)項(xiàng)