系统服务方案教程文件.docx

系统服务方案

精品文档
系统服务方案
1. 进度计划
标识号
任务名称
工期
备注
交付物
1
1 业务需求分析确认
20d

2
1.1系统低保真设计图设计
10d
通过前期需求对系统功能进行低保真设计图设计。
系统低保真设计图
3
1.2系统整体功能需求确认
5d
提供系统整体架构设计需求确认报告，进行需求的整体确认，结合低保真设计图进行功能展示，待确认后进入系统开发阶段。
系统需求确认书
4
1.3系统技术架构搭建
5d

5
2 系统原型搭建
53d
完成需求分析确认后，开始系统原型结构搭建。

6
1.1系统高保真设计图设计
5d
依据低保真设计图进行高保真设计图设计，与需求方随时沟通完成高保真设计。
系统高保真设计图
7
1.2数据库原型搭建
8d
根据整体功能设计进行数据库字段搭建。

8
1.3开发环境设计
3d

9
1.4系统技术架构搭建
4d

10
1.4系统技术实现
33d

11
3系统测试
15d
根据功能需求完成整体系统接口测试与功能测试，确保交付前完成所有性能测试并提供系统测试报告。
系统测试报告
12
3.1系统接口测试
3d

13
3.2系统数据测试
4d

14
3.3系统功能性测试
8d

15
4系统安装实施
2d
进行现场系统实施安装。
系统安装实施计划
16
5系统验收
30d
用户对系统进行接收并进行使用测试，完成系统上线签署系统上线确认书，完成系统内测使用无问题签署系统初验确认书
系统上线确认书书
17
5 .1用户接收测试
2d

18
5.2系统上线试运行
28d

