當前位置:首頁 > 讀后感 > 正文
 

**學院智慧校園二期工程(第一階段)采購項目招標文件

發布時間:2020-01-03 10:17:07 影響了:

公開招標采購公告 采購項目名稱 **學院智慧校園二期工程(第一階段)采購項目 采購項目編號 510201201703155 采購方式 公開招標 行政區劃 **省 公告類型 采購公告 公告發布時間 2017.4.28 采購人 **學院 采購代理機構名稱 ****招標代理有限公司 項目包個數 1 采購項目的數量、簡要規格描述或項目基本概況介紹 詳見附件。

采購項目預算金額 采購項目概算總金額為332萬人民幣 采購項目需要落實的政府采購政策 政府采購進口產品審核管理;
節能環保政府采購;
環境標注產品政府采購;
政府采購促進中小企業發展、政府采購支持監獄企業發展等 各包供應商資格條件 1.投標人應具備《中華人民共和國政府采購法》第二十二條規定的下列條件:
1.1具有獨立承擔民事責任的能力;

1.2具有良好的商業信譽和健全的財務會計制度;

1.3具有履行合同所必須的設備和專業技術能力;

1.4具有依法繳納稅收和社會保障資金的良好記錄;

1.5參加本次招標活動前三年內,在經營活動中沒有重大違法違規記錄;

1.6法律、行政法規規定的其他條件。

2.根據采購項目提出的特殊條件:
2.1本項目參加政府采購活動的投標人在前三年內不得具有行賄犯罪記錄。

2.2投標人若非本次項目所需軟件產品或服務的制造商或系統實施供應商,須提供制造商或系統實施供應商針對本項目的授權委托書原件和售后服務承諾書原件;

標書發售方式 現場發售,投標單位購買招標文件時必須攜帶:1. 單位介紹信或法人授權書、授權代表身份證(需注明項目名稱、項目編號);
注:報名時留單位介紹信或法人授權書原件,身份證留加蓋公司公章的復印件。2.供應商為自然人的,只需提供本人身份證明。

標書發售起止時間 招標文件自2017年4月28日(公告發布之時起)至 2017年5月8日上午9:00- 12:00,下午13:00-17:00(北京時間) 標書售價 人民幣300元/份(招標文件售后不退, 投標資格不能轉讓)。

標書發售地點 ****招標代理有限公司(**省成都市武侯區星獅路511號大合倉C區415室) 投標截止時間和開標時間 2017年5月23日11:30(北京時間) 投標地點 ****招標代理有限公司(**省成都市武侯區星獅路511號大合倉C區415室) 開標地點 ****招標代理有限公司開標廳(**省成都市武侯區星獅路511號大合倉C區415室) 現場考察或標前答疑會時間 / 現場考察或標前答疑會地點 / 投標保證金 金額(人民幣):
交款方式:支票、匯票、本票或者金融機構、擔保機構(擔保機構限**匯聚非融資性擔保有限公司出具,擔保機構聯系方式:
的保函等非現金形式提交;
投標人未按照招標文件要求提交投標保證金的,投標文件將作為無效投標處理。

收款單位:****招標代理有限公司 銀行帳號:
開戶銀行:
交款截止時間:2017年5月19日下午17:00(轉賬,電匯的交納以銀行到賬時間為準)。

采購人地址和聯系方式 采購代理機構地址和聯系方式 采購項目聯系人姓名和電話 備注 附件:
一、項目建設清單 序號 設備名稱 詳細參數要求 數量 單位 1 基礎支撐平臺 應用管理平臺(含移動校園) 1 套 2 主數據管理平臺 1 套 3 身份認證平臺 1 套 4 校園服務總線 1 套 5 公共應用服務 后勤報修、失物招領、一卡通、校園黃頁、網絡報修、我的課表、通知公告、圖書館、教室借用、空閑教室、問卷調查及投票 1 套 6 智慧教學平臺 課程管理子系統 1 套 在線選課子系統 在線學習子系統 在線教學子系統 考試中心模塊 學習行為分析子系統 平臺基礎管理子系統 移動學習子系統(支持Android、IOS) 7 應用系統集成 集成現有:圖書館管理系統、招生就業管理系統、辦公自動化系統、統一支付管理系統、財務管理系統、智能感知綜合應用系統 1 套 二、項目詳細技術要求 1 項目概要 1.1 總體目標 以**學院智慧校園一期工程建成的基礎設施為依托,建設軟件基礎支撐平臺、智慧教學平臺和公共應用服務,集成已有的應用系統。對全校各類信息系統的基礎數據和共享數據進行統一管理,為全校業務一站式服務系統的建設提供全面而有效的技術支持,并提供靈活、多樣的信息化服務。促成信息化技術與教育、教學深度融合,實現**學院在教學、科研、管理和生活等諸方面的智慧化。

1.2 技術路線 1) 基礎平臺和應用系統均可運行于Linux、Unix、Windows等高安全性操作系統。開發技術應采用J2EE標準、組件技術及在數據交換上對XML的支持,使系統功能最優化,同時將整體系統內部在技術上的相互依賴性減至最低。

2) 平臺及應用均要求采用B/S結構,采用Java編程語言和服務器端Java技術進行開發。

3) 采用面向對象的組件技術,著重于開發構成應用程序“業務對象”的可重復使用的組件,利用這些組件順利地建立分布式應用程序。

4) 應用程序開發與運行結構要基于統一的技術開發平臺的三層架構,即Web服務器、應用支撐服務器和數據庫服務器。

5) 能完成跨業務部門的業務流程和相對應的細顆粒度的分級授權體系。

6) 各應用系統要充分利用現有先進技術手段,采用相同的體系結構和運行平臺,基于多層架構和組件技術進行構建,做到系統結構層次清晰。所有應用邏輯、流程、數據等都應當能夠根據校方要求的顆粒度進行封裝。

7) 系統必須支持負載均衡,支持動態監測負載狀況,自動對可用資源進行并發檢測,調整和分配等功能。

1.3 安全要求 1) 認證授權:保證用戶的合法性和用戶使用信息資源的權力,避免內部敏感信息泄漏和服務所提供的信息資源被非法訪問,造成嚴重的安全事件。

2) 信息保密:充分利用密碼技術,對于需要保密的信息,采用密碼技術進行加解密處理,防止信息的非授權泄漏,確保涉密信息在產生、存儲、傳遞和處理過程中的保密。

3) 數據完整性:建立數據完整性檢驗機制,保證收發雙方數據的一致性,防止信息被非授權修改。

4) 審計:記錄應用日志,對事件進行分析,并能提供預警信息。

5) 數據備份:利用數據庫的備份功能將建設的平臺和系統數據備份到指定的服務器或存儲系統上。

6) 要求投標人從物理安全、網絡安全、系統安全、應用軟件安全、用戶安全、數據安全等幾個方面提出配套的安全體系完善方案,以便防范安全風險。

2 建設內容 2.1 身份認證平臺 建立我校校級身份認證管理平臺,統一管理校內外各類應用及系統的登錄、訪問和互相之間的認證。充分保證外部應用訪問時數據權限和訪問權限細顆粒度的控制。同時對校內所有賬號進行基于工具化的有效監控和管理,保證校內賬號和密碼的安全。

2.1.1 建設目標 身份認證平臺能實現身份數據的統一存儲、統一管理,實現全校各類應用的單點登陸,以及各類訪問與操作安全審計。同時,須提供便利的工具,便于系統的維護和管理。

2.1.2 建設內容 2.1.2.1 單點登錄 1、 身份認證服務 提供平臺的身份認證基礎服務,實現SSO單點登錄功能。包括對用戶身份的識別驗證和對用戶單點登錄會話的管理和維護。支持用戶登錄后在不同系統之間漫游而不需要再次輸入密碼。平臺應支持B/S模式的單點登錄以及基于C/S結構下的賬戶統一認證,包括,Java、.Net、PHP等。平臺須能同時支持學校移動應用客戶端的統一身份認證集成,能支持短信動態驗證碼的驗證方式。須提供密碼變動短信通知功能。對安全級別要求較高的系統,須提供特殊系統二次登錄設置功能。

2、 身份自助服務 包括個人資料編輯、密碼修改、認證日志、個人設置、密碼找回、當前登錄等功能。身份自助服務主要面向校內的最終用戶,包括所有學生、教師和工作人員。身份自助服務可滿足用戶對自己帳號信息和密碼信息的維護需求,同時用戶還可以查詢到自己帳號的使用信息和維護信息。

3、 反向代理服務 基于nginx的反向代理集成方式,集成接入方式簡單,接入系統可以直接從標準的Header中獲取登錄人員的相關信息,適用不同的開發語言。

2.1.2.2 身份管理控制臺 1、 系統概況 系統概況提供系統運行狀態的總覽,使管理員對當前系統的運行狀態一目了然,便于管理員及時發現問題和異常。管理員可以查看帳號概況、認證概況、服務器狀態和系統結構概況等。

2、 帳號管理 帳號管理幫助管理員完成全校身份帳號數據的查詢、增加、刪除、修改、過期設置、鎖定/解鎖和加入組操作;
需提供基于Excel文件的帳號批量操作功能;
提供基于差異視圖的帳號同步功能;
提供平臺內帳號操作行為的統計功能。

3、 認證管理 認證管理提供對全校身份認證相關數據的管理功能,包括對認證集成應用的管理和全校用戶認證行為記錄的查詢和統計。

4、 授權管理 提供校內身份類型組的管理功能,用于區分用戶的身份類型,為校內應用提供資源級授權。

同時應提供身份帳號入組和出組的管理功能,可基于Excel文件實現批量操作;
提供授權管理行為的統計功能。

5、 系統管理 需提供一些對平臺運行起支撐作用的數據管理和功能設置,包括操作日志管理、管理員管理和配置管理功能。

