软工实践二.docx

上传人:b****5 文档编号:8218646 上传时间:2023-01-29 格式:DOCX 页数:23 大小:104.34KB
下载 相关 举报
软工实践二.docx_第1页
第1页 / 共23页
软工实践二.docx_第2页
第2页 / 共23页
软工实践二.docx_第3页
第3页 / 共23页
软工实践二.docx_第4页
第4页 / 共23页
软工实践二.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

软工实践二.docx

《软工实践二.docx》由会员分享,可在线阅读,更多相关《软工实践二.docx(23页珍藏版)》请在冰豆网上搜索。

软工实践二.docx

软工实践二

 

中原工学院软件学院

软件工程实践一设计任务书

姓名

牛倩

软件工程专业RB软件Java124班

题目

学生请假管理系统

开发一个比较完善的基于struts2的请假管理系统,包括学生请假所需要的所有流程需要,可以自由的提交请假申请,管理员也可以通过账号登陆进行

1)学生功能:

登录,申请请假,申请销假,修改信息,浏览请假记录。

2)辅导员功能:

审批请假,审批销假,浏览请假记录。

3)管理员功能:

修改信息,更新信息。

开发工具:

MySql;MyEclipse;

[01]王国辉.JavaWeb开发实战宝典[M]清华大学出版社2010年1月1日

[02]刘京华.JavaWeb整合开发王者归来[M]清华大学出版社2010年1月1日

[03]杨云.ASP.NET典型系统开发[M]:

北京.人民邮电出版社.2006.6

[02]杨勇.Struts2+Hibernate+Spring整合开发技术详解[M]清华大学出版社2010年1月1日

指导教师签字:

年月日

摘要

电子商城系统的开发,是为了实现客户可以在此商城网页购买本商城的所有商品,并且可以注册本商城的会员,电子商城系统是建立在Internet网上进行商务活动的虚拟网络空间和保障商务顺利运营的管理环境;企业、商家可充分利用电子商城提供的网络基础设施、支付平台、安全平台、管理平台等共享资源有效地、低成本地开展自己的商业活动。

本次课题设计的电子商城系统主要包括以下功能:

前台包括:

用户注册\登录:

访客在为登录前只能在系统中查看商品的信息,不能进行商品的订购,注册会员登录系统后才可以进行商品的选购和修改会员资料以及提交订单等操作。

会员管理:

用户可以使用自己的用户名和密码登录,登录后可以进行修改相关的个人信息。

购物车:

用户选购好的商品放入购物车,进入购物车中可以选择继续购物或者收银结账,结账的同时会为客户生成订单,客户可以去订单管理下查看自己的订单。

订单管理:

系统自动为用户生成账单,生成订单存放在后台,等待买家来处理。

用户可以在这里查看自己的订单

后台包括:

管理员登录:

在这里,管理员根据自己的帐号和密码进行登录,相当于以买家的身份登录。

会员管理:

商家可以看到所有注册用户的信息,并且可以对信誉度不好的用户做出冻结账户的处理。

商品管理:

商家可以在后台管理所有商品的信息,包括对商品的增删改查等等操作。

订单管理:

在这里用户可以看到客户递交上来的订单,并对订单进行相应的处理。

当执行过订单后,可以选中已执行按钮,对已执行的订单进行标识。

关键词:

电子商城购物管理

目录

摘要3

第1章项目分析5

1.1问题描述5

1.2技术分析5

1.3工程进度计划5

第2章需求分析7

2.1包结构模型/模块关系模型7

第3章系统设计8

3.1系统分析8

3.1.1参与者9

3.1.2用例及用例规约9

3.1.3用例图11

3.2系统设计12

3.2.1流程图12

3.2.2类图13

3.4数据库设计15

第四章前台购物17

4.1购物车管理17

4.1.1购物车管理概述17

4.1.2UseCases目录17

4.1.3活动图来描述关键业务流程及其参与人员19

4.2UseCases描述19

4.2.1删除商品19

第5章测试与维护22

5.1测试的任务及目标22

5.1.1测试的任务22

5.1.2测试的目标22

5.2测试方案22

5.2.1模块测试:

22

5.2.2集成测试:

23

5.2.3验收测试:

23

