软件项目国标文档模板-概要设计说明书(GB8567——88)
软件设计文档国家标准 概要设计说明书(GB8567——88)

1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3内部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
软件设计文档国家标准GB8567

软件设计文档国家标准GB8567软件设计文档国家标准GB8567-88一、文档编写标准化在整个项目开发及使用过程中,应该有完备的文档支持,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性和可追溯性。
完备的文档对软件的开发及使用起了很大的作用。
一般要求编写好十三种文档。
1、可行性分析报告说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。
2、项目开发计划为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
3、软件需求说明书(软件规格说明书)对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4、概要设计说明书是概要设计阶段的工作总结。
主要包括功能分配、模块划分、程序总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理等,为详细设计作好准备。
5、详细设计说明书着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。
6、用户操作手册详细描述了该软件的功能、性能和用户界面,使用该软件的具体方法等。
7、测试计划包括测试内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
8、测试分析报告测试计划的执行情况,对测试结果的分析,提出测试结论。
9、开发进度月报按月提交的项目进展情况报告。
包括计划与实际执行情况的对比、阶段成果、遇到的问题、解决的方法以及下一步的打算。
10、项目开发总结报告项目完成以后,总结实际执行情况。
如进度、成果、资源利用、成本和投入的人力,对项目开发作出评价,总结经验与教训。
11、软件维护手册主要包括软件系统说明、程序模块说明、操作环境、支持软件说明、维护过程说明等。
GB8567-88概要设计说明书(doc 5页)

GB8567-88概要设计说明书(doc 5页)_New概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:程序1 程序2 ……程序n√功能需求1√功能需求2……√√功能需求n2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
2.7尚未问决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计3.1用户接口说明将向用户提供的命令和它们的语法结构,以及软件的回答信息。
3.2外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。
3.3内部接口说明本系统之内的各个系统元素之间的接口的安排。
05软件项目国标文档模板-概要设计说明书(GB8567——88)

概要设计说明书:王金辉学号:2012150001日期:2015.04.221引言 21.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
当今社会有很多交友软件,存在很多不安全因素,很容易泄露用户信息。
而且,没有提供近距离的交友平台。
很多同学对上课有厌烦心理,借助这款交友,同学们可以在课余时间,与他人交流,提高上课的乐趣和积极性。
现在在一个班级上课的同学都不认识,很不方便学术的交流,所以,应提供同班同学交流认识的平台。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
a:Secretb:项目任务提出者,梁正平老师。
开发者,王金辉也即本人用户:大学周边人群。
计算中心或则网络:本人电脑搭建的服务器。
C.与其他的系统或则机构暂无来往,参考微信手机客户端的实现。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
.apk file大意:扩展名为apk的文件是Android应用程序包,每一个Android应用程序包含的所有代码、资源和清单文件都被编译并打包成一个文件,这个文件的名字可任意取,但扩展名必须是.apk。
概要设计说明书(gb8567——88).doc

1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2总体设计 (2)2.1需求规定 (2)2.2运行环境 (2)2.3基本设计概念和处理流程 (3)2.4结构 (3)2.5功能器求与程序的关系 (3)2.6人工处理过程 (3)2.7尚未问决的问题 (3)3接口设计 (3)3.1用户接口 (3)3.2外部接口 (3)3.3内部接口 (4)4运行设计 (4)4.1运行模块组合 (4)4.2运行控制 (4)4.3运行时间 (4)5系统数据结构设计 (4)5.1逻辑结构设计要点 (4)5.2物理结构设计要点 (4)5.3数据结构与程序的关系 (4)6系统出错处理设计 (5)6.1出错信息 (5)6.2补救措施 (5)6.3系统维护设计 (5)概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考文件,如:a.本项目的经核准的计划任务书或合同,上级机关的批文;b.属于本项目的其他已发表文件;c.本文件中各处引用的文件、资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
2总体设计2.1需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录C。
2.2运行环境简要地说明对本系统的运行环境(包括硬件环境和支持环境)的规定,详细说明参见附录C。
2.3基本设计概念和处理流程说明本系统的基本设计概念和处理流程,尽量使用图表的形式。
2.4结构用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系.2.5功能器求与程序的关系本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:2.6人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程(如果有的话)。
国标-详细设计说明书(GB8567_88)

国标-详细设计说明书1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1(标识符)设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2(标识符)设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系。
3程序1(标识符)设计说明从本章开始,逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述,主要说明安排设计本程序的目的意义,并且,还要说明本程序的特点(如是常驻内存还是非常驻?是否子程序?是可重人的还是不可重人的?有无覆盖要求?是顺序处理还是并发处理等)。
3.2功能说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。
概要设计说明书(GB8567-88)

