需求规格说明书范例

合集下载

需求规格说明书(样例)

需求规格说明书(样例)

第一章需求规格说明书目录第一章综述 (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功能确保证明图片的真实性、实效性,避免了传统的现场核验工作量,提高了工作效率,节约了监督成本。

需求规格说明书模板

需求规格说明书模板

一软件需求规格说明书1引言(文档介绍)1.1概述说明文档目的,针对的目标读者,文档内容,文档组织结构等。

例如:该软件需求规格说明描述了“在线图书借阅系统”1.0版本的软件功能性需求和非功能性需求。

同时还描述了用户在系统的工作中所参与的角色以及拥有的权限,从而使开发团队能够明确地了解所开发的“在线图书借阅系统”1.0版本的各个方面,帮助他们在实际的开发过程中准确地完成所开发的模块,以满足用户的需求。

该文档计划由实现和验证正确功能的项目团队成员来使用,除非在其他地方另有说明,这里所指定的所有需求都具有高优先级,而且都要在版本1.0中加以实现。

1.2背景说明项目提出的背景,应用环境,应用范围,目标人群等,参考项目前景文档。

1.3定义列举文档中所用到的专业名词,所使用的术语含义。

1.4参考资料列举文档所引用到的资料,例如行业规范,法律规章,用户的岗位手册,工作流程等。

2任务概述(系统介绍)2.1目标说明系统建设目标,针对背景,系统要解决的问题,参考项目前景文档。

2.2运行环境(Operating Environment,OE)描述软件的运行环境,包括硬件平台、操作系统和版本,以及用户、服务器和数据库的地理位置。

参考项目前景文档。

2.3假定(Assumption)和约束(Constraint)说明针对系统使用和开发,以及目标人群的假定和约束,例如使用的开发环境、语言,开发所应遵循的标准,系统运行的业务规则等。

为每个假定和约束编号。

3需求规定3.1对功能的规定3.1.1用户需求(描述业务用例模型)3.1.1.1组织机构和角色说明系统角色及它们组织机构中所处的位置。

将用例分析结果的Actor视图拷贝到此,并用表格逐一说明。

角色视图:角色说明:再将业务用例模型中的Actor视角视图拷贝至此,逐一说明角色如何参与业务,参与哪些业务。

(1)借阅管理员参与业务:说明:………3.1.1.2业务概览将业务用例模型的业务视角视图一一拷贝至此,逐一说明。

产品需求规格说明书模板

产品需求规格说明书模板

办理化软件需求规格说明书XXX分册编制日期:审核日期:批准日期:上海天跃科技股份点窜记录审核记录发放记录目录第一章概述 (1)编写目的 (1)文档范围 (1)术语定义 (1)参考资料 (1)第二章系统说明 (2)产物设计目标 (2)产物功能 (2)用户类和特征.............................................................................................................................................. 错误!未定义书签。

运行环境 (2)第三章业务描述 (3)参与角色职责 (3)资产办理业务 (3)押运办理业务 (3)值班办理业务.............................................................................................................................................. 错误!未定义书签。

第四章功能描述. (5)资产办理 (5)押运办理 (9)值班办理 (16)系统办理 (23)第五章接口描述 (41)外部接口 (41)内部接口 (41)第六章性能描述 (42)数据精确度 (42)时间特性 (42)适应性 (42)第七章安然性 (43)安然设施需求 (43)安然性需求 (43)第八章其他需求 (44)软件应当遵循的尺度或尺度 (44)网络环境/需求 (44)软硬件环境约束/需求、兼容性需求 (44)扩充性和灵活性 (44)可操作性 (44)可靠性和不变性 (44)出错处置及恢复 (45)第九章验收尺度 (46)软件质量 (46)用户文档 (46)第一章概述1.1编写目的1.本文档是[办理化系统]需求规格说明书,供开发人员使用,作为系统开发的依据。

目前最全面的需求规格说明书模板样本

目前最全面的需求规格说明书模板样本

文献编号:受控状态:■受控□非受控保密级别:■公司级□部门级□项目级□普通级记录编号:分发编号:中华人民共和国智慧旅游平台需求规格阐明书Version 1.0.07.23需求规格阐明书模板目录1前言................................................................................................................... 错误!未定义书签。

1.1编写目 ...................................................................................................... 错误!未定义书签。

1.2文档商定 .................................................................................................. 错误!未定义书签。

1.3读者对象 .................................................................................................. 错误!未定义书签。

1.4术语和缩略词 .......................................................................................... 错误!未定义书签。

1.5参照文档 .................................................................................................. 错误!未定义书签。

2项目概述........................................................................................................... 错误!未定义书签。

产品需求规格说明书模板

产品需求规格说明书模板

产品需求规格说明书模板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. 附录在此部分可列出参考资料、术语表、缩写表等。

以上为产品需求规格说明书模板的基本框架,具体内容应根据产品需求进行调整和补充。

简单需求规格说明书模板

简单需求规格说明书模板

简单‎需求‎规格‎说明‎书模‎板‎篇‎一:‎全‎面的‎需求‎规格‎说明‎书模‎板‎文件‎编号‎:‎受控‎状态‎:‎■受‎控□‎非受‎控‎保密‎级别‎:‎■公‎司级‎□‎部门‎级‎□项‎目级‎□‎普通‎级‎记录‎编号‎:‎分发‎编号‎:‎中国‎智慧‎旅游‎平台‎需‎求规‎格说‎明书‎V‎e r‎s i‎o n‎‎1.‎0‎20‎17‎.0‎7.‎23‎需‎求规‎格说‎明书‎模板‎目录‎1‎前‎言.‎.‎4‎1‎.1‎‎1.‎2‎1‎.3‎‎1.‎4‎1‎.5‎2‎编‎写目‎的‎。

‎4‎文档‎约定‎。

‎4‎读‎者对‎象‎。

‎4‎术语‎和缩‎略词‎.‎5‎参‎考文‎档‎。

‎5‎项目‎概述‎5‎2‎.1‎2‎.2‎2‎.3‎2‎.4‎2‎.5‎2‎.6‎2‎.7‎项‎目背‎景‎。

‎5‎项目‎目标‎。

‎5‎需‎求范‎围‎。

‎6‎总体‎框架‎。

‎6‎组‎织机‎构‎。

‎6‎用户‎特点‎。

‎6‎设‎计约‎束‎。

‎6‎3‎功能‎性需‎求‎..‎6‎3‎.1‎3‎.2‎3‎.3‎3‎.4‎总‎体流‎程‎。

‎6‎角色‎定义‎。

‎7‎系‎统功‎能‎。

‎7‎功能‎描述‎。

‎7‎4‎非‎功能‎性需‎求‎..‎1‎1‎4.‎1‎4.‎2‎软件‎需求‎.‎1‎1‎硬件‎需求‎.‎1‎2‎5‎外围‎系统‎和接‎口‎。

.‎1‎3‎5.‎1‎5.‎2‎系统‎A‎。

.‎.‎13‎系‎统B‎‎13‎6‎7‎8‎其‎他需‎求。

‎.‎14‎数‎据字‎典。

‎.‎14‎附‎件‎14‎1‎前‎言‎1‎.1‎编‎写目‎的‎[说‎明编‎写这‎份需‎求规‎格说‎明书‎的目‎的,‎指出‎预期‎的读‎者(‎一般‎包括‎评审‎人员‎、软‎件设‎计人‎员、‎软件‎开发‎人员‎,针‎对具‎体情‎况,‎还可‎能包‎括客‎户)‎,它‎是软‎件开‎发的‎基础‎。

]‎‎1.‎2‎文档‎约定‎[‎描述‎编写‎文档‎时所‎采用‎的字‎体标‎准或‎排版‎约定‎,包‎括标‎题和‎正文‎的字‎体和‎字号‎约定‎。

需求规格说明书范本

需求规格说明书范本

需求规格说明书范本第一部分:引言引言部分是需求规格说明书的开头,用于向读者介绍该文档的目的和范围。

在这一部分,将概要地介绍项目的背景和目标,以及该需求规格说明书所要覆盖的领域。

第二部分:项目概述项目概述部分是对整个项目的总体描述。

这一部分需要包含项目的目标和预期结果,以及项目的优势和意义。

在这里,还可以简要介绍项目的范围和时间表。

第三部分:需求概述需求概述部分详细描述了项目的需求。

它包括系统或产品的功能需求、性能需求、安全需求、可靠性需求等。

在这一部分,需明确列出每个需求,并给出详细的描述。

第四部分:用户需求用户需求部分主要围绕用户的期望和需求进行描述。

这一部分需要详细说明用户需求的来源和优先级,并列出各个用户需求的具体描述。

同时,还要注意用户需求之间的相互关系和依赖。

第五部分:系统规格系统规格部分涵盖了系统的整体架构和设计。

这一部分需要详细描述系统的结构和组成要素,以及各个组成要素之间的关系。

在这里,还可以对系统的接口和数据进行描述。

第六部分:功能规格功能规格部分是对系统功能需求的详细描述。

这一部分需要列举系统的各个功能要求,并给出每个功能的详细描述。

在描述功能时,可以使用层次结构和流程图等工具来清晰地展示功能之间的关系。

第七部分:性能规格性能规格部分描述了系统的性能需求和要求。

这一部分需要给出系统的响应时间、处理能力、吞吐量等指标,并详细说明这些指标的约束和限制。

第八部分:安全规格安全规格部分涵盖了系统的安全要求和规范。

这一部分需要描述系统的安全性需求,包括数据保护、用户认证和访问控制等方面的要求。

同时,还需要确保系统在面对潜在威胁时的安全性能。

第九部分:可靠性规格可靠性规格部分描述了系统的可靠性要求和约束。

这一部分需要详细说明系统的可用性、可恢复性和容错性等方面的要求。

同时,还需要考虑系统在面对故障和异常情况时的行为。

第十部分:用户界面规格用户界面规格部分是对系统用户界面的描述。

这一部分需要详细说明系统的界面设计和交互方式。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

出行服务网站产品需求规格说明书部门:时间:目录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.1Function A.1 (9)4.1.2Function A.2 (10)4.1.3Function A.3 (10)4.1.4Function A.4 (11)4.1.5Function A.5 (12)4.1.6Function A.6 (13)4.1.7Function A.7 (13)4.1.8Function A.8 (14)4.1.9Function A.9 (14)4.1.10Function B.1 (15)4.1.11Function B.2 (15)4.1.12Function B.3 (16)4.1.13Function B.4 (17)4.1.14Function B.5 (17)4.1.15Function B.6 (18)4.1.16Function C.1 (18)4.1.17Function C.2 (18)4.1.18Function C.3 (19)4.1.19Function C.4 (19)4.2后台功能 (20)MISP网站系统后台主要功能如图所示: (20)4.2.1Function D.1 (21)4.2.2Function D.2 (21)4.2.3Function D.3 (22)4.2.4Function D.4 (22)4.2.5Function D.5 (23)4.2.6Function 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个最拥堵点。

目的是增加用户对系统的信赖度,有关部门需要时也可使用;同时也会设计其他相关统计功能。

二期交通通告通告用户交管中心播报的交通通告。

如数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局网站/jttg.asp。

二期违章查询提供用户查询自己是否曾违章的功能。

如数据获取不到,可采用友情链接的方式链接到北京市交通公安管理局的网站/。

二期出行信息服务出行服务详细介绍及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.3Function A.34.1.4Function A.44.1.5Function A.54.1.6Function A.64.1.7Function A.74.1.8Function A.84.1.9Function A.94.1.10Function B.14.1.11Function B.24.1.12Function B.34.1.13Function B.44.1.14Function B.54.1.15Function B.64.1.16Function C.14.1.17Function C.24.1.18Function C.34.1.19Function C.44.2 后台功能出行服务网站后台主要功能如图所示:图6 路况信息服务后台主要功能图8 其他辅助服务后台主要功能以上后台管理功能主要是对前台数据信息的显示、查找、增加、更新和删除功能,除上图功能外,还包括一下几个后台功能:4.2.1Function D.14.2.2Function D.24.2.3Function D.34.2.4Function D.44.2.5Function D.54.2.6Function D.65性能需求本节描述用户对系统的性能需求,可能的系统性能需求有:6应用方案目前本网站暂定为与Traffic 3.0共用一套软硬件运营环境,在将来业务发展壮大的情况下,此网站可单独出来运营,因此要求设计时,网站和Traffic 3.0耦合性要低,具体的要求接口要简单,并依赖条件少,在系统详细设计时要时刻考虑到此点。

相关文档
最新文档