基于android手机导览系统概要设计说明书

1、基于android手持设备的景区导览系统精选编写： 审核： 批准：受控状态: 发布版次: 编号：基于android手持设备的景区导览系统日期：2012-09-04日期：日期：是日期：变更记录日期版本变更说明作者2012-09-041.0初始版本2012-09-041.0初始版本签字确认系统模块对应章节对应部门负责人签字软件概要设计报告文档1 .引言51.1 编写目的51.2 项目风险51.3 预期读者和阅读建议 61.4 参考资料62 .设计概述62.1 限制和约束72.2 设计原则和设计要求 73 .系统逻辑设计93.1 系统组织设计93.2 系统结构设计 103.2.1 系统特性表 103

2、.2.2 系统特性结构图 113.3 系统接口设计 123.3.1 系统接口表123.3.2 系统接口传输协议说明 183.4 系统完整性设计 194 .系统出错处理设计 194.1 系统出错处理表 194.2 维护处理过程表 205 .技术设计 215.1 系统开发技术说明表 225.2 开发技术应用说明 236 .数据库设计247 .词汇表268 .进度计划261.引言旅游景区的越来越火热所带来的高效益，计算机的应用普及到经济和社会生活的各个领域.计算机虽然与人类的关系愈来愈密切，但在景区内部，还有人由于计算机操作不方便继续 用手工劳动部分游客迷路或者在不经意间损坏景区的公共设施。.为了适

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

4、游客提供的一种服务，这种服务的目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状 态，例如景区内各个分景点的人流是否拥挤、分景点的游览车的数量等等，还要提供相应的查询功能，例如查询欲知景点的位置信息，当前位置到该景点的距离及绘制出最合适的路径轨迹信息等等。在游客拥有自己的PDA设备的前提下，利用手持设备的 wifi功能，向游客的设备传输对应景区的导览文件(如视频介绍，文字介绍，以及查询服务)。并且完成提供导览文件资源的服务器资源数据的管理，例如日常维护，更新文件资源等，并且提供对客户终端请求的处理。客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前最火热的几大主流操

5、作系统之一，具有巨大的市场和发展潜力，并且成为移动电子设备上占有量最大的操作 系统，因此本软件选择在之上进行开发，另外，编程语言选择Java,因此具有较好的可移植性。服务端采用微软的 MFC框架进行开发， MFC(Microsoft Foundation Classes)，是一个微 软公司提供的类库(class libraries),以C+类的形式封装了 Windows的API,并且包含一 个应用程序框架，使用 MFC可以加快软件的开发流程。1.2 项目风险具体说明本软件开发项目的全部风险承担者，以及各自在本阶段所需要承担的主要风 险，首要风险承担者包括： 任务提出者：中软国际华东交通大学 a

6、ndroid实训班：需要承担的风险 软件开发者：Android实训班第六小组：开发是否符合开发要求 产品使用者：软件测试人员：需要承担的风险，软件能否正常上市1.3 预期读者和阅读建议列举本软件系统概要设计报告所针对的各种不同的预期读者，例如，可能的读者包括：? 用户；若已经明确需求分析，无需查看此文档? 开发人员；开发人员需要严格认真的阅读文档的所有内容，尤其是在用户界面，硬件接 口，软件接口，通讯接口和系统功能需求模块及性能需求，安全措施需求，安全 性需求，软件质量属性的模块。? 项目经理；通篇阅读此文档，并对文档模糊不清或者有歧义的地方进行固定修正或者批注，对各个模块有清晰认识? 营销人

7、员；阅读产品功能模块，产品范围和本文档所涉及的待开发软件与市场上同类 产品的优点，以及产品运行所需要的手持设备坏境。? 测试人员；通篇阅读此文档尤其是在系统需求， 用户界面，硬件接口，软件接口, 通讯接口和系统功能表需求模块， 并和开发人员保持一定的沟通， 并对文档的 部分内容进行讨论。? 文档编写人员；通篇阅读此文档，检查文档的用词用语是否符合规范，并对文档中可能出现歧义的部分进行注释，即使这个可能性很小。并且备份此文档。描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。1.4 参考资料 本项目的合同书中软国际华东交通大学安卓实训班实训合同签约者 为中软国际

