软件工程网上书店管理系统.doc
《软件工程网上书店管理系统.doc》由会员分享，可在线阅读，更多相关《软件工程网上书店管理系统.doc（14页珍藏版）》请在冰点文库上搜索。
计算机科学与技术学院
软件工程课程设计报告
课题:
网上书店
姓名：
李子涵
学号：
201217010131
专业班级：
计算机科学与技术120101
指导教师：
巢湘萍
设计时间：
2015-6-15
评阅意见：
评定成绩：
指导老师签名：
年月日
一、 系统需求描述：
2
1.1开发背景：
2
1.2系统简介：
2
1.3具体内容：
2
1.4系统的开发环境及运行环境：
2
1.5系统功能：
2
二、系统需求分析：
3
2.1系统需求：
3
2.2、用例图：
3
2.3类图：
5
2.4时序图：
7
三、系统设计 9
3.1功能模块图：
9
3.2数据库需求分析:
10
3.3、界面效果：
11
四、课程设计总结 11
一、系统需求描述：
1.1开发背景：
随着计算机网络技术的发展，人们的生活方式、工作方式、以及购书的方式都随着改变，本次的课程设计主要是针对网上购书系统从立项到设计实施的整个过程，并辅以图形及实例，该系统在设计充分考虑到各种网上书店的需要，具有一定的扩展性。
Internet成为目前世界上最大的信息资源宝库。
目前Internet上已有上百万个Web站点，其内容范围跨越了教育科研、文化事业、商业等各个领域，其用户群十分庞大，建立一个好的站点对于一个机构的发展十分重要。
能根据用户的喜好为不同的用户显示其个性化的页面，及着重显示该用户感兴趣的内容，将为用户节约大量的检索时间，这样的网页显然更具有吸引力。
就网上书店来说，系统会根据个人平时检索的图书类型做汇总，把经常浏览的图书罗列出来，还根据图书的类型推荐最近较为火热的图书系列。
1.2系统简介：
本系统实现对网上书店信息的管理。
主要功能为管理有关顾客、出版社、书籍、订单、库存和管理者的信息等。
本系统的结构分为顾客信息管理模块、出版社信息管理模块、书籍信息管理模块、订单信息管理模块、库存信息管理模块、管理者管理信息模块、报表显示模块和查询处理模块。
1.3具体内容：
具体内容包括：
购书者可以通过访问Web站点，得到图书信息。
系统可以：
l显示每本书的详细信息
l显示购物车和顾客选购的图书信息
l增加新购买的新书
l对定单的修改、确认、提交等
l图书销售数量的排行
（注意管理员和客户分别具备的权限）
1.4系统的开发环境及运行环境：
操作系统：
WindowsXPProSP2
建模工具：
RationalRose2003
数据库系统：
SQLServer2000
开发工具：
VisualStudio2005
Web服务器：
IIS+ASP.NET2.0平台
1.5系统功能：
（1）登录、注册功能。
（2）浏览网页功能。
（3）书籍相关信息查询功能。
（4）购买或加入购物车功能。
（5）删除购物车功能。
（6）查看订单功能。
二、系统需求分析：
2.1系统需求：
在网上书店管理系统中。
用户可以浏览主页面查看图书详细信息，如想在本网站购买图书，需要注册账号成为该网站的会员，然后进行购买活动，会员用户通过注册账号及密码登陆改系统，登陆后可以对个人信息进行修改，包括密码的修改，可以添加所选书籍到购物车，删除购物车里的书籍，以及修改购物车书籍的数量，确定购买后进去支付页面进行付款。
管理员登陆系统后，可以修改其登陆密码，维护员工信息，维护会员信息，以及系统维护。
管理会员信息主要是添加会员、删除会员以及修改员工信息。
系统的维护主要是系统更新。
对上述网上书店系统的描述进行分析，可以获得以下功能性需求：
①、在网上书店系统注册个人信息，并且成为会员。
②、会员通过身份验证，登陆到网上书店系统。
③、可以根据关键字索引网上书店并且浏览网上书店图书。
④、会员可以查询修改个人资料，包括个人的基本信息、订单信息，即修改个人信息。
⑤、会员可以将要购买的书籍添加到购物车，可以对购物车里的书籍数量信息进行修改。
⑥、会员可以对所提交的订单进行修改。
⑦、会员可以进入付款界面进行结算。
⑧、管理员输入账号和密码可以登录网上书店系统。
⑨、管理员可以修改会员信息、添加、删除会员。
⑩、管理员可以修改员工信息、添加、删除图书信息。
2.2、用例图：
1.用户用例
登录
会员通过身份验证，登录到网上书店系统。
注册
游客在网上书店系统注册个人信息，可以成为会员。
浏览图书
会员或游客可以浏览网上书店的图书。
查询个人资料
会员可以查询修改个人资料，包括个人的基本信息、订单信息。
修改个人资料
会员可以修改个人信息。
加入购物车
会员可以将要买的书籍添加到购物车，可以对购物车里书籍数量信息进行修改。
提交订单
会员可以对所下订单进行提交。
付款
会员可以进入付款界面进行结算。
2.员工用例
（1）登录
员工根据用户名和密码，登录到网上书店系统。
（2）销售查询
员工可以对书店的销售情况进行查询。
（3）库存查询
员工可以对书店所剩下的书籍进行查询。
（4）图书管理
员工可以修改书籍信息、添加图书、删除图书。
（5）订单处理
员工可以修改订单信息、删除订单。
3.管理员用例
（1）登录
管理员输入账号和密码可以登录带网上书店系统
（2）管理会员
管理员可以修改会员信息、添加、删除会员。
（3）员工信息维护
管理员可以修改员工信息、添加、删除员工
2.订单管理：
包括对订单的增加删除以及查询订单功能。
图1、管理者对订单管理用例图
3.图书管理：
对图书的查询（通过年份、书名、作者查询）、删除、添加以及对图书的修改。
图2、管理者对图书管理用例图
.4.用户管理：
对用户的查询，删除用户。
图3、管理者对用户管理用例图
2.3类图：
（1）视图层：
控制用户界面，及用户与系统的交互，此处省略。
（2）控制层：
控制具体业务。
UserAction：
控制管理员及前台人员。
AdminAction：
图书管理者对用户订单的处理。
（3）业务逻辑层：
包括登陆，图书管理及订单处理等等。
图4:
控制层类图
图5:
业务逻辑层类图
类图说明：
Manager：
系统管理员，字段包括管理者得等级。
User：
用户，字段包括用户身份，姓名，密码。
Order：
订单，字段包括订单号、订单人的姓名、订单的花费、订购人的手机号码、订单日期、订单的状态。
Book：
图书信息，字段包括、图书号、作者名、图书类型、图书简介、图书的出版日期。
图6：
模型类图
2.4时序图：
A、管理者进行登陆：
管理者通过进行登录的动作响应（LoginAction），并且调用了登录服务函数（LoginService），通过姓名密码来对Person类进行核对来确定是否成功登录。
图7：
管理者进行登录顺序图
B、管理者对图书管理：
这个顺序图里，由于功能较多用BookService（）函数来进行查询图书、删除图书、添加图书、修改图书等等来进行对图书的管理，最后更行了BookDao。
图8：
登录者对图书管理顺序图
C、用户订单处理：
用户通过UserAction进行对图书的查找，并且通过OrderService来进行对需要的图书加入购物车，进行对图书的修改等等，最终确定订单后对OrderDao进行结账。
图9：
用户订单处理顺序图
三、系统设计
3.1功能模块图：
图10：
系统管理员管理模块图
图11：
用户登录管理模块图
图12：
系统业务逻辑关系
3.2数据库需求分析:
●容要求：
调查应用系统用户所需要操作的数据，决定在数据库中存储什么数据。
●处理要求：
调查应用系统用户要求对数据进行什么样的处理，清理数据库中各种数据之间的关系。
在数据库需求分析之后，得到一个数据字典文档，包括三方面内容：
●数据项：
包括名称、含义、类型、取值范围、长度以及其他数据项之间的逻辑关系。
●数据结构：
若干个数据项的有意义的集合，包括名称，含义以及组成数据项之间的逻辑关系。
●数据流：
指数据中数据的处理过程，包括输入、处理和输出。
表1图书管理系统各表数据结构
表名
列名
数据类型
长度
主键
出版社信息
ISBN号
varchar
50
Yes
编号
varchar
50
Yes
名称
char
50
网址
char
50
E-mail
char
40
顾客信息
ISBN号
varchar
50
Yes
订单号
varchar
50
Yes
注册名
varchar
50
Yes
真实姓名
char
10
家庭地址
char
20
联系方式
char
20
购书卡号
varchar
50
订单信息
订单号
char
50
Yes
ISBN号
varchar
50
Yes
订购人
char
20
订购日期
datetime
10
订购书籍
char
20
书籍数量
Single
10
书籍信息
ISBN号
varchar
50
Yes
名称
char
50
作者
char
50
出版年份
Datetime
50
库存量
Single
10
出版社
char
40
单价
money
8
仓储信息
ISBN号
varchar
50
Yes
仓储编号
varchar
50
Yes
库存量
Single
10
库存下限
char
10
仓库名称
char
20
管理者信息
编号
char
20
Yes
姓名
char
20
密码
char
20
具体身份
char
30
邮箱
char
40
3.3、界面效果：
运行程序后首先显示主窗体，界面效果如下所示：
四、课程设计总结
在我们整个软件工程——网上书店实验过程中，我体会到很多，也学到很多。
在实验中我们自由分组，我们小组成员在相互商量之后确定我们组的实验流程，是做一个网上书店，我们在实验中，我们遇到了很多问题，我们开始自己随意的计划整个系统设计，然后报告给老师，老师作为一个客户，并非全部认同，随后我们也按照老师的要求与建议修改实验报告，我明白了，在实验中，必须考虑周全，必须随时与客户沟通，随时了解他们需要是什么，他们想要什么功能。
在实验中也许会遇到很多，但是不耻下问，最终问题还是迎刃而解。
13
升级会员 