1引言 (2)1.1编写目的 (2)1.2背景 (2)1。
3定义 (2)1.4参考资料 (2)2总体设计 (2)2。
1需求规定 (2)2。
2运行环境 (3)2.3基本设计概念和处理流程 (3)2。
4结构 (4)2.5功能器求与程序的关系 (4)2。
6人工处理过程 (4)2。
7尚未问决的问题 (4)3接口设计 (5)3。
1用户接口 (5)3.2外部接口 (5)3.3内部接口 (5)4运行设计 (5)4。
1运行模块组合 (5)4。
2运行控制 (5)4.3运行时间 (6)5系统数据结构设计 (6)5。
1逻辑结构设计要点 (6)5.2物理结构设计要点 (6)5.3数据结构与程序的关系 (6)6系统出错处理设计 (7)6。
1出错信息 (7)6.2补救措施 (7)6。
3系统维护设计 (7)概要设计说明书1引言1。
1编写目的服务于汽车租赁公司的网络化运营,管理汽车租赁以及其它服务、管理各类汽车以及租赁过程中的各个环节,最终为使用本系统的各类客户以及系统管理人员和维护人员而服务。
1.2背景项目委托单位:姜金阳开发单位:姜金阳用户:姜金阳1.3定义无1。
4参考资料1。
《软件工程:理论、方法与实践》,北京:高等教育出版社,2005。
7出版,孙家广主编,刘强编著。
2. 《UML基础与Rose建模教程》,人民邮电出版社,蔡敏,徐慧慧,黄炳强编著.。
2总体设计2.1需求规定1.客户可以通过不同的方式(包括电话、前台、网上)预定车辆;2.系统能够保存客户的预定申请单;3.能够保存客户的历史记录;4.工作人员可以处理客户申请;5.技术人员可以保存对车辆检修的结果。
2。
2运行环境2.3基本设计概念和处理流程基本概念Web应用程序的总体构架是一个客户机/服务器系统,浏览器向服务器请求”Web 页",每一页都是服务信息内容和以HTML表达的格式指令的组合。
一些网页包括客户端脚本,它们由浏览器解释运行。
这些脚本为要显示的网页定义了各种动态行为,而且它们经常与浏览器、网页内容和网页中包含的其他控件(Applet、ActiveX 控件和插件)交互。
国标-详细设计说明书(GB8567_88)

