康赛项目实施标调研—集成案例分享教务.ppt

教务与公司项目结合 这部分我没有发言权,因为入职不久,只在广西政法项目上实际初步了解了公司的产品和项目管理,因此与教务的切合度不高 以下内容只能算个人看法 统一身份认证对接 认证方式 统一身份认证或叫单点登录，特指帐号唯一性识别的认证，可以和统一账号，统一验证相区别。高校的认证供应商一般都用基于GPL管理的CAS认证框架。 集成要求 教务系统认证集成与其它应用系统认证集成没有区别，每个需要接入的认证集成客户端，对方开发都要做两件事 第一按公司发布的认证客户端开发说明开发应用页面， 第二保证客户系统的帐号和认证服务器中管理帐号有交集。 客户端可以附加认证逻辑比如二次输入密码 数据集成 页面功能 与教务相关的数据图表按《信息门户功能清单》的划分，要不按用户主题，要不按业务主题，现在一级目录按用户，二级目录按业务系统，三级目录按子业务对象，其中三级目录中的页面又按查询和分析两大类分开。 如果单从教务业务来说，有10个顶级业务，30个二级业务，因此教务的业务够多是可以提供足够的页面占位需求。 数据标准 标准层级，国家标准，部颁标准，行业标准，公司标准（实施人员标准，数据组标准，研发标准），学校标准 学校标准:是学校自主编码规则的部分 公共数据对象标准,比如单位,教职工,专业,班级,学生,楼房,房间,课程,资产,项目. 业务数据对象标准:一般按产品内置标准 这么多标准怎么去标准? 有标准比没标准好 接口共享与中心库 教务系统一般提供的接口是数据库视图,很少用EXECL,webservices,接口按业务划分. 教务接口也可以直接面向其他业务系统提供应用对应用的数据功能,另一种方式是通过共享平台的webservices接口。 中心库还是需要分层,分为数据清洗层,中心存储层,表示层,个人希望能尽量标准化.为提升页面分析能力表现能力提供支持. 信息门户集成 目录 调研目标 1 业务数据及业务规则 2 统一身份认证集成 3 信息门户集成 4 集成方案说明 应用集成 应用集成没有特定定义，但一般来说应用的三层结构开发耦合紧密,有较明显的业务操作控制流程，这与单纯的数据集成三层的开发是松耦合的相区别。 服务大厅 是个商务层面的叫法，从目前能看到的实现效果来说就是把尽量多的应用URL堆叠在一起。这些URL对应尽量多的业务系统二级三级URl和独立小应用，并让大厅的界面开发更友好，不让用户感觉到是简单的链接。如果教务业务系统提供其页面url清单，就可以做到集成。更为复杂的实现就必须要教务业务系统提供写入接口，第三方开发带流程回写业务系统的小应用。这个还相对少 综合测评 每学期学校会综合评价学生，将数据都量化计算排名，用于评优评奖评助。这个评价的规则是每个学校的学生管理规范里顶层应用部分.同样对于教师的综合测评也是一样，教师的绩效工资和职称评定都是基于综合数据汇总分析。 教务系统为综合测评提供的数据主要（不限于）在（课表，成绩）两块。目前单一化的高校应用系统都不能很好完成这一任务，主要的原因有两个:第一单一系统并不关心综合数据，第二单一系统是产品化开发的，服务上不能适应不同学校的规则。信息门户平台整合弥补了这两个缺点。 LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation LOGO ? 2012 COMSYS Corporation 康赛项目实施调研培训—教务业务分析 目录 调研目标 1 业务数据及业务规则 2 统一身份认证对接 3 信息门户对接 4 调研目标 页面功能需求 功能信息需求 信息数据需求 数据表示需求 表示存储需求 存储模型需求 模型数据源需求 调研和而不同 业务系统同而不和，集成平台和而不同 不同： 学校对教务运行的管理不同(技校,本科有明显不同） 软件开发商产品实现不同(同一业务不同的实现方式). 同： 学校在教务管理上的业务流程几乎是一样的. 调研结果在同一个平台上实现。 目录