产品质量服务及售后服务保证措施

产品质量及售后服务保证措施 1. 质量保证措施 结合国家相关信息化标准及要求，认真贯彻、执行以下各项目质量保证措施，确保项目实施各环节符合质量要求。

1.1. 沟通管理 按照PMP项目沟通管理知识领域推荐工具、技术和方法，根据项目特点进行裁剪。

项目组采用“计划—实施—检查—调整—再实施”的管理模式，采用多种沟通方式，实现项目组内部的信息共享与成果检查，有效地协调项目成员间的分工和合作机制，加强对项目的进度、质量、问题、风险的跟踪和监控力度。

沟通方式包括：日常沟通、项目周报、项目月报、阶段评审会、专项会议和集中协同办公。

其中，周报及月报的管理包括：个人周报（每周四17：00汇总到项目配置管理人员）、项目周报（每周五12：00提交给甲方项目经理，内容包括：本周工作、下周计划、本周例会纪要等）、项目月报（项目的总体描述、本月工作进展，进度偏差分析、下月工作计划、项目风险识别与规避）、备忘录（记录在项目过程中双方达成的共识）。 阶段评审会：项目经理在项目阶段评审验收时组织会议，双方领导组参与评审，以会议汇报方式进行，评审项目阶段验收成果是否通过；会议结果以会议纪要形式发布存档。

专项会议：项目实施过程中遇到需求变更、建设方案讨论、业务问题讨论技术难点讨论等事宜时，由项目经理组织会议，组织甲乙双方领导组参加，讨论或评审相关问题和方案；会议结果以会议纪要形式发布存档。

集中协同办公实施：在项目特定阶段，如系统接口集成测试、项目实施试运行等阶段等项目经理认为需要集中协同办公时，由项目经理召集，项目实施方及相关协作方进行集中合场工作，及时沟通，以达成项目阶段成果。 在项目开展过程中，遇到的重大事项及时与学校通知联系。项目实施过程中，至少安排三次向学校主管领导的汇报，如下表：

关键里程碑表 项目内容 项目启动会 用户需求调研 需求设计汇报 系统设计 系统设计汇报 系统研发 系统测试 数字化校园系统上线运行 项目最终验收汇报

1.2. 里程碑管理 在项目启动、需求评审、设计评审、试运行上线、系统上线、项目中期检查、项目收尾和验收等关键里程碑。根据项目进度和需求召开进度审查会，就研究技术方法、思路、阶段性进展，听取校领导的意见和建议，根据建议和意见进行整改和完善，确保项目质量。

项目实施遵从项目管理流程，从项目立项、启动、规划计划、实施、执行、监控和监督、项目收尾等有明确的时间节点。制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是逐渐明确的，通过渐进明细不断完善项目计划。

阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。

根据工作量的切分和工作内容特点，选择优秀技术人员组成项目实施团队，将任务目标分解到人，制定具体完成日期和成果提交标准。根据经费到位情况，在保证项目任务目标全面实现的前提下，进行工作时间与任务的优化调节，做好项目各项工作。

1.3. 质量管理 按照PMP项目质量管理知识领域推荐工具、技术和方法，根据项目特点和项目特点进行裁剪。对项目开发各个阶段进行项目质量保证和管控，其主要包括：审查、复审、测试。

建立总体架构的软件产品质量体系，不仅仅是软件运行错误和加强软件测试，避免软件缺陷的一般层面。测试过程要制定测试大纲、完善测试用例，尽早测试、连续测试，引进自动化测试。

质量管理是全过程的，不仅仅期望测试阶段要从上到下、至始至终，还需将质量控制与保证着眼于整个软件开发生存周期内。

(1) 软件质量保证 1) 在软件开发中，可以采用以下措施保证软件质量 ① 审查：在生命周期每个阶段结束之前，都要使用标准对该阶段生产的软件配置进行严格的技术审查。

② 复查和管理复查：复查是检查已有的材料，以断定某阶段的工作是否能够开始或继续；管理复审是向开发组或使用部门的管理人员，提供有关项目的总体状况、成本和进度等方面的情况，以便他们从管理角度对开发工作进行审查。

③ 测试：通过测试计划、测试过程与测试结果对软件质量进行保证。 2) 软件评审 评审是以提高软件质量为目的的技术活动，要通过对软件的规格说明、可靠性、性能实现、可修改性、可扩充性、可移植性、可测试性、可复用性以及评审的实施等方面对软件项目做好严格的评审，以确保软件质量。

3) 采用质量保证标准 质量标准用于实现质量管理的组织结构、责任、规程、过程和资源，采用ISO质量保证模型，可以用于质量计划、质量控制、质量保证和质量改进所需要的组织结构、规程、过程和资源。

