項目需求分析書

招標文件 第二部分招標要求中學數(shù)字化校園建設共享數(shù)據(jù)中心平臺委托開發(fā)項目需求1項目背景介紹各直屬校在先期進行數(shù)字化校園建設的過程，已經(jīng)建設了一些應用系統(tǒng)。但是，在建設初期，由于缺乏對數(shù)據(jù)資源的統(tǒng)籌與統(tǒng)一規(guī)劃，各應用系統(tǒng)之間數(shù)據(jù)結(jié)構(gòu)不統(tǒng)一，使得數(shù)據(jù)不一致、不準確、不完整，無法形成統(tǒng)一的信息化標準體系，最終造成了部門之間一個個信息孤島的存在。然而，這種情況的持續(xù)存在，既不利于各應用系統(tǒng)之間的數(shù)據(jù)互通共享，更加大了部門之間重復維護系統(tǒng)的工作量，嚴重影響了學校的教育教學工作效率。為此，在校內(nèi)建設統(tǒng)一的信息化標準體系，構(gòu)筑統(tǒng)一的數(shù)據(jù)中心共享平臺，已迫在眉睫。2 項目建設目標和原則2.1項目建設總體目標采取SOA(面向服務的體系結(jié)構(gòu))的設計架構(gòu)方式，基于ESB（企業(yè)服務總線）的技術框架，通過在校內(nèi)建立統(tǒng)一的共享數(shù)據(jù)中心平臺，建設統(tǒng)一的信息化標準體系，實現(xiàn)各應用系統(tǒng)（包括現(xiàn)有系統(tǒng)和新建系統(tǒng)）之間，系統(tǒng)同共享數(shù)據(jù)中心平臺之間的數(shù)據(jù)互通共享，并實現(xiàn)對共享數(shù)據(jù)的統(tǒng)一集中管理。2.2項目建設原則依據(jù)各學校信息化現(xiàn)狀分析和工程建設的要求，提出如下建設原則：（1）符合標準系統(tǒng)建設必須符合我國相關部門制訂的標準，在統(tǒng)一身份認證中，對安全策略、密碼與安全設備選用、網(wǎng)絡互聯(lián)、安全管理等必須符合我國信息安全法律法規(guī)。（2）易管理性原則易管理體現(xiàn)在 強大的日志功能，系統(tǒng)可以記錄關鍵內(nèi)容修改或大范圍內(nèi)容修改的相關信息并方便查詢； 方便統(tǒng)一的權(quán)限設置功能，系統(tǒng)應建立集中的權(quán)限設置模塊， 健全的備份和還原機制，系統(tǒng)應該可以數(shù)據(jù)定時備份、增量備份、數(shù)據(jù)還原，同時也需要系統(tǒng)有相應的備份還原接口，將本系統(tǒng)和第三方系統(tǒng)的備份還原集成到一起；（3）易操作性原則易操作體現(xiàn)在 提供易操作性測試計劃并準備易操作性測試用例和易操作性測 試規(guī)程。 提交易操作性測試分析報告， 適當?shù)倪\用AJAX技術， 各功能模塊使用相似的操作界面，保持系統(tǒng)的統(tǒng)一性，（4）方便開發(fā)性原則方便開發(fā)體現(xiàn)在 提供接口文檔， 源代碼中每個公開類及其公開屬性和公開方法均有注釋說明其使用方法、參數(shù)意義， 提供開發(fā)過程中的UML設計原型等相關資料，（5）易學習原則易學習體現(xiàn)在 提供規(guī)范的在線系統(tǒng)幫助文檔， 符合用戶的一般使用習慣， 對用戶的錯誤操作有具體的提示（6）實用、高效、可擴展原則本項目中所采用的產(chǎn)品，要便于操作、實用高效。同時，隨著IT技術和學校業(yè)務的不斷發(fā)展，數(shù)字校園系統(tǒng)將會發(fā)生各種變化，系統(tǒng)設計必須能適應這種變化，在系統(tǒng)實施過程中，系統(tǒng)的結(jié)構(gòu)、配置也會發(fā)生這樣或那樣的變化，該平臺要有一定的靈活性來適應這種變化。（7）標準化與一致性原則數(shù)字化是一個龐大的系統(tǒng)工程，其體系的設計必須遵循一系列的標準，確保各個分系統(tǒng)的一致性，整個系統(tǒng)能安全地互聯(lián)互通、信息共享。（8）需求、風險、成本折衷原則任何系統(tǒng)都不可能一直滿足業(yè)務發(fā)展的需要，數(shù)字校園建設項目也如此。鑒于這種情況，在設計系統(tǒng)時，要在需求、風險和成本之間進行平衡和折衷。同時，要盡量保護已有投資。（9）整體規(guī)劃設計原則本次招標項目只是數(shù)字校園建設的一個部分，是一個基礎工作，在設計系統(tǒng)時，必須根據(jù)數(shù)字化校園建設的要求，為以后的建設保留接口，方便擴展，要能保證后期建設的方便。3項目現(xiàn)狀分析目前各直屬校數(shù)字化校園建設在數(shù)據(jù)資源建設方面，主要存在以下幾個問題：（1）、數(shù)據(jù)標準不統(tǒng)一。學校在進行信息化建設的過程中，由于在建設初期缺乏統(tǒng)一規(guī)劃，應用系統(tǒng)大多都是從部門、基層的角度來開發(fā)實施，缺乏全局的考慮，使得開發(fā)出來的各部門的系統(tǒng)之間沒有統(tǒng)一的數(shù)據(jù)標準，數(shù)據(jù)格式各不相同。 （2）、存在信息孤島，數(shù)據(jù)無法互通共享。由于無統(tǒng)一的數(shù)據(jù)標準，同一類型的數(shù)據(jù)存在于多個系統(tǒng)中，系統(tǒng)之間無法實現(xiàn)數(shù)據(jù)同步共享。（3）、原來EAI的（企業(yè)應用集成）的整合方式，應用系統(tǒng)整合的工作量較大。保持數(shù)據(jù)同步的一種做法是傳統(tǒng)的EAI實現(xiàn)方式,這種實現(xiàn)方式需要各個系統(tǒng)對與之交互的系統(tǒng)都要提供相應的數(shù)據(jù)接口,開發(fā)工作量較大,并且各個應用開發(fā)廠商需要各自協(xié)調(diào)接口規(guī)范的討論工作,接口依賴性較高,實現(xiàn)周期不可控。另一種做法則是建立“共享數(shù)據(jù)庫”，通過共享相關基礎或重要數(shù)據(jù)，相關數(shù)據(jù)的改動首先反映到共享數(shù)據(jù)中心,再由共享數(shù)據(jù)中心通知其他應用系統(tǒng)作相應更新。采用這種方法,原有系統(tǒng)的改動可以降到最低。（4）、不能有效地提高學校內(nèi)部的工作效率。各個應用系統(tǒng)只能被動等待數(shù)據(jù)，而不能主動要求數(shù)據(jù)和主動使用數(shù)據(jù)。例如，以往不同系統(tǒng)之間需要查詢數(shù)據(jù)必須通過較多的手續(xù)才能最后拿到數(shù)據(jù)，建設了統(tǒng)一共享平臺之后，就能直接訪問別的應用系統(tǒng)所共享的數(shù)據(jù)。另外，同一類型的數(shù)據(jù)存在多個應用系統(tǒng)中，當一個應用系統(tǒng)中的該數(shù)據(jù)發(fā)生變化時，無法實時同步更新到其它應用系統(tǒng)，這樣造成了各應用系統(tǒng)的重復操作，無法保證數(shù)據(jù)的完整性和一致性，增加了一定的工作量，也造成了不必要的資源浪費。（5）、數(shù)據(jù)的無法統(tǒng)一集中管理。各應用系統(tǒng)的基礎數(shù)據(jù)進行無法進行統(tǒng)一的存儲、容災備份，實現(xiàn)數(shù)據(jù)的集中管理。（6）、無法為領導的決策提供實時的數(shù)據(jù)。沒有一個共享平臺，可以實現(xiàn)整個學校的業(yè)務數(shù)據(jù)都可以實時的相互查詢和訪問，以為領導提供第一手的數(shù)據(jù)。4最終需求的確定為保障最終系統(tǒng)的使用效果，各系統(tǒng)的具體功能，應以中標方根據(jù)用戶實際調(diào)研后最終形成的需求分析文檔為準。5基本技術架構(gòu)要求5.1總體架構(gòu)與功能5.11 總體架構(gòu)基于SOA的共享數(shù)據(jù)中心平臺整體架構(gòu)5.12總體功能基于各校建立的符合統(tǒng)一數(shù)據(jù)標準的共享數(shù)據(jù)中心平臺，能實現(xiàn)將校內(nèi)現(xiàn)有應用和即將開發(fā)的新應用中所需共享的異構(gòu)和非異構(gòu)的數(shù)據(jù)信息，使用通用的數(shù)據(jù)抽?。ú杉?、清洗、轉(zhuǎn)換）或同步方法，自動地推送至平臺中進行共享、發(fā)布；除此之外，還要能實現(xiàn)利用平臺發(fā)布的數(shù)據(jù)接口，校內(nèi)即將開發(fā)的新應用能方便的實現(xiàn)共享數(shù)據(jù)的訂閱和讀取。5.2 技術要求（1）采取低耦合、粗粒度、面向服務的體系（SOA）的開放式架構(gòu)。（2）分布式結(jié)構(gòu)，集中式管理。（3）采用組件式的開發(fā)框架。6具體建設內(nèi)容序號建 設 內(nèi) 容1共享數(shù)據(jù)中心平臺一套2身份管理系統(tǒng)一套6.1 具體功能需求6.11 共享數(shù)據(jù)中心平臺 業(yè)務目標共享數(shù)據(jù)中心平臺作為校內(nèi)基本數(shù)據(jù)的共享平臺，要能將各個業(yè)務系統(tǒng)的基本數(shù)據(jù)進行集中整理，實現(xiàn)統(tǒng)一管理，保證數(shù)據(jù)的權(quán)威和準確。還要能為各個業(yè)務應用系統(tǒng)和各類服務系統(tǒng)提供數(shù)據(jù)支持。因此，承擔著數(shù)字化校園中的大量數(shù)據(jù)、信息、流程以及處理結(jié)果。 功能描述其平臺具體功能描述如下：（1）統(tǒng)一信息化標準的建設。信息標準的建設主要包括數(shù)據(jù)標準建設，管理標準的建設和技術標準的建設。l 數(shù)據(jù)標準的建設學校數(shù)據(jù)標準建設參考的標準集包括作為國家標準的教育部教育管理信息化標準（第一部分：學校管理信息標準）和教育信息化技術標準委員會CELTSC （Chinese e-Learning Technology Standardization Committee）出臺的標準，地方標準包括市教委相關標準和DLTS標準，還包括IMS的Learning Resource Metadata（學習資源元數(shù)據(jù)規(guī)范）、IEEE LTSC（Learning Technology Standards Committee，學習技術標準委員會）、LOM（Learning Object Metadata：學習對象元數(shù)據(jù)模型）、OCLE（Online Computer Library Center）Dublin Core的Dublin Core元數(shù)據(jù)標準、SCORM（可共享課程對象參考模型）等規(guī)范、模型和標準。要求建立一套以國家教育部信息標準為基礎，其它標準做參考的數(shù)字化校園標準，在經(jīng)過充分的實際調(diào)研工作之后，根據(jù)學校的實際情況進行增刪減，形成最終的事實信息標準。l 管理標準的建設管理標準的建設，主要指的是從數(shù)字化校園項目管理的角度制定的各種規(guī)章制度。包括項目立項管理規(guī)范、項目開發(fā)管理規(guī)范，項目測試驗收管理規(guī)范、項目運行管理規(guī)范、各種中長期建設規(guī)劃規(guī)范等。l 技術標準的建設技術標準的建設主要指的是從系統(tǒng)開發(fā)的角度考慮符合軟件工程的各種技術文檔和規(guī)范。包括項目開發(fā)計劃，需求分析說明書，概要設計說明書、數(shù)據(jù)庫設計說明書、測試說明書、操作手冊、用戶手冊等。（2）數(shù)據(jù)的采集交換。所有數(shù)據(jù)來源于各個業(yè)務系統(tǒng)，不管是異構(gòu)的數(shù)據(jù)庫管理系統(tǒng)還是非異構(gòu)的數(shù)據(jù)庫管理系統(tǒng)，要求都能通過通用的數(shù)據(jù)抽?。ú杉?、清洗、轉(zhuǎn)換）或同步方法自動地將數(shù)據(jù)推送至共享數(shù)據(jù)中心，并做出數(shù)據(jù)更新報告。另外，在操作上，對于任何業(yè)務應用系統(tǒng)（包括現(xiàn)有的或新開發(fā)的），能以便捷的方式，制定業(yè)務數(shù)據(jù)交換策略，最好不需要寫代碼即可實現(xiàn)業(yè)務數(shù)據(jù)的采集交換；同時，考慮到未來數(shù)據(jù)標準的變化情況，可以便捷地進行主題數(shù)據(jù)庫配置、數(shù)據(jù)交換策略配置，以此達到對未來增加的任何業(yè)務應用都能方便地將數(shù)據(jù)采集交換到共享數(shù)據(jù)中心平臺。（3）數(shù)據(jù)的共享發(fā)布。能以可視化界面或拖拉等方式，實現(xiàn)對數(shù)據(jù)共享接口的發(fā)布。通過授權(quán)，利用提供的通用數(shù)據(jù)共享接口，可以將共享數(shù)據(jù)中心的部分或全部數(shù)據(jù)進行共享和利用，并實時做出數(shù)據(jù)使用情況報告。另外，針對每一個數(shù)據(jù)共享接口，還需開發(fā)數(shù)據(jù)信息的存取編程實例，保證用戶可以在新開發(fā)的業(yè)務系統(tǒng)中方便地訪問接口。（4）主題數(shù)據(jù)庫管理。依據(jù)劃分的主題對象，利用數(shù)據(jù)倉庫技術，建設相應的主題數(shù)據(jù)庫。并能根據(jù)學校數(shù)據(jù)標準的變化，能以便捷的方式，更改主題數(shù)據(jù)庫配置。另外，還需對訪問主題數(shù)據(jù)庫的用戶權(quán)限進行管理。（5）元數(shù)據(jù)管理。主要包括表的注冊，字段的注冊和更改數(shù)據(jù)庫結(jié)構(gòu)。（6）用戶和日志管理。用戶管理主要包括：應用用戶管理和平臺用戶的管理。其中應用用戶管理涉及應用管理（對應用系統(tǒng)進行增刪改操作）、應用權(quán)限管理（劃分應用對元數(shù)據(jù)表的訪問權(quán)限，可將訪問權(quán)限分為只讀式訪問和獨占式訪問）等；對平臺用戶的每次操作要求進行日志記錄，尤其是異常操作，并保留每次操作的歷史數(shù)據(jù)，保證數(shù)據(jù)的一致性和準確性。（7）安全性管理。能基于統(tǒng)一身份認證系統(tǒng)對共享數(shù)據(jù)庫中心的數(shù)據(jù)訪問進行安全保護。包括傳輸安全、身份驗證和訪問控制三方面。（8）數(shù)據(jù)維護管理。能對共享數(shù)據(jù)中心平臺的所有資源數(shù)據(jù)，進行統(tǒng)一的備份、恢復。（9）數(shù)據(jù)的導入導出。能將共享數(shù)據(jù)中心中的數(shù)據(jù)根據(jù)外部數(shù)據(jù)規(guī)則進行數(shù)據(jù)轉(zhuǎn)換并導出；也可以將外部數(shù)據(jù)根據(jù)共享數(shù)據(jù)中心的規(guī)則進行數(shù)據(jù)轉(zhuǎn)換并導入。例如，學?？梢园咽薪涛磳㈤_發(fā)的學籍系統(tǒng)中學生基礎數(shù)據(jù)經(jīng)過格式轉(zhuǎn)換，直接導入共享數(shù)據(jù)中心中。另外，導入導出應支持多種類型的文件格式，例如：Excel，dbf格式等。（10）數(shù)據(jù)的挖掘分析。通過對共享數(shù)據(jù)和歷史數(shù)據(jù)的OLAP分析，形成各種報表或根據(jù)需要展現(xiàn)分析結(jié)果，為領導決策提供參考。（此項功能可按成本酌情刪減） 技術要求（1）確保平臺的開放性。要求第三方在沒有平臺公司人員參與的情況下，能方便地利用平臺提供的數(shù)據(jù)共享標準接口，在遵循數(shù)據(jù)共享規(guī)范與接口標準的前提下，實現(xiàn)對平臺共享數(shù)據(jù)的利用。同時，還能將自己所開發(fā)系統(tǒng)中所需共享的數(shù)據(jù)，放入平臺中進行共享，并進行接口的發(fā)布。（2）分布式的數(shù)據(jù)共享方式。（3）數(shù)據(jù)實時同步共享。（4）平臺通過統(tǒng)一的用戶門戶訪問，實現(xiàn)多重安全認證機制。（5）支持ORACLE、SYBASE、SQL SERVER、DB2、mySQL等多種主流數(shù)據(jù)庫。（6）采取Web Service或WCF技術，統(tǒng)一傳輸與交換標準。（7）基于元數(shù)據(jù)處理技術，構(gòu)建面向主題的應用。（8）基于ESB服務框架，構(gòu)建面向服務(SOA)的體系架構(gòu)。（9）支持異步通信模式。（10）強大的數(shù)據(jù)處理能力。不低于1000條/秒的數(shù)據(jù)交換處理；交換引擎緩存1000萬條數(shù)據(jù)的能力；6.12身份管理系統(tǒng) 特別說明：身份管理系統(tǒng)的數(shù)據(jù)來源于共享數(shù)據(jù)中心平臺，暫時無須自己單獨的數(shù)據(jù)庫?？紤]到后期系統(tǒng)功能擴展的需要，如項目組有新的功能需求，中標公司必需積極配合開發(fā)。 業(yè)務目標參照安博教學管理系統(tǒng)進行建設，實現(xiàn)對學生學籍、教師人事等內(nèi)容進行管理。 功能需求（以下所說的“設置”一詞均指增、刪、改操作）學生管理：l 學生基本信息設置:學生姓名、性別、政治面貌、班級、年級、學期等個人基本信息的設置。l 新生分班設置。l 班級人員調(diào)整。l 學生學籍設置：學籍信息異動，修改等l 學生檔案管理與打印。l 學生檔案的導入導出：支持按學期、年級、班級等類別導入導出。導入導出應支持多種類型的文件格式，例如：Excel，dbf格式等。l 學生信息的查詢與統(tǒng)計。教師管理：l 教師基本信息管理：教師姓名、性別、職稱、學歷等教師個人基本信息的設置。l 教師檔案的導入導出：支持按部門等類別導入導出。導入導出應支持多種類型的文件格式，例如：Excel，dbf格式等。l 部門人員設置：根據(jù)學校部門設置教師，并支持部門人員的異動、更改等。l 教師信息的查詢與統(tǒng)計。教務管理：l 教育階段設置：設置中學各學習階段。例如：初中、高中學段等。l 年級設置：根據(jù)不同學段、學期設置不同年級。l 班級設置：根據(jù)不同學期、年級設置不同的班級。學?；拘畔⒐芾韑 學期時間管理：設置學期的起始時間。l 學校設置：設置學校的基本信息,如：學校名稱、學校編號、學校類型等。l 部門設置：學校的部門設置。系統(tǒng)管理：l 用戶設置：設置使用系統(tǒng)的用戶。l 角色設置：為系統(tǒng)設置不同的角色，并按角色設置權(quán)限。l 權(quán)限設置：為用戶設置不同的角色。l 日志管理：記錄系統(tǒng)操作日志。 技術要求l 要求提供與現(xiàn)有市區(qū)教委下發(fā)的招生文件數(shù)據(jù)、學生學籍號數(shù)據(jù)的接口。至少能實現(xiàn)學校的數(shù)據(jù)標準同市區(qū)教委的數(shù)據(jù)標準進行自由的轉(zhuǎn)換，以實現(xiàn)兩者之間數(shù)據(jù)的導入、導出。導入導出應支持多種類型的文件格式，例如：Excel，dbf格式等。l 要求預留與即將要開發(fā)的市教委學籍系統(tǒng)進行對接的接口。至少能實現(xiàn)學校的數(shù)據(jù)標準同市教委學籍系統(tǒng)的數(shù)據(jù)標準進行自由的轉(zhuǎn)換，以實現(xiàn)兩者之間數(shù)據(jù)的導入、導出。導入導出應支持多種類型的文件格式，例如：Excel，dbf格式等。7應用部署設計要求要求系統(tǒng)具有： 避免應用服務器及數(shù)據(jù)庫服務器單點失效的解決方案； 保障應用可靠運行以及數(shù)據(jù)安全的解決方案； 考慮用戶使用方便性，操作設計人性化，用戶點擊次數(shù)少于5次能夠執(zhí)行期望功能； 系統(tǒng)預設各種參數(shù)，用戶可靈活調(diào)整； 系統(tǒng)接口應符合相關標準并具開放性； 系統(tǒng)具備完善的數(shù)據(jù)備份/恢復方案； 用戶授權(quán)系統(tǒng)能夠靈活設置，滿足學校需求； 平均應用延遲時間不超過3秒； 系統(tǒng)與天津教委信息平臺建設做到無縫銜接，數(shù)據(jù)傳遞盡量簡約，開發(fā)方式盡量接近；與本項目參與學校已經(jīng)開發(fā)的系統(tǒng)銜接容易，盡量不重新開發(fā)在線系統(tǒng)，保證各校原有投資。 支持高效率操作的要求，盡可能少的占用網(wǎng)絡資源和計算資源，在較大規(guī)模用戶并發(fā)訪問的情況下依然能夠保持快速響應，要求有應用服務器集群方案。 系統(tǒng)應具有良好的交互操作界面。對不同應用群體均能方便操作使用，不同的應用功能應具有相似的使用界面和操作方法。用戶進入界面時，可根據(jù)工作性質(zhì)實現(xiàn)界面的可定制化管理，可方便地進行各種應用操作。系統(tǒng)管理簡單、方便，易于配置。8應用集成要求 數(shù)字化校園的規(guī)劃和建設過程，是一個應用整合和再建設過程。數(shù)字化校園是一個龐大的系統(tǒng)，其建設的成敗涉及到方方面面的問題，除了各種相關設備的選型之外，主要體現(xiàn)在數(shù)字化校園核心技術解決方案是否具有良好的應用集成設計，數(shù)字化校園建設的核心問題是：對已有系統(tǒng)的整合能力和對未來根據(jù)學校需要而部署的系統(tǒng)的擴展能力。9規(guī)范性要求投標方提供或開發(fā)的軟件產(chǎn)品應符合如下基礎教育相關規(guī)范： 國家標準：教育部教育管理信息化標準（第一部分：學校管理信息標準）和教育信息化技術標準委員會CELTSC （Chinese e-Learning Technology Standardization Committee）出臺的標準；地方標準包括市教委相關標準和DLTS標準，還包括IMS的Learning Resource Metadata（學習資源元數(shù)據(jù)規(guī)范）、IEEE LTSC（Learning Technology Standards Committee，學習技術標準委員會）、LOM（Learning Object Metadata：學習對象元數(shù)據(jù)模型）、OCLE（Online Computer Library Center）Dublin Core的Dublin Core元數(shù)據(jù)標準、SCORM（可共享課程對象參考模型）等規(guī)范、模型和標準。 基礎教育課程改革綱要（試行）、普通高中課程方案（實驗） 教育部10服務保障與承諾該項目具有很強的示范作用，一旦投入使用，必須保證系統(tǒng)穩(wěn)定，稍有差錯就會引起各方面的反映和損失，所以系統(tǒng)的售后維護服務和技術支持工作也應有足夠保障。投標方作為具有豐富信息化校園項目經(jīng)驗的系統(tǒng)集成和軟件開發(fā)企業(yè)，應通過自身不斷的努力和原廠商的鼎力支持，針對客戶的不同的系統(tǒng)的需求，制定不同的運行保障方案，建立完善的本地售后服務體系。要求中標人關于系統(tǒng)服務的保障包含如下內(nèi)容：(1). 運行保障機構(gòu)中標人在系統(tǒng)試運行期間和在全市推廣使用后，須為該項目建立長期、完善的保障機構(gòu)，并有專人負責。(2). 保期內(nèi)運行服務內(nèi)容系統(tǒng)運行使用要求：在全市使用系統(tǒng)期間，需要中標人應至少安排兩名專門的技術人員保障各級版本系統(tǒng)無故障運行。重大事項的即時響應：各級版本系統(tǒng)出現(xiàn)故障或意外情況時，導致系統(tǒng)不能正常運行時，中標人必須在24小時內(nèi)做出響應，并著手解決故障。如用戶需要中標人技術人員到場，中標人應到場進行服務。服務請求：中標人應提供準確的服務聯(lián)系方式及服務請求流程，如有更改，應及時通知用戶。 升級要求：中標人對系統(tǒng)的升級，應有詳細的升級計劃表，定期對系統(tǒng)存在的Bug進行修正，并保證升級后的人員培訓。升級期間，須保障系統(tǒng)的正常運行。(3).保期后運行服務內(nèi)容系統(tǒng)過保后，中標人也應能維持基本的服務，對于小型的故障，應能提供遠程服務或電話咨詢等。大型的故障，需專人到場，具體費用可協(xié)商。重大事項的即時響應： 所需費用由雙方協(xié)商。系統(tǒng)升級：對于用戶提出的功能性升級要求，費用可協(xié)商；而對用戶提出的，由于系統(tǒng)設計不當?shù)认到y(tǒng)本身問題引起的升級要求，應免費提供升級。 延保要求：按年協(xié)商，原則上每校每年費用不超過3000元人民幣。(4).運行服務的檔案運行服務的詳細記載