网上商城管理信息系统仅供内部参考Word文件下载.docx
《网上商城管理信息系统仅供内部参考Word文件下载.docx》由会员分享,可在线阅读,更多相关《网上商城管理信息系统仅供内部参考Word文件下载.docx(19页珍藏版)》请在冰豆网上搜索。
![网上商城管理信息系统仅供内部参考Word文件下载.docx](https://file1.bdocx.com/fileroot1/2023-2/2/49cb1c6c-d9e8-42bc-be5e-c80fd3f87eab/49cb1c6c-d9e8-42bc-be5e-c80fd3f87eab1.gif)
二.系统分析
进入信息时代,远程订单,网上购物已经在渐渐步入我们的生活,在不用上门的前提下,我们能够更方便的的买到想到的,也可以更快速的浏览到更多选择的商品,正可谓是足不出户,看遍全球啊。
1.可行性分析
1)网店资源需求可行性
要开网店必须要有充足的货源,资源的获得成了网店必不可少的一个环节,那
资源的购入该遵从哪几个要领呢:
a)动态市场
市场是时刻在变化的,要充分关注市场价格的变化,利用换季打折,清仓大甩卖的机会,尽可能的购入到低价而又高质量的服饰、电器等,再转手卖掉,通过差价赚取利润。
b)外贸商品
一般外贸商品都会有不少质量好价格低的东西,但数量不多,而且也会是当下比较流行的商品,但价格却相当低廉,这通常会收到顾客的欢迎,市场前景很好。
c)囤积商品
有些品牌商的库存积压很多,一些商家干脆把库存全部卖给专职网络销售卖家。
如果你有足够的侃价本领,能以低廉的价格把他们手中的库存吃下来,定能获得丰厚的利润。
d)批发商品
一定要多跑地区性的批发市场,不但熟悉行情,还可以拿到很便宜的批发价格。
找到货源后,可先进少量的货试卖一下,如销量好再考虑增大进货量。
在网上,有些卖家和供货商关系很好,往往是商品卖出后才去进货,这样既不会占资金又不会造成商品的积压。
2)网络商店技术可行性
网上商店是建立在网络基础之上的,用电脑编程实现的交易环境,它的后台是一
系统的程序组织起来的数据库,它的前台是网页界面,一个程序的设计和实现是网络交易平台的基础要求,良好的网络界面也是发挥程序的前提和条件,而且每个网络商店的前台界面都不相同,所出售的东西也大不一样,有些网店无法搜索到的商品,在别的网店也许能够搜索到,即使如此它们背后的程序特征也是大致相同的,所以网上商店的后台的程序是必不可少的关键。
网上商店平台的可以通过现今有的一些大规模的而且已经成型的网络商店的模式来操作,也可以对这些网络商店的优点进行汇总,从而去除缺点,形成一个更优化的网络商店,能提供更多的功能的一个平台。
网店系统开发语言主要有visualstudio.NET微软主推平台、jsp、JAVA平台、PHP和ASP。
3)网络商店的经济可行性
网店系统的建立,是一个非常复杂的工作,需要专业的技术人员。
工程费用也非常高。
目前相对低成本高质量的做法是使用网店模板来做。
市面上网店模板非常多,比较出名的当属templatemonster(怪兽模板),怪兽模板起源于美国,很快风靡世界。
其网站上提供了很多CMS网站模板,包括joomla,WordPress,magento,drupal,mambo等,以及设计精美的ZenCart,magento,oscommerce网店系统的模板。
4)网络商店的时机可行性
在这个信息时代里,Internet的充分利用使网络商店成为了生活中的一部分,许多
人都在使用Internet浏览信息,越来越多的程序都已转向基于Web的开发。
2.需求分析
网上商品销售系统的使用者主要是客户和销售管理者,对于客户来说,需要实
现的功能包括客户游览商品(分类游览,搜索查询),存放选中的商品的购物篮,最后产生订单;
对于销售管理者来说,需要对客户的信息、商品的信息,以及销售信息进行管理。
下面是系统功能需求分析:
前台客户功能可以概括为以下几点:
◆商品信息:
包括商品的分类游览,查询搜索等;
◆用户信息管理:
处理用户的注册、登录、验证、密码的修改、个人资料的修改;
◆购物车:
可添加商品,调整感兴趣的商品的种类以及数量,删除商品;
◆订单:
在购物车结账产生,可以提供客户查询订单状态,以及修改订单的信息等。
◆评价:
可以在收到商品后对商品进行评论,对不满意的商品可以填写退货信息。
前台客户功能模块如下:
后台管理功能概括为以下几点:
◆客户管理:
查询、修改客户信息;
◆商品管理:
添加、修改、删除商品的信息与种类;
◆销售管理:
及时处理客户的订单,查询订单的状况等。
◆售后管理:
修改、删除买家的评论和退货信息。
后台管理功能模块如下:
3.系统业务流程图
系统业务总结:
根据订单决定付款方式、送货方式、送货地点;
根据送货地点决定用户填写信息;
根据用户填写的信息决定会员登录和是否结账;
根据是否确认订单决定是否继续购物和修改购物车;
根据修改购物车决定是否进入购物车;
根据购物车决定挑选的商品;
系统业务流程图如下:
4.系统数据流程图
数据流程图是描述系统数据流程的工具,它将数据独立抽象出来,通过图形方
式描述信息的来龙去脉和实际流程。
系统流程图通过外部实体即网店的经营者和买家组成整个数据流程的起点和终点,同是通过订单这个载体组成了处理的过程。
下面就是系统数据流程图的整体。
第一层图
第二层图
P1
销售
库存记录
缺货记录
下订单
收到商品
P2.2
第三层图
出货信息记录
P1.1
订单查看
5.数据字典
数据字典是关于数据的信息的集合,也就是对数据流图中包含的所有元素的定义的集合。
◆数据项:
1)买家:
进入网上商店系统进行网页游览,通过添加购物车的方式最后进行下订单。
2)网上商店系统:
一个可以进行网上交易的平台。
3)网店经营人员:
开设网上交易平台通过买家的订单来执行买卖。
◆数据结构:
数据项是不能分解的数据,而数据结构是可以进一步分解的数据包。
◆数据流:
从买家通过网上商店系统下订单,最后网店经营人员通过网上商店系统的订单执行交易。
◆数据存储:
数据存储在数据字典中只描述数据的逻辑存储结构,而不涉及它的物理组织。
◆处理过程:
买家下订单,通过网上商店系统确认订单,网店经营人员最后收到订单。
三.系统设计
1.系统流程设计
客户购物的流程是这个系统流程中最重要的部分,不管客户是否登录都应该可以
进行商品浏览以及进行购物,未登录的客户可以在最后结账时进行登录验证,客户购物流程图就是能直观的将购物流程展现出来的图。
2.数据库设计和实现
(1)数据库需求分析
网上商店系统是一个电子商务类型的系统,根据以上系统分析所知,数据库中需要有以下信息。
◆用户信息:
用户名、用户密码、用户信息等;
商品名、所属分类、价格、数量等;
◆购物车信息:
商品名、商品数量、商品总价、打折情况、店铺名称、卖家名称等;
订购日期、发货库房、发货单号、收获人姓名、配送地址、商品详细情况等;
◆商品销售情况:
每种商品的销售量,销售金额,销售的时间等;
◆用户的评论:
用户对商品的评价,投诉,退货退款要求,回复评论等。
(2)数据库ER图
E-R图(实体-关系图)提供了表示实体、属性和联系的方法。
◆实体型:
用矩形表示,矩形框内写明实体名
◆属性:
用椭圆型表示,并用无向边与其相应实体连接起来
◆联系:
用菱形表示,菱形框内写明联系名,并用无向边与其有关实体连接。
用户ER图如下:
商品ER图如下:
商品
◆购物车ER图如下:
订单ER图如下:
订单
商品销售情况ER图如下:
用户评论的ER图如下:
系统整体ER图如下:
3.数据库逻辑结构设计
在完成以上任务以后,结合实际就可以完成数据库逻辑结构设计,数据库中可以有以下几个元素组成:
◆客户信息CustomerInformation
◆商品信息CommoditiesInformation
◆商品分类CommoditiesCategory
◆购物车表ShoppingCart
◆订单表Orders
◆商品销售CommoditiesSafe
◆管理员Administrators
1.客户信息CustomerInformation表
编号
字段名称
数据类型
说明
1
CustomerID
整型
用户的ID名称
2
LogInName
字符型
用户的登录名
3
Password
用户登录的密码
4
CustomerInf
用户的详细信息
2.商品信息CommoditiesInformation
CommoditiesID
商品的ID名称
CommoditiesName
商品的名字
Price
浮点型
商品的价格
CommoditiesPhoto
商品的照片
5
CategoryID
分类的ID名称
6
Exist
商品是否可以购买
3.商品分类CommoditiesCategory
分类的ID
CategoryName
分类名称
CategoryInformation
分类信息
4.购物车表ShoppingCart
CartID
购物车的ID
商品的ID
Quantity
商品的数量
5.订单表Orders
OrderID
订单的ID
客户的ID
OrderTime
时间
订购的时间
6.商品销售CommoditiesSafe
商品的单价
7.管理员Administrators
AdministratorID
管理员的ID
Name
管理员的登录名
AdministratorPassword
管理员的密码
四.总结
通过本次课程的实践,使我等到了极好的锻炼机会,提高了对大型系统进行系统分析重新认识。
自己以前参加过一些项目的的开发,但这些项目都没有形成统一的,标准化的文档。
因此认为教务管理系统通过努力也能够完成设计任务,事实让我认识到大型系统与小系统之间存在的巨大差别,原来小系统开发实际并不怎么进行系统分析,更多的时候简单了解用户需求后就动手编写代码,用短时间设计出来初稿,经用户试用后再不断修改,设计过程中也不做阶段文档总结。
这种方法在教务系统开发中刚开始就碰到了问题,复杂的教务工作各种业务互相交叉,模块之间联系复杂,书本上的模块划分原理在实际工作中怎么也联系不上实际。
最终的教务管理信息系统实现有待于后续的努力!
当然毫无疑问,该文档中肯定存在着不规范,不合理,不正确的地方,在今后的学习中,我会努力完善,不断提高自己。