基于android手持设备的景区导览系统
编写：
日期：2012-08-30
审核：
日期：
批准：
日期：
受控状态：
是     
    发布版次：1.1
日期：
编号：
变更记录
日期
版本
变更说明
作者
2012-08-30
1.0
初始版本
签字确认
系统模块
对应章节
对应部门
负责人签字
1. 引言
该文档是基于android手持设备的景区导览系统的需求分析说明，是按照该产品所需要实现的外部接口需求、系统功能需求、安全性需求、性能需求等方面来写的说明。
1.1 编写目的
该软件产品需求分析报告，是为了基于android手持设备的景区导览系统而编写的。
随着人民生活水平的提高，以及我国休假制度的完善，人们拥有了更长更多的假期，而假期外出旅游成为了越来越多的人们度过假期的第一选择。在这样的背景前提下，各大旅游景区更是成为了热门中的热门，这也造成了在旅游高峰期部分旅游景点人流过大导致拥堵，从而影响到游客旅游体验的问题。不过从根本上来说，并不主要是因为游客数量的过大，往往是因为景区的服务不够全面细致，管理不够科学，效率不高所造成的，例如景区内部的地标不够详细或者是不够完整都可能会影响的游客游玩时的顺畅性。另一方面来说，游客人数的急剧增长所带来的安全问题，如游客的人生安全，景区的设施安全等也日益明显突出起来，系统化、电子化、网络化、智能化的景区管理系统也成为了日益迫切的需求，本项目就是在这样的背景下提出的，旨在开发出一个能够方便游客、便于景区管理的景区导览系统。
编写此文档可以帮助用户更加了解该产品的各方面信息，通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。
1.2 项目风险
该软件开发项目的风险承担者有：
任务提出者：需要承担的风险是产品是否能达到用户的需求，该产品是否能带来收益。
软件开发者：需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。
产品使用者：需要承担的风险是产品是否能满足自己所需。
软件投资者：需要承担的风险是产品是否能给自己带来收益，并且是否能在较短时间内收回投入的成本。
1.3 文档约定
描述编写文档时所采用的标准为：
正文风格：宋体小四
提示方式：黑加粗字
重要符号：·
1.4 预期读者和阅读建议
本软件产品需求分析报告可能的预期读者有：
用户，开发人员，项目经理，营销人员，测试人员和文档编写入员。
并且描述了文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
用户：
开发人员；
项目经理；
营销人员；
测试人员；
文档编写入员。
1.5 产品范围
说明该软件产品及其开发目的的简短描述，包括利益和目标。把软件产品开发与企业目标，或者业务策略相联系。
描述产品范围时需注意，可以参考项目视图和范围文档，但是不能将其内容复制到这里。
1.6 参考文献
列举编写软件产品需求分析报告时所用到的参考文献及资料，可能包括：
本项目的合同书；
上级机关有关本项目的批文；
本项目已经批准的计划任务书；
用户界面风格指导；
开发本项目时所要用到的标淮；
系统规格需求说明；android软件
使用实例文档；
属于本项目的其它己发表文件；
本软件产品需求分析报告中所引用的文件、资料；
相关软件产品需求分析报告；
为了方便读者查阅，所有参考资料应该按一定顺序排列。如果可能，每份资料都应该给出：
标题名称；
作者或者合同签约者；
文件编号或者版本号；
发表日期或者签约日期；
出版单位或者资料来源。
2. 综合描述
这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。
2.1 产品的状况
描述了在软件产品需求分析报告中所定义的软件产品的背景和起源。说明了该软件产品是否属于下列情况：
是否是产品系列中的下一成员；
是否是成熟产品所改进的下一代产品；
是否是现有应用软件的替代品(升级产品)；
是否是一个新型的、自主型的产品。
如果该软件产品需求分析报告定义的软件系统是：
大系统的一个组成部分；
与其它系统和其它机构之间存在基本的相互关系。
那么必须说明软件产品需求分析报告定义的这部分软件是怎样与整个大系统相关联的，或者（同时）说明相互关系的存在形式，并且要定义出两者之间的全部接口。
2.2 产品的功能
因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。