基于android手持设备的景区导览系统设计8362.docx

《基于android手持设备的景区导览系统设计8362.docx》由会员分享，可在线阅读，更多相关《基于android手持设备的景区导览系统设计8362.docx（76页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、基于android手持设备的景区导览系统需求分析说明书编写： 日期：2012-08-31审核：日期：批准：日期：受控状态：是 发布版次：日期：编号：基于android手持设备的景区导览系统变更记录录日期版本变更说明明作者20122-088-3111.0初始版本本王万腾20122-088-3111.0初始版本本杨冲20122-088-3111.0初始版本本赵帅20122-088-3111.0初始版本本卢礼平签字确认认系统模块块对应章节节对应部门门负责人签签字1. 引引言51.1 编写目目的51.2 项目风风险51.3 文档约约定61.4 预期读读者和阅阅读建议议61.5 产品范范围82. 综综合

2、描述述92.1 产品的的状况992.2 产品的的功能1102.3 用户类类和特性性112.4 运行环环境1222.5 设计和和实现上上的限制制132.6 假设和和约束(依赖)143. 外外部接口口需求1143.1 用户界界面1443.1.1用户户获取服服务1883.1.2景区区实时监监控2993.1.3景区区导览资资源管理理363.2 硬件接接口4333.3 软件接接口4443.4 通讯接接口4444. 系系统功能能需求4444.1 说明和和优先级级454.2 激励响应序序列4554.3 输入输出数数据4554.3.1数据据名称：454.3.2实际际含义4464.3.3数据据类型：464.3.

3、4数据据格式：474.3.5数据据约束：475. 其其它非功功能需求求485.1 性能需需求4995.2 安全措措施需求求495.3 安全性性需求4495.4 软件质质量属性性495.5 业务规规则4995.6 用户文文档5006. 词词汇表5527. 数数据定义义528. 分分析模型型539. 待待定问题题列表5551. 引言旅游景区区的越来来越火热热所带来来的高效效益,计计算机的的应用普普及到经经济和社社会生活活的各个个领域.计算机机虽然与与人类的的关系愈愈来愈密密切,但但在景区区内部，还有人由于计算机操作不方便继续用手工劳动部分游客迷路或者在不经意间损坏景区的公共设施。.为了适应现代社会

4、人们高度强烈的时间观念,基于安卓的手机导览系统为提高景区资源利用效率，厉声游客的游览满意度，提升景区周边设施的安全保障性而开发。. 为明确软件需求, 安排项目规划与进度,组织软件开发与测试,撰写本文档.该手持设备导览系统是以 Java编程+MSSQL 2000数据库或者更高+数据查询语言编写,其系统功能在apache tomcat服务器上运行.系统管理员,景区工作人员,游客只需通过简单的操作,用户都可以了解本系统软件的基本工作原理.用户只需进行输入一些简单的汉字,数字,或用鼠标点击即可达到自己想要的目标.1.1 编写目的的该系统将将要完成成的是旅旅游景区区的导览览功能。这这里提到到的导览览，是

5、指指景区向向游客提提供的一一种服务务，这种种服务的的目的是是让游客客能够方方便的获获取景区区的各种种介绍信信息以及及景区的的实时状状态，例例如景区区内各个个分景点点的人流流是否拥拥挤、分分景点的的游览车车的数量量等等，还还要提供供相应的的查询功功能，例例如查询询欲知景景点的位位置信息息，当前前位置到到该景点点的距离离及绘制制出最合合适的路路径轨迹迹信息等等等。在在游客拥拥有自己己的PDDA设备备的前提提下，利利用手持持设备的的wiffi功能能，向游游客的设设备传输输对应景景区的导导览文件件（如视视频介绍绍，文字字介绍，以以及查询询服务）。并并且完成成提供导导览文件件资源的的服务器器资源数数据的

6、管管理，例例如日常常维护，更更新文件件资源等等，并且且提供对对客户终终端请求求的处理理。客户端的的开发是是基于谷谷歌anndrooid操操作系统统平台的的，该操操作系统统是目前前最火热热的几大大主流操操作系统统之一，具具有巨大大的市场场和发展展潜力，并且成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。服务端采采用微软软的MFFC框架架进行开开发，MMFC(Miccrossoftt Foounddatiion Claassees)，是是一个微微软公司司提供的的类库（cclasss llibrrariies），以以C+类的形

