- 1、本文档共7页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
{工程名称}
工程实施方案
撰写人:
部门:
日期:
保密级别:
目录
TOC\o1-2\h\z1.工程根本信息 2
1.1工程背景 2
1.2工程相关方 2
2.工程范围方案 2
2.1工程目标 2
2.2工程成果 2
2.3限制、假设及界外 3
2.4外部接口 3
2.5验收标准和方式 4
3.工程进度方案 4
3.1进度安排 4
3.2工程里程碑 4
4.工程资源方案 5
4.1人力资源方案 5
4.2软硬件资源方案 5
5.技术方案说明 6
5.1总体结构 6
5.2技术特性 6
5.3非功能性特性 6
5.4运行环境 6
6.工程风险管理 6
[编写说明]
本工程实施方案编写的目的是为了给出系统集成工程的总体筹划,说明工程的总体进度和阶段划分,明确工程的目标、资源投入需求以及技术解决方案等,以作为工程具体实施的依据和后续工作的根底。
1.工程根本信息
1.1工程背景
{提示:本工程是在什么样的背景下发起的。}
1.2工程相关方
{提示:工程相关方应写明客户方、投资方、承建方、所有方、使用方,并明确各方联系人、联系和在工程中的职责。工程必须明确客户方。}
类别
联系人
部门
职务
联系
在工程中的作用
客户方
投资方
承建方
外包商
所有方
使用方
其他相关方
……
2.工程范围方案
2.1工程目标
{提示:工程目标应与合同或《工程立项申请表》中内容一致,是工程成功完成所必须满足的定量标准,应包括成果性目标和约束性目标。成果性目标是到达工程期望的最终成果的目标,约束性目标是指完成工程所须满足的时间和费用限制。}
2.2工程成果
产物清单
{提示:产物应满足工程的范围和目标要求。产物应写明具体内容,以便于在工程完成后由所有方进行接收。}
名称
完成时间
知识产权归属
备注
2.2.2
{提示:可复用成果指本工程产生的,可以供其它工程使用的架构、功能模块、标准、模板以及其它任何可重复使用的工程成果。可复用成果所属类别包括:可复用代码、可复用构件〔组件〕、可复用模块〔子系统〕、可复用架构〔平台〕等。每类成果提交时必须包含可复用包、相关说明文档、复用实例。}
复用成果名称
类别
简要说明
□可复用代码
□可复用构件〔组件〕
□可复用模块〔子系统〕
□可复用架构〔平台〕
□其它
□可复用代码
□可复用构件〔组件〕
□可复用模块〔子系统〕
□可复用架构〔平台〕
□其它
2.3限制、假设及界外
{提示:限制是指会限制工程团队选择的因素,如在工程开发过程中应当遵循的标准或标准;
假设是指在做方案编制时,一些被认为是真实的或确定的因素;
界外是指工程相关方可能会认为工程组理应提供,但工程组实际上并不提供的东西。}
类别
内容
备注
限制
假设
界外
2.4外部接口
{提示:外部接口一般是指该工程范围之外,但与该工程有直接关系的信息系统或定制驱动软件等〔不含该工程的采购与外包的内容〕}
接口描述
相关作用或可能产生的影响
提供方〔供给商〕
2.5验收标准和方式
{提示:验收标准和方式需写明具体验收内容、验收标准、验收方式。验收标准应是可执行的具体尺度,如有相关文件内容能说明验收标准,应列出文件具体内容或相关章节。}
验收内容
验收标准
验收方式
备注
3.工程进度方案
3.1进度安排
{提示:进度安排应包括工程立项起至结项的全部任务,各任务应有方案开始时间、方案结束时间、负责人、参与人员、工时预计。各任务应划清楚确。}
WBS
编号
任务名称
方案开始时间
方案完成时间
负责人
参与人员
工时
〔人日〕
合计
3.2工程里程碑
(提示:里程碑是工程重要的检查点,是高层经理、工程的共利益者及工程组正式沟通的重要时机。每个工程至少要设一个里程碑点,在里程碑点应侧重管理评审〔进度、本钱、质量、风险等〕。)
里程碑名称
里程碑成果
方案评审时间
参加评审人员
4.工程资源方案
4.1人力资源方案
{提示:人力资源方案规划本工程的角色和职责分配,并为工程成员分配角色〔一个人可以兼多个角色〕,角色类型可根据工程情况自行进行相应的修改。人力资源方案应将角色、主要职责明确、人员明确,工时预计应与进度方案中的预计符合。软件开发工程应设置质量保证人员和配置管理人员,质量保证人员在该工程中应无除质量保证外的其他角色。人力资源以人日为单位估算预算。}
角色
主要职责
人数
工程经理
软件工程师
硬件工程师
测试工程师
部署工程师
质量保证工程师
……
4.2软硬件资源方案
提示:软硬件资源方案应明确工程中需使用的所有软硬件资源,并明确
文档评论(0)