软件说明文档

2024-07-24

软件说明文档（共7篇）

软件说明文档篇1

软件名称及版本号 1 前言

本系统是一种XXXXX监控管理系统，应用射频识别技术、视频监控系统、智能控制系统、大型数据库技术、数据加密技术、防爆技术和嵌入式操作系统，可以通过计算机通讯网络，将信息实时反馈到设置在监管部门的数据中心，进行数据处理和保存，由监管部门进行动态监管，及时掌握所有使用情况，杜绝管理漏洞和安全隐患，实行历史追溯。现对系统各模块功能做一全面说明：

一．系统登录界面

图片

二．系统首页

登录成功，即进入系统主页面。

图片

三．信息查看

进入主页面后点击信息查看，即可查看相关情况。

图片

四．查看日志

进入主页面后点击查看日志下的远程操控子菜单，即可以动态监控情况。

图片

五．实时信息

1．动态视图

进入主页面后点击实时信息下的动态视图子菜单，即可查看实时状态信息，如果有信息，则动态显示信息。软件名称及版本号 2

图片

点击右上方下拉菜单，选择实时监控情况，并显示所对应检验情况(若检验不合格直接不予以)、充装时间、流量以及金额。

还可以显示相关情况、包括姓名、上班时间、许可证号及身份证号。（如上图）2．视频监控

进入主页面后点击实时信息下的视频监控子菜单，即可查看各地的实时视频信息。并可进行实时音频指导。

图片

点击右上方下拉菜单，选择后即可实时视频监控过程，右侧四个图标，绿色代表当前可用状态度，红色代表当前禁用状态，可通过点击图标进行状态控制。下侧为当前工作人员。可同时通过四个视频通道监控各地情况。（如上图）

图片

双击视频通道可详细查看操作过程，如发现有违规操作可通过点击右上方“打开对话按钮”，进行实时音频提示或警告。若情况严重可点击右侧图标上编号，控制停止非法行为。（如上图）

六．主站设置

进入主页面后点击设置下基本信息子菜单，即可对基本信息进行录入、维护。

图片

七．XX管理

1． XX信息软件名称及版本号 3

进入主页面后点击XX管理下XX信息子菜单，即可以浏览各区县XX详细信息，包括XXX、所地区、使用登记证号、数量、发证单位、发证时间、应用类型、厂牌型号、所属单位、负责人、姓名、联系电话等相关信息。并且还可对相关信息进行新增、修改、删除、查看等操作。

图片

2．数据查询

进入主页面后点击XX管理下XX数据查询子菜单，即可对XX相关信息进行查询，可以根据XXX、XX、使用登记证号、发动机号、车架号、发证开始时间、发证结束时间等字段进行单独或者联合查询。

图片

3．数据统计

进入主页面后点击XX管理下XX数据统计子菜单，即可直观查看各区XX柱状图。

图片

八．XX管理

1． XX信息

进入主页面后点击XX管理下XX信息子菜单，即可浏览各区县相关信息，包括生产厂家、出厂编号、类型、生产年月、型号、使用状态、投用日期、安装日期、使用年限、可充装次数、检验状态、车牌号等相关信息。并且还可以对XX信息进进新增、修改、删除、查看等操作。

软件名称及版本号 4

图片

2．信息查询

进入主页面后点击XX管理下XX信息查询子菜单，即可对XX相关信息进行查询，可以根据生产厂家、出厂编号、使用状态、类型、车牌号等字段进行单独或者联合查询。

图片

2． XX统计

进入主页面后点击XX管理下XX统计子菜单，即可对市各种类型XX使用情况动态生成饼状图。

图片

3．电子标签

进入主页面后点击XX管理下电子标签子菜单即可查询、浏览XX相关信息，并可根据车牌号、出厂编号、使用状态、类型、生产厂家等字段进行单独或联合查询，还可以选择XX进行了发卡操作。

图片

4．标签查询

进入主页面后点击XX管理下标签查询子菜单，即可根据XX检验开始日期、结束日期、检验状态、车牌号等字段进行单独或者联合查询。软件名称及版本号 5

图片

九．充装数据

1．充装数据查询

进入主页面后点击充装数据下充装数据查询子菜单，即可查询车辆XX详细记录，可以根据开始时间、结束时间、充装状态、编号、车牌号等字段进行单独或者联合查询。

图片

2．充装数据统计

进入主页面后点击充装数据下充装数据统计子菜单，即可根据各站的XX次数生成三维柱状图，直观地展示各站的情况。

图片

3．本站充装数据统计

进入主页面后点击充装数据下本站充装数据统计子菜单，即可查看用户所在站的XX次数生成三维柱状图，直观地展示各月份情况。

图片

3．本站数据查询

进入主页面后点击充装数据下本站数据查询子菜单，即可对用户所在站的车辆详细记录进行浏览，并可以根据开始时间、结束时间、充装状态、编号、车牌号等字段进行单独或者联合查询。

图片

软件名称及版本号 6

本系统有一个重要的创新，即可以借助视频和通讯系统，对XX站实现远程语音提醒，并可控制停止非法行为。系统对建立城市公共安全监管的长效机制，保证人民的生命财产和社会的和谐稳定具有重要意义。

软件说明文档篇2

随着“核高基”科技重大专项“办公软件文档格式标准研制与测试”课题的实施以及“标文通”制修订计划项目的立项，我国将启动对“标文通”的修订工作。为了确定“标文通”修订工作在专利和知识产权方面的工作策略，需要检索、统计和分析文档格式相关的专利，并分析其对“标文通”系列标准研制和实现的影响。

1 技术路线

专利分析的技术路线如图1所示。

专利分析工作分为四个阶段：方案论证阶段、专利检索阶段、专利分析阶段和形成报告阶段。