2.1.2.3 認證服務反向代理 認證服務的反向代理服務器,簡化第三方接入的接入工作。

2.1.2.4 集群部署 基于兩臺認證服務器的LDAP部署。

2.1.2.5 審計管理 審計管理旨在為管理員提供及時發現問題之用,須能審計出異常的帳號、不合理的認證行為,用于發現系統可能存在的安全問題和隱患。

2.1.2.6 監控管理 監控管理為管理員提供掌握系統各項服務運行狀態的功能,可幫助管理員盡早發現系統運行問題。監控內容應包括總體狀態、會話狀態、服務器狀態和監控配置功能。

2.1.2.7 分級密碼管理 須能支持對學校內部的二級管理模式,可分級管理賬戶、密碼,各級管理員只能管理權限范圍內的賬戶。

2.1.2.8 OAuth開放服務 1、 第三方賬號登錄 支持第三方賬號登錄,綁定第三方帳號后,可使用第三方帳號登錄。包括微博、QQ、微信號綁定登錄。

2、 OAuth開放服務 支持OAuth開放服務,可向第三方提供OAuth2.0接口,方便第三方使用OAuth開放協議來獲取服務,包括OAuth應用注冊和OAuth服務管理。未注冊的應用不允許授權。

2.1.2.9 身份數據存儲 按照學校特點和應用現狀設計用戶、組、權限模型,并按照模型設計完成數據存儲。所有的用戶信息應分別存放在LDAP目錄服務和數據庫中,通過可靠的機制完成兩者的同步,用戶身份信息在目錄服務中以層次結構、面向對象的數據庫的方式集中存儲管理,從而保證身份數據的一致性和完整性,為校園各類應用提供一致的用戶信息訪問。

支持設置用戶容器,方便平臺和硬件平臺、應用系統等通過LDAP接口的方式實現身份集成。

2.1.2.10 對外服務 1、 集成接口 為實現統一認證和單點登錄提供接口和通道,可以支持跨平臺和各種開發語言的應用系統接入平臺,如目前學校各類應用系統所使用的asp、.net、JAVA、PHP等多種開發語言;
支持CAS4.0、SAML1.1協議,能將各類應用納入認證范圍,真正實現集中統一的認證。身份、授權、認證功能相互獨立,可以靈活的與第三方產品對接。支持底層多種通用結構的認證技術協議,至少包括LADP等。

2.1.3 技術要求 1、標準化 1.1必須采用基于LDAP標準的目錄服務器存儲身份數據,并提供身份認證。

1.2平臺需基于J2EE標準架構。

2、可集成性 2.1提供多種認證接口的異構支持,包括代理認證和LDAP目錄服務接口。

2.2支持多種語言的接口方式,包括Nginx反向代理、Java、.Net、PHP等。

2.3支持Unix、Linux、Windows多種平臺,完全支持跨平臺的部署。

3、可擴展性 3.1身份、授權、認證功能相對獨立,可以靈活的與第三方產品對接。

★3.2可實現用戶名/口令認證模式,手機號綁定認證,支持動態口令認證接口。

★3.3可支持OAuth2.0協議,支持綁定第三方授權認證方式。

3.4提供大并發訪問下的高可用性,支持集群工作模式,具備多機熱備和負載均衡的能力。

3.5支持同一個域內的多個應用系統間的單點登錄,具有開放的跨平臺SSO實現技術。支持學校移動app客戶端的統一身份認證集成,并能支持網頁端、移動端同時登錄。

4、安全性 4.1要求系統對用戶登錄信息進行加密傳輸,保證數據能在客戶端與單點登錄服務器之間、WEB代理與單點登錄服務器之間進行安全通信,保證數據傳輸的安全性。

4.2系統須提供用戶密碼加密功能,支持擴展SSHA、MD5、SHA、RC4等多種密碼加密算法,加密算法不可逆,加密后數據不可被復制猜測;
并可以快速擴展用戶屬性信息。

4.3基于非共享Cookie的CAS認證方式,集成應用不能讀到CAS域名下的安全令牌。

4.4對用戶的操作行為進行日志記錄,以追溯用戶的行為過失,確保數據安全。

4.5系統支持帳號惡意登錄的鎖定功能,并可通過短信提醒用戶,確保帳號安全。

4.6系統支持帳號單點登錄設置,確保同一時刻帳號只在一個終端登錄。

★4.7須能支持二次登錄的設置及異動提醒功能。

5、高性能 5.1可為數百個應用提供統一身份認證服務的同時保證亞秒級的認證操作時間。

★5.2支持學校20000人及以上的應用規模,保證全校身份認證運行穩定流暢,投標方需提供承諾函。

5.3可對資源池連接數、滯后時間調整(滯后時間是指在線用戶多少時間不活動,此用戶的資源連接就應該釋放)。

6、高效特性 提供靈活的同步策略配置,并通過小工具將權威數據源中新建和變更的用戶身份數據同步至身份認證平臺。

7、可管理性 集中的身份數據管理,不僅提供用戶帳號的維護,還能提供便捷的批量導入等功能。平臺應提供相關服務器的軟硬件環境的監視。平臺應提供歷史事件的查詢和認證會話的相關操作,建立完善的事后追溯機制。

2.2 主數據管理平臺 2.2.1 建設目標 主數據管理平臺實現全校各業務系統和管理系統的基礎數據和共享數據進行統一管理。主數據管理平臺負責數據標準和主數據的管理以及對所有的業務系統和外部數據服務需求開放數據服務,并通過抽取、清洗、轉換的數據加工過程,保證校內主數據的高質量和唯一性以及數據的可管理性。主數據管理平臺應提供主數據管理業務所需的全套工具,便于系統的維護和管理。

2.2.2 建設內容 2.2.2.1 信息標準 為配合和推進我校信息化建設,保證應用系統正常運行,需要建立一個符合國家、教育部和行業標準的、適合我校信息化建設的規范體系;
要逐步建立和完善有關信息系統建設的各項規章制度和規范。要讓信息化建設落到實處,做到有章可循,有序建設,從而從制度上保證整個系統的標準化、可擴展性、支持互操作、保證信息化工作的順利進行。

信息標準主要建設內容包括以下三個方面:
1、 初始標準預設 投標方需提供一套初始信息標準,包括代碼標準、數據模式標準和字段屬性。提供的初始標準須符合教育部最新發布的教育信息化標準。

2、 核心校標制定 在初始標準的基礎上,投標方配合校方完成核心校內執行標準的制定,主要核心校標應包括:學校校區、學校組織機構、教職工人員分類及一卡通號/職工號編號規范、本科生一卡通號/學號編號規范、研究生一卡通號/學號編號規范等。

3、 信息標準管理工具 3.1投標方提供基于圍繞校內信息標準建立后的信息化管理工具,便于學校后期管理維護信息標準,同時能夠對信息標準的執行情況進行有效監控。

★3.2信息標準管理工具須完全采用B/S架構,在不安裝任何客戶端軟件的基礎上通過瀏覽器即可對校內信息標準進行管理,便于用戶維護使用。

3.3信息標準管理工具需要包括以下內容:
1) 元數據管理工具 a.能夠對數據源進行注冊、啟用、停用;

b.能夠對數據對象按目錄結構進行管理,能夠實現對數據對象和其分類目錄的增刪改查;

★c.能夠對元數據的變更進行操作記錄歷史查詢;

能夠根據元數據對主數據庫進行建模并且保證建模過程不會操作業務系統數據結構;

★d.能夠對主數據庫數據對象和對應的數據庫實體匹配情況進行自動檢查,并逐項列出不一致項,方便用戶后期處理,同時支持對已處理問題進行記錄,便于后期查詢跟蹤。

2) 代碼標準管理工具 a.能夠實現代碼標準的新增、啟用、拆分、合并、停用、導入、導出功能,便于用戶對代碼標準進行日常維護;

b.能夠提供包括對代碼標準、代碼標準模式、代碼映射關系、代碼使用范圍在內的代碼標準查詢功能,支持代碼表、代碼內容的模糊檢索;

★c.能夠實現代碼標準的分級授權管理,根據角色提供不同的代碼標準管理查詢功能。

2.2.2.2 數據集成與共享 數據集成與共享平臺的建設是本次主數據平臺建設的重點內容,投標方需要采用統一的數據集成管理工具,將分散在各業務系統之中需共享的主數據抽取上來,并根據校內信息標準進行統一的存儲和對外發布及共享,數據集成過程須采用成熟的商用中間件實現,以保證數據交換過程的穩定與安全。并能夠為校方提供對應的管理與配置工具,提升數據集成過程的管理能力。

數據集成與共享具體建設要求如下:
1、 數據集成工具 1.1能夠通過ETL的方式將各異構業務系統的主數據抽取上來,形成校內統一的、權威的主數據集。

1.2提供包括拓撲管理工具、集成設計工具、集成查看工具、集成調度工具在內的數據集成管理工具,工具需要具備可視化、可拖拽、可配置的特性,并具備一定的二次開發功能,便于各個層面的管理人員進行使用。

★1.3提供數據集成知識庫,知識庫需要預置不小于100個數據集成知識模塊。

2、 運行監控管理工具 ★2.1投標方提供完善的主數據平臺運行監控管理功能,能夠對整個主數據平臺的系統監控度檢查指標、系統異常情況、系統操作日志、標準建設及數據集成情況進行統一的展現,便于用戶了解主數據平臺整體運行狀況。

2.2運行監控管理工具須完全采用B/S架構,在不安裝任何客戶端軟件的基礎上通過瀏覽器即可對校內信息標準進行管理,便于用戶維護使用。