8、和实训班学生 上级机关有关本项目的批文：华东交通大学的批准 本项目已经批准的计划任务书：基于安卓手持设备的景区导览系统的可行性研究报告编写日期2012年8月28日 开发本项目时所要用到的标淮：Java开发规范 系统规格需求说明：带有所有必需的规格说明书 使用实例文档 属于本项目的其它己发表文件：本项目的可行性研究报告本项目的需求分析报告本软件产品需求分析报告中所引用的文件、资料；软件工程（原书第六版），Ian Sommerville ,机械工业出版社面向对象的软件工程，B.Bruegge, A.H.Dutoit著，清华大学出版社面向对象与传统软件工程（原书第五版），Stephen R. Sch

9、ach,机械工业出版社« UML 面向对象建模与设计（第2版），Michael Blaha, James Rumbaugh著，人民邮电出版社软件工程，齐治昌等，高等教育出版社 相关软件产品需求分析报告； 标题名称； 作者或者合同签约者； 文件编号或者版本号； 发表日期或者签约日期； 出版单位或者资料来源。2.设计概述对于客户端的使用会涉及到各种类型的游客人群，凭借android简洁明了的UI和快捷的操作特性，并不要求用户对其特别的熟悉， 其可以做到让使用方法简单易懂， 操作方法尽量 浅显明了，用户能够在短时间内借助简易的说明快速上手。为了提高系统的实用性， 要求具有较强的可靠性和较大

10、的吞吐量。对于服务端的操作人员，由于软件设计的提供给操作人员的接口仅仅会涉及到简单的文 件新建、修改、复制、删除等操作，因此仅仅需要操作人员熟悉简单的电脑操作即可，不需 要专门进行培训。2.1限制和约束服务器运行环境：Sun Java JDK6.0 For Windows （或更高版本）数据库MS SQL Server2005 （或更高版本）Web应用服务器 Apache Tomcat 6.0.29 （或更高版本）各种文档：符合标准文档编写规范源代码：符合标准编程规范硬件约束需求名称详细要求服务器硬件要求支持Intel平台、AMD 平台。双 CPU 2.0G以上，内存 2.0G以上，100M网

11、卡、 硬盘250G以上,带液晶显不。服务器系统平台Windows XP/Windows7 及以后客户端硬件要求支持android操作系统的嵌入式平台，支持 wifi功能，支持GPS定位，带触摸 屏功能，具有音频输出客户端系统平台Android操作系统2.1及以后软件约束需求名称详细要求客户端用户（游客）会简单的触摸屏操作服务端用户（管理员）会基本的计算机操作2.2设计原则和设计要求描述对本软件系统进行概要设计的原则，通常可以考虑以下几方面的内容:命名规则；符合java开发命名规范模块独立性原则：所有模块应该独立成系统，可以单独使用边界设计原则；符合业界软件边界设计原则数据库设计规则；数据库必须

12、安全且快捷必须的安全措施；账号密码必须独立且唯一安全性和保密原则；系统管理有唯一的安全标识系统灵活性要求；系统应该灵活可移植系统易操作性要求；无需特殊培训即可操作系统可维护性要求；具有一定的计算机基础即可对其进行基础的维护3 .系统逻辑设计本节内容主要根据软件产品需求规格说明书和软件产品数据字典建立系统的逻辑模型。此种模型暂时与系统的物理因素 （例如：计算机、数据库管理系统 ）无关。它是系统需求与物 理实现的中间结构，它的主要结果是建立：系统结构图、系统界面结构图、系统出错处理、 以及系统开发技术说明。说明：如果进行系统设计时尚未编写软彳数据字典：应首先参照附录B说明，编写软件数据字典。在完成

13、软件数据字典后，再进行系统设计。3.1 系统组织设计系统组织设计通过系统组织表描述本系统由哪些子系统（模块）组成，这些子系统与业务职能之间的关系，以及各个子系统的安装地点。系统组织表的格式如下：子系统编号央文名称中文名称业务职能安装地点备注ANS001Users'service用户获取服 务是用户能够 执行系统的 各种功能基于安卓的 手持设备上安卓系统2.1 版本及其以 上版本子系统编号央文名称中文名称业务职能安装地点备注ANS002Managerment景区资源管 理管理员能够 对景区资源 进行管理和 必要操作景区的服务 管理器上Window2000及其以上版 本其中：子系统编号给出

