下载文档原格式
第一章需求规格说明书目录第一章综述 (1)1.1编制目的 (1)1.2适用范围 (1)1.3参考依据 (1)1.4编制约束 (1)1.4.1图元约束 (1)1.4.2编码约束 (3)1.4.3格式约束 (4)1.5内容结构（可选） (5)1.6导读说明 (5)第二章项目概述 (7)2.1项目背景 (7)2.2项目范围 (7)2.3项目目标 (7)2.4现状描述 (7)第三章需求总体分析 (8)3.1功能体系设计 (8)3.1.1功能结构 (8)3.1.2功能分布 (9)3.2整体业务流程（可选） (10)3.3业务标准体系 (11)第四章功能性需求 (12)4.1功能综述 (12)4.2需求清单 (12)4.3需求优先级（可选） (13)4.4功能编码•功能项 (13)4.4.1功能综述 (13)4.4.2业务流程 (14)4.4.3关系分析 (15)4.4.4详细功能需求 (16)第五章非功能性需求 (21)5.1软件质量属性需求 (21)5.1.1运行期 (21)5.1.2非运行期 (25)5.2约束性需求 (26)5.2.1基础架构 (26)5.2.2标准规范 (26)5.2.3集成要求 (26)5.2.4其他约束 (27)第六章集成需求 (28)6.1技术要求 (28)6.2数据集成 (28)6.3应用集成 (30)6.4流程集成 (30)第七章尚需解决的问题 (31)7.1问题总表 (32)7.2问题处理 (32)附录I 业务对象 (33)第二章综述2.1若采用分册编制方式组织, 则本章与第二章、第三章单独成册, 其它分册可略去本章、第二章和第三章内容。
2.2编制目的用简洁的语言描述编写这个文档的目的。
2.3适用范围本文档适用的范围。
2.4参考依据2.5列举编写软件需求规格说明时所参考的资料或其它资源。
这可能包括且不限于: 用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档, 或相关产品的软件需求规格说明。
数字化绩效需求规格说明书1引言1.1编写目的项目需求说明书是系统生存周期中开发阶段的一个重要步骤。
是作为整个系统开发范围的指南，是系统开发人员描绘出正确的符合用户要求的系统的重点。
为了明确客户的基本需求，更好地完成对客户需求了解，并量化和明晰本系统的工作量和工作进度，特编写此需求规格说明书。
此说明书始终贯穿于整个项目开发的过程，并决定着开发的整体框架，也是系统实现功能的指引说明。
1.2术语定义2综合描述2.1系统的功能（1）XXXX管理系统XXXX管理系统是推进市直机关及县（市、区）绩效管理体系创新，是在自治区免费提供的基础云应用平台上扩展建设而成的，能全面实现各XXXX考评工作网络化在线管理，大幅度提高绩效考评工作效率：实现战略目标展示、XXXX考评指标设定、修改和查看管理功能；实现工作计划、工作纪实、总结、过程XXXX、亮灯预警等绩效过程管理功能；支持在线开展年度绩效考评；导（录）入外部考评结果和外部评价结果，实现考评成绩自动计算；实现绩效考评结果统计分析、方便快捷查询与展示功能，构建XXXX档案。
（2）XXXX管理系统XXXX管理系统主要包含实现对会议决定事项、领导批办事项、上级交办事项和重大工作事项等分类全过程XXXX管理，包括XXXX事项分解拟定、审核与下达、XXXX、反馈进度、跟踪预警、XXXX报告和统计汇总等全过程环节管理。
（3）XXXX管理系统XXXX管理系统满足在线开展部门互评、领导评价、公众评议等工作，在设计上要具备充分的灵活性，可自由设置打分选项、配置测评表内容、配置测评对象以及生成测评账号，要具有完善的评价管理功能，实时汇总、监控评价开展情况，收集各个测评主体对测评对象的意见建议等，建立一个学、高效、简便、可视化的考核评价工作平台，提高考核评价数据采集的实时性、便捷性和准确性。
（4）XXXXX小程序XXXXX是借助信息化的手段，提升核验执行效率与覆盖面。
手机移动XXXX（含察访核验）是以XXXX管理系统为基础，全新设计开发的应用系统，XXXX对XXXX 管理系统功能进行提炼和整合，充分发挥移动设备方便快捷、可拍照、GPS定位等优势，实现重大工作完成情况快捷填报、证明材料上传，充分利用手机GPS功能确保证明图片的真实性、实效性，避免了传统的现场核验工作量，提高了工作效率，节约了监督成本。
文献编号：受控状态：■受控□非受控保密级别：■公司级□部门级□项目级□普通级记录编号：分发编号：中华人民共和国智慧旅游平台需求规格阐明书Version 1.0.07.23需求规格阐明书模板目录1前言................................................................................................................... 错误!未定义书签。
1.1编写目 ...................................................................................................... 错误!未定义书签。
1.2文档商定 .................................................................................................. 错误!未定义书签。
1.3读者对象 .................................................................................................. 错误!未定义书签。
1.4术语和缩略词 .......................................................................................... 错误!未定义书签。
1.5参照文档 .................................................................................................. 错误!未定义书签。
2项目概述........................................................................................................... 错误!未定义书签。
****项目需求规格说明书编制：日期：审核：日期：批准：日期：XXXX公司文档修订记录目录1. 引言 (1)1.1文档目的 (1)1.2参考资料 (1)1.3术语定义 (1)2. 项目背景 (1)3. 需求概述 (1)3.1系统总体功能 (1)3.2业务流程概述 (2)3.3系统用户分析 (2)3.3.1 用户角色 (2)3.3.2 用户范围 (2)4. 系统功能性需求 (2)4.1合同管理 (2)4.1.1 制定回款计划 (2)4.1.2 管理合同基本信息 (3)4.2XX模块 (4)4.2.1 用例3 (4)4.2.2 用例4 (4)5. 其他项目需求 (4)5.1系统接口 (4)5.1.1 内部接口 (4)5.1.2 外部接口 (5)5.2应用环境 (5)5.2.1 网络拓扑 (5)5.2.2 硬件环境 (5)5.2.3 软件环境 (5)5.3系统性能 (5)5.3.1 性能指标 (5)5.3.2 稳定性指标 (5)5.3.3 可扩展性 (5)5.3.4 可移植性 (5)5.3.5 故障处理 (6)5.4系统安全性 (6)6. 需求变化跟踪表 (6)7. 客户确认签字 (6)1.引言1.1文档目的[阐明文档编写的目的，指明读者对象。
]本文档阐述了项目的建设目标、建设思路、总体框架、总体需求及各子系统需求，将作为系统开发的重要参考和项目验收的主要依据。
本文档的预期读者包括甲方项目组相关人员、乙方项目组成员（包括项目经理、程序员、市场相关人员等）、监理方相关人员，以及其他与本项目建设相关的人员。
1.2参考资料【应按文档号和标题列出本文档引用的所有文档。
】【可列举与本项目相关的政策法规；如：】《中华人民共和国环境保护法》1.3术语定义项目简称定义；系统简称定义；用户简称定义：其他业务术语定义；2.项目背景[简要介绍本项目如下方面的内容：建设背景、建设目的、建设思路]3.需求概述3.1系统总体功能以图形结合文字说明的方式描述：本项目的各个子系统以及每个子系统的主要功能模块。
产品需求规格说明书模板1. 引言产品需求规格说明书是指对产品开发中各项需求进行详细描述和规范的文档，方便开发团队理解和实施。
本文档将按照以下格式进行编写，帮助您更清晰地了解产品需求。
2. 产品概述在此部分需描述产品的基本信息，包括产品名称、版本号、目标用户群体等。
如：产品名称：XXX手机APP版本号：V1.0目标用户群体：18-35岁的手机用户3. 功能需求在此部分需描述产品的各项功能需求，包括但不限于：3.1 用户登录功能- 用户账号注册与登录- 密码找回- 第三方账号登录- 验证码登录3.2 首页功能- 轮播图展示最新动态- 快速导航栏- 推荐商品展示- 热门商品列表3.3 商品浏览与搜索功能- 商品分类浏览- 商品关键字搜索- 商品排序与筛选- 商品详情页展示3.4 用户购物功能- 加入购物车- 购物车数量管理- 购物车结算- 订单生成与支付4. 性能需求在此部分需描述产品对于性能的具体要求，如：4.1 响应速度- 在正常网络环境下，页面加载时间不得超过2秒- 用户操作反馈时间不得超过0.5秒4.2 服务器要求- 服务器需具备较高的稳定性和承载能力，能够支撑日常流量的访问需求5. 用户界面设计要求在此部分需描述产品对于用户界面设计的要求，如：5.1 色彩风格- 使用明亮且舒适的色彩搭配5.2 字体与排版- 字体要求清晰易读- 界面排版整洁美观6. 安全性需求在此部分需描述产品对于安全性的要求，如：6.1 用户数据保护- 用户密码加密存储- 用户个人信息安全保护6.2 支付安全- 采用安全的支付接口与加密算法7. 非功能性需求在此部分需描述产品的其他非功能性需求，如：7.1 兼容性- 适配主流移动端设备及操作系统7.2 可维护性- 代码结构清晰，易于维护和扩展7.3 可靠性- 保证产品的稳定性和可靠性，尽量减少故障和崩溃发生的可能性8. 附录在此部分可列出参考资料、术语表、缩写表等。
以上为产品需求规格说明书模板的基本框架，具体内容应根据产品需求进行调整和补充。
二、需求规格说明书1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）项目的目的是对开发本系统意图的总概括。
项目的目标是将目的细化后的具体描述。
项目目标应是明确的、可度量的、可以达到的, 项目的范围应能确保项目的目标可以达到。
对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统目标。
有效的库存管理，可降低运营成本，进而提高商品周转率，这样才能减少因风险造成的损失，从而使利润达到最高点。
一个超市的库存，也就代表了这个超市的大部分资产总额。
如何将这些静态的资产以最快的速度流转，这就是库存管理的目的。
一个好的超市，并不是只有畅销的商品就行了。
因为畅销的可能都是固定的某些商品，而有些商品可能进了超市后，就无人问津，这样不仅使这些商品占据了库房空间，而且也积了大量的资金，使得资金运转相当的困难。
要改善库存周转率不高的状况，就必须先从了解超市目前的库存情况开始，而要了解库存的情况，就可以利用信息系统来进行管理，从而进一步的提高库存管理的效率。
通过信息系统的查询可以方便的找出目前最畅销和滞销的商品，然后再利用各种行销方法，将滞销的商品销售出去，这样就可以避免超市因为滞销而造成的损坏、过期和资金积压等问题。
1.2 术语定义（Terms Glossary）1)商品条形码：每种商品具有唯一的条形码，对于某些价格一样的商品，可以使用自定义条形码。
2)交易清单：包括交易的流水账号、每类商品的商品名、数量、该类商品的总金额、交易的时间负责本次收银的员工号。
3) 商品积压：在一定时期内，远无法完成销售计划的商品会造成积压。
4 )促销：在一定时期内，某些商品会按低于原价的促销价格销售。
库存告警提示：当商品的库存数量低于库存报警数量时发出提示。
5 )盘点：计算出库存、销售额、盈利等经营指标。
1.3 相关文档（Related Documents）说明用户需求报告的变更，以及可能受变更影响的其他相关文档.[1]需求规格说明书[2] 设计规格说明书问题初始分析（Early Analysis）2.1 场景描述（Scene Description）1．库存管理员：（1）库存管理员每天进行查看一次；（2）库存管理员当发现库存商品有损坏时，处理报损；（3）订购的商品到货时，库存管理员首先检查商品是否合格，并将合格的商品入库处理，更新相关信息；（4）当商品进入卖场时，进行商品出库处理。
[项目名称] 需求规格说明书建设单位：承建单位：编订时间：丫丫丫丫-MM-DD文件修订记录目录第 1 章前言 (1)1.1 目的.......................................................... 1 .1.2 项目概述...................................................... 1 .1.3 术语和缩写.................................................... 1 .1.4 参考资料...................................................... 1 . 第 2 章业务需求.. (2)2.1 用户组织结构.................................................. 2 .2.2 业务需求概述.................................................. 2 .2.3 业务需求一.................................................... 2 .2.4 业务需求二.................................................... 3 . 第 3 章功能需求.. (3)3.1 功能需求概述.................................................. 3 .3.2 用户角色...................................................... 3 .3.3 公共功能需求.................................................. 3 .3.4 模块一........................................................ 3 .3.5 模块二........................................................ 6 . 第 4 章用户界面需求 (6)第 5 章系统接口需求 (7)5.1 接口需求一.................................................... 7 .5.2 接口需求二.................................................... 7 .5.3 转换需求...................................................... 7 . 第 6 章代码集 .. (7)6.1 代码一........................................................ 7 .6.2 代码二........................................................ 8 . 第 7 章系统运行环境. (8)7.1 软件环境...................................................... 8 .7.2 硬件环境...................................................... 8 .7.3 网络环境...................................................... 9 . 第 8 章其它需求.. (9)8.1 性能需求...................................................... 9 .8.2 存储需求...................................................... 9 .8.3 易用性需求.................................................... 9 .8.4 可靠性需求.................................................... 9 .8.5 可维护性需求................................................. 1..08.6 安全需求..................................................... 1..08.7 设计约束..................................................... 1..1可编辑1.1 目的说明开发本软件的目的；说明编写文档的目的；说明本文档所预期的读者1.2 项目概述简述项目背景及目标：项目背景：项目的提出原因项目环境背景项目优势分析（资源、技术、人才、管理等方面）项目运作的可行性项目的独特与创新分析1.3 术语和缩写列出本需求说明书中专门术语的定义以及英语缩写词的原词组。
管理系统需求规格说明书范文《管理系统需求规格说明书范文》管理系统需求规格说明书就像是一座大厦的设计蓝图，它得把整个管理系统要做成啥样儿，各个部分怎么运作，都清清楚楚地画出来。
咱先说说这说明书的开头部分。
这就好比是给人介绍一个新朋友，得先说说这个管理系统是为啥而建的。
是为了管理公司里那一堆员工的信息呢，还是为了统筹一个大项目的各种资源呀？这就像我们出门旅行，得先确定目的地一样。
如果是为了管理员工信息，那这个系统可能就需要有员工的基本信息录入功能，像姓名、年龄、职位这些。
这就如同我们知道旅行目的地是海边，那就得准备泳衣、防晒霜这些东西一样自然。
要是为了项目资源统筹，那肯定得有资源分类、分配和监控的功能块。
这难道不就像盖房子，得先知道是盖住宅还是盖商场，才能确定用啥材料、咋布局吗？再说说这系统的功能需求。
这部分可是大厦的主体结构啊。
功能需求得详细到每个小功能的操作流程。
比如说用户登录功能，用户怎么输入账号密码，密码输错了怎么提示，是直接显示密码错误呢，还是给出一些模糊的提示，像“密码不正确，请重新输入”之类的。
这就像我们进家门开锁一样，钥匙插不对，锁可能会发出不同的声音或者反应。
再比如说数据查询功能，能按照哪些条件查询，是按照日期、名称还是其他的什么？查询出来的数据又怎么显示，是列表形式呢，还是可以生成图表方便查看？这好比我们在图书馆找书，是按照书名找，还是按照作者找，找到之后是直接给我们一本一本的书，还是能把同一类的书整理成一个小书架的形式给我们呢。
用户界面也是个重要的部分。
这就像是大厦的外观装修，得让人看着舒服，用着顺手。
界面的布局要合理，不能把一些重要的操作按钮放得乱七八糟。
比如说，保存按钮应该放在一个比较显眼的位置，就像家里的电灯开关，得让我们在黑暗中也能轻易摸到。
颜色搭配也要和谐，总不能弄个大红大绿晃眼睛的界面吧，那感觉就像穿了一身奇装异服去参加正式会议，很不合适。
而且界面上的文字也要简洁明了，不能写得像文言文似的让人看不懂。
需求规格说明书范文一、引言。
需求规格说明书是软件开发过程中的重要文档，它描述了用户的需求和期望，对软件开发人员具有指导和约束作用。
本文档旨在为软件开发人员提供一个范例，以帮助他们编写符合标准的需求规格说明书。
二、总体描述。
1. 产品概述。
本产品是一款面向大学生的课程管理系统，旨在帮助学生更好地管理自己的课程信息、作业、考试安排等，提高学习效率。
2. 产品功能。
（1）学生信息管理，包括学生基本信息、课程信息、成绩信息等；（2）课程管理，包括课程表、作业安排、考试安排等；（3）通知提醒，包括课程变动提醒、作业截止提醒等；（4）个性化设置，包括主题设置、提醒设置等。
3. 用户特征。
本产品的主要用户群体为大学生，他们对课程管理系统有着明确的需求，希望能够通过该系统更好地管理自己的学习生活。
4. 约束。
本产品需要在各种设备上运行，包括PC端、移动端等，因此需要具备良好的兼容性和稳定性。
三、详细需求描述。
1. 学生信息管理。
（1）学生基本信息包括姓名、学号、专业等，应具备添加、修改、删除等功能；（2）课程信息包括课程名称、上课时间、上课地点等，应具备添加、修改、删除等功能；（3）成绩信息包括课程成绩、绩点等，应具备查询、导出等功能。
2. 课程管理。
（1）课程表应能够清晰地显示每门课程的上课时间、地点等信息；（2）作业安排应能够显示作业的截止时间、内容等信息，并提供提交作业的功能；（3）考试安排应能够显示考试的时间、地点等信息，并提供查看成绩的功能。
3. 通知提醒。
（1）课程变动提醒应能够及时通知学生课程的调整情况；（2）作业截止提醒应能够提醒学生作业的截止时间。
4. 个性化设置。
（1）主题设置应能够提供多种主题供用户选择；（2）提醒设置应能够根据用户需求进行个性化设置。
四、附录。
1. 术语表。
2. 参考文献。
以上即为需求规格说明书的范例，希望能够对软件开发人员编写规范的需求规格说明书有所帮助。
[产品名称]需求规格说明书VX.X北京展华科技有限公司xxxx年xx月修正记录目录1.引言 (1)1.1.背景 (1)1.2.项目名称 (1)1.3.术语及缩略语定义 (1)1.3.1.术语定义 (1)1.3.2.缩略语定义 (1)1.4.参考资料 (2)1.4.1.文件 (2)1.4.2.资料 (2)2.需求概述 (3)2.1目标 (3)2.2系统概述 (3)2.2.1系统网络结构 (3)2.2.2应用体系结构 (3)2.3设计原则 (3)2.4条件与约束 (3)3.用例模型 (4)3.1.用例图 (4)3.2.参与者 (4)3.3.用例 (4)3.4.用例模型描述 (4)4.功能需求 (5)4.1.用例包一（如果用例模型里有） (5)4.1.1.用例一 (5)5.非功能需求 (6)6.外部接口需求 (6)6.1.用户界面 (6)6.2.硬件接口 (6)6.3.软件接口 (7)6.4.通信接口 (7)7.数据字典 (7)8.运行环境 (8)8.1.硬件配置 (8)8.2.软件配置 (8)1.引言1.1.背景·编写需求规格说明书的目的；·面向的读者1.2.项目名称·项目名称：计划开发的软件产品名称；·项目提出者；·项目开发者；·项目管理者；·最终用户；·计算中心名称：运行本软件产品的计算中心名称；·其他有关的背景资料。
1.3.术语及缩略语定义1.3.1.术语定义列明需求规格说明书中涉及到的术语的定义。
术语编号术语说明1.3.2.缩略语定义列明需求规格说明书中涉及到的全部缩略语全称及其含义。
缩写全称说明1.4.参考资料1.4.1.文件列明需求规格说明书中各处参考的全部文件，如：·批文。
·标书。
·合同。
·方案建议书。
·项目计划书。
·其他有关文件。
1.4.2.资料列明「需求规格说明书」中各处参考的全部文件和主要文献。
出行服务网站产品需求规格说明书部门：时间:目录1 引言 (1)1.1 编写目的 (1)1.2 项目背景 (1)1.3 术语定义及编写说明 (1)1.4 版本更新信息 (2)2 产品定义 (3)2.1 应用目标 (3)2.2产品业务流程 (3)2.3接口描述 (6)3 应用环境 (7)3.1 设备环境 (7)3.2 系统运行的硬件环境 (7)3.3 系统运行的软件环境 (7)3.4 系统运行的网络环境 (8)3.5 用户操作模式 (8)4 功能规格 (8)4.1 前台功能 (8)MISP网站系统前台主要功能如下图所示： (8)4.1.1 Function A.1 (9)4.1.2 Function A.2 (10)4.1.3 Function A.3 (10)4.1.4 Function A.4 (11)4.1.5 Function A.5 (12)4.1.6 Function A.6 (13)4.1.7 Function A.7 (13)4.1.8 Function A.8 (14)4.1.9 Function A.9 (14)4.1.10 Function B.1 (15)4.1.11 Function B.2 (15)4.1.12 Function B.3 (16)4.1.13 Function B.4 (17)4.1.14 Function B.5 (17)4.1.15 Function B.6 (18)4.1.16 Function C.1 (18)4.1.17 Function C.2 (18)4.1.18 Function C.3 (19)4.1.19 Function C.4 (19)4.2 后台功能 (20)MISP网站系统后台主要功能如图所示： (20)4.2.1 Function D.1 (21)4.2.2 Function D.2 (21)4.2.3 Function D.3 (22)4.2.4 Function D.4 (22)4.2.5 Function D.5 (23)4.2.6 Function D.6 (23)5 性能需求 (23)6 应用方案 (25)7 产品提交 (25)7.1 产品提交方式 (25)7.2 产品提交时间需求 (25)7.3 产品安装的需求 (25)7.4 产品维护的需求 (25)1引言1.1 编写目的编写本需求规格说明书的目的是为了详细呈现出行服务网站的产品需求和系统的功能描述，以进一步定制网站开发的细节问题,便于与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员、开发商项目经理及项目组技术人员，希望能使本软件开发工作更明确、更具体。
1.2 项目背景1.2.1 项目委托单位：1.2.2 开发单位：1.2.3 出行服务网站是**********自主立项并组织开发的项目，主管负责人为********。
出行服务网站的交付物是一个完成特定功能的独立系统。
1.3 术语定义及编写说明1.4 版本更新信息本版本创建/修改、维护、批准涉及人员如下：创建者：修改者：维护者：批准者：具体版本更新记录如表1-1：表1-1 版本更新记录修改方式：A－增加 M－修改 D－删除2产品定义2.1 应用目标（1）产品定位：路况网站是以路况实时信息查询、定制，位置相关查询为特色，定位于为出行信息服务的网站。
另外，本网站的另一个目的是：与MISP移动路况服务相辅相成，弥补各自的不足。
（2）适用行业：希望定期或随时获取路况信息或出行信息的短信及网络用户。
（3）解决的业务：通过Internet和/或短信为用户提供实时路况信息服务和位置相关的出行信息服务2.2产品业务流程MISP路况业务系统业务流程如下图所示：移动服务模式网站服务模式MISP路况服务系统SP路况信息地图信息Internet移动用户网络用户MTMO 请求反馈路况信息服务出行信息服务路况上传/查询/定制位置查询/定制结果结果CP MAP图1 出行服务网站项目的工作模式出行服务网站的整个工作模式如图1，它包括移动服务模式和网站服务模式两种，其中移动服务模式现已经开发完成，而本网站的拟主要完成的是网站服务模式。
什么是路况信息？路况信息是指特定地理点的交通状况的信息，包括是否拥堵，拥堵原因，或其他任何描述交通路况的信息。
什么是位置信息？位置信息是指特定地理点空间位置的信息，包括处在什么位置，周围有什么特色地物、道路等，行车路线如何？出行服务网站系统可以为用户提供固定城市（目前是北京市）的实时交通路况信息查询和定制，位置相关信息的查询的服务，另外包括由这两大类服务派生出的辅助服务，如违章查询，公交查询、驾车服务等。
除此之外，还包括用户注册/管理，用户调研和反馈的服务等。
系统主要功能见表1表1 出行服务网站主要功能列表功能解释已有短信服务阶段完成用户和管理员注册/管理目的是便于用户的管理和统计√二期用户调查功能两个目的，一是调查用户对系统的建议，便于系统改进，二是进行用户调研二期路况信息服务路况服务详细介绍及Demo包括针对网站用户和手机用户的路况业务的查询，上传和定制的方法，并设计示范Demo.一期路况查询这是本网站的一个特色服务。
提供三种查询实时路况的方式：（1）基于路名关键词的查询，如“学院路”；（2）自然语言方式的查询（短信业务中的方式）；（3）基于地图选择的查询方式（包括点选，框选等）；√只有前两种方式一期路况定制，指包月定制和包月点播辅助手机用户完成路况服务的定制。
主要提供三种定制方式：（1）基于下拉菜单的选择方式；√只有第三种方式一期（2）基于地图的选择方式；（3）起始点的定制方式；服务退定辅助手机用户完成路况服务的退定。
√一期原始路况信息实时广播增加用户对信息来源的信赖，但为了保证数据的安全，广播的数据最好做延时处理。
二期路况统计主要为历史拥赌点统计，统计天，周，月，年的路况拥堵情况，播报统计结果的前N个最拥堵点。
目的是增加用户对系统的信赖度，有关部门需要时也可使用；同时也会设计其他相关统计功能。
二期交通通告通告用户交管中心播报的交通通告。
如数据获取不到，可采用友情链接的方式链接到北京市交通公安管理局网站bbb://bbb/jttg.asp。
二期违章查询提供用户查询自己是否曾违章的功能。
如数据获取不到，可采用友情链接的方式链接到北京市交通公安管理局的网站bbb://bbb/。
二期出行信息服务出行服务详细介绍及Demo分别针对Internet和短信用户的出行服务功能的详细介绍，使用方法及Demo一期位置查询这是本网站的一个特色服务。
提供用户位置路线相关的查询，具体包括如下功能：（1）单点位置的查询，如海龙大厦在哪？（2）近邻查询，如离清华东门最近的麦当劳。
（3）路线查询，如从清华东门到东方广场如何走？另外，在网站上可以同时把公交路线也提供给用户。
√一期公交信息主要包括两种功能：1.查询公交路线信息，如731路2.换乘信息，如从清华东门到东方广场如何走？二期交通常用位置、电话查询可以从各种专业网站上收集相关信息。
二期驾车路线可以查询路线, 如从清华东门到东方广场如何走？二期专题地图可以方便建设专题地图频道，例如：美食地图、金融地图等二期其他辅助功能广告功能网站提供位置广告功能，可以为特定单位提供着重显示的地图及页面信息。
二期天气预报可以添加、修改、选择性显示天气预报一期网站信息在网站首页脚链接如了解我们、网站介绍等。
一期以上功能分两期完成，网站一期完成功能包括：路况服务详细介绍及Demo、路况查询、路况定制和退定、出行服务详细介绍及Demo、位置查询、天气预报、网站信息。
其余功能二期完成。
2.3接口描述因为本网站的一个重要目的是：与出行服务网站服务相辅相成，弥补各自的不足。
本网站系统与Traffic v2.0共用相同的基础架构，包括：操作系统，数据库，用户与计费管理，自然语言支持等。
主要接口包括：路况信息服务，出行信息服务，其他服务和Traffic .0及Traffic 3.0 提供的关键算法的接口，关键算法有：自然语言处理模块（NLP Module ）的路况查询/定制语言，位置查询语言分析，GIS 模块（GIS Module ）的单点/近邻位置查询，路线规划，公交查询，地图显示等。
另外还包括路况信息服务，出行信息服务，其他服务等和数据库的接口。
如下图所示：图2 出行服务网站主要接口3应用环境3.1 设备环境1) MISP业务系统相关设备2) 网站运营服务器3.2 系统运行的硬件环境网站运营服务器的主要配置指标如下所示：CPU：4-CPU或以上；内存：4GB或以上；硬盘：SCSI接口硬盘，73GB * 3或以上。
磁盘阵列：将来扩展存储空间用。
注：开发阶段可用其他服务器或PC机代作网站服务器，从测试阶段中期开始，直至业务运营阶段，部署和测试应针对专有服务器进行。
3.3 系统运行的软件环境操作系统：Window Server 2003开发工具：Visual 开发语言：C#数据库：SQL Server 2000地图引擎：SuperMap GIS地图基础数据：灵图路况数据：北京市交管中心项目管理：Microsoft Project 2003代码控制：Microsoft Source Safe 6.0建模工具：PowerDesigner3.4 系统运行的网络环境出行服务网站项目运营于互联网，有独立主机、独立IP、独立域名。
3.5 用户操作模式本网站系统要求用户操作模式应体现如下要求：（1）首页突出网站特色功能，视觉冲击力强，用户到网站上就知道网站的主要功能。
（2）查询、定制等功能操作简单，操作流程清晰，并含义明确，让用户感觉收费太透明，且退定方便。
（3）路况及出行服务的详细介绍及Demo要言简意赅，Demo要形象易懂，因为用户一般没有耐心去浏览长篇大论的内容。
（4）后台方便对用户、数据、内容频道的管理，操作简单便捷。
4功能规格4.1 前台功能出行服务网站前台主要功能如下图所示：图3 路况信息服务主要功能图4 出行信息服务主要功能图5 其他辅助服务主要功能4.1.1Function A.14.1.2Function A.24.1.3 Function A.34.1.4 Function A.44.1.5 Function A.54.1.6 Function A.64.1.7 Function A.74.1.8 Function A.84.1.9 Function A.94.1.10 Function B.14.1.11 Function B.24.1.12 Function B.34.1.13 Function B.44.1.14 Function B.54.1.15 Function B.64.1.16Function C.14.1.17 Function C.24.1.18 Function C.34.1.19Function C.44.2后台功能出行服务网站后台主要功能如图所示：图6 路况信息服务后台主要功能图7 出行信息服务后台主要功能图8 其他辅助服务后台主要功能以上后台管理功能主要是对前台数据信息的显示、查找、增加、更新和删除功能，除上图功能外，还包括一下几个后台功能：4.2.1Function D.14.2.2Function D.24.2.3Function D.34.2.4 Function D.44.2.5 Function D.54.2.6 Function D.65性能需求本节描述用户对系统的性能需求，可能的系统性能需求有：6应用方案目前本网站暂定为与Traffic 3.0共用一套软硬件运营环境，在将来业务发展壮大的情况下，此网站可单独出来运营，因此要求设计时，网站和Traffic 3.0耦合性要低，具体的要求接口要简单，并依赖条件少，在系统详细设计时要时刻考虑到此点。