3、 主數據管理工具 3.1考慮到學校部分業務部門尚未建立信息系統,其他業務系統又需要使用其業務數據的情況,投標方須提供手工將本地數據(包括EXCEL、DBF)導入主數據平臺之中,供其他業務系統使用的功能。

★ 3.2通過主數據管理工具,可以查詢主數據和主數據歷史變化情況,并能導出EXCEL,便于線下開展數據分析。

★3.3能實現主數據的分級授權管理,可根據數據流向控制其管理查詢權限。

2.2.2.3 數據存儲 數據的存儲方式是整個主數據平臺建設的基礎,系統除了要考慮主數據本身的存儲之外,還需要考慮到后期為數據分析、數據積累提供良好的支撐。同時數據庫存儲的設計要具備良好的合理性和科學性。

1、 主數據庫 主數據庫的數據規范需要基于教育部最新的教育信息化數據標準,并對其存儲的數據對象按合理的數據模型進行劃分。

2、 主數據倉庫 2.1提供對主數據庫的備份功能,能夠實現主數據庫的在線熱備份。

2.2主數據倉庫的備份需要采取合理的備份模式,要既能完整保留歷史數據的變動信息,同時不能過度浪費存儲空間。

3、 數據備份管理 ★3.1 提供數據備份管理功能,可對備份日志進行查詢,可對主數據變動情況進行查詢,并能夠將變動情況導出Excel。

★3.2能夠在系統內隨時查詢某個歷史時間點的主數據狀況和代碼標準情況,時間點的顆粒度要細化到以天為單位。

2.2.3 技術要求 2.2.3.1平臺必須遵循J2EE的技術路線,采用Java編程語言和服務器端Java技術進行開發,主數據平臺必須基于oracle 11g或以上版本的大型數據庫。

2.2.3.2 數據集成過程需采用成熟的商用中間件,能提供統一的可視化的開發工具,能圖形化的設計和定義抽取、轉換、加載流程,并保證數據集成交換的穩定性和安全性。

2.2.3.3數據集成必須支持與主流關系型數據庫進行對接,包括Oracle、IBM DB2 UDB、IBM DB2/400、Informix、Microsoft SQL Server、Sybase AS Enterprise、Sybase AS Anywhere。

2.2.3.4數據集成必須支持與部分非主流關系型數據庫進行對接,包括Microsoft Access、Microsoft Excel、Dbase、Visual Foxpro。

2.2.3.5 數據集成接口必須支持包括JMS Topic、JMS Queue、Web Service、Tabled-Txt文件、XML文件、支持操作系統的網絡協議,包括FTP。

2.2.3.6支持包括Unix、Linux在內的多種平臺,完全支持跨平臺的部署。

★2.2.3.7投標方需承諾在業主方要求下,完成全校核心基礎數據的清洗、映射,并部署于主數據庫系統中,以對現有應用系統和后續新建系統提供良好數據支撐。投標方需提供承諾函。

★2.2.3.8所構建的主數據庫系統要能支持學校20000人及以上的應用規模,保證全校智慧校園應用的運行及訪問穩定流暢,投標方需提供承諾函。

2.3 應用管理平臺(含移動校園) 應用管理平臺將分散在各個系統中面向教師、學生的服務內容進行重新梳理和歸類,通過服務重新定義、封裝的方式在應用服務管理平臺上進行綜合呈現,面向教師、學生提供覆蓋全生命周期、可以不斷完善、師生真正關心、有實用價值、便捷的信息服務;
同時,支撐服務管理效率和管理水平的提升,監控和優化服務質量,更好的滿足學校業務需要和師生服務需要。

2.3.1 建設目標 2.3.1.1應用管理平臺是師生等各類用戶進入學校綜合服務平臺的唯一入口,建成后將為師生等各類用戶提供一站式、個性化的信息及應用服務。同時也是全校的應用管理平臺,是構建學校智慧校園可持續發展的重要支撐工具。

2.3.1.2應用管理平臺通過對平臺上的所有應用的運行情況、訪問情況、應用平均停留時間、使用評價等運轉情況的監管,實現用戶行為分析,提升應用服務質量。

★2.3.1.3系統須能夠支持在大規模用戶的訪問的情況下仍然能夠提供高速運行的服務,支持學校20000人及以上的應用規模,投標方需提供承諾函。

2.3.2 建設內容 2.3.2.1 基礎平臺建設 1、應用管理中心 1)應用管理 ★a.須包括應用的創建、授權、配置、開放策略設定、上下線等功能。為方便海量應用的管理,須提供應用文件夾功能。為方便應用的推廣,還應提供專題推薦功能。應用的管理須能同時管理web端應用及移動端應用。創建應用時須能同時配置web端、移動端及API調用申請。應用的授權須支持分級授權管理,業務域管理員可分別設置域內應用的應用管理員,應用管理員可設置應用的用戶組授權。移動端應用須支持Hybrid應用、H5應用、第三方應用三種類型的接入。

2)系統管理 ★a.須包括站點管理、應用版本管理、緩存管理、widget管理。widget管理須包含配置、授權、更新功能。

3)業務域管理 ★a.提供業務域的新增、刪除、編輯功能。支持業務域管理員維護及域內所含應用及應用運行狀態的查看。

4)用戶組管理 支持按用戶組對用戶進行應用授權管理。

5)意見反饋管理 提供用戶意見反饋的管理功能,包括反饋意見的查看、回復等。

6)評價管理 ★a.提供管理員對應用評價的管理功能,便于實時了解應用評級、排行信息。

7)移動管理 a.提供對學校移動app的版本管理以及顯示內容的廣告位、海報、首頁、客戶端版本等管理。須提供對移動端子應用的授權功能。

2、基礎服務平臺 提供應用的推薦、收藏、搜索、評價、反饋等功能的基礎上,還須提供熱門應用、最新應用、周期性應用、專題推薦的推送功能。提供面向用戶個人的來自多個業務應用的消息中心,要求按時間軸方式逆序展示,便于師生用戶查看。

2.3.2.2 應用門戶 1、PC端服務門戶 做為學校信息化應用的統一入口,承載接入的應用,并提供應用的按角色區分的展現界面,應用中心支持應用的多維度搜索,須提供場景、人群、分類等多種方式的檢索條件,方便用戶快速找到自己需要的應用,門戶支持雙登錄帳號(統一身份認證、門戶用戶認證)可將臨時人員添加到門戶帳號方便臨時登錄。

包含服務門戶首頁、應用服務中心、個人服務中心、應用側邊欄。服務門戶首頁須能提供角色快速入口、業務域快速入口、最新應用快速入口等。應用服務中心須能展示所有的應用,提供便捷的應用檢索和定位功能,方便用戶快速找到想要獲取的應用服務。個人服務中心須包括個人數據、待辦事項、流程跟蹤、我的收藏、應用推薦等功能。提供個性化的應用側邊欄,可以便捷的呼入呼出,可加載和配置顯示各種widget小部件,例如通知公告、資訊等。

2、移動端門戶 包括移動門戶首頁、消息、發現、“我”等功能。首頁的顯示內容包括應用推薦、用戶個人數據展示等。發現功能主要用于用戶檢索獲取應用?!拔摇蹦K中須包括個人賬號信息服務、手機綁定、客戶端通用設置等。

體現SOA碎片化、流程化建設理念,PC和移動端流程、消息、事件流徹底打通,做到PC端流程與移動端統一。

2.3.3 技術要求 1、遵循SOA架構 建設系統依據SOA(Service Oriented Architecture)的思想,重新構造校園信息化系統的總體架構,打破傳統業務系統(諸如教務系統、學工系統等等)的界限,真正以人為本,制定行業服務粒度劃分規范,以服務為核心,實現搭積木式的信息服務應用的開發方式,通過基礎服務的動態組合,隨需應變,快速滿足不同用戶角色的信息服務需求。

2、開放式校園信息服務構建要求 提供標準的應用構建、接入規范,可以兼容任何符合接入標準的業務應用,并且提供豐富的應用程序編程接口或服務以供調用。遵循Web Service或RESTful API接口、Spring MVC Framework標準架構。遵循Web Components規范,可使用Google Polymer開發包。

3、可集成性 要求投標方所建系統按照統一的規范以服務的形式提供信息化基礎能力開放,讓各種資源可以方便的集成到校園門戶平臺中,迅速的為用戶提供服務。

對不同的業務需求可提供多種集成方式,保證良好的集成效果。

4、跨平臺性 支持Unix、Linux、Windows多種平臺,完全支持跨平臺的部署。

5、容錯性 建設系統需要具備一定的容錯性,在運行環境出現故障的時仍能提供穩定、持續的服務。

投標方所建系統應支持并行運行多個節點實例,防止因為某個節點異常而影響整個系統的運行效果。

6、高性能 ★6.1系統須能夠支持在大規模用戶的訪問的情況下仍然能夠提供高速運行的服務,支持學校20000人及以上的應用規模,投標方需提供承諾函。

7、集群要求 平臺須具備集群工作模式,能實現多機熱備和應用級負載均衡。

2.4 校園服務總線 解決校內信息化建設中存在的緊耦合、異構性等各類問題,充分利用現有建設成果構建全新的校園信息化生態,建立基于我校特征的校園服務總線。實現從簡單的“數據集成,門戶集成”向“服務集成”模式的轉變。實現從接口標準管理、服務治理、服務交換等全方面的底層服務管理平臺,為其他基礎平臺和公共應用組件、上層服務提供總體服務調度和管理。保證校內信息體系的可管理性。

2.4.1 建設目標 校園服務總線是智慧校園的核心組件,為智慧校園提供一個面向服務的系統集成架構方式,是實現異構系統、分布式系統之間信息交互、數據共享、互聯互通的基礎軟件平臺。

