网上淘宝开发案例.docx
- 文档编号:17788430
- 上传时间:2023-08-03
- 格式:DOCX
- 页数:18
- 大小:87.98KB
网上淘宝开发案例.docx
《网上淘宝开发案例.docx》由会员分享,可在线阅读,更多相关《网上淘宝开发案例.docx(18页珍藏版)》请在冰点文库上搜索。
网上淘宝开发案例
第六届齐鲁软件设计大赛
网上淘宝--网络资源检索
软件开发文档
参赛单位:
山东师范大学
信息科学与工程学院
作品名称:
网上淘宝
团队名称:
Career
需求规格说明书
一.引言
1. 编写目的
本文档的编写为下时期提供依据,为项目组成员对需求的详尽明白得,和在开发开发进程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
2. 项目背景
目前,网络上存在大量的资源共享效劳器。
这些效劳器一样存储了必然量的资源,并以web效劳的方式供用户和其它效劳器访问。
现存的问题在于不同效劳器的资源组织方式往往不同,有的是通过数据库,有的是通过一些描述文件(如XML),而且数据库的种类和结构也有专门大的不同,这就致使不同效劳器之间资源共享和资源发觉都十分困难。
因此,用户若是想访问这些资源,就要登岸每一个效劳器去检索和下载需要的资源。
由于效劳器的散布普遍,数量众多,用户显然难以检索到自己需要的资源。
而散布式的资源检索策略那么能够有效的解决这一问题。
该策略的思想是当用户登岸任何一台效劳器的时候,那个效劳器除要检索自己本地的资源之外,还能够作为一个客户端,自动地去连接其它效劳器,发出检索请求,并将检索的结果进行归并和汇总,返回给用户。
3. 概念
XML(eXtensibleMarkupLanguage,可扩展标记语言);
WEB效劳是一种基于XML、SOAP、HTTP、UDDI、WSDL、等一系列标准实现的散布式计算技术。
4. 参考资料
Java编程思想;
XML语言;
HTML应用程序;
Javascript编程大全;
JSP编程;
软件文档编写指南等。
二.任务概述
1.目标
本系统要紧实现资源检索,当用户登岸任何一台效劳器的时候,那个效劳器除要检索自己本地的资源之外,还能够作为一个客户端,自动地去连接其它效劳器,发出检索请求,并将检索的结果进行归并和汇总,返回给用户。
用户只需要登岸任意一台效劳器,就能够够检索到该xml所描述的所有资源,并以友好方式呈现,另外提供查询花费的时刻。
关于其中的特定格式资源,如动画、视频等能够直接播放。
关于word或PPT文档,能够预览其中的部份内容。
2.运行环境
硬件环境
CPU:
Pentium(R)4以上
物理内存:
512MB以上
硬盘:
可用空间100MB以上
软件环境
操作系统:
windowsxp
TOMCAT:
.
网络环境
3.条件与限制
网络上存在大量的资源共享效劳器。
这些效劳器一样存储了必然量的资源,并以web效劳的方式供用户和其它效劳器访问。
现存的问题在于不同效劳器的资源组织方式往往不同,有的是通过数据库,有的是通过一些描述文件(如XML),而且数据库的种类和结构也有专门大的不同,这就致使不同效劳器之间资源共享和资源发觉都十分困难。
因此,用户若是想访问这些资源,就要登岸每一个效劳器去检索和下载需要的资源。
由于效劳器的散布普遍,数量众多,用户显然难以检索到自己需要的资源。
三.数据描述
1. 静态数据
在网络中,各个效劳器的资源所拥有的资源相对固定,资源的信息保留在一个文档中,寄存在效劳器根目录下。
2. 动态数据
对一个效劳器进行特定字符串的检索会返回一样的结果。
因此,在本地效劳器保留经常使用字符串检索结果的缓存会大大减轻网络流量的负担,提高检索效率,因此咱们引入了缓存机制缓存数据。
3. 数据搜集
每次检索时,先把检索组合条件寄存到包access中ResourceOperate类中变量privatestaticList
List
前者为下次同条件新检索提供缓存数据,后者为下次在结果中检索提供缓存数据。
四.功能需求
功能描述
采纳WEB效劳,这是一种基于XML、SOAP、HTTP、UDDI、WSDL、等一系列标准实现的散布式计算技术。
五.性能需求
1.数据精准度
当资源有更新时能及时准确的将资源反馈给用户。
2.时刻特性
响应时刻短、更新处置时刻及时、运行时刻迅速。
3.适应性
与操作系统无关、程序设计语言无关、机械类型无关、运行环境无关的平台实现网络上应用的共享,并可用于复杂的系统集成。
六.其他需求
本系统具有可利用性强、平安保密性高、可保护性好、可移植能力强等特性。
概要设计说明书
(ArchitecturalDesignSpecification)
一.项目结构
1.项目背景
实现用户只需要登岸任意一台效劳器,就能够够检索到大量所需资源,尽管这些资源来自于不同的效劳器,但检索的进程对用户来讲是透明的,用户检索和获取这些资源就犹如检索和获取所请求的效劳器上的资源一样。
2. 参考资料
(1)项目开发打算;
(2)需求规格说明书;
(3)测试打算;
(4)用户操作手册;
(5)软件开发文档指南。
二.整体设计
1.需求概述
在网络环境下(也能够是一个局域网),用户登岸任何一台效劳器的时候,那个效劳器除要检索自己本地的资源之外,还能够作为一个客户端,自动地去连接其它效劳器,发出检索请求,并将检索的结果进行归并和汇总,返回给用户。
2.软件结构
如下流程图:
详细设计说明书
(ProceduralDesignSpecification)
一.项目包说明
基包
逻辑处置包
数据操作包
数据模型包
客户端包
效劳器端包
xml解析包
公共类包
二.程序描述(逐个模块给出以下的说明:
)
1.途径的取得及处置代码如下
publicclassConvertUrl{
etTextRuns();
for(intj=0;j<;j++){
(tr[j].getText());
}
(slides[i].getTitle());
}
ppStr=();
ppStr=("null","");
ppStr=("?
","");
inti=();
if(i>500)
ppStr=(0,500);
}catch(NullPointerExceptionne){
ppStr="资源文件损坏!
!
";
}
if(ppStr==null){
ppStr="该文件为空!
!
";
}
returnppStr;
}
}
3.类实现判定资源的类型
资源有文本、视频、音频、ppt文档等类型
publicclassResourceKind{
publicintgetKind(Stringstr){
Strings=().trim();
if("avi")||("rm")||("wav")||("asf")){
return1;quals(key))quals(kind))
&&
(1).equals(select))){
list=prslist;
}else{
if(!
())
();
quals
(2)))
list=(condList);
oString());
=pcount;
("pcount",pcount);
}
etBytes("ISO-8859-1"));
}catch(UnsupportedEncodingExceptione){
etBytes("GB2312"));
("url");
}catch(Exceptione){oString();oString().trim();
Strings=("url").toString().trim();
ConvertUrlcu=newConvertUrl();
StringfileName=(s);
();
("application/x-msdownload");
try{
("Content-Disposition","attachment;filename=\""
+newString("GB2312"),"ISO-8859-1")+"\"");
}catch(Exceptione){
();
}
BufferedInputStreambr=null;
try{
br=newBufferedInputStream(newFileInputStream(filePath));
}catch(Exceptione){
();
}
byte[]buf=newbyte[1024];
intlen=0;
OutputStreamout=null;
try{
out=();
while((len=(buf))>0)
(buf,0,len);
();
();
}catch(Exceptione){
"下载成功!
!
");
}
returnnull;
}
6.要紧实现IP地址的注册、注销和取得检索资源的方式
publicclassSearchInterClient{
quals()))
reate;
XFireProxyFactoryfactory=
newXFireProxyFactory().getXFire());
StringwebsearchURL=""+remoteIP+":
8080/WebSearch/services/Search";
try{
SearchIntersrvc=(SearchInter)(srvcModel,websearchURL);
(hostIP);
}catch(MalformedURLExceptione){
reate;
XFireProxyFactoryfactory=
newXFireProxyFactory().getXFire());
StringwebsearchURL=""+ips[i]+":
8080/WebSearch/services/Search";
try{
SearchIntersrvc=(SearchInter)(srvcModel,websearchURL);
(hostIP);
}catch(MalformedURLExceptione){
reate;
etXFire());
reate;
etXFire());
xml文件,未修改前可找到如下代码:
connectionTimeout="20000" redirectPort="8443"/> 在该代码中添加URLEncoding属性,值为UTF-8,修改后如下: URIEncoding="UTF-8" protocol="HTTP/" connectionTimeout="20000" redirectPort="8443"/> 测试打算(TestPlan) 一、引言 1. 编写目的 本文档的编写目的在于为网上淘宝软件测试人员提供详细的测试步骤和测试数据,以保证测试人员对软件测试的正确性和完整性。 2. 项目背景 目前,网络上存在大量的资源共享效劳器。 这些效劳器一样存储了必然量的资源,并以web效劳的方式供用户和其它效劳器访问。 现存的问题在于不同效劳器的资源组织方式往往不同,有的是通过数据库,有的是通过一些描述文件(如XML),而且数据库的种类和结构也有专门大的不同,这就致使不同效劳器之间资源共享和资源发觉都十分困难。 因此,用户若是想访问这些资源,就要登岸每一个效劳器去检索和下载需要的资源。 由于效劳器的散布普遍,数量众多,用户显然难以检索到自己需要的资源。 而散布式的资源检索策略那么能够有效的解决这一问题。 该策略的思想是当用户登岸任何一台效劳器的时候,那个效劳器除要检索自己本地的资源之外,还能够作为一个客户端,自动地去连接其它效劳器,发出检索请求,并将检索的结果进行归并和汇总,返回给用户。 3. 参考资料 (1)项目开发打算; (2)需求规格说明书; (3)概要设计说明书; (4)详细设计说明书; (5)用户操作手册; 二.任务概述 1.目标 通过测试各个功能和点击一些超链接按钮,发觉程序中的bug和一些跟预期成效不同的功能,以便进一步改良。 2.运行环境 至少4台机械的小局域网,要求配置: CPU: Pentium(R)4以上 内存: 512MB以上 硬盘: 可用空间100MB以上 操作系统: Windowsxp 效劳器: Tomcat以上 三.打算 1.测试方案 采纳黑盒测试法。 在不涉及源代码的情形下,测试各个模块的功能和每一个超链接。 2.测试项目 依照效劳器目录下的文档信息,输入相应的关键字,然后查对信息的正确性。 3.测试预备 把、resources文件夹和放在每台机械Tomcat效劳器的webapps目录下,启动效劳器。 4.测试机构及人员 组成员有专人负责测试,及时发觉bug和与预期功能不符的地址,反馈给相应的代码编写人员。 四.测试项目说明 1.测试项目名称及测试内容 页面链接检查: 每一个链接是不是都有对应的页面,而且页面之间切换正确。 检查按钮的功能是不是正确: 如提交、取消。 字符串长度检查: 输入超出需求所说明的字符串长度的内容,看系统是不是检查字符串长度,会可不能犯错。 字符类型检查: 在应该输入指定类型的内容的地址输入其他类型的内容(如在应该输入整型的地址输入其他字符类型),看系统是不是检查 标点符号检查: 输入内容包括各类标点符号,专门是空格、各类引号、回车键。 看系统处置是不是正确。 中文字符处置: 在能够输入中文的系统输入中文,看会否显现乱码或犯错。 信息重复: 输入关键字,看是不是会在同一个效劳器上检索到重复的资源。 必填项检查: 应该填写的项没有填写时系统是不是都做了处置。 回车键检查: 在输入终止后直接按回车键,看系统处置如何,会否报错。 2.测试用例 (1)输入 检查首页资源是不是以资源递减顺序排列。 单击首页上最新资源下的每一个超链接。 检查可否顺利进入预览页面。 让检索的关键字为空,别离选择全数资源、文本、视频,点击检索按钮进行本地检索。 然后进行网络检索,观看结果。 输入一些特殊的关键字,依照进行相应检索,观看结果。 在文本框中输入“语文“、”奥运“,别离选择全数资源、文本、视频单击检索按钮进行本地检索。 然后再进行网络检索。 检查资源是不是重复,是不是与检索的类型相符合。 在的基础上检查分页中,首页、上一页、下一页、尾页链接可否正常利用。 检查查看、下载链接可否正常实现。 在的基础上依照搜到资源的关键字,选择一个输入,单击结果中检索,检查是不是能正常显示。 在的基础上,进入查看页面。 检查文件名是不是正确,下载功能是不是可正常实现。 (2)输出 页面上能正常显示最新资源,以时刻递减顺序排列。 首页上最新资源的链接能正常连接到所对应的资源。 当关键字为空的时候检索不到任何资源。 输入一些特殊字符作为关键字,检索不到任何资源。 输入“语文”、“奥运”能检索到文档中所对应的资源,而且没有重复出来资源。 分页中,首页、上一页、下一页、尾页链接能正常利用。 查看、下载链接能正常实现。 在结果中检索能正常实现,对检索到相应的资源,无重复。 文件名正确,下载功能能正常实现。 3. 条件 资源文件和resources文件夹必然要放在Tomcat效劳器的webpps目录下。 资源文件格式如下: xmlversion=""encoding="UTF-8"? > 43: 53
44:
22
在resources文件夹下的文件名、文件类型必然要与中对应相同。
4. 测试资料
用户操作手册和治理文档。
五.评判
由于测试用到的效劳器数量有限,没能对检索速度进行相应的评判。
只是对软件的大体功能进行了严格测试。
软件测试分析报告(TestSpecification)
一.引言
1.编写目的
编写本报告主若是为了利用户明白软件中存在的问题,以便用户更好、更合理的利用本软件。
2.项目背景
目前,网络上存在大量的资源共享效劳器。
这些效劳器一样存储了必然量的资源,并以web效劳的方式供用户和其它效劳器访问。
现存的问题在于不同效劳器的资源组织方式往往不同,有的是通过数据库,有的是通过一些描述文件(如XML),而且数据库的种类和结构也有专门大的不同,这就致使不同效劳器之间资源共享和资源发觉都十分困难。
因此,用户若是想访问这些资源,就要登岸每一个效劳器去检索和下载需要的资源。
由于效劳器的散布普遍,数量众多,用户显然难以检索到自己需要的资源。
而散布式的资源检索策略那么能够有效的解决这一问题。
该策略的思想是当用户登岸任何一台效劳器的时候,那个效劳器除要检索自己本地的资源之外,还能够作为一个客户端,自动地去连接其它效劳器,发出检索请求,并将检索的结果进行归并和汇总,返回给用户。
3.参考资料
(1)项目开发打算;
(2)需求规格说明书;
(3)概要设计说明书;
(4)详细设计说明书;
(5)用户操作手册;
(6)测试打算;
二.测试打算执行情形
1.测试项目
页面链接检查:
每一个链接是不是都有对应的页面,而且页面之间切换正确。
检查按钮的功能是不是正确:
如提交、取消。
字符串长度检查:
输入超出需求所说明的字符串长度的内容,看系统是不是检查字符串长度,会可不能犯错。
字符类型检查:
在应该输入指定类型的内容的地址输入其他类型的内容(如在应该输入整型的地址输入其他字符类型),看系统是不是检查
标点符号检查:
输入内容包括各类标点符号,专门是空格、各类引号、回车键。
看系统处置是不是正确。
中文字符处置:
在能够输入中文的系统输入中文,看会否显现乱码或犯错。
信息重复:
输入关键字,看是不是会在同一个效劳器上检索到重复的资源。
必填项检查:
应该填写的项没有填写时系统是不是都做了处置。
回车键检查:
在输入终止后直接按回车键,看系统处置如何,会否报错
2.测试机构和人员(给出测试机构名称、负责人和参与测试人员名单。
)
小组成员有专人负责测试,及时发觉bug和与预期功能不符的地址,反馈给相应的代码编写人员。
三.软件需求测试结论
按顺序给出每一项需求测试的结论。
(1)本软件能专门好的实现预期的搜索功能,而且界面和功能比较人性化,能知足人们的需求。
(2)由于测试的效劳器数量有限,在检索速度方面没有进行良好的测试。
再确实是,软件方才利用,还需要用户在利用进程中不断的发觉问题咱们及时候的保护,才能使软件更发的发挥性能。
四.评判
1.软件能力(通过测试所说明的软件能力。
)
软件能实现需求分析中所涉及的功能,达到了预期目的。
2.缺点和限制(说明测试所揭露的软件缺点和不足,和可能给软件运行带来的阻碍。
)
在检索速度方面有待于进一步提高,尽管这次没能进行专门好的测试。
应该考滤更多效劳器情形下的搜索策略。
3.测试结论(说明可否通过。
)
软件通过测试,能够投入利用。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网上 淘宝 开发 案例
![提示](https://static.bingdoc.com/images/bang_tan.gif)