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

84/84编写：日期：编写：日期：2012-08-31审核：日期：批准：日期：受控状态：是公布版次：日期：编号：基于android手持设备的景区导览系统变更记录日期版本变更讲明作者2012-08-311.0初始版本王万腾2012-08-311.0初始版本杨冲2012-08-311.0初始版本赵帅2012-08-311.0初始版本卢礼平签字确认系统模块对应章节对应部门负责人签字1.引言 51.1编写目的 51.2项目风险 51.3文档约定 61.4预期读者和阅读建议 61.5产品范围 82.综合描述 92.1产品的状况 92.2产品的功能 102.3用户类和特性 112.4运行环境 122.5设计和实现上的限制 132.6假设和约束(依靠) 143.外部接口需求 143.1用户界面 143.1.1 用户猎取服务 183.1.2 景区实时监控 293.1.3 景区导览资源治理 363.2硬件接口 433.3软件接口 443.4通讯接口 444.系统功能需求 444.1讲明和优先级 454.2激励／响应序列 454.3输入／输出数据 454.3.1 数据名称： 454.3.2 实际含义 464.3.3 数据类型： 464.3.4 数据格式： 474.3.5 数据约束： 475.其它非功能需求 485.1性能需求 495.2安全措施需求 495.3安全性需求 495.4软件质量属性 495.5业务规则 495.6用户文档 506.词汇表 527.数据定义 528.分析模型 539.待定问题列表 55引言旅游景区的越来越火热所带来的高效益,计算机的应用普及到经济和社会生活的各个领域.计算机尽管与人类的关系愈来愈紧密,但在景区内部，还有人由于计算机操作不方便接着用手工劳动部分游客迷路或者在不经意间损坏景区的公共设施。.为了适应现代社会人们高度强烈的时刻观念,基于安卓的手机导览系统为提高景区资源利用效率，厉声游客的巡游中意度，提升景区周边设施的安全保障性而开发。.为明确软件需求,安排项目规划与进度,组织软件开发与测试,撰写本文档.该手持设备导览系统是以Java编程+MSSQL2000数据库或者更高+数据查询语言编写,其系统功能在apachetomcat服务器上运行.系统治理员,景区工作人员,游客只需通过简单的操作,用户都能够了解本系统软件的差不多工作原理.用户只需进行输入一些简单的汉字,数字,或用鼠标点击即可达到自己想要的目标.编写目的该系统将要完成的是旅游景区的导览功能。那个地点提到的导览，是指景区向游客提供的一种服务，这种服务的目的是让游客能够方便的猎取景区的各种介绍信息以及景区的实时状态，例如景区内各个分景点的人流是否拥挤、分景点的巡游车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的wifi功能，向游客的设备传输对应景区的导览文件（如视频介绍，文字介绍，以及查询服务）。同时完成提供导览文件资源的服务器资源数据的治理，例如日常维护，更新文件资源等，同时提供对客户终端请求的处理。客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操作系统之一，具有巨大的市场和进展潜力，同时成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程语言选择Java，因此具有较好的可移植性。服务端采纳微软的MFC框架进行开发，MFC(MicrosoftFoundationClasses)，是一个微软公司提供的类库（classlibraries），以C++类的形式封装了Windows的API，同时包含一个应用程序框架，使用MFC能够加快软件的开发流程。项目风险具体讲明本软件开发项目的全部风险承担者，以及各自在本时期所需要承担的要紧风险，首要风险承担者包括：任务提出者： 中软国际华东交通大学android实训班软件开发者： Android实训班第六小组产品使用者：各大景区的治理人员和进入景区巡游的游客文档约定描述编写文档时所采纳的标准(假如有标准的话)，或者各种排版约定。排版约定应该包括：正文风格：本文档，即基于android手持设备的景区导览系统的需求分析报告，正文全文采纳五号宋体字体写作，纸张采纳21厘米乘以29.7厘米的A4纸张，文字方向为水平，纸张方向为纵向，页边距为上下均保持2.54厘米，左右保持3.18厘米。行间距字间距均保持单倍于标准的长宽。提示方式：本需求分析报告提示为方式使用微软office2010自带的“明显参考样式提示文档需要注意的部分，即使用加粗下划线，强调文字颜色的字体。字体加宽量为0.25磅，使用快速样式，优先级保持为33，所有更改均基于默认的段落字体。重要符号：本需求报告中应重点观看实心圆黑点，一般为某模块的详细内容讲明，实心黑色方块为圆黑点需求的子需求，相对来讲，圆黑点为高层次需求，能够被其所有细化的需求所继承，或者每个需求陈述是在书写顺序上将体现其部分优先级。预期读者和阅读建议用户：假如用户为游客，建议只需要阅读文档的第二部分，即游客用户只需了解或明白产品的状况，产品的功能，产品运行需要的手持设备环境以及操作方法即可。假如用户是治理员，建议除上述片段尚需阅读用户类和特性这一章节同时需要阅读关于产品在服务器端的系统使用流程。开发人员：开发人员需要严格认确实阅读文档的所有内容，尤其是在用户界面，硬件接口，软件接口，通讯接口和系统功能需求模块及性能需求，安全措施需求，安全性需求，软件质量属性的模块。项目经理；通篇阅读此文档，并对文档模糊不清或者有歧义的地点进行固定修正或者批注营销人员：阅读产品功能模块，产品范围和本文档所涉及的待开发软件与市场上同类产品的优点，以及产品运行所需要的手持设备坏境。测试人员：通篇阅读此文档尤其是在系统需求，用户界面，硬件接口，软件接口，通讯接口和系统功能表需求模块，并和开发人员保持一定的沟通，并对文档的部分内容进行讨论。文档编写入员： 通篇阅读此文档，检查文档的用词用语是否符合规范，并对文档中可能出现歧义的部分进行注释，即使那个可能性专门小。产品范围 景区的服务不够全面细致，治理不够科学，效率不高，游客人数的急剧增长所带来的安全问题，本项目确实是在如此的背景下提出的，旨在开发出一个能够方便游客、便于景区管统。 随着旅游景区人流量越来越大，景区内交通如何保持畅通，如何在减少成本的情况下更快的更好的介绍景区内的各个不同景点和和如何保证景区设施的安全差不多成为一个重要的问题。高效率化的现在生活需求使得人们难以在一个景区内较易的找到停车场或者另外一个景点的具体位置，和如何更快的到达自己的目的地，而由于景区内的大人流量使得景区内的各种旅游的安全难以保证。本导览系统能够使得游客在某景区实时的登陆服务器猎取自己的位置和各个景点的位置，能够进行路线的导航和试试查看景区信息和停车场信息由计算机来治理庞大而繁忙的景区导览是特不合适的，同时效率化，速度快，完全适应市场需求。参考文献本项目的合同书：中软国际华东交通大学安卓实训班实训合同签约者为中软国际和实训班学生上级机关有关本项目的批文：华东交通大学的批准本项目差不多批准的打算任务书：基于安卓手持设备的景区导览系统的可行性研究报告编写日期2012年8月28日开发本项目时所要用到的标淮：Java开发规范系统规格需求讲明：使用实例文档：属于本项目的其它己发表文件：本项目的可行性研究报告本软件产品需求分析报告中所引用的文件、资料；相关软件产品需求分析报告；为了方便读者查阅，所有参考资料按一定顺序排列。每份资料都应该给出了：标题名称；作者或者合同签约者；文件编号或者版本号；发表日期或者签约日期；出版单位或者资料来源。综合描述关于客户端的使用会涉及到各种类型的游客人群，凭借android简洁明了的UI和快捷的操作特性，并不要求用户对其特不的熟悉，其能够做到让使用方法简单易明白，操作方法尽量浅显明了，用户能够在短时刻内借助简易的讲明快速上手。为了提高系统的有用性，要求具有较强的可靠性和较大的吞吐量。关于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需要专门进行培训。产品的状况描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。讲明了该软件产品是否属于下列情况：是否是产品系列中的下一成员；是否是成熟产品所改进的下一代产品；是否是现有应用软件的替代品(升级产品)；是否是一个新型的、自主型的产品。产品的功能以产品的运行图片来展示因为将在需求分析报告的第4部分中详细描述软件产品的功能，因此在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的要紧功能，在描述功能时应该针对每一项需求准确地描述其各项规格讲明。假如存在引起误解的可能，在陈述本软件产品要紧功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。为了专门好地组织产品功能，使每个读者都容易理解，能够采纳列表的方法给出。也能够采纳图形方式，将要紧的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是专门有用的。参考用户当前治理组织构架，了解各个机构的要紧职能，将有助于陈述软件产品的要紧功能。用户类和特性确定有可能使用该软件产品的不同用户类，同时描述它们相关的特征。往往有一些软件需求，只与特定的用户类有关。描述时，应该将该软件产品的重要用户类与非重要用户类区分开。用户不一定是软件产品的直接使用者，通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。因此，应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。运行环境硬件平台：服务器硬件要求 支持Intel平台、AMD平台。双CPU2.0G以上，内存2.0G以上，100M网卡、硬盘250G以上，带液晶显示。客户端硬件要求 支持android操作系统的嵌入式平台，支持wifi功能，支持GPS定位，带触摸屏功能，具有音频输出。操作系统和版本：服务器系统平台 WindowsXP/Windows7及以后客户端系统平台 Android操作系统2.1及以后支撑环境(例如：数据库等)和版本：MSSQL数据库2000版本及以上其它与该软件有关的软件组件：服务器端采纳tomcat服务器。与该软件共存的应用程序在：谷歌地图，百度地图设计和实现上的限制确定阻碍开发人员自由选择的问题，同时讲明这些问题什么缘故成为一种限制。可能的限制包括下列内容：必须使用的特定技术、工具、编程语言和数据库： 必须使用java语言和MFC服务端MSSQL数据库幸免使用的特定技术、工具、编程语言和数据库； 要求遵循的开发规范和标准例如，假如由客户的公司或者第三方公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准；企业策略的限制；政府法规的限制；工业标准的限制；硬件的限制数据转换格式标淮的限制。假设和约束(依靠)列举出对软件产品需求分析报告中，阻碍需求陈述的假设因素(与己知因素相对立)。假如这些假设因素不正确、不一致或者被修改，就会使软件产品开发项目受到阻碍。这些假设的因素可能包括：打算使用的商业组件，或者其它软件中的某个部件；假定产品中某个用户界面将符合一个专门的设计约定；有关本软件用户的若干假定(例如：假定用户会熟练使用SQL语言。)；有关本软件开发工作的若干假定(例如：用户承诺的优惠、方便、上级部门给予的专门政策和支持等。)；有关本软件运行环境的一些问题；此外，确定本软件开发项目对外部约束因素所存在的依靠。有关的约束可能包括：工期约束；大约2个月经费约束；学校提供人员约束；项目小组设备约束；学校提供地理位置约束；实训基地其它有关项目约束；外部接口需求通过本节描述能够确定，保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口，必须对接口数据和外部组件进行详细描述，同时写入数据定义中。假如产品的不同部分有不同的外部接口，那么应该把这些外部接口的全部详细需求并入到这一部分实例中。用户界面将要采纳的图形用户界面(GUl)标准或者产品系列的风格；有关屏幕布局或者解决方案的限制；将要使用在每一个屏幕(图形用户界面)上的软件组件，包括：选单；标准按钮；导航链接；各种功能组件；消息栏；快捷键；各种显示格式的规定，可能包括：不同情况下文字的对齐方式； 文字采纳左对齐方式不同情况下数字的表现格式与对齐方式数字以阿拉伯数字表现日期的表现方法与格式； 日期以yyyy-mm-dd的形势表现计时方法与时刻格式；计时方法为从零开始计时，没记一次后清零并加入总时刻，时刻表示方式为MM-SS等等。错误信息显示标准； 显示ERROR界面用户猎取服游客登录界面：登陆后功能选择界面：用户猎取服务用例标识和历史需求ID:1001用例名称:用户猎取服务版本号:V1.00目的:描述整个系统中，用户所能进行的相关操作，如用户的登入登出、查询景点、定位，用户猎取景区导览信息等上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:见下级用例结束条件:见下级用例非功能性需求:假设,问题:系统（客户端、服务器）正常运行步骤:该用例为组合用例，包含以下用例：登陆服务器、缩放地图（放大/缩小）、定位、查询并定位景点、猎取各景点多媒体信息（文字信息/音频信息/视频信息）、计算当前位置与指定景点的路程、猎取当前各景点状况（人数、车辆数）用户登录服务器用例标识和历史需求ID:1002用例名称:用户登录服务器版本号:V1.00目的:为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于操纵能够使用资源服务器的客户端，该密码能够简单的设定为门票上的唯一ID编码。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序完成安装，网络连接无异常结束条件:服务器被关闭非功能性需求:提供有条件的强制登录（当密码意外无效时，需要向治理人员申请，获得批准）假设,问题:系统（客户端、服务器）正常运行；且门票ID清晰可见并唯一步骤:用户登录流程图：缩放地图用例标识和历史需求ID:1003用例名称:缩放地图版本号:V1.00目的:为了能够使用户在客户端设备的屏幕上更合适的显示自己关怀的一部分区域，设置了缩放地图功能。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户端正常运行步骤:缩放地图流程图：定位用例标识和历史需求ID:1004用例名称:定位版本号:V1.00目的:利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息，可供实时定位和位置、路径跟踪使用。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:总是前提条件:GPS卫星信号正常，设备硬件正常结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户设备功能正常步骤:定位流程图：查询并定位景点用例标识和历史需求ID:1005用例名称:查询并定位景点版本号:V1.00目的:使游客能够依照景点的名称查询到景点的位置，方便游客顺利的到达自己希望参观的景点。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:一般前提条件:程序正常运行，供查询的服务器工作正常结束条件:查询超时或者查询成功非功能性需求:模糊查询假设,问题:客户端正常运行步骤:查询并定位景点流程图：猎取各景点多媒体信息用例标识和历史需求ID:1006用例名称:猎取各景点多媒体信息版本号:V1.00目的:为了能够使用户更加了解某个景点的一些详细资料例如景点的要紧观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案，用户能够通过客户端了解到相关景点丰富的多媒体介绍信息。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:较高前提条件:程序正常运行，网络连接正常，资源服务器工作正常结束条件:程序崩溃或关闭相关多媒体窗口非功能性需求:多媒体信息保持及时更新假设,问题:客户端正常运行步骤:猎取各景点多媒体信息流程图：计算当前位置与指定景点的路程用例标识和历史需求ID:1007用例名称:计算当前位置与指定景点的路程版本号:V1.00目的:为了能够使用户能够直观的看出自己距离想去的一个景点的路程，该功能使得客户能够通过客户端得到当前位置到一个目的景点的距离同时绘制出最短的轨迹。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:绘制出的轨迹尽量合理假设,问题:客户端正常运行步骤:计算当前位置与指定景点的路程流程图：猎取当前各景点状况用例标识和历史需求ID:1008用例名称:猎取当前各景点状况版本号:V1.00目的:由于各分景点的人数容量有限，假如游客进入到了一个过度拥挤的景点，不仅游玩质量会受到阻碍，而且还可能耽搁行程，本功能需求确实是基于如此一个事实考虑得出的，为了游客能够时刻对各景点的状态有所掌握，从而做出最好的游玩选择。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（游客）业务所有者姓名:联系信息:触发者:用户（游客）参考资料:使用频度:可设置刷新频率前提条件:程序正常运行，与服务器通讯正常结束条件:程序崩溃或设备故障非功能性需求:要求假设,问题:客户端正常运行步骤:猎取当前各景点状况流程图：景区实时监控用例标识和历史需求ID:2001用例名称:景区实时监控版本号:V1.00目的:为了能够使景区治理人员能够全面的、方便的掌控景区的实时状态，以便能够对景区的人流和车流进行适当的治理，另外还提供了景区的事故模拟疏散模型，增加景区事故发生后响应的处理到达的效率。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（景区治理员）业务所有者姓名:联系信息:触发者:用户（景区治理员）参考资料:使用频度:始终运行前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户主机正常运行步骤:该用例为组合用例，包含以下用例：景区实时状态、查询数据、分析数据、模拟疏散模型等。景区实时状态用例标识和历史需求ID:2002用例名称:景区实时状态版本号:V1.00目的:将当前的景区各景点、各地区的实时信息同意搜集并上传到用于显示和分析景区实时状态的主机上并进行显示。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（景区治理员）业务所有者姓名:联系信息:触发者:用户（景区治理员）参考资料:使用频度:始终使用前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户主机正常运行步骤:景区实时状态流程图：数据查询用例标识和历史需求ID:2003用例名称:查询数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存，用于此处的查询功能，能够方便的查询到各景点状态的历史信息，用于分析。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（景区治理员）业务所有者姓名:联系信息:触发者:用户（景区治理员）参考资料:使用频度:一般前提条件:存储数据正常结束条件:完成一次查询非功能性需求:无假设,问题:客户主机正常运行步骤:查询数据流程图：分析数据用例标识和历史需求ID:2004用例名称:分析数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存，用于此处的分析功能，通过用例2003能够方便的查询到各景点状态的历史信息，用于对景区日常运营状况的分析，关心景区治理人员对景区进行治理。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（景区治理员）业务所有者姓名:联系信息:触发者:用户（景区治理员）参考资料:使用频度:一般前提条件:存储数据正常结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户主机正常运行步骤:分析数据流程图：模拟疏散模型用例标识和历史需求ID:2005用例名称:模拟疏散模型版本号:V1.00目的:为了在景区内发生一些意外事故的时候能够有效的疏散人流，构造了模拟疏散模型来模拟人流的疏散效果，生成一系列的疏散预案，以便当景区真正发生意外情况时，能够采取最有效的措施。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（景区治理员）业务所有者姓名:联系信息:触发者:用户（景区治理员）参考资料:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设,问题:客户主机正常运行步骤:模拟疏散模型流程图：景区导览资源治理用例标识和历史需求ID:3001用例名称:景区导览资源治理版本号:V1.00目的:本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的治理。考虑到各景点信息的更新，增加或删除等。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（导览资源治理员）业务所有者姓名:联系信息:触发者:用户（导览资源治理员）参考资料:使用频度:一般前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设,问题:服务端、客户端正常运行步骤:该用例为组合用例，包含以下用例：新增导览信息、删除导览信息、更新导览信息、定期维护导览信息等。新增导览信息用例标识和历史需求ID:3002用例名称:新增导览信息版本号:V1.00目的:在系统初始化设置的时候，需要录入各景点的导览信息供客户使用，同时，在新增景点时，也需要通过此用例录入新增景点的导览信息。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（导览资源治理员）业务所有者姓名:联系信息:触发者:用户（导览资源治理员）参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设,问题:服务端、客户端正常运行步骤:新增导览信息流程图：删除导览信息用例标识和历史需求ID:3003用例名称:删除导览信息版本号:V1.00目的:在需要删除景点的导览信息供客户使用。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（导览资源治理员）业务所有者姓名:联系信息:触发者:用户（导览资源治理员）参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设,问题:服务端、客户端正常运行步骤:删除导览信息流程图：更新导览信息用例标识和历史需求ID:3004用例名称:更新导览信息版本号:V1.00目的:为了给游客更好的服务，需要及时的更新导览信息，以便让游客能够掌握最新的、有效的导览资料，幸免导览资料的过期所带来的一系列问题例如给误导、引发混乱、纠纷等情况。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（导览资源治理员）业务所有者姓名:联系信息:触发者:用户（导览资源治理员）参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设,问题:服务端、客户端正常运行步骤:更新导览信息流程图：定期维护导览信息用例标识和历史需求ID:3005用例名称:定期维护导览信息版本号:V1.00目的:为了保证导览服务的可靠性，需要定期对导览信息进行维护，幸免导览资源的失效而引发导览系统的缺陷。上一次更新:On(日期):批准人:On(日期):用户/行为人:用户（导览资源治理员）业务所有者姓名:联系信息:触发者:用户（导览资源治理员）参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设,问题:服务端、客户端正常运行步骤:定期维护导览信息流程图：硬件接口描述待开发的软件产品与系统硬件接口的特征，若有多个硬件接口，则必须全都描述。接口特征的描述内容可能包括：支持的硬件类型；软、硬件之间交流的数据；操纵信息的性质；使用的通讯协议；软件接口操作系统；数据库；工具；函数库；集成的商业组件该软件产品与其它外部组件的连接，这些外部组件必须明确它们的名称和版本号以资识不，可能的外部组件包括：SunJavaJDK6.0ForWindows数据库；库MSSQLServer2005（或更高版本）Web应用服务器ApacheTomcat6.0.29（或更高版本）通讯接口描述与软件产品所使用的通讯功能相关的需求，包括：电子邮件；WEB扫瞄器；网络通讯标准或者协议；数据交互用电子表格；必须定义相关的：消息格式；通讯安全或加密问题；数据传输速率；同步和异步通讯机制；系统功能需求需要进行详细的需求记录，详细列出与该系统功能相关的详细功能需求，同时，唯一地标识每一项需求。这是必须提交给用户的软件功能，使得用户能够使用所提供的功能执行服务或者使用所指定的使用实例执行任务。描述软件产品如何响应己知的出错条件、非法输入、非法动作。假如每一项功能需求都能用一项，也只需要用一项测试用例就能进行验证，那么就能够认为功能需求差不多适当地进行描述了。假如某项功能需求找不到合适的测试用例，或者必须使用多项测试用例才能验证，那么该项功能需求的描述必定存在某些问题。功能需求是依照系统功能，即软件产品所提供的要紧服务来组织的。能够通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容，也能够便用这些元素的组合。总而言之，必须选择一种是读者容易理解预期产品的组织方案。用简短的语句讲明功能的名称，例如：“4.1系统参数治理”。按照服务组织的顺序，逐条阐述系统功能。不管讲明的是何种功能，都应该针对该系统功能重复叙述4.1~4.3这三个部分。能够通过各种方式来组织这一部分内容，例如采纳：使用实例、运行模式、用户类、对象类、功能等级等，也能够采纳它们的组合。其最终目的是，让读者容易理解立即开发的软件产品。一般来讲，每个使用实例都对应一个系统功能，因而按照使用实例来组织内容比较容易让用户理解。对应一些被共享的独立使用实例，能够定义一些公用系统功能。必须特不注意的是，在2.2节“产品的功能”中描述的全部需求，以及它们的规格讲明；必须在某个系统功能描述中有所反映，而且不应重复。讲明和优先级对该系统功能进行简短的讲明，同时指出该系统功能的优先级是：高、中、依旧低。需要的话，还能够包括对特定优先级部分的评价，例如：利益、损失、费用和风险，其相对优先等级能够从1(低)到9(高)。激励／响应序列列出输入激励(用户动作、来自外部设备的信号或者其它触发)同时定义针对这——功能行为的系统响应序列，这些序列将与使用实例中相关的对话元素相对应。描述激励／响应序列时，不仅需要描述差不多过程，而且应该描述可选(扩充)过程，包括例外(引起任务不能顺序完成的情况称为例外)。疏忽了可选过程，有可能阻碍软件产品的功能；假如遗漏例外过程，则有可能会引发系统崩溃。假如采纳流程图来描述激励／响应序列，比较容易让用户理解。输入／输出数据数据名称：1.游客表：1）登录账号；2）登录密码；3）登录历史；4）扫瞄历史；5）个人积分；6）随机验证码。2.景点表：1）景点名称；2）景点类型；3）景点坐标；4）景点最高海拔；5）景点简述；6）当前扫瞄游客数量；7）总共扫瞄游客数量；8）景点历史。实际含义 1.游客表：1）登录账号： 标示是登录系统的游客号（唯一）2）登录密码： 用户登录所需密码；3）登录历史： 此游客登录系统的历史记录（按时刻的先后顺序倒序）；4）扫瞄历史：本游客所扫瞄的景点信息；5）个人积分： 依照用户所发表评论的质量、评论条数以及扫瞄景点量的多少对用户进行评分（依照评分范围进行等级划分，例如，有：（1）白菜级（2）入门级（3）青铜级（4）白银级（5）黄金级）2.景点表：1）景点名称： 表示景点语言名称（中英对比）2）景点类型： 景点所属类不（如（1）自然风景（2）人文景观等等）3）景点坐标： 景点所处地球坐标（经纬度）4）景点最高海拔： 景点海拔高度；5）景点简述： 景点简述（文字，图片，视频）6）当前扫瞄游客数量：综合依照景区内热点量、摄像统计、游客登录系统次数以及进出景点的交通工具量，模拟当期景区游客的大致数量7）总共扫瞄游客数量： 扫瞄游客的历史统计量8）景点历史 景点典故（俗称景点故事）数据类型： 1.游客表：1）登录账号：string2）登录密码:string3）登录历史:string4）扫瞄历史:string5）个人积分:int6）随机验证码:文字图片2.景点表：1）景点名称：string2）景点类型:string3）景点坐标:(经度float,纬度float)4）景点最高海拔：float5）景点简述：string6）当前扫瞄游客数量：longint7）总共扫瞄游客数量:longint8）景点历史：string数据格式： 1.游客表：1）登录账号：数值2）登录密码:字符3）登录历史:字符4）扫瞄历史:字符5）个人积分:数值6）随机验证码:二进制编码2.景点表：1）景点名称：字符2）景点类型：字符3）景点坐标：数值4）景点最高海拔：数值5）景点简述：字符，二进制，数值6）当前扫瞄游客数量：数值7）总共扫瞄游客数量：数值8）景点历史：字符数据约束：1.游客表：1）登录账号：一位或一位以上的英文字母或数字2）登录密码:六位或六位以上的英文字母或数字，但不能全是数字3）登录历史:每次记录登录日期的年月日、时分秒4）扫瞄历史:扫瞄的景点名称5）个人积分:10~100之间，包括边界6）随机验证码:四位的变形数字2.景点表：1）景点名称：景点的名字2）景点类型：四位以上的汉字描述（如，自然景区等）3）景点坐标：精确到小数的十分位4）景点最高海拔：精确到小数的十分位5）景点简述：汉字描述，图片展示，视频播放6）当前扫瞄游客数量：0或0以上的数值7）总共扫瞄游客数量：0或0以上的数值8）景点历史：文字描述其它非功能需求在那个地点列举出所有非功能需求，要紧包括可靠性、安全性、可维护性、可扩展性、可测试性等。（1）规范性整个系统的各种软件、硬件均应符合相关的国际、国内标准。（2）开放性整个系统要具备开发性的架构，提供开放的二次开发接口，要具备快速的业务构造能力,能够保证业务的持续进展，业务维护和进展也不依靠于设备厂商。（3）先进性采纳当前世界先进的基于计算机网络的软件、硬件产品以及模块化的软硬件设计，从而保证系统在技术上领先。（4）有用性满足业务需求的近期目标，依据用户规模、业务运营情况和应急的服务需求，在保证服务质量的前提下，设计系统规模、软件功能和业务功能适用的系统。（5）可靠性整个系统应采纳多种系统容错手段，要紧设备采纳双机或镜像备份工作方式，保证系统正常运行。（6）扩展性软件、硬件平台应具有良好的可扩充、扩展能力，能够方便进行系统升级和更新，以适应各种不同业务的不断进展。（7）安全性应该充分考虑整个系统运行的安全策略和机制，能够依照不同的业务要求和应用处理，设置不同的安全措施。（8）经济性经济性原则要求客户服务系统的设计与实施必须考虑现有资源的使用和闲置情况，同时保证系统的平滑扩容。性能需求阐述不同应用领域对软件产品性能的需求，同时讲明提出需求的原理或者依据，以关心开发人员做出合理的设计选择。尽可能详细地描述性能需求，假如需要，能够针对每个功能需求或者特征分不陈述其性能需求。在那个地点确定：相互合作的用户数量；系统支持的并发操作数量；响应时刻；与实时系统的时刻关系：容量需求存储器；磁盘空间；数据库中表的最大行数。安全措施需求详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全爱护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。安全性需求“每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用。”一些出于不行目的跟踪他人，导致隐私曝光。防护：假如用户装有该软件，发觉被跟踪能够开启软件的防跟踪安全功能。软件质量属性详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是能够验证的。至少也应该指明不同属性的相对侧重点，例如：易用性优于易学性，或者可移植性优于有效性。业务规则列举出有关软件产品的所有操作规则，例如：那些人在特定环境下能够进行何种操作。这些本身不是功能需求，然而他们能够暗示某些功能需求执行这些规则。一个业务规则的范例如下：“进行达到或者超过10，000，00元人民币的储蓄业务时，必须通过附加的治理员认证。”列举业务规则时，能够依照规则的数量，选取合适的编目方式。用户文档列举出将与软件产品一同交付的用户文档，同时明确所有己知用户文档的交付格式或标准，例如：安装指南纸质文档，16开本；用户手册纸质文档，16开本；在线关心电子文档，与软件产品一同分发、配置；使用教程电子文档，与软件产品一同分发、配置。其它非功能需求 本系统能够保证同时承载最少用户100万点击情况下不出现崩溃现象；能抵制住一般的常见电脑病毒的攻击；能够部分修复；能够实现在线升级；可提供专门的测试版本。５.１性能需求５.２响应需求响应时刻必须满足如下需求：文字资源猎取速度：≤3秒；音视频资源缓冲时刻：≤5秒；５.３可靠性需求系统可靠性应满足如下需求：在旅游高峰期时，2000个并发连接请求的一次性成功率不能低于65%；５.４可用性需求系统应满足如下可用性需求：能够在景区开放时段提供服务；５.５精度需求系统应满足如下精度要求：景点定位精确度在±2000米以内；５.６安全措施需求保证系统服务器有两个以上，以至于在一个服务器出现故障之后另一个服务器能顶的上使用。５.６.１安全性需求系统保证游客账号名不能相同，密码在六位数以上且不能全是数字；设置一下网络策略，保证服务器处于百兆网速以上；数据备份；软件有使用权限的设置和用户身份的验证；系统能够抵制住1000次点击率等等。 ５.７软件质量属性通过中间件等其他软件或硬件设施，能够在Windows系列的平台以及OS，Linux平台上自由运行；本系统能够保证同时承载最少用户100万点击情况下不出现崩溃现象；能抵制住一般的常见电脑病毒的攻击；能够部分修复；能够实现在线升级；可提供专门的测试版本。６.业务规则服务端：由相关治理员负责定期对系统进行安全检查和在线升级系统以及维护服务器的终端；游客：能够登录账号、查询景点信息，查询自己账号的相关信息，修改自己的系统给自动设定的账号名称，但要保证不能和数据库中差不多存在的信息相冲突。系统采纳开源的平台进行设计，以便于以后的升级和维护。系统的维护费用保持在每年100万元以下。词汇表列出本文件中用到的专业术语的定义，以及有关缩写的定义(如有可能，列出相关的外文原词)。为了便于非软件专业或者非计算机专业人士阅读软件产品需求分析报告，要求使用非软件专业或者非计算机专业的术语描述软件需求。因此那个地点所指的专业术语，是指业务层面上的专业术语，而不是软件专业或者计算机专业的术语。然而，关于无法回避的软件专业或者计算机专业术语，也应该列入词汇表同时加以准确定义。数据定义数据定义是一个定义了应用程序中使用的所有数据元素和结构的共享文档，其中对每个数据元素和结构都准确描述：含义、类型、数据大小、格式、计量单位、精度以及取值范围。数据定义的维护独立于软件需求规格讲明，同时在软件产品开发和维护的任何时期，均向风险承担者开放。假如为软件开发项目创建一个独立的数据定义，而不是为每一项特性描述有关的数据项，有利于幸免冗余和不一致性。然而却不利于多人协同编写需求分析报告，容易遗漏数据，也不方便阅读。因此依旧建议为每个特性描述有关的数据项，汇总数据项创建数据定义，再依照数据定义复核全部数据，使得它们的名称和含义完全一致。必须注意的是，为了幸免二义性，在汇总数据项时应该依照数据项所代表的实际意义汇总，而不是依照数据项的名称汇总。在数据定义中，每个数据项除了有一个中文名称外，还应该为它取一个简短的英文名称，该英文名称应该符合命名规范，因为在软件开发时将沿用该英文名称。能够使用等号表示数据项，名称写在左边，定义写在右边。常见数据项的描述方式如下：原数据元素一个原数据元素是不可分解的，能够将一个数量值赋给它。定义原数据元素必须确定其含义、类型、数据大小、格式、计量单位、精度以及取值范围。采纳以星号为界的一行注释文本，描述原数据元素的定义。选择项选择项是一种只能够取有限离散值的专门原数据元素，描述时一一枚举这些值，并用方括号括起来写在原数据元素的定义前。在两项离散值之间，使用管道符分隔。组合项组合项是一个数据结构或者记录，其中包含了多个数据项。这些数据项能够是原数据元素，也能够是组合数据项，各数据项之间用加号连接。其中每个数据项都必须是数据定义中定义过的，结构中也能够包括其它结构，然而绝对不同意递归。假如数据结构中有可选项，使用圆括号把该项括起来。重复项重复项是组合项的一种特例，其中有一项将有多个实例出现在数据结构中，使用花括号把该项括起来。假如明白该项可能同意的范围，就按“最小值：最大值”的形式写在花括号前。-