項目需求分析書

1、招標文件第二部分招標要求中學數(shù)字化校園建設(shè)共享數(shù)據(jù)中心平臺委托開發(fā)項目需求1 項目背景介紹各直屬校在先期進行數(shù)字化校園建設(shè)的過程， 已經(jīng)建設(shè)了一些應用系統(tǒng)。 但是，在建設(shè)初期， 由于缺乏對數(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)建設(shè)統(tǒng)一的信息化標準體系，構(gòu)筑統(tǒng)一的數(shù)據(jù)中心共享平臺，已迫在眉睫。2 項目建設(shè)目標和原則2.1 項目

2、建設(shè)總體目標采取 SOA(面向服務(wù)的體系結(jié)構(gòu) ) 的設(shè)計架構(gòu)方式， 基于 ESB（企業(yè)服務(wù)總線）的技術(shù)框架， 通過在校內(nèi)建立統(tǒng)一的共享數(shù)據(jù)中心平臺， 建設(shè)統(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 項目建設(shè)原則依據(jù)各學校信息化現(xiàn)狀分析和工程建設(shè)的要求，提出如下建設(shè)原則：（1）符合標準系統(tǒng)建設(shè)必須符合我國相關(guān)部門制訂的標準， 在統(tǒng)一身份認證中， 對安全策略、密碼與安全設(shè)備選用、網(wǎng)絡(luò)互聯(lián)、安全管理等必須符合我國信息安全法律法規(guī)。（2）易管理性原則易管理體現(xiàn)在強大的日志功能，系統(tǒng)可以記錄關(guān)鍵內(nèi)容

3、修改或大范圍內(nèi)容修改的相關(guān)信息并方便查詢；方便統(tǒng)一的權(quán)限設(shè)置功能，系統(tǒng)應建立集中的權(quán)限設(shè)置模塊，健全的備份和還原機制， 系統(tǒng)應該可以數(shù)據(jù)定時備份、 增量備份、數(shù)據(jù)還原，同時也需要系統(tǒng)有相應的備份還原接口，將本系統(tǒng)和第三方系統(tǒng)的備份還原集成到一起；（3）易操作性原則-2-1-招標文件第二部分招標要求易操作體現(xiàn)在提供易操作性測試計劃并準備易操作性測試用例和易操作性測試規(guī)程。提交易操作性測試分析報告，適當?shù)倪\用 AJAX技術(shù)，各功能模塊使用相似的操作界面，保持系統(tǒng)的統(tǒng)一性，（4）方便開發(fā)性原則方便開發(fā)體現(xiàn)在提供接口文檔，源代碼中每個公開類及其公開屬性和公開方法均有注釋說明其使用方法、參數(shù)意義，提供開

4、發(fā)過程中的 UML設(shè)計原型等相關(guān)資料，（5）易學習原則易學習體現(xiàn)在提供規(guī)范的在線系統(tǒng)幫助文檔，符合用戶的一般使用習慣，對用戶的錯誤操作有具體的提示（6）實用、高效、可擴展原則本項目中所采用的產(chǎn)品，要便于操作、實用高效。同時，隨著 IT 技術(shù)和學校業(yè)務(wù)的不斷發(fā)展， 數(shù)字校園系統(tǒng)將會發(fā)生各種變化， 系統(tǒng)設(shè)計必須能適應這種變化，在系統(tǒng)實施過程中，系統(tǒng)的結(jié)構(gòu)、配置也會發(fā)生這樣或那樣的變化，該平臺要有一定的靈活性來適應這種變化。（7）標準化與一致性原則數(shù)字化是一個龐大的系統(tǒng)工程， 其體系的設(shè)計必須遵循一系列的標準， 確保各個分系統(tǒng)的一致性，整個系統(tǒng)能安全地互聯(lián)互通、信息共享。（8）需求、風險、成本折衷原