5.2.4平行运行23

5.3系统维护24

结束语25

附录:

主要源程序29

第1章项目分析

通过对使用方式,已经使用方法,和对系统所要求达到的业务水平,总体分析整个系统共分为4个大的模块。

会员管理模块:

前台提供会员的登录功能,会员根据自己的用户名和密码登录进入系统,进入系统之后方能进行购物、收银结账等功能。

后台通过会员管理,商家可以看到所有注册用户的信息,并且可以对信誉不好的用户做出冻结账户的处理。

商品管理模块:

前台商品提供购物和详细信息两个功能,后台商家可以管理所有商品的信息,包括对商品的增加、删除、修改商品详细信息等等操作,

购物车模块:

用户选购好的商品放入购物车,进入购物车中可以继续购物或者收银结账。

订单管理模块:

用户在前台点击收银结账,填写自己的相关信息生成订单递交至后台,后台卖家看到订单后做相关处理。

1.1问题描述

电子商城作为一个商务平台,目的是发展业务和应用,规范网上业务的开展,提供完善的网络资源、安全保障、安全的网上支付和有效的管理机制,有效地实现资源共享,实现真正的电子商务。

1.2技术分析

针对实现的各个模块的需求,系统定义为WEB项目,BS构架进行功能的实现。

采用了JDBC对数据库的连接操作,采用service进行业务的逻辑操作,基础层面用JAVABEAN,前台用JSP完成数据的展现。

1.3工程进度计划

项目后台开发如表1.1所示:

表1.1后台模块进度计划

模块名称

开发时间

编码人员

后台集成、调试

商品管理

10

所有人员调试时间为3天

会员管理

10

订单管理

10

后台登录及注销

10

项目前台发开计划如表1.2所示:

表1.2前台模块进度计划

模块名称

开发时间

编码人员

后台集成、调试

会员注册及资料修改

10

所有人员调试时间为3天

购物车管理

10

商品列表

10

订单管理及会员登陆

10

第2章需求分析

2.1包结构模型/模块关系模型

功能类别

功能名称

描述

前台购物

首页管理

显示用户登录信息、查看商品详细信息。

会员管理

有会员权限的用户。

提供修改会员资料。

购物车管理

有会员权限的用户。

显示用户的购物车信息,提供退回商品、继续购物、收银结账、清空购物车、修改数量功能。

订单管理

有会员权限的用户。

显示用户的订单信息列表,提供查看详细订单信息。

后台管理

商品管理

显示商品信息列表,可对商品提供增加、删除、修改、查看商品信息功能。

会员管理

显示会员信息列表,可对会员进行设置,提供冻结/解冻、查看功能。

订单管理

显示订单信息列表,可对订单进行设置,提供查看、执行功能。

第3章系统设计

在互联网环境下的外部市场环境日趋成熟,传统产业的影响不可忽视,但是近些年来中国使用互联网的人数呈指数上升,这说明互联网市场会有很大的发展空间。

随着经济的发展和人们思想意识的逐渐开放,更多的人加入到买电脑上网的行列。

网上购物人群的迅速扩大,各种网络设施的完善,经济的持续发展及人们生活水平的提高,网上购物已逐渐成为人们消费的习惯。

但是目前国内还没有具有相当规模和专业程度的网上购物企业,国内网络消费群体尚为到位,网络消费环境尚不完善,与传统购物环境相比,网上购物的售后服务,质量保障等方面仍让消费者不放心。

但正是这些不健全不完善为网上购物提供了较大的发展空间。

在开发技术上更是没有任何问题的,任何成熟的Web应用开发技术都可用开发网上购物网站。

J2EE规范的补充框架struts就为开发网上商城这样的项目提供了较好的技术支持,基于struts框架可以使我们的项目易扩展,易维护,同时提供了较好的安全性。

随着国内网络产业的反战和网络法律法规的健全,网络商城必然成为主流的消费方式。

众多厂家也会认识到网上商城将会为他们带来无可比拟的益处,可以为企业降低成本,提高利润,同时简化管理。

不管从市场需求还是技术支持,网上商城这样的项目都是可行的。

3.1系统分析

通过分析我们可以得知用户对目标软件系统在功能、行为、性能、设计约束等方面的期望,从而有助于我们开发出用户满意的产品。