14、本系统中指定子系统的顺序编号。如果本系统末划分为多个子系统，仅由一 个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。说明：在一个系统中有可能安装若干个相同的子系统，在这种情况下，应该视为 一个子系统，并且对多个安装地点分别进行描述。如果相同的子系统通过系统设 置，实现的业务职能具有明显差异时，应该采用多行进行分别描述，并且在备注 中说明其差异所在。子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称， 必须能够说明该子系统的特点。若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行。子系统中文名称给出本子系统的中文名称，该名称必须能够说

15、明该子系统的特点。若本系统中只有一个子系统，则本项内容仍需要描述，但是本表内容只有一行。业务职能描述该子系统完成的核心业务。安装地点描述该子系统实际安装的部门、或者某个具体地点。备注针对该子系统，需要说明的其它有关问题。3.2 系统结构设计本节将对系统特性作较为详细的描述，并给出系统特性结构图。3.2.1 系统特性表系统特性是系统中完成某项具体操作的基本单元，它由入口参数，出口参数以及处理过程三部分组成。系统特性可以具有操作界面，也可以没有操作界面；可以被其它操作界面、或者系统特 性调用，也可以调用其它操作界面、非操作界面、或者系统特性；但是不允许递归调用（调用自己），包括间接递归调用。当系统

16、由多个子系统（模块）组成时，每个子系统分别使用一张系统特性表进行描述。系 统特性表的格式如下：子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务特性编号系统特征 英义名称系统特征 中文名称操作功能调用对象被调用 对象备注001User services用户服务实现用户 基本的操 作用户界面系统数据 库说明：该系统主要是基于用户数据库来实现用户的各种操作，不过数据库的信息要进行实时更新维护，这样才能保证用户得到的数据的可靠性。子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资

17、源管理特性编号系统特征 英义名称系统特征 中文名称操作功能调用对象被调用 对象备注002Resource资源管理实现景区管理界面景区实时Manageme nt管理员基本的操作系统说明：该系统的设计功能是为了来方便景区管理者的管理，一方面解决了管理员对游客的管理，另一方面也能方便管理员对景区的资源进行管理。其中子系统编号含义同上。子系统英文名称含义同上。子系统中文名称含义同上。特性编号整个系统所有特性的统一编号。系统特性英文名称系统特性的英文正式名称，将来用于软件开发中，必须符合命名规范。系统特性中文名称系统特性的中文正式名称，来源于需求规格说明书中，系统特性一节中的有关描述。操作功能是指该特性

18、实际完成的操作说明。调用对象是指调用该系统特性的系统对象，这里的系统对象可以是系统特性、也可以是操作界面。被调用对象是指被该系统特性调用的系统对象，这里的系统对象可以是系统特性、也可以是操作界面。说明：某些较低层的系统特性，可能不存在被调用对象。备注描述与该系统特性有关的其它注意事项。说明描述与该系统特性表有关的其它注意事项。3.2.2 系统特性结构图系统特性结构图给出系统特性在逻辑层面上相互之间的关系，其主要依据来源于需求规格说明书中，系统特性一节中的有关描述。如果系统划分为多个子系统，应分别给出系统与子系统、以及各个子系统与系统特性的 结构图。绘制系统与子系统结构图时，一般不需要描绘出系统

19、特性，如果确有必要，尽可能只画出第一层系统特性。绘制子系统与系统特性结构图时，通常也不需要描绘出第二层系统特性，如果确有必要可以画出，但是尽可能不要画出第三层系统特性。3.3 系统接口设计系统接口是一种非可视的系统界面，在多数情况下，它对用户是透明的。本节将对系统接口作较为详细的描述，并给出接口说明清单。3.3.1 系统接口表接口作为系统的一种输入/输出形式，分为网络接口、数据库接口、RS-232串行通讯接口、IEEE 485串行总线接口、并行 I/O接口等等多种类型。对于一些为可视界面服务的接口，例如：打印机接口、显示器接口等，因为这类接口对应用软件是透明的，所以不在本节描述范围内。当系统由

20、多个子系统（模块）组成时，每个子系统分别使用一张系统接口表进行描述。系 统接口表的格式如下：子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编p接口 名称接口接口 性质接口 速率接口 协议备注0001用户获取 服务V1.00客户端较局说明：为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一ID编码。系统（客户端、服务器）正常运行；且门票 ID清晰可见并唯一子系统编号：001子系统英乂 名称:Users to access se

