精品文档XXX项目软件需求规格说明书文件状态： 草稿 正式发布 正在修改文档编号：当前版本：密 级：内部公开作 者：完成日期：-合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。变更记录版本号修改点说明变更人/创建人存放位置审批人审批日期修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）目 录 1.引言51.1.项目背景51.2.编写目标51.3.建设目标（可选）51.4.系统范围61.5.定义/术语/缩写61.6.参考资料61.7.文档阅读指南（可选）72.总体说明72.1.产品介绍72.2.假设和依赖（可选）82.3.局限性和排斥性（可选）83.功能描述83.1.业务描述93.2.用户说明93.3.基本配置及运行环境93.4.用户场景93.4.1.用例总览103.4.2.详细用例说明104.非功能性需求114.1.性能要求124.2.可靠性（可选）124.3.安全性（可选）124.4.可移植性（可选）134.5.设计限制（可选）134.6.电源、工艺结构要求（可选）134.7.逻辑数据库需求（可选）134.8.其他需求135.接口说明135.1.用户界面135.2.硬件接口145.3.软件接口145.4.通信接口146.需求变更流程157.设计描述（可选）157.1.设计和实现的约束条件157.2.设计架构157.3.分析模型157.4.数据库设计157.5.接口函数/类/对象168.其他（可选）168.1.故障处理168.2.项目风险预估168.3.客户和市场需求169.项目建设安排169.1.项目优先级169.2.功能优先级179.3.项目进度计划179.4.项目人员配置管理179.5.项目实施方案1810.附录（可选）1810.1.数据字典1810.2.业务规则1810.3.算法说明1810.4.相关干系人概览1810.5.待确定问题清单1910.6.用户文档1910.7.相关文档191. 引言1.1. 项目背景此处说明项目建设的原由与背景，对项目建设内容的历史和现状进行概括性的描述，最终说明为什么决定开发该产品。直接引用用户需求说明或产品需求规格说明书中对应章节内容即可。1.2. 项目目标此处一般描述两项内容：1项目的建设目标，及该项目的成功实施给客户带来的商业上的利益。2定义该项目成功实施的标准，如项目的进度目标，质量目标等等。直接引用用户需求说明或产品需求规格说明书中对应章节内容即可。1.1. 系统范围概述本系统的相关业务范围，划清系统边界，明确项目的工作内容。直接引用用户需求说明或产品需求规格说明书中1.3 项目边界章节内容 即可。1.2. 适用范围此处描述：编写软件需求规格说明书的主要目的和适用的读者。读者对象一般包括：需求提供方具体责任人、评审人员、开发方的项目经理、系统分析设计人员、测试人员等。1.3. 定义/术语/缩写此处描述：文档中所有需要向读者解释的专业术语、名词定义、简称、缩写、项目组内达成一致意见的专用词汇等。包括:词汇的来源、定义、对该词汇的其它叫法等。若内容较多，也可将这些的信息放在附录或其他文档中描述。直接应用用户需求说明书中1.5术语表章节内容即可，如果软件需求规格说明书中还引用了新的术语，也需要更新到该表中。2. 总体说明2.1. 系统介绍该章节从以下几个方面来对系统进行概要性的介绍。1系统功能结构图：着重从业务层面来介绍该系统，如果有关键业务过程，可用文字进行补充说明示例一：示例二：示例只提供参考，不产生任何约束性要求。2系统结构图：从系统的交互来描述各个子系统之间的关系示例一：示例二：示例只提供参考，不产生任何约束性要求。3高层数据流图示例一：示例只提供参考，不产生任何约束性要求。4网络拓扑图示例：示例只提供参考，不产生任何约束性要求。5系统部署图示例：示例只提供参考，不产生任何约束性要求。6关键业务过程（可选）：对本项目的关键业务过程进行描述，也可以通过业务流程图来表示2.2. 用户说明对该系统的用户/用户类进行说明，可直接引用用户需求说明或产品需求规格说明书中的“用户与角色”章节2.3. 假设和依赖（可选）建议在此处描述所有会影响需求的因素。这些因素不是设计限制，但是只要他们改变就会影响需求规格说明书里的需求。例如：（1） 某个具体的操作系统必须适用于为这个产品设计的硬件。如果这个操作系统不适用了，需求规格说明书就会相应改变。（2） 假设与其他系统的接口程序由对应系统的厂商在接口开发前提供。（3） 假设各地市已有监控系统正常使用，且网络速度不低于2M/s.注意：这部分叙述的内容都是我们潜意识都知道，但容易遗漏的部分。2.4. 基本配置及运行环境建议在此处描述：产品的软硬件配置以及运行环境。若配置清单过长，则可在本处简述后，指定配置详细清单的存放位置（例如：附录或者另一份文档中）。3. 功能描述详细定义软件需求规格说明书的每个具体需求。具体需求应当按逻辑可读的方式组织。注意：（1） 描述清楚对非正常情况和非法值的处理。（2） 描述清楚临界点或者系统边界。按功能结构图进行细化，软件需求规格说明书书的功能结构应该与用户需求说明书的功能结构基本一致，按照子系统（可选）、模块、功能、功能点逐层进行拆分与细化3.1. 信号控制3.1.1. 信号监控3.1.1.1. GIS监控3.1.1.1.1.1查看路口交通信号情况1. 功能描述：通过GIS地图显示信号机分布情况，选择地图上信号机图标或者选择信号机编号，可以显示该路口的信息，包括该路口信号机的工作参数，周期、运行相位、相位时间、路口闯红灯设备采集的视频图像。2. UI界面： 3. 前置条件： 无4. 输入：无5. 输出： 路口编号、路口名称、生产厂家、信号机IP、当前信号机状态，方案号、周期、 当前运行相位、阶段数、控制方式、相位时间6. 处理过程：1：在GIS监控页面，在左侧设备树单击设备(或搜索)，定位到GIS地图的具体位置2：双击GIS地图上信号机图标获取信号机ID请求相关接口和订阅信号机实时运行信息 7. 业务规则：无3.1.1.1.1.2控制信号机1. 功能描述：信号配时人员可以通过平台向信号控制系统下发控制指令：进行相位控制、单点控制。2. UI界面：3. 前置条件：无4. 输入：无5. 输出：1：相位控制状态信息（锁定、恢复、快进、步进），相位配时信息输出下发成功2：单点控制（方案控制方式）6. 处理过程：1：在GIS监控页面，在左侧设备树单击设备(或搜索)，定位到GIS地图的具体位置2：双击GIS地图上信号机图标获取信号机ID请求相关接口和订阅信号机实时运行信息3：控制相位：锁定、恢复、快进、步进，相位配时信息的编辑下发，灯态控制7. 业务规则：1）基于GIS地图展示信号机分布 2）下发的控制指包括：相位控制（锁定、恢复、快进、步进）、单点控制（方案控制方式）3.1.1.1.1.3监控信号机设备实时状态1. 功能描述：交通信号控制系统设备出现故障，GIS地图上相应显示为故障，详细故障信息可通过打开信号控制系统界面进行查看2. UI界面：3. 前置条件：无4. 输入：信号机设备名称(支持模糊搜索)5. 输出：GIS地图图标故障为红色，在信号机管理页面展示信号机详细故障描述信息6. 处理过程：无7. 业务规则：无3.1.1.2. 信号机方案设计1. 功能描述：信号配时人员可以通过平台事先对信号机的相位设计、方案配时、调度计划进行实时配置，以便在使用信号机的时候能够对信号机进行正常的调度控制。2. UI界面：3. 前置条件：无4. 输入：1相位添加：相位号(最大支持32个相位)、相位通道2配时添加：相位差、相位号、绿灯时间、红灯时间、黄灯时间、延迟时间3调度计划添加：调度日期、时段划分、配时方案号、控制模式、辅助功能4相位删除：相位号5配时删除：配时方案号6调度计划删除：调度计划号7相位修改：相位号8配时修改：配时方案号9调度计划修改：调度计划号5. 输出：1相位添加：添加成功2配时添加：添加成功3调度计划添加：添加成功4相位删除：删除成功5配时删除：删除成功6调度计划删除：删除成功7相位修改：修改成功8配时修改：修改成功9调度计划修改：修改成功6. 处理过程：无7. 业务规则：1）配置的相位不能有冲突3.1.1.3. 查询交通信号控制指令下发日志1. 功能描述：用户要能查询对信号机任何控制操作的日志情况。2. UI界面：3. 前置条件：无4. 输入：日志类别、操作类型、操作日期：5. 输出：列表6. 处理过程：无7. 业务规则：1）根据操作类型、操作时间查询；2）操作类型包括：黄闪控制、步进控制、快进控制、锁定相位、停止控制、检测器维护、人工校时、其他3.1.1.4. 信号机配置管理1.功能描述：用户可在相应图层的GIS地图上对信号机进行添加、修改、删除等操作。2. UI界面：3.前置条件：无4.输入：1添加信号机：设备名称、设备编号、所属机构、型号、厂商、IP、关联视频、接 入平台、最大相位数2删除信号机：信号机ID3 修改信号机：信号机需要修改的基本信息5.输出：1添加信号机：添加成功2删除信号机：删除成功3 修改信号机：修改成功6.处理过程：无7.业务规则： 1)设备编号长度18位2)设备号唯一