实施方案重庆医药高等专科学校.docx
《实施方案重庆医药高等专科学校.docx》由会员分享，可在线阅读，更多相关《实施方案重庆医药高等专科学校.docx（34页珍藏版）》请在冰豆网上搜索。
实施方案重庆医药高等专科学校
重庆医药高等专科学校
数字化校园软件项目
迁移方案
重庆医药高等专科学校信息图书中心
2017年3月
第一章引言
一.1编写目的
本文档对重庆医药高等专科学校数字化校园软件项目的迁移迁移计划和方案做出说明，包括总体迁移计划、项目管理、软件测试、验收和成果交付等，为项目的迁移提供依据，使迁移过程处于受控状态。
一.2项目背景
项目名称
重庆医药高等专科学校数字化校园迁移项目
一.3依据和标准
《重庆市政府采购服务购销合同采购项目编号：
16A1373》
《计算机软件产品开发文档编制指南》，GB/T8567-2006
《中国项目管理知识体系》，（C-PMBOK），2001-5
《软件生存期过程》，GB/T8566-1995
《数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》，GB/T1526-1989
《计算机软件分类与代码》，GB/T13702-92
《软件工程术语》，GB/T11457－1995
《计算机软件需求说明编制指南》，GB/T9385－1988
《计算机软件测试文件编制规范》，GB/T9386－2008
《计算机软件质量保证计划规范》，GB/T12504－1990
《计算机软件配置管理计划规范》，GB/T12505－1990
《计算机软件单元测试》，GB/T15532－2008
《软件文档管理指南》，GB/T16680－1996
第二章项目概述
二.1项目建设目标
本项目的总体目标是建设重庆医药高等专科学校数字化校园软件平台。
重庆医药高等专科学校数字化校园旨在建立统一的、开放的、先进的、安全的、人性化的、承载综合应用的数字校园系统，实现“网上办公、网上教学、网上管理、网上服务”，在统一的身份认证平台、数据中心和门户下，整合各种MIS应用，提供尽可能丰富的公共信息服务，具有信息共享、综合分析和决策支持功能。
总体建设目标为：
1）数据中心：
高度集中、高可靠性，保障数据的共享和安全。
2）认证中心：
集中、统一地对数字校园内所有用户身份进行认证、授权。
3）统一门户：
统一的提供信息发布与共享，提供多种应用服务，能灵活整合用户授权资源。
4）安全体系：
全方位、整体性、多层次、智能性、高扩展性、易维护、易管理，有效地保护网络资源和服务。
5）应用硬件平台、软件平台和数据库平台：
高性能、冗余、关键业务负载均衡、安全、易维护易管理、有高扩展能力。
6）整个数字化校园应用平台应建立在统一的标准之上，并且系统间实现松散耦合。
完善的应急预案：
在冗余、备份等技术之外提供完善的应急预案，提高数字校园各应用系统可靠性。
二.2项目建设内容
重庆医药高等专科学校数字化校园软件平台及应用系统项目主要内容包括：
序号
名称
建设内容
1
信息化标准
建立重庆医药高等专科学校信息化标准
2
基础平台
统一信息门户平台
统一身份认证平台
数据中心平台
3
应用系统
协同办公管理系统、教务管理系统、教材管理系统、招生管理系统、迎新管理系统、学生工作管理系统、公寓管理系统
4
现有系统集成
含本次已购系统及图书管理系统、一卡通
5
配套系统软件
数据库交换中间件
第三章技术标准规范
三.1信息标准集建设规范
信息标准是在信息采集、处理、交换、用户访问、传输过程中的统一规范，是实现学校信息资源共享和信息系统得到协同发展的基础。
基于国家标准、教育部标准、行业标准和学校校标，兼顾各个标准之间的兼容性、一致性以及标准的可扩展性，建设和完善学校的各项标准并给出信息分类编码规格说明书，建设形成一套符合学校自身实际的管理信息化标准。
并建立《重庆医药高等专科学校信息管理标准集》来指导学校信息化的建设、管理、服务、运行维护保障。
信息标准需要保证信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，实现统一的数据传输与数据交换规范，实现不同部门间、不同应用系统间数据交换的规范，能够使信息更加有序流通、发挥信息资源的综合效益。
信息标准体系建设原则如下：
1-涉及到国际或国家和教育部已颁布的标准，要采用国际或国家已颁布的标准,尽量与已颁布的标准保持一致
2-涉及到学校已经颁布执行的标准，要优先考虑采用学校已颁布的执行标准；（备注：
对于学校现有标准如果与信息化建设相违背的修改现有标准。
）
4-信息标准体系的建设在参照相关标准的基础上，要充分满足学校信息化管理与服务的实际需求；
5-信息标准集是可以根据国家、教育部、行业、学校信息管理与服务的需要可以不断完善；
6-在信息管理标准集颁布执行后，后上的信息化系统必须符合该数据标准体系。
数据标准集通过调研全校各部门：
1、该部门在正常运行过程中向哪些部门要过什么数据？
2、哪些部门向该部门要过什么数据？
3、领导要查询的数据？
4、要上报的数据？
遵循全校任何数据只能由一个部门产生其他部门使用的原则，合并调研的结果，并明确哪些数据是由哪个部门权威产生，哪些部门仅是使用，形成所有信息的UC矩阵。
根据UC矩阵来确立共享库的权威数据源，遵循谁产生、谁维护的原则。
三.2数据交换标准规范
1-互换模型设计
在对学校需求充分调研的基础上设计出学校信息内部互换模型，如通过共享试图视图、共享跨库视图、快照、文件等。
学校必须对信息交换要协调信息交换相关部门及应用系统按照学校的信息互换模型及标准作调整、改进的工作。
2-交换接口标准
交换语义描述标准：
基于数据交换管理工具，所有的交换周期、交换模型、交换方式等由用户进行设置或选择，数据交换管理工具会解释执行。
交换接口方式：
1）、文件交换：
XML文件、DBF文件、EXCEL文件、TXT文件等；
2）、标准数据交换：
共享视图、SQL操作；
3）、采用WebService数据服务的交换方式；
根据学校不同的应用系统选择不同的数据交换接口方式。
3-应用系统对接标准
应用系统的对接主要包括应用系统界面的集成、统一身份认证集成、数据集成与订阅，需要对学校的应用系统详细调研后确定不同应用系统采用的对接方法、接口方式及对接标准，并制定相关的对接标准。
注：
仅供参考，具体要与学校详细讨论确定学校的交换标准规范。
三.3软硬件平台规范
重庆医药高等专科学校通过数字校园工程的建设，将形成学校数字校园信息平台的软硬件支撑平台规范，确定学校信息化建设的软件、硬件的标准，作为今后新的应用的平台标准，便于学校信息化应用系统的集成。
制订软硬件平台规范应考虑以下几个因素：
1-其功能指标能否满足校园整体信息化建设的需要（是否适合网络计算、稳定性、安全性等）；
2-其基本性能能否满足今后若干年的需求（速度、容量等）；
3-是否符合国际、国内标准；
4-是否是主流产品或者与其他主流产品兼容；
5-产品的技术支持和服务质量；
6-是否代表新的发展方向。
建议学校的软硬件平台建设规范如下：
支持教育部关于管理信息系统建设标准
CELTS:
ChinaE-LearningTechnologyStandards
ISO9001:
2000质量管理体系
AICC（美国航空工业计算机辅助训练委员会）标准
ADL（美国高级分布式学习研究项目）标准
LMS（美国全球学习联合公司）标准
DLTS（教育部远程教育标准集）
IEEELTSC（学习技术系统标准委员会）
信息技术互联国际标准（ISO/IEC11801-1995）
1．系统基于SOA架构，遵循的技术标准：
XML、SOAP、WSDL、UDDI，提供WEBService接口；
2．按J2EE（Java2EnterpriseEdition）规格，采用Java编程语言和服务器Java技术（如EJBs、Servlet、JSP、JNDI、JDBC和RMI等13种）开发；
3．用MVC模型开发，一个应用被分成三个层——模型层、视图层、控制层，采用Struts、Spring、Hibernate等框架；
4．数据库采用Oracle;
5．数据库操作系统：
Unix/Linux
6．应用服务器操作系统：
Windows
7．硬件要支持各种小型机、PC服务器及操作系统：
IBM小型机：
AIX
SUN小型机：
Solaris
HP小型机:
HP-UNIX
各种品牌PC服务器：
Windows/Linux
支持但是不限于以下操作系统，如Windows2000／2003／IBMAIX／HP-UX／SUNSolaris／RedHatLinux等。
8．软件支撑平台：
支持JDK1-5、1-6；通过J2EE1-4、JavaEE5-0的规范认证，且向下兼容J2EE1-4标准。
应用系统可以运行在SUN、IBM、BEA、Apusic等厂家的中间件产品（DirectoryServer、ApplicationServer、PortalServer）之上
注：
仅供参考，具体要与学校详细讨论确定学校的软硬件平台及开发规范。
三.4开发技术标准规范
1．系统架构
Ø软件架构：
采用目前成熟的J2EE架构体系，采用SOA架构理念
Ø数据库：
Oracle
Ø数据库操作系统：
Linux/Unix
Ø应用中间件：
通用型的中间件产品
Ø应用服务器操作系统：
Linux/Unix/Windows
2-接口标准
Ø认证接口：
JAR包的API或Webservice
Ø数据接口：
XML、Webservice等
3-开发语言
Ø用JAVA开发语言
4-文档规范
Ø参照CMMIL3以上文档要求标准规范编写
注：
仅供参考，具体要与学校详细讨论确定学校的开发规范。
三.5系统集成规范
参照《业务系统集成规范》。
第四章项目迁移
四.1项目组织
根据重庆医药高等专科学校数字校园项目的实际情况，经双方协商确定建立项目组如下（学校的组织由学校确定，下图仅为建议）：
四.2任务和责任分配
四.2.1领导小组
项目领导小组是整个项目迁移的领导决策机构，其主要职责是：
1、牵头开展项目组和各有关单位、业务部门之间的协调关系；
2、对整个项目建设过程的进度计划、质量等活动进行宏观监督、管理。
四.2.2项目经理
项目经理是整个项目的执行管理者，对项目建设的进度、质量负直接责任，其主要职责是：
1、负责迁移并全面履行合同，处理合同变更，协调项目组和用户的关系，保证项目的顺利进行；
2、负责协调项目组内部关系；
3、对项目进度、质量和成本进行总体控制；
4、指定迁移计划，审定各种迁移方案；
5、定期检查项目计划的完成情况和质量；
6、负责项目人员组织调配，向公司提出人员增减计划；
7、考核、评定项目人员的业绩；
8、组织工程验收和结算。
四.2.3需求分析设计组
需求分析设计组的组要职责是：
1、深入用户各业务部门，详细了解业务需求和业务流程；
2、编制详细的需求分析报告并提交给项目领导小组确认；
3、系统规划和设计；
4、关键技术确定；
5、提交系统分析设计文档并提交项目领导小组确认。
四.2.4配置组
开发组负责按照需求分析设计组的设计要求完成系统的开发，其主要职责是：
1、依据系统分析设计完成系统功能配置；
2、配合测试组完成测试；
3、提交配置过程相关文档。
四.2.5测试验收、质量保证组
在系统投入试运行之前，测试验收质量保证组将根据系统系统需求分析报告和设计报告进行软件功能测试，保证系统投入试运行时无流程、编程和功能性错误：
1、负责试运行前的测试工作；
2、配合验收工作；
3、编写详细的测试报告；
4、编写用户手册。
四.2.6应用系统管理员
应用系统管理员的职责是：
1、负责各子系统的日常管理使用维护；
2、协助厂方培训工程师对系统使用人员的培训；
3、根据实际情况修订用户手册。
四.3项目成员组成
公司将组成项目的管理、设计、开发和迁移团队、项目通讯录。
1
2
3
4
5
6
7
四.4计划进度
四.4.1项目详细进度规划
一周左右完成项目迁移方案定稿等；三月内完成系统搭建、测试、培训，进入试运行，试运行2个月后提交验收。
注：
本迁移计划为项目迁移总体大纲计划，具体行动计划为每一周滚动制定刷新，每周的计划在上周的周五制定。
一、项目准备
任务
工作步骤
计划开始日期
计划结束日期
正方负责人
重庆医药高等专科学校负责人
完成情况（%）
状态（延期/顺延/正常/提前）
地点
成果及说明
项目迁移准备通知
迁移计划确定
确定项目迁移小组
二、项目启动会议、硬件环境准备
任务
工作步骤
计划开始日期
计划结束日期
正方负责人
重庆医药高等专科学校负责人
完成情况（%）
状态（延期/顺延/正常/提前）
地点
成果及说明
召开项目启动会议
系统使用硬件服务器、网络环境调试确认
服务器规划方案
服务器操作系统搭建
服务器网络配置、存储设备分配
三、系统迁移规划
业务系统名称
版本号
计划服务器IP
计划服务器端口
业务系统使用表空间
操作系统要求
数据库
11g
1521
Redhatlinux6.4x64
由于以前数据库安装在window下，建议迁移到linux下
数据中心（zfsjzx）
Ver3.1.1
192.168.88.101
8033
ZFSJZX
Windowsserver2008r2x64
统一信息门户后台（zfsmp）
version_4.4.4
192.168.88.111
8016
ZF
Windowsserver2008r2x64
统一身份认证后台（zfim）
Ver3.0.1
192.168.88.111
8017
ZF
Windowsserver2008r2x64
portal（root）
version_4.4.4
192.168.88.200
80
ZF
Windowsserver2008r2x64
zfca
Ver3.0.1
192.168.88.200
80
ZF
Windowsserver2008r2x64
数字档案
Ver5.2.
192.168.88.101
8030
ZF
Windowsserver2008r2x64
综合校情
Ver6.2.
192.168.88.200
8032
ZF
Windowsserver2008r2x64
人事系统.
Ver4.2.1
192.168.88.105
8056
ZF
Windowsserver2008r2x64
办公系统
1.0
192.168.88.106
8082
ZF
Windowsserver2008r2x64
学工系统
Ver5.14.22
192.168.88.107
8084
ZF
Windowsserver2008r2x64
迎新系统
Ver3.7.12
192.168.88.103
8081
ZF
Windowsserver2008r2x64
招生系统
VerV4.3.3
192.168.88.103
8085
ZF
Windowsserver2008r2x64
离校系统
VerV3.3.10
192.168.88.108
8086
ZF
Windowsserver2008r2x64
就业系统
Ver5.7.7
192.168.88.108
8024
ZF
Windowsserver2008r2x64
就业ZFSMP
version_4.4.4
192.168.88.108
8024
ZF
Windowsserver2008r2x64
科研管理系统
Ver:
2.1.0
192.168.88.110
8088
ZF
Windowsserver2008r2x64
网络教学平台
V3.1.1
192.168.88.109
8087
ZF
Windowsserver2008r2x64
成教教务
192.168.88.88
8090
ZF
Windowsserver200332位
教务系统
192.168.88.88/105
8080\211\21\8099
ZF
Windowsserver200332位
四、系统调试、培训
关于迁移后的培训待和学校商定后再确定
业务系统名称
培训时间
培训人
培训地点
学校确认人
数据库
数据中心（zfsjzx）
统一信息门户后台（zfsmp）
统一身份认证后台（zfim）
portal（root）
zfca
数字档案
综合校情
人事系统.
办公系统
学工系统
迎新系统
招生系统
离校系统
就业系统
就业ZFSMP
科研管理系统
网络教学平台
成教教务
教务系统
五、项目验收
任务
工作步骤
计划开始日期
计划结束日期
负责人
参与人员
完成情况
状态（延期/顺延/正常/提前）
地点
成果及说明
项目验收
通知验收准备
重庆医药高等专科学校项目负责人
0%
重庆医药高等专科学校
撰写项目阶段验收报告
重庆医药高等专科学校项目负责人
0%
重庆医药高等专科学校
《项目阶段验收报告》
项目验收确定
重庆医药高等专科学校项目负责人
0%
重庆医药高等专科学校
《项目阶段验收报告》签字版
第五章项目管理
五.1质量管理
五.1.1规范软件开发过程
软件质量管理着重于确定软件产品的质量目标，制定达成这些目标的计划，设置质量检查点，监控软件开发过程的各种活动。
对需求分析、概要设计、设计评审和验证、设计更改控制、代码实现、软件测试、现场迁移、验收交付等各个环节，都强调规范化管理。
公司软件的质量管理基于以下活动的控制：
1、对项目的软件质量活动做出计划，对软件开发过程进行策划；
2、对软件产品质量可测量的目标及其优先级进行定义；
3、为软件产品的质量管理提供适当的资源；
4、对软件开发人员、迁移人员和技术支持人员进行相关培训；
5、按照文档化的规程进行软件的质量管理；
6、在事件驱动的基础上，对软件产品的质量进行测量、分析，并将分析结果和软件质量目标相比较；
7、专业测试人员对软件进行测试，并对测试结果的处理情况进行跟踪；
8、系统分析员、高级程序员、高级管理者定期参与评审、验证等软件质量管理活动；
9、项目经理经常检查软件质量管理情况，落实纠正预防措施；
10、软件质量保证小组负责评审软件的质量管理活动和工作产品，并填写相应报告；
11、现场迁移和支持过程中，项目经理对软件配置进行管理，定期上缴最新版本，配置管理员更新配置管理库，保证软件配置安全；
12、对软件维护进行控制，软件设计更改和代码更改应经过审批，修改完成后需经过测试、安装，并通过用户认可。
五.1.2规范软件测试管理
为提高公司软件产品的质量，公司专门成立了软件测试部门，对软件系统进行测试。
在开发过程中，根据测试规范编写详细的测试计划，进行全面的测试。
测试与故障排除联系在一起，将测试所确定的故障提交给开发者修改，建立软件的一个新的版本，再进行下一轮的测试。
在这种“测试－排错－新版本”的迭代过程中，跟踪故障强度的变化，确认测试是否可以终止。
用可靠性增长测试和可靠性验证测试作为软件系统提交前进行的最后测试。
在可靠性增长测试中，测试以迭代的方式进行，如进行按行为和结构来划分输入域的划分测试、纯粹随机选择输入的随机测试、基于功能或路径或数据流或控制流的覆盖测试等。
根据测试期间跟踪到的故障，使用统计推理的可靠性评估程序进行故障强度的评估，并用于跟踪测试的进展情况。
在验证测试中，其目标是确定一个软件组件或系统在风险限度内是被接受还是被拒绝，判定软件可以发布或交付。
在测试周期内，记录每个故障的资料，建立测试用例数据库，逐步完善测试过程、提高测试水平，最终达到生产高可靠性软件产品的目的。
五.2文档、源代码管理
五.2.1电子文档管理制度
1、所有正式文档的电子版本都要提交给文档管理员；
2、所有正式文档的最新发布版本都在VSS文档管理机上存放，对文档的修改都要在文档管理机上下载再修改；
3、文档在VSS文档管理机上的上传由项目经理和文档管理员负责。
五.2.2纸质文档管理制度
所有纸质文档都要提交文档管理员保管；
五.2.3源代码管理制度
1、在编码阶段，各小组组长要进行每日源代码备份；
2、对定版的源代码要在VSS管理机上备份；
3、定版的程序再修改要在VSS管理机上下载再修改；
4、源代码在VSS管理机上的上传由小组组长负责。
五.3风险管理
项目风险管理是指对项目迁移过程中有可能产生的各种风险进行有效管理，从而使项目迁移避开不利条件、少受损失，最终实现项目目标。
项目风险管理主要包括以下过程：
◆风险管理计划编制；
◆风险识别；
◆定性风险分析；
◆定量风险分析；
◆风险应对计划编制；
◆风险监控和跟踪。
从重庆医药高等专科学校数字校园项目与我国高校的信息化建设实际建设情况出发，本项目往往可能存在以下风险：
风险
缓解措施
人员责任不清和人员频繁流动
1.成立专门的项目组织，明确职责
升级会员 