21、rvices子系统中文名称：用户获取服务接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0002用户登录 服务器V1.00客户端较局说明：为了防止导览资源服务器带宽被非游客所占用，故需要设定一级用于验证用户身份的密码，用于控制可以使用资源服务器的客户端，该密码可以简单的设定为门票上的唯一ID编码。程序完成安装，网络连接无异常子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0003缩放地图V1.00客户端较局说明：为了能够使用户在客户端设备的屏幕上更合适的显示自己关

22、心的一部分区域，设置了缩放地图功能。子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编p接口 名称接口接口 性质接口 速率接口 协议备注0004定位V1.00客户端较局利用GPS或者依靠景区部署的阅读器返回用户当前的地理信息，可供实时定位和位置、路 径跟踪使用。子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0005查询并定 位景点V1.00客户端较局使游客能够根据景点的名称查询到景点的位置，方便游客顺利

23、的到达自己希望参观的景点。程序正常运行，供查询的服务器工作正常子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0006获取各景 点多媒体 信息V1.00客户端较局为了能够使用户更加了解某个景点的一些详细资料例如景点的主要观赏点、景点的历史典故、景点的一些实景拍摄等来决定自己的游玩方案，用户可以通过客户端了解到相关景点丰富的多媒体介绍信息。子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编p接口 名称接口接

24、口 性质接口 速率接口 协议备注0007计算当前 位置与指 定景点的 路程V1.00客户端较局说明：为了能够使用户能够直观的看出自己距离想去的一个景点的路程，该功能使得客户可以通过客户端得到当前位置到一个目的景点的距离并且绘制出最短的轨迹。子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务接口 编p接口 名称接口接口 性质接口 速率接口 协议备注0008获取当前 各景点状 况V1.00客户端较局由于各分景点的人数容量有限，如果游客进入到了一个过度拥挤的景点，不仅游玩质量会受到影响，而且还可能耽误行程， 本功能需求就是基于这样一个事实

25、考虑得出的，为了游客能够时刻对各景点的状态有所掌握，从而做出最好的游玩选择。子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理接口 编p接口 名称接口接口 性质接口 速率接口 协议备注0001景区导览 资源管理V1.0客户、端服 务器较局说明：本用例目的在于方便对各景点所关联的导览资源进行统一的、高效的管理。考虑到各 景点信息的更新，增加或删除等。子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0002新

26、增导览 信息V1.0客户、端服 务器较局说明：在系统初始化设置的时候， 需要录入各景点的导览信息供客户使用，同时，在新增景点时，也需要通过此用例录入新增景点的导览信息。子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0003删除导览 信息V1.0客户、端服 务器较局说明：在需要删除景点的导览信息供客户使用。数据库服务器工作正常子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理接口 编R接口 名称接口接口

27、性质接口 速率接口 协议备注0004更新导览 信息V1.0客户、端服 务器较局说明：为了给游客更好的服务， 需要及时的更新导览信息，以便让游客能够掌握最新的、 有效的导览资料，避免导览资料的过期所带来的一系列问题例如给误导、引发混乱、纠纷等情况。子系统编号：002子系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理接口 编R接口 名称接口接口 性质接口 速率接口 协议备注0005定期维护 导览信息V1.0客户、端服 务器较局说明：为了保证导览服务的可靠性，需要定期对导览信息进行维护，避免导览资源的失效而 引发导览系统的缺陷。其中：子系统编号含义同上

28、。子系统英文名称含义同上。子系统中文名称含义同上。接口编号整个系统所有接口的统一编号。接口名称系统接口的正式名称，必须符合通常习惯。接口类型指出该接口所传输的数据在该模块中起到的作用。接口性质指出该接口在通讯中起到的作用，这里的作用可以是：输入；输出；双向。接口速率指出该接口的传输速率。如果该接口依赖于其它通讯方式，那么传输速率将不高 于它所依赖的其它通讯方式的速率。接口协议给出该接口实际使用的通讯协议。相关对象给出直接使用本接口的系统对象，这里的系统对象，可以是操作界面，也可以是 系统特性。备注描述与该系统接口有关的其它注意事项。说明描述与该系统接口表有关的其它注意事项。3.3.2 系统接口

