1、1附件 10 项目实施方案书(模板)2一、 项目实施总体目标 5二、 项目建设阶段实施组织计划 61.1. 项目组织架构 61.2. 实施方案的职责划分 91.2.1. 项目实施过程中 91.2.2. 上线后的运行维护阶段 121.3. 项目概要实施计划 .131.4. 项目工作阶段和内容 .181.4.1. 项目启动 .181.4.2. 需求分析阶段 .181.4.3. 设计开发阶段 .191.4.4. 系统测试阶段 .211.4.5. 质量控制体系 .221.4.6. 系统交付与用户测试 .30三、 系统整体测试方案 301.5. 概述 .311.6. 测试资源和环境 .311.6.1.
2、硬件配置 .311.6.2. 软件配置 .311.7. 需求分析 .311.8. 概要设计 .321.9. 详细设计 .321.10. 开发 .321.11. 集成测试 .331.12. 系统测试 .331.13. 验收测试 .331.13.1. Alpha 测试 .331.13.2. Bate 测试 .331.14. 开发周期所需要产生的文档 .331.15. 软件测试类型 .3431.15.1. 白盒测试 .341.15.2. 静态白盒测试 .351.15.3. 动态白盒测试 .351.16. 功能测试 .361.17. UI 测试 361.18. 性能测试 .361.18.1. 负载测试
3、 .361.18.2. 强度测试 .371.18.3. 容量测试 .371.18.4. 系统资源竞争测试 .371.19. 安全性和访问控制测试 .381.19.1. 应用程序级别的安全性 .381.19.2. 系统级别的安全性 .381.20. 故障转移和恢复测试 .381.21. 兼容性测试 .391.21.1. 浏览器兼容性 .391.21.2. 操作系统兼容性 .391.21.3. 硬件兼容性 .391.22. 安装测试 .401.23. 分辨率测试 .401.24. 发布测试 .401.24.1. 说明书测试 .401.24.2. 宣传材料测试 .401.24.3. 帮助文件测试 .
4、411.24.4. 系统用语 .411.24.5. 文档审核测试 .411.25. 缺陷管理 .411.25.1. 错误跟踪管理系统 .411.25.2. 软件错误的状态 .421.25.3. Bug 管理的一般流程 4241.25.4. 软件错误流程管理要点 .421.26. 环境 .43四、 项目实施工作方式 .431.27. 沟通方式 431.28. 工作流程： 44五、 项目培训 451.29. 培训总体目标 .451.30. 用户培训的定义 .451.30.1. 项目管理人员培训 .451.30.2. 关键用户培训 .461.30.3. 培训策略 .461.30.4. 培训方式 .4
5、71.30.5. 培训设施 .471.31. 培训计划 .47（4） 教学资料 49（5） 培训内容 49六、 项目的交付与验收（包括阶段性成果） 491.32. 准备阶段 .491.33. 集成阶段 .501.34. 上线阶段 .531.35. 上线后支持阶段 .55七、 维护及技术服务 571.36. 服务与支持 .571.36.1. 服务理念 .571.36.2. 服务组织 .571.36.3. 服务管理 .591.37. 维护及技术服务承诺 .625项目建设阶段实施组织方案项目实施方案是本公司中标后在签订合同后所进行的、并对标的软件需求分析、开发、交付、验收的一系统活动所遵行的工作项目
6、、内容、人员、时间节点以及组织形式等实施预案，在中标后，本公司承诺将按照不低于实施方案的工作标准对标的项目进行实施。1、项目实施总体目标1、 研发标的物软件产品三套，并提供 Linux 操作系统服务器版 2套序号名称 类型 数量备注12342、 安装、调测标的物软件产品的运行环境及三套研发成果软件平台至上线通过采购方验收。3、 与采购方共同维持测试、试运行及验收4、 提供三年售后技术服务。5、 培训采购方管理者、一般用户和技术人员具体工作内容与方式如下：62、项目建设阶段实施组织计划1.1. 项目组织架构XXXXXXX 标的项目实施领导小组 ：成员包括：XXXXXXX 项目总监、XXXXXXX
7、 有限公司项目总监。XXXXXXX 有限公司项目小组主要成员情况：序号 姓名 学历 职位 备注1实施组27345678项目领导委员会负责对项目关键事项和重大问题进行议决，听取阶段性汇报，及对项目成果进行最终验收确认。职责： 按照实施方案分工界面提供人员、设备、资金支持； 审查确认项目实施总体计划，确认项目阶段目标的设置，并监督完成情况； 参加项目会议，听取每周项目进展汇报； 审阅周工作报告，监督项目进展； 协调解决关键性、全局性问题； 重大问题、解决方案的决策； 总体验收。项目经理建议由一位 XXXXXXX 的领导和一位 XXXXXXX 有限公司的资深人员共同担任项目总负责人职务, 分别代表双
8、方管理本项目、负责双方之间的联络，并且在这个合同的所有方面拥有代表本方的权力，并承担相关义务。XXXXXXX 有限公司应在星期一到星期五的正常业务时间，即上午 9:00 到8下午 6:00（节假日除外）提供本工作说明书项下的服务他们将负责： 定义项目管理流程、政策、和操作规程；管理项目进程、项目目标、和项目范围；规划项目总体进程；项目的全面沟通；向项目管理委员会报告项目总体状态。实施组实施组由 XXXXXXX 有限公司实施顾问以及 XXXXXXX 的系统环境提供单位的关键人员组成，他们将负责：针对 XXXXXXX 的硬件和网络环境条件制定项目实施方案的落实计划；根据系统方案进行系统操作层面的相
9、关配置工作；完成具体的功能模块实施；解决最终用户在使用中遇到的问题。根据项目需要，安装及维护系统所需的系统环境、开发环境、网络环境等方面的工作负责系统的性能调优负责项目验收测试，并提交验收报告。1.2.实施方案的职责划分本项目实施是需要 XXXXXXX、XXXXXXX 有限公司公司两个单位共同努力的，9甲乙双方应有明确的分工配合，建立很好的工作机制，才能保证项目成功。1.2.1. 项目实施过程中本项目的成功依赖于双方的密切配合和通力合作。在项目实施过程中（包括需求分析、设计、系统安装、系统配置、开发、上线、培训等方面） ，XXXXX、XXXXX 有限公司公司各自应承担的职责义务：XXX 的职责
10、 在项目中所需第三方软件（指非标的物供应软件） ，不通过 XXXXXXX 有限公司供应的情况下，XXXXXXX 将提供软件并提供此类软件的安装、配置和维护工作。 在实施过程中协助 XXXXXXX 有限公司负责项目管理、环境分析、安装调试及项目系统测试；配合 XXXXXXX 有限公司进行关键用户培训与知识转移、方案设计。 提供 XXXXXXX 有限公司完成工作任务所必须的信息 保证与项目有关的问题得到及时解决 向最终用户说明新系统的功能、用途和业务规范 设置用户权限 协助制定并执行最终用户培训计划 与 XXXXXXX 有限公司共同制定系统测试周期、测试脚本和所需测试业务并共同执行测试 在 XXX
11、XXXX 有限公司的协助下，负责初期数据和基础数据的准备和整理工作 与 XXXXXXX 有限公司共同建立项目环境和项目组织结构 与 XXXXXXX 有限公司共同努力，在保证实施质量的前提下，控制项目实施时10间进度按时完成工程。XXX 有限公司的职责 负责按照本方案确定的实施范围，组织项目的实施工作，确保实施质量并解决或协调解决实施过程中遇到的问题。 在项目实施必要阶段增加必要资源支持项目成功 在实施过程中在 XXXXXXX 协助下负责项目管理、环境搭建及项目系统测试；在 XXXXXXX 的配合下负责关键用户培训与知识转移。 指导与帮助 XXXXXXX 人员进行数据准备及输入。 负责对于 XX
12、XXXXX 项目组成员进行系统配置、二次开发、系统维护方面的培训，以使 XXXXXXX 项目组成员在项目实施完成后能够独立操作、二次开发、维护、系统配置方面的工作。 使与项目有关的问题得到及时解决 提供有关系统在实施范围内的技能和以往的经验 解决系统培训和实施中出现的问题 计划、协调与项目实施相关的各个方面的工作 与 XXXXXXX 共同建立项目环境和项目组织结构 依据项目计划充分调动 XXXXXXX 有限公司资源，并做好这些资源的后勤保障，在必要时候，寻求公司更高层次的支持 与 XXXXXXX 共同努力，在确保实施质量的前提下，控制项目实施时间进度按时完成工程。 提供必要的原厂技术支持 提供
13、必要的工信部软件与集成电路促进中心的授牌共建支持。111.2.2. 上线后的运行维护阶段在本阶段，XXXXXXX 的系统已经运行了一段时间，可能提出对系统的配置和一些新的要求。对于在项目实施过程中由于时间和资源限制没有全部完成的实施内容也在完善阶段进行补充。同时对用户的使用进行支持。此次项目中系统上线后的试运行定为两个月。XXXXXXX 的职责 XXXXXXX 项目负责人应依据项目需求召开项目管理会议。 保证系统上线后的稳定性 安排支持人员，解决上线运用中最终用户出现的问题。 系统维护人员，根据项目设计的流程维护上线后的投产环境，例如维护用户权限等，保证系统安全 维护问题日志，关于软件问题应敦
14、促软件提供商及时解决XXXXXXX 有限公司的职责 与 XXXXXXX 项目经理依据项目需求召开项目管理会议。 协助 XXXXXXX 项目经理监督软件商对问题解决的进度。 评估各模块的运行情况，解决系统操作，运用的问题。 继续实施在项目上线前没有完成的实施任务 提出系统配置改进建议 帮助 XXXXXXX 完善系统运作。12131.3. 项目概要实施计划项目 成果物与说明 天数 参与人员一、项目启动1、项目组织、人员准备 项目组织机构2、测试、开发环境搭建 项目启动任务书3、业务系统了解、学习 项目综合实施计划二、需求分析与技术方案确定1、数据库、中间件等平台技术构筑方案论证与评审 系统平台构筑
15、优化方案2、应用系统架构方案和功能分析 应用平台和功能分析书3、部门节点数据分析、需求分析 数据标准与流程设计4、功能分析 Demo 原型、开发技术设计方案5、技术规范、策略制定 系统实施标准规范三、系统设计141、前置库、中心资源数据库设计及管理规范2、数据质量审核、比对工具与规范3、元数据管理工具与规范5、分析专题建设规范6、数据交换设计、数据存储设计、系统集成设计7、权限控制机制8、门户设计9、数据展现工具与规范10、应用框架设计（含：工具集成设计）详细设计报告技术实施方案四、系统开发、测试15详细设计报告系统技术手册系统开发代码操作手册系统测试报告16五、项目培训1、系统管理员培训 现
16、场培训、课堂培训2、开发技术人员培训 现场培训、课堂培训3、关键用户培训（操作员培训）课堂培训六、系统实施与维护服务1、系统部署、运行与验收系统安装部署系统试运行系统验收系统试运行报告系统终验报告运维手册2、运行维护服务免费服务 系统维护报告171.4. 项目工作阶段和内容1.4.1. 项目启动用户工作组 开发商 签订委托开发合同书 提供项目相关的资料与回答承包商的问题联络票上的相关内容 确认承包商“项目综合管理计划” 建立项目组织、对项目进行估算、制订相关的计划、系统可行性调查分析、与客户的沟通、技术上的学习培训等准备工作。 成立项目组织，确定包含项目经理、PJL、SPJL、PPQA 在内的
17、关键项目团队组织； 定义项目过程裁剪定义 完成项目作业一栏表 完成项目综合管理计划的制定与评估； 使用项目风险问题管理表对识别出的风险进行管理；1.4.2. 需求分析阶段用户工作组开发商18 协助提供各项资料、数据 业务访谈协调安排 参与正式审查会议、确认需求分析报告 安排需求专家参与本项目需求调研工作（包括：办公业务类专家、门户专家、集成专家和美工等。） 制定及修改需求开发计划； 需求调查 完成和确认需求调查报告。 对确认的内容，记入问题回答管理票 需求分析 确定技术解决方案及技术架构； 完成需求分析报告 建立需求追踪矩阵 需求评审 需求确认 需求基线管理 问题回答管理票 需求调查报告 需求
18、追踪矩阵 需求分析报告 项目需求评审报告1.4.3. 设计开发阶段安排工程师进行现场设计开发工作，包括：美工、系统设计专家、办公业务开发工程师、门户开发工程师和系统集成工程师。191.4.3.1.概要设计用户工作组 开发商 提供各项资料文件及数据供软件设计用 协助取得数据库规划所必须的各项文件及要求 负责数据的检查工作 参与正式审查会议，确认“概要设计书” 制定概要设计计划 确定系统架构和概要设计准则 概要设计 完成概要设计书。 建立需求追踪矩阵。 数据库逻辑设计。 评审系统概要设计 确认概要设计书 概要设计基线管理 概要设计准则 概要设计书 概要设计评审报告1.4.3.2.详细设计用户工作组
19、 开发商 参与正式审查会议，确认“详细设计文件” 制定详细设计计划 确定详细设计准则 概要设计 完成概要设计书。 将详细设计的内容按照其和需求的对应关系填入需求追踪矩阵。 评审系统详细设计 确认详细设计书 概要设计基线管理 详细设计准则 详细设计书20 详细设计评审报告1.4.3.3.程序编码用户工作组 开发商 监控项目开发进度 制定并不断修正编码开发计划 编制编程规约 设计程序框架和共通模块 编码实现 代码评审 编码基线管理 编码完成后，源代码、需求追踪矩阵纳入基线管理 编码过程中所产生的所有文档1.4.4. 系统测试阶段安排专业测试人员进行现场测试，包括用户、页面、功能、压力等方面的测试。
20、并由工程师对系统进行调整。1.4.4.1.分模块测试用户工作组 开发商 监控项目开发进度 获得测试结果报告 制定模块计划 测试式样书作成 建立测试环境 实施模块测试 测试结果报告/评估 模块测试基线管理211.4.4.2.结合测试用户工作组 开发商 确认“软件整体测试计划” 依据测试报告，确认测试结果 参加功能示范审查，确认结果 制定整体测试计划 测试式样书作成 建立测试环境 实施整体测试 测试结果报告/评估 整体测试基线管理1.4.5. 质量控制体系1.4.5.1.工作文档我公司有一套规范的作业流程和标准，以下是我公司项目管理中部分工作文档的列表，本项目的开发过程中可以结合具体情况进行适当的
21、修正。文档 作用1 011_CN_项目启动规程_项目任务书 项目启动，事业部长下发项目任务，任命项目经理，PPQMD 部指定 PPQA。2 011_CN_项目启动规程_项目组组织图3 011_CN_项目启动规程_项目资源管理表 说明项目人员使用的开发、测试的软件、硬件环境。项目服务器的环境等。4 011_CN_项目启动规程_参加部门人员一览表5 008_CN_项目估算规程_项目作业一览表 列举项目的作业边界，描述项目的交付内容和时间。22文档 作用6 008_CN_项目估算规程_项目过程裁剪定义 根据公司要求的项目开发章程进行裁剪，形成项目执行的流程和规范，指定项目需要执行哪些流程，输出哪些内
22、容的文档、报告等。7 008_CN_项目估算规程_项目预算书8 009_CN_项目计划制定以及修改规程_概要(详细)时间计划概要计划是指项目的里程碑时间点等，详细计划是指项目实施的时间计划。9 009_CN_项目计划制定以及修改规程_项目计划书项目的综合计划，是项目的时间计划、方法、作业标准、需要达到的质量等等。包含项目的各个阶段的子计划。10 010_CN_风险和问题管理规程_项目风险问题管理表项目的风险问题票，识别到的风险和发生的问题填写到这里，进行分析、跟踪等。11 007_CN_项目监控规程_项目跟踪和监控计划项目需要监控哪些参数，监控的周期，预计参数值。另外设定了这些内容的偏差范围，
23、超出偏差范围需要进行的控制方法。12 007_CN_项目监控规程_项目周报13 007_CN_项目监控规程_里程碑工作总结报告里程碑报告，主要是对当前里程碑进行总结，判断里程碑是否达到了我们设定的目标，是否能够进入下个阶段。14 007_CN_项目监控规程_项目总结报告15 012_CN_项目需求开发规程_系统要件定义书需求规格说明书。16 012_CN_项目需求开发规程_需求开发调查报告导出的客户的需求，分析、协调、精练细化并消除需求间的矛盾，做成以客户的术语或非技术形式表达的需求调查报告17 012_CN_项目需求开发规程_需求追踪矩阵18 013_CN_概要设计规程_概要设计书23文档
24、作用19 013_CN_概要设计规程_概要设计准则 概要设计准则通常包括：项目概要设计的方法、项目概要设计所使用的工具、概要设计成果物所使用的部分模板等。概要设计方针通常包括：方针包括：操作、错误处理、日志、提示信息、异常处理、命名规约等方针。20 014_CN_详细设计规程_详细设计书21 014_CN_详细设计规程_详细设计准则 和概要设计准则的要求类似22 015_CN_式样理解规程_问题回答管理票 对需求、设计文档进行理解，以达成我们理解的意思和客户的要求是一样的。需求、设计内容写得不明确的时候，需要提问，提问的问题写到这里，进行回答、记录和跟踪。23 016_CN_编码规程_程序框架
25、设计书24 017_CN_单元测试规程_产品缺陷票25 017_CN_单元测试规程_单元测试式样书26 018_CN_项目集成规程_系统联动测试报告 是指产品经过集成、编译等动作后，进行一个验证，以确定接口已经基本正常。在这个基础上，开始进行 SI 测试等动作。27 019_CN_结合测试规程_产品缺陷票28 019_CN_结合测试规程_结合测试式样书29 019_CN_结合测试规程_结合测试计划 测试的计划，包括使用的方法，准入、准出的原则等等。时间计划只是这个计划的一个部分。30 020_CN_项目验收及交付规程_产品交付清单交付时，制定这个清单，列举交付的内容，报告当前存在的为解决的问题
26、。24文档 作用31 020_CN_项目验收及交付规程_纳品管理表 现在改称交付管理表，是对交付的内容设定相关的检查方法和标准，记录检查的状态，交付的部分的质量数据分析。32 023_CN_项目结束规程_项目个人总结考评表33 023_CN_项目结束规程_项目总结34 023_CN_项目结束规程_项目结项申请 项目经理向事业部长提交的结项申请35 024_CN_项目需求管理以及变更管理规程_需求变更管理一览表记录需求变更的表，主要是记录变更的需求和设计等内容，我们当前实施的状态，是否需要对应这些变更，对应变更需要的工数预算，相关的对应计划。36 024_CN_项目需求管理以及变更管理规程_需求
27、追踪矩阵37 025_CN_评审规程_工作产品 Review 票兼评审报告各个部分的评审报告都需要参照这个模板填写。38 025_CN_评审规程_评审通知 正式评审，发的评审通知。39 026_CN_接收物验收规程_接受物验收报告 对客户给我们的东西进行验收，确认是否达到我们执行项目的需要，或者确认是否达到我们与客户预定的要求。40 027_CN_度量与分析规程_人力资源管理表 项目经理填写的，项目的每个人员在什么时候以什么角色参加什么部分的工作。41 027_CN_度量与分析规程_工作产品管理表 -42 027_CN_度量与分析规程_工作量度量分析管理表度量项目的投入工作量43 027_CN
28、_度量与分析规程_度量分析报告 各个度量分析表中已经有相关的度量分析报告信息，在需要时，将这些信息抽取到这个报告中。44 027_CN_度量与分析规程_度量计划25文档 作用45 027_CN_度量与分析规程_成本度量分析管理表-46 027_CN_度量与分析规程_生产率度量分析管理表47 027_CN_度量与分析规程_缺陷统计 Bug 的统计分析表，将 Bug 管理系统中的 Bug 导出，用透视图生成分析表格，主要是对 Bug 进行分类分析。48 027_CN_度量与分析规程_规模度量分析管理表49 027_CN_度量与分析规程_评审集计表 统计评审发现的问题数，以及投入的工作量。50 02
29、7_CN_度量与分析规程_质量度量分析管理表51 027_CN_度量与分析规程_进度度量分析管理表52 028_CN_配置管理规程_创建基线申请票 创建基线时，提出的申请，主要用作申请和 CCB 对变更的审核。53 028_CN_配置管理规程_变更基线申请票 变更基线时，提出的申请，主要用作申请和 CCB 对变更的审核。54 028_CN_配置管理规程_基线管理表 记录基线的文件内容、路径、状态、变更时间等等。55 028_CN_配置管理规程_配置审计报告 配置审计的物理审计报告，主要是审计配置项是否按照配置计划纳入到配置库相关的位置，是否按照命名规则进行配置管理。26文档 作用56 028_
30、CN_配置管理规程_配置管理计划 列举配置管理的执行角色即配置管理组成员、配置控制委员会(CCB)的成员，以及配置库的 CVS 配置，文件服务器的使用要求，配置项的位置、权限等等。57 029_CN_决策分析规程_问题决策报告 对重大问题进行决策分析(DAR)时的报告，报告主要有备选方案，决策的依据、标准、方法、评价方法、评价结果、存在风险等。58 030_CN_过程监控与质量保证规程_不一致问题票PPQA 开出的 NC 问题列表，以及处理情况的跟踪。59 030_CN_过程监控与质量保证规程项目_PPQA 报告PPQA 的审核报告，分为阶段审核报告和周期审核报告。60 030_CN_过程监控
31、与质量保证规程_项_PPQA 计划1.4.5.2.开发品质标准为确保项目开发的质量，公司对提出了下列基本度量指标。根据项目的具体情况，标准与度量可以派生出更多的度量控制 KPI，以保证本项目的实施。1.4.5.3.测试密度与 bug 检出率工程 要素 下限 目标 上限试验密度 65 105 170单元测试Bug 检出密度 3 6 9试验密度 16 39 92结合测试 1Bug 检出密度 0.74 2.2 3.6试验密度 4 15 50结合测试 2Bug 检出密度 0.19 0.74 1.3527说明： 测试密度(测试密度是用来衡量测试用例的覆盖度的指标)/10SOURCase 行 数正 规 化
32、 个 数总测 试 密 度 Bugug行 数正 规 化 个 数总密 度 有效源代码：项目程序中除注释和空白行之外的源代码，以文件为单位按物理行计算。包含新规源代码、修改的源代码和自动生成的源代码。 正规化源代码行数10%源 代 码修 改 源 代 码 自 动 生 成规 源 代 码正 规 化 源 代 码 行 数 新 新规源代码手工新制作的程序源代码，不包括测试代码。 自动生成源代码由编程工具自动生成的代码。1.4.5.4.问题处置能力标准 联络应对标准计算公式：响应日时-收到日时。联络：包括客户提出的式样联络、BUG 票、和要求变更。联络响应期间：1 个工作日内。 BUG 票应对标准 QA 缺陷(N
33、C) 票应对标准281.4.5.5.评审能力标准以下时间均指初次评审所必需的经过时间，如需要再次评审，追加投入的时间可递减。但总合计值不应超过 2 倍。1) 设计文档评审时间标准单位为(分钟/P)。2) 源代码评审时间标准单位为(分钟/KL)。3) Case 评审时间标准单位为(分钟/个(Case 个数)文档类型 审查 小组评审 走查 桌查BD-SPEC 57 35 35 56DD-SPEC 57 35 35 56PG-SOURCE 4060 3040 3050 4060PG-SOURCE 600720 450570 - 600720SI1-CASE 1015 810 812 1015SI2-
34、CASE 1520 1013 1015 1520说明 1：审查和小组评审的会议前准备时间未计在内。说明 2：PG-SOURCE指侧重于程序结构、规范性的代码评审。PG-SOURCE指侧重于查找程序逻辑缺陷的代码评审。1.4.5.6.任务完成度的进度率标准比率 BD/DD PG UT SI1/SI210% 理解完 理解完了 - 理解完了25%正在制作设计书 编码框架设计完成 白盒测试 CASE 设计完成(评审通过)测试 CASE 和数据制作中50%符合模板要求的设计书完成按照 Coding 规约编码完毕(编译通过)一个回合的测试完毕，达到预定的覆盖率CASE 及数据设计完成(评审通过)75%内部
35、评审完毕，正在解决评审问题DEBUG+源代码评审完毕，正在解决评审问题BUG 对应及复测中 一个回合测试完毕，BUG 对应中29比率 BD/DD PG UT SI1/SI295%评审发现的问题全部解决评审发现的问题全部解决BUG 全部对应且新版本确认完毕BUG 全部对应且新版本确认完毕100% 直接管理者承认 直接管理者承认 直接管理者承认 直接管理者承认说明：该指标规定了实施计划中任务的完成度和进度率的对应关系。无相关对应任务时可跳过该进度率。1.4.5.7.正规化编程生产性标准Java 类型项目： 详细设计-SI1：1200 行/ 人月。 CD+UT：2000 行/人月。1.4.6. 系统
36、交付与用户测试有系统用户对系统进行测试，根据测试情况，对系统进行完善和调试，项目组安排工程师对系统进行调整。用户工作组 开发商 提供安装场地及必要设施 指派人员点收软硬件设备及文件，并进行安装后测试 确认“系统测试计划” 指派专人协调配合测试 依据“系统测试报告”确认系统结合测试结果 申请交付(包括阶段性的交付时间点与最终交付日期) 准备交付用户测试 确认交付清单(一般由客户提供) 确定当前可交付工作产品版本号，分模块制定020_CN_项目验收及交付规程_纳品管理表，提出明确的交付内容、提交条件和完成标准。30 并标记尚未解决的缺陷和尚未实现的机能 打包交付的工作产品，并测试打包后的产品的可操
37、作性 提供场地及机房设备之安装建议 进行现场系统安装 撰写“系统测试计划”及进行系统测试内容步骤的设计 依“系统测试计划”和测试要求进行系统测试，并撰写测试报告3、系统整体测试方案1.5. 概述系统测试是关注系统的外部特性。它的主要对象是进行系统测试的测试工程师。该方案所包含的测试用例范围包括 MicroMOe 系统的所有功能测试用例、环境测试用例、性能测试用例以及 UI 测试用例等。1.6. 测试资源和环境1.6.1. 硬件配置关键项 数量 性能要求 期望到位阶段测试 PC 机 4 P4，主频 2.6GHZ，硬盘 300G，内存 2G，此配置是实际用机需求分析阶段数据库服务器 1 P4，主频 2.6GHZ，硬盘 300G，内存 2G，此配置是实际用机需求分析阶段