7、形式封装装了Wiindoows的的APII，并且且包含一一个应用用程序框框架，使使用MFFC可以以加快软软件的开开发流程程。1.2 项目风险险具体说明明本软件件开发项项目的全全部风险险承担者者，以及及各自在在本阶段段所需要要承担的的主要风风险，首首要风险险承担者者包括： 任务提出出者： 中软国国际华东东交通大大学anndrooid实实训班 软件开发发者：Andrroidd实训班班第六小小组 产品使用用者：各大景区区的管理理人员和和进入景景区游览览的游客客1.3 文档约定定描述编写写文档时时所采用用的标准准(如果果有标准准的话)，或者者各种排排版约定定。排版版约定应应该包括括： 正文风格格：本文

8、档，即即基于aandrroidd手持设设备的景景区导览览系统的的需求分分析报告告，正文文全文采采用五号号宋体字字体写作作，纸张张采用221厘米米乘以229.77厘米的的A4纸纸张，文文字方向向为水平平，纸张张方向为为纵向，页页边距为为上下均均保持22.544厘米，左左右保持持3.118厘米米。行间间距字间间距均保保持单倍倍于标准准的长宽宽。 提示方式式：本需求分分析报告告提示为为方式使使用微软软offficee20110自带带的“明显参参考样式提提示文档档需要注注意的部部分，即即使用加加粗下划划线，强强调文字字颜色的的字体。字字体加宽宽量为00.255磅，使使用快速速样式，优优先级保保持为33

9、3，所所有更改改均基于于默认的的段落字字体。 重要符号号：本需求报报告中应应重点观观察实心心圆黑点点，一般般为某模模块的详详细内容容说明，实实心黑色色方块为为圆黑点点需求的的子需求求，相对对来讲，圆圆黑点为为高层次次需求，可以被被其所有有细化的的需求所所继承，或或者每个个需求陈陈述是在在书写顺顺序上将将体现其其部分优优先级。1.4 预期读者者和阅读读建议 用户：如果用户户为游客客，建议议只需要要阅读文文档的第第二部分分，即游游客用户户只需了了解或知知道产品品的状况况，产品品的功能能，产品品运行需需要的手手持设备备环境以以及操作作方法即即可。如如果用户户是管理理员，建建议除上上述片段段尚需阅阅读

10、用户户类和特特性这一一章节并并且需要要阅读关关于产品品在服务务器端的的系统使使用流程程。 开发人员员：开发人员员需要严严格认真真的阅读读文档的的所有内内容，尤尤其是在在用户界界面，硬硬件接口口，软件件接口，通通讯接口口和系统统功能需需求模块块及性能能需求，安安全措施施需求，安安全性需需求，软软件质量量属性的的模块。 项目经理理；通篇阅读读此文档档，并对对文档模模糊不清清或者有有歧义的的地方进进行固定定修正或或者批注注 营销人员员：阅读产品品功能模模块，产产品范围围和本文文档所涉涉及的待待开发软软件与市市场上同同类产品品的优点点，以及及产品运运行所需需要的手手持设备备坏境。 测试人员员：通篇阅读

11、读此文档档尤其是是在系统统需求，用用户界面面，硬件件接口，软软件接口口，通讯讯接口和和系统功功能表需需求模块块，并和和开发人人员保持持一定的的沟通，并并对文档档的部分分内容进进行讨论论。 文档编写写入员： 通篇阅阅读此文文档，检检查文档档的用词词用语是是否符合合规范，并并对文档档中可能能出现歧歧义的部部分进行行注释，即即使这个个可能性性很小。1.5 产品范围围景区的服服务不够够全面细细致，管管理不够够科学，效效率不高高，游客客人数的的急剧增增长所带带来的安安全问题题，本项项目就是是在这样样的背景景下提出出的，旨旨在开发发出一个个能够方方便游客客、便于于景区管管统。随着旅游游景区人人流量越越来越

