上海工程技术大学
轨道交通学院教务流程电子看板系统
采购项目
招标文件
项目名称:轨道交通学院教务流程电子看板系统采购项目
招标方:上海工程技术大学资保处
2011年12月16日
招标文件
招标项目名称:轨道交通学院教务流程电子看板系统采购项目
发标时间:2011年12月16日星期五
一、 投标邀请
招标方式:
受用户委托和对采购项目的要求,本职能处室对轨道交通学院教务流程电子看板系统进行公开招标。具体技术指标见附件。
兹邀请合格投标人以密封标书的形式前来投标,标书一式二份,用单独的信封密封,并在信封上标明投标单位及投标项目名称,为确保标书的时效性和可行性,以专人送达为宜。
1. 投标地点:上海工程技术大学资保处物资供应中心(行政楼B113室)
2. 投标截止时间:2011年12月20日上午12:00,逾期收到或不符合规定的投标文件不予接受。
3. 开标时间和地点:2011年12月下旬,采取公开开、评标,地点:校资保处。
4. 开、评标结果由资保处具体人员通知投标单位。
5. 凡需对本次招标提出咨询的供应商,请在2011年12月20日前与资保处物资供应中心联系。
6. 本招标方地址:上海市龙腾路333号 邮编:201620
7. 联系人:高 丹 电话:67791017
一、系统背景
上海工程技术大学城市轨道交通学院的日常教学业务活动细致繁杂,条线较多,涉及到学院内教学活动以及院内日常性工作事务等诸多方面。现有的传统教学管理实践已经不能满足学院教学管理的需求,建立与管理相适应的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小时内响应;
Ø 系统保修期期间,需要能够安排至少两名技术人员提供技术支持,关键时间段提供现场技术保障和维护服务。