(1）方案论证阶段

科学的检索方案是保证检索结果全面性和准确性的重要保障，为保证查全性和查准性，课题组与专业的专利检索机构共同制定检索方案，并组织专家对检索方案进行论证。

(2）专利检索阶段

专利检索严格按照检索方案进行，按照IPC分类号和关键词筛选进行专利检索。为确保查全性和查准性，采用背对背双查方案，相互验证。

(3）专利分析阶段

专利检索仅获取了目标专利，建立了专利库。尚需深入分析专利对文档格式标准研制及产品实现的影响。为保证专利分析的科学性和客观性，组织办公软件厂商对专利进行综合分析，并根据每个厂商的技术路线进行针对性分析。

(4）形成报告阶段

通过专利分析形成了分析报告草案，为保证分析报告的权威性，引入第三方评审。通过向第三方征求意见、组织专家评审进一步完善分析报告，形成最终的分析报告。

2 专利检索

2.1 专利检索方法

文档格式专利检索方法如图2所示。

对办公软件文档格式相关专利的检索采用了关键词和国际专利分类号(IPC)相结合的方式进行。在中文库的检索中，以文档、XML、文档格式、文档处理等为关键词，结合国际分类号G06F17/21、G06F17/24、G06F17/20、G06F17/30、G06F9/45、G06F9/44，并以申请人为入口对中文文献进行补检，经过数据筛选、处理后最终得到相关专利文献。

同时，为保证办公软件专利服务项目检索数据的全面性、准确性，对第一阶段检索结果，通过相关引文数据进行扩展，包括发明人引文数据及审查员引文数据。通过第一阶段检索到相关度较高的中英文专利文献，对其中的发明人引文及审查员引文数据进行深度标引，提取出中文专利文献中的发明人引文和审查员引文中的相关专利数据。

对检索得到的中文和外文数据进行处理，包括去重、筛选、同族处理、摘要整理等。

2.2 专利检索目标

本次专利分析的检索目标是办公软件三大应用(文字处理Word Processing、电子表格Spreadsheet、演示文稿Presentation)的文档格式和功能实现相关的专利，特别是与微软、IBM、Sun公司相关的专利，以及与基于XML的文档处理相关的专利。专利检索所涉及的专利限于2010年之前申请的专利，其中部分2008年、2009年申请但尚未公开的专利不在检索范围内。

2.3 专利检索数据源

针对上述检索目标，课题组咨询了专利检索领域的专家，确定采用中国专利文献数据库(CPRS)作为检索中文专利的数据源，采用欧洲专利局专利文献数据库(EPODOC)及德温特世界专利索引数据库(WPI)作为检索英文专利的数据源。

2.4 中文库检索

(1）按分类号检索

本次专利检索所关注的主要分类号包括：G06F17/21、G06F17/24、G06F17/20等。

(2）按关键词检索

本次专利检索所关注的主要关键词包括：办公软件、文档、格式等。

(3）按申请人机构代码检索

本次专利检索所关注的主要组织机构代码包括：Microsoft、IBM、SUN、金山和永中科技。

2.5 外文库检索

在外文数据库的检索中，采用关键词结合国际分类号、关键词结合申请人、国际分类号结合申请人的检索策略，以XML+Microsoft/IBM/Sun Microsystems、G06F17/24+Microsoft/IBM/Sun Microsystems、G06F17/21+Microsoft/IBM/Sun Microsystems等作为检索式进行检索，并采用其他检索方式进行补检，进行数据筛选、过滤处理之后最终得到相关专利文献。

2.6 专利检索结果

经对中国专利数据库及国外专利数据库的检索，得到与办公软件相关的专利3 154项，其中Microsoft、IBM、SUN三家公司专利数分别是1 019项、1 212项、197项，占总数的77，占据着主要申请人的地位。另外，检索结果中2 800项专利在国外申请、354项专利在国内申请，国内申请的专利中多数为外国企业在中国申请，本土企业及科研机构申请数量极少，不足1。

3 专利分析

3.1 专利分析方法

专利分析主要包括两种方法，分别是专利统计分析和专利技术分析。专利统计分析主要对专利库中的数据进行专利现状统计，形成申请量统计等状态图。专利技术分析主要通过技术专家对各条专利的摘要及全文进行技术研究，将专利映射到文档格式、产品实现及文档处理几大分类的各个子类，并分析该专利对标准研制或产品实现的具体影响。

3.2 专利统计分析

本次专利分析主要从分类号统计排序、国别统计排序、专利权人统计排序、年度申请量统计、国别-年度申请量统计、专利权人-年度申请量统计、国别(中国)-专利权人统计和国别(中国)-年度申请量统计等八个维度进行统计分析。限于篇幅，下面仅给出三个统计分析图。

图3展示了Microsoft、IBM、SUN在国际专利分类号IPC G06F17/21、G06F17/24、G06F17/20、G06F17/30、G06F9/45、G06F9/44下的专利申请对照图。

图4展示了2000年以来历年办公软件文档格式领域专利申请量，可见2005年达到峰值。从图4中可以看出，2005年左右国内外办公软件文档格式领域的技术研究水平达到了成熟阶段，之后该领域的专利申请量呈现缓慢增长的趋势。由于专利申请通常是在18个月之后公布，因此专利申请量的统计存在年度误差。但可以肯定的是，随着新技术的不断发展和用户的不断需求，办公软件文档格式领域的专利申请仍将保持快速增长。

图5展示了2000年以来历年Microsoft、IBM、利申请图。从图5中可以看出，相比而言，IBM的申请量呈现行业领先趋势，仅在2004～2007年Microsoft申请量超越了IBM。SUN申请量相对较少。

3.3 专利技术分析

为了深入进行技术分析，需要将检出的专利映射到文档格式相关的技术领域。本次分析主要将专利映射到置标语言处理、文字处理、电子表格、演示文稿、图形、办公软件界面和办公软件存储等七个领域。下面以文字处理领域为例，给出技术分析结果。

3.3.1 功能分析

文字处理作为文档编辑和排版软件，主要用于编辑文字图形、图像、声音、动画，还可以插入其他软件制作的信息，也可以进行图形制作、编辑艺术字、数学公式等各种文档处理要求。文字处理的功能如下：

(1)具有中英文输入、编辑、排版和打印等功能;

(2)创建“所见即所得”的文档;并提供字符和段落的字体、大小、颜色、左对齐、右对齐、居中对齐、两端对齐、横排与竖排、段落间距设置等多种格式编辑功能;

(3)具有图文混排功能;

(4)在文档中设置项目符号、段落名称和项目或段落的数字编号，并具备自动更新功能;

(5)提供表格、自选图形、艺术字和商业图表功能;

(6)在文档中插入域的功能;

(7)在文档中设置书签和插入超链接的功能;

(8)在文档中插入注释、脚注和尾注;

(9)生成索引与目录;文字处理可以根据各种特殊标记，自动生成文档的目录和索引;

(10)提供文档保护，提高了文件的安全性;

(11)提供稿纸、信笺的编辑和打印功能，满足中国人特有的写作需求。

3.3.2 专利分析

数据源中文字处理相关专利198项，主要包括编辑方法、文档布局、文档管理、字体字符处理、拼写纠错、文本或图形信息获取与识别、格式转换等方面，其中英文专利163项，中文专利35项，按照申请年限分布如表1所示，对办公软件实现的影响级别如表2所示。

本次专利分析检索了与办公软件三大应用(包括文档格式和功能实现)相关的2010年前申请的专利，检索的数据源包括中国专利文献数据库、欧洲专利局专利文献数据库及德温特世界专利索引数据库，共检出3 154项专利。通过对检出专利的分析可以看出：(1) Microsoft、IBM和Sun公司在办公软件领域的专利申请中占据着较大份额;(2)我国办公软件企业及科研机构在办公软件领域中申请的专利较少，需进一步加强;(3)大部分专利与文档格式标准无直接联系，专利主要集中于功能实现的方法上;(4)随着Web Office的兴起，会出现新一轮专利申请高峰期，需密切关注该领域的专利申请。

摘要：为确定“标文通”修订工作在专利方面的工作策略, 需检索办公软件文档格式相关的专利, 并分析其对“标文通”修订工作的影响, 阐述了办公软件专利分析的四阶段技术路线, 并重点分析了专利检索和专利分析的技术方案和实施方法。

不装软件高级文档照样读篇3

网易推出的一种服务——“网易文档查看”（http://doc.163.com/ 或http://doc.163.com/viewer/）可以让你不用安装软件，也能打开docx、pptx、xlsx、pdf、java等多种格式文档。“网易文档查看”能帮助你快速在线预览本地和网上文档。

此外，使用网易163邮箱的网友一定注意到附件中有“在线预览”这个链接，点击它可以在线预览文档，网易在预览文档的页面给出了“NEW! 网易免费文档预览服务 ”的链接，这也是今天我要给大家介绍的“网易文档查看”（http://doc.163.com/）这个功能的另一个具体应用。

一、查看本地文档

查看本地文档不需要安装任何文档阅读器或编辑器，只用一个网络浏览器就够了，而且浏览器也不需要安装任何阅读插件。

二、查看网络文档

过去，如果网页上连接了一个诸如PDF或DOC类的文档，你要阅读它，必须在本地安装这类阅读器的编辑或阅读软件，或者安装网络浏览器的阅读插件。现在，这一切都不需要做，一个网络浏览器就够了。

小提示：

网易文档查看目前支持的文档类型

Office系列：doc， docx， ppt， pptx， xls， xlsx

Adobe系列：pdf

图片系列：jpg, png, bmp, gif

代码系列：java, jsp, js, c, cpp, h, hpp, py, cs, sh, css

物业收费管理说明文档篇4

整个系统分为五大模块：基础数据，水电气管理、物业报表管理、应收实收管理、查询与预警。

（1）单元信息：

单元信息的设置是整个收费管理的关键点。在【单元信息】模板下设定了两个工作表，工作表一保存着单元的基本信息，像单元资料，住户资料和业主资料。其中，输入“合同开始”和“合同到期”日期后，excel公式自动计算出合同的年份长度，月份长度和日期长度。

工作表二保存着该单元的收费项目和收费金额等细节。输入每种收费相符的“收费方式”、“计算方式”、“收费单价”和“收费周期”后，系统自动算出“实际单价”和“应交费用”。“实际单价”：与“收费单价”不同，“实际单价”与“收费方式”和“计算方式”有关，收费方式有四种：周期性、一次性、临时性、季节性。计算方式有三种：个数、建筑面积、套内面积。当收费方式= 一次性，那么实际单价=收费单价，否则，如果计算方式=建筑面积，那么实际单价=收费单价×建筑面积，剩下的其他情况就是实际单价=收费单价×套内面积。“应交费用”是由excel函数自动计算得出的。如果“收费方式”= 一次性，那么应交费用=收费单价，对于剩余的收费方式，“应交费用”与“计算单位”有关。计算单位有三种选择：按年收费、按月收费、按天收费。与之对应的应交费用分别等于“间隔年”×实际单价，“间隔月”×实际单价，“间隔天”×实际单价。

值得注意的是，工作表二还有个字段“应交次数”也很关键，它决定了收费日期。“应交次数”和“收费方式”与“收费周期”有关。当收费方式= 一次性，那么收费日期就是合同开始的日期。对于收费方式的其他情况，如果收费周期=年，那么应交次数=间隔年/收费周期，同样的道理，收费周期=月时，应交次数=间隔月/收费周期，收费周期=日时，应交次数=间隔天/收费周期。

把收费项目明细都填写后了后，点击“生成收费日期”按钮。收费项目和应收日期系统就自动计算出来了，以后对于收款员来说，在相应的月份中就能自动提取出某个单元的收费项目和应收日期。

保存【单元信息】报表的同时，该单元的住户信息被插入到【历史住户信息】报表中。方便后期对历史住户进行查询和统计。

（2）收费项目：利用模板独立保存着各种收费项目的信息，方便后期维护。

（3）【水电费抄表】：新建一张【水电费抄表】，所有的单元信息被提取过来，系统默认的月份为当前新建表单的月份，例如：每个月的月底抄表，那么2010年1月30号新建表单时，标题显示的是“2010年1月水电抄表”，如果是2月底抄表的话，标题自动显示的是“2010年2月水电抄表”。水表和电表的最后表数都是提取上个月抄表中的“本次表数”。所以对于抄表员来说，只需填的内容是水表和电表的本次表数（4）【收款单】：对于收款员来说，填写一张【收款单】，通过列表方式选择“单元编号”和“住户名称”，那么对于该住户来说，系统自动提取该住户本月应该交纳的费用。

（5）【退款单】与【收款单】类似，这里不再赘述。（6）【物业收费月报表】：新建一张报表，系统从【收款单】里把本月的收款信息提取出来。技巧：

对于年报、月报和日报，有时候我们希望年报一年只能做一次，月报是一个月做一次、日报是一天做一次，那么如何限制某些模板在一定时间下的报表张数呢？这里举了一个例子，限制月报在当月只能填一张。展开19：21行，可以看到增加了两个字段，这两个字段的配合就确保了报表的张数能和我们预期的一样。

（8）【物业收费年报表】：该模板定义了一个交叉表，从【收款单】里提取各个月份的收入金额，从【退款单】中提取各个月份的退款金额。

技巧：为了能够正确的按行列匹配，这里用到了一个函数：条件取值（），详细用法见表间公式。（7）【应收实收汇总表一】：统计一年的十二个月各种类型的单元应收和实收的费用。应收费用是从【单元信息】模板下的报表提取出来的，实收是从【收款单】提取出来的。

（8）【应收实收汇总表二】：统计各种类型单元的“物业管理费”、“租金”、“欠费”情况。包括本年应收、本月应收、累计应收、本月实收、累计实收。

（9）【应收实收汇总表三】：统计收费项目的“应收”、“实收”、“欠费”情况。

（10）【应收实收明细表】：利用该明细表统计不同单元类型下的各个住户的收费情况，以及不同单元类型下的住户个数。

（11）【历史到期预警】：该报表可与“定时填报”功能结合起来。每天系统自动生成一张【历史到期预警】报表，统计的是，合同到期日期距当前日期小于30天的那些合同情况。当然，具体是小于多少天可以自己来设定。设定方法就是在表间公式里面运用了一个“间隔时间（）”函数。

（12）【历史住户查询】：初始化时，新建一张【历史住户信息】空白表，保存。之后该表中的数据是【单元信息】报表保存时插入进来的，插入规则就是：每次保存【单元信息】时，凡是单元信息里住户姓名在【历史住户信息】没有的，就插入进来，如果是重复的，则不插入到历史住户信息表中。

（13）【投诉单】：该表单存在一个工作流转，“填单”->“处理”。

2018预算说明公示文档-永济篇5

第一部分

概况

一、单位概况

永济市财政局内设办公室、预算股、国库股、行政政法股、科教文体股、农财股、社保股、投资评审中心等18个股室，共100人，其中行政人员27人，事业人员73人。

二、主要职能

（一）根据国家有关法律、法规、规章、政策以及本县经济和社会发展战略，编制本县中长期财政计划；参与制定本县重大经济决策，研究提出运用财政、税收政策对经济进行调控和综合平衡的建议；贯彻执行国家有关财政分配政策；拟订和执行县与镇政府、街道、地区办事处和企业间的财政分配政策。

（二）编制本县预决算草案并组织执行；受县政府委托，向县人民代表大会报告本县预算及其执行情况，向县人大常委会报告决算；管理本县各项财政收入和预算外资金、财政专户；管理有关政府性基金；确定本县财政税收收入计划。

（三）根据国家有关政策规定，做好本县财政非经营性国有资产、财务、会计的管理和监督工作。

（四）管理本县公共支出；制定行政、事业单位开支标准和支出政策；制定基本建设财务制度。办理和监督本县财政的经济发展支出、本县投资项目的财政拨款、企业挖潜改造和科技支出；支援农业发展支出；农业综合开发支出。

（五）管理本县财政的社会保障支出；拟订并执行社会保障资金的财务管理制度；组织实施对社会保障资金使用的财政监督。

（六）负责企业财务会计数据的统计、分析和报告工作；负责本县县级粮食储备资金的使用管理及粮食直补资金的发放监管工作。

（七）拟订和执行本县政府采购政策；负责本县政府采购工作和党政机关、财政拨款事业单位汽车定编工作。

（八）负责管理本县会计工作，监督会计规章制度的执行情况；监督检查行政事业单位及分行业的会计制度的执行情况；指导和监督注册会计师和会计师事务所的业务，指导和管理社会审计。

（九）监督财税方针政策、法律法规的执行情况；检查反映本县财政收支管理中的重大问题；研究提出加强本县财政管理的建议。

（十）制定财政科学研究和教育规划；组织财政人才培训；负责财政信息的收集利用和财政宣传工作。

（十一）负责对镇、街道、地区办事处财政的业务指导。

（十二）完成县政府交办的其他事项。第二部分 2018部门预算报表

一、预算收支总表

二、预算收入总表

三、预算支出表

四、财政预算收支总表五、一般公共预算支出表六、一般预算基本支出经济分类表

七、政府基金预算收入表

八、政府基金预算支出表九、三公经费支出表

十、机关运行经费表

十一、政府采购预算明细表

见后附件

第三部分

一、预算收支增减变化及情况说明：

2018年预算总收入892.69万元，比上年增加21.61%，主要原因是本年含单位缴纳的机关事业单位基本养老保险缴费及采暖补贴提高标准。其中工资福利支出 728.23万元，比上年增加23.56%，主要原因是本年含单位缴纳的机关事业单位基本养老保险缴费及采暖补贴提高标准，在职人员比上年较少4人，人员经费相应有所减少。对个人和家庭补助为14.29万元，比上年减少62.09%，原因是在职采暖补贴调整到工资福利支出中。

二、机关运行经费安排情况机关运行经费（日常商品和服务）支出51.17万元，比上年减少6.62%，主要原因是福利费按新的标准计算，有所增加。其中办公费19.59万元，手续费0.10万元，水费4万元，电费6.78万元，邮电费5.3万元，取暖费2万元，培训费1.0万元，公务接待费0.96万元，劳务费3万元，印刷费9.8万元，差旅费7.8万元，维修费8万元，办公设备购置费9.19万元，评审费20万元。项目支出99万元，比上年增加67.8%，原因是根据工作需要，本年新增加了两个项目经费。三、三公经费增减变化及原因

三公经费，2018年预算共9600元，其中公务接待费为9600元，预计接待15批次，约80人，由于今年与上年接待批次基本一致，所以公务接待与2017年保持一致。由于公车改革，我单位没有保留公车，公务用车运行维护费年初预算为0元，公务用车购置为0辆，0元。因公出国境费用预算0元，0团组，0人。

四、政府采购预算情况说明

由于各业务股室工作需要，2018年局机关采购预算共计189900元，其中采购台式电脑5台，单价预计4500元每台，笔记本电脑3台，单价预计5500元，2U服务器，预计单价12600元，A4激光一体打印机或针式打印机9台，预计单价2500每台，文件柜3个，预计单价600每组，柜式空调1台，预计单价7000每台，壁挂式空调3台，预计单价3000每台，复印纸60箱，预计单价210元每箱，印刷费预算98000元。国库支付中心政府采购预算共计63400元，其中台式电脑一体机1台，单价6000元，针式打印机2台，单价3100元每台，空调柜机，单价7000元，复印纸,40箱，单价180元每箱，印刷费37000元。

名词解释：

1.财政拨款收入：本级财政部门当年拨付的财政预算资金，包括公共预算财政拨款和政府性基金预算财政拨款。

2.基本支出：是预算单位为保障其正常运转，完成日常工作任务所发生的支出，包括人员支出和日常公用支出。

3.项目支出：是预算单位为完成其特定的行政工作任务或事业发展目标所发生的支出。

软件说明文档篇6

软件需求规格说明作为需求分析阶段的最终结果,其描述语言大致可以分为三类:非形式化的自然语言(如:汉语等)[1];半形式化的图形化规格说明语言(如:统一建模语言UML等)[2];形式规格说明语言(如:B方法和Z语言等)[3],对应的需求文档评估方法分别为:人工审查方法[4]、模型检测的方法[5]、定理证明的方法[6]。但是由于半形式化和形式化语言对于没有经过专业学习的人员来说,可理解性较差、很难发现有用的抽象,因此创建形式化或半形式化规格说明比较困难。自然语言描述的需求规格说明对参与软件开发过程的各种人员来说能够非常容易理解,系统开发人员与用户之间的沟通就更加的容易和高效。因而自然语言仍然是软件需求描述的最常用的方法。

但是自然语言天生存在的语义模糊性可能导致在描述需求时产生二义性,主要包括汉语字面上的模糊性和阅读理解上的偏差,导致后续开发人员在某些需求的理解上出现偏差甚至完全偏离客户的原始意图,使系统产生缺陷或导致系统开发的失败。

因此有必要对自然语言描述的需求规格说明进行分析,尽可能早地发现其存在的缺陷,最大限度地降低软件开发的风险。本文从自然语言的模糊性着手,将模糊性缺陷分类方法应用到需求文档中来。

目前,针对自然语言描述的需求文档缺陷查找方法有:Ad hoc方法、Checklist-based方法、Scenario-based方法等。从而我们可以从自然语言的模糊性着手,将缺陷查找的方法引入到软件需求规格说明的分析中来,使得需求描述更加准确,提高评审的效率。

2 需求文档模糊缺陷查找模型

2.1 需求文档的描述质量指标

模糊的需求描述和可读性差是需求文档经常出现的文档描述问题,模糊的需求描述带来不可避免的后果便是返工(重做一些认为已经做好的事情)。根据软件需求文档现有的文献指导和专家经验[7],有如图 1需求文档模糊缺陷查找模型。

2.2 软件需求规格说明书模糊缺陷分类

传统的缺陷分类方法[8]有:1)缺陷正交分类ODC(Orthogonal Defects Classification),该分类方法提供一个从缺陷中提取关键信息的测量范例,用于评价软件开发过程,提出正确的过程改进方案。缺点在于分类复杂,难以把握分类标准,缺陷分析人员的主观意见会影响属性的确定。2)Putnam分类方法, Putnam等人提出的分类方法将软件缺陷分为六类:需求缺陷、设计缺陷、文档缺陷、算法缺陷、界面缺陷和性能缺陷。但是因为分类方法简单 ,所以提供的缺陷相关信息对具体的缺陷修复工作的贡献有限。3)基于缺陷严重等级的分类模型,以该缺陷对系统整体造成的影响,或与需求说明不相符合的程度作为划分依据,划分为不同严重等级。4)基于优先级的分类模型,给缺陷一个定位,以提醒相关的修改人员及时修改,优先级依次代表了该缺陷需要修改的紧迫程度。它与缺陷严重等级有一对多的关系。

模糊需求是需求缺陷的现实表现形式,分析需求规格说明中出现的模糊需求归根到底就是为了对其加以改正,从而避免缺陷的产生,因此就有必要对需求规格说明中出现的模糊需求根据其严重程度给出其修改的优先级。通过分析对需求规格说明模糊缺陷评估模型中的若干个子特性给出一个修改优先级如表 1所示。

其中,A为错误检测出的模糊表达;B为含有二义性的模糊表达;C为含有不一致的模糊表达;D为含有未定义的模糊表达;E为不可追踪的模糊表达;F为不完备的模糊表达:G为不可验证的模糊表达;H为模糊的形容词表达;I为模糊的副词表达;J为模糊的限定词;K为模糊性模态;L为模糊性括号匹配;M为模糊性被动词;N为模糊性片段表达。

2.3 需求文档潜在缺陷密度

需求开发过程是一个不断迭代的过程,往往由于用户对于需求的变更或者需求评审中发现了新的问题,有必要对SRS进行修改,对于修改前后的文档描述质量要有一个客观的评价,我们拟通过比较文档修改前后的总的潜在缺陷密度判断其质量是否有所提高。

美国电气及电子工程师学会(IEEE)制定的IEEE_Std_830-1998以及我国制定的国家标准GB-T9385-2008[9]对软件需求规格说明的组织形式都给出了建议性的说明:一个完整的、良好的SRS应包括以下几个主要部分:引言、总体描述、具体需求以及附录和索引。从文档的一般组织形式中可以看出其中包含有需求描述的有总体描述和具体需求这两个主要部分,通过分析在这两个部分中对需求描述的重要程度也有所不同,所以在考虑某条模糊需求对整个需求规格说明文档质量的影响,应该考虑到其在文档中所处的具体部分。

总体描述是对影响产品及其需求的一般因素,而不叙述具体的需求,只提供需求的背景并使需求更加容易理解,所以这里将总体描述看作一个整体。第三部分的具体需求是对产品需求的详细描述,这里将各个部分需求独立开来看,这样就有总体描述、外部接口需求、功能需求、性能需求、设计约束和软件系统属性这六个部分,由于产品最终是要交付给用户使用所以这里对这六个部分从用户角度划分不同重要等级如表 2所示。

由SRS一般组织形式可知,SRS中对于需求描述都是集中在SRS的总体描述和第三部分具体需求中,为了更加直观明了地了解需求潜在缺陷的分布情况,便于SRS编写人员对SRS做出快速高效的修改。有必要给出总体描述、外部接口需求、功能需求、性能需求、设计约束和软件系统属性这六个部分的潜在缺陷数。

缺陷密度定义是单位产品规模的缺陷数,缺陷密度越低意味着软件产品质量越高。相同等级的缺陷如果分布在两个不同重要程度的部分,那么其对于产品质量的影响也不尽相同。因此,为了客观地反映出不同等级的缺陷对于产品质量的影响程度,有必要对于不同等级的缺陷以及不同重要程度的需求部分赋予不同的权值,计算加权缺陷密度更加合理。根据前面对模糊需求的等级划分给出SRS的缺陷密度计算公式:

$S R S 潜在缺陷密度 = \frac{\sum_{j = 1}^{6} w_{j} (w_{i} * Ι 类缺陷 + w_{q} * Q 类缺陷 + w_{u} * U 类缺陷)}{文档句子总数}$

wi为必须立刻修改的模糊性表达权值;wq为需要正常排队等待修复或列入待修改清单的模糊性表达权值;wu为可以在方便的时候修改的模糊性表达权值;wj为SRS中的六个部分的相对权值(j=1～6分别代表,1:总体描述;2:外部接口需求;3:功能需求;4:性能需求;5:设计约束;6:软件系统属性)。 I类缺陷是必须立刻修改的模糊性表达;Q类缺陷是需要正常排队等待修复或列入待修改清单的模糊性表达;U类缺陷是可以在方便的时候修改的模糊性表达。通过对不同严重程度模糊性表达进行加权计算得出的潜在缺陷密度,区分了不同重要程度部分中的不同严重程度的模糊性表达对SRS的质量影响,更加客观地反映了其质量。

3 模糊需求权重计算

作为定性分析和定量分析综合集成的一种常用方法,模糊综合评价已在工程技术、经济管理和社会生活中得到了广泛应用[10]。层次分析法,是从定性分析到定量分析综合集成的一种典型的系统工程方法,它将人们对复杂系统的思维过程数学化,将人的主观判断为主定性分析进行量化,将各种判断要素之间的差异数值化,适用于复杂的模糊综合评价系统,是目前一种被广泛使用的确定权值的方法。

AHP方法在确定同一级别的特征或者属性权值时,常常先找出它们之间的相对重要性,然后再用归一化的方法给出权值。比较的过程中常用比例等级表,例如l到5的数字来度量它们之间的相对重要性。虽然这些离散数字比较简单易用,但是没有考虑到将个人的主观意志映射到具体数字时的不确定性。为此,可以在模糊语句重要性比较时采用平等、强、很强来表示同级的两个指标之间的3种相对重要性,采用常用的三角模糊隶属度图[11],如图 2所示。

不同等级的模糊需求对软件后续开发的影响程度有所不同,前面我们将模糊需求按照修复紧急程度划分为三个等级,这里我们将AHP引入到模糊需求的权值计算上来。按照AHP对同一层次子特性相对重要性的划分原则将模糊需求的相对重要性分为三类,分别为平等(E)、强(S)、很强(V)。如表 3所示。

进而获得同级之间的权重比较模糊矩阵M:

$Μ = [\begin{matrix} 1 & a_{1, 2} & \dots & a_{1, n - 1} & a_{1, n} \\ a_{2, 1} & 1 & \dots & a_{2, n - 1} & a_{2, n} \\ \dots & \dots & \dots & \dots & \dots \\ a_{n - 1, 1} & a_{n - 1, 2} & \dots & 1 & a_{n - 1, n} \\ a_{n, 1} & a_{n, 2} & \dots & a_{n, n - 1} & 1 \end{matrix}]$

其中

$a_{i, j} = {\begin{cases} 1, i = j \\ E, S, V, E^{- 1}, S^{- 1}, V^{- 1}, i \neq j \end{cases}$

。

设置信度为ζ,则ai,j在ζ下的上下界表示为[ai,j(l)(ζ),ai,j(u)(ζ)],且有: $E_{ζ} = E_{ζ}^{- 1} = [1, 3 - 2 ζ] ‚ S_{ζ} = [1 + 2 ζ, 5 - 2 ζ] ‚ S_{ζ}^{- 1} = [\frac{1}{5 - 2 ζ}, \frac{1}{1 + 2 ζ}] ‚ V_{ζ} = [3 + 2 ζ, 7 - 2 ζ] ‚ V_{ζ}^{- 1} = [\frac{1}{7 - 2 ζ}, \frac{1}{3 + 2 ζ}]$ ,设优先级系数为ψ,按照凸线组合关系则有:ai,j(ζ,ψ)=ψ*ai,j(l)(ζ)+(1-ψ)ai,j(u)(ζ)。此时,模糊矩阵M也转换为M(ζ,ψ)。通过M(ζ,ψ)*X=λ*X解得M(ζ,ψ)的最大特征值λmax和其对应的特征向量Xmax,最后将Xmax归一化即可得到各个评价指标的权重。用此方法可以得到需求文档各个子特性以及SRS各个部分的目标权重值。

4 SRS的缺陷评估模型实验

4.1 实验数据及方法

实验数据是软件工程实训平台提供的100个软件项目需求文档。本文采用十折交叉验证(10-fold CV)进行实验,采用准确率、查准率、覆盖率和F1值[12]来评价模型的有效性。这些度量来自表 4所示的交叉矩阵。

实际正例个数P=TP+FN,实际负例个数N=FP+TN,实例总数C=P+N。模型评价指标的定义如下:

准确率(accuracy)表示正确找出模糊缺陷的实例个数占总实例的比例,计算公式如下:

$a c c u r a c y = \frac{Τ Ρ + Τ Ν}{C}$

查准率(precision)表示正确找出缺陷的正例个数占评估为正例的实例个数的比例,计算公式如下:

$p r e c i s i o n = \frac{Τ Ρ}{Τ Ρ + F Ρ}$

覆盖率(coverage)表示正确评估的正例个数占实际正例个数的比例,计算公式如下:

$c o v e r a g e = \frac{Τ Ρ}{Ρ}$

F1表示覆盖率与查准率的调和平均,计算公式如下:

$F 1 = \frac{2}{\frac{1}{p r e c i s i o n} + \frac{1}{c o v e r a g e}}$

4.2 实验结果

将基于本文的模糊缺陷模型和传统人工查找方法相比较,得出下列比较结果。

从图 3中可以看出,本文的模糊缺陷模型准确率要高于传统人工查找方法,并且随着需求文档句子数增多效果越明显,准确率降低地越来越慢。图 4是模型查准率的比较,从图中可以看出,本文的模糊缺陷查找模型定位缺陷相对准确,而且随着文档句子数的增加查准率稳定平滑小幅降低。图 5的覆盖率比较结果能很好地说明本文的模型能够覆盖更多、缺陷等级更严重的模糊需求,而传统的人工查找方法缺陷覆盖带有随意性,随着文档句子数的增多覆盖率很不稳定。

5 结束语

本文提出了软件需求文档的模糊缺陷模型。基于缺陷严重等级和缺陷修改优先级将模糊分类,结合三角模糊隶属度的层次分析法得出各个模糊子特性的缺陷权重。利用加权缺陷密度得到整个需求文档的描述质量。通过实验分析比对,文中的模糊缺陷查找模型比传统的人工查找方法准确率更高、覆盖率更广,模糊定位也更到位。但是文中模型需借助良好的分类预测方法,经过大量的模糊集样本训练才能取得更良好稳定的效果,所以实现模糊缺陷评判的自动化则是下一步研究的重点课题。

摘要：针对自然语言描述的需求文档存在字面二义性和理解歧义性,提出了软件需求文档的缺陷模型以及评估方法。根据各个模糊子特性的严重等级划分、缺陷修改优先级以及需求文档中各个部分的相对重要程度,结合三角模糊隶属度的层次分析法给出各自的缺陷权重。利用加权缺陷密度来评估需求文档各个部分以及整个需求文档的描述质量。实验结果表明,该模型较大提高了模糊缺陷查找的准确率、查准率、覆盖率,具有较好的可行性、实用性。

关键词：需求文档,模糊缺陷,三角模糊隶属度,层次分析法,加权缺陷密度

参考文献

[1]Md.Rizwan Beg,Dr.Qamar Abbas,Alok Joshi.AMethod to Deal with the Type of Lexical Ambiguity in aSoftware Requirement Specification Document[C].//Inst.of Elec.and Elec.Eng.Computer Society,2008:1212-1215.

[2]Yu Hua Wang,Gui Sheng Yin,Hai Tao Zhang.Re-search on conversion method of ontology based formal re-quirements model to UML requirements document[J].Advanced Materials Research,2011,268:1086-1091.

[3]MASAKAZUM T,KAZUTOSHIKH.An efficient methodfor developing requirement specifications for plant controlsoftware using a component-based software prototype[J].Information Sciences,2007,177(14):2845-2866.

[4]E.Ashlee Holbrook,Jane Huffman Hayes,Alex Dekht-yar.Toward Automating Requirements Satisfaction As-sessment[J].IEEE 2009(10):149-158.

[5]Maurice H.ter Beek,Alessandro Fantechi,StefaniaGnesi,et al.A state/event-based model-checking ap-proach for the analysis of abstract system properties[J].Science of Computer Programming,2011,76(2):119-135.

[6]Eric Knauss,Christian El Boustani.Assessing the Quali-ty of Software Requirements Specications[J].IEEE 2008(29):341-342.

[7]H M Ishrar Hussain.Using Text Classification To Auto-mate Ambiguity Detection In SRS Documents[D].MONTREAL,QUEBEC,CANADA:CONCORDIA UNI-VERSITY,2007.

[8]李新军,刘晓明,黄松.基于软件过程度量的正交缺陷分类技术[J].计算机工程,2009,23:30-32.

[9]中国标准出版社.计算机软件工程国家标准汇编[S].北京:中国标准出版社,2007.

[10]孔繁森,刘鹏,曹阳华,等.变速箱厂生产作业环境的模糊综合评价[J].吉林大学学报(工学版),2010,40(2):475-477.

[11]刘胜,张玉廷,于大泳.小生境遗传算法修正三角模糊数互补判断矩阵一致性及排序[J].系统工程理论与实践,2011,31(3):522-524.

软件说明文档篇7

近些年来，随着计算机技术与硬件的发展和互联网时代的到来，当今社会已经进入了信息时代，也有人把它称为数字化时代，在这数字化的时代里，传统的手机应用已经跟不上历史的潮流。手机运动助手就是为满足各种热爱运动人群的需求而开发的一套实用的软件。通过互联网创建手机运动助手运动软件，可以宣传健康运动方式，从而促进人们的健康运动知识的提高。使用Android平台开发的运动软件，可以在用户登录后提供选择运动模式、制定运动计划以及符合自己运动习惯的细节设置、提供相关运动数字作为参考、对用户信息进行分享查看删除等功能。

关键词：Android平台；手机运动助手软件；移动开发；SQLite数据库

中图分类号：TB

文献标识码：A

文章編号：16723198（2016）04022504

1 引言

本章是对本论文所描述课题的背景及自己对该课题的研究的意义的介绍，主要包括介绍Android平台的背景、论述论文研究的意义等。

1.1 论文研究的背景

在对本课题进行设计的时候，首先要熟悉Android平台的结构和开发环境，也就是要了解Android SDK软件开发中的一些类库和熟悉工具包的使用及Android平台提供的多个接口函数。其次就是要熟悉Android平台下的开发技术，如Activity的生命周期、事件的处理机制、监听机制、数据的存储等等。最后就是能够很好的运用相应的开发工具进行程序的编写和调试等。

在做好以上的准备后就是对手机运动助手的研究。虽说在网上有很多的手机运动助手，但是分析发现还有许多的不完善之处。而这次课题的研发就是在借鉴网上的手机运动助手的基础上进行一些改进，让用户使用起来更舒服。而在网上的许多的手机运动助手都只是单一的测量距离。而本次研究课题的主要实现的功能就是实现测步、测速、计算消耗卡路里、保存数据等等。从而使用户在安装一个软件的情况下享受多种功能。

1.2 课题研究的意义

作为一个Android新手，选择一个基于Android平台的应用程序做论文的研究课题，具有很大的意义。

首先对于本课题的研究，对社会具有一定的意义，可以说是有很小的意义。通过浏览网上的一些手机运动助手发现，虽说它们的功能都很强大、界面很炫酷，但是都是单一的手机运动助手。而这个课题就是把手机运动助手的各种功能相结合，使功能尽可能的满足用户。系统的界面设计得相当的简洁，给用户清新的感觉。所以对用户具有一定的意义。

其次就是对自己意义重大。虽然经过一段时间的Android学习，但是自己对这段学习成果也不是很有底，而正好可以通过编写这个论文来检验一下自己，检查自己的不足和漏洞，从而进行弥补和完善。而从大局来看就是可以对自己四年的专业知识进行一下测试，也为自己以后的工作积累点经验等等。所以总体来说这篇论文对自己的意义还是很大的。

2 需求分析

需求分析是软件工程中非常重要的一步，充分的需求分析是设计好程序的前提。这里主要包括系统的总体需求、系统的需求分析、系统的需求说明和系统的可行性分析。

2.1 系统的总体需求

现在无论是在PC上还是在手机上，相信很多人都在用手机运动助手。所以手机运动助手的作用就越来越重要。开发一个实用的手机运动助手就越来越适合当今的发展趋势。

本文就是在此基础上提出总体的功能需求。主要就是能够实现测步、测距、测速、保存数据。通俗的讲就是通过手机运动助手的多功能化，来满足更多用户的需要。这可以说是该系统开发的一个小小的亮点吧。因为现在很多的手机运动助手都是单一的功能。

2.2 系统需求分析

本文研究课题主要就是在基于Android平台下设计并开发一个手机运动助手软件。运用当前Google提供的Android SDK来实现对模块的查询。当然使用的数据库是Android自带的小型数据库Sqlite。尽管没有面向对象的数据库的作用强大，但是在Android开发上还是比较的灵活和方便的。系统的总体的功能业务可以主要描述为以下几点。

2.2.1 主界面菜单选项功能

主界面是该软件的第一个真正意义上的可操作界面，是响应用户的第一步操作，主要就是获取用户运动时的各项数据。界面的主要需求就是简单明了，再加上清新明目的背景图片，一定会给用户视觉上的快感。主界面拒绝那些繁琐的操作，给用户以方便。

2.2.2 帐号注册功能

帐号注册界面是在主界面点击帐号注册后，切换到帐号注册界面，然后进行帐号注册。输入相应的信息，然后把注册结果显示在该界面。这里主要使用的是Android中的XML进行布局。为了避免让用户在查询的时候感到眼花缭乱，在此就不再用图片做背景，减少干扰。

2.2.3 登录功能

登录也是在主界面上输入帐号密码，点击登录后，系统对帐号和密码进行验证成功则进入系统，失败则提示用户重新输入。

2.2.4 数据处理功能

数据处理功能是对用户在运动时的各项数据进行统计和处理，利用重力感应系统测速、测步、并通过这些数据计算出消耗卡路里的值，将统计的数据通过分享通过希望的途径传播出去。

3 系统的可行性分析

3.1 复杂分析

本系统的数据库文件是根据任务书要求做的调研进行设计而出，在进行数据库方面的设计时，要考虑到满足本系统的功能实现。重点是数据库的数据传输，可以与手机上的进行互动。

3.2 可行性

随着Android的快速发展和不断完善，Android的应用是越发的广泛。所以基于Android平台的手机运动助手小程序也是越来越多、越来越受欢迎。而一款好用且功能强大的手机运动助手软件可以为用户提供随时随地的服务，很多的Android手机运动助手的开发和网络上各种版本手机运动助手的出现，相信很多的用户都会选择享受这种服务。因而从服务的角度来说，具有可行性。

通过以上的需求分析和对系统复杂性的分析，基于Android的手机运动助手的开发具有现实性，综述该论文的设计开发具有可行性。

4 总体设计

根据软件工程的思想对该系统进行总体的设计。主要包括系统的设计目标、总体设计、总体流程图、功能模块图和数据库的设计。

4.1 系统的设计目标

通过对网上主流的手机运动助手app了解，在借鉴网上手机运动助手app的基础上，设计一个有所创新的手机运动助手app，而这个创新主要是体现在功能上。也就是说在实现计步的同时，实现测速、测距、计算消耗卡路里等功能。所以这也是这次毕业设计所要达到的设计目标。

4.2 系统的总体设计

手机运动助手需要具备的功能主要就是注册、登录、计步、测步速、测速度、计算消耗卡路里、记录、查看历史记录、删除记录、分享数据等。所以我们主要是围绕以下两项主要功能来实现的。该论文讨论环境主要是在Windows的操作系统下搭建，在Android平台上开发和运行。

4.3 系统框架设计

系统的框架的设计主要就是通过对系统的主要的流程和模块进行设计。在这里我们就对该系统的主要的流程和模块进行简单的介绍。

4.4 系统总体流程图

在启动Android的模拟器以后，系统首先显示登录功能界面，用户可选择是注册新用户还是登录，注册成功后返回登录界面，登录成功后进入主界面，当用户进行跑步或者散步等运动时，系统会记录下用户的各种运动数据，当按下重置时，系统会自动保存用户本次运动的数据，行成记录显示在界面长按记录进行删除。其整个流程如图1所示。

注册就是在登录界面用户点击注册按钮之后，进入注册页面，填寫注册信息，点击提交，系统进行验证，通过则在数据库添加，否则提示用户输入的信息有误，注册成功返回登录界面。

用户登录也就是在用户输入帐号密码点击登录以后，系统对用户输入的帐号密码进行验证，成功进入主界面，否则提示用户重新输入。

4.5 系统功能模块设计

系统的功能框架，主要分为对用户注册、用户登录、数据统计、数据处理。

用户注册模块包括了对用户填写的注册信息的验证，帐号的唯一性检测，新增功能。

用户登录模块包括了对用户输入的帐号、密码的格式规范、长度判断、通过服务器连接数据库查询获取，判断帐号与密码是否正确等功能。

数据统计模块包括了对用户在运动时各种数据的测试、计算，是先暂停/继续、重置（添加数据记录）、设置、查看记录等功能。

数据处理模块包括了对用户保存的历史记录进行查询、删除、分享等操作。

4.6 系统数据库的设计

本部分主要分为两个模块：用户模块和数据模块，且都为SQL Server2008数据库。

5 详细设计

在软件工程的思想中，详细设计是整个工程中最为重要的部分。经过详细设计，系统的整体结构和细节就确定了下一步就只需要编码就行。本章主要包括详细设计的目标、功能详细设计及界面详细设计。

5.1 系统详细设计目标

在对系统的总体设计完成以后，接下来就是对系统的详细设计。对于系统的详细设计主要就对其功能和界面的详细设计。

在对功能的详细设计上详细说明具体的设计方法和所要调用的方法。界面的设计通过简单的示意图来进行详细的介绍。总之，通过详细设计，能让我们很快、很好的编写代码。

5.2 系统的功能详细设计

5.2.1 登录模块功能详细设计

（1）注册功能。

注册模块的功能就是把用户在界面输入的注册信息添加到数据库中。首先在Activity内定义Button实例绑定用户页面的按钮，用setOnClickListener给它添加一个监听器，在监听器内调用向服务器请求连接并在数据库新增的操作。

（2）登录功能。

用户登录就是在登录界面，用户输入自己的帐号和密码，点击登录按钮，系统在按钮监听内相应事件，请求连接服务器并查询相应的帐号和密码，并判断帐号和密码是否正确，不正确则提示用户输入的帐号和密码有误，重新输入，正确则提示用户登录成功，并进入主界面。

5.2.2 数据获取功能详细设计

数据获取就是在进入主界面后，当用户进行跑或者散步等活动的时候系统会自动的同过手机重力感应和GPS来获取用户运动时的数据，如：步数、步长、距离、速度并计算出消耗卡路里等数据，用户在该界面可点击暂停/继续、重置、设置、记录等菜单按钮，当点击重置时，系统会自动将本次运动产生的数据通过服务器添加到数据库。

5.2.3 设置功能详细设计

设置功能实现的目的是为了让用户能够更精确的获取运动时产生的数据，可对身高体重、步长、系统感应灵敏度等常量进行设置，还可设置语音对用户进行提示。

5.2.4 数据处理功能详细设计

当用户在主界面点击重置按钮时，系统会自动通过想服务器发出连接请求并将数据添加到数据库，点击记录按钮时可查询此用户所有的运动数据信息并形成列表显示在界面，长按数据行可对此列数据删除，同时在主界面有分享功能把当时收集的数据通过你希望的途径发送出去。

5.2.5 系统的界面详细设计

本节主要是对手机运动助手中的所有界面的设计进行详细的解释。按照功能的需求分析，主要就是详细的介绍五个界面：注册界面、登录界面、主界面、设置界面、记录信息界面。

5.2.6 登录界面的设计

登录界面是用户在运行该软件的时候第一个出现的界面。主要的设计还是在XML中实现的，在XML中定义一个ImageView控件，来加载drawable-hdpi文件中的背景图片。

5.2.7 注册界面的设计

注册界面的设计是在登录界面之后出现的一个可操作界面，该界面就是让用户通过这个界面来注册自己登录系统的通行证。主要就是在XML文件中布置Button按钮控件，然后分设置相应的属性，设置不同Button按钮的ID属性，然后Function类对该界面的实现。通过类中定义的Button，用FindViewById方法获取各个Button按钮的ID值。然后分别为按钮设置监听器。最后把监听器绑定到相应的Button按钮上，实现界面之间的跳转。

5.2.8 主界面设计

主界面的功能就是把在用户运动时获取到的数据和计算出的结果在界面上显示出来。并且在得出结果之后，可以通过菜单键按钮来进行操作。总的设计过程是要在XML文件中布局，总体布局是运用线性布局，然后用几个线性布局共同作用成一个主界面界面。在这里主要就是实现对用户运动时的数据的获取，看起来比较美观，TextView是显示文本的信息。在这里设置好这些控件后，设置各控件相应的属性。

5.2.9 设置界面设计

设置模块的功能就是让用户对系统功能进行设置，对自身身体数据进行设置。总的设计过程也是在XML文件中进行的。

5.2.10 数据记录界面设计

数据记录模块的功能就是让用户查询所有运动时添加的数据记录，并以列表的形式展示在界面，长按行数据可对此行数据进行删除。

6 功能的实现

6.1 数据库的建立和连接

6.1.1 数据库的建立

本系统数据库主要是使用SQL Server 2008数据库。

6.1.2 数据库的连接

用DBHelper对数据库的连接进行管理，主要通过调用类中的loadDriver（）方法来获取一个数据库对象，用getConnection（）进行连接，这个对象就可以对数据库进行操作，对于数据库的关闭主要是调用该类的closeConnection（Connection conn）方法。

6.2 核心功能

（1）运动数据探测功能的实现；

（2）结束和记录功能的实现。

6.3 功能的实现

注册是在用户输入注册信息并点击提交按钮之后，通过验证并想服务器发出连接请求，向数据库添加数据。

在注册冲过后，系统会将注册的帐号传递到登录界面并显示在帐号输入框里面，用户需输入密码，点击登录按钮之后，系统会对帐号密码进行简单验证，符合规范后想服务器请求连接数据库并查询帐号，并对帐号和密码进行判断是否正确。

用户登录成功之后，进入主界面，此时，若用户携带手机进行跑步或散步等运动时，系统会自动通过手机重力感应和GPS等来获取用户运动时产生的数据，并通过计算得出用户消耗的卡路里等数据信息，并显示在界面上。

在系统同级数据时，用户可点击菜单暂停/继续、结束、设置、记录等按钮来对数据进行操作或者对系统进行设置，点击重置时，在重置数据时会自动将数据通过服务器添加到数据库方便用户查询，点击设置按钮后，用户进入到设置界面，此界面是对系统功能进行设置，或者对用户身体数据进行设置。

在主界面当用户点击记录按钮时，用户会进入到记录界面，此界面显示的是用户一晚所有运动产生的数据信息，通过服务器连接数据库获取，并以列表的形式显示在界面，长按某一行数据时，可对此行数据进行删除。

7 结束语

此次论文研究主要针对Google推出的Android平台下开发手机运动助手软件，并设计自己的数据库和单词搜索。当然这个系统是基于数据库建立起来的。在起初，主要就是看Android的SDK，学习Sqlite数据库的机制，表的建立等等。后来在网上搜到一些单词库，然后就试着导入，但是每次导入都是失败。后来下载一些小的数据库，导入才算成功。对于这种情况，我上网查了好多的资料，最后发现导入方法有点问题。最终在网上资料的指引下，这个问题得到了解决。使用的模糊查询使程序更人性化，给用户带来更多的便捷。而加入的汉语解释同样可以给用户带来好的体验。总体来说，对这次课题研究还是比较满意的。

这次论文研究及实现是对自己四年来所学的东西的检验及应用。当然由于时间的问题，该系统还有很多的不完善之处。如果以后有时间的话，我会对其多扩展几个功能：

（1）代码和界面的优化。好的界面也是吸引顾客原因之一。所以美好的界面设计可以给人以不同的视觉感受。

（2）手机运动助手可以装载外部的数据库。不同的用户使用的情况也是有所不同，用户可以根据自己的需要装载自己的数据库。

参考文献

[1]韩超，梁泉.Android系统原理及开发要点详解[M].北京：电子工业出版社，2010.8.

[2]柯元旦，宋锐.Android程序设计[M].北京：北京航空航天大学出版社，2010，（7）.

[3]吴文明.Sqlite数据库在Android开发中的应用[J].重庆航天职业技术学院学报，2011.

[4]邱少明，袁劲松.Java面向对象程序设计[M].北京：清华大学出版社，北京交通大学出版社，2009，（10）.

[5]余志龙，陈昱勋等.Google Android SDK开发范例大全[M].北京：人民邮电出版社，2010，（6）.

[6]Google Android Web Site [EB/OL].http：//www.android.com.

[7]Sqlite中文社區 [EB/OL].http：//www.sqlite.com.cn.

【软件说明文档】推荐阅读：