12、大大，景区区内交通通如何保保持畅通通，如何何在减少少成本的的情况下下更快的的更好的的介绍景景区内的的各个不不同景点点和和如如何保证证景区设设施的安安全已经经成为一一个重要要的问题题。高效效率化的的现在生生活需求求使得人人们难以以在一个个景区内内较易的的找到停停车场或或者另外外一个景景点的具具体位置置，和如如何更快快的到达达自己的的目的地地，而由由于景区区内的大大人流量量使得景景区内的的各种旅旅游的安安全难以以保证。本本导览系系统可以以使得游游客在某某景区实实时的登登陆服务务器获取取自己的的位置和和各个景景点的位位置，可可以进行行路线的的导航和和试试查查看景区区信息和和停车场场信息由由计算机机来

13、管理理庞大而而繁忙的的景区导导览是非非常合适适的，并并且效率率化，速速度快，完完全适应应市场需需求。参考文献献 本项目的的合同书书：中软国际际华东交交通大学学安卓实实训班实实训合同同 签约者 为中软软国际和和实训班班学生 上级机关关有关本本项目的的批文：华东交通通大学的的批准 本项目已已经批准准的计划划任务书书：基于安卓卓手持设设备的景景区导览览系统的的可行性性研究报报告编写日期期 220122年8月月28日日 开发本项项目时所所要用到到的标淮淮：Javaa开发规规范 系统规格格需求说说明： 使用实例例文档： 属于本项项目的其其它己发发表文件件： 本项项目的可可行性研研究报告告 本软件产产品需

14、求求分析报报告中所所引用的的文件、资资料； 相关软件件产品需需求分析析报告；为了方便便读者查查阅，所所有参考考资料按按一定顺顺序排列列。每份份资料都都应该给给出了： 标题名称称； 作者或者者合同签签约者； 文件编号号或者版版本号； 发表日期期或者签签约日期期； 出版单位位或者资资料来源源。2. 综合描述述对于客户户端的使使用会涉涉及到各各种类型型的游客客人群，凭凭借anndrooid简简洁明了了的UII和快捷捷的操作作特性，并并不要求求用户对对其特别别的熟悉悉，其可可以做到到让使用用方法简简单易懂懂，操作作方法尽尽量浅显显明了，用用户能够够在短时时间内借借助简易易的说明明快速上上手。为为了提高

15、高系统的的实用性性，要求求具有较较强的可可靠性和和较大的的吞吐量量。对于服务务端的操操作人员员，由于于软件设设计的提提供给操操作人员员的接口口仅仅会会涉及到到简单的的文件新新建、修修改、复复制、删删除等操操作，因因此仅仅仅需要操操作人员员熟悉简简单的电电脑操作作即可，不不需要专专门进行行培训。2.1 产品的状状况描述了在在软件产产品需求求分析报报告中所所定义的的软件产产品的背背景和起起源。说说明了该该软件产产品是否否属于下下列情况况： 是否是产产品系列列中的下下一成员员； 是否是成成熟产品品所改进进的下一一代产品品； 是否是现现有应用用软件的的替代品品(升级级产品)； 是否是一一个新型型的、自

16、自主型的的产品。2.2 产品的功功能以产品的的运行图图片来展展示因为将在在需求分分析报告告的第44部分中中详细描描述软件件产品的的功能，所所以在此此只需要要概略地地总结。仅仅从业务务层面陈陈述本软软件产品品所应具具有的主主要功能能，在描描述功能能时应该该针对每每一项需需求准确确地描述述其各项项规格说说明。如如果存在在引起误误解的可可能，在在陈述本本软件产产品主要要功能的的作用领领域时，也也需要对对应陈述述本软件件产品的的非作用用领域，以以利读者者理解本本软件产产品。为了很好好地组织织产品功功能，使使每个读读者都容容易理解解，可以以采用列列表的方方法给出出。也可可以采用用图形方方式，将将主要的的