29、传输协议说明逐项详细描述系统接口表中所列出各个系统接口使用的传输协议，以及其它相关内容， 例如：驱动程序、动态连接库、等等。3.4 系统完整性设计描述系统对象（数据元、数据类），所受到的逻辑约束关系。当系统由多个子系统（模块）组成时，每个子系统应分别使用一张系统完整性约束表进行 描述。系统完整性约束表的格式如下：子系统编号001子系统英文名称LOGIN子系统中义名称约束编号完整性名称相对对象名约束表达式备注.001账号密码完整性LOGIN唯一说明：其中:子系统编号含义同上。子系统英文名称含义同上。子系统中文名称含义同上。约束编号整个系统所有约束的统一编号。完整性名称系统完整性约束的正式名称，必

30、须符合通常习惯。相对对象名完整性约束中的相关对象（数据元和数据类）。约束表达式用一阶逻辑表达式表达的约束方程式。备注描述与该系统完整性约束有关的其它注意事项。说明描述与该系统完整性约束表有关的其它注意事项。4 .系统出错处理设计本节描述系统发生外界及内在错误时，所提供的错误信息及处理方法，它包括系统出错处理表及维护处理过程表。4.1 系统出错处理表本表给出有关出错处理的产生原因、提示信息、以及建议处理方法。当系统由多个子系统（模块）组成时，每个子系统分别使用一张系统出错处理表进行描 述。系统出错处理表的格式如下:子系统英文名称： 子系统中义名称：错误编号错误名称错误原因错误信息处理方式备注00

31、1登录错误账号密码错 误Errorl :账号密码错误提示输入正 确账号密码002无法连接网 络网络不好网速/、给力请稍后再试说明：其中:子系统编号含义同上。子系统英文名称含义同上。子系统中文名称含义同上。错误编号整个系统所有错误的统一编号。错误名称错误的正式名称，该名称应该是常用的，并且为人们所普遍接受的。错误原因对该错误产生原因的解释与说明。错误信息产生该错误时，向用户发出的提示信息。处理方式对该错误处理的一种建议，此项允许缺省。备注描述与该系统错误有关的其它注意事项。说明描述与该系统错误表有关的其它注意事项。4.2 维护处理过程表系统出错时，将调用维护处理过程对错误进行处理，有关维护处理过

32、程的各项内容由维护处理过程表进行描述。当系统有多个子系统（模块）组成时，每个子系统分别使用一张维护处理过程表进行描 述。维护处理过程表的格式如下：子系统编号：001 子系统英义名称： 子系统中义名称：错误编号处理过程处理过程处理功能入口参数出口参数备注央文名称中文名称001DONOONO账号密码 重复说明：其中:子系统编号含义同上。子系统英文名称含义同上。子系统中文名称含义同上。错误编号含义同上。处理过程英文名称系统维护处理过程的英文正式名称，将来用于软件开发中，必须符合命名规范。处理过程中文名称系统维护处理过程的中文正式名称，是系统维护处理过程英文名称的中文说明。处理功能描述本维护处理过程对

33、错误的处理方式。由于一个维护处理过程有可能具有对多个错误进行处理的能力，因此该处理功能必须是针对本项错误编号的。入口参数进行本项错误处理时，赋给维护处理过程的入口参数。出口参数进行本项错误处理时，维护处理过程返回的出口参数。备注描述与该系统错误有关的其它注意事项。说明描述与该系统错误表有关的其它注意事项。5 .技术设计系统技术设计描述系统各个特性实际使用的开发技术，以及具体开发技术使用时应该注意的事项。Android系统采用了分层的架构，从高层到低层分别是应用程序层、应用程序框架层、系统运行库和Linux核心层。在应用程序层中，提供了丰富的核心应用程序，包括email客户端，SMS短消息程序，

34、日历，地图，浏览器，联系人管理程序等。所有的应用程序都是使用JAVA语言编写的。应用程序框架层简化了组件的重用，任何一个应用程序都可以发布或使用其他应用程序发布的功能块。系统运行库包含一组核心库和Dakik虚拟机。应用程序框架层。Linux核心层用来提供系统的底层服务，位于硬件和其它软件层之间，采用 YAFFS2文件系统2。5.1 系统开发技术说明表本表描述系统各个特性开发时实际使用的具体技术，只有一些不太常用的技术需要在这里描述。一些常用技术，例如：通过数据库接口调用存储过程，则不必冗述。当系统由多个子系统(模块)组成时，每个子系统分别使用一张系统开发技术说明表进行 描述。系统开发技术说明表

