电子商务专业系统设计.doc

电子商务系统设计 班级：计科 完毕时间：12月28日目 录第1章 可行性分析. 21.1开发可行性. 21.2技术可行性. 21.3经济可行性. 2第2章 软件开发筹划. 22.1列出开发筹划即可. 2第3章 软件需求分析33.1功能需求.33.2性能需求.3.3安全性需求.第3章 软件系统分析.第4章 软件系统设计.4.1系统总体构造.4.2功能模块设计.4.2.1顾客模块设计.4.2.2店铺管理员设计.4.2.3系统管理员设计.4.2.4 购物模块设计4.3数据库设计. 4.3.1 数据库概念设计 4.3.2 数据库逻辑设计 4.3.3 数据库表设计4.4安全模块设计.4.4.1登陆验证.4.4.2 权限管理.4.4.3 支付安全4.4.4 数据库安全4.4.5 数据传播安全 第5章 软件测试报告.5.1 软件测试理论基本.5.2 某些功能模块测试.第6章 顾客手册.第1章 可行性分析一套先进电子商务系统，不但可以协助顾客迅速选取自己心仪宝贝，还可以使得咱们通过电子商务系统获取一定利润，下面我将对社会可行性、技术可行性、经济可行性进行分析，证明当前开发一套电子商务系统是可行。1.1 社会可行性一方面，国家喊响了“互联网+”标语，证明政府对于互联网方面支持力度很大；另一方面，互联网发展非常迅速，特别是移动互联网发展特别迅速，这就给电子商务奠定了基本；最后，人们对于网上购物比较热衷，在中华人民共和国淘宝还推出了双11购物狂欢节，既然有这样大需求，那么建立一种电子商务网站就是可行。1.2 技术可行性html5逐渐发展使得电子商务开发变得简朴，实现了跨平台浏览，给人们加大以便。并且，结合类似于php，asp等后台语言和数据库，开发一套比较成熟电子商务系统是可行。1.3 经济可行性开发电子商务需要用到html标签语言，一款记事本即可开发；后台语言咱们可以采用开源php语言；数据库咱们采用当代比较流行免费MySQL数据库。综合看来，咱们开发成本非常低，但是一旦电子商务开发成功并成功履行，咱们将依次获得丰厚利润。第2章 软件开发筹划一种好软件开发项目，必要制定适合自己开发特点软件开发筹划，只有这样才干保证开发效率，是项目如期完毕。由于本次是大学期末课程设计，自主支配时间非常有限，因此咱们开发只能本次项当前半某些(文档及某些模块简朴实现)。开发进度日 期可行性分析和软件项目筹划11月28日到12月5日软件需求分析12月6日到12月8日软件系统分析12月9日到12月14日软件系统设计12月13日到12月19日软件测试报告12月20日到12月23日顾客手册12月24日到12月27日表2-1 项目筹划安排第3章 软件需求分析21世纪是网络高速时代，人们生活越来越离不开网络，而购物模式从老式模式慢慢地转变为网络购物模式。网络购物使咱们足不出户便可以买到咱们想买东西，给咱们带来了极大以便。不可否认，网购已经成为咱们寻常生活中不可缺少一某些。既然有需求，那必定就有商机，因此开发一套完整电子商务系统就显得很有必要。下面咱们将针对电子商务系统做个简朴需求分析：3.1 功能需求分为顾客需求和管理员需求。顾客需求相应就是前台功能需求，就是顾客系统之间交互；管理员需求相应就是后台功能需求，就是管理员对整个电子商务系统管理。3.1.1 前台功能需求1.商品商品展示、商品查看、商品查询等功能2.购物车加入购物车、购物车商品查询、购物车商品修改、商品结算、商品删除等功能。3.会员注册登录、信息查看及修改、积分及积分查询、会员级别 4.订单订单生成及取消、订单浏览及查询、修改订单、订单结算、退款或确认收货、订单评价 3.1.2 后台功能需求1.商品商品类别管理、商品添加和删除、商品修改、商品查询2.订单订单查询、退款管理、订单取消或发货操作3.会员会员查询、会员修改、账号冻结解冻、会员删除、会员级别设立3.1.3 外部接口需求通过使用接口，使得计算机可以使用浏览器就可以使用该系统。3.1.4 安全性需求对所有顾客恶意破坏均有一定保护办法，对所有顾客安全进行保护。3.2 性能需求对该系统反映速度规定必要十分迅速，并且对所有顾客恶意破坏均有一定保护办法，并且可以对所有顾客安全进行保护，并且能第一时间对顾客或者管理员信息进行第一时间修改。3.3 安全性需求人们对安全注重度越来越高，特别是像电子商务同样涉及到钱财更为注重；另一方面，除了对财务安全注重外，人们对个人信息也非常注重，由于有些不法分子运用个人信息做某些违法事。因此咱们系统对安全需求很高，只有安全性足够高，人们才可以放心使用咱们平台。第4章 软件系统分析本章节依托于需求分析，作为软件设计及软件测试基准。该系统采用B/S架构模式，运用大学期间自学PHP作为后台语言，MySQL作为数据库系统。系统设计过程中遵循原则软件设计规范，使系统可维护性增强，减少后续维护过程中麻烦。4.1 组织构造分析本系统组织构造图如下：4.2 业务流程分析1.购买商品业务流程图2.添加商品业务流程图：4.3数据流程分析1.顾客登录数据流程图：第1层数据流程解决：第2层数据流程解决：2.购物系统数据流程图3.管理员数据流图第5章 软件系统设计5.1系统功能构造设计5.2功能模块设计5.2.1顾客模块设计功能描述：顾客注册、顾客登陆、个人信息查询和修改、会员信息查看5.2.2店铺管理员设计功能描述如下：商品管理：商品添加、商品删除、商品修改、商品查询店铺管理：店铺信息查询和修改、活动管理订单管理：发货管理、退款管理、取消订单5.2.3系统管理员设计功能描述：管理所有顾客信息，系统维护5.2.4 购物模块设计功能描述：地址管理、下单、发货、退款、取消订单、确认收货、评价5.3数据库设计本系统采用MySQL数据库系统。数据库表构造设计采用规范化关系模式，解决关系模式中存在插入、删除、修改和数据冗余等复杂问题。5.3.1 数据库概念设计5.3.2 数据库逻辑设计依照需求分析以及系统功能需求，系统信息数据库存储在SQL Sever 数据表中。下面给出由ER图导出关系模式：顾客（顾客编号，顾客名，密码，电话，电子邮箱，通讯地址）商品（商品号，商品名，厂商，类别，单价，管理员编号）订单（订单编号，商品号，商品数量，订单状态）管理员（管理员编号，密码，姓名，电话，电子邮件，通讯地址）5.3.3 数据库表设计1.订单表该表存储了顾客订单基本信息，重要用于订单信息记录。字段属性描述如表字段名字段类型字段长度与否为主键描述orderIdInt4是订单编号productIdInt4否商品编号productNumNumberic9 否商品数量orderStateChar10否订单状态表 4-1 订单表2.顾客表该表存储了系统群组信息，每个群组所享有权限是不同，新注册顾客默以为待审核成员组。该表字段属性如表字段名字段类型字段长度与否主键描述userIdInt4是顾客编号UsernameChar10否顾客名PasswordChar10 否密码PhoneChar11否手机EmailVarchar32否邮箱AddressVarchar64否收货地址表 4-2 顾客信息表3.管理员信息表该表存储了管理员信息，每个管理员所享有权限是不同。该表字段属性如表字段名字段类型字段长度与否主键描述adminIdInt4是管理员编号adminPasswordVarchar32否密码adminNameVarchar10否姓名adminPhoneInt4否手机PowerTinyint1否权限表4-3 管理员表4.商品信息表该表存储了商品信息，重要是商品信息记录。该表字段属性如表字段名字段类型字段长度与否主键描述productIdInt4是商品编号productNameVarchar10否商品名称companyNameVarchar32否厂商名称StyleChar10否类别unitPriceMoney8否单价productDescribeVarchar512否商品描述adminIdInt4否管理员编号表 4-4 商品信息表5.4 顾客界面设计网上购物不是一种简朴概念，它包括了许各种内容，是由各种页面构成一种整体系统。在主页功能方面，采用图形顾客界面技术，是系统可以有多重图形窗口和丰富便利操作界面，通过鼠标或键盘操作，为顾客提供最简洁用法。5.5 安全模块设计5.5.1登陆验证为了保证顾客信息安全和财产安全，只有顾客进行登陆并验证通过才可以对自己账户信息进行操作。密码必要通过加密才可以提交到服务器，防止信息在网络传播中被拦截导致信息泄露。5.5.2 权限管理为了保证系统安全并使系统可以有条不紊运营，咱们对顾客权限进行了严格控制，只有得到相应权限才干操作相应权限功能。5.5.3 支付安全借助当前比较成熟支付宝进行支付，在一定限度上保证支付安全。咱们自己也会在系统中做多重验证，以保证万无一失。5.5.4 数据库安全采用视图模式进行查询和权限限制。5.6.5 数据传播安全1.重要要通过加密后来传播，例如密码通过md5加密后再提交到服务器。2.提交方式采用比较安全post方式。第6章 功能模块实现与测试本章节简介了系统某些功能模块实现，涉及顾客模块和后台管理员模块实现过程。由于只有某些功能模块实现，因此软件测试某些只测试了注册与登录有关数据。6.1 软件测试理论基本6.1.1功能测试 功能测试包括了链接测试、表单测试、Cookies测试、数据库及功能模块测试等，下面将对其一一简介。1.链接测试 链接测试可分为三个方面。一方面，测试所有链接与否按批示那样的确链接到了该链接页面；另一方面，测试所链接页面与否存在；最后，保证Web应用系统上没有孤立页面，所谓孤立页面是指没有链接指向该页面，只有懂得对的URL地址才干访问。 2.表单测试 当顾客给Web应用系统管理员提交信息时，就需要使用表单操作，例如顾客注册、登陆、信息提交等。在这种状况下，咱们必要测试提交操作完整性，以校验提交给服务器信息对的性。例如：顾客填写出生日期与职业与否恰当，填写所属省份与所在都市与否匹配等。如果使用了默认值，还要检查默认值对的性。如果表单只能接受指定某些值，则也要进行测试。例如：当顾客填写信息不完全进行提交时，系统会提示错误。 3.Cookies测试 Cookies通惯用来存储顾客信息和顾客在某应用系统操作。如果Web应用系统使用了Cookies，就必要检查Cookies与否能正常工作。测试内容可涉及Cookies与否起作用，与否按预定期间进行保存，刷新对Cookies有什么影响等。 4.数据库及功能模块测试 在Web应用技术中，数据库起着重要作用，数据库为Web应用系统管理、运营、查询和实现顾客对数据存储祈求等提供空间。在Web应用中，最惯用数据库类型是关系型数据库，可以使用SQL对信息进行解决。在使用了数据库Web应用系统中，普通状况下，也许发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误重要是由于顾客提交表单信息不对的而导致，而输出错误重要是由于网络速度或程序设计问题等引起，针对这两种状况，可分别进行测试。 6.1.2 性能测试性能测试重要测试页面访问速度和服务器负载，目是为了提高顾客体验，保障系统可以有条不紊运营。1.连接速度测试 连接速度指顾客连接到Web应用系统速度。如果Web系统响应时间太长（例如超过5秒钟），顾客就会因没有耐心等待而离开。此外，有些页面有超时限制，如果响应速度太慢，顾客需要重新提交信息。并且，连接速度太慢还也许引起数据丢失，使顾客得不到真实页面。 2.负载测试负载测试是为了测量Web系统在某一负载级别上性能，以保证Web系统在需求范畴内能正常工作。负载级别可以是某个时刻同步访问Web系统顾客数量，也可以是在线数据解决数量。 6.1.3 可用性测试 1.平台测试市场上有诸多不同操作系统类型，最常用有Windows、Unix、Macintosh、Linux等。Web应用系统最后顾客究竟使用哪一种操作系统，取决于顾客系统配备。这样，就也许会发生兼容性问题，同一种应用也许在某些操作系统下能正常运营，但在此外操作系统下也许会运营失败。考虑是实际状况，咱们系统重要是在Windows下测试。2.浏览器测试 浏览器不同相应现实界面也许有所不同，为了保证兼容性，软件在上市推广前必要进行浏览器测试，以保证对各个浏览器兼容。 6.1.4 安全性测试 只有做好了安全，人们才可以放心地使用本系统，该系统才干真正发挥出它价值。安全性测试区域重要有： 1.当前Web应用系统基本采用先注册，后登陆方式。因而，必要测试有效和无效顾客名和密码，要注意到与否大小写敏感，可以试多少次限制，与否可以不登陆而直接浏览某个页面等。 2.Web应用系统与否有超时限制，也就是说，顾客登陆后在一定期间内（例如15分钟）没有点击任何页面，与否需要重新登陆才干正常使用3.当使用了安全套接字时，还要测试加密与否对的，检查信息完整性。4.服务器端脚本经常构成安全漏洞，这些漏洞又经常被黑客运用。因此，还要测试没有通过授权，就不能在服务器端放置和编辑脚本问题。6.1 某些功能模块测试由于时间因素，当前系统只是实现了一某些内容，本小节只对顾客注册和顾客登录进行了测试。1.注册模块测试图6-1 注册2.登录模块测试图6-2 登录第7章 顾客手册1.在浏览器地址栏中输入http:/localhost进行测试图7-1 网站首页2. 在浏览器地址栏中输入http:/localhost/admin进行测试图7-2 管理员登录3.点击左侧添加商品可以进行商品添加图7-3 商品发布 4.点击左侧订单管理可以管理订单 图7-4 订单管理