5、則任何系統(tǒng)都不可能一直滿足業(yè)務(wù)發(fā)展的需要， 數(shù)字校園建設(shè)項目也如此。 鑒于這種情況，在設(shè)計系統(tǒng)時， 要在需求、風險和成本之間進行平衡和折衷。 同時，要盡量保護已有投資。（9）整體規(guī)劃設(shè)計原則-2-2-招標文件第二部分招標要求本次招標項目只是數(shù)字校園建設(shè)的一個部分， 是一個基礎(chǔ)工作， 在設(shè)計系統(tǒng)時，必須根據(jù)數(shù)字化校園建設(shè)的要求，為以后的建設(shè)保留接口，方便擴展，要能保證后期建設(shè)的方便。3 項目現(xiàn)狀分析目前各直屬校數(shù)字化校園建設(shè)在數(shù)據(jù)資源建設(shè)方面，主要存在以下幾個問題：（1）、數(shù)據(jù)標準不統(tǒng)一。學校在進行信息化建設(shè)的過程中，由于在建設(shè)初期缺乏統(tǒng)一規(guī)劃，應用系統(tǒng)大多都是從部門、基層的角度來開發(fā)實施， 缺

6、乏全局的考慮，使得開發(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ù)庫” ，通過共享相關(guān)基礎(chǔ)或重要數(shù)據(jù)，相關(guān)數(shù)據(jù)的改動首先反映

7、到共享數(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ù)， 建設(shè)了統(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)

8、一集中管理。 各應用系統(tǒng)的基礎(chǔ)數(shù)據(jù)進行無法進行統(tǒng)一的存儲、容災備份，實現(xiàn)數(shù)據(jù)的集中管理。（6）、無法為領(lǐng)導的決策提供實時的數(shù)據(jù)。沒有一個共享平臺，可以實現(xiàn)整個學校的業(yè)務(wù)數(shù)據(jù)都可以實時的相互查詢和訪問，以為領(lǐng)導提供第一手的數(shù)據(jù)。-2-3-招標文件第二部分招標要求4 最終需求的確定為保障最終系統(tǒng)的使用效果， 各系統(tǒng)的具體功能， 應以中標方根據(jù)用戶實際調(diào)研后最終形成的需求分析文檔為準。5 基本技術(shù)架構(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ā)的新應用中所需共享的