通過校園服務總線,將應用系統抽象成一個個不同粒度的服務,實現標準化服務接口、松耦合服務架構。通過服務組合的方式復用學校IT資產,對于新開發的信息系統,采用插接方式進行快速部署,縮短投資回報周期,提高系統的適應性、靈活性和擴展性。

2.4.2 建設內容 2.4.2.1 服務集成工具 采用高性能、高可用性的商業中間件,解決異構系統集成時相互調用的協議、格式不同的轉換問題,解決大并發情況下服務負載、服務緩存的問題,并實現服務流程的可視化編排,保證服務調用、服務交互時的穩定性和安全性。

2.4.2.2 ★服務注冊工具 校園服務總線提供接口供開發人員注冊服務,僅需提供服務的相關元信息及WSDL文件,即可實現注冊步驟。而WSDL文件格式的基本驗證部分需要自動完成,要求服務提供者附加范例代碼供第三方參考使用。其中的從屬系統標簽則用于服務分組。對于restful形式的服務,需要提供詳細的參數信息或提供對于restful服務的輸入和輸出實例實現注冊。

2.4.2.3 服務查看與搜索 校園服務總線提供以頁面展示服務的操作和參數的詳細信息的功能,平臺提供服務分類的基礎模板,系統管理員可以對其進行擴展,第三方可根據服務分類進行搜索。

2.4.2.4 注冊狀態查看 校園服務總線提供注冊服務的人工審核步驟。開發人員可在注冊狀態查看功能模塊,查看到已注冊服務的當前狀態(審核通過、未審核、審核中)。

2.4.2.5 ★申請服務授權 校園服務總線提供接口供開發人員為所開發的應用申請服務的授權,申請以應用為單位。開發人員在頁面可看到所有服務的列表,僅需簡單勾選,即可實現申請步驟。

2.4.2.6 平臺監控 校園服務總線提供平臺運行的硬件的關鍵性能指標(如CPU和內存的使用率等)的監控。

2.4.2.7 ★服務注冊審核 系統管理員根據服務注冊信息(如服務名稱、服務所屬應用/模塊、接口人等)來確定是否審核通過該服務的注冊。當前審核狀態包括審核中和未審核。

2.4.2.8 ★服務運行監控 系統管理員可監控從屬于該系統下的所有服務,將通過直觀具體的友好界面展現服務的運行狀態,包括被調用次數、執行時間、錯誤次數、成功率等。多個系統的管理員可以切換到不同系統的監控頁面。

2.4.2.9 系統及服務管理 管理員可查看所屬的所有服務,并針對其中的服務進行啟停(通過管控臺隔離實現)。授權的分配在審核申請時進行。管理員具備對用戶角色及其權限的管理功能,管理員可查看所有用戶、設置用戶角色、分配權限。

2.4.2.10 消息總線管理 消息總線作為服務通訊過程中保證數據有效傳輸的重要組件,須提供以下四種通信模型:produce/consume request/response publish/subscribe broadcast。

系統管理員可以對應用/模塊下所屬隊列管理:包含隊列申請、審核、閾值管控、消息大小管控、入隊速率管控,消息與服務共享應用/模塊管理功能。另外,針對消息總線的應用提供通信授權和對客戶端的實時管控,客戶端包括SDK和http形式的通信API。

2.4.3 技術要求 1) 校園服務總線須采用Oracle Service Bus產品作為其核心運行內核,確保產品穩定性。

2) 校園服務總線提供的適配器須支持以下協議(但不僅限):
TCP/S;
HTTP/S;
DB;
File;
Web Service;
FTP/SFTP;
Mail。

3) 消息總線需要提供四種通信模型:
produce/consume;
request/response;
publish/subscribe;
broadcast。

4) 支持基于soap協議的服務集成 ★4.1支持基于soap協議的Web service接入,從而實現使用開放的XML標準來描述、發布、發現、協調和配置這些服務,方便開發分布式的互操作的Web應用。

4.2對于利用主流框架AXIS、CXF等開發的服務,可以自動化解析與發布。

4.3支持基于http協議的非soap服務集成。

4.4支持基于http協議的restful服務接入集成,從而實現結構清晰、符合標準、易于理解、擴展方便的restful SOA架構。

4.5支持其他基于http協議的服務集成,如json-rpc協議。

5) 可擴展性 a.服務統一管理與暴露,可以靈活的被第三方查詢與調用。

b.提供服務接入規范,方便第三方接入,共享平臺技術架構。

c.通過服務的集成,實現組件、模塊的復用,從而實現易擴展的面向服務的分布式體系架構。

d.支持集群、熱備、負載均衡橫向擴展。

6) 安全性 提供消息級(Message-level)和傳輸級(Transport-level)的安全保證。

內部預設消息級的accessToken安全授權機制。

支持傳輸級的https通道。

7) 高性能 a.支持流量控制與服務的負載路由。

★b.通過分布式總線集群的擴展,實現可承載的并發量的無限擴展;
支持學校20000人及以上的應用規模,投標方需提供承諾函。

c.提供統一的分布式key-value內存數據庫,實現對數據的緩存,減少對磁盤讀取的時間開銷。

8) 可管理性 界面友好,內部預設相關配置模板,簡單填寫相關參數即可完成服務的接入。

集成消息總線管理端,方便第三方使用消息通道進行交互。

集中的服務管理,不僅提供基本的服務治理,還能提供服務的SLA監控和郵件告警機制。

2.5 公共應用服務 公共服務應用以面向師生服務的方式構建輕量化應用,采用數據共享、流程驅動、分級授權管理、模塊化構建的原則,實現信息的互通、流轉和共享,最終達到數據共享、服務便捷化、管理自動化的目的,為師生提供實用、易用、高效的信息化服務,提高學校管理部門的服務質量和管理效率。

2.5.1 建設目標 定制開發公共應用服務,要求體現SOA服務化的建設方式,與應用管理平臺無縫融合,能夠直接在平臺中對公共應用服務應用進行評價,以及服務上架、下架管理,可直接在平臺中設置公共服務業務管理員并對服務的各個環節進行授權。

開發服務如下:
序號 名稱 序號 名稱 1 后勤報修 7 通知公告 2 失物招領 8 圖書館 3 一卡通 9 教室借用 4 校園黃頁 10 空閑教室 5 網絡報修 11 問卷調查及投票 6 我的課表 2.5.2 建設內容 2.5.2.1 后勤報修 1、 后勤報修申請 后勤網上報修,查看報修列表和報修進度,消息提醒。

2、 后勤報修信息管理 后勤受理人員可以管理所有提交的故障申請,也可以錄入其他方式提交的故障申請,進行信息管理和統計查詢,支持按照故障類型、處理狀態查詢報修信息。

當維修師傅被分配一個報修信息,可以收到一個消息提醒,有新的維修任務,當處理完畢后,可以進行完工操作。

3、 后勤報修信息應用設置 應用管理員初始化設置,進行故障類型設置、維修區域、維修師傅信息管理、后勤報修列表查詢。

4、 后勤報修信息統計 后勤報修信息統計分析。

5、 后勤報修申請、維修處理(移動端) 后勤報修申請,維修師傅處理移動端。

2.5.2.2 失物招領 1、 失物招領信息發布展示 尋物啟事和招領啟事展示和查詢,尋物啟事和招領啟事發布,查看我的尋物和啟事發布,消息提醒。

2、 自動匹配失物信息 一卡通、身份證、學生證等卡證類自動匹配失主信息,消息提醒。

3、 失物招領(移動端) 失物招領移動端。

2.5.2.3 一卡通 1、 月賬單分析 展示一卡通基本信息,查看不同月份的一卡通個人交易數據分析,以餅圖展示個人交易數據,以折線圖形式展示個人最近一月的趨勢分析。

2、 賬單查詢 提供近三個月以內的賬單明細查詢,支持按照消費類型和消費時間來查詢。

3、 消費趨勢 提供近三個月以內的趨勢分析。

4、 移動端 移動端的一卡通賬單,提供近一個月以內的賬單明細查詢,支持按照消費類型和消費時間來查詢,以折線圖形式展示個人最近一周的趨勢分析及明細。

2.5.2.4 校園黃頁 1、 信息維護 機構組織人員的辦公電話地址信息維護。

2、 校園黃頁信息展示 師生PC端搜索和查看組織機構人員的辦公電話和地址。

3、 移動端 師生在手機端搜索和查看組織機構人員的辦公電話和地址。

2.5.2.5 網絡報修 1、 網絡故障報修申請 網絡網上報修,查看報修列表和報修進度,消息提醒。

2、 網絡故障信息管理 網絡管理員負責不同的故障類型,進行負責的故障類型的報修信息管理。

3、 網絡故障應用設置 網絡報修應用管理員設置故障類型與網絡管理員用戶組維護、故障區域、消息提醒設置。

4、 網絡故障信息統計 網絡報修信息統計分析。

5、 移動端 網絡故障報修申請、維修結果登記移動端。

2.5.2.6 我的課表 根據師生個人權限,個人可在線查詢個人課表。

2.5.2.7 通知公告 學校各部門通過統一的通知公告發布渠道,向師生發布通知,師生則可以通過這個平臺統一獲得需要的通知公告內容。

1、 公告組管理 管理員統一設置公告組,即公告所屬的欄目組,進行公告組的授權,包括管理和瀏覽權限,進行分級授權。

2、 公告管理 公告管理員管理對自己有權限的公告組下的公告,支持的操作有按照公告標題和內容搜索、按照公告狀態、公告組(欄目組)、發布時間進行查詢,支持創建、歸檔、刪除、預覽和查看詳情。

3、 公告瀏覽 學校師生可以查看自己有權限查看的公告,支持按照公告標題和內容搜索、查看詳情。

4、 移動端 學校師生可以在管理端查看自己有權限的公告,支持按照欄目分開展示。

