培训系统实施方案.docx
- 文档编号:14612531
- 上传时间:2023-06-25
- 格式:DOCX
- 页数:71
- 大小:353.37KB
培训系统实施方案.docx
《培训系统实施方案.docx》由会员分享,可在线阅读,更多相关《培训系统实施方案.docx(71页珍藏版)》请在冰点文库上搜索。
培训系统实施方案
实施方案
2017年8月
1.项目实施计划
实施计划
★投标人应制订详实可行的项目实施进度计划和项目时间表。
项目进度表
内容
周期
需求调研和确认
合同签订后一周内完成
系统开发
合同签订后两个月内完成系统开发和测试并上线试运行
试运行
两个月内完成
项目验收
试运行两个月后完成
组织和质量保证
★要求投标人要制订本项目的质量管理措施,提供项目实施的人力安排和组织保证。
对于本项目组成员,要求必须具有相应资质和经验的人员来担任。
要求项目经理必须具有信息系统开发经验。
要求投标人必须具有良好信誉和相关实力的技术队伍。
系统交付、设备安装、测试和验收要求
系统交付
★投标人须严格遵照国家软件工程规范进行,根据开发进度及时提供有关开发文档,包括:
(1)需求分析报告
(2)系统概要设计方案
(3)功能规格说明书
(4)系统详细设计说明书
(5)系统模块设计说明书
(6)信息共享目录和交换数据标准
(7)系统源代码、数据库设计说明(包含编码方案)
(8)系统维护手册
(9)用户操作手册
(10)测试报告
(11)产品接口说明书
(12)以及项目采购人认为必要的其他文档等;
系统交付成果包括但不限于如下交付内容:
完整系统源代码、系统设置、操作、使用、测试、维护和系统培训手册。
系统搭建
★投标人必须向采购人提供本项目采购系统的使用设置、调试和服务的全部内容,并完成整个系统的网络联调工作。
产品验收要求
1)要求对全部设备、产品、型号、规格、数量、外型、外观、包装及资料、文件(如装箱单、保修单、随箱介质等)的验收。
2)凡列入《中华人民共和国实施强制性产品认证的产品目录》的产品在验收时出具CCC认证证书复印件,并以在产品外部加施认证标志作为验收依据之一。
3)投标人应负责在项目验收时将系统的全部有关产品说明书、使用手册、技术文件、资料、及安装、验收报告等文档汇集成册交付设备采购人和监理单位。
系统测试要求
应用软件系统的测试应从其涵盖的基本功能、界面操作的标准性、系统可扩展性、管理功能和系统性能等方面进行测试,并根据设计要求测试其行业应用功能。
满足设计要求时为合格,否则为不合格。
不合格的应用系统修改后必须重新进行测试。
系统验收要求
1)招标人将依照国家有关信息系统建设文档的有关规范组织有关单位对本项目进行验收。
2)投标人必须书面通知广州市福利彩票发行中心所完成的工作和准备进行验收的项目种类及验收开始时间。
3)成立由系统开发项目验收小组、开发商以及其他人员(有关部门、专家等)组成的验收小组,负责对项目进行全面的验收。
如试运行期系统运行正常,达到合同要求,验收材料审核通过后向采购人申请用户验收。
技术培训要求
★技术培训要求:
投标人需提供相应应用系统方面的培训,有关应用系统的操作培训课程应该在系统运作前完成。
投标人将详细的培训课程以及时间表交给用户,最后以用户认可为准。
投标人必须为所有被培训人员提供具备相应资质的教学人员和辅导人员以及培训用文字资料、讲义等相关教材和用品。
所有的资料必须是中文书写。
系统开发期间,要培训采购单位技术人员,掌握该系统开发所用的开发工具和设置系统的技术。
系统开发完成后,要培训采购单位技术人员,掌握该系统的运行维护技术。
系统开发完成后,要培训采购单位工作人员,掌握该系统的操作方法。
培训内容与课程要求
1)提供应用系统的使用培训。
2)在系统的设置调试、故障处理过程中,应当结合对系统使用人员进行实际的操作和故障处理等方面的培训。
培训可分现场培训和集中培训两种方式。
培训费用计入总价。
日常维护、服务要求
★鉴于投注站业务流程管理系统需要运维保障服务,为保障系统的稳定性,系统验收后,投标人为采购人提供一年的免费售后技术支持服务,保障采购人系统顺利运行。
投标人应当指派2名以上的专职开发人员按照采购人的要求,进行驻场服务,负责系统(7×8小时)维护、数据录入等工作,驻场工作人员需经采购人考核同意,并服从我中心的工作安排。
投标人公司项目开发团队提供即时通信或电话技术支持,在正常办公时间,在2小时内确定故障点。
保修期的计算
自系统竣工验收双方签字之日起计算起始日期;(保修期内的维护内容和范围
(1)由投标人建立的数据库;
(2)由投标人开发和实施的应用系统;
(3)由投标人提供的系统造成的系统崩溃或瘫痪;
(4)由投标人提供的系统造成的故障;
(5)投标人所提供的系统出现错误;
(6)系统运行性能优化和调整。
服务响应时间
★根据故障紧急程度将故障划分为三种类型,具体响应时间如下:
故障等级
故障定义
响应时间
到达现场时间
紧急
系统崩溃或瘫痪(系统无法运行)
即时响应
接到故障通知后1个小时内到达现场并在6小时内排除故障
严重
(1)系统性能严重下降,影响业务的开展;
(2)系统出现部分故障,导致部分业务无法开展。
即时响应
接到故障通知后2个小时内到达现场并在10小时内排除故障
一般
除以上故障外的不影响业务开展的其他故障。
即时响应
接到故障通知后2个小时内到达现场并在24小时内排除故障
2.项目组织
为了保证本项目系统的按期保质顺利完成,我司组织了专门项目领导小组和本地支持小组,通过实行项目管理方法进行系统的施工管理,以及在系统建设完成后,为业主提供长期的售后服务和技术支持。
本项目的项目负责人,技术负责人和业务管理咨询专家具体负责项目的实施。
在系统建设和质保期内,我方承诺项目负责人和开发实施的主要人员未经用户同意不做任何调整。
我司针对本项目所建立的组织结构组成如下图:
2.1领导小组
项目领导小组是由本项目各参与单位的主要领导共同组成的项目最高的领导和决策机构,负责对本工程的工期、质量、安全等实施计划、组织、协调、控制和决策。
✓对项目做总体决策,给出明确的建设要求,明确总的责任人和各重要方面的责任人;
✓对项目合同进行确认,并监督合同的执行情况。
✓对系统开发建设过程中的人、财、物、时间、信息等资源做科学的规划与决策,并制定必要的措施保证这些资源的及时到位;
✓及时调配必要的人力、财力保证关键事项的实行;
✓对项目进程进行监督和检查;
✓对系统的成败和进度负责;
✓负责用户、承建商、监理、用户上级单位等多方的协调事宜;
✓客观界定项目的意义/作用,对整个建设工作做出客观评价。
2.2管理小组
在项目管理小组内,各角色相对平等。
组内每个成员固定担任其中一个或数个角色;同一个角色亦可由一人或数人担任。
角色应完成其相应的职能,项目组长受项目领导小组的直接领导,其他角色受任务组长的直接领导。
项目管理小组中角色包括:
2.3项目组长
负责对项目进行整体管理,包括对时间、成本、质量、风险、沟通的控制和管理。
职责:
Ø对项目的全过程负责。
Ø负责项目的总体策划,包括确定项目资源分配、经费预算、进度策划、质量保证策划等工作。
Ø按以下角色组织项目组:
系统分析、系统设计、系统实现、系统配置、系统培训、专家技术、系统测试以及系统维护。
Ø编制项目综合计划和质量保证计划,审批其他计划。
Ø组织对项目组成员的培训。
Ø控制项目进度
Ø对项目组全体人员的管理。
Ø项目实施结束后对项目进行总结。
2.4项目实施主管
Ø项目设计和开发过程中各阶段详细计划制定,资源分配和阶段评审活动的组织。
Ø以周为单位进行进度控制,及时协调任务组内和与其它任务组之间的关系,配合其它任务组的工作。
Ø组织对项目组成员的考核工作,并根据考核结果提出奖惩建议。
Ø监督与组织相关文档的编写。
Ø周、月、阶段总结及工作汇报。
2.5项目品质主管
Ø负责项目实施全过程中的质量管理工作。
Ø协助项目经理制定项目质量保证计划并付诸实施。
Ø策划项目的质量保证活动,包括质量方面的培训。
Ø负责日常性质量监督与阶段性质量评估。
Ø与质量有关的总结与汇报。
2.6项目技术(架构)主管
Ø对项目所需的技术负责。
Ø论证所采用技术的可行性,选择成熟可行的技术。
Ø分析设计系统整体架构。
Ø选择有关的产品。
Ø对项目组成员进行必要的培训。
Ø尤其对关键技术、关键事项负责。
2.7项目商务主管
Ø负责拟定本工程经济收支预算计划。
Ø负责审核本工程各种设备、材料订货合同。
Ø负责本工程预决算并提出经济分析报告。
3.任务组
根据招标文件中的人员要求:
投标人须拥有相对稳定且具备较高素质和良好服务意识的专业人员。
项目负责人须具备3年以上同类项目经验,本科及以上学历。
项目专职人员要求3人及以上(含项目负责人),均具备3年及以上同类项目经验。
在任务组内,各角色相对平等。
组内每个成员固定担任其中一个或数个角色;同一个角色亦可由一人或数人担任。
例如,系统集成测试组可以在概要设计后期阶段成立。
概要设计完成后,可有部份成员从设计角色转为软件测试角色,部份成员从设计角色转为软件配置角色;又如,在软件编码和软件单项测试、系统测试完成之后,可有部份成员从软件实现角色和软件测试角色转为系统维护角色等。
任务组在任务启动前组建,任务结束后解散。
其组建和解散、人员分配等工作均由项目组长主要策划和管理、项目领导小组审批通过后执行。
角色应完成其所在任务组职能的相应部份,受任务组长的直接领导。
任务组中角色包括:
3.1系统分析人员
Ø协助用户确定系统应用角度需求,保证用户的合理需求得到满足。
完成需求分析说明书并确定需求基线。
当需求更改时,及时将更改信息传递给相关人员。
3.2系统设计人员
Ø根据需求分析说明书进行概要设计,并保证设计符合需求。
Ø制定编码方案以及有关编码的规范
Ø规定测试点和检查点
Ø协助项目组人员解决软件实现中的技术难点。
3.3系统开发人员
Ø根据项目计划,依据概要设计的要求及规定协助软件设计角色进行详细设计,并产生有关文档。
Ø程序编码,保证开发出实现预期功能的软件产品。
Ø解决软件编码中的技术难点
Ø应用系统软件平台搭建
3.4系统配置人员
Ø制定配置管理计划,建立并维护配置管理系统
Ø必要时完成项目所需外购软件的采购。
Ø管理项目采用的各种规范,管理选用的工具及相应技术资料
Ø负责项目的文档管理。
控制文档格式,收集整理文档,编制文档清单,控制文档修改,开发结束后负责文档转移。
3.5系统测试人员
Ø保证客户得到高质量的可靠的产品
Ø负责项目的系统测试,协助进行单元测试
Ø编制测试计划并实施
Ø对测试中发现的问题进行分析,对错误的纠正进行跟踪。
Ø协助客户完成验收测试
3.6系统培训人员
Ø负责策划和实施培训工作
Ø协助技术支持人员准备培训环境
Ø负责各级培训教材的编写、培训计划的制定,及培训方面的其他准备工作和实施工作。
3.7系统维护人员
Ø协助技术支持人员准备软件安装环境
Ø保修期间的维护与支持
Ø维护期间的现场技术支持
3.8专家技术人员
Ø负责本工程技术咨询和指导。
4.项目实施过程规范
4.1立项
我公司项目立项分为三种情况:
产品研发、招投标、直接签订合同。
产品研发,是公司内部提起的,无固定客户的项目;招投标,是经过投标,中标的项目;直接签订合同,是与用户直接签订合同为用户做项目。
在立项阶段,这三类项目有两种处理方式。
产品研发是一种,招投标和用户合同属另一种。
立项过程如下图:
立项申请:
立项的申请的提出可以是组织内部的任何人。
申请评审:
申请的评审委员是由部门经理、项目总监、技术总监与一些相关的专业技术人员组成。
立项调研:
在立项调研时专门成立调研小组,并由组长形成调研分析报告。
立项评审:
立项评审主要由部门经理组织,公司领导参与的一个评审委员会,讨论并确定项目的可行性。
对于招投标/直接签订合同的项目,立项过程相对较简单一些,提交解决方案后,组织指派负责人,然后就可以立项了。
4.2需求开发
需求开发的主要流程如下:
(1)需求开发计划
主要包括获取背景材料(WEB站点、出版物),熟悉用户使用的方法、工具,准备需要了解的问题清单,明确系统的使用者和被访谈者,制定访谈计划并请客户确认等
(2)需求调研
通常以访谈和演示等形式进行,在调研时要求明确系统的目标和范围,获取功能需求,了解业务流程,明确每个业务流程的输入和输出,确定输入和输出之间的关系,确定业务流程之间的优先级,获取与外部系统之间的接口需求,获取操作环境需求,获取性能需求,获取标准需求(国际标准、行业标准),获取用户的其他特殊需求,将获取的所有需求反馈给客户,以保证对需求理解的一致性,并对采集过程进行相应记录
《客户需求说明书》是确认《项目总体计划》和项目验收的重要依据,必要时,可在有关的章节中引述其它资料作为附录。
(3)需求评审
为保证需求定义的正确性、完整性和清晰性,应对《客户需求说明书》进行评审(评审)。
具体评审过程请参见《评审过程指导》。
评审参与人员应包括:
测试人员:
以验证其可测试性。
软件设计人员:
确保影响软件设计的各种问题得到识别和解决。
构建人员:
确保影响编码的各种问题得到识别和解决。
客户:
便于需求的澄清和确认。
(4)客户确认
对于评审通过的《客户需求说明书》,要求获得用户签字确认。
若客户由于各种原因不能签字确认,可以采用下列方式变通:
评审报告:
邀请客户参加会议评审,在《评审报告》上签字,作为确认依据。
会议纪要:
召开专题会议,邀请客户参加,以《会议纪要》的方式记录会议内容,包括客户意见、解决方式、结论等。
(5)需求培训:
对于最后的需求培训应该是项目组中的所有成员参加,让所有的人了解此项目的具体需求。
4.3项目策划
项目策划流程如下:
1、在策划的开始同样也要制定策划计划。
制定好计划后开始项目定义过程。
2、项目定义过程主要是根据项目本身的情况,对组织定义过程进行裁剪。
所谓组织定义过程是组织内的对于任何项目的统一的定义过程。
在项目定义过程中要裁剪掉不适合的部分,例如:
组织过程中定义了对于成本的估计,由于组内员工的薪金待遇并不透明,所以这个部分是不可执行的,就要裁剪掉。
当然也可以在组织定义过程上进行扩展(自己定义),最终找到适合项目的过程。
3、运用生命周期模型,选择组织内部的生命周期模型,如:
瀑布、迭代、增量等等。
也可以自己定义一个生命周期模型。
定义生命周期模型后,要进行WBS分解,也就是把大的项目分解成适合的模块或者任务。
分解的粒度应该注意,过大过小都不是好事。
这步是要为下面的估计做好铺垫。
分解分为:
任务分解和产品分解两部分。
4、估计,按照分解的结构进行估计。
估计又分为:
规模估计、工作量估计、进度估计、风险估计、共利者估计、人力资源估计等等
1)估计并不是凭空想象,除了个人的经验,还要参考组织上的度量库。
组织度量库中记录了曾经作过的项目中的一些数据,如:
bug率,每人平均日产代码量等等
2)估计也是有一定的次序,如下:
首先进行规模的估计,根据规模估计结果进行工作量的估计,再根据工作量估计的结果进行进度的估计。
在这其中工作量=规模*生产率,生产率就要参考组织度量库中的数据。
3)对于进度估计有两种方式,一种是:
自下而上,就是知道项目的截止日期,根据每个任务的工作量、投入人数和任务的先后次序往前估计,一个任务一个任务一直估计到这个项目应该何时开始。
第二种是:
从上至下,就是知道何时启动,根据每个任务的工作量、投入人数和任务的先后次序往后估计。
直至算出项目的截止日期。
4)在估计中有一定的基本原则,但是在实际中存在人员在开发任务时并行的问题,还有,对于客户要求的结束日期,项目内部应当提前这个日期完成。
根据实际情况要调整平台出的进度,使其合理化。
5)在多人估计时,会产生偏差,这是不可避免的。
但是如果偏差较大,应该是由于项目组对此任务的认识不一致。
此时,此次估计作废,重新了解这部分需求,重新估计。
6)人力资源估计:
主要包含需要多少人,人员的能力、何时到位、人员的技术估计
7)风险估计:
主要包含技术和客户两个方面
5、估计完成后要进行计划的制定,主要有这几个计划:
1)(总的)项目计划:
在几个计划中要最先完成,包括内容:
人力资源、进度等等前面讲到的问题。
还要有同行评审的内容,如:
如何进行同行评审,活动中进行几次同行评审,分别都在什么时候等等
2)配置管理计划(CM):
记录一些配置项和基线的建立
3)质量保证计划(QA):
制定过程中的评审、产品审计都是在何时进行
4)测量分析计划:
在项目中要有的度量,如:
工作量问题、测试缺陷等等
5)测试计划:
单元测试、集成测试何时做,其中用到的测试用例都有哪些,这时定义的测试用例只是一个大概,在今后项目测试开始之前还会对此进行细化或修改。
6、计划制定后要进行组织评审,如果评审不通过,则要在有问题的环节上进行修改,如果通过,才能进入下一步项目的主体设计。
4.4软件设计
软件设计是指设计软件的总体结构、数据库、功能模块、用户界面等,在需求与代码之间建立桥梁,指导工作人员开发能够满足用户需求的软件产品。
软件设计的流程如图所示,关键活动是“软件总体设计”、“数据库设计”、“功能模块设计”、“用户界面原型设计”和“设计评审”。
4.5总体设计
软件总体设计的一般步骤如下:
1、设计准备
项目经理分配软件设计的任务,包括总体设计、模块设计、用户界面设计、数据库设计等。
总体设计人员阅读需求文档,明确设计任务,并准备相关的设计工具和资料。
2、总体设计构思
总体设计人员进行总体设计构思(参考模板),及时与开发人员磋商,集思广益。
3、撰写总体设计文档
总体设计人员根据指定的模板撰写《软件总体设计文档》。
4、设计评审
总体设计人员邀请同行专家、开发人员进行“总体设计评审”。
4.6项目进度表
项目进度计划表
填写单位:
填写日期
建设内容
建设周期
需求调研及确认
一周内完成
软件系统开发
2个月内完成
系统试运行
2个月内完成
项目验收
项目试运行2个月后
说明:
项目整体建设周期为6个月完成验收。
5.数据库设计
数据库设计的一般步骤如图所示:
5.1设计准备
Ø数据库设计人员阅读需求文档和体系结构设计文档,明确数据库设计任务。
Ø数据库设计人员准备相关的设计工具和资料。
Ø数据库设计人员确定本软件的数据库设计规则(或指南),例如数据库命名规则。
5.2数据库设计
数据库设计一般要经历“逻辑设计—>物理设计->安全性设计->性能优化”等步骤,通常要迭代进行。
1)逻辑设计
数据库设计人员根据需求文档,创建与数据库相关的那部分实体关系图(ERD)。
如果采用面向对象设计方法,那么“实体”相当于类(class)。
2)物理设计
根据需要按照第三范式、BC范式设计表结构(即规范化处理)。
一般地,实体对应于表,实体的属性对应于表的列,实体之间的关系成为表的约束。
逻辑设计中的实体大部分可以转换成物理设计中的表,但是它们并不一定是一一对应的。
3)安全性设计
提高软件系统的安全性应当从“管理”和“技术”两方面着手。
这里仅考虑技术手段(因为安全管理超出了软件工程范畴),一般原则如下:
Ø用户只能用给定的用户名登陆到应用软件,通过应用软件访问数据库,而没有其它途径可以操作数据库。
Ø对用户的密码进行加密处理,确保在任何地方都不会出现密码的明文。
Ø确定每个角色对数据库表的操作权限,如创建、检索、更新、删除等。
每个角色拥有刚好能够完成任务的权限,不多也不少。
在应用时再为用户分配角色,则每个用户的权限等于他所有角色的权限累加。
4)性能优化
数据库性能优化一般有两种途径:
Ø优化表结构本身。
例如对第三范式的表结构进行反规范化处理,允许表中存在冗余数据,从而减少多个表链接操作,达到提高性能的目的。
Ø优化数据库的环境参数。
例如提高硬件设施,调整表的空间尽量减少数据碎片等。
5.3撰写数据库设计文档
数据库设计人员根据指定的模板撰写《数据库设计文档》。
6.设计评审
数据库设计人员邀请同行专家、开发人员对数据库进行技术评审,数据库的主要评审要素包括:
(1)正确性、完整性、一致性;
(2)安全性;(3)性能。
6.1功能模块设计
功能模块设计的核心工作是“接口设计”和“数据结构与算法设计”。
前者是模块的外部特征,应当公开,而后者是模块的内部特征,应当隐藏。
功能模块设计的一般步骤如图所示:
6.2设计准备
模块设计人员阅读需求文档和体系结构设计文档,明确模块设计任务。
模块设计人员准备相关的设计工具和资料。
模块设计人员确定本软件的编程规范,确保模块设计文档的风格与代码的风格保持一致。
6.3模块设计
Ø接口设计
模块设计人员设计每个模块的主要接口。
如果采用面向对象方法(OOAD),相当于设计类的公有函数。
Ø数据结构与算法设计
模块设计人员设计每个模块的数据结构与算法(如果存在的话)。
一般步骤如下:
数据结构与算法有全局和局部之分,当然先设计全局的,后设计局部的(通常在模块设计时进行)。
根据问题的特征,先查找已经存在的数据结构与算法,挑选最合适的(并不一定是最先进的)。
如果不存在现成的,那么自己设计。
设计并且编写代码之后,要进行测试。
如果不满足性能要求,那么要进一步优化数据结构和算法。
6.4撰写模块设计文档
模块设计人员根据指定的模板撰写《模块设计文档》。
6.5设计评审
模块设计人员邀请同行专家、开发人员对模块进行技术评审。
6.6用户界面原型设计
设计用户界面原型的目的(优点)是:
Ø加深开发方和客户方对软件需求的理解(因为界面原型直观地反映了软件需求);
Ø在编程之前让相关人员体验用户界面原型,不仅可以提高界面的易用性,还提高了程序员的开发效率(避免反复修改界面及其代码)。
用户界面原型设计的流程如图所示,关键活动是“绘制界面示意图”、“设计界面美工图”和“界面原型评审”。
6.7绘制界面示意图
界面设计师首先分析用户对界面的需求,例如:
Ø用户的工作习惯
Ø用户对界面有什么喜好
Ø有什么强制要求
Ø是否有范例
界面设计师构思并绘制用户界面示意图,常用方式如下:
Ø在纸张上绘制用户界面示意图(效率高但是不便于保存)
Ø用Word或者Visio等工具绘制线框图(效率低但可以作为文档保存)
6.8制作界面原型
界面设计师制作界面原型(通过编程或者绘图等方式)。
界面设计师将所有界面原型的图片保存在指定的文件夹中,并用HTML建立简要的索引,这样做的好处有:
(1)便于其他人员审阅(使用IE浏览);
(2)需求分析员不必将界面原型图片插入到需求文档中;
(3)修改界面原型图片将不会影响其它文件;
6.9界面原型评审
界面设计师邀请项目成员或者用户来评审界面原型,大家给出改进建议,力求使用户界面满足以下10个设计要素:
(1)用户界面适合于展现软件的功能
(2)适合用户群体
(3)容易理解
(4)及时反馈信息
(5)防错处理
(6)合理的布局
(7)合理的色彩
(8)风格一致和必要的个性化
(9)最少操作步骤(最高效率)
(10)国际化、可复用等
7.编码
7.1构建环境
开发人员构建编程与测试环境,例如安装软件开发工具(包括可复用库)、配置管理工具、软件测试工具和缺陷跟踪工具等等。
如果是异地开发和测试,那么要构建Internet环境。
7.2确定编程规范
如果机
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 培训 系统 实施方案