设备管理_基于android手持设备的景区导览系统设计_第1页
设备管理_基于android手持设备的景区导览系统设计_第2页
设备管理_基于android手持设备的景区导览系统设计_第3页
设备管理_基于android手持设备的景区导览系统设计_第4页
设备管理_基于android手持设备的景区导览系统设计_第5页
已阅读5页,还剩50页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

编写: 日期: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. 待定问题列表551. 引言旅游景区的越来越火热所带来的高效益,计算机的应用普及到经济和社会生活的各个领域.计算机虽然与人类的关系愈来愈密切,但在景区内部,还有人由于计算机操作不方便继续用手工劳动部分游客迷路或者在不经意间损坏景区的公共设施。.为了适应现代社会人们高度强烈的时间观念,基于安卓的手机导览系统为提高景区资源利用效率,厉声游客的游览满意度,提升景区周边设施的安全保障性而开发。. 为明确软件需求, 安排项目规划与进度,组织软件开发与测试,撰写本文档.该手持设备导览系统是以 Java编程+MSSQL 2000数据库或者更高+ 数据查询语言编写,其系统功能在apache tomcat服务器上运行.系统管理员,景区工作人员,游客只需通过简单的操作,用户都可以了解本系统软件的基本工作原理.用户只需进行输入一些简单的汉字,数字,或用鼠标点击即可达到自己想要的目标.1.1 编写目的该系统将要完成的是旅游景区的导览功能。这里提到的导览,是指景区向游客提供的一种服务,这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态,例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等,还要提供相应的查询功能,例如查询欲知景点的位置信息,当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下,利用手持设备的wifi功能,向游客的设备传输对应景区的导览文件(如视频介绍,文字介绍,以及查询服务)。并且完成提供导览文件资源的服务器资源数据的管理,例如日常维护,更新文件资源等,并且提供对客户终端请求的处理。客户端的开发是基于谷歌android操作系统平台的,该操作系统是目前最火热的几大主流操作系统之一,具有巨大的市场和发展潜力,并且成为移动电子设备上占有量最大的操作系统,因此本软件选择在之上进行开发,另外,编程语言选择Java,因此具有较好的可移植性。服务端采用微软的MFC框架进行开发,MFC(Microsoft Foundation Classes),是一个微软公司提供的类库(class libraries),以C+类的形式封装了Windows的API,并且包含一个应用程序框架,使用MFC可以加快软件的开发流程。1.2 项目风险具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: 任务提出者: 中软国际华东交通大学android实训班 软件开发者: Android实训班第六小组 产品使用者:各大景区的管理人员和进入景区游览的游客1.3 文档约定描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: 正文风格:本文档,即基于android手持设备的景区导览系统的需求分析报告,正文全文采用五号宋体字体写作,纸张采用21厘米乘以29.7厘米的A4纸张,文字方向为水平,纸张方向为纵向,页边距为上下均保持2.54厘米,左右保持3.18厘米。行间距字间距均保持单倍于标准的长宽。 提示方式:本需求分析报告提示为方式使用微软office2010自带的“明显参考样式提示文档需要注意的部分,即使用加粗下划线,强调文字颜色的字体。字体加宽量为0.25磅,使用快速样式,优先级保持为33,所有更改均基于默认的段落字体。 重要符号:本需求报告中应重点观察实心圆黑点,一般为某模块的详细内容说明,实心黑色方块为圆黑点需求的子需求,相对来讲,圆黑点为高层次需求,可以被其所有细化的需求所继承,或者每个需求陈述是在书写顺序上将体现其部分优先级。1.4 预期读者和阅读建议 用户:如果用户为游客,建议只需要阅读文档的第二部分,即游客用户只需了解或知道产品的状况,产品的功能,产品运行需要的手持设备环境以及操作方法即可。如果用户是管理员,建议除上述片段尚需阅读用户类和特性这一章节并且需要阅读关于产品在服务器端的系统使用流程。 开发人员:开发人员需要严格认真的阅读文档的所有内容,尤其是在用户界面,硬件接口,软件接口,通讯接口和系统功能需求模块及性能需求,安全措施需求,安全性需求,软件质量属性的模块。 项目经理;通篇阅读此文档,并对文档模糊不清或者有歧义的地方进行固定修正或者批注 营销人员:阅读产品功能模块,产品范围和本文档所涉及的待开发软件与市场上同类产品的优点,以及产品运行所需要的手持设备坏境。 测试人员:通篇阅读此文档尤其是在系统需求,用户界面,硬件接口,软件接口,通讯接口和系统功能表需求模块,并和开发人员保持一定的沟通,并对文档的部分内容进行讨论。 文档编写入员: 通篇阅读此文档,检查文档的用词用语是否符合规范,并对文档中可能出现歧义的部分进行注释,即使这个可能性很小。1.5 产品范围景区的服务不够全面细致,管理不够科学,效率不高,游客人数的急剧增长所带来的安全问题,本项目就是在这样的背景下提出的,旨在开发出一个能够方便游客、便于景区管统。随着旅游景区人流量越来越大,景区内交通如何保持畅通,如何在减少成本的情况下更快的更好的介绍景区内的各个不同景点和和如何保证景区设施的安全已经成为一个重要的问题。高效率化的现在生活需求使得人们难以在一个景区内较易的找到停车场或者另外一个景点的具体位置,和如何更快的到达自己的目的地,而由于景区内的大人流量使得景区内的各种旅游的安全难以保证。本导览系统可以使得游客在某景区实时的登陆服务器获取自己的位置和各个景点的位置,可以进行路线的导航和试试查看景区信息和停车场信息由计算机来管理庞大而繁忙的景区导览是非常合适的,并且效率化,速度快,完全适应市场需求。参考文献 本项目的合同书:中软国际华东交通大学安卓实训班实训合同 签约者 为中软国际和实训班学生 上级机关有关本项目的批文:华东交通大学的批准 本项目已经批准的计划任务书:基于安卓手持设备的景区导览系统的可行性研究报告编写日期 2012年8月28日 开发本项目时所要用到的标淮:Java开发规范 系统规格需求说明: 使用实例文档: 属于本项目的其它己发表文件: 本项目的可行性研究报告 本软件产品需求分析报告中所引用的文件、资料; 相关软件产品需求分析报告;为了方便读者查阅,所有参考资料按一定顺序排列。每份资料都应该给出了: 标题名称; 作者或者合同签约者; 文件编号或者版本号; 发表日期或者签约日期; 出版单位或者资料来源。2. 综合描述 对于客户端的使用会涉及到各种类型的游客人群,凭借android简洁明了的UI和快捷的操作特性,并不要求用户对其特别的熟悉,其可以做到让使用方法简单易懂,操作方法尽量浅显明了,用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性,要求具有较强的可靠性和较大的吞吐量。对于服务端的操作人员,由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文件新建、修改、复制、删除等操作,因此仅仅需要操作人员熟悉简单的电脑操作即可,不需要专门进行培训。2.1 产品的状况描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况: 是否是产品系列中的下一成员; 是否是成熟产品所改进的下一代产品; 是否是现有应用软件的替代品(升级产品); 是否是一个新型的、自主型的产品。2.2 产品的功能以产品的运行图片来展示因为将在需求分析报告的第4部分中详细描述软件产品的功能,所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能,在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能,在陈述本软件产品主要功能的作用领域时,也需要对应陈述本软件产品的非作用领域,以利读者理解本软件产品。为了很好地组织产品功能,使每个读者都容易理解,可以采用列表的方法给出。也可以采用图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这种表示方法是很有用的。参考用户当前管理组织构架,了解各个机构的主要职能,将有助于陈述软件产品的主要功能。2.3 用户类和特性确定有可能使用该软件产品的不同用户类,并且描述它们相关的特征。往往有一些软件需求,只与特定的用户类有关。描述时,应该将该软件产品的重要用户类与非重要用户类区分开。用户不一定是软件产品的直接使用者,通过报表、应用程序接口、系统硬件接口得到软件产品的数据和服务的人、或者机构也有他们的需求。所以,应该将这些外部需求视为通过报表、应用程序接口、系统硬件接口附加给软件产品的附加用户类。2.4 运行环境 硬件平台:服务器硬件要求支持Intel平台、AMD平台。双CPU 2.0G以上,内存2.0G以上,100M网卡、硬盘250G以上,带液晶显示。客户端硬件要求支持android操作系统的嵌入式平台,支持wifi功能,支持GPS定位,带触摸屏功能,具有音频输出。 操作系统和版本:服务器系统平台Windows XP/Windows7 及以后客户端系统平台Android操作系统2.1及以后 支撑环境(例如:数据库等)和版本:MS SQL 数据库2000版本及以上 其它与该软件有关的软件组件: 服务器端采用tomcat服务器。 与该软件共存的应用程序在: 谷歌地图,百度地图2.5 设计和实现上的限制确定影响开发人员自由选择的问题,并且说明这些问题为什么成为一种限制。可能的限制包括下列内容: 必须使用的特定技术、工具、编程语言和数据库: 必须使用java语言和MFC服务端 MS SQL数据库 避免使用的特定技术、工具、编程语言和数据库; 要求遵循的开发规范和标准例如,如果由客户的公司或者第三方公司负责软件维护,就必须定义转包者所使用的设计符号表示和编码标准; 企业策略的限制; 政府法规的限制; 工业标准的限制; 硬件的限制 数据转换格式标淮的限制。2.6 假设和约束(依赖)列举出对软件产品需求分析报告中,影响需求陈述的假设因素(与己知因素相对立)。如果这些假设因素不正确、不一致或者被修改,就会使软件产品开发项目受到影响。这些假设的因素可能包括: 计划使用的商业组件,或者其它软件中的某个部件; 假定产品中某个用户界面将符合一个特殊的设计约定; 有关本软件用户的若干假定(例如:假定用户会熟练使用SQL语言。); 有关本软件开发工作的若干假定(例如:用户承诺的优惠、方便、上级部门给予的特殊政策和支持等。); 有关本软件运行环境的一些问题;此外,确定本软件开发项目对外部约束因素所存在的依赖。有关的约束可能包括: 工期约束; 大约2个月 经费约束; 学校提供 人员约束; 项目小组 设备约束; 学校提供 地理位置约束; 实训基地 其它有关项目约束;3. 外部接口需求通过本节描述可以确定,保证软件产品能和外部组件正确连接的需求。关联图仅能表示高层抽象的外部接口,必须对接口数据和外部组件进行详细描述,并且写入数据定义中。如果产品的不同部分有不同的外部接口,那么应该把这些外部接口的全部详细需求并入到这一部分实例中。3.1 用户界面 将要采用的图形用户界面(GUl)标准或者产品系列的风格; 有关屏幕布局或者解决方案的限制; 将要使用在每一个屏幕(图形用户界面)上的软件组件,包括:n 选单;n 标准按钮;n 导航链接;n 各种功能组件;n 消息栏; 快捷键; 各种显示格式的规定,可能包括:n 不同情况下文字的对齐方式; 文字采用左对齐方式n 不同情况下数字的表现格式与对齐方式数字以阿拉伯数字表现n 日期的表现方法与格式; 日期以yyyy-mm-dd的形势表现n 计时方法与时间格式;计时方法为从零开始计时,没记一次后清零并加入总时间,时间表示方式为MM-SSn 等等。 错误信息显示标准; 显示ERROR界面用户获取服游客登录界面:登陆后功能选择界面:3.1.1 用户获取服务用例标识和历史需求 ID:1001用例名称:用户获取服务版本号:V1.00目的:描述整个系统中,用户所能进行的相关操作,如用户的登入登出、查询景点、定位,用户获取景区导览信息等上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:较高前提条件:见下级用例结束条件:见下级用例非功能性需求:假设, 问题:系统(客户端、服务器)正常运行步骤:该用例为组合用例,包含以下用例:登陆服务器、缩放地图(放大/缩小)、定位、查询并定位景点、获取各景点多媒体信息(文字信息/音频信息/视频信息)、计算当前位置与指定景点的路程、获取当前各景点状况(人数、车辆数)3.1.1.1 用户登录服务器用例标识和历史需求 ID:1002用例名称:用户登录服务器版本号:V1.00目的:为了防止导览资源服务器带宽被非游客所占用,故需要设定一级用于验证用户身份的密码,用于控制可以使用资源服务器的客户端,该密码可以简单的设定为门票上的唯一ID编码。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:较高前提条件:程序完成安装,网络连接无异常结束条件:服务器被关闭非功能性需求:提供有条件的强制登录(当密码意外无效时,需要向管理人员申请,获得批准)假设, 问题:系统(客户端、服务器)正常运行;且门票ID清晰可见并唯一步骤:用户登录流程图:3.1.1.2 缩放地图用例标识和历史需求 ID:1003用例名称:缩放地图版本号:V1.00目的:为了能够使用户在客户端设备的屏幕上更合适的显示自己关心的一部分区域,设置了缩放地图功能。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:较高前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户端正常运行步骤:缩放地图流程图:3.1.1.3 定位用例标识和历史需求 ID:1004用例名称:定位版本号:V1.00目的:利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息,可供实时定位和位置、路径跟踪使用。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:总是前提条件:GPS卫星信号正常,设备硬件正常结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户设备功能正常步骤:定位流程图:3.1.1.4 查询并定位景点用例标识和历史需求 ID:1005用例名称:查询并定位景点版本号:V1.00目的:使游客能够根据景点的名称查询到景点的位置,方便游客顺利的到达自己希望参观的景点。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:一般前提条件:程序正常运行,供查询的服务器工作正常结束条件:查询超时或者查询成功非功能性需求:模糊查询假设, 问题:客户端正常运行步骤:查询并定位景点流程图:3.1.1.5 获取各景点多媒体信息用例标识和历史需求 ID:1006用例名称:获取各景点多媒体信息版本号:V1.00目的:为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案,用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:较高前提条件:程序正常运行,网络连接正常,资源服务器工作正常结束条件:程序崩溃或关闭相关多媒体窗口非功能性需求:多媒体信息保持及时更新假设, 问题:客户端正常运行步骤:获取各景点多媒体信息流程图:3.1.1.6 计算当前位置与指定景点的路程用例标识和历史需求 ID:1007用例名称:计算当前位置与指定景点的路程版本号:V1.00目的:为了能够使用户能够直观的看出自己距离想去的一个景点的路程,该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:绘制出的轨迹尽量合理假设, 问题:客户端正常运行步骤:计算当前位置与指定景点的路程流程图:3.1.1.7 获取当前各景点状况用例标识和历史需求 ID:1008用例名称:获取当前各景点状况版本号:V1.00目的:由于各分景点的人数容量有限,如果游客进入到了一个过度拥挤的景点,不仅游玩质量会受到影响,而且还可能耽误行程,本功能需求就是基于这样一个事实考虑得出的,为了游客能够时刻对各景点的状态有所掌握,从而做出最好的游玩选择。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(游客)业务所有者姓名:联系信息:触发者:用户(游客)参考资料:使用频度:可设置刷新频率前提条件:程序正常运行,与服务器通讯正常结束条件:程序崩溃或设备故障非功能性需求:要求假设, 问题:客户端正常运行步骤:获取当前各景点状况流程图:3.1.2 景区实时监控用例标识和历史需求 ID:2001用例名称:景区实时监控版本号:V1.00目的:为了能够使景区管理人员能够全面的、方便的掌控景区的实时状态,以便能够对景区的人流和车流进行适当的管理,另外还提供了景区的事故模拟疏散模型,增加景区事故发生后响应的处理到达的效率。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(景区管理员)业务所有者姓名:联系信息:触发者:用户(景区管理员)参考资料:使用频度:始终运行前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:该用例为组合用例,包含以下用例:景区实时状态、查询数据、分析数据、模拟疏散模型等。3.1.2.1 景区实时状态用例标识和历史需求 ID:2002用例名称:景区实时状态版本号:V1.00目的:将当前的景区各景点、各地区的实时信息同意搜集并上传到用于显示和分析景区实时状态的主机上并进行显示。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(景区管理员)业务所有者姓名:联系信息:触发者:用户(景区管理员)参考资料:使用频度:始终使用前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:景区实时状态流程图:3.1.2.2 数据查询用例标识和历史需求 ID:2003用例名称:查询数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存,用于此处的查询功能,可以方便的查询到各景点状态的历史信息,用于分析。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(景区管理员)业务所有者姓名:联系信息:触发者:用户(景区管理员)参考资料:使用频度:一般前提条件:存储数据正常结束条件:完成一次查询非功能性需求:无假设, 问题:客户主机正常运行步骤:查询数据流程图:3.1.2.3 分析数据用例标识和历史需求 ID:2004用例名称:分析数据版本号:V1.00目的:通过编号2002的需求获得的实时状态数据将会被存档保存,用于此处的分析功能,通过用例2003可以方便的查询到各景点状态的历史信息,用于对景区日常运营状况的分析,帮助景区管理人员对景区进行管理。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(景区管理员)业务所有者姓名:联系信息:触发者:用户(景区管理员)参考资料:使用频度:一般前提条件:存储数据正常结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:分析数据流程图:3.1.2.4 模拟疏散模型用例标识和历史需求 ID:2005用例名称:模拟疏散模型版本号:V1.00目的:为了在景区内发生一些意外事故的时候能够有效的疏散人流,构造了模拟疏散模型来模拟人流的疏散效果,生成一系列的疏散预案,以便当景区真正发生意外情况时,能够采取最有效的措施。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(景区管理员)业务所有者姓名:联系信息:触发者:用户(景区管理员)参考资料:使用频度:一般前提条件:程序正常运行结束条件:程序崩溃或设备故障非功能性需求:无假设, 问题:客户主机正常运行步骤:模拟疏散模型流程图:3.1.3 景区导览资源管理用例标识和历史需求 ID:3001用例名称:景区导览资源管理版本号:V1.00目的:本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的管理。考虑到各景点信息的更新,增加或删除等。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(导览资源管理员)业务所有者姓名:联系信息:触发者:用户(导览资源管理员)参考资料:使用频度:一般前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:该用例为组合用例,包含以下用例:新增导览信息、删除导览信息、更新导览信息、定期维护导览信息等。3.1.3.1 新增导览信息用例标识和历史需求 ID:3002用例名称:新增导览信息版本号:V1.00目的:在系统初始化设置的时候,需要录入各景点的导览信息供客户使用,同时,在新增景点时,也需要通过此用例录入新增景点的导览信息。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(导览资源管理员)业务所有者姓名:联系信息:触发者:用户(导览资源管理员)参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:新增导览信息流程图:3.1.3.2 删除导览信息用例标识和历史需求 ID:3003用例名称:删除导览信息版本号:V1.00目的:在需要删除景点的导览信息供客户使用。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(导览资源管理员)业务所有者姓名:联系信息:触发者:用户(导览资源管理员)参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:删除导览信息流程图:3.1.3.3 更新导览信息用例标识和历史需求 ID:3004用例名称:更新导览信息版本号:V1.00目的:为了给游客更好的服务,需要及时的更新导览信息,以便让游客能够掌握最新的、有效的导览资料,避免导览资料的过期所带来的一系列问题例如给误导、引发混乱、纠纷等情况。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(导览资源管理员)业务所有者姓名:联系信息:触发者:用户(导览资源管理员)参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:更新导览信息流程图:3.1.3.4 定期维护导览信息用例标识和历史需求 ID:3005用例名称:定期维护导览信息版本号:V1.00目的:为了保证导览服务的可靠性,需要定期对导览信息进行维护,避免导览资源的失效而引发导览系统的缺陷。上一次更新:On (日期):批准人:On (日期):用户/行为人:用户(导览资源管理员)业务所有者姓名:联系信息:触发者:用户(导览资源管理员)参考资料:使用频度:较高前提条件:数据库服务器工作正常结束条件:程序崩溃或服务器故障非功能性需求:无假设, 问题:服务端、客户端正常运行步骤:定期维护导览信息流程图:3.2 硬件接口描述待开发的软件产品与系统硬件接口的特征,若有多个硬件接口,则必须全都描述。接口特征的描述内容可能包括: 支持的硬件类型; 软、硬件之间交流的数据; 控制信息的性质; 使用的通讯协议;3.3 软件接口 操作系统; 数据库; 工具; 函数库; 集成的商业组件该软件产品与其它外部组件的连接,这些外部组件必须明确它们的名称和版本号以资识别,可能的外部组件包括:lSun Java JDK6.0 For Windows数据库; 库MS SQL Server2005(或更高版本)lWeb 应用服务器 Apache Tomcat 6.0.29(或更高版本)3.4 通讯接口描述与软件产品所使用的通讯功能相关的需求,包括: 电子邮件; WEB浏览器; 网络通讯标准或者协议; 数据交互用电子表格;必须定义相关的: 消息格式; 通讯安全或加密问题; 数据传输速率; 同步和异步通讯机制;4. 系统功能需求需要进行详细的需求记录,详细列出与该系统功能相关的详细功能需求,并且,唯一地标识每一项需求。这是必须提交给用户的软件功能,使得用户可以使用所提供的功能执行服务或者使用所指定的使用实例执行任务。描述软件产品如何响应己知的出错条件、非法输入、非法动作。如果每一项功能需求都能用一项,也只需要用一项测试用例就能进行验证,那么就可以认为功能需求已经适当地进行描述了。如果某项功能需求找不到合适的测试用例,或者必须使用多项测试用例才能验证,那么该项功能需求的描述必然存在某些问题。功能需求是根据系统功能,即软件产品所提供的主要服务来组织的。可以通过使用实例、运行模式、用户类、对象类或者功能等级来组织这部分内容,也可以便用这些元素的组合。总而言之,必须选择一种是读者容易理解预期产品的组织方案。用简短的语句说明功能的名称,例如:“4.1系统参数管理”。按照服务组织的顺序,逐条阐述系统功能。无论说明的是何种功能,都应该针对该系统功能重复叙述4.1 4.3这三个部分。可以通过各种方式来组织这一部分内容,例如采用:使用实例、运行模式、用户类、对象类、功能等级等,也可以采用它们的组合。其最终目的是,让读者容易理解即将开发的软件产品。一般来说,每个使用实例都对应一个系统功能,因而按照使用实例来组织内容比较容易让用户理解。对应一些被共享的独立使用实例,可以定义一些公用系统功能。必须特别注意的是,在2.2节“产品的功能”中描述的全部需求,以及它们的规格说明;必须在某个系统功能描述中有所反映,而且不应重复。4.1 说明和优先级对该系统功能进行简短的说明,并且指出该系统功能的优先级是:高、中、还是低。需要的话,还可以包括对特定优先级部分的评价,例如:利益、损失、费用和风险,其相对优先等级可以从1(低)到9(高)。4.2 激励响应序列列出输入激励(用户动作、来自外部设备的信号或者其它触发)并且定义针对这功能行为的系统响应序列,这些序列将与使用实例中相关的对话元素相对应。描述激励响应序列时,不仅需要描述基本过程,而且应该描述可选(扩充)过程,包括例外(引起任务不能顺序完成的情况称为例外)。疏忽了可选过程,有可能影响软件产品的功能;如果遗漏例外过程,则有可能会引发系统崩溃。如果采用流程图来描述激励响应序列,比较容易让用户理解。4.3 输入输出数据 4.3.1 数据名称:1. 游客表:1)登录账号;2)登录密码;3)登录历史;4)浏览历史;5)个人积分;6)随机验证码。2. 景点表:1)景点名称;2)景点类型;3)景点坐标;4)景点最高海拔;5)景点简述;6)当前浏览游客数量;7)总共浏览游客数量;8)景点历史。4.3.2 实际含义1. 游客表:1)登录账号:标示是登录系统的游客号(唯一)2)登录密码:用户登录所需密码;3)登录历史:此游客登录系统的历史记录(按时间的先后顺序倒序);4)浏览历史: 本游客所浏览的景点信息;5)个人积分:根据用户所发表评论的质量、评论条数以及浏览景点量的多少对用户进行评分(根据评分范围进行等级划分,例如,有:(1) 白菜级 (2)入门级 (3) 青铜级 (4)白银级 (5) 黄金级 )2. 景点表:1)景点名称:表示景点语言名称(中英对照)2)景点类型:景点所属类别(如(1)自然风景 (2)人文景观 等等)3)景点坐标:景点所处地球坐标(经纬度)4)景点最高海拔:景点海拔高度;5)景点简述:景点简述(文字,图片,视频)6)当前浏览游客数量:综合根据景区内热点量、摄像统计、游客登录系统次数以及进出景点的交通工具量,模拟当期景区游客的大致数量7)总共浏览游客数量:浏览游客的历史统计量8)景点历史景点典故(俗称景点故事)4.3.3 数据类型:1. 游客表:1)登录账号:string 2)登录密码: string3)登录历史: string4)浏览历史: string5)个人积分: int6)随机验证码: 文字图片2. 景点表:1)景点名称:string2)景点类型: string3)景点坐标: (经度float,纬度float)4)景点最高海拔:float5)景点简述:string6)当前浏览游客数量:long int7)总共浏览游客数量: long int 8)景点历史:string4.3.4 数据格式:1. 游客表:1)登录账号:数值2)登录密码: 字符3)登录历史: 字符4)浏览历史: 字符5)个人积分: 数值6)随机验证码: 二进制编码2. 景点表:1)景点名称:字符2)景点类型:字符3)景点坐标:数值4)景点最高海拔:数值5)景点简述:字符,二进制,数值6)当前浏览游客数量:数值7)总共浏览游客数量:数值8)景点历史:字符4.3.5 数据约束: 1. 游客表:1)登录账号:一位或一位以上的英文字母或数字2)登录密码: 六位或六位以上的英文字母或数字,但不能全是数字3)登录历史: 每次记录登录日期的年月日、时分秒4)浏览历史: 浏览的景点名称5)个人积分: 10100之间,包括边界6)随机验证码: 四位的变形数字2. 景点表:1)景点名称:景点的名字2)景点类型:四位以上的汉字描述(如,自然景区等)3)景点坐标:精确到小数的十分位4)景点最高海拔:精确到小数的十分位5)景点简述:汉字描述,图片展示,视频播放6)当前浏览游客数量:0或0以上的数值7)总共浏览游客数量:0或0以上的数值8)景点历史:文字描述5. 其它非功能需求在这里列举出所有非功能需求,主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。(1)规范性整个系统的各种软件、硬件均应符合相关的国际、国内标准。(2)开放性整个系统要具备开发性的架构,提供开放的二次开发接口,要具备快速的业务构造能力,能够保证业务的持续发展,业务维护和发展也不依赖于设备厂商。(3)先进性采用当前世界先进的基于计算机网络的软件、硬件产品以及模块化的软硬件设计,从而保证系统在技术上领先。(4)实用性满足业务需求的近期目标,依据用户规模、业务运营情况和应急的服务需求,在保证服务质量的前提下,设计系统规模、软件功能和业务功能适用的系统。(5)可靠性整个系统应采用多种系统容错手段,主要设备采用双机或镜像备份工作方式,保证系统正常运行。(6)扩展性软件、硬件平台应具有良好的可扩充、扩展能力,能够方便进行系统升级和更新,以适应各种不同业务的不断发展。(7)安全性应该充分考虑整个系统运行的安全策略和机制,可以根据不同的业务要求和应用处理,设置不同的安全措施。(8)经济性经济性原则要求客户服务系统的设计与实施必须考虑现有资源的使用和闲置情况,同时保证系统的平滑扩容。5.1 性能需求阐述不同应用领域对软件产品性能的需求,并且说明提出需求的原理或者依据,以帮助开发人员做出合理的设计选择。尽可能详细地描述性能需求,如果需要,可以针对每个功能需求或者特征分别陈述其性能需求。在这里确定: 相互合作的用户数量; 系统支持的并发操作数量; 响应时间; 与实时系统的时间关系: 容量需求n 存储器;n 磁盘空间;n 数据库中表的最大行数。5.2 安全措施需求详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作,以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。5.3 安全性需求 “每个用户在第一次登录后,必须更改他的系统预置登录密码,系统预置的登录密码不能重用。”一些出于不好目的跟踪他人,导致隐私曝光。防护:如果用户装有该软件,发现被跟踪可以开启软件的防跟踪安全功能。5.4 软件质量属性 详尽陈述对客户和开发人员至关重要的在软件产品其它方面表现出来的质量功能。这些功能必须是确定的、定量的、在需要时是可以验证的。至少也应该指明不同属性的相对侧重点,例如:易用性优于易学性,或者可移植性优于有效性。5.5 业务规则列举出有关软件产品的所有操作规则,例如:那些人在特定环境下可以进行何种操作。这些本身不是功能需求,但是他们可以暗示某些功能需求执行这些规则。一个业务规则的范例如下:“进行达到或者超过10,000,00元人民币的储蓄业务时,必须通过附加的管理员认证。”列举业务规则时,可以根据规则的数量,选取合适的编目方式。5.6 用户文档列举出将与软件产品一同交付的用户文档,并且明确所有己知用户文档的交付格式或标准,例如: 安装指南纸质文档,16开本; 用户手册纸质文档,16开本; 在线帮助 电子文档,与软件产品一同分发、配置; 使用教程电子文档,与软件产品一同分发、配置。6. 其它非功能需求本系统能够保证同时承载最少用户100万点击情况下不出现崩溃现象;能抵制住一般的常见电脑病毒的攻击;能够部分修复;能够实现在线升级;可提供专门的测试版本。.性能需求.响应需求响应时间必须满足如下需求:文字资源获

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论