9、異構(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技術(shù)要求（1）采取低耦合、粗粒度、面向服務(wù)的體系（SOA）的開放式架構(gòu)。（2）分布式結(jié)構(gòu)，集中式管理。（3）采用組件式的開發(fā)框架。-2-4-招標文件第二部分招標要求6 具體建設(shè)內(nèi)容序號建設(shè)內(nèi)容1共享數(shù)據(jù)中心平臺一套2身份管理系統(tǒng)一套6.1具體功能需求6.11共享數(shù)據(jù)中心平臺業(yè)務(wù)目標共享數(shù)據(jù)中心平臺作為校內(nèi)基本數(shù)據(jù)的共享平臺， 要能將各個業(yè)務(wù)系統(tǒng)的基本數(shù)據(jù)進行集中整理，實現(xiàn)統(tǒng)一管

10、理， 保證數(shù)據(jù)的權(quán)威和準確。 還要能為各個業(yè)務(wù)應用系統(tǒng)和各類服務(wù)系統(tǒng)提供數(shù)據(jù)支持。 因此，承擔著數(shù)字化校園中的大量數(shù)據(jù)、信息、流程以及處理結(jié)果。功能描述其平臺具體功能描述如下：（1）統(tǒng)一信息化標準的建設(shè)。信息標準的建設(shè)主要包括數(shù)據(jù)標準建設(shè)，管理標準的建設(shè)和技術(shù)標準的建設(shè)。數(shù)據(jù)標準的建設(shè)學校數(shù)據(jù)標準建設(shè)參考的標準集包括作為國家標準的教育部 教育管理信息化標準（第一部分：學校管理信息標準）和教育信息化技術(shù)標準委員會 CELTSC （Chinese e-Learning Technology Standardization Committee）出臺的標準，地方標準包括市教委相關(guān)標準和DLTS 標準，

11、還包括IMS 的Learning Resource Metadata（學習資源元數(shù)據(jù)規(guī)范） 、IEEE LTSC （Learning Technology Standards Committee，學習技術(shù)標準委員會） 、 LOM （ LearningObject Metadata：學習對象元數(shù)據(jù)模型） 、OCLE（ Online Computer Library Center）Dublin Core 的 Dublin Core 元數(shù)據(jù)標準、 SCORM（可共享課程對象參考模型）等規(guī)范、模型和標準。要求建立一套以國家教育部信息標準為基礎(chǔ)，其它標準做參考的數(shù)字化校園標準，在經(jīng)過充分的實際調(diào)研工作之

12、后，根據(jù)學校的實際情況進行增刪減，形成最終的事實信息標準。管理標準的建設(shè)管理標準的建設(shè)，主要指的是從數(shù)字化校園項目管理的角度制定的各種-2-5-招標文件第二部分招標要求規(guī)章制度。包括項目立項管理規(guī)范、項目開發(fā)管理規(guī)范，項目測試驗收管理規(guī)范、項目運行管理規(guī)范、各種中長期建設(shè)規(guī)劃規(guī)范等。技術(shù)標準的建設(shè)技術(shù)標準的建設(shè)主要指的是從系統(tǒng)開發(fā)的角度考慮符合軟件工程的各種技術(shù)文檔和規(guī)范。 包括項目開發(fā)計劃， 需求分析說明書， 概要設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、測試說明書、操作手冊、用戶手冊等。（2）數(shù)據(jù)的采集交換。所有數(shù)據(jù)來源于各個業(yè)務(wù)系統(tǒng)，不管是異構(gòu)的數(shù)據(jù)庫管理系統(tǒng)還是非異構(gòu)的數(shù)據(jù)庫管理系統(tǒng)，要求都能通過

13、通用的數(shù)據(jù)抽取（采集、清洗、轉(zhuǎn)換）或同步方法自動地將數(shù)據(jù)推送至共享數(shù)據(jù)中心，并做出數(shù)據(jù)更新報告。另外，在操作上 ， 對于任何業(yè)務(wù)應用系統(tǒng)（包括現(xiàn)有的或新開發(fā)的），能以便捷的方式，制定業(yè)務(wù)數(shù)據(jù)交換策略，最好不需要寫代碼即可實現(xiàn)業(yè)務(wù)數(shù)據(jù)的采集交換；同時，考慮到未來數(shù)據(jù)標準的變化情況，可以便捷地進行主題數(shù)據(jù)庫配置、數(shù)據(jù)交換策略配置，以此達到對未來增加的任何業(yè)務(wù)應用都能方便地將數(shù)據(jù)采集交換到共享數(shù)據(jù)中心平臺。（3）數(shù)據(jù)的共享發(fā)布。能以可視化界面或拖拉等方式，實現(xiàn)對數(shù)據(jù)共享接口的發(fā)布。通過授權(quán)，利用提供的通用數(shù)據(jù)共享接口，可以將共享數(shù)據(jù)中心的部分或全部數(shù)據(jù)進行共享和利用，并實時做出數(shù)據(jù)使用情況報告。另外

14、，針對每一個數(shù)據(jù)共享接口，還需開發(fā)數(shù)據(jù)信息的存取編程實例，保證用戶可以在新開發(fā)的業(yè)務(wù)系統(tǒng)中方便地訪問接口。（4）主題數(shù)據(jù)庫管理。依據(jù)劃分的主題對象，利用數(shù)據(jù)倉庫技術(shù)，建設(shè)相應的主題數(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)限分為只讀式訪問和獨占式訪問）等；對平臺用戶的每次操

15、作要求進行日志記錄，尤其是異常操作，并保留每次操作的歷史數(shù)據(jù)，保證數(shù)據(jù)的一致性和準確性。（7）安全性管理。能基于統(tǒng)一身份認證系統(tǒng)對共享數(shù)據(jù)庫中心的數(shù)據(jù)訪問進行安全保護。包括傳輸安全、身份驗證和訪問控制三方面。-2-6-招標文件第二部分招標要求（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)中學生基礎(chǔ)數(shù)據(jù)經(jīng)過格式轉(zhuǎn)換，直接導入共享數(shù)據(jù)中心中。另外，導入導出應支持多種類型的文件格式，例如：

16、Excel，dbf 格式等。（10）數(shù)據(jù)的挖掘分析。 通過對共享數(shù)據(jù)和歷史數(shù)據(jù)的 OLAP 分析，形成各種報表或根據(jù)需要展現(xiàn)分析結(jié)果， 為領(lǐng)導決策提供參考。（此項功能可按成本酌情刪減）技術(shù)要求（ 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、 SYB