17、需求分分组以及及它们之之间的联联系使用用数据流流程图的的顶层图图或类图图进行表表示，这这种表示示方法是是很有用用的。参考用户户当前管管理组织织构架，了了解各个个机构的的主要职职能，将将有助于于陈述软软件产品品的主要要功能。2.3 用户类和和特性确定有可可能使用用该软件件产品的的不同用用户类，并并且描述述它们相相关的特特征。往往往有一一些软件件需求，只只与特定定的用户户类有关关。描述述时，应应该将该该软件产产品的重重要用户户类与非非重要用用户类区区分开。用户不一一定是软软件产品品的直接接使用者者，通过过报表、应应用程序序接口、系系统硬件件接口得得到软件件产品的的数据和和服务的的人、或或者机构构也

18、有他他们的需需求。所所以，应应该将这这些外部部需求视视为通过过报表、应应用程序序接口、系系统硬件件接口附附加给软软件产品品的附加加用户类类。2.4 运行环境境 硬件平台台：服务器硬硬件要求求支持IInteel平台台、AMMD平台台。双CCPU 2.00G以上上，内存存2.00G以上上，1000M网网卡、硬硬盘2550G以以上，带带液晶显显示。客客户端硬硬件要求求支持aandrroidd操作系系统的嵌嵌入式平平台，支支持wiifi功功能，支支持GPPS定位位，带触触摸屏功功能，具具有音频频输出。 操作系统统和版本本：服务器系系统平台台Winndowws XXP/WWinddowss7 及及以后客

19、户端系系统平台台Anddroiid操作作系统22.1及及以后 支撑环境境(例如如：数据据库等)和版本本：MS SSQL 数据库库20000版本本及以上上 其它与该该软件有有关的软软件组件件： 服务器器端采用用tommcatt服务器器。 与该软件件共存的的应用程程序在： 谷歌地地图，百百度地图图2.5 设计和实实现上的的限制确定影响响开发人人员自由由选择的的问题，并并且说明明这些问问题为什什么成为为一种限限制。可可能的限限制包括括下列内内容： 必须使用用的特定定技术、工工具、编编程语言言和数据据库： 必须使使用jaava语语言和MMFC服服务端 MS SQLL数据库库 避免使用用的特定定技术、工

20、工具、编编程语言言和数据据库； 要求遵循循的开发发规范和和标准例如，如如果由客客户的公公司或者者第三方方公司负负责软件件维护，就就必须定定义转包包者所使使用的设设计符号号表示和和编码标标准； 企业策略略的限制制； 政府法规规的限制制； 工业标准准的限制制； 硬件的限限制 数据转换换格式标标淮的限限制。2.6 假设和约约束(依依赖)列举出对对软件产产品需求求分析报报告中，影影响需求求陈述的的假设因因素(与与己知因因素相对对立)。如如果这些些假设因因素不正正确、不不一致或或者被修修改，就就会使软软件产品品开发项项目受到到影响。这这些假设设的因素素可能包包括： 计划使用用的商业业组件，或或者其它它软

21、件中中的某个个部件； 假定产品品中某个个用户界界面将符符合一个个特殊的的设计约约定； 有关本软软件用户户的若干干假定(例如：假定用用户会熟熟练使用用SQLL语言。)； 有关本软软件开发发工作的的若干假假定(例例如：用用户承诺诺的优惠惠、方便便、上级级部门给给予的特特殊政策策和支持持等。)； 有关本软软件运行行环境的的一些问问题；此外，确确定本软软件开发发项目对对外部约约束因素素所存在在的依赖赖。有关关的约束束可能包包括： 工期约束束； 大大约2个个月 经费约束束； 学校校提供 人员约束束； 项目目小组 设备约束束； 学校校提供 地理位置置约束； 实训训基地 其它有关关项目约约束；3. 外部接口

22、口需求通过本节节描述可可以确定定，保证证软件产产品能和和外部组组件正确确连接的的需求。关关联图仅仅能表示示高层抽抽象的外外部接口口，必须须对接口口数据和和外部组组件进行行详细描描述，并并且写入入数据定定义中。如如果产品品的不同同部分有有不同的的外部接接口，那那么应该该把这些些外部接接口的全全部详细细需求并并入到这这一部分分实例中中。3.1 用户界面面 将要采用用的图形形用户界界面(GGUl)标准或或者产品品系列的的风格； 有关屏幕幕布局或或者解决决方案的的限制； 将要使用用在每一一个屏幕幕(图形形用户界界面)上上的软件件组件，包括：n 选单；n 标准按钮钮；n 导航链接接；n 各种功能能组件；

