Android手机相册.docx
《Android手机相册.docx》由会员分享，可在线阅读，更多相关《Android手机相册.docx（78页珍藏版）》请在冰点文库上搜索。
Android手机相册
河北工业大学
《软件测试技术》课程实验
实验报告
题目：
《Android手机相册》
专业：
软件工程
班级：
分组编号：
组长：
成员：
指导教师：
完成日期：
目录
1软件项目开发计划……………………………………………4
2软件需求规格说明书……………………………………………9
3软件配置管理计划……………………………………………14
4软件设计规格说明………………………………………………25
5软件测试计划…………………………………………………………33
6软件测试分析报告……………………………………………………40
7软件项目开发总结报告………………………………………………61
小组成员角色与分工情况表
功能结构
负责人
文档书写
，，，，
界面设计
照片分类及创建相册
基本手机软件调用
软件slogan设计及软件介绍页面
未整理相片浏览
软件测试与维护
，，，，
小组评分表：
姓名
评分
B
B
A
B
A
一、软件项目开发计划
完成人：
1引言
1.1编写目的
手机已经成为当代人类必不可少的通信工具。
随着科学技术的发展，计算机编程语言的种类也得到了很大的推进。
Android开发越来越受到计算机领域人士的喜爱，因为它开发的软件使人们的生活更加便利、更加美好、更加丰富多彩。
基于此，我们组准备开发一个基于android的手机相册小软件。
这个小软件其主要功能包括对相册的创建、调用相机进行拍照、将相片按照不同的规则进行划分、浏览图片等四大块。
使用者进入系统后可以创建自己的相册，可以将图片添加至自己创建的相册；用户可以调用相机，实现拍照的功能；用户还可以按照自己的不同要求对照片进行排序；当然最基本的功能是实现对图片的浏览。
该手机相册可以打破传统的手机自带的相册的一些弊端，包括界面的不友好，功能的不健全。
1.2背景
a.软件系统名称：
PhotoTidy；
b.本项目的开发者:
，，，，。
2项目概述
2.1工作内容
1、软件需求调查；
2、软件需求分析；
3、软件项目开发；
4、软件测试与维护。
2.2主要参加人员
1、（组员）：
会基本的Java编程，能用Android调用手机的基本软件；
2、（组员）：
会基本的Java编程，能用Photoshop对图片进行基本的处理，能用Android进行多个antivity之间的转换；
3、（组长）：
会基本的Java编程，能用Android编写程序，对图片进行整理；
4、（组员）：
会基本的Java编程，能使用Android编写程序，对图片进行分类整理；
5、（组员）：
会基本的Java编程，能使用Android编写程序，进行基本的界面设计。
2.3产品
2.3.1程序
1、HomeActivity：
Android编程，主要功能是现实本软件可以实现的主要功能，通过选择不同的选项，可以调用不同的功能。
2、XiangceListActivity：
可以显示手机存储卡中的所有照片，通过选择不同的排序方式，可以对显示的图片进行不同的排序分类。
3、Liunan：
可以显示手机中的所有照片，通过单击菜单目录，可以选择对图片进行的各种操作。
2.3.2文件
列出须移交用户的每种文件的名称及内容要点。
1、软件项目开发计划：
主要介绍了完成该项目开发的计划；
2、需求规格说明书：
主要介绍了该项目的各种功能需求；
2.3.3非移交的产品
1、软件配置管理计划：
软件配置管理计划的具体目的。
该计划所针对的软件项目的名称和用途；
2、设计规格说明说：
对文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明；
3、软件测试计划：
主要介绍了测试的过程及测试使用的方法；
4、软件测试分析报告：
主要介绍了软件测试的测试结果；
5、软件项目开发总结报告：
主要介绍了软件开发本小组的总结。
2.4完成项目的最迟期限
6月10号。
3实施计划
3.1工作任务的分解与人员分工
需求分析、设计、实现、测试直到维护，因为这些工作相对繁琐，所以基本大家一起做的，详细安排如下
功能结构
负责人
文档书写
，，，，
界面设计
照片分类及创建相册
基本手机软件调用
软件slogan设计及软件介绍页面
未整理相片浏览
软件测试与维护
，，，，
手机软件，操作简单，无需培训即可使用
3.2进度
需求分析、设计、编码实现、测试、移交、培训和安装等工作时间安排甘特图：
编码工作具体安排：
3.3预算
需要的劳动力：
人员5人，包括、、、、
以上劳动力属于免费劳动力，无需经费，设备自带，办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等都是0，
工作项目
预计所需工时
需求分析
5人*4小时
设计
利用空余时间设计、边学边设计
编码实现
4h*30
测试
4h*3
移交
没有这个了
3.4关键问题
1、技术学习问题：
因为成员对安卓开发的不熟悉，所以会在这里话费大量精力
2、布局问题：
因为涉及到对sd卡的遍历，所以会要较长的时间，对宏观的布局有要求
3、测试问题：
因为测试是个技术活，并没有具体的标准，时间和效率方面需要的精力较多
4支持条件
开发工具：
java-eclipse；
操作系统：
windows7
试验机器：
android手机
UML图工具：
RationalRose
测试工具：
java-eclipse
4.1计算机系统支持
外围设备：
键盘，鼠标
通讯设备：
android手机
操作系统：
windows7
模拟器：
android手机模拟器
4.2需由用户承担的工作
用户承担的工作：
用户的需求、软件费用。
5专题计划要点
1.开发人员培训计划：
对于android的开发，我们以前并没有接触过，所以我们组是一边学习一边做项目。
小组有5名成员，其中有2名专门研究编程技术，2名初识android编程，1名进行UI设计并负责相关文档的安排计划。
2.测试计划：
软件的测试分为四步
第一步：
单元测试
先进行白盒测试，再进行黑盒测试。
第二步：
集成测试
大棒集成测试方法
第三步：
系统测试
第四步：
验收测试
6变更表
变更编号
变更时间
变更内容
变更人
审批人
变更编号
1
2014-03-29
相片分类功能变更
1
2
2014-03-29
学习时间延长
2
3
2014-03-29
项目实施计划延期
3
二、需求规格说明书
完成人：
1．概述（Summary）
1.1项目的目的与目标（PurposeandAimofProject）
本项目（手机相册）的开发主要针对传统的手机相册界面不美观，使用起来不方便，功能不完善设计的。
该项目实现的手机相册功能，其主要功能包括对相册的创建、调用相机进行拍照、将相片按照不同的规则进行划分、浏览图片等四大块。
使用者进入系统后可以创建自己的相册，可以将图片添加至自己创建的相册；用户可以调用相机，实现拍照的功能；用户还可以按照自己的不同要求对照片进行排序；当然最基本的功能是实现对图片的浏览。
该手机相册可以打破传统的手机自带的相册的一些弊端，包括界面的不友好，功能的不健全。
1.2相关文档（RelatedDocuments）
设计规格说明书，系统规划报告。
2．问题初始分析（EarlyAnalysis）
2.1场景描述（SceneDescription）
当用户用手机自带的相机进行拍照的时候，仅仅只能简单的进行拍照功能，涉及到的对照片的整理功能很少。
比如说：
现在很多女性用户拍照后喜欢将自己的照片修得美美的；又或者有些用户喜欢将自己的照片按照某种比较规律的方法进行整理，使自己查找照片时浏览方便；现在很多手机用户都希望将自己刚刚拍摄的照片及时传入到qq、人人、微博或者用蓝牙发送给自己的朋友或者分享到这些聊天工具中去。
这些功能，很多相机没有涉及到。
2.2初始功能提取（EarlyFunctionDistill）
将相机功能和手机美图功能以及照片整理功能和分享功能融入到一个软件中去。
3．目标系统功能需求（FunctionofTargetSystem）
3.1功能需求分析（FunctionAnalysis）
用例图：
活动图：
使用者进入系统后可以创建自己的相册，可以将图片添加至自己创建的相册；用户可以调用相机，实现拍照的功能；用户还可以按照自己的不同要求对照片进行排序；当然最基本的功能是实现对图片的浏览。
以上都是我们系统实现的功能。
在开始设计需求文档的时候，想的功能还比较全面，包括调用美图秀秀实现对图片的美化，以及调用蓝牙进行传送照片，还包括将图片分享到微博，通过扫描图片找到和你长得相似的明星等功能。
但是最后由于技术以及时间方面的限制，我们的创建相册功能没有及时实现，可是，上面提到过的相机拍照、相片整理、相片浏览的主要功能我们小组已经实现。
3.2功能需求点列表（FunctionList）
编号
性能名称
性能描述
输入内容
输出内容
1
创建相册
使用者可以根据自己的意愿创建不同的相册
单击创建相册选项，输入相册的名称
建立该名称的相册，可以建立完成后可以向其中导入自己手机中的照片
2
浏览相册
用户可以浏览手机中为浏览的所有照片，并对其进行相应的操作
单击相册浏览选项
显示所有未整理的照片，单击菜单，可以看到选择对图片要进行的操作，包括删除、设置壁纸、分享、美图等等
3
拍照
用户可以进行拍照，从而图片自动保存到手机内存
单击相机选项
拍摄照片保存到手机内存
4
图片分类
用户可以按文件夹，时间、自定义等进行分类。
单击分类选项，选择进行分类的规则
选择按照文件分类，系统自动按照图片保存的文件进行排序并展示。
选择按照时间分类，系统自动按照图片保存的时间尽心排序并展示。
选择自定义分类，用户可以根据自己的需要建立相册进行分类
功能需求点列表
4．目标系统性能需求（PerformanceofTargetSystem）
4.1时间要求（TimeRequest）
（1）相机的闪屏功能持续在3-6秒。
（2）照片分类时间<2秒。
（3）相片浏览时相片转换<0.5秒
（4）实现分享功能是调用分享软件的时间<2秒。
4.2空间要求（SpaceRequest）
（1）可以操作的图片>3000张。
（2）新建相册时能够建立的相册>30个。
（3）分享功能进行数据传输时图片必须完整的传递。
5．目标系统界面与接口需求（InterfaceofTargetSystem）
5.1界面需求（InterphaseRequirement）
1.整个系统的界面风格：
清新文雅、自然美观
2.界面的原则要求:
操作简单，使用方便，清新文雅
3.某些功能模块的特殊的界面要求:
[1]输入设备：
手机输入键盘
[2]输出设备：
手机屏幕；
[3]显示风格：
图形界面；
[4]显示方式：
640*480；
5.2接口需求（InterfaceRequirement）
主要的就是相机，调用相机进行拍照。
6．目标系统其他需求（OtherRequirementsofTargetSystem）
6.1可靠性（Dependability）
保证上面所提到的功能全部实现。
6.2灵活性（Agility）
用户在使用本软件的时候，保证软件使用方便，不会感到复杂难懂。
变更编号
变更时间
变更内容
变更人
审批人
审批时间
1
2014-4-14
用例图修改
2014-4-15
2
2014-4-14
功能需求增加了调用蓝牙的功能
2014-4-15
6变更表
三、软件配置管理计划
完成人：
1.引言
1.1目的
本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1.2定义和缩写词
本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1.3参考资料
GB/T11457软件工程术语
GB8566计算机软件开发规范
GB8567计算机软件产品开发文件编制指南
GB/T12504计算机软件质量保证计划规范
GB/T12505计算机软件配置管理计划规范
CADCSC软件质量保证计划
2管理
2.1机构
在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2.2任务
在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。
因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。
软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。
关于软件配置要进行修改时的具体审批手续，将在第3.2条中详细规定。
2.3职责
在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。
其中各类人员的分工如下：
A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责；
B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范；
C．项目的专职配置管理人员检查在作配置更改时的质量保证措施；
D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
E．用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况；
F．项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。
2.4接口控制
对各类接口进行严格、合理的控制，是软件配置管理中最重要的任务之一。
整个软件项目及其各子系统都必须对进行严格的控制。
在工程化软件系统中，主要的接口有如下五类：
A．用户界面：
用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。
同时还指实现这些操作约定的物理部件的功能与性能特性。
B．系统内部接口：
系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。
C．标准程序接口：
标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统已有的库程序）之间的调用约定。
D．设备接口：
设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）之间的连接约定。
E．软件接口：
软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。
以上五类接口是一个软件系统各项配置的重要组成部分。
对接口修改进行合理的控制，是软件配置管理的重要任务之一。
这五类接口都涉及到CADCSC软件系统的全局，因此，当要求对这五类接口中的任一类接口进行修改时，都必须办理正规的审批手续，最后要经项目总体组批准。
具体的审批程序将在本计划的第3.2条中规定（可参阅表1）。
表1两类修改的审批程序
步骤A类修改的审批程序B类修改的审批程序
1发现问题，填写软件问题报告单发现问题，填写软件问题报告单
2项目组长评审项目组长评审
3软件配置管理小组评审子系统配置管理人员评审
4项目总体组批准子系统负责人批准
5修改配置并填写软件修改报告单修改配置并填写软件修改报告单
6项目组长评审项目组长评审
7软件质量保证小组评审子系统质量保证人员评审
8总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索
2.5实现
在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑：
A.建立软件配置管理小组：
在项目总体组批准软件配置管理计划之后，立即成立软件配置管理小组；
B．建立各阶段的配置基线：
随着CADCSC软件系统及其所属各子系统的任务书的评审和批准，建立起功能基线；随着总体组编写的《CADCSC软件需求规格说明书》的批准，建立起指派基线；随着CADCSC工程化软件系统的集成与系统测试的完成，建立起产品基线。
C．建立软件库：
在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。
以后在每个开发阶段的结束，建立各个子系统的新的开发库，同时把这个阶段的阶段产品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。
软件受控库必须以主软件受控库为准。
当全部开发工作结束，在配置管理小组的计算机上建立起软件产品库，并在各子系统的计算机上建立软件产品库的副本。
2.6适用的标准,条例和约定
2.6.1指明
除应奠定本计划第1.3条中指出的参考资料以及本计划中的其他章条所作的各项规定外，还应该遵守如下标准、条例和约定：
A．软件开发库、软件受控库与软件产品库的操作规程与管理规程；
B．系统、子系统、模块和程序单元的命名约定；
C．文档和测试用例的命名和管理规程。
2.6.2内容
这引起命名约定、操作规程与管理规程应由CADCSC项目技术组负责制订，并应认真听取各子系统项目负责人的意见，最后报项目总体组审批。
在执行过程中，如果发现某些条款需要修改，则必须办理正规的审批手续，最后要经项目总体组批准。
具体的审批程序将在本计划的第3.2条中规定。
.
3软件配置管理活动
本章必须描述配置标识,配置控制,配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求.
3.1配置标识
（1）用易于理解和推测的方式定义文件的标识；
（2）当需要修改时，提供进行修改和跟踪它们的方法；
（3）为了便于控制与管理，要隐含如下内容：
配置项内容、版本、完成时间等。
3.1.1基线（即最初批准的配置标识）
文件标识
配置项内容
版本
完成时间
XiangceListActivity
相片分类的代码文件
1.0
04.20
Branch_album
分类下的详细代码文件
1.0
05.01
HomeActivity
主菜单代码文件
1.0
05.06
FunctionActivity
功能介绍代码文件
1.0
05.10
Liunan
浏览所有相片的代码文件
1.0
05.13
软件项目开发计划
软件项目开发计划支持文档
1.0
05.23
需求规格说明书
需求规格说明书支持文档
1.0
05.29
软件配置管理计划
软件配置管理计划支持文档
1.0
06.02
设计规格说明书
设计规格说明书支持文档
1.0
06.05
软件测试计划
软件测试计划支持文档
1.0
06.10
软件测试分析报告
软件测试分析报告支持文档
1.0
06.11
软件测试分析报告
软件测试分析报告支持文档
1.0
06.11
软件项目开发总结报告
软件项目开发总结报告支持文档
1.0
06.11
3.1.2代码
代号：
Alpha
文件标识
配置项内容
版本
完成时间
负责人
审批人
XiangceListActivity.1
相片分类的代码文件
1.0
04.20
Branch_album.1
分类下的详细代码文件
1.0
05.01
HomeActivity.1
主菜单代码文件
1.0
05.06
FunctionActivity.1
功能介绍代码文件
1.0
05.10
Liunan.1
浏览所有相片的代码文件
1.0
05.13
3.2配置控制
A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责；
B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范；
C．项目的专职配置管理人员检查在作配置更改时的质量保证措施；
D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；
E．用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的执行情况；
F．项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。
3.3配置状态的记录和报告
怎样收集,验证,存储,处理和报告配置项的状态信息？
由发现人发现后报告小组文档负责人，征得同意后，再将解决方案交给负责人。
以下情况均采取上面的反应。
记录用户说明的特殊状态时,要描述其实现手段.
配置状态记录和报告中,通常要描述的信息有:
规格说明的状态;
修改建议的状态;
修改批准的报告;
产品版本或其修改版的状态;
安装,更新或交付的实现报告;
用户提供的产品（如操作系统）的状态;
有关开发项目历史的报告.
4工具,技术和方法
工具：
PC机，Eclipse2.1，Eclipse4.0
技术：
Java语言基础，安卓Java语言
方法：
瀑布式开发
5对供货单位的控制
供货单位是指软件销售单位,软件开发单位或软件子开发单位.必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的,其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求.管理规程应该规定在本软件配置管理计划的执
升级会员 