17、ASE、SQL SERVER、DB2、mySQL等多種主流數(shù)據(jù)庫。（ 6）采取 Web Service 或 WCF技術(shù)，統(tǒng)一傳輸與交換標準。（ 7）基于元數(shù)據(jù)處理技術(shù)，構(gòu)建面向主題的應用。（ 8）基于 ESB服務(wù)框架，構(gòu)建面向服務(wù) (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è)務(wù)目標-2-7-招標文

18、件第二部分招標要求參照安博教學管理系統(tǒng)進行建設(shè)，實現(xiàn)對學生學籍、 教師人事等內(nèi)容進行管理。功能需求（以下所說的“設(shè)置”一詞均指增、刪、改操作）學生管理：學生基本信息設(shè)置 : 學生姓名、性別、政治面貌、班級、年級、學期等個人基本信息的設(shè)置。新生分班設(shè)置。班級人員調(diào)整。學生學籍設(shè)置：學籍信息異動，修改等學生檔案管理與打印。學生檔案的導入導出：支持按學期、年級、班級等類別導入導出。導入導出應支持多種類型的文件格式，例如： Excel，dbf 格式等。學生信息的查詢與統(tǒng)計。教師管理：教師基本信息管理：教師姓名、性別、職稱、學歷等教師個人基本信息的設(shè)置。教師檔案的導入導出：支持按部門等類別導入導出。導入

19、導出應支持多種類型的文件格式，例如： Excel，dbf 格式等。部門人員設(shè)置：根據(jù)學校部門設(shè)置教師，并支持部門人員的異動、更改等。教師信息的查詢與統(tǒng)計。教務(wù)管理：教育階段設(shè)置：設(shè)置中學各學習階段。例如：初中、高中學段等。年級設(shè)置：根據(jù)不同學段、學期設(shè)置不同年級。班級設(shè)置：根據(jù)不同學期、年級設(shè)置不同的班級。學?；拘畔⒐芾韺W期時間管理：設(shè)置學期的起始時間。學校設(shè)置：設(shè)置學校的基本信息 , 如：學校名稱、學校編號、學校類型等。部門設(shè)置：學校的部門設(shè)置。-2-8-招標文件第二部分招標要求系統(tǒng)管理：用戶設(shè)置：設(shè)置使用系統(tǒng)的用戶。角色設(shè)置：為系統(tǒng)設(shè)置不同的角色，并按角色設(shè)置權(quán)限。權(quán)限設(shè)置：為用戶設(shè)置不

20、同的角色。日志管理：記錄系統(tǒng)操作日志。技術(shù)要求要求提供與現(xiàn)有市區(qū)教委下發(fā)的招生文件數(shù)據(jù)、學生學籍號數(shù)據(jù)的接口。至少能實現(xiàn)學校的數(shù)據(jù)標準同市區(qū)教委的數(shù)據(jù)標準進行自由的轉(zhuǎn)換，以實現(xiàn)兩者之間數(shù)據(jù)的導入、 導出。導入導出應支持多種類型的文件格式，例如： Excel， dbf 格式等。要求預留與即將要開發(fā)的市教委學籍系統(tǒng)進行對接的接口。至少能實現(xiàn)學校的數(shù)據(jù)標準同市教委學籍系統(tǒng)的數(shù)據(jù)標準進行自由的轉(zhuǎn)換，以實現(xiàn)兩者之間數(shù)據(jù)的導入、導出。導入導出應支持多種類型的文件格式，例如： Excel，dbf 格式等。7 應用部署設(shè)計要求要求系統(tǒng)具有：避免應用服務(wù)器及數(shù)據(jù)庫服務(wù)器單點失效的解決方案；保障應用可靠運行以及數(shù)

