软件工程课程设计-internet购物系统.doc

internet购物系统一、项目概述11、概述 internet的快速发展，使得网上购物已成为了新的购物方式，并慢慢地在取代传统的购物方式，人们不用出户就可以买到喜欢的产品；特别是在在校大学生中，他们以一种时尚的生活方式，反而喜欢这种不户的购物方式，以节省时间；方便的购物方式，和在线支付以及送货上门，使人们感到了internet带来的方便和优越性。 在这种时尚的购物方式下，网上商店商城越来越多，比如说：淘宝、支付宝等网上购物网站数不胜数，对于这种基于浏览器的购物方式已赢得人们的喜爱，这不仅减少了商家和企业的成本，还加快了市场的运作速度，提高了经济效益。12、系统目标 本系统主要有下面几大功能：1.2.1、实现用户的在线购物 实现用的购物是最基本的功能，但是也不见得好做，主要要实现用户的购物车，而在支付时，则分为二种情况，一种是在线支付，另一种就是一般用户比较能接受的邮寄，货到付款方式；1.2.2、实现对商品的库存管理（商品管理） 在线购物没有商品是不行的，这里商家就要对其商品进行陈显，把商品的信息以文字，图片的方式提供给用户，因为网上的大多数用户不能到你所在商场来购买，所以这是必要的；1.2.3、实现对用户购物产生的订单的管理网上购物，用户在选购物品后，生成了一份订单，商家或企业就得将所购货发送给客户，否则就会违返正平交易原则，所以就得对生成的订单管理，从而安排什么时候发货，发什么样的货给用户；1.2.4、实现对系统的人员管理一个商家或企业都不会只有一个员工，那么这么多的员工，那些人可以来管理库存，那些人来管理订单，若是一个人，只有老板自已，否则就会出现问题，并且会员用户和普通用户都应有不同的折扣，所以，一个人员管理也是必要的；1.2.5、实现对系统人员的权限和角色管理有了人员管理，那么就有了权限和角色的管理，这样才好使一些管理管理人员只能在自己的权限内对系统进行操作，不能去管理别人的模块，比如说：订单管理员不能去管理库存，（然老板出外，他是最高权限人），不然就会有大的麻烦，老板就亏了，所以一个完整的系统，这也是不可少的。二、可行性分析2.1、技术可行性 2.1.1、在线支付的实现 在线支付是一个技术难点，因为，以前没有做个这方面的工作，对其知道得太少，但是，可喜的是：在众多书籍中，asp.net项目开发全程实录一书中，有对其的实现，那么，对于这个问题就可得到解决； 2.1.2、购物车的实现 对于购物车的实现也是一个麻烦的问题，因为，购物车不是应该放入数据库的数据，而要在用户登录后，将所购物加到其中，而在其间不丢失，这里我们采用了.net中的session来作为用户的购物车，每个用户一个。 2.2、经济可行性 2.2.1、系统费用预算 本系统是基于一个小型企业或个人的网上商店或商城，其只对其系统进行预算，大约需要三万左右 2.2.2、员工预算（程序员和项目经理） 程序员 2名 3000元/每人每月 高级程序员 2名 4000元/每人每月 项目经理 2名 5000元/每人每月开发时间 2个月 共48000元 2.2.3、维护费用预算 维护周期： 半年 人员： 一名 费用： 15000元 2.2.4、经济可行性分析 商家共出资15万元，除去以上费用9.3万，再除去杂费2.7万，软件公司应收入3万元，对于软件公司可以接下该项目，商家的经济效益分析：有了该系统，应可以减少3名人员，其中有二名会计师，用来作库存和订单的会计，还有一名就是店主的员工，若是大的商场就可减少更多人员，所以出资开发这样的系统也是合算的。 2.3、社会可行性 网上商店或商城，减少了一个门市的费用，同时也得到了政府法律的支持，产生的经济效益是巨大的，不仅从商家本身，同时也为消费者也带来了巨大的经济效益，所以，在这个时尚的时代，网上购物是可行的。 2.4、操作可行性 对于这个高速发展的时代，谁也离不开计算机，所以系统本身对于企业员工的操作是没有问题的，就算有，我们作为开发人员也会制作一份基于系统的用户使用手册来帮助用户使用。三、需求分析3.1、系统业务流程图 3.1.1、系统业务流程图 3.1.3、管理员流程图 3.1.2、用户流程图 3.2、系统需求 3.2.1、系统功能需求 1、实现用户的在线购物2、实现对商品的库存管理3、实现对商品的库存管理4、实现对系统的人员管理5、实现对系统人员的权限和角色管理6、实现页面管理7、实现商品类型管理 3.2.2、系统性能需求 1、为了使系统能够方便用户使用，提高性能，我们在编码的过程中，尽量少的访问数据库，从而提高程序的效率；为了客户能够很好的在线购物，提高页面的访问速度，所以，在陈显商品时，我们采用了静态页面技术，从而也减少了访问数据库的次数； 2、在编码方面，为了提高代码的性能，采用了c#中的面象对象编程和面象接口编程，从面提高代码的效率，达到提高系统性能的目的； 3.2.3、数据需求 1、为了满足会员的需求，我们在用户信息中放入了会员标记，这样便可以在进行购买时，不用去读取用户的角色，而只要根据该字段就可以进行打折处理； 2、为了使得不同的角色在同一个系统中访问不同的模块，在角色中添加了一个权限字段，这样就可以对用户的权限进得管理，在此，我们增加了一个保存页面权限的表，这样就可以关联如何访问；3.3数据流图以及数据字典 3.3.1、数据流图 、人员角色权限数据流程图 1、一层流程图 2、二层流程图 、商品数据流程图 1、一层数据流程图： 2、二层数据流程图 、用户数据流程图 1、一层数据流程图 2、二层数据流程图 、订单数据流程图1、 一层数据流程图 2、二层数据流程图3.3.2数据字典 1、商品信息表的数据字典 表名：tb_goods 功能：用来存放商品信息列名数据类型长度小数位主键允许空说明idint40是否商品号s_goodsnamenvarchar500是商品名称i_goodstypeidint40是商品类型ids_goodspricenvarchar500是商品的价格s_goodsprofilenvarchar2000是商品的简介s_goodsproducernvarchar500是商品的生产者s_goodsproducttimedatetime83是商品的生产时间s_goodsstorelifenvarchar500是商品保质期i_isdiscountint40是是否打折n_discountnumeric55是会员折扣s_goodsmaplistnvarchar500是商品的图片名列表i_isbookint40是是否预订（0否，1是）i_goodscountint40是商品总数s_marknvarchar2000是备注和其信息2、 商品留言表的数据字典表名：tb_goodsmessage功能：存放用户对商品的评价信息列名数据类型长度小数位主键允许空说明idint40是否留言idi_goodsidint40是商品idi_useridint40是用户ids_messahecontentnvarchar2000是留言内容t_messagetimedatetime83是留言时间s_marknvarchar1000是留言备注 3、商品分类表的数据字典 表名：tb_goodstype 功能：存放商品的分类信息列名数据类型长度小数位主键允许空说明idint40是否商品类型ids_goodstyoenamenvarchar500是商品类型名称t_createtimedatetime83是添加时间 4、商品的订单表的数据字典 表名：tb_goodsorder 功能：存放用户的购物订单信息列名数据类型长度小数位主键允许空说明idint40是否订单编号i_useridint40是用户ids_goodsidlistint40是商品的id清单s_affordmethodnvarchar500是支付方式i_issentint40是是否发送（0否，1是）s_allpricenvarchar500是商品总价格s_marknvarchar2000是备注5、商品图片表的数据字典 表名：tb_goodspicture 功能：存放商品的图片，用于用户浏览列名数据类型长度小数位主键允许空说明idint40是否图片编号s_mapnamenvarchar500是图片名称s_mapurlnvarchar500是图片链接i_goodsidint40是商品ids_marknvarchar1000是图片备注6、权限页面表的数据字典表名：tb_powerpage功能：存放页面的管理信息，用于设置访问的权限列名数据类型长度小数位主键允许空说明idint40是否权限ids_powernamenvarchar500是权限名称s_linkpagenvarchar500是权限的链接页面 7、人员的角色表表名：tb_role功能：用主存放角色的信息，和权限角色关联id，加以实现权限的管理列名数据类型长度小数位主键允许空说明idint40是否角色ids_rolenamenvarchar500是角色名称i_poweridnvarchar500是权限角色关联ids_rolemarknvarchar1000是角色备注 8、权限的角色关联表 表名：tb_role_power 功能：描述权限的角色的关系列名数据类型长度小数位主键允许空说明idint40是否权限角色关联idi_roleidint40是角色idi_poweridint40是权限ids_marknvarchar2000是备注信息9、人员基本信息表 表名：tb_user 功能：用于存放人员的基本信息 列名数据类型长度小数位主键允许空说明idint40是否用户ids_usernamenvarchar500是用户名s_passwordnvarchar500是用户密码s_truenamenvarchar500是用户真名s_identityidnvarchar360是身份证ids_useraddressnvarchar1000是用户地址s_postidnvarchar500是邮编ids_phoneidnvarchar250是电话号码s_sexnvarchar20是性别s_emailnvarchar500是电子邮件s_qqnvarchar320是用户qqi_roleidint40是角色ids_professionnvarchar500是用户职业s_incomenvarchar500是用户收入t_creattimedatetime80是用户创建时间3.4、系统活动用例 1、人员添加角色权限用例 2、商品流通用例 四、总体设计 4.1、系统功能总体结构图 4.2、系统各功能模块的描述 4.2.1用户管理 用户管理是用于对用户的添加删出，以及对用户的权限的设定，同时具有查找用户的功能，这使得所有用户的信息都能方便的查找，以方便管理； 4.2.2角色管理 角色管理主要用于对用户的角色进行分配，使得每种用户拥有不同的权限，这样就可以在不同模块管理员登录系统时进行不同的模块加载，从而实现对用户权限的管理； 4.2.3、权限管理和页面管理 权限管理是用于对角色分配所能访问的权限，我们把每个页面的信息，也就是链接放到数据库的中，都给一个权限号，使得我们在编程时可以通过这个号来读取所要加载的页面，从而实现权限的管理； 4.2.4、商品和商品类型管理（库存管理） 商品管理用来对商品的基本信息进行保存，这样可以使得用户方便查看这些信息，同时我们也对商品分了类，对类型也有添加删出的作用，从了实现了对这些商品的有序显示的查询，他们都有添加删出等功能； 4.2.5、订单管理 订单管理是一个很重要的模块，用户在网上购物了，将信息保存到了数据库，管理人员就可以对其进行查询，以快速的将产品发给用户，同时这里也可以对用户所需要的产品进行处理，实现对商品合理的进货； 4.2.6、前台管理 这里有用户信息自己的管理，和用户对商品的留言，可以通过用户对商品析看法来对商品的进货量以及对商品回收，更新网上的商品，用户的信息也是对用户身份的确认，保证了网上的公平交易；4.3、数据库的概念设计 4.3.1、逻辑设计 、局部实体e-r图 e-r图描述了系统的数据库的组成，不仅是系统的必要部分，也总体设计的主要部分之一：1、角色表er图2、关联表（角色权限）3、权限表4、商品类型表5、 商品图片表6、 商品留言表7、 商品订单表8、 商品信息表9、 人员信息表、全体er图 用户表关联历角色表权限表关联历11n订单表评价表商品表n关联历图片表类型表关联历关联历关联历关联历n11111n1n关联历1nn、逻辑设计 1、将er图变为关联模式 商品信息表（商品号（主键），商品名称，商品类型id（外键），商品的价格，商品的简介，商品的生产者，商品的生产时间，商品保质期，是否打折，会员折扣，商品的图片名列表，是否预订（0否，1是），备注和其信息, 商品总数）商品留言表（留言id（主键），商品id（外键），用户id（外键），留言内容，留言时间，留言备注）商品分类表（商品类型id（主键），商品类型名称，添加时间）商品订单表（订单编号（主键），用户id（外键），商品的id清单（外键），支付方式，是否发送（0否，1是），商品总价格，备注）商品图片表（图片编号（主键），图片名称，图片链接，商品id（外键），图片备注）权限页面表(权限id（主键），权限名称，权限的链接页面)角色表（角色id（主键），角色名称，权限角色关联id（外键），角色备注）权限角色关联表（权限角色关联id（主键），角色id（外键），权限id（外键），备注信息）人员基本信息表（用户id（主键），用户名，用户密码，用户真名，身份证id，用户地址，邮编id，电话号码，性别，电子邮件，用户qq，角色id（外键），用户职业，用户收入，用户创建时间） 2、实体间的联系用户：角色：权限=n:1：m用户：订单=1：1用户：商品留言=1：n商品类型：商品：图片=1：m：n商品：商品留言=1：n订单：商品=n：m4.3.2物理设计商品信息表： create table dbo.tb_goods(id int identity(1,1) not null,s_goodsname nvarchar(50) collate chinese_prc_ci_as null,i_goodstypeid int null,s_goodsprice nvarchar(50) collate chinese_prc_ci_as null,s_goodsprofile nvarchar(200) collate chinese_prc_ci_as null,s_goodsproducer nvarchar(50) collate chinese_prc_ci_as null,s_goodsproducttime datetime null,s_goodsstorelife nvarchar(50) collate chinese_prc_ci_as null,i_isdiscount int null,n_discount numeric(5, 5) null,s_goodsmaplist nvarchar(50) collate chinese_prc_ci_as null,i_isbook int null,s_mark nvarchar(200) collate chinese_prc_ci_as null,i_goodscount int null, constraint pk_tb_goods primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary商品类型表：create table dbo.tb_goodstype(id int identity(1,1) not null,s_goodstyoename nvarchar(50) collate chinese_prc_ci_as null,t_createtime datetime null, constraint pk_tb_goodstype primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary商品图片表：create table dbo.tb_goodspicture(id int identity(1,1) not null,s_mapname nvarchar(50) collate chinese_prc_ci_as null,s_mapurl nvarchar(50) collate chinese_prc_ci_as null,i_goodsid int null,s_mark nvarchar(100) collate chinese_prc_ci_as null, constraint pk_tb_goodsmap primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary商品评价表：create table dbo.tb_goodsmessage(id int identity(1,1) not null,i_goodsid int null,i_userid int null,s_messahecontent nvarchar(200) collate chinese_prc_ci_as null,t_messagetime datetime null constraint df_tb_goodsmessage_t_messagetime default (getdate(),s_mark nvarchar(100) collate chinese_prc_ci_as null, constraint pk_tb_goodsmessage primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary商品订单表：create table dbo.tb_goodsorder(id int identity(1,1) not null,i_userid int null,s_goodsidlist int null,s_affordmethod nvarchar(50) collate chinese_prc_ci_as null,i_issent int null,s_allprice nvarchar(50) collate chinese_prc_ci_as null,s_mark nvarchar(200) collate chinese_prc_ci_as null, constraint pk_tb_goodsorder primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary角色表：create table dbo.tb_role(id int identity(1,1) not null,s_rolename nvarchar(50) collate chinese_prc_ci_as null,i_powerid nvarchar(50) collate chinese_prc_ci_as null,s_rolemark nvarchar(100) collate chinese_prc_ci_as null, constraint pk_tb_role primary key clustered(id asc)with (ignore_dup_key = off) on primary) on primary权限页面表：create table dbo.tb_powerpage(id int identity(1,1) not null,s_powername nvarchar(50) collate chinese_prc_ci_as null,s_linkpage nvarchar(50) collate chinese_prc_ci_as null, constraint pk_tb_powerpage primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary角色权限关联表：create table dbo.tb_role_power(id int identity(1,1) not null,i_roleid int null,i_powerid int null,s_mark nvarchar(200) collate chinese_prc_ci_as null, constraint pk_tb_role_power primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary人员信息表：create table dbo.tb_user(id int identity(1,1) not null,s_username nvarchar(50) collate chinese_prc_ci_as null,s_password nvarchar(50) collate chinese_prc_ci_as null,s_truename nvarchar(50) collate chinese_prc_ci_as null,s_identityid nvarchar(36) collate chinese_prc_ci_as null,s_useraddress nvarchar(100) collate chinese_prc_ci_as null,s_postid nvarchar(50) collate chinese_prc_ci_as null,s_phoneid nvarchar(25) collate chinese_prc_ci_as null,s_sex nvarchar(2) collate chinese_prc_ci_as null,s_email nvarchar(50) collate chinese_prc_ci_as null,s_qq nvarchar(32) collate chinese_prc_ci_as null,i_roleid int null,s_profession nvarchar(50) collate chinese_prc_ci_as null,s_income nvarchar(50) collate chinese_prc_ci_as null,t_creattime datetime null constraint df_tb_user_t_creattime default (getdate(), constraint pk_tb_user primary key clustered (id asc)with (ignore_dup_key = off) on primary) on primary4.3.3类图设计 基于我们的数据库，我们可以得到操作各数据表的类，这使得我们们在编码时能够有效的调用对就的方法来完成相应表的操作，所以，类图的设计是相关的重要的。下面是主要操作类的设计图。1、用户操作类的设计1）、dal层类图 和bll层类图 2、商品操作类的设计1）、dal层类图和bll层类图 3、订单操作类的设计 1）、dal层类图和bll层类图 五、详细设计5.1、基本模块的ipo图 1、人员管理模块ipo图2、商品管理模块的ipo图1、 订单管理模块的ipo图5.2主要模块的时序图 1、用户登录2、商品模块 管理员对商品的操作时序，将进货的商品添加到系统中去：3、订单模块 对用户购物的订单进行生成，这里只简要说明其时序：4、用户购物时序 用户登录系统后，就浏览商品购物，将所选的商品添加到购物车，从而保持其信息不丢失，所以得到以下的时序图，订单类以后的操相同于订单模块的时序，这里就没有再画出来：5.3、代码设计好的系统一定少不了的就是好的代码，这不仅会提高开发的效率，而且还可以提高系统的性能，所以，设计出好的编程代码是很重要的，在本系统中，在以下几个方面对代码作了设计：1、接口设计接口是一些功能的约定，这同样是对代码的一种统一的规范，它不给出具体的实现，确指出了我们应怎么去编写类；在本系统中，我们为每一个数据实体都实现了同一个接口，这就是我们的方法，在dal层中，我们有专门的接口来说明每个类要实现的操作，这样我们就可以通过一个接口来驱动类代码的执行，也就是说，在可以用类的地方都可用接口来代替，这也便于单元测试，因为其它模块没有做完时，我们同样可以用接口来调试代码，当然，这里的接口满足的是类单一性原则，也就是说，接口是为类设计的，同样在bll层也是这样设计的，每个实体都有了他们的方法和属性，但是他们的接口是一样的，这是一种面象接口的编程。2、类设计设计好了接口，我们得有类去实现他，这样才会有意义，我们这里的类分为二种，一种就是实现接口方法的类，他们都是用来操作数据库，或是用来操作业务逻辑的；另一种类则是对数据库中的数据进行封装，这样便于我们在代码中更好的操作数据库中的字段，也不必像以前那样对数据库字段要记住，而在c#中的智能感应则会为我们提供很好的提示。3、编程方法设计在编写代码时，我们也应注意，那就是在一个类中，就将要实现的方法做好封装，不能返回有操作性的对象，比如说：dataset，在c#中它就是一个很强操作的类，我们就不能在dal层把它返回给bll层；还有一点就是，编码时，我们尽量少访问数据库，而且，要尽快的断开与数据库的操作，以提高代码性能和系统性。5.4、输入输出设计 基于输入输出的设计，我们使用了二个不同的登录页面，一个用于用户的登录，一个用于管理人员的登录，这不使得二种不同身份的人，在系统的不同模块使用，这也是权限控制的一部份；六、编码 6.1、购物车的代码实现 这里给出的是一个简单的购物车实现的部分代码，主要是用一个c#中的session来保存商品的id号，这样就可以在支付时，到所有的商品进行信息的读取，从而使用户在线登录状态下的购物信息不掉丢，保证了购物的正常运行，代码如下： public class shopcar httpsessionstate tempsession; public shopcar() public bool init(int goodsid)/goodsid为商品的id号，每选中商品就将其商品号放入session中 if (httpcontext.current.sessionshopcar = null) tempsession = system.web.httpcontext.current.session; if (goodsid 0) tempsessionshopcar = , + goodsid.tostring();/id字符串以，为开 return true; else return false; 6.2、基于在线支付的实现 在线支付是一个技术上的难点，所以这里解决方案主要是依靠书籍和网上寻找，从收集的资料可以得出，网上支付的实现主要应有下面的过程与内容： 6.2.1、 btoc在线支付必须具备下列条件：在因特网上提供商品和服务，能够通过因特网与工商银行总行网上支付服务器建立安全稳定的网络连接，经营行为符合国家的相关法规，信誉良好，经办人员能够正确掌握受理网上银行银行卡业务的操作程序，并且已成为我行牡丹卡特约商户，取得了特约单位卡。（一）特约网站申请人须仔细阅读b to c在线支付方案、在线支付合作协议书和特约网站注册申请表。 （二）您应到icbc当地指定机构办理申请手续提交如下申请资料： 1. 营业执照副本及复印件； 2. 经办人员的有效身份证件； 3. 填妥的特约网站注册申请表； 4. 最近年度的资产负债表和损益表的复印件； 5. 域名注册证复印件或其他对所提供域名享有权利的证明； 6. 企业标识logo的电子文件； 7. 填妥的“牡丹卡单位申请表”。 经我行审查合格后，与我行指定机构签定在线支付合作协议书。我行将负责协调完成特约网站与我行网站的技术链接工作。 特约网站与我行签约后，我行将提供银行方的通讯、数据接口和已有商户端程序及商户客户证书，特约网站应自行开发的内容包括： 1. 开发存放银行方支付结果的商户端数据库应用，可在现有的系统上修改。 2. 商户端对账文件的生成程序，对账文件的格式由银行提供。 3. 开发退货交易审批应用。6.2.2、注册com组件将银行的com组件添加到我们的vs2008环境中，这样我们就可以用银行所给的接口来进行编程，从而实现对在线支付的处理，这里注册com主件以工商银行的为例：1、 注册icbcebankutil.dll和infosecapi.dll二个文件复制到系统目录（system32）下。2、 在dos窗口中运行icbcebankutil.dll文件，从而注册。3、 在项目的bin目录下添加这个引用，这样就可以对其进行编程访问银行提供的接口了。七、系统测试7.1、单元测试 7.1.1、模块的测试 各模块间的基本代码的测试，主要有以下几个模块： 1、人员测试，包括内部人员和外部用户； 2、商品测试，包括添加，删出商品和用户浏览商品信息 3、订单测试，包括订单的查询，用户购物生成订单； 4、在线购物与支付测试，前者可用a测试，后者则要和对应的银行联合测试。7.2、集成测试 1、测试方案2、测试数据与结果用户名密码角色权限结果normal111111普通用户购物只能访问前台admin222222系统管理员最高权限后台前台都能访问admin1333333用户管理员人员管理只能访问后台人员管理admin2444444商品管理员商品管理只能访问后台商品管理admin3555555订单管理员订单管理只能访问后台订单管理 7.3、系统测试 系统测试是开发人员的测试的最后一个测试，这不仅要完成系统的基本功能，还要看系统是否有好的扩展性和强的健状性，用最大努力发现系统是否有错，或功能上的不全，这也是系统上线之间所必需做的测试，主要分为以下的几个部分：1、 系统管理员添加系统的模块管理员，并为其添加好角色，为角色分权限，这样使得模块管理员只能访问他的模块；2、 模块管理员进行基本的添加删出查询等功能，是否能让系统正常的运行；3、 用户注册帐号，进行网上购物，是否能够正常购物，以及是否能产生订单等信息，能否网上支付；4、 页面测试，前台页面是否能正常的显示商品的信息，和界面是否人性化进行分析，以使界面更加的合理，降低操作的复杂度。7.4、交互性测试（版） 这里主要是用户在测试，将系统交给用户，进行上线前的真实摸拟，若通过测试，则就可以正试上线运行，这也是考验系统各方面的性能的测试八、总结 8.1、系统总结 本系统实现了商户的基本功能要求，人员管理，商品管理，订单管理，以及用户的在线购物，同时也实现了在线支付的功能；为了实现这些功能，引出了系统所必要的几个管理，那就角色管理，和权限管理，页面管理，为什么要这样的管理啊，那是为让系统有很好的扩展性和可重用性，每个系统都是人用的，也不可能是一个人用，那么就会有用