智能交通信息化项目的质量保证

◆施予 / 文

一、引言

随着上海城市交通的高速发展，近年来拥堵、安全、监控需求等问题日渐突出，对城市交通管理提出了更高的要求。

为了减缓城市的交通拥堵现象、提高出行安全、有效地进行交通视频监控，及时准确地进行现场执法，我们运用各种智能交通技术，建立智能交通信息化系统，对上海城市交通进行全方位的管理。智能交通系统是将先进的项目管理方法、数据通信传输技术、物联网技术、自动化控制技术、信息化技术等方法和技术有效地集成，并运用于整个路面交通的管理和监控。主要功能将包括交通信号控制、视频监控、路面检测分析、交通诱导、数据展示、决策分析等。

信息化项目是整个智能交通系统的重要组成部分，主要包括计划制定、需求分析、软件设计和编码、测试、项目验收等方面的关键流程节点。质量保证工作，就是参与项目启动、制定质量保证计划、执行质量检查、跟踪问题项、完成项目的质量报告，确保项目全生命周期规范、有序地开展进行。

二、背景

近年来，上海市经济进入高速增长期。汽车、摩托车、电瓶车、自行车、共享单车等各类车辆数量急剧增加，导致现有交通系统已远远跟不上经济增长的需要，各类交通问题日益严重。我们意识到，在加快道路硬件基础设施建设的同时，仅仅依靠单纯的道路硬件基础设施建设已经满足不了交通顺畅和去除各类交通事故的交通问题隐患的需要，必须依靠各类智能信息化技术来改造现有的交通系统，才能进行有效的管理，提高道路通行能力和服务质量，才有可能极大地缓解交通阻塞问题，降低交通事故发生率，提升市民出行质量。

三、智能交通信息化项目各阶段的主要流程

（一）计划制定

制定《项目已定义过程》：定义项目需要产出的工作产品，并确定基线包含的工作产品。

制定《人力资源计划》：人力资源计划需要包含资源名称（确定的用具体人名，不确定的可暂时用角色以及资源能力要求代替）、明确资源的投入期间（资源进入项目时间、资源退出项目时间、投入百分比）等。

制定《里程碑计划》：至少包含需求和初验里程碑以及合同约定的其他关键节点。每个里程碑都要包含里程碑目标、主要产出物、可被验证的完成标志。里程碑计划完成后，组织部门经理、项目组、质量保证人员评审，并与甲方进行确认。

制定《进度计划》：按照《里程碑计划》制定需求阶段的详细进度安排；需求评审后，制定后续活动的详细进度安排；进度计划需包含分析、设计、编码、测试、评审、项目管理等活动，必须包含SOW交付物对应的活动；进度计划需涵盖到初验时的所有活动，建议近期（一个月内）活动的工作量小于等于5人/日，中长期（一个月以上）活动的工作量小于等于1人/月；进度计划需得到项目相关干系人的评审和确认。

制定《项目管理计划》：主要包括项目背景、项目基本信息、项目目标与范围、假设与限制、术语和缩写、参考、项目工作环境、项目组织结构、角色与责任，以及其它各类下属计划。项目立项后，项目经理应制定《项目管理计划》，并进行评审。

由于智能交通信息化项目是智能交通系统的一个子系统，进度还会受到其他子系统的影响，因此在计划时要充分考虑其他子系统的进度安排，所以必须和整个系统的项目经理、其他子系统的项目经理，进行充分的沟通，确认不会发生太大的冲突。

（二）需求分析

我们采用业务需求定义最佳实践——GPOA法则：

G（目标）：在确定需要开发的内容之前，分析其应该达到的目标。

P（问题）：要达到该目标所需解决的问题。

O（选项）：针对这些问题可选择的解决方案。

A（答案）：针对各种选项进行分析、评估，最终确定答案。

需求调研人员识别需求的所有提供者，并对其进行分类。

需求提供者主要有但不仅限于目标系统的出资人、使用者、运行影响者，目标系统的开发、测试、推广、维护、培训者，与目标系统有关联的其他系统的开发者。

需求调研人员与用户沟通，确定用户代表以及客户方的负责联系人及我方的负责联系人。

需求调研人员进行获取客户需求的前期准备工作，包括：需求获取的时间，地点及人员，准备访谈内容、客户访谈记录，对现有系统进行调研等。

获取需求的主要活动包括：用户访谈、客户访谈记录、观察正在工作的用户等。

整理需求：访谈结束后，需求调研人员及时整理得到的客户需求，并将访谈内容文档化。

开发用户需求：需求调研人员消除客户需求中的矛盾之处，并对其中不一致的地方进行协调和平衡，确定客户需求优先级，分析需求可行性，开发《用户需求说明书》。

验证并确认用户需求：需求调研人员和项目经理、用户一起确认需求，共同进行需求评审，并对各层次人员进行需求的讲解。评审过程要求用户方高层经理、管理人员、业务人员、技术人员尽可能参加。