2.5.2.8 圖書館 根據圖書館對接數據,展示個人圖書借閱情況,并提示個人圖書超期信息等。

2.5.2.9 教室借用 發起教室借用申請,根據當前教室資源情況,流程發起后,各主管審核單位在線審核。

1、 教室借用 師生個人可在線發起教室借用,相關部門可在線審核,審核通過后,借用成功。

2、 教室借用查詢 師生個人可在線查詢個人借用記錄。

2.5.2.10 空閑教室 根據集成數據信息展示空閑教室,個人可在線查詢空閑教室情況。

2.5.2.11 問卷調查及投票 問卷調查方便學校管理部門發布常用的問卷調查,收集問卷結果。

1、 問卷類別管理 系統管理員可以添加類別和設置類別管理員,類別管理員可以添加維護其類別下的成員。

支持應用管理員添加問卷類別,設置類別的主管理員,類別主管理員可以維護其類別下的其他管理成員。

2、 問卷管理 問卷發布管理員管理問卷,創建問卷,查詢統計問卷結果。

問卷管理員可以新建問卷,設置問卷描述、開始時間、過期時間、是否自動歸檔、游客是否可見、是否匿名等。

問卷支持添加問題,目前支持添加單選、多選、和輸入類型的問題,設置問題選項。

類別管理員和成員都可以創建問卷,同一類別下的成員能互相看到和管理其相應的問卷。

是否匿名時,在用戶進行問卷填寫時會告知用戶其問卷匿名,而且管理員在查看統計時是看不到相應填寫問卷的賬戶,同時如果選擇匿名則數據庫的填寫問卷賬戶則進行加密。其中問卷中多選類型問題支持設置最小、最大選項數。

問卷統計支持兩種維度的統計,管理員可選擇,一種按照用戶組,另一種按照院系統計已答題人數和未答題人數。

3、 問卷瀏覽 用戶可根據其問卷界面進行答卷并且進行提交,已提交的問卷則無法進行再次修改,只能進行查看。

用戶可查看所有問卷調查,進行填寫提交,對于已提交的問卷可以查看回答情況。

2.6 在線教學平臺 智慧教學平臺融合智慧考試平臺、智慧培養方案平臺、教學大數據分析平臺以及教務服務,智慧教學平臺中的課程信息(在線課程部分)與其他平臺無縫融合,融入教務服務課程中心的課程庫信息,同時與培養方案平臺融合,提供課程信息及學分認定基礎課程服務。培養方案平臺制定學生個性化培養方案后(可包含傳統線下課程及智慧教學平臺線上課程),學生線上通過在線選課生成在線學習計劃,學生線上完成課程學習(包含線上作業考核等),教師通過智慧教學平臺答疑、討論等教學過程;
線上學習及教學過程完成后,通過教務服務整體的考試計劃,學生進入智慧考試平臺安排的考試進行考試,考試平臺監控整個考試過程;
學生考試完畢后,成績同步提交至培養方案平臺、智慧教學平臺、教務服務,培養方案平臺完成培養方案執行進度監控,智慧教學平臺完成線上課程學習認定,教務服務完成學生學分認定。整個教學過程完成后,全過程學習數據、教學數據及學習行為分析數據同步至教學大數據分析平臺,根據實際數據情況及業務場景,建立我校教學大數據分析模型,生成分析報告,為我校后期智慧教學工作提供決策支持及指導方向。

智慧教學平臺的建設遵循我校智慧教學服務統一規劃,通過平臺的建設帶動校內線上教學資源的建設,提供多種學習途徑,促進教學改革。平臺建設后,完善校內教學資源及教學手段,帶動教務服務及智慧教學服務的建設,為教務服務-課程中心、智慧培養方案平臺-課程庫、智慧考試平臺以及教學大數據分析平臺提供基礎課程資源、學習數據、教學數據等,同時通過大數據技術進行課程推薦引擎設計,實現學生與信息之間的主動交互,通過學生行為和屬性為學生推薦感興趣的課程。

2.6.1 建設目標 平臺須將以視頻為主且具有交互功能的網絡課程免費發布到平臺上,以供我校眾多學生學習。網上課程以小段視頻為主傳授教學內容,以即時測試反饋促進學員學習,并基于大數據分析促進教師和學生改進教與學。同時能夠提供比較充分的個性化服務。給學生充分的自由度,給老師充分的自由度,在在線教學平臺下,教師完成了角色的轉變,更多的像一個引導者、組織者。

2.6.2 建設內容 2.6.2.1 課程管理子系統 課程管理子系統負責整個平臺的課程管理,包括課程的創建,課程資源管理,課程開課管理等,為師生提供課程資源服務,后期與教學服務、智慧培養方案平臺協同,為學生提供線上課程資源及學分認定基礎服務。

1、 快速創建課程 支持快速創建課程,只要提供一些課程的基本信息就可以創建一門課程,創建課程時一門課程可以歸屬于多個課程分類。

2、 ★課件素材庫 每門課程包括一個課件素材庫,支持上傳視頻和文檔類的素材,素材上傳后由系統自動完成格式轉換,在課程開課時可以選擇素材庫中的素材快速完成課程內容的制作,開課時若課件素材庫里沒有對應的內容也可以另外上傳資源,同時上傳的該資源自動同步到課件素材庫。

素材庫支持的視頻格式包括:mp4,wmv,avi,mov,flv,rmvb,rm,asf,mkv。

素材庫支持的文檔格式包括:pdf,doc,docx,ppt,pptx,xls,xlsx。

3、 ★客戶端資源收集工具 為了軟件易用性,平臺包含專門離線客戶端資源收集工具(程序安裝)的,非web網頁方式,可通過客戶端工具,快速上傳資源到資源庫中。

4、 資源自動上傳 為了避免資源建設的重復性,系統支持將本地資源(包括錄播系統等第三方資源)自動上傳到系統的個人空間,并自動對資源進行轉碼。

5、 素材自動同步 在課程開課時通過本地上傳的課件素材也會自動同步保存到素材庫中。

6、 文件拖拽上傳 文件上傳本地資源庫時,支持拖拽方式上傳,上傳文件成功后,系統會自動按照分類展示并顯示已上傳文件類型(視頻、文檔)的數量。

7、 練習題目庫 每門課程包括一個練習題目庫,題目可以用于課程測試和作業,題目類型支持選擇題、判斷題、簡答題。題目支持單個錄入和支持Excel批量導入并提供導入模版。

添加和編輯題目時支持富文本格式,可以插入本地、網絡的圖片。添加題目成功后,系統會自動按照題型分類展示顯示已添加的數量。

8、 問卷題目庫 每門課程包括一個問卷題目庫,題目用于開課時設置調查問卷。題目支持單個錄入和支持Excel批量導入并提供導入模板。添加和編輯題目時支持富文本格式,可以插入本地、網絡的圖片。

9、 ★視頻課程字幕及講義管理 上傳視頻課件上,允許上傳該視頻對應的外掛字幕以及該視頻對應的講義,系統支持將該視頻課件與字幕文件以及講義文件進行匹配,學生在同一個學習的界面即可顯示視頻、字幕、講義并且完成學習。

10、 課程知識點管理 支持以樹形結構的方式管理課程的知識點,知識點與練習題目、課件素材中的視頻和文檔相關聯。

學生在前臺可以按知識點的方式進行課程學習。

11、 歷史開課統計分析 可以查看課程的歷次開課統計信息,包括:報名數量,報名人群分析(例如按年齡、性別、學歷等)。

12、 資源狀態郵件通知 實現自建課程資源(視頻、文檔、附件等素材)的上傳,并支持課程資源上傳狀態通過郵件通知相關系統用戶。

2.6.2.2 在線選課子系統 為學生提供在線選課服務,可提供興趣學習及學分認定學習選課,后期與我校建設的教務服務、智慧培養方案平臺、智慧考試平臺提供基礎數據支撐。學生根據培養方案線上選課,最終根據學習進度及學業分析自動進入智慧考試平臺參加考試。

1、 課程搜索 用戶可以根據自己的要求輸入想要搜索的課程,點擊搜索即完成搜索課程。

2、 課程詳情 進入課程列表界面后,可看到所有課程,點擊對應課程進入課程詳情,顯示課程的詳細信息,包括:開課班次、開課時間、課程介紹、課程大綱、課程類型、授課老師、課程信息、學習目標、學習要求、考核標準等。

3、 在線選課 用戶選擇相應的開課班次后,可以在線選課,加入課程學習,并提示確認是興趣學習還是修學分。同時支持對非修學分課程進行退課。

4、 選課結果 管理員可查看課程的選課情況,并進行統計分析。

2.6.2.3 在線學習子系統 提供學生在線學習服務,支持多種學習方式(包括闖關式學習等),學生在線學習進度及學習過程數據進入后期教學大數據分析平臺,對整個學生學習過程分析,并對教學工作提供決策支持。

(一)用戶登陸:
1、 支持以下多種登錄方式 統一身份認證平臺登錄(針對校內在籍學生);
學號和密碼(管理員在后臺導入學號,學生在前臺激活);
郵箱和密碼(針對以郵箱方式注冊的用戶)用戶登錄時,如果連續三次出現驗證錯誤則會彈出驗證碼要求驗證,防止木馬攻擊。

2、 密碼找回 用戶忘記密碼時,可以通過綁定的郵箱找回密碼。

(二)學習中心:
1、 學習的課程 用戶可以查看加入的所有開課,點擊開課圖片可以快速進入課程主頁。課程成績發布后,可以查看成績。

查看個人的學習習慣統計分析,以幫助學生管理自己的學習行為,增加對學習的控制能力。

2、 支持對非修學分課程進行退課 3、 收藏的課程 用戶可以查看收藏的所有開課,并可以取消收藏開課。