系统初验确认书
2. 保障措施
进度计划设计图
（1）制订完善的开发进度计划
编制详细的开发进度计划表，并执行开发进度计划：严格按照制订好的进度计划，全方位开展开发。在开发过程如发现开发进度与形象进度有出入时，马上找原因，并及时进行调整，确保每道工序、每个分项工程都在计划工期之内。整个工程要加强计划工期控制，每周制订工程进度计划，并严格执行进度计划。
（2）采取有效措施，控制影响工期的因素
为保证该工程项目能按计划顺利、有序地进行，并达到预定的目标，必须对有可能影响工程按计划进行的因素进行分析，事先采取措施，尽量缩小实际进度与计划进度的偏差，实现对项目工期的控制。影响该项目进度的主要因素有计划因素、人员因素、技术因素、材料和设备因素等，对于上述影响工期的诸多因素，我们将按事前、事中、事后控制的原则，分别对这些因素加以分析、研究，制定对策，以确保工程按期完成。
（3）选用高素质劳务队伍
本工程，工程量大，质量要求高，工期紧，开发过程中必须有效地组织好各专业开发队伍，选择素质好、技术水平高、有类似工作经验的专业技术人员上岗操作，为此，将配备充足的自有专业技术人员。
（4）严格质量管理，确保一次达到优良标准
根据需求设计图和规范的要求，制定各程序的操作规程和质量标准，并在开发过程中严格执行，确保一次达到优良标准。
（5）严格奖罚制度
进场后，将在工程质量、工期、安全等方面制定严格的管理制度和奖罚制度，并在开发中严格执行，确保工程顺利完成。
3. 项目实施方案
项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能开发阶段、软件功能及性能测试阶段、系统实施安装测试及试运行阶段、系统培训阶段、系统总体验收阶段等工作内容，每个阶段的按时完成确保了整个项目的按时完工，下面将对每个项目实施阶段进行说明
3.1. 项目实施方案概述
项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能开发阶段、软件功能及性能测试阶段、系统实施安装测试及试运行阶段、系统培训阶段、系统总体验收阶段等工作内容，每个阶段的按时完成确保了整个项目的按时完工，下面将对每个项目实施阶段进行说明
3.2. 项目启动阶段
3.2.1. 成立项目组
项目启动前需确认双方项目参与人员，组成相关项目组成员，明确系统开发参与人员。
3.2.2. 前期调研
在商务人员的配合下，建立与用户的联系，对前期功能需求及招标文件中提及项目进行项目前期需求沟通，完善需求确认书内容，积极了解需求方对软件功能的详细需求，开始系统低保真原型图设计并结合需求确认书完成后期需求确认阶段。
3.3. 编辑《项目总体计划书》
《项目总体计划书》是一个文件或文件的集合，随着项目信息的丰富而不断变化，主要介绍了项目目标、主要项目阶段、里程碑、可交付成果。包含计划的职责分配，确定项目相关联系人及责任人，确保项目过程中长久有效的沟通。
3.4. 需求调研确认阶段：
3.4.1. 进行需求调研准备
根据项目启动阶段成立的项目组及相关对接人，进行系统功能需求调研准备，确定联系方式及系统主体方案，为系统需求确认的顺利完成打下基础。
3.4.2. 编制《系统需求确认书》
依据对项目需求的了解及与客户的沟通，完成《系统需求确认书》交付系统设计，向使用方交付讲解整体功能需求及架构逻辑，用户对所提供的《系统需求确认书》进行内部评判，并给与修改意见进行修改。
3.4.3. 《系统需求确认书》签署
如需求方对《系统需求确认书》最终版本无异议，可签署《系统需求确认书》完成对需求的确认，同时共同制定变更方案，如开发过程中的所有系统变更，需求方需与供应商方面进行协商完成系统需求变更。
3.4.4. 软件功能开发阶段
完成《系统需求确认书》签署后，供应商项目开发人员对整体项目需求进行分析并展开包含数据库搭建、开发环境设计、系统技术架构搭建、系统技术实现，同时UI设计对系统整体设计交付《系统高保真设计图》，并进行相关共同确认系统具体视图展示。
3.4.5. 软件功能及性能测试阶段
系统功能开发完成后，对系统整体功能进行完成测试，形成测试计划及测试用例，对系统确保长时间运行性能进行整体测试，确保软件在系统功能及具体性能方面符合需求方便准
3.4.6. 系统实施安装测试及试运行阶段
项目符合交付标准后，将对系统排除专业实施人员进行现场的系统安装调试，并与需求方系统管理员进行系统交接，完成《系统上线确认》，沟通相关技术，确保需求方管理员具备日常系统维护、系统常用方法等系统方面知识，并组织需求方使用人员进行系统试用并提出个性化建议。
3.4.7. 系统培训阶段
系统完成交付后将组织专业人员进行系统培训，对不同层级人员进行相关系统使用培训，确保需求方使用人员对系统功能完全理解并进行熟练的使用操作。
3.4.8. 系统总体验收阶段
系统完成试用后，如一周内未提出任何使用或方面的问题，将进行系统总体验收工作，完成《系统终验确认》，确保所有需交付物及所有阶段确认单完成，完成系统整体验收及交付工作。
4. 系统需求变更及沟通机制
4.1. 系统需求变更
（1） 项目开发过程中开发团队严格按照前期签订的《系统需求确认书》进行系统平台的功能开发及页面布局开发。
（2） 系统需求方如对系统存在需求变更要求，需通过纸质文档对变更前的需求进行位置定位，对变更后的新需求进行解读及说明，并通过正式授函的方式向开发方发送《系统需求变更确认书》。
（3） 开发方收到需求方《系统需求变更确认书》后，24小时内主动与需求方联系沟通，48小时内对《系统需求变更确认书》做出正式回复，完成需求变更。
4.2. 系统开发沟通机制
（1） 正常情况下每周召开一次项目例会。
（2） 项目非常时期，可不定期召开项目会议。
（3） 以上会议双方项目负责人必须参加，项目组成员原则上全部参加。
（4） 以周为单位定期向需求方汇报本周系统开发进度及情况
（5） 项目开发过程中安排开发技术人员与专业项目经理与需求方积极沟通直到项目结束。
（6） 每次召开项目有关会议均要形成会议纪要，且要把会议纪要作为处理相关问题的基本依据；
（7） 项目联络员负责记录和归档会议纪要，会议纪要需经双方项目经理审阅后再向参会的有关人员发布审阅后的会议纪要。

收集于网络，如有侵权请联系管理员删除