21、據(jù)安全的解決方案；考慮用戶使用方便性，操作設(shè)計人性化，用戶點擊次數(shù)少于5 次能夠執(zhí)行期望功能；系統(tǒng)預設(shè)各種參數(shù)，用戶可靈活調(diào)整；系統(tǒng)接口應符合相關(guān)標準并具開放性；系統(tǒng)具備完善的數(shù)據(jù)備份/恢復方案；用戶授權(quán)系統(tǒng)能夠靈活設(shè)置，滿足學校需求；平均應用延遲時間不超過3 秒；系統(tǒng)與天津教委信息平臺建設(shè)做到無縫銜接，數(shù)據(jù)傳遞盡量簡約，開發(fā)方式盡量接近； 與本項目參與學校已經(jīng)開發(fā)的系統(tǒng)銜接容易， 盡量不重新開發(fā)在線系統(tǒng)，保證各校原有投資。支持高效率操作的要求，盡可能少的占用網(wǎng)絡(luò)資源和計算資源，在較大規(guī)模用戶并發(fā)訪問的情況下依然能夠保持快速響應，要求有應用服務(wù)器-2-9-招標文件第二部分招標要求集群方案。系統(tǒng)

22、應具有良好的交互操作界面。對不同應用群體均能方便操作使用，不同的應用功能應具有相似的使用界面和操作方法。用戶進入界面時，可根據(jù)工作性質(zhì)實現(xiàn)界面的可定制化管理，可方便地進行各種應用操作。系統(tǒng)管理簡單、方便，易于配置。8 應用集成要求數(shù)字化校園的規(guī)劃和建設(shè)過程， 是一個應用整合和再建設(shè)過程。 數(shù)字化校園是一個龐大的系統(tǒng)， 其建設(shè)的成敗涉及到方方面面的問題， 除了各種相關(guān)設(shè)備的選型之外，主要體現(xiàn)在數(shù)字化校園核心技術(shù)解決方案是否具有良好的應用集成設(shè)計，數(shù)字化校園建設(shè)的核心問題是： 對已有系統(tǒng)的整合能力和對未來根據(jù)學校需要而部署的系統(tǒng)的擴展能力。9 規(guī)范性要求投標方提供或開發(fā)的軟件產(chǎn)品應符合如下基礎(chǔ)教育

23、相關(guān)規(guī)范：國家標準：教育部教育管理信息化標準 （第一部分：學校管理信息標準） 和教 育信 息化 技術(shù) 標準委員會CELTSC（ Chinese e-LearningTechnology Standardization Committee ）出臺的標準；地方標準包括市教委相關(guān)標準和 DLTS標準，還包括 IMS的 Learning Resource Metadata （學習資源元數(shù)據(jù)規(guī)范） 、IEEE LTSC（Learning Technology Standards Committee，學習技術(shù)標準委員會）、 LOM（Learning Object Metadata ：學習對象元數(shù)據(jù)模型）、

24、OCLE（Online Computer Library Center ）Dublin Core 的 Dublin Core 元數(shù)據(jù)標準、 SCORM（可共享課程對象參考模型）等規(guī)范、模型和標準?；A(chǔ)教育課程改革綱要（試行） 、普通高中課程方案（實驗） 教育部10 服務(wù)保障與承諾該項目具有很強的示范作用， 一旦投入使用，必須保證系統(tǒng)穩(wěn)定，稍有差錯就會引起各方面的反映和損失， 所以系統(tǒng)的售后維護服務(wù)和技術(shù)支持工作也應有足夠保障。投標方作為具有豐富信息化校園項目經(jīng)驗的系統(tǒng)集成和軟件開發(fā)企業(yè)，應通過自身不斷的努力和原廠商的鼎力支持， 針對客戶的不同的系統(tǒng)的需求，制定不同的運行保障方案， 建立完善的本

25、地售后服務(wù)體系。 要求中標人關(guān)于系統(tǒng)-2- 10 -招標文件第二部分招標要求服務(wù)的保障包含如下內(nèi)容：(1).運行保障機構(gòu)中標人在系統(tǒng)試運行期間和在全市推廣使用后， 須為該項目建立長期、 完善的保障機構(gòu)，并有專人負責。(2).保期內(nèi)運行服務(wù)內(nèi)容系統(tǒng)運行使用要求： 在全市使用系統(tǒng)期間， 需要中標人應至少安排兩名專門的技術(shù)人員保障各級版本系統(tǒng)無故障運行。重大事項的即時響應： 各級版本系統(tǒng)出現(xiàn)故障或意外情況時， 導致系統(tǒng)不能正常運行時， 中標人必須在 24小時內(nèi)做出響應，并著手解決故障。 如用戶需要中標人技術(shù)人員到場，中標人應到場進行服務(wù)。服務(wù)請求：中標人應提供準確的服務(wù)聯(lián)系方式及服務(wù)請求流程，如有更