4、 我的筆記 學生可以查看在課程中記錄的所有筆記,以及對筆記執行編輯和刪除等操作。每門課程會在記錄第一條筆記時創建一個筆記本,可以對筆記本進行刪除。

5、 消息 學生可以查看來自平臺、學校發送的消息通知,能夠及時的調整學習安排或完成相關任務等。

6、 個人設置 用戶可以對個人信息包含性別,年齡,職業,教育程度,學校,專業,興趣愛好,頭像等進行設置。

可以修改登錄密碼、設置發送訂閱郵件、修改綁定登錄郵箱。

為了獲得課程某些資格評定,非在校學生用戶可以提交身份證進行身份認證審核。

(三)學習過程:
1、 選擇課程 支持為學生指定選修某些課程。

學生也可以自選課程,選擇課程時需要選擇開課班次,確認學習類型是興趣學習還是修學分。

2、 課程主頁 進入課程主頁,可以查看課程公告、即將到期測驗與作業、最新發布章節信息、最新發布討論以及開課當前進度情況等。

3、 課程學習 學生登陸后選擇相應課程即可進入學習,課程學習內容以視頻、文檔、討論、網頁(網址鏈接、文本)、測驗與作業等形式呈現,可全屏以及暫停,系統自動記錄學生每一課時的學習時長,并將其作為考核的指標之一。

4、 ★課程筆記 學生在線上記筆記能夠實現筆記與文檔、視頻內容具體時間點進行關聯。記錄筆記時,視頻會自動暫停。筆記支持富文本編輯。

5、 ★課程提問 學生在線上發布提問能夠實現提問與文檔、視頻內容具體時間點等進行關聯,后續可以快捷地在知識點與提問間建立直接聯系。進行提問時,視頻會自動暫停。提問支持富文本編輯。提問時需要選擇提問類型,不同類型的提問會歸屬到不同的課程討論版塊。

6、 主題討論 教師在課程內容中添加主題討論,學生可以進行回復。討論支持根據回復最多,回復時間,被贊最多進行排序,支持按教師回復,我的回復、只看該作者(發布人)進行內容過濾。

7、 課程講義 課程講義是輔助學生學習的一種資源,能夠更加細化視頻與知識的定位,通過線上的方式學生可以通過講義下載進行瀏覽學習。

8、 ★課程字幕 課程字幕輔助學生進行視頻學習。在視頻學習界面,支持搜索字幕查找相關字幕內容。在章節導航界面中,支持搜索字幕查找相關視頻。

9、 課程測驗 學習中在指定時間內按照要求完成測驗。測驗題型主要包含選擇題、判斷題。在提交截止時間之前,可以支持提交多次。測驗最終成績評定算法(例如平均分)可以在開課課程內容制作中設置。

10、 課程作業 學習中在指定的時間內按要求完成作業,作業題型主要為簡答題,并支持上傳各種附件。根據作業批閱方式,作業可分為同業互評和教師批閱作業兩種類型。

同業互評的作業,提交作業后,進入在互評階段,學生間批閱彼此作業。在成績公布期間,看到互評成績和評語詳情。不滿意互評成績可以進行成績申訴,最終由教師處理。

教師批閱的作業,提交作業后,在成績公布期間,看到教師的批閱成績和評語。

11、 學習進度 小節中內容全部完成后,會顯示打鉤標志,小節中一個內容標志完成后,內容標志會由暗變成亮。從而學生可以知曉當前課程的學習進度,以便靈活把握個人學習進度。

(四)調查問卷:
學習中用戶參加調查問卷,幫助教師了解這門課程的教學效果以及用戶真實的學習需求,從而調整教學方式改進課程內容等。支持查看調查問卷統計詳情。

(五)翻轉課堂:
翻轉課堂是本課程發布一些線下活動,學習中用戶可以報名參加。

(六)在線論壇:
每門課程擁有自己的在線論壇,分為不同的討論版。默認討論版包括:
1、 技術支持 任何網站使用上的技術問題進入本版,并自動提取用戶的瀏覽器版本,操作系統信息等,有助于問題解決。

2、 內容糾錯 課件或是習題內容發現錯誤進入本版,自動附加視頻、文檔、討論等信息。

3、 章節討論區 每章發布后,課程中會自動創建本章節討論區。課件中教師發布作為教學內容的討論以及學生發布的討論會在相關章節討論區顯示。

具有相關管理權限的教師可以自行定義其他討論版,對版塊進行關閉或者對帖子進行關閉、刪除、置頂的相關管理。

用戶可以對論壇的貼子進行頂,踩,回復,對回復進行評論,舉報。

(七)進階式學習:
1、 進度控制 學生在第一次學習視頻時不能拖拽前進(根據課程內容制作中設置);
用戶在學習過程中需要回答老師在制作內容時在特定時間點的提問。

2、 進階控制 教師根據教學計劃周期性發布若干章節內容,對學生學習流程和學習內容進行過程管理和控制。

3、 測驗與作業 用戶完成一個視頻或文檔等,可以進行一個測驗或作業。

2.6.2.4 在線教學子系統 提供在線教學服務,教師在線答疑,講解知識點,豐富我校教學手段。

1、 提供開課管理的一體化流程 提供漸進式的開課管理過程,既滿足對無計算機基礎的教師也可迅速建設一次開課,也滿足教師可隨時得到學習者的學習反饋并進行指導管理。

2、 按照章講結構組建課程內容 支持按章講結構來組建課程內容,課程內容支持當前所有主流的文檔、視頻格式,對于文檔類的課程內容系統自動轉碼成flash格式進行播放;
對于視頻類的課程內容系統自動進行轉碼成適合網絡播放的碼流及格式保障多種終端的流暢播放。

3、 ★課程視頻中模擬課堂提問 支持在課程授課過程中在任意時間點添加測試題目,學生在學習過程中必須在課程學習界面內完成題目作答才能繼續學習,如果學生沒有在要求的時間內完成作答,則該內容會從上次完成提問點開始播放。

4、 課程內容的客觀練習 添加客觀練習時,需要設置練習名稱、提交截止時間、允許提交次數、成績評定算法(包含平均分、取最高成績、取最后一次提交成績)。

5、 ★互評作業 支持在課程內容制作過程中添加互評作業( Peer Review ),學生在學習過程中即課程學習界面完成互評作業。學生之間可以互相批閱他人作業,不滿意互評成績的學生可以申訴成績,由教師裁決處理成績。

添加互評作業時,需要設置成績占比(被批閱分數占比、批閱數量占比、批閱質量占比)、互評人數(批閱數量、最少被批閱次數)、成績評定算法(平均分、去除最高最低項的平均分)、評分項。

互評作業支持作業評分案例設置,案例用于指導學習進行互評操作。

6、 互評的嚴肅性 互評作業通過提供標準差和異常標簽,保證互評的嚴肅性和公正性。

7、 課程內容的主題討論 支持在課程內容制作過程中添加主題討論,學生在學習過程中即課程學習界面參加主題討論。

8、 ★支持首次訪問視頻前進控制 支持在課程內容制作過程中設置學生首次訪問視頻是否允許前進控制,從而在不同開課中有區別控制學生學習過程和學習要求。

9、 ★支持進階學習控制 支持在課程教學時,設置是否按照進階式學習,如設置學生必須按照教師安排的每講的教學活動進行順序學習。

10、 學生學習類型設置 添加學生時,對參加課程的學生設置其學習類型(修學分、興趣學習)。在開課管理中,對不同學習類型的學生有不同的教學管理要求,例如互評作業時由同學習類型的學生進行互評。

11、 配置教師團隊 可以添加課程的教師團隊,教師團隊成員可以對課程內容進行編輯。

支持從已有用戶中添加教師。教師顯示的順序支持靈活調整。

12、 配置助教團隊 可以添加課程的助教團隊,幫助管理開課和課程,例如輔助完成答疑,批改作業等功能,不同助理教師會根據實際情況賦予不同的管理權限。

13、 發布課程公告 可以發布課程公告,例如章節內容最新發布等信息,公告發布后,學習該課程的學生都能看到。

14、 設置課程欄目 支持對課程欄目的自定義設置,包括一級欄目和二級欄目。

15、 發布調查問卷 可以從課程問卷題目庫中選擇題目組成調查問卷并發布,支持發起多個調查問卷。

16、 發布翻轉課堂 發布翻轉課堂是指課程發布一些線下活動,翻轉課堂發布后,學生可以報名參加。

17、 開課發布與更新 教師發布開課后需經過管理員審核,審核通過后學生才能看到課程,然后選課和學習。在授課過程中,教師可根據實際需求對已經發布開課內容進行更新,更新內容包括課程的所有內容,如更新課程視頻可直接替換并且支持對替換的視頻進行重新打點,修改測試題目等。

18、 ★支持拷貝歷史開課 提供對歷史開課進行拷貝(拷貝內容包含課程內容、開課設置、考核設置等),拷貝后可以快速創建一次新的開課并完成對開課內容的相關設置。此功能可方便教師利用歷史開課進行微調課程后,面向研究生、本科生、繼續教育學院等不同層次的學生開設不同內容的課程。

19、 成績的嚴謹性控制 每次測驗、線上成績、線下成績、綜合成績,詳細的統計分析以及同標準正態分布的對比情況,以此來檢驗成績的信度和測驗的嚴謹性。

20、 人性化功能設置 系統支持教師在主觀練習的界面中可查看到課程創建的所有主觀練習,點擊一個主觀練習可以進入成績查詢界面;
在成績查詢頁面中,教師可以提供批閱作業,處理學習者所提出的成績申訴,修改學習者批閱的分數等功能。支持針對提交狀態、互評狀態、成績申訴等狀態的過濾篩選,并且支持導出成績和向學習者一鍵發送消息。