4) 结构化软件测试 采用严格的软件测试，尽可能找出软件计划、总体设计、详细设计、软件编码的错误，并加以纠正，提高软件质量，测试要覆盖整个软件的生存周期，而不限于程序的编码阶段。

5) 软件维护 采用结构化维护，以完整的软件配置为基础，通过完善性维护、纠错性维护、适应性维护及预防性维护提高软件质量。

(2) 质量管理实施 建立项目实施和开发各个阶段的质量保证实施措施，包括：需求分析阶段、系统设计阶段、开发实现阶段、项目文档管理等。

1) 需求分析阶段 需求分析是开发人员对系统需要做什么的定义过程，从系统分析的经验来看，这个过程往往是循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户进行交流确认，应用敏捷理论和原型迭代，方能逐步明了用户的需求。因此，要建立需求产出的成果要求和技术标准，以及需求确认的机制和模式。载驰科技公司应用最佳实践，采用原型迭代方法，按照敏捷项目管理理论，每两周出一个可运行版本，可有效规避需求不明确，降低实施风险。

2) 系统设计阶段 优良的体系结构应当具备可扩展性和可配置性，需要具有丰富技术经验和行业理解，有成熟的产品和相关的案例，应用最佳实践，才能设计出良好的体系架构。J2EE、MVC模式、SOA技术架构，是目前信息系统架构中非常完美的技术框架，使用成熟、稳定的Mysql数据库，能确保系统稳健、运行良好。采用主流的开发平台，如：Java技术平台，有着非常成熟的企业级和超大型网站的成功案例。采用以上技术体系，可以很好的降低项目实施风险，从时间、成本、效率上都能获得很好的预期效果。在技术评审，需要对采用的技术体系、开发平台、技术方案、架构设计的匹配度，做严格审查。

3) 开发实现阶段 开发实现即编码过程，这个过程不仅仅有代码产生，同时还需要做单元测试和测试用例设计。载驰科技项目组针对系统设计阶段提供详细设计和需求确认成果，开发人员开始编码并且调试程序，测试人员根据设计进行测试用例的设计。设计出来的用例需要得到项目组成员认可，由项目经理审核通过才能进入配置库，同时程序员调试完程序提交测试人员进行程序正确性检测。

4) 文档配置管理 项目所有文档的维护、管理属于项目组管理工作内容。需要保证文档的全面性，确保为项目的进度提供保证，对文档进行有序、结构化组织管理，项目后期和系统运行期间有着非常重要的促进作用。

1.4. 变更管理 针对于项目实施过程中所遇到的应用需求变更、项目进度变更、项目架构变更等问题，根据其影响程度进行判断，以便快速进入后续工作。

(1) 变理内容及影响程度 1) 应用需求变更 用户提出新的需求或原有需求变化； 需求变更会影响项目进度或项目架构，影响程度参考后两种。

2) 项目进度变更 轻微：在不影响项目关键里程碑完成前提进行进度调整； 重要：项目关键里程碑或存在关联关系项目里程碑调整； 重大：项目进度已超过项目任务书时间要求。

3) 项目架构变更 轻微：在不改变项目总体技术、应用和数据架构情况下，对系统架构进行微调和完善； 重要：在不改变项目间架构连接关系和影响项目群总体架构情况下，对项目总体技术、应用和数据架构进行调整和修改； 重大：涉及项目群整体技术、应用和数据架构变更。

(2) 变更处理流程 针对项目实施过程中项目范围、进度、成本等方面可能出现的变更，按照变更影响程度，采用不同控制流程处理。

变更处理流程图 1) 变更提出人： ✓ 负责根据实际情况提出变更； ✓ 填写《变更任务书》和《变更申请报告》。

2) 项目经理： ✓ 负责对变更对项目造成的影响进行评估； ✓ 负责对轻微项目变更的审批； ✓ 负责对项目计划进行调整，制订新的项目计划； ✓ 负责根据实际情况提出项目综合变更； ✓ 负责根据实际情况对变更纳入配置管理的范畴； ✓ 负责组织召开有项目领导组相关成员参加的变更评审会； ✓ 负责对项目变更的审批结果进行归档和备案。

3) 领导组： ✓ 负责审核《变更任务书》和《变更申请报告》管理合理性、必要性。 1.5. 技术管理

（1） 遵循并严格执行代码编写规范《编码规范》； 编码规范图 （2） 坚持软件开发过程流程化和每日编译，做到“日事日毕，日清日高”； 软件开发过程流程化图 （3） 严格执行代码版本控制，数据库每日备份，保证开发过程中完整的代码、文档修改记录；

数据库备份图 （4） 严格贯彻执行Bug管理流程，做到Bug发现反馈及时、整改及时，保证项目质量。

配置管理