23、n 消息栏； 快捷键； 各种显示示格式的的规定，可可能包括括：n 不同情况况下文字字的对齐齐方式； 文字采采用左对对齐方式式n 不同情况况下数字字的表现现格式与与对齐方方式数字以阿阿拉伯数数字表现现n 日期的表表现方法法与格式式； 日期以以yyyyy-mmm-ddd的形形势表现现n 计时方法法与时间间格式；计时方法法为从零零开始计计时，没没记一次次后清零零并加入入总时间间，时间间表示方方式为MMM-SSSn 等等。 错误信息息显示标标准； 显示EERROOR界面面用户获取取服游客客登录界界面：登陆后功功能选择择界面：3.1.1 用户获取取服务用例标识识和历史史需求 IID:10011用例名称称

24、:用户获取取服务版本号:V1.000目的:描述整个个系统中中，用户户所能进进行的相相关操作作，如用用户的登登入登出出、查询询景点、定定位，用用户获取取景区导导览信息息等上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度度:较高前提条件件:见下级用用例结束条件件:见下级用用例非功能性性需求:假设, 问题:系统（客客户端、服服务器）正正常运行行步骤:该用例为为组合用用例，包包含以下下用例：登陆服服务器、缩缩放地图图（放大大/缩小小）、定定位、查查询并定定位景点点、获取取各景点点多媒体体信息（

25、文文字信息息/音频频信息/视频信信息）、计计算当前前位置与与指定景景点的路路程、获获取当前前各景点点状况（人人数、车车辆数）3.1.1.1 用户登录录服务器器用例标识识和历史史需求 IID:10022用例名称称:用户登录录服务器器版本号:V1.000目的:为了防止止导览资资源服务务器带宽宽被非游游客所占占用，故故需要设设定一级级用于验验证用户户身份的的密码，用用于控制制可以使使用资源源服务器器的客户户端，该该密码可可以简单单的设定定为门票票上的唯唯一IDD编码。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游

26、客）参考资料料:使用频度度:较高前提条件件:程序完成成安装，网网络连接接无异常常结束条件件:服务器被被关闭非功能性性需求:提供有条条件的强强制登录录（当密密码意外外无效时时，需要要向管理理人员申申请，获获得批准准）假设, 问题:系统（客客户端、服服务器）正正常运行行；且门门票IDD清晰可可见并唯唯一步骤:用户登录录流程图图：3.1.1.2 缩放地图图用例标识识和历史史需求 IID:10033用例名称称:缩放地图图版本号:V1.000目的:为了能够够使用户户在客户户端设备备的屏幕幕上更合合适的显显示自己己关心的的一部分分区域，设设置了缩缩放地图图功能。上一次更更新:On (日期):批准人:On