21、 測驗與作業管理 (1)測驗(客觀練習)管理 教師在教學互動中的客觀練習界面中可以查看到課程中創建的所有客觀練習。點擊一個客觀練習進入成績查詢界面。

在成績查詢頁面中,查看到已提交成績統計分析以及練習中題目分析(人均用戶和錯誤率分析)。根據提交狀態的過濾并支持導出成績和向批量學生發送站內消息。

(2)作業(主觀練習)管理 教師在教學互動中的主觀練習界面中可以看到課程中創建的所有主觀練習。點擊一個主觀練習進入成績查詢界面。

在互評作業的成績查詢頁面中,提供批閱作業,處理學生成績申訴,修改學生批閱質量分數等功能。支持提交狀態,互評狀態,成績申訴狀態過濾篩選,以及導出成績和向學生一鍵發送消息。

在教師批閱作業的成績查詢頁面中,提供批閱作業功能。支持提交狀態過濾篩選以及導出成績和向學生一鍵發送消息。

2.6.2.5 考試中心模塊 1、 試卷試題庫管理 試題試卷庫用來存儲建設的試題試卷,匯集全校的試題試卷,形成試題試卷庫,作為資源為組卷使用。

2、 組卷管理 教師可以對單個的試題試卷資源進行維護,對于試題能夠設置答案、詳解、知識點、分值、難度等信息。

3、 考試管理 對于已設定答案的客觀題,需要系統自動判斷對錯給出得分;
教師可以手動調整試卷得分,給出主觀題各項得分情況。系統自動統計試卷各項試題的錯對比例以及答題情況。

教師可以在發布成績后參加考試的人員即可查詢相關考試的成績。

系統提供每次考試的成績統計,以圖形化的方式顯示各個考試分數段的人員比例。方便教師全面了解學生的知識掌握情況。

2.6.2.6 學習行為分析子系統 1、 ★進度概覽 可以查看開課的報名人數,視頻/文檔訪問次數,提交練習(測驗、作業)數,發貼和回貼數,每一周訪問人數,練習(測驗、作業)平均數等整體情況。支持按講座名稱、講座中內容類型、周來篩選查看統計數據。點擊查看詳情可以進一步查看某個練習成績或視頻訪問情況。

2、 ★視頻分析 可以查看觀看視頻人數,完成觀看視頻人數,視頻中下載講義次數、視頻中時間點跳出人次占比;
為教學過程及課程內容改進提供依據。支持對以下視頻訪問信息的統計:每個學生的訪問總時長、學生在每個視頻的跳出時間點、快進快退時間點、訪問視頻的登入登出時間點、當前學習進度、學習單個視頻的次數、針對每一講產生的筆記數、討論數、回帖數等數據的統計。

3、 教學活動分析 可以查看觀看文檔人數,完成觀看文檔人數,文檔中跳出人次占比。課程內容制作中添加討論,查看學生回貼詳情??梢圆榭撮_課每天被訪問人數統計情況??梢圆榭磳W生每周發貼數和回貼數??梢圆榭唇處煟òń處焾F隊,助理教師)每周發貼數和回貼數。

4、 ★學習行為分析 可以查看學校維度的整體教學情況,包括課程訪問數據,用戶登錄人次、時段、時長。按照學生維度查看每個學生的在線學習行為,包括每門課的學習進度,作業完成情況、討論參與情況、提問完成情況。涵蓋學生在線學習所產生的所有數據,每次從登陸平臺開始一直到登出平臺截止。

5、 數據挖掘接口 提供該平臺的數據接口,一邊教學管理人員及教研人員利用此數據進行個性化的統計。至少開放出以下數據項:視頻相關(每個學生的訪問總時長、學生在每個視頻的跳出時間點、快進快退時間點、訪問視頻的登入登出時間點、當前學習進度、學習單個視頻的次數、針對每一講產生的筆記數、討論數、回帖數等數據)、作業相關(作業名稱、所在知識點、提交次數、每次提交的分數、每次提交的錯題、每個錯題的錯誤選項與對應發生的比例、作業個人完成比例、班級人均完成比例等數據)。

2.6.2.7 平臺基礎管理子系統 1、 平臺運行狀態 了解所有課程和我校人員信息整體情況。查看當前創建的課程總數,開課總數,教師人員總數和學生總數。查看歡迎課程和引用最受歡迎的課程統計分析。查看我校開課相關信息。點擊統計分析可查看本次開課的每日訪問情況。

2、 課程管理 1) 我校課程 查看我校創建所有課程,展示每門課程當前開設課程數,正在開課數。

2) 我校開課 我校當前所有開課,展示開課班次名稱、開課所屬課程、開課類型、開課起止時間等信息。

3) 外校開課 我校開設外校課程,展示開課班次名稱、開課所屬課程、開課起止時間、所屬學校等信息。

4) 鏡像控制臺 支持鏡像控制臺,實時監控課程資源同步狀態。

3、 用戶管理 1) 學生管理 對我校學生進行統一信息管理,擁有導入、新增、刪除、重置密碼、發送消息。

支持搜索關鍵字姓名、學號查找學生。

2) 在校認證 通過郵箱注冊的學生,在選擇修學分課程時需要進行在校認證。提交在校認證申請后,學校管理員在此處進行審核處理,審核未通過時會發送消息告知學生進行修改在校認證資料。

3) 我校教師 對我校教師進行統一管理。支持添加課程教師以及設置教師有無創建課程的權限。

4) 學校機構 管理維護我校的基本信息包含中文名稱、英文名稱、英文縮寫、所在省市學校LOGO、學校宣傳圖等??梢詾槲倚TO置學校管理員。

4、 后端管理 1) 服務器健康檢查 支持服務器健康檢查,系統以郵件形式自動將檢查報告通知學校系統管理員。

2) ★資源轉換任務自動分配 資源轉換調度工作站支持按照接收到的文檔、視頻格式的課程資源轉換任務后,根據資源轉換工作站的工作量自動進行轉換任務分發。

3) ★資源轉換工作站管理 資源轉換工作站實現對文檔、視頻等課程資源的本地轉碼,并支持集群化部署,滿足我校大規模資源上傳及轉碼需求。

4) 非對稱加密 提供標準API接口,并采用非對稱加密技術、保障數據安全;
實現與學校統一身份認證系統的對接。

5、 多種組合開課模式 1) 改造開課模式 支持引用優質資源進行本校改造資源的開課模式,以補充本校的課程資源,供本校師生使用。

2) 靈活的開課模式 開課模式,支持校內開課、私有開課、指定學生開課以及校級共享開課。支持按照學期設定開課起止時間的開課模式,支持導學課、前置課程設置成隨到隨學模式。

2.6.2.8 移動學習子系統 建設IOS和Android版本的移動學習端,移動學習端提供學生離線學習的體驗,學生可以在有網絡的環境中預先下載課程內容,在移動終端上完成學習,并在下次網絡鏈接時將學習記錄、學習數據上傳到服務端,實現學習記錄的多終端同步。

1) 平臺支持移動端學習,有對應的移動端APP,支持Android、IOS,與PC端學習進度一致;

2) 支持離校學習,可下載對應課程內容,離線學習,網絡恢復后,自動同步學習記錄。

2.6.3 技術要求 2.6.3.1平臺必須為完全校內本地部署,并且支持SAAS化架構,能夠滿足校內在線教學空間。有獨立的權限體系,面向全校開放。

2.6.3.2其他基本技術要求:
(1)系統需采用常見大型主流數據庫,Oracle、SQL Server、Mysql等數據庫系統,或支持開源數據庫。

(2)平臺具有較好的先進性、技術的發展能力以及便捷的升級能力。平臺采用J2EE開發平臺,可在多種操作系統(Unix、Linux、Windows)穩定運行,采用Browser/Application Server/DataBase Server三層體系結構。

(3)支持MP4、FLV、WMV、MOV、MP3、WAV、JPG、BMP、PDF、Word、Excel、Powerpoint等的文件格式。

(4)平臺具有視頻、文檔格式自動轉換、碼流自動轉換功能,以適應不同的訪問終端(iOS,Android);
所有文檔資源自動轉碼flash格式播放,視頻資源自動轉碼mp4、flv等的格式。

(5)管理界面簡明易用,客戶端采用瀏覽器操作,無客戶端插件,支持用戶不同的操作系統平臺以及各種主流瀏覽器。

(6)簡單易用,支持多種瀏覽器訪問,支持視頻無插件播放,用戶無需安裝插件即可通過瀏覽器訪問平臺的資源。

(7)支持多分辨率資源在線播放、支持多倍數在線播放。

(8)平臺支持手機、平板等的移動終端應用,移動設備支持iOS、Android系統應用。具有對應APP產品,支持移動終端學習。

(9)★平臺軟件授權支持無限用戶在線使用,投標方需提供承諾函。

(10)平臺采用模塊化的結構,保留核心模塊的條件下,平臺可跨操作系統的自由分離與組合。在未來升級時添加新的模塊即可實現更多功能。

(11)具備完善的日志管理手段,可以通過日志檢查系統運行情況,提高日常維護效率。

(12)具有完善的配置管理方式,平臺基礎信息能夠集中控制、管理。

(13)具備完善的安全服務機制,訪問控制、加密技術、身份驗證、權限管理等等,保證數據庫中所存資源的安全性。

(14)實現自建課程資源(視頻、文檔、附件等素材)的上傳,并支持課程資源上傳狀態通過郵件通知相關系統用戶。

(15)系統支持課程知識點的自動生成,并且系統會自動記錄每位學習者的每個知識點的學習行為和掌握情況,最終生成每個學習者特有的知識圖譜。

(16)平臺支持資源敏感詞的(暴力、黃色、反動詞語等等)過濾,保障系統平臺安全。