35、的格式如下：子系统编号：001子系统英乂 名称:Users to access services子系统中文名称：用户获取服务技术编号开发技术开发技术处理功能系统特性编号备注央文名称中文名称01Android安卓客户 端用户的需 求101说明：客户端的开发是基于谷歌android操作系统平台的，该操作系统是目前 最火热的几大主流操作系统之一，具有巨大的市场和发展潜力，有望在未来 几年成为移动电子设备上占有量最大的操作系统，因此本软件选择在之上进行开发，另外，编程谛言选择Java因此具有较好的可移植性。这种服务的 目的是让游客能够方便的获取景区的各种介绍信息以及景区的实时状态。子系统编号：002子

36、系统英乂 名称:Scenic resource management子系统中文名称：景区资源管理技术编号开发技术开发技术处理功能系统特性编号备注央文名称中文名称02Windows景区管理 端景区资源 管理201说明：服务端米用微软的MFC框架进行开发，MFC(Microsoft FoundationClasses)世个微软公司提供的类库(class libraries),以C+谈的形式封装 了 Windows的API,并且包含一个应用程序框架，使用MFC可以加快软件的 开发流程。提供导览文件资源的服务器资源数据的管理，例如日常维护，更 新文件资源等，并且提供对客户终端请求的处理其中：子系统编号

37、含义同上。子系统英文名称 含义同上。子系统中文名称 含义同上。技术编号这个系统所使用各种技术的统一编号。开发技术英文名称该开发技术的英文正式名称，可以便用缩写。该名称应该是常用的，并且为人们所普遍接受的。 开发技术中文名称该开发技术的中文正式名称，是该开发技术英文名称的中文说明。该名称应该是常用的，并且为人们所普遍接受的。处理功能描述本开发技术的处理目的。系统特性编号含义同上。由于一项开发技术可能在多处使用，因此针对一项开发技术，有可能存在多个系 统特性编号，在此必须一一列出。备注描述与该系统开发技术相关的其它注意事项。说明描述与该系统开发技术说明表有关的其它注意事项。5.2 开发技术应用说明

38、逐项详细描述系统开发技术说明表中所列出各项系统开发技术使用的技术要点，以及其它相关内容，例如：所需的服务、使用的动态连接库、调用的组件、等等。在基于 Web的软件开发中，常用到 Web三层架构，即用户接口层，业务逻辑层，数 据访问层。用户接口层，即客户端或浏览器端，主要负责数据的显示。业务逻辑层，即应用 服务器，主要负责数据的业务逻辑处理。数据访问层，即数据服务器，主要负责对数据库的存取操作。Web三层架构可以移植到手机应用程序的开发中，将手机的应用程序作为客户端，负责用户接口层的工作，而大量的数据存储在Internet数据服务器中，逻辑业务的处理由应用服务器负责，从而实现智能手机与Inter

39、net的结合，可以使手机轻松方便的访问Internet上的大量数据。在基于Android的城市导游系统中，采用了客户端、应用服务器和数据服务器三层架构。本系统整体架构如图1所示。客户端是基于 Android操作系统的手机应用程序,负责数据的输入、解析和显示。应用服务器主要以Web Services的方式提供服务，并在数据处理中使用了 Lucene索引和中文切词技术。数据服务器主要负责数据的存储，数据库采 用MySQL。将系统的整体架构分成三个部分，各个部分相对独立，将数据的存储、处理和 显示分开，有利于系统的开发和维护；各个部分之间的联系通过软件来连接，也有利于系 统的变迁和升级。6 .数据库设计如果该软件产品需要使用数据库， 不论是使用数据库平台支撑的， 还是采用由软件产品 开发者自行定义的；都应该在完成软件产品需求分析报告后， 开始进行软件产品详细设计之 前，按照软件产品数据库设计说明文档模板完成数据库设计工作。1.游客表：1）登录账号；2）登录密码；3）登录历史；4）浏览历史；5）个人积分；6）随机验证码。2.景点表：1）景点名称；2）景点类型；3）景点坐标；4）景点最高海拔；5）景点简述；6）当前浏览游客数量；7）总共浏览游客数量；8）景点历史。4.3.2实际含义1 .游客表：1）登录账号：标示是登录系统的游客号（唯一）2）登录密码：用户登录所