27、(日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度度:较高前提条件件:程序正常常运行结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户端正正常运行行步骤:缩放地图图流程图图：3.1.1.3 定位用例标识识和历史史需求 IID:10044用例名称称:定位版本号:V1.000目的:利用GPPS或者者依靠景景区部署署的阅读读器返回回用户当当前的地地理信息息，可供供实时定定位和位位置、路路径跟踪踪使用。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触

28、发者:用户（游游客）参考资料料:使用频度度:总是前提条件件:GPS卫卫星信号号正常，设设备硬件件正常结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户设备备功能正正常步骤:定位流程程图：3.1.1.4 查询并定定位景点点用例标识识和历史史需求 IID:10055用例名称称:查询并定定位景点点版本号:V1.000目的:使游客能能够根据据景点的的名称查查询到景景点的位位置，方方便游客客顺利的的到达自自己希望望参观的的景点。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度

29、度:一般前提条件件:程序正常常运行，供供查询的的服务器器工作正正常结束条件件:查询超时时或者查查询成功功非功能性性需求:模糊查询询假设, 问题:客户端正正常运行行步骤:查询并定定位景点点流程图图：3.1.1.5 获取各景景点多媒媒体信息息用例标识识和历史史需求 IID:10066用例名称称:获取各景景点多媒媒体信息息版本号:V1.000目的:为了能够够使用户户更加了了解某个个景点的的一些详详细资料料例如景景点的主主要观赏赏点、景景点的历历史典故故、景点点的一些些实景拍拍摄等来来决定自自己的游游玩方案案，用户户可以通通过客户户端了解解到相关关景点丰丰富的多多媒体介介绍信息息。上一次更更新:On

30、(日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度度:较高前提条件件:程序正常常运行，网网络连接接正常，资资源服务务器工作作正常结束条件件:程序崩溃溃或关闭闭相关多多媒体窗窗口非功能性性需求:多媒体信信息保持持及时更更新假设, 问题:客户端正正常运行行步骤:获取各景景点多媒媒体信息息流程图图：3.1.1.6 计算当前前位置与与指定景景点的路路程用例标识识和历史史需求 IID:10077用例名称称:计算当前前位置与与指定景景点的路路程版本号:V1.000目的:为了能够够使用户户能够直直观的看看出自己己距离想想

31、去的一一个景点点的路程程，该功功能使得得客户可可以通过过客户端端得到当当前位置置到一个个目的景景点的距距离并且且绘制出出最短的的轨迹。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度度:一般前提条件件:程序正常常运行结束条件件:程序崩溃溃或设备备故障非功能性性需求:绘制出的的轨迹尽尽量合理理假设, 问题:客户端正正常运行行步骤:计算当前前位置与与指定景景点的路路程流程程图：3.1.1.7 获取当前前各景点点状况用例标识识和历史史需求 IID:10088用例名称称:获取当前前各景点点状况

32、版本号:V1.000目的:由于各分分景点的的人数容容量有限限，如果果游客进进入到了了一个过过度拥挤挤的景点点，不仅仅游玩质质量会受受到影响响，而且且还可能能耽误行行程，本本功能需需求就是是基于这这样一个个事实考考虑得出出的，为为了游客客能够时时刻对各各景点的的状态有有所掌握握，从而而做出最最好的游游玩选择择。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（游游客）业务所有有者姓名名:联系信息息:触发者:用户（游游客）参考资料料:使用频度度:可设置刷刷新频率率前提条件件:程序正常常运行，与与服务器器通讯正正常结束条件件:程序崩溃溃或设备备故障非功能性性需求:要求假设,

33、 问题:客户端正正常运行行步骤:获取当前前各景点点状况流流程图：3.1.2 景区实时时监控用例标识识和历史史需求 IID:20011用例名称称:景区实时时监控版本号:V1.000目的:为了能够够使景区区管理人人员能够够全面的的、方便便的掌控控景区的的实时状状态，以以便能够够对景区区的人流流和车流流进行适适当的管管理，另另外还提提供了景景区的事事故模拟拟疏散模模型，增增加景区区事故发发生后响响应的处处理到达达的效率率。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（景景区管理理员）业务所有有者姓名名:联系信息息:触发者:用户（景景区管理理员）参考资料料:使用频度度:始

34、终运行行前提条件件:程序正常常运行结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户主机机正常运运行步骤:该用例为为组合用用例，包包含以下下用例：景区实实时状态态、查询询数据、分分析数据据、模拟拟疏散模模型等。3.1.2.1 景区实时时状态用例标识识和历史史需求 IID:20022用例名称称:景区实时时状态版本号:V1.000目的:将当前的的景区各各景点、各各地区的的实时信信息同意意搜集并并上传到到用于显显示和分分析景区区实时状状态的主主机上并并进行显显示。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（景景区管理理员）业务所有有者姓名名:联系信

35、息息:触发者:用户（景景区管理理员）参考资料料:使用频度度:始终使用用前提条件件:程序正常常运行结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户主机机正常运运行步骤:景区实时时状态流流程图：3.1.2.2 数据查询询用例标识识和历史史需求 IID:20033用例名称称:查询数据据版本号:V1.000目的:通过编号号20002的需需求获得得的实时时状态数数据将会会被存档档保存，用用于此处处的查询询功能，可可以方便便的查询询到各景景点状态态的历史史信息，用用于分析析。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（景景区管理理员）业务所有有者姓名名

36、:联系信息息:触发者:用户（景景区管理理员）参考资料料:使用频度度:一般前提条件件:存储数据据正常结束条件件:完成一次次查询非功能性性需求:无假设, 问题:客户主机机正常运运行步骤:查询数据据流程图图：3.1.2.3 分析数据据用例标识识和历史史需求 IID:20044用例名称称:分析数据据版本号:V1.000目的:通过编号号20002的需需求获得得的实时时状态数数据将会会被存档档保存，用用于此处处的分析析功能，通通过用例例20003可以以方便的的查询到到各景点点状态的的历史信信息，用用于对景景区日常常运营状状况的分分析，帮帮助景区区管理人人员对景景区进行行管理。上一次更更新:On (日期):

37、批准人:On (日期):用户/行行为人:用户（景景区管理理员）业务所有有者姓名名:联系信息息:触发者:用户（景景区管理理员）参考资料料:使用频度度:一般前提条件件:存储数据据正常结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户主机机正常运运行步骤:分析数据据流程图图：3.1.2.4 模拟疏散散模型用例标识识和历史史需求 IID:20055用例名称称:模拟疏散散模型版本号:V1.000目的:为了在景景区内发发生一些些意外事事故的时时候能够够有效的的疏散人人流，构构造了模模拟疏散散模型来来模拟人人流的疏疏散效果果，生成成一系列列的疏散散预案，以以便当景景区真正正发生意意外情况

38、况时，能能够采取取最有效效的措施施。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（景景区管理理员）业务所有有者姓名名:联系信息息:触发者:用户（景景区管理理员）参考资料料:使用频度度:一般前提条件件:程序正常常运行结束条件件:程序崩溃溃或设备备故障非功能性性需求:无假设, 问题:客户主机机正常运运行步骤:模拟疏散散模型流流程图：3.1.3 景区导览览资源管管理用例标识识和历史史需求 IID:30011用例名称称:景区导览览资源管管理版本号:V1.000目的:本用例目目的在于于方便对对各景点点所关联联的导览览资源进进行统一一的、高高效的管管理。考考虑到各各景点信信息

39、的更更新，增增加或删删除等。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（导导览资源源管理员员）业务所有有者姓名名:联系信息息:触发者:用户（导导览资源源管理员员）参考资料料:使用频度度:一般前提条件件:数据库服服务器工工作正常常结束条件件:程序崩溃溃或服务务器故障障非功能性性需求:无假设, 问题:服务端、客客户端正正常运行行步骤:该用例为为组合用用例，包包含以下下用例：新增导导览信息息、删除除导览信信息、更更新导览览信息、定定期维护护导览信信息等。3.1.3.1 新增导览览信息用例标识识和历史史需求 IID:30022用例名称称:新增导览览信息版本号:V1.00

40、0目的:在系统初初始化设设置的时时候，需需要录入入各景点点的导览览信息供供客户使使用，同同时，在在新增景景点时，也也需要通通过此用用例录入入新增景景点的导导览信息息。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（导导览资源源管理员员）业务所有有者姓名名:联系信息息:触发者:用户（导导览资源源管理员员）参考资料料:使用频度度:较高前提条件件:数据库服服务器工工作正常常结束条件件:程序崩溃溃或服务务器故障障非功能性性需求:无假设, 问题:服务端、客客户端正正常运行行步骤:新增导览览信息流流程图：3.1.3.2 删除导览览信息用例标识识和历史史需求 IID:30033用

41、例名称称:删除导览览信息版本号:V1.000目的:在需要删删除景点点的导览览信息供供客户使使用。上一次更更新:On (日期):批准人:On (日期):用户/行行为人:用户（导导览资源源管理员员）业务所有有者姓名名:联系信息息:触发者:用户（导导览资源源管理员员）参考资料料:使用频度度:较高前提条件件:数据库服服务器工工作正常常结束条件件:程序崩溃溃或服务务器故障障非功能性性需求:无假设, 问题:服务端、客客户端正正常运行行步骤:删除导览览信息流流程图：3.1.3.3 更新导览览信息用例标识识和历史史需求 IID:30044用例名称称:更新导览览信息版本号:V1.000目的:为了给游游客更好好的服务务，需要要及时的的更新导导览信息息，以便便让