学院智慧校园建设项目实施方案.docx
《学院智慧校园建设项目实施方案.docx》由会员分享，可在线阅读，更多相关《学院智慧校园建设项目实施方案.docx（64页珍藏版）》请在冰豆网上搜索。
学院智慧校园建设项目实施方案
学院智慧校园建设项目实施方案
1.1项目实施计划
1.1.1项目组织机构
项目组织是保证项目正常实施的组织保证体系，就项目这种
一次性任务而言，项目组织建设包括从组织设计、组织运行、
组织更新到组织终结这样一个生命周期。
项目管理要在有限
的时间、空间和预算范围内将大量物资、设备和人力组织在
一起，按计划实施项目目标，必须建立合理的项目组织。
一套健全有效的组织机构是贯彻工程项目意图和顺利进行
项目实施的重要条件和保证。
在项目实施之初，首要工作是
提出并组建适于本项目实施和管理的全套组织和领导机构。
从实施和管理的职责看，这套组织应是完整配套的；从人员
素质构成看，这套组织应是精干、高效的。
项项项项项项项项
项项项项项项
项项项项项项项项项项项项项项
项
项
项
项
项项项
项项项项
项项项项
项项项项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项
项项项
项项项
项项项
项项项
项项项
项项项
项项项项
项项项项项
项项项项项项
项项项项项
项项项项项项
项项项项
项项项项项
项项项
项项项项项
项项项项
项项项项
UI项项项
1.1.2项目人员构成和相关职责
角色
职责
人员构成
项目领
建议实施领导小组负责制，由领
甲乙双方负责人员
导小组
导小组对项目实施提供全面的指
各1人；
导。
项目经理1人；
验收和技术评审委员会负责对软件工程
阶段评审和初步验
评审委项目进行阶段性技术评审，确保
收：
由技术和管理评
员会
每个项目的实施符合技术规范、
审委员会成员组成。
保证系统架构和技术设计的先进
项目最终验收由项
性，使项目按时完成，并且项目
目领导小组负责临
质量达到要求。
时组建，验收小组
管理评审委员会负责对软件工程
的成员由双方提供；
项目进行阶段性管理评审，指导
项目经理进行对外的沟通和对内
的协调管理，确保项目组的工作
顺利进行。
管理评审包括现场评
审和非现场评审。
项目指负责从技术、业务和项目管理等
由甲方各部门的领
导小组
方面对项目实施进行总体指导和
域专家组成和其它
协调。
具体内容包括：
1．负责按
专业技术专家组成
合同要求提出业务需求，协助软
项目指导组。
件开发单位进行需求调研，并参
与需求分析工作。
2．负责答复软
件开发单位在需求分析阶段提出
的业务需求问题（主要问题应在
需求分析中明确）。
3．向软件开
发单位提供软件开发必要的政
策、数据及现有的信息分类标准
和编码等资料。
4．组织编制软
件开发中所需用到的新的数据标
准和业务流程规范。
5．协助软
件开发单位依据合同完成试点运
行工作。
验收小
根据双方确定的验收标准及程序
在初步验收或最终
组
进行；
验收前夕由项目领
生成验收报告，提交项目领导小
导小组负责临时组
组审批。
建；
验收小组的成员由
甲方和乙方双方提
供；
组长由甲方人员担
任，副组长由乙方人
员担任。
项目经项目软件经理是对一个项目的系
由乙方指定一名项
理
统开发活动负有全面职责的角
目经理
色，是控制项目软件开发过程的
全部进度、开发资源的责任人。
在该项目中，项目软件经理主要
管理系统架构组、需求组、开发
组和测试组，保证整个系统的设
计与实现。
项目软件经理负责对
所辖项目的全部软件活动，负责
控制项目的软件资源，就软件部
分向项目经理实施承诺。
主要负
责：
开发计划编制；评审分配需
求和软件开发计划；参与软件工
程内部的定期审核，对照软件开
发计划跟踪技术进展、性能和问
题项与有关人员共同解决审核中
出现的问题项。
技术总技术总体组是本项目的最高技术
由双方的技术专家
体组
负责人，负责系统应用软件技术
共同组成。
架构的设计指导、验证以及最终
评审，负责服务器、网络、数据
库等系统平台的技术设计指导、
支持和最终评审。
过程组
过程组主要就过程和产品的质量
由乙方指定若干过
进行评估和审计。
程顾问和质量保证
人员
过程顾过程顾问组负责为项目提供方法
提供过程方面的咨
问组
学、过程的咨询，负责为项目制
询和指导。
定有效的开发过程，协助项目负
责人策划项目，对项目成员进行
过程方面的培训和指导，负责相
关过程评估工作，参与评审，并
促进过程的不断改进。
评审和审
计集成和软件产品和活动以验证
它们符合适用的规范和标准。
质量保QA组独立于项目之外的过程管理
由乙方的实施工程
证组
人员，负责评审项目过程、审计
师组成。
系统工件、工具和设备，为项目
过程状态提供可视性，向高层经
理及项目经理提供
QA报告。
QA
的工作不受项目经理的领导，具
有独立的向高层经理汇报的途
径。
QA将与用户方项目管理团队
紧密合作，完成项目整体管理以
及质量保证工作。
实施经项目实施经理是对一个项目的应
由乙方的实施工程
理
用软件、系统软件与硬件系统实
师组成。
施负有全面职责的角色。
项目实
施经理负责客户系统环境的搭
建、系统迁移及与相关实施过程
的控制。
在实施活动中，将组建
软件实施小组和硬件集成实施小
组，分别对应软件系统和硬件设
备的实施工作。
系统实系统实施组主要负责系统软件、
由乙方的实施工程
施组
硬件实施。
师组成。
应用软
软件实施组主要负责应用软件的
由乙方的实施工程
件实施
安装、调试，系统实施的数据预
师组成。
组
处理或者数据迁移，软件系统的
上线割接
商务经商务经理负责承担所辖项目的全
由乙方的实施工程
理
部商业责任，从商务上负责项目
师组成。
的总体控制和管理，调整项目的
执行过程，并最终向客户负责。
协商软件项目的约定，评审软件
开发计划，定期参与和评审分配
需求的活动，定期参与和评审高
风险的区域，参与软件合同评审。
同时商务经理还负责培训计划的
执行，以及项目中需要采购的第
三方软件产品的协调工作。
培训组
培训组负责完成对用户和技术人
由公司的质量保证
员的培训工作。
与客户确定培训
人员组成，有管理经
内容基本上包含系统操作使用、
验、熟悉CMMI3、
日常维护和故障排除方法等。
培
ISO9001管理规范。
训内容也可以根据合同规定，或
与客户协商确定，制定培训计划，
按照培训计划开展培训，确保客
户能够准确使用系统，及时解决客户提出的各种问题。
业务需需求组的任务包括开发系统的用求小组户需求和软件需求两个部分。
系统架系统架构组的任务是系统架构的
构组分析设计，包括提供便于小组间
技术交流的架构，达到系统的质
量要求，从而实现应用。
它包括
如下几方面：
提出一个合适的设
计视图（设计模式中意义重大的
原理）；建立一个合适的进程视图
（并发处理，事务处理，安全处
理，例外处理，外部接口），逻辑
视图（软件模型的结构）和部署
视图（软件和硬件的配置，容量，性能）；系统架构组还要负责系统总体质量，它包括可靠性，运行性能，灵活性和可维护性。
系统开应用开发组由多个小组构成，每
由双方的业务专家
组成。
条件为：
熟悉业务，且了解本项目的技术特点，具有多年业务需求经验。
由乙方的系统架构师组成
由乙方的开发工程
发小组
个小组由一个小组长管理。
小组
师组成。
条件为：
具
长负责管理功能和系统的设计和
有本项目涉及的相
构造，模块化和软件集成。
主要
关技术经验，有丰富
职责包括：
软件组件设计、用户
Java、Portal开发经
界面设计和原型化、对象和动态
验。
模型、详细数据分析、软件构造、
软件组件测试、文档管理等。
测试组
测试设计师负责软件产品测试的
由测试设计师和测
规划、设计并执行测试过程，以
试工程师组成。
保证软件产品的质量符合设计要
求，确保软件产品的顺利释放。
测试工程师负责支持软件产品测
试的规划并执行测试过程，以保
证软件产品的质量符合设计要
求，确保软件产品的顺利释放。
支持组
配置经理负责为项目开发团队提
由配置经理、变更控
供全面的配置管理基础设施和环
制经理、工具专家组
境，确保配置有效支持项目的开
成
发，所有项目成员的工件（源代
码和文档等）都进行了版本管理，
还必须确保配置环境有利于进行
产品复审、更改和缺陷跟踪等活
动。
负责评审软件开发计划，软
件活动和工作产品，制定SCM计
划，软件基准库的构造和管理，
系统地控制基线的修改。
变更控制经理负责对变更控制过
程进行监督，确保项目成员的变
更活动受控。
工具专家负责项目中的支持工
具，包括选择和购买工具。
工具
专家还要配置和设置工具，并核
实工具是否可以使用。
1.2项目实施过程
1.2.1合同签订
公司根据用户提供的招标书编制投标书参加工程的投标。
在
用户确定与公司的合作意向后，经双方协商确定合同中的各
项商务和技术等条款，签订正式合同。
1.2.2项目组成立
正式合同签订后公司将成立工程项目组，任命项目经理，确
定最终项目组成员，并以书面形式正式通知用户。
1.2.3前期调研
工程项目组成立后，公司将进行工程前期的调研工作，为编
制详细的技术方案、施工方案和调试方案等提供参考。
调研
工作主要包括对用户的现状（如布线结构、各节点软硬件配
置和系统业务等）、各安装节点现场条件以及项目组希望了
解的其他情况进行调研，以调查表的形式发放到各分支节点
了解其各自的详细状况。
1.2.4详细方案设计
工程前期调研结束后，公司将根据用户的要求，进行详细技
术方案的设计和编写工作，包括详尽的安装顺序和时间表，
以作为现场施工安装的依据。
在设计和编制过程中，公司将
与用户技术负责人及时交流和讨论，确保设计符合合同要
求。
详细方案设计结束后，将提交公司技术支持小组审核确
认。
1.2.5实施准备
工程实施前，公司项目组将进行一些必要的准备工作，其中
某些工作需要用户方给予密切配合。
主要工作包括：
1.设备到货的确认；
2.现场安装条件的确认，如服务器、电源、机架、电缆线等；
3.其他可能影响现场施工问题的确认。
在本阶段公司将向用户方负责人发出书面确认函，提出需要
确认内容，并由用户给予书面确认。
根据书面确认结果，若
施工条件具备，由双方协商确定现场施工的具体时间。
1.2.6安装和调试
在双方确认详尽的安装施工方案和施工时间后，公司具有丰富经验的资深工程施工人员将按时抵达安装现场，进行现场安装、施工和调试工作。
工作过程和内容主要包括：
1.到达施工现场，向用户方配合人员介绍施工安排；
2.现场确认施工条件是否具备；
3.设备验货、安装和调试，双方签署设备验货报告；
4.终端设备和系统安装、调试完成，双方签署有关安装完成的证明书；
5.视实际情况，对整个视频会议系统进行实施协调工作；
6.根据需要，提供现场培训或指导，解答相关的技术问题；
7.详细解释并移交技术文件、用户手册等给节点配合人员。
以上工作过程为各项条件均正常时的施工过程，若出现异常情况，现场施工人员和配合人员应向双方负责人进行汇报，由双方负责人协商确定处理办法。
1.2.7系统初验
设备安装调试完成后，经用户或用户委托的下级机构技术人
员和监理单位认可，由用户组织初验。
在初验前公司将向用户提交初验的验收规范（包括项目、指
标、方式和测试仪器等），用户方可根据合同及技术规范书
的有关规定进行修改和补充,经双方协商确认后形成验收
文件作为验收依据。
验收测试合格后,双方签署验收协议,设
备开通试运行。
1.2.8系统试运行
系统初验通过后，进入试运行阶段，根据招标书的要求，试运行时间为3个月。
在试运行期内公司将负责整个系统的维护，如果哪个节点出现故障，公司将提供一套完整的故障申告流程。
在接到故障申告后公司将对故障点做出判断，并及
时的解决。
同时设立技术支持电话，提供7×24小时的技术咨询服务，包括对硬件、软件、和系统相互操作性等各方面
问题的支持，由主要技术人员负责解答各节点的技术问题，为各节点提供书信方式的技术咨询服务。
支持工程师能够随时利用最新的支持技术，有效地分析和解决问题。
试运行期内如出现重大故障，则试运行期从故障排除之日起重新计算，直到系统连续6个月无重大故障为止。
重大故障系指因公司原因致使设备不能正常运行，影响到用户系统软件的正常安装和运行。
1.2.9系统终验
系统试运行结束后，双方应进行系统的终验工作，验收测试期为3个月左右，可根据系统建设的具体情况延长或缩短，以确保解决了在各地节点的单点验收、系统初验中遗留的问
题，并满足了用户的所有需求。
在全部达到要求时，双方签署最终验收文件。
在终验完成后，公司将提供详细的终验报告，终验报告包括已提供合同的全部产品和资料、试运行时间满足合同要求的终验报告以及性能测试和试运行合格证书。
报告经用户方确认后，现场验收即告完成，系统进入质量保证期阶段。
1.2.10实施过程文档管理
包括项目源代码、文档的版本控制与管理。
标识软件配置项，建立产品基准库，对配置项的修改加以系统的控制。
软件有
一种进化的本性，从一个软件产品的定义一直到他被停止使用的过程中它会经历许多次变更。
每一次变更的结果就是该产品的一个新版本。
配置管理的目的就是在初始、评估、以及执行这些变更的同时，维护产品的完整性。
它提供了一个理性的框架来处理包括用户需求和资源限制的非理性世界。
配置管理的目的就是标识每一软件项、管理并控制软件项的变更、便于追踪各软件项和后期维护。
指定专人负责项目的配置管理，必要时制订配置管理计划。
建立基准。
经过正式评审和认可的一组配置项（文档和其他软件工作产品），此后它们作为进一步开发的基础，并且只有通过正式的更改控制规程才能被更改。
更改控制。
在合同阶段与客户明确系统更改的控制方法，以确认系统的成功实施。
因客户的业务需求变更而进行更改时
应有客户的确认，以防开发人员的软件项的随意更改。
管理工具。
各项目小组采用团队开发方法，开发过程中配置
管理采取管理工具进行管理，在项目各阶段自动产生配置报
告，提交给质量保证QA负责人和项目经理,以随时了解项目
的状态。
在各项目项目开发结束后，所有代码和文档备份到专用的代
码备份服务器归档。
后期的维护作为新任务的开始，定期整
理维护活动产生的结果，追加到原项目的备份中去，同时更
新配置状态报告。
1.2.11专家组监督和监察
接受环境保护部机动车排污监控中心聘请的项目专家组的
监督和检查，对发现的问题及时进行整改。
1.3项目风险与对策
从学校和信息化实际建设情况出发，本次智慧校园建设可能
会面临一些风险，但公司有多年的信息化经验，能对这些风
险进行规避，把智慧校园建设风险降至最低。
预期分险规避措施
由于各方面的原因，业务部门把信息化建设的目标和学校迎
投入时间不够，影响推广和使评目标接合，使信息化建设目
用标为迎评服务；
优先考虑信息化需求迫切的业
务，建设对应的管理系统。
人员责任不清和人员频繁流动
开发环境及过程管理混乱，项
目管理低效或失败
项目目标不明确或摇摆不定
计划执行受到严重影响
技术方案不成熟，有设计缺陷
产品质量低劣
把信息化建设的目标和学校迎
评目标接合，使信息化建设目
标为迎评服务；
优先考虑信息化需求迫切的业
务，建设对应的管理系统。
建立明确的项目管理规范和开
发规范；
建立质量保证组织或监理组
织，监控规范执行。
建立学校的统一领导小组；
项目初期以明确的文件形式固
化和明确建设目标。
定期召开例会，检查计划执行
情况，对影响执行的问题及时
解决；
对计划不合理的地方及时调
整。
挑选先进且成熟的方案，不能
盲目求新；
保证技术方案的评审严格进
行。
项目开发遵循规范流程和严格
的质量控制机制；
方案设计要对功能和非功能要
求做好平衡。
需求发生频繁变化，影响项目明确项目目标，分期建设；
目标达成建立需求变革机制，预防需求
随意变革。
1.4项目实施保障措施
智慧校园的使用是一个长期的过程建设是基础使用是根本。
为了保证系统后期的运行维护必须建立一套规范的服务保
障体系。
1.4.1校领导重视
学校领导的重视是智慧校园成功建设以及顺利运行的最关
键因素,主要是从全局的角度给予切实、明确、有益的支持。
1.将智慧校园工作放到学校工作的突出位置，并给予足够的资源支持，以确保智慧校园建设作为学校教育现代化建设的战略举措，达到预期目标。
2.在建设期间，智慧校园建设小组成员需要包含各部门领导和信息技术组长，方便随时协调在信息化建设中遇到的问题。
3.智慧校园进入日常运行维护期间，明确运行保障机构，
制订运行保障方案。
建立、健全智慧校园建设的规章制度。
如各种设备管理制度、激励制度、培训制度、操作流程文本
等。
1.4.2组建运行保障机构
智慧校园一旦实际投入使用，将占有重要地位，建议组建强
有力的运行保障机构。
如信息中心，设置专人负责专项工作，
并且持续推进。
1.该机构需要全程参与智慧校园的整体规划、建设内容、
系统组织、系统监控、系统验收的全过程；
2.保证优秀的技术服务人员确保“智慧校园”系统的
安全稳定运行；
3.需要能与公司和学校内部的职能部门人员进行有效沟通，并完成知识转移的过程。
1.4.3建立有效的管理制度
安全、稳定的智慧校园运行不能缺少配套的管理制度需要
遵循“统一领导、统筹规划、集中管理、分级负责”的原则，
包括如下几个方面：
1.标准规范制度
严格贯彻和执行包括国家标准、教育部标准、校定标准等各
类信息化建设技术标准、业务规范和指导意见。
2.综合管理制度体系
建立适合学校信息化的整套运行维护的规章制度，包括信息
发布制度、信息维护制度、安全管理制度等，明确各项事务
的职责分工与责任制度，保障智慧校园的正常使用。
1.4.4建立安全管理体系
1.安全体系建设规范
网络系统建设整网安全需要一套统一的安全体系建设规范
此规范应结合网络的实际情况制定。
2.安全组织体系建设
实施安全应管理先行安全组织体系的建设势在必行。
应由
一个主管领导，网络管理员，安全操作员等人员组成安全工
作小组。
主管领导应领导安全体系的建设实施，在安全实施
过程中取得相关部门的配合。
领导整个部门不断提高系统的
安全等级。
网络管理员应具有丰富的网络知识和实际经验，
熟悉本地网络结构，能够制定技术实施策略。
安全操作员负
责安全系统的具体实施。
3.安全管理制度建设
面对网络安全的脆弱性，除在网络设计上增加安全服务功
能，完善系统的安全保密措施外还必须制定安全管理制
度，加强网络的安全管理。
完整的安全管理制度必须包括以
下几个方面:
a）人员安全管理制度；
b）操作安全管理制度；
c）场地与设施安全管理制度；
d）设备安全使用管理制度；
e）操作系统和数据库安全管理制度；
f）运行日志安全管理；
g）备份安全管理；
h）异常情况管理；
i）系统安全恢复管理；
j）安全软件版本管理制度；
k）技术文档安全管理制度；
l）应急管理制度；
m）审计管理制度；
n）运行维护安全规定；
o）第三方服务商的安全管理；
p）对系统安全状况的定期评估策略；
q）技术文档媒体报废管理制度。
4.安全管理手段
安全技术管理体系是实施安全管理制度的技术手段，是安全
管理智能化、程序化、自动化的技术保障。
网络安全管理，
主要对网络安全体系的防火墙、入侵检测系统等网络安全设
备进行管理，应用安全管
升级会员 