国标-详细设计说明书1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3定义 (2)1.4参考资料 (2)2程序系统的结构 (2)3程序1(标识符)设计说明 (2)3.1程序描述 (3)3.2功能 (3)3.3性能 (3)3.4输人项 (3)3.5输出项 (3)3.6算法 (3)3.7流程逻辑 (3)3.8接口 (3)3.9存储分配 (4)3.10注释设计 (4)3.11限制条件 (4)3.12测试计划 (4)3.13尚未解决的问题 (4)4程序2(标识符)设计说明 (4)详细设计说明书1引言1.1编写目的说明编写这份详细设计说明书的目的,指出预期的读者。
1.2背景说明:a.待开发软件系统的名称;b.本项目的任务提出者、开发者、用户和运行该程序系统的计算中心。
1.3定义列出本文件中用到专门术语的定义和外文首字母组词的原词组。
1.4参考资料列出有关的参考资料,如:a.本项目的经核准的计划任务书或合同、上级机关的批文;b.属于本项目的其他已发表的文件;c.本文件中各处引用到的文件资料,包括所要用到的软件开发标准。
列出这些文件的标题、文件编号、发表日期和出版单位,说明能够取得这些文件的来源。
2程序系统的结构用一系列图表列出本程序系统内的每个程序(包括每个模块和子程序)的名称、标识符和它们之间的层次结构关系。
3程序1(标识符)设计说明从本章开始,逐个地给出各个层次中的每个程序的设计考虑。
以下给出的提纲是针对一般情况的。
对于一个具体的模块,尤其是层次比较低的模块或子程序,其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同,在这种情况下,只要简单地说明这一点即可。
3.1程序描述给出对该程序的简要描述,主要说明安排设计本程序的目的意义,并且,还要说明本程序的特点(如是常驻内存还是非常驻?是否子程序?是可重人的还是不可重人的?有无覆盖要求?是顺序处理还是并发处理等)。
3.2功能说明该程序应具有的功能,可采用IPO图(即输入一处理一输出图)的形式。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
概要设计说明书姓名:王金辉学号:2012150001日期:2015.04.221引言31.1编写目的31.2背景31.3定义31.4参考资料62总体设计72.1需求规定72.2运行环境82.3基本设计概念和处理流程82.4结构112.5功能器求与程序的关系112.6人工处理过程122.7尚未问决的问题123接口设计123.1用户接口123.2外部接口133.3内部接口144运行设计144.1运行模块组合144.2运行控制154.3运行时间155系统数据结构设计155.1逻辑结构设计要点155.2物理结构设计要点165.3数据结构与程序的关系176系统出错处理设计186.1出错信息186.2补救措施186.3系统维护设计19概要设计说明书1引言1.1编写目的说明编写这份概要设计说明书的目的,指出预期的读者。
当今社会有很多交友软件,存在很多不安全因素,很容易泄露用户信息。
而且,没有提供近距离的交友平台。
很多同学对上课有厌烦心理,借助这款交友,同学们可以在课余时间,与他人交流,提高上课的乐趣和积极性。
现在在一个班级上课的同学都不认识,很不方便学术的交流,所以,应提供同班同学交流认识的平台。
1.2背景说明:a.待开发软件系统的名称;b.列出此项目的任务提出者、开发者、用户以及将运行该软件的计算站(中心)。
a:Secretb:项目任务提出者,梁正平老师。
开发者,王金辉也即本人用户:深圳大学周边人群。
计算中心或则网络:本人电脑搭建的服务器。
C.与其他的系统或则机构暂无来往,参考微信手机客户端的实现。
1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
.apk file大意:扩展名为apk的文件是Android应用程序包,每一个Android应用程序包含的所有代码、资源和清单文件都被编译并打包成一个文件,这个文件的名字可任意取,但扩展名必须是.apk。
例如,可以取名为myExampleAppname.apk。
为了方便起见,一个Android应用程序包文件经常被称之为一个apk。
.dex file 大意:Android应用程序代码最终将会被编译成一个扩展名为dex((Dalvik Executable))的文件,我们所编写的java文件会自动地被编译成dex文件。
Action大意:Action是对Intent发送者所发送的intent(意图)的一种描述。
Action是被分配给intent 的一个字符串。
Action可以由Android系统定义,也可以由第三方开发人员定义。
例如,对于一个网页URL使用android.intent.action.VIEW,或者在一个定制应用中使用com.example.rumbler.SHAKE_PHONE使手机震动。
Activity大意:Activity在应用程序里表现为一个“屏幕”,或应用程序的其中一个界面。
通常,Activity 是可见的、全屏的窗口,它可以处理UI事件、执行复杂的任务。
虽然Activity通常是全屏的,但也可以设置使其浮动或透明。
adb大意:adb是Android Debug Bridge的简写,即Android调试桥,它是Android SDK中自带的一个命令行调试应用程序。
它所提供设备浏览工具、设备上的拷贝工具和为调试转寄端口的功能。
如果你是在Eclipse下使用ADT插件进行开发,adb已经集成到你的开发环境中了。
Application大意:从组件的角度来看,Android应用程序是由一个或多个Activity、Service、Listener 和Intent receiver组成;从资源文件的角度来看,Android应用程序是由Java代码、xml资源文件、多媒体资源(音频、视频、其它文件等)和一个文件清单组成。
在编译过程中,这些文件被打包成一个单一的叫做应用软件包的文件中(.apk)。
Content Provider大意:Content Provider是一个数据抽象层,通过它你可以安全地将你应用程序中的数据暴露给其它的应用程序。
Content Provider构建在ContentProvider类之上,它负责处理指定格式的查询串,并以指定的格式返回数据。
Dalvik大意:Dalvik是Android平台的虚拟机。
Dalvik是一个只能解释执行dex文件的虚拟机,dex 文件针对存储性能和内存管理进行了优化。
Dalvik是基于寄存器的虚拟机,并且能够运行经过Dalvik 自带的“dx”工具转换过的Java类。
虚拟机运行在兼容Posix的操作系统上,依赖于底层的功能(如线程和低级内存管理)。
Dalvik的核心类库有意做得与Java标准版非常类似,但它明显更适合小型移动设备。
DDMS大意:DDMS即Dalvik Debug Monitor Service,它是SDK自带的一个图形化的调试工具,它提供了屏幕捕捉、日志存储和进程检测的能力。
如果你在Eclipse中使用ADT插件进行开发,那么DDMS已经被集成在你的开发环境中了。
Dialog大意:Dialog通常以一种轻量级的浮动窗口形式呈现,一个Dialog可以只包含一个用于执行简单动作的按钮(如按钮选择)。
Dialog并不会被持久存储在历史栈中。
所有对话框类的基类是Dialog。
Drawable大意:Drawable是经过编译的可视化资源,可以用于背景、标题或屏幕的其他部分。
典型的情况,drawable被装载到另外一个UI元素中,例如将drawable作为背景图片。
drawable不能够接收事件,但可以分配不同的其它属性,如“状态”。
许多drawable对象是从描述图片的xml资源文件或位图文件中加载得到的。
Drawable资源被编译到android.graphics.drawable的一个子类中。
Intent大意:Intent是一个消息对象,你可能通过intent启动其它应用程序或其它Activity,或者通过intent 与其它应用程序或Activity进行异步交流。
Intent对象是Intent的一个实例,它包含了许多方面:您能提供什么、确定应用程序或Activity收到的意图以及处理intent时接受者做什么处理。
Intent包括:预期执行的动作(action)、动作类别(category)、数据(data)、数据类型(MIME Type)、处理类等。
一个应用程序发送一个意图给Android系统,而不是直接给发送给其它应用程序或Activity。
应用程序能够将意图发送给目标应用程序或者将意图作为一条广播发送,该广播能够被许多应用程序轮流处理。
根据其它应用程序定义的意图过滤器,Android系统负责解决:对于每一个意图,哪一个意图接收器最适合。
Intent Filter大意:应用程序的Intent Filter(意图过滤器)声明在Manifest文件中,它用于告诉系统应用程序的组件愿意接收哪种类型的意图。
通过Intent filter,应用程序能够表达出对哪些指定的数据类型、意图的行为、URI格式等感兴趣。
当要解决某个意图,系统会对所有应用程序的全部意图过滤器进行评估,然后将意图传递给最匹配的应用程序的Activity。
Broadcast Receiver大意:Broadcast Receiver是一个用于接收应用程序广播(不是发送给应用程序的Activity)的类。
系统将广播发送给所有对此广播感兴趣的广播接收器,这些广播接口器会按顺序处理该意图。
Layout Resource大意:布局资源是一个用于描述屏幕布局的xml文件。
Manifest File大意:清单文件是每一个应用程序都必须定义的xml文件,它用于描述应用程序的包名、版本、组件(Activity、intent filters、Services等)、引用的类库等。
Nine-patch / 9-patch / Ninepatch image大意:*.9.png是一种尺寸可变的位置资源,它可以用于背景图片或在设备上显示的图片。
OpenGL ES大意:你可以使用Android提供了OpenGL ES类库处理快速、复杂的3D图像。
它比Canvas对象的使用要难一些,但更适合3D应用。
android.opengl和javax.microedition.khronos.opengles两个包暴露了OpenGL ES的功能。
Resources大意:资源可以理解为应用程序的“非编程”组件,即并不是通过编写代码产生的。
但应用程序代码可以使用特定的引用格式来使用资源。
Android系统支持大量的资源类型,最为典型的应用程序资源主要由UI字符串、UI布局组件、图像及其它媒体文件等组成。
Android应用程序使用资源来有效地支撑本地化和各种各样的设备,对于不同的手机屏幕大小、屏幕方向(横竖屏)都可以设置相应的资源。
Service大意:Service运行在后台(无需任何UI界面)以开展许多持久的活动,例如:播放音乐或者监测网络的活动。
Theme大意:Theme是一系列定义多种默认显示设置的参数(文字大小、背景颜色等)。
Android系统在R.style中提供了一些标准的主题(以"Theme_"开头)。
URIs in Android大意:Android使用URI字符串作为基本的数据请求(例如检索联系人列表)和动作请求(例如在浏览器中打开一个页面)的方式。
URI字符串可以具有不同的格式,但所有请求数据的URI都必须以“content://”开头。
有效的动作URI字符串会被设备上的适当的程序处理,例如,以“http://”开头的URI字符串会被浏览器处理。
View大意:View是绘制在手机屏幕上的一块矩形区域,它能够处理点击事件、键盘事件和其它交互事件。
View是大多数组件的基类,如文本框、对话框等。
Viewgroup大意:ViewGroup是包含一系列view的容器对象。
ViewGroup负责决定它里面包含的view显示在什么位置、占用的大小,以及在适当的时候调用每个view的方法来绘制它们自己。
有些ViewGroup是不可见的,它们仅仅用于布局,但有些ViewGroup又有固定的UI,例如滚动的列表框组件。
所有的ViewGroup都继承了ViewGroup类,并且位于android.widget包下。
Widget大意:Widget即组件,它是一系列View子类(UI组件、布局等)的集合,例如文本框或弹出菜单。
Widget要负责测量和绘制它本身,并且还要对屏幕事件做出反应。
所有的Widget都位于android.widget包下。
Window大意:在Android应用程序中,我们并不会实现或直接使用Window这个类,它是一个抽象类。