需求调研人员根据评审结果更新《用户需求说明书》，要求用户方各层次负责人签字确认，代表用户对需求的一致理解。

（三）软件设计和编码

制定候选技术解决方案：项目经理召集设计人员和开发人员，根据《需求规格说明书》的要求，讨论并制定技术解决方案。

概要设计：根据《用户需求说明书》进行概要设计，对模块进行分析和划分，确定共通模块和独立模块等，明确模块之间交互的接口，编写《概要设计说明书》，采用审查的方式对《概要设计说明书》进行评审。

详细设计：根据《需求规格说明书》和《技术解决方案说明书》，进一步扩展业务对象模型，建立分析对象模型，明确系统对象的职责，形成《详细设计说明书》和《数据库设计说明书》，并采用审查或走查的方式对详细设计活动进行评审。

代码开发：根据《详细设计说明书》，按照类的详细设计和构件图，结合业务规则的实现优先级，按《编码规范》要求进行系统和组件的编码实现。

代码检查：使用代码走查、代码评审或代码工具检查等方式对所有开发的代码进行检查，对关键业务流程、算法类的模块等核心模块的代码进行代码评审，其余部分可以以走查的方式进行。

单元测试：由项目经理根据实际情况决定单元测试的方式，如交换测试、编写单元测试代码等。

编写用户手册：指导用户操作和使用本系统，采用审查或走查的方式对《用户手册》进行评审。

制定部署方案：编写《安装部署说明书》，规范安装和部署的操作过程。

（四）测试

制定测试计划：测试工作从需求开发阶段开始，在明确需求规格说明书初稿后，测试人员即可参照需求规格说明书制定项目的测试计划。

评审测试计划：测试计划需要接受由需求调研人员、设计人员、开发人员、测试人员以及项目经理等组成的评审委员会的评审。

编写测试用例：在测试计划评审通过后，测试人员即可开始编写测试用例。测试用例应该参照需求规格说明书和详细设计书，应该覆盖全部的需求和所有的设计。

评审测试用例：测试用例需要由需求人员、设计人员、开发人员、测试人员以及项目经理等组成的评审委员会的评审。

发现缺陷：测试人员根据用例执行测试，发现缺陷。

建立缺陷跟踪记录表：测试人员对测试过程中发现的缺陷在缺陷跟踪记录表中进行跟踪。

编写测试报告：每轮测试完成后，测试人员应该根据测试情况编写集成测试报告。

缺陷修复：开发组依据测试报告指定开发人员对有关缺陷进行修复，缺陷修复完成后，开发组可以提交下一轮集成测试。

表1 项目交付表

（五）项目验收

提交组织过程资产：项目初验时把项目成果、《项目过程资产清单》、《项目开发总结报告》以及可复用代码、经典解决方案、优秀范例、过程改进建议等，提交到公司组织资产库中。

表2 项目规划（PP&IPM）过程检查单（通过准则）

表3 项目过程和产品检查计划

四、智能交通信息化项目各阶段的质量保证工作

（一）参与项目启动

质量保证人员辅导项目经理按照项目实际情况，制定项目已定义过程，明确项目的各交付物，并审核（如表1）。

（二）制定质量保证计划

根据项目计划制定质量保证计划，主要包括检查内容、检查时间、检查人、被检查对象等信息。

根据项目实际情况裁剪各类检查单模板。裁剪的内容必须是项目已定义过程里已经裁剪的。表2是项目计划过程检查单的一部分。

检查单应覆盖信息化生命周期的各过程。

质量保证计划作为项目计划的子计划之一，和项目计划一起评审，并告知项目组检查内容，如表3。

（三）执行质量检查

质量保证人员至少提前一天再次通知项目组检查时间和检查内容。

检查时，和检查对象一起，根据质量保证计划和检查单对项目过程和产品进行检查，发现问题当场和相关检查对象进行确认，并记录。

根据发现的问题，汇总成不符合项追踪表，和检查对象确定纠正措施、计划完成时间、负责人，如表4。

每次检查结束后，和项目组确定下一次检查时间。

（四）跟踪问题项

每周对不符合项修正进度进行跟踪，把不符合项报告发给项目组。

升级规则：如果不符合项未和项目经理达成一致，说明不一致的地方，并注明理由；以邮件形式发送部门负责人，请部门负责人一周内以邮件回复确认豁免，否则，按质量保证人员的意见处理。如果部门负责人确认豁免而质量保证人员仍认为有必要纠正的话，则先与部门负责人沟通，若未达成一致将情况上报高层领导。

表4 不符合项追踪表

表5 项目情况汇报表举例

（五）完成项目的质量报告

每月第一周，汇总上月数据，完成质量月报。

向项目团队、部门负责人、高层领导邮件汇报项目情况（如表5），以便高层能够对项目做出正确的决策和判断。

五、结 论

本文通过质量保证方法，对智能交通信息系统进行了全流程监控，提升了智能交通信息系统的质量，确保系统全生命周期有序、健康地发展，从而降低了交通事故发生率，提高了道路通行能力。

参考文献（略）