前台用户需求分析,用户除了可以查询商品的所有基本信息(如商品名价格及有关商品信息描述)。

用户可以进行购物,查看购物车及查看订单的操作。

用户需要登录和注册个人账户,同时可以修改个人信息。

要求数据的安全性,完整性。

要有安全保密、上下级数据一致性功能,要采用严格的用户权限管理。

各单位只能拥有自己相应的操作权限,不可越权操作。

各单位只可操作本单位的数据,不可修改甚至浏览其他单位的数据。

后台管理员需求分析,管理员需要对商品进行设置包括查看、删除、添加、修改等操作。

管理员能对会员信息进行查看和冻结,对订单信息能够进行查看、出货,对数据的安全性和完整性有着严格的要求。

3.1.1参与者

第五小组成员。

3.1.2用例及用例规约

用例的概要描述如下表3.1所示

表3.1用例

主要参与者

优先级

用例名

用例概述

会员

商品信息(GoodsList)

会员浏览所有商品列表。

商品详细(GoodsDetail)

会员在商品详细页面上获得商品的详细信息。

顾客注册(RegisterUser)

顾客输入注册信息,成为网站会员。

修改信息(UpdateUserInfo)

会员修改并更新注册信息。

查看订单(ViewOrders)

会员查看自己订单。

会员登录系统(LoginUser)

会员输入合法的用户名和密码登录系统。

商品放入购物车(AddGoodstoCart)

会员能够把商品放入购物车。

编辑购物车(EditCart)

会员能够编辑购物车。

下订单(MakeOrder)

会员能够生成订单并提交。

管理员

管理员登录系统(ManagerLogin)

管理员能够登录系统。

管理员退出系统(ManagerLogout)

管理员能够退出系统。

管理业务数据(MaintainBusinessData)

管理员能够管理业务数据,包括对商品,订单和会员等业务数据的增、删、改、查操作。

执行订单(ExecuteOrderForGoods)

管理员能够通过批处理程序完成同财务系统的交互,更新订单付款状态的最新信息。

3.1.3用例图

系统用例图如下图3.1所示

图2.1系统用例图

3.2系统设计

3.2.1流程图

图3.2系统模块

商品列表模块:

通过此模块,用户可以查看商品的信息,会员可以登录,登录后可以订购商品;

会员注册与修改模块:

用户可以在此处注册成为会员,会员可以修改自己的资料;

购物车管理:

会员可以把所要订购的商品放入购物车中,可以修改订购商品的数量,也可以把购物车清除,订购后,可以收银结账;

前台订单管理:

可以查看自己的订单及订单的详细信息;

后台登录:

管理员输入用户名和密码,进入商品管理界面,登录系统后可以注销;

商品管理:

管理员可以通过此模块进行商品信息的查看,增加商品,修改商品,删除商品;

会员管理:

管理员可以删除会员,可以冻结会员;

后台订单管理:

可以查看订单的信息,可以改变订单的状态。

3.2.2类图

图3.3设计类图

3.4数据库设计

电子商城数据库包括客户与商城工作人员、客户与商品、商城工作人员与商品的关系,这其中包括一对一关系、多对多关系以及一对多关系;首先需要建立商品数据库,这样才有商品的信息,在设计中还要实现对商品的管理如添加、修改、删除等功能;而后还需要建立客户会员数据库,这样可以实现对商城会员的管理,其中包括会员资料的修改,添加会员,删除会员等功能;建立好数据库后,还学要所建立的数据库连接起来,这样方便使用。

通过对项目需求和功能需求的分析,整个项目分别设计了如下5个表:

Tb_goods:

商品表-用于储存商品的一些基本信息。

Goodsname:

商品的名称

Price:

商品的价格

Credate:

商品添加进入系统的时间

Picture:

商品图片的名称

Introduce:

关于这件商品的介绍

Tb_member:

会员表—用于存储在电子商城系统中注册的用户的信息。

Username:

用户的注册名字

Truename:

用户的真实姓名,方便给用户邮寄商品时使用

Password:

用户登录系统的密码

City:

用户所在的城市

Address:

用户的详细地址

Postcode:

用户的邮政编码

Cardno:

用户的证件号码

Cardtype:

用户注册的证件类型

Tel:

用户的电话

Email:

用户的邮箱地址

Freeze:

标识用户的帐号是否冻结

Tb_order:

订单表,存储用户的订单信息

memberID:

会员的ID号

ordercode:

订单号

Bnumber:

品种数

Username:

用户的姓名

Address:

用户的地址信息

Postcode:

用户的邮政编码

Tel:

用户的电话

Paytype:

用户的支付方式

Carry:

用户的运送方式

Orderdate:

用户的订单生成日期

Bz:

备注

Zhixing:

是否执行

Tb_order_detail:

订单详细表

Ordered:

订单ID

Goodid:

商品ID

Price:

商品价格

Number:

商品数量

Tb_maneger:

管理员表

Maneger:

管理员名字

Password:

管理员密码

第四章前台购物

4.1购物车管理

4.1.1购物车管理概述

有会员权限的用户。

显示用户的购物车信息,提供删除商品、继续购物、收银结账、清空购物车、修改数量功能。

4.1.2UseCases目录

编号No.

UseCase名称及说明Nameoftheusecaseandintroduction

优先级

状态

1

名称:

删除

描述:

能够删除购物车里的商品。

Close

2

名称:

继续购物

描述:

能够继续购买商品放入购物车中。

Close

3

名称:

收银结账

描述:

能够提交订单,购买所需商品。

Close

4

名称:

清空购物车

描述:

能够清空所有购物车中的信息。

Close

5

名称:

修改数量

描述:

能够修改所要购物的商品的数量。

Close

(1)UseCases模型

图4-1购物车用例图

(2)UseCases时序图

图4-2购物车时序图

4.1.3活动图来描述关键业务流程及其参与人员

4.2UseCases描述

4.2.1删除商品

名称:

删除

参与者:

会员

功能描述:

删除购物车里的商品。

触发事件:

需要删除商品

事件流:

●用户点击【购物车管理】,系统进入购物车管理界面。

●点击“删除”图标,提示是否删除购物车里的商品。

●点“确定”按钮,该购物车里的商品就从购物车中删除了,刷新会员的购物车信息。

备选事件流:

后置条件:

用户操作被正确响应,并给出可能的提示,显示用户要求的界面

业务规则:

会员能够操作此功能

引用实体:

界面要求:

界面与其他模块风格统一

4.2.3继续购物

名称:

继续购物

参与者:

会员

功能描述:

能够继续购买商品放入购物车中。

触发事件:

需要继续购物

事件流:

●点击继续购物连接,系统进入首页面。

●点击想要购买的商品系统进入该商品的详细信息界面。

●点击购买按钮,该商品就放到了购物车中,刷新会员的购物车信息。

备选事件流:

如果未选择记录,则给出信息提示

后置条件:

业务规则:

会员能够操作此功能

引用实体:

界面要求:

界面与其他模块风格统一

4.2.4收银结账

参与者:

会员

功能描述:

会员能够提交订单,购买所需商品。

触发事件:

需要结账

事件流:

●点击“收银结账”链接,系统进入收银结账界面。

●输入收银结账信息(收件人、邮寄地址、邮政编码、联系电话、选择付款方式、运送方式、输入备注)。

●点“提交”按钮,检验收件人、邮寄地址、邮政编码、联系电话合法性,合法则将会员的收银结账信息保存至数据库,不合法则给出信息提示,并将光标定位在不合法项(若多个不合法则定位在最靠前的项)。

●保存成功则关闭本窗口,刷新会员的购物车信息。

备选事件流:

失败则给出信息提示。

后置条件:

用户操作被正确响应,并给出可能的提示,显示用户要求的界面

业务规则:

会员能够操作此功能

引用实体:

界面要求:

界面与其他模块风格统一

备注:

必填项后加*

4.2.5清空购物车

名称:

清空购物车

参与者:

会员

功能描述:

清空所有购物车中的信息。

触发事件:

需要清空购物车

事件流:

●点“清空购物车”链接,系统提示是否清空购物车里的商品。

●点“确定”按钮,提示该购物车里的商品将全部从购物车中清空了,刷新会员的购物车信息。

备选事件流:

后置条件:

用户操作被正确响应,并给出可能的提示,显示用户要求的界面

业务规则:

会员能够操作此功能

引用实体:

界面要求:

界面与其他模块风格统一

4.2.6修改数量

名称:

修改数量

参与者:

会员

功能描述:

能够修改所要购物的商品的数量。

触发事件:

需要修改商品的数量

事件流:

●点“修改数量”链接,系统进入修改数量页面。

●输入要修改的数量,检验输入数量的合法性不合法则给出信息提示,并将光标定位在数量项。

●点击提交提示修改成功信息,刷新会员的购物车信息。

备选事件流:

失败则给出信息提示。

后置条件:

用户操作被正确响应,并给出可能的提示,显示用户要求的界面

业务规则:

会员能够操作此功能

引用实体:

界面要求:

界面与其他模块风格统一

备注:

必填项后加*

第5章实现

3.1.4测试用例

项目名称

电子商城系统

测试阶段

系统测试

测试类型

功能+界面

测试人

朱林洋

测试日期

2011-09-15

测试用例编号

0915

测试项

前后台界面

测试环境

WindowsXP

界面要求

1、界面整体效果。

2、每个按钮的功能是否实现。

3、是否出现错误界面。

操作步骤:

输入界面上所有输入项后,点击“确定保存”按钮。

具体输入

预期结果

1、用户登陆

(1)输入用户名

(2)输入密码

(3)用户名、密码正确可以登陆,错误不可以登陆

正确成功登陆错误不能登陆

得到了预期的效果

2、用户购物

(1)购买商品

购物后物品放在了购物车中

(2)提交购物车

正常提交

3、查看订单

(1)查看订单的信息是否正确

正确

(2)查看订单的详细信息是否正确

正确

4、修改会员信息

(1)确证个人信息是否正确

显示出已经存在的信息

(3)确认密码和密码相同

正常提交

5、登陆后台

(1)输入用户名

(2)输入密码

正常提交

6、商品管理

(1)查看商品信息

正确

(2)添加商品

正常提交

(3)删除商品

成功删除

(4)修改商品信息

成功修改

7、管理会员

(1)查看会员信息

显示正确

(2)对账号进行冻结和解冻

冻结后的账号将无法登陆,功能实现成功

8、订单的管理

(1)查看订单

供应商可以查看订单的详细信息并进行操作,完成后点击执行以红色字体显示出来。

附录:

主要源程序

请假记录模块:

packagezn.zzti.action;

importjava.util.List;

importjavax.servlet.http.HttpServletRequest;

importorg.apache.struts2.ServletActionContext;

importcn.zzti.dao.ApplyDao;

importcn.zzti.hibernate.XiaojiaHibernate;

importcom.opensymphony.xwork2.ActionSupport;

publicclassQingjiajiluActionextendsActionSupport{

privateListlist;

publicListgetList(){

returnlist;

}

 

publicvoidsetList(Listlist){

this.list=list;

}

 

publicvoidvalidateExecute(){

XiaojiaHibernatexh=newXiaojiaHibernate();

if(xh.Qjilu().size()<=0){

this.addActionError("请假记录");

}

}

publicStringexecute(){

XiaojiaHibernatexh=newXiaojiaHibernate();

list=xh.Qjilu();

HttpServletRequestrequest=ServletActionContext.getRequest();

request.setAttribute("list",list);

return"success";

}}

审批记录模块:

packagezn.zzti.action;

importjava.util.List;

importjavax.servlet.http.HttpServletRequest;

importorg.apache.struts2.ServletActionContext;

importcn.zzti.dao.ApplyDao;

importcn.zzti.hibernate.XiaojiaHibernate;

importcom.opensymphony.xwork2.ActionSupport;

publicclassSjiluActionextendsActionSupport{

privateListlist;

publicListgetList(){

returnlist;

}

publicvoidsetList(Listlist){

this.list=list;

}

publicvoidvalidateExecute(){

XiaojiaHibernatexh=newXiaojiaHibernate();

if(xh.shenpi().size()<=0){

this.addActionError("无审批记录");

}

publicStringexecute(){

XiaojiaHibernatexh=newXiaojiaHibernate();

list=xh.shenpi();

HttpS

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高等教育 > 工学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1