26、改，應及時通知用戶。升級要求：中標人對系統(tǒng)的升級，應有詳細的升級計劃表，定期對系統(tǒng)存在的 Bug進行修正，并保證升級后的人員培訓。升級期間，須保障系統(tǒng)的正常運行。(3). 保期后運行服務(wù)內(nèi)容系統(tǒng)過保后， 中標人也應能維持基本的服務(wù)，對于小型的故障， 應能提供遠程服務(wù)或電話咨詢等。大型的故障，需專人到場，具體費用可協(xié)商。重大事項的即時響應：所需費用由雙方協(xié)商。系統(tǒng)升級：對于用戶提出的功能性升級要求， 費用可協(xié)商；而對用戶提出的，由于系統(tǒng)設(shè)計不當?shù)认到y(tǒng)本身問題引起的升級要求，應免費提供升級。延保要求：按年協(xié)商，原則上每校每年費用不超過3000元人民幣。(4). 運行服務(wù)的檔案運行服務(wù)的詳細記載，可

27、以用于分析總結(jié)。(5). 用戶投訴中標人要設(shè)有用戶投訴受理電話，對用戶的意見做出反應。11 成果移交(1) 技術(shù)轉(zhuǎn)移通過本期項目的合作開發(fā)， 將合作公司先進的開發(fā)技術(shù)、 項目管理模式和經(jīng)驗與五校的需求相結(jié)合，真正建立五校數(shù)字化校園平臺和專業(yè)技術(shù)隊伍。同時，項目組的工作人員可以全面深入地參與開發(fā)的全過程，包括需求分析、系統(tǒng)設(shè)計、-2- 11 -招標文件第二部分招標要求代碼生成、測試運行以及使用維護五個階段，掌握各個環(huán)節(jié)的主要技術(shù)，具有對軟硬件系統(tǒng)平臺、 各個業(yè)務(wù)系統(tǒng)的技術(shù)維護能力以及二次開發(fā)能力，實現(xiàn)知識和技術(shù)的轉(zhuǎn)移。(2) 交付成果和文檔資料在本期項目的開發(fā)過程中和交付使用后，要求將各個階段產(chǎn)

28、生的全面、規(guī)范的成果和文檔資料交付給項目組，而且要提供明確的交付清單。同時，成果和文檔資料必須符合軟件工程的相關(guān)要求。要交付的成果和文檔資料主要包括以下部分：可運行的系統(tǒng)源代碼：方便學校對系統(tǒng)進行維護和改進，雙方共同開發(fā)的源代碼知識產(chǎn)權(quán)共享。技術(shù)文檔：開發(fā)環(huán)境配置說明、軟件工具清單、軟件需求說明書、概要設(shè)計說明書、數(shù)據(jù)及數(shù)據(jù)庫設(shè)計要求說明書、系統(tǒng)使用代碼示例、系統(tǒng)維護說明、系統(tǒng)培訓資料、操作手冊、用戶手冊、項目用戶評價過程意見、軟件接口規(guī)范說明以及項目組要求的其它資料。管理文檔：包括項目開發(fā)中的一些工作文檔，如：計劃、報告、討論綱要、會議記錄等。版權(quán)歸屬及使用要求該系統(tǒng)的使用權(quán)和為天津市數(shù)字化校園建設(shè)項目定制開發(fā)的業(yè)務(wù)系統(tǒng)版權(quán)歸本項目組完全擁有。12 系統(tǒng)運行環(huán)境的規(guī)定共享數(shù)據(jù)中心平臺必須能部署在以下的軟、 硬件配置環(huán)境下， 并保證穩(wěn)定順暢運行：(1) 硬件環(huán)境：數(shù)據(jù)庫服務(wù)器： CPU:雙核及以上；內(nèi)存 4G及以上；硬盤 320G以上。應用服務(wù)器： CPU:雙核及以上；內(nèi)存 2G及以上；硬盤 320G以上。（2）軟件環(huán)境：網(wǎng)絡(luò)操作系統(tǒng)： Windows Server 2003 及以上。-2- 12 -招標文件第二部分招標要求1.1數(shù)據(jù)庫管理系統(tǒng)： Sql Server 2005 及以上