(17)支持集群、熱備、負載均衡橫向擴展。

2.7 應用系統集成 2.7.1 集成目標 本期項目所建設的應用系統必須可以與學?,F有管理系統做下面五個層面的應用集成:頁面整合、數據層整合、數據應用層整合、認證整合、特殊情況。

2.7.2 集成內容 本期項目所需實現和基礎平臺整合的內容如下表:
序號 應用系統 系統來源 1 圖書館管理系統 北京金盤 2 招生就業管理系統 **易科士 3 辦公自動化系統 用友 4 統一支付管理系統 江蘇金智 5 財務管理系統 天大天財 6 智能感知綜合應用系統 新開普 2.7.3 技術要求 本期項目的集成內容主要在以下三個層面進行:
1、數據集成。利用數據管理平臺,從應用系統數據庫中抽取出需要共享的數據,使數據管理平臺成為全校范圍內唯一的全面的數據源,完成數據層的集成,同時為相關應用系統提供共享數據訪問服務,為在全校范圍內進行綜合數據分析服務提供完備、有效、可信的數據基礎。

2、認證集成。根據現狀確定一套用戶身份信息,作為統一身份認證和數字化校園的用戶權威身份信息,通過本次建立的身份管理平臺,以WebService、API等方式完成目前適合集成認證的系統的集成工作,且實現身份數據與相關應用系統的同步。同時留有接口供后續建設的系統無縫的與統一身份認證進行集成。

3、頁面集成。以數據管理平臺中的數據為基礎,通過應用管理平臺為廣大師生提供個性化的綜合信息服務,擴展部門級管理信息系統的信息服務能力。

另外,要求詳細描述各種方案適應的系統類型及其該類型應用集成的原理。要求就各個系統分別描述集成方案,并展現最終集成效果。

3 實施服務要求 3.1 時間進度要求 本次項目須嚴格按工期部署完成,并達到采購人的要求。投標方需要在投標文件中給出預實施工期進度表。采購人要求簽訂合同后6個月內完成項目建設工作,具體進度將在中標后商議決定。

3.2 實施方案 該項目規模較大,系統需求復雜,涉及部門、環節多,為了保證實施過程順利有序,投標人必須作出詳盡慎密的實施方案,主要內容應包括以下幾個方面:
3.2.1 組織架構與職責 1) 描述項目成員的組成,以及成員的職責。

2) 提供項目經理一人,負責全程跟蹤項目的開發與實施,直至該項目驗收,并保證現場工作時間4個月以上。該項目經理應具備985及211類高校數字化校園基礎平臺及應用系統(應用管理平臺、數據管理平臺、身份認證平臺等)項目成功開發實施經驗,并在項目中承擔項目經理職務。要求附成功案例的合同材料及該項目甲方對項目經理資格的證明材料。

3) 項目組其他實施人員應滿足項目開發和實施的需要。

3.2.2 實施階段劃分 描述各個實施階段的工作范圍、內容、人力投入、過程、責任、交付成果等。

3.2.3 項目管理要求 投標方必須提出對項目的建設進行科學嚴格的管理方案與措施,保證項目全面順利實施。

3.2.4 項目配置管理 在項目的建設過程中以及交付使用后,會產生大量文檔和程序,如:需求分析說明、設計說明、可執行碼、用戶手冊、測試用例、測試結果等技術性文檔以及合同、計劃、會議記錄、報告等管理文檔,而且文檔的版本在不斷變遷和修改中,勢必產生一個龐大、動態的信息集合。因此,必須建設相應的配置管理系統,通過一系列技術、方法和手段來維護產品的歷史、鑒別和定位產品獨有的版本、在產品開發和發布階段控制變化,制定規范的配置管理工作計劃和流程,溝通交流配置管理工作情況,從而使管理制度化、有效減少重復性工作、保證產品的質量和效率和系統的后續升級和維護。

3.2.5 項目管理規范和手段 根據項目的實施方案,在實施過程中,為了保證用戶方、開發方、專家監理等各方能夠對項目建設實施進行監控,及時發現和解決的問題,必須建立相應的項目管理規范,包括項目執行監控流程、執行監控的方法、執行監控的責任等,使管理和監控工作流程化、規范化,管理和監控工作責任明確。

3.2.6 項目管理控制 項目的管理控制包含多個方面:項目范圍、風險、進度、質量、變更管理控制,貫穿項目開發建設的始終,必須做到對項目建設范圍準確定義,一旦范圍發生變更,要有相應的變更控制和應對措施。

3.2.7 風險管理 項目風險管理是對項目風險從識別到分析到應對措施的一個過程,包括風險識別、風險量化、風險對策、風險對策實施控制四個方面。項目在實施過程中會出現各種各樣的風險,必須做到充分、有效識別風險,應對風險和控制風險,在項目實施之初必須制定風險預測和規避風險的對策。

3.3 培訓要求 1) 在項目合同中將具體規定培訓內容、培訓時間和培訓名額等。

2) 投標人派出的培訓教員應具有豐富的同類課程的教學經驗和應用經驗;
所有的培訓教員必須用中文授課;
投標人必須為所有被培訓人員提供培訓用文字資料和講義等相關材料。

3) 投標人應按合同規定安排培訓時間和培訓名額,在實施過程中,針對系統管理人員提供培訓,保證培訓的效果,讓系統管理人員都能熟練掌握系統的使用方法。

三、總體商務、服務要求及合同重要條款:
(一)售后服務 (1)提供售后服務電話和服務人員名單(加蓋公章);

(2)投標人應承諾保證該項目按時正式穩定地運行,并承諾提供三年免費服務。免費服務期內,若產品出現故障,在接到產品報修通知后,應在2小時內響應,24小時解決問題,故障依然無法排除的,須有相應的應急解決方案。三年免費服務,含軟件功能完善和調整。

(3)必須對使用本項目的管理人員進行培訓,完成培訓工作后,方可進入驗收申請程序。

(4)投標人應承諾根據對我校相關業務運作的規律來有計劃地制定服務保障體系,包含三年免費服務期內和服務期結束后,相關的服務保障方式、內容、交互形式、以及費用標準。

(5)本項目一旦運行起來,就占有很重要的地位,稍有差錯就會引起各方面的反映和損失,所以系統的售后維護服務和技術支持工作也應有足夠保障。投標方作為具有豐富信息化項目經驗的系統集成和軟件開發企業,應通過自身不斷的努力和原廠商的鼎力支持;
針對客戶的不同的系統的需求,制定不同的運行保障方案,建立完善的本地售后服務體系。

除了上述的有關承諾之外,投標人關于服務保障體系的描述應具體包括如下內容:
1、運行保障機構 主要描述公司對于對本項目的運行保障能力描述。

2、運行服務內容 投標人應確保本次招標的各類應用支撐平臺安全穩定的運行,并承諾提供三年免費服務,售后服務期自驗收合格之日開始計算。方案中應對服務的范圍和內容進行詳細闡述,并至少包括以下內容:
1)缺陷管理:針對本次招標的各類應用支撐平臺中存在的bug、缺陷,不論在保期內、外,投標方均應持續提供修正與消缺服務。

2)應急故障處理:系統運行環境出現故障或意外情況導致系統不能正常運行時,投標人響應的情況描述,包括針對不同故障級別的響應時間和響應內容。

3)系統升級:提供應用平臺的軟件補丁版本的升級服務。

4)需求變更:對于學校自身業務規則的變化導致的非模塊級功能需求變更、性能要求提升導致的部署結構變化,可經雙方協商提供限定次數的服務支持。

5)文檔服務:整個服務過程均需有完善的文檔記錄,便于跟蹤、分析問題;
對各項服務提供詳細的書面報告,包括故障處理報告、健康巡檢報告、系統性能檢測調優報告、維護總表報告、服務年度報告等。

6)運行支持:對系統運行過程中師生用戶及業務部門的問題提供解答和問題解決跟蹤,對于關鍵業務點的上線推廣與運行提供現場保障。

3、服務請求流程 投標方須對用戶支持或維護請求處理的流程進行詳細描述。

4、服務請求方式 對校方與投標方聯系溝通的方式進行詳細描述,以方便校方便利的獲取各類即時的和非即時的服務支持。投標方提供的服務請求方式至少應包括:服務熱線電話和聯系人、聯系單位信息、信函/傳真、電子郵件、服務網站。

投標人是否設有用戶投訴受理電話,對用戶的意見做出反應。如果有用戶投訴受理電話,請描述以下內容:電話號碼(或傳真)、投訴中心負責人和受理答復時間。

(二)交貨時間及地點,付款方式 交貨時間:
簽定合同后6個月內完成項目建設工作。

付款方式:
招標方與中標方簽署合同后,首付總經費的10%作為工程啟動款。當項目實施完成,經驗收合格后,付至項目總經費的80%。余下20%的項目經費作為保證金,以配合**學院智慧校園后期建設工作,當配合完成智慧校園后期建設工作后,付余下的20%款項。

(三)質量要求 嚴格按本次招標文件中規定的技術指標、規格說明、質量要求執行。投標人提供的產品必須符合國家的相關標準,各項技術參數符合招標文件要求及投標文件承諾,如有不符,采購人有權要求乙方在規定的時間內整改后再行驗收直至合格并按相關賠償條款進行賠償。

(四)驗收標準 本項目采購人將嚴格按照政府采購相關法律法規以及《**省政府采購項目需求論證和履約驗收管理辦法》(川財采〔2015〕32號)的要求進行驗收。

評審方法:綜合評分法

相關熱詞搜索:二期 招標文件 智慧 采購 項目

相關文章
最新文章

Copyright © 2008 - 2018 版權所有 101505資源網

工業和信息化部 湘ICP備14009742號-22

丫丫湖南麻将作弊器