jc710公海賭船
軌道交通學院教務流程電子看板系統
采購項目
招標文件
項目名稱:軌道交通學院教務流程電子看板系統采購項目
招標方:jc710公海賭船資保處
2011年12月16日
招標文件
招標項目名稱:軌道交通學院教務流程電子看板系統采購項目
發標時間:2011年12月16日星期五
一、 投標邀請
招標方式:
受用戶委托和對采購項目的要求,本職能處室對軌道交通學院教務流程電子看板系統進行公開招標。具體技術指標見附件。
茲邀請合格投標人以密封標書的形式前來投標,標書一式二份,用單獨的信封密封,并在信封上標明投標單位及投標項目名稱,為確保標書的時效性和可行性,以專人送達為宜。
1. 投標地點:jc710公海賭船資保處物資供應中心(行政樓B113室)
2. 投標截止時間:2011年12月20日上午12:00,逾期收到或不符合規定的投標文件不予接受。
3. 開標時間和地點:2011年12月下旬,采取公開開、評標,地點:校資保處。
4. 開、評標結果由資保處具體人員通知投標單位。
5. 凡需對本次招標提出咨詢的供應商,請在2011年12月20日前與資保處物資供應中心聯系。
6. 本招標方地址:上海市龍騰路333號 郵編:201620
7. 聯系人:高 丹 電話:67791017
一、系統背景
jc710公海賭船城市軌道交通學院的日常教學業務活動細致繁雜,條線較多,涉及到學院內教學活動以及院內日常性工作事務等諸多方面。現有的傳統教學管理實踐已經不能滿足學院教學管理的需求,建立與管理相適應的IT應用系統成為亟待解決的問題。同時,為了應對未來學院教學以及日常管理業務素質更上臺階的挑戰,進一步降低教學等實踐活動的時間成本和風險,提高教學管理水平、提高教學與科研業務效率和效益,增強城市軌道交通學院在校內的競爭實力,學院管理人員認識到實施信息化并且建設相應的支持教學活動管理的各類應用系統已成為學院參與競爭、快速發展的根本保證,加快發展信息技術能力成為目前的迫切需求。
二、業務目標
目前城市軌道交通學院在教學管理方面面臨如下難點以及挑戰,主要表現在:
Ø 城市軌道交通學院日常教學業務有其鮮明的行業特點同時跟其他通用類學科教學活動有所區別,系統能否針對城市軌道交通的實際教學特點,有針對性地實施城市軌道交通學院教務管理信息系統是一個重要的挑戰;
Ø 各類教學活動相關文件資料紛繁復雜,版式各異,在文件提交整理過程中經常經歷多次校閱與審批,消耗大量的時間成本以及人力資源;
Ø 教學資料缺乏統一標準化管理機制,造成教學與科研資料散落各處無法及時執行有序地歸檔、匯總、分類等后續資料處理工作;
Ø 院內教學活動相關通告以及教學與科研業務信息缺乏統一消息出口,消息傳遞過程中經常出現時間延誤、信息內容失真等信息溝通失誤;
Ø 校內教學管理信息系統以及校內學生教學信息系統僅能夠完成一部分院內教學以及科研辦公相關業務,在學院內部從院部、系部到教職員工以及院內學生缺乏統一信息發布以及資源共享平臺。
三、系統建設目標
Ø 系統采用“看板管理”這一創新的展現方式,使得教師、學院管理人員能夠一目了然了解到近期要完成的工作以及流程安排;
Ø 系統應具備較強的可用性以及優秀的人機交互能力,保證用戶能夠更加方便、快捷地使用系統,在系統平臺上完成日常教學管理業務,同時依賴于此系統將學院內部教學管理有機地整合于一體,減少時間、人力以及物資等資源的耗費,提高學院內部日常管理業務的管理效率;
Ø 系統應具備完善的后臺配置能力,不僅第三方公司能夠及時快捷地完成需求變更的開發與實踐,學院內部IT管理人員或者日常業務辦事人員也能夠通過系統提供的管理平臺自定義修改與定制新的業務需求以保證學院日常教學業務的順利開展;
Ø 系統應具備較強的彈性與擴展性,能夠應對學院在流程管理、文件管理、資料管理、日常信息管理等諸多方面面臨的業務挑戰,更加高效地完成學院內部業務管理工作。
最終,城市軌道交通學院通過搭建教務流程電子看板系統,將充分實現教學業務流程化、教學資料數字化、教學信息透明化和教學資源共享化,通過順利實施教務流程電子看板系統,最終達到從事教學工作各級教職員工在工作開展過程中權責清晰、界限分明、準確高效。
四、系統業務要求
Ø 滿足不同使用者的個人看板:根據需要可靈活配置學生、教師、系部及院部等各類人員應用看板,改善用戶體驗,看板內容也可由管理員及授權用戶靈活設置,能夠實現公告提醒、流程提醒以及站內信息郵件等個人信息溝通功能;
Ø 統一的用戶身份驗證和訪問管理:實現內部組織架構和用戶信息的統一管理,各應用系統的單點登錄,權限的統一分配與管理,降低系統管理成本;
Ø 公告管理子看板:建立學院公告發布看板,實現學生、教師、系部、院部統一信息公告發布平臺,公告發布采用權限分級管理,做到公告發布有章可循,有據可依,靈活透明;
Ø 教學活動子看板:對日常常態性教學活動(如教學環節、實踐環節、畢業環節等活動)以及臨時性教學活動(如科創活動、各類臨時性項目建設等活動)靈活高效的構建相應教學流程以及流程看板,指導院內各級教學活動參與人員高效、有序地執行相應教學活動;
Ø 文件資料管理子模塊:分門別類分級高效管理學院內部過去五年各類信息資料,能夠實現教學行政人員對日常工作中產生的各種教學相關業務文件終稿進行有效地進行歸檔、匯總、分類等文件管理工作,以便于教職員工在未來工作快速查閱與下載分享;
Ø 系統管理子模塊:能夠方便、靈活地對用戶、組織架構、流程管理、工作流狀態等多方面信息與資料進行管理維護,同時能夠針對不同用戶開放不同的業務功能以及文件資料,以保證業務流程的隔離性以及文件瀏覽的權限,保證系統的靈活性;
Ø 流程管理子模塊:通過該子模塊,能夠保證各級用戶依據自身所涉及到的流程能夠發起流程、控制流程以及監督工作流程進展情況以保證學院內部教學業務有序地進行;
Ø 文件模版定制子看板:能夠方便地定制各類格式的業務表格與數據模版(Word以及Excel格式),進行將系統內部的各類數據導入至文件模版中并且能夠打印輸出;
Ø 公共信息子看板:能夠靈活地建立、修改院內教職員工以及學院相關的各類信息,保證信息準確高效地造冊登記以便于日后索引查詢;
Ø 接口要求:制定界面、用戶、權限等方面的開發及接口規范,其他新建的系統將遵照規范進行開發,以便能方便地與其他標準化系統進行集成整合。
五、系統技術要求
系統需要具備如下技術框架結構,缺一不可;并且符合如下國際技術標準。
Ø 完全符合WFMC標準的工作流引擎,流程的定義格式為標準的XPDL格式
Ø 引擎完全基于Java/J2EE架構
Ø 支持嵌入式部署、JBPM、EJB服務器、WebService等工作流引擎接口
技術框架圖
1、具備基于J2EE/JAVA的快速工作流引擎
特性名稱 | 要求 |
在線流程設計(Java Applet) | √ |
可視化、圖形化流程設計 | √ |
流程所有的執行人員可在啟動的時候指定 | √ |
活動執行人可在運行時動態設定 | √ |
支持人工協作活動和自動活動、路由活動 | √ |
支持按業務規則和條件表達式的流轉 | √ |
提供Copy,Paste,undo,redo的能力,增強易用性 | √ |
流程模板定義時選擇生成新版本 | √ |
瀏覽歷史版本,啟用歷史版本 | √ |
可視化、圖形化流程跟蹤、監控 | √ |
流程的啟動、暫停、終止管理、刪除 | √ |
流程和活動的委托,轉交 | √ |
支持流程的循環、分支、并發 | √ |
支持自由流 | √ |
支持任意步驟工作流回退和任意節點跳轉激活 | √ |
支持子流程 | √ |
支持主送、抄送、會簽、和不定流程 | √ |
支持監管者催督辦 | √ |
活動的時間約束(如超時處理) | √ |
自動活動構件庫 | √ |
活動改派 | √ |
流程和流程設計元素可以通過元件庫管理復用 | √ |
層級化的父子流程跟蹤能力 | √ |
流程定時或由外部事件激發運行 | √ |
自定義表單(必須是可視化自定義拖拽即可完成) | √ |
表單定義和自動生成 | √ |
表單的自定義擴展,如使用自定義JSP | √ |
表單初始化數據設置 | √ |
一個流程中支持任意多個表單 | √ |
在線動態布局 | √ |
頁面任意部分顏色和CSS設置 | √ |
富文本編輯大大文本存儲(CLOB) | √ |
自定義表單代碼生成 | √ |
定義查詢和顯示列表頁面,任意修改查詢顯示字段和布局 | √ |
交叉表數據顯示,Chart圖形展現 | √ |
流程統計 | √ |
任務平均辦結周期分析 | √ |
任務參與者辦理時間分析 | √ |
超期任務情況分析 | √ |
人員的任務辦理數量分析 | √ |
人員的任務辦理質量分析 | √ |
用戶、群組管理 | √ |
支持動態群組和人員計算擴展函數 | √ |
支持流程和部門的分級管理 | √ |
支持使用部門和職務崗位 | √ |
支持權限的集中管理 | √ |
支持多身份驗證級別和SSO | √ |
業務數據與工作流系統數據分離 | √ |
業務表單數據與審批數據分離 | √ |
工作流引擎與其他系統與組織機構資源結合 | √ |
在流程定義工具中對流程與子流程的系統數據與業務表單數據訪問計算 | √ |
在流程定義工具中對子流程進行數據傳遞 | √ |
可配置的工作流緩存 | √ |
組織機構可替換 | √ |
與應用系統無縫集成 | √ |
2、具備J2EE構件化快速開發平臺
特性名稱 | 要求 |
可視化頁面設計 | √ |
構件化頁面設計方式 | √ |
在線頁面構件組裝設計、運行,完全BS操作 | √ |
在線頁面構件屬性編輯 | √ |
代碼生成(JAVA、JSP、自動配置) | √ |
支持Oracle,SqlServer,DB2等多種數據庫 | √ |
支持數據頁面、查詢頁面、列表頁面、DataGrid多種頁面類型 | √ |
支持頁面作為頁面構件進行嵌套使用 | √ |
支持自定義新的頁面類型、自定義新的頁面構件開發 | √ |
豐富的頁面構件庫(大于30種頁面構件) | √ |
頁面構件支持數據綁定 | √ |
支持主鍵設置、支持自動產生序號設置 | √ |
支持不能為空、輸入類型校驗(JS校驗) | √ |
支持文本框,多行文本編輯,富文本編輯構件 | √ |
富文本輸入,支持BLOB,CLOB等大文本 | √ |
選擇框(下拉框、單選框、多選框)選項與在線切換 | √ |
數據字典構件與表單字典構件(支持下拉、單選、多選顯示方式) | √ |
日期輸入構件 | √ |
文件上傳構件、圖片瀏覽構件 | √ |
數據樹構件與后臺管理 | √ |
新聞顯示頁面構件與后臺管理 | √ |
提交按鈕頁面構件,支持業務構件開發 | √ |
邊框構件 | √ |
支持CSS樣式,可以自己調整頁面構件的樣式 | √ |
功能強大的表格編輯,可在線實現任意布局 | √ |
提供DataGrid模板,可直接設計DATAGrid功能 | √ |
表單定義向導,可直接生成表單增加/修改/刪除/查詢完整的功能 | √ |
多表查詢向導,根據一條SQL語句生成完整的產品功能 | √ |
提供WEB開發框架構 | √ |
支持AJAX技術,同時支持自定義動態開發 | √ |
可視化功能支持發布到菜單 | √ |
六、系統平臺要求
中間件系統要求
Ø WebSphere6.0以上
Ø Oracle 10g
Ø 操作系統支持:WINDOWS2000/XP/2003,UNIX,LINUX
性能要求
Ø 系統上線后,確保所有功能都能正常使用,并且不影響關聯系統的功能與性能;
Ø 系統應設計為保證7*24小時的連續正常運行;
Ø 按照用戶具體要求的不同,系統設計要保證各類集成數據的一致性和完整性。
系統安全要求
Ø 系統需采用防火墻、用戶驗證等硬件/軟件保護措施;
Ø 用戶對系統數據的操作要有授權限制;
Ø WEB服務器需要考慮負載均衡的實現。
七、系統售后服務要求
Ø 保證系統正常運行,一年內的免費技術支持以及系統維護;
Ø 供方免費提供針對系統軟件BUG修復與系統升級;
Ø 供方技術支持7*24小時,2小時內響應;
Ø 系統保修期期間,需要能夠安排至少兩名技術人員提供技術支持,關鍵時間段提供現場技術保障和維護服務。