小型电商平台系统需求分析文档

摘要

随着电子信息行业的不断发展，网络通信以及信息技术在人类生活中的普及，利用计算机技术、网络通信技术和Internet实现商务活动的国际化、信息化，已成为各国商务发展的一大趋势, 传统模式的购物已经逐渐被方便快捷的网络购物所取代，电子商务正是为了适应市场需求而蓬勃发展起来，网上购物也随之很快成为一种时尚的购物方式，并为广大网民所接受，随着近年来电子商务的不断发展，大大小小的网络商城都逐渐涌现出来，比较成功的案例有:苏宁易购、淘宝网、卓越网、当当网等，本文将以苏宁易购作为参考，进行小型电子商务网站的开发。
本文探讨了小型电子商务网站网上购物系统的理论基础和设计思想，并根据软件开发模型理论对系统进行需求分析、详细设计和软件测试。明确了系统的功能、性能需求，前台功能模块和后台数据库的设计模式。前台实现了用户注册、登录功能，用户对所有在售商品的浏览和已选商品信息的查询以及结算等功能；后台实现了主要信息管理和数据图表分析。系统采用Spring Boot框架，使用Java作为开发语言，以及Eclipse作为开发平台，使用JSP完成浏览器页面设计，数据库系统采用MySQL, 并在软件开发过程中使用ajax、json、cookie等技术。经过测试验证，本系统能顺利运行，并完成了系统所要求的功能。

关键字：购物车；商品管理；订单管理；spring boot；电商平台

第1章 引言

1.1 项目背景

从目前全球的发展情况看，电子商务将成为新世纪企业竞争的主要手段，互联网和电子商务的兴起，不仅彻底改变经济增长方式，还将改变世界经济格局和贸易体制。从我国国情和现实条件出发，用电子商务改造传统产业，增强企业的竞争力是我国电子商务发展的重要内容，也是推进我国电子商务起步的现实选择。
建立电子商务网站可以有效树立公司的品牌和企业形象，把公司经营范围和服务承诺放到公司站点上，及时向外界发布，使潜在的客户对公司有一个直观的第一印象;我们可对各种反馈回来的信息及时处理，以调整自己的产品及公司的经营策略，使企业能及时对市场变化做出反应;我们可以在第一时间将自己最新的产品及时介绍给广大客户，以达到推销自己产品的目的，对于推广自己和发现需求是最廉价、最快捷的，这些都是企业传统模式所无法比拟的。

1.2 基于B/S架构的电子商务网站的研究现状

1.2.1 电子商务网站的基本框架

基于Web的电子商务网站采用B/S结构的模式设计，这种系统的优势在于系统简单、功能强大、扩展能力良好等性能。B/S (Browser/Server)结构即浏览器和服务器结构，它是随着Internet技术的兴起，对C/S结构的一-种变化或者改进的结构。在这种结构下，用户工作界面是通过www浏览器来实现，极少部分事务逻辑在前端实现，但是主要事务逻辑在服务器端实现，形成所谓三层结构。这样就大大简化了客户端电脑载荷，减轻了系统维护与升级的成本和工作量，降低了用户的总体成本。

1.2.2 国内电子商务的发展

我国计算机技术起步晚于国外，20 世纪90年代中期，我国才接入国际互联网。近几年，随着计算机价格的下降和人们生活水平的提高，计算机技术在我国已经得到了普及，不论单位还是家庭都拥有了计算机，计算机已成为人们工作和生活的重要组成部分。从交易规模来看，自2003年开始我国电子商务就保持了快速增长态势，即使受全球金融海啸冲击，在2007年至2010年年均增长仍然超过30%。2012年网络零售额超过6万亿元，在国内消费总额占比突破4%，整体交易规模超过日本，2013年超过美国成为全球第一大网上交易市场。从品类扩展来看，早已从信息家电(3C产品)、图书等标准化品类，扩展到了服装鞋帽、化妆品、食品、家用电器、家居百货、文体用品、珠宝配饰等，京东商城在线销售的商品总量超过3.6万种，许多家庭生活服务、政务服务都能在线上实现，线上零售与线下零售的差异正在迅速缩小。

1.2.3 国外电子商务的发展

以欧美国家为例,可以说电子商务业务开发的如火如茶.在法，德等欧洲国家,电子商务所产生的营业额已占商务总额的1/4,在美国则已高达1/3以上,而欧美国家电子商务的开展也不过才十几年的时间,在美国.美国在线(AOL),雅虎,电子港湾等著名的电子商务公司在1995年前后开始赚钱,到2000年创造了7.8亿美元,IBN,亚马逊:书城,戴尔电脑,沃尔玛超市等电子商务公司在各自的领域更是取得了令人不可思议的巨额利润.欧美国家电子商务飞速发展的因素有以下几点: 1. 欧美国家拥有 电脑的家庭,企业众多,网民人数占总人口的2/3以上,尤其是青少年，几乎都是网民，优裕的经济条件和庞大的网民群体为电子商务的发展创造了–个良好的环境。

1.3 课题背景及开展研究的意义

1.3.1 电子商务网站研究背景

21世纪是网络时代。网络技术的飞速发展,极大地影响了商业交易中传统的交易方式和流通方式。企业随着业务的不断扩大,企业的规模也不断扩大,迫切需要建立相应的电子商务网络利用电子商务的优势同现有销售模式和流通渠道结合,扩大消费市场,为企业的再发展带来新的商机，也为各地消费者供便利,而且降低商业成本。相对于中小企业来讲，由于不涉及到大型的数据库和保密安全等，网站的技术要求是被降低了，但建站的指导思想是不变的，网站便要以营销为目的，宣传其产品，让客户更直观的了解产品的功能和特性.最后，互联网形态下的外部大的市场环境日趋成熟，对传统产业的影响不可忽视。目前我国的大中城市，电脑和网上的应用已经非常普遍，并且互联网产业的市场空间不容忽视，随着经济的发展和人们思想意识的逐渐开放，更多的人加入到买电脑上网的行列。网上购物人群迅速扩大，各种网上设施的完善，经济的持续发展及人们生活水平的提高，网上购物已逐渐成为人们习惯性的行为。其次，网上正在冲击着人们的传统消费习惯和思维、生活方式。越来越多的人们逐渐习惯于到网上查找信息。

1.3.2 电子商务网站开展研究的意义

随着Internet的发展，上网冲浪逐渐进 入人们的生活，这就为改变传统的商业运作模式提供了一种技术上的可行性方案:利用Internet的技术和协议，建立各种企业内部网Internet,企业外部网通过廉价的通讯手段将买家与卖家、商场和合伙伴紧密结合在一起，消除时间与空间带来的劣势，从而大大节约了交易成本，扩大了交易范围，在现实生活中这种方案已经被广泛的运用到了世界范围的商业活动中，这将成为增强企业核心竞争力，赢得竞争优势的必然选择。

1.4 研究方法、研究内容及其预期目的

1.4.1 研究方法

本系统拟在Windows 系统下采取基于JSP技术，以Eclipse为开发平台，Mysq8.0为后台数据库，并在软件开发过程中使用ajax、json、cookie等技术。在结构和功能上，系统主要是以前台管理模块为主，并且会在开发过程中与指导老师及时进行及时的沟通，使系统更加完善。

1.4.2 研究内容

本文通过实际要求，并参考了解国内同类软件的功能，设计开发一个线上和线下的购物平台，其中后台主要包括各类销售信息的统计分析和帮助后台工作人员完成商品信息、分类信息和订单信息的录入、修改、查看和删除以及后台管理人员个人账户的管理，减轻后台工作人员的工作量，并且致力于以图表的形式展示各类数据，工作人员可以直观明了的了解到商品的销售状况。前台主要是商品展示功能、加入购物车功能、购买功能、订单查看、个人信息管理和商品的模糊查询功能。

1.4.3 预期目的

小型商务网站是一个支持网上购物的商务平台。包括用户的注册和登陆、产品分类、产品分类展示、购物车的管理、订单的生成和查询、订单处理等几个功能模块。各模块之间的部分数据必须统一，如购物车中的商品，价格必然来自商品展示模块，为了可以灵活的处理数据系统应该提供一个数据接口，可以方便用户灵活的处理数据。同时也提供强大数据报表功能。

第2章 项目概述

2.1 项目目标

主要致力于实现包括前台应用程序系统和后台数据管理系统，对于此次线上线下同时发展的仿苏宁易购小型电商平台我们做部分简化，将线下购买流程与后台数据管理系统合并，即线下购买由管理人员填写订单信息。前台应用程序系统要求具有界面友好、功能完备、易使用等特点。而后台数据管理系统的数据要具有数据一致性、完整性、安全性。系统支持用户注册登录，浏览商品，加入购物车到生成订单等。管理员实现规范化管理，可以高效率的进行商品、订单、用户和产品分类的管理。

2.2 用户特点

本系统的最终用户是管理员和普通用户，具有一定的系统操作能力。管理员具有更新前台系统，管理后台系统的权限，而普通用户只能在前台界面进行操作。

2.3 用户类和特征

本系统面向的用户以及用户类的特性主要有：
（1）犹豫不决型：是电商网站里最常见的一种，“加而不买”是这类用户的特性，这类用户的购物车里每一件商品都是花了很长时间和精力挑选出来的，但是，他们从来不购买。
（2）品牌导向性：这类用户以品牌为导向，特性主要是她的购买决策完全取决于一款产品是否被可以称的上为顶级品牌。
（3）理性消费型：与品牌导向型用户完全不同的是理性消费型，不买最好最贵的，只买性价比最高的，她们买东西一般分两步：
第一步排除不符合她们心中的标准选项，通常是价格。
第二步用成本效益分析来挑选剩下的商品。
（4）完美主义型：完美主义型用户其特点是“挑剔”，她们执着于在所有搜索罗列的商品中作出完全正确的决策。她可能从头到尾浏览了列出的每个商品，只在感到足够满意时才做出选择，但也可能看完了没感到满意所以不选择任何一个。
（5）知足常乐型：知足常乐者与完美主义者恰恰相反：这类用户选择了能满足她们最低或当前需求的第一个产品。我们观察到这些用户从网页顶端开始往下滑动，在找到匹配的商品后立即停止滑动并购买该商品，不管别的选择有多少。

2.4 设计和实现的约束和限制

2.4.1 开发环境

使用SQLyog-64 bit作为数据库支持，Eclipse 2021.03.win32-x86_64设计的界面作为交互界面。使用前后端完全分离开发的框架MVC，在controller控制器部分，使用Java语言作为前端开发语言，利用spring boot框架实现数据库的增删该查功能。

2.4.2 条件和限制

（1）限制整个网站正常实施的主要因素是基础数据的准确性和完整性。
（2）限制网站实施的另外一个因素是网站的维护性和完善性，因为网站的设计和实现不可能一次全部解决问题,开发后期和使用初期的维护工程也是一个必须考虑的因素。这里的维护工作包括数据的维护,也有功能的维护,包括旧功能的删除和新功能的添加等。

2.4.3 软件实现原则

根据软件工程规范和电子商务网站的要求及特点,系统开发时必须遵循以下原则:
（1）实用性原则:开发的网站必须满足实用性需求,做到使用方便,输入数据量尽量小，界面直观,易学易用,不同业务之间界面转换速度快。
（2）功能完整性原则:所提出的业务都能够在计算机平台上完成,对于同一类型的业务，由于输入要求或地址模式等条件的不同,将设计不同的功能模块。
（3）高性能原则:系统在性能上做到实时性强、数据容量小、响应速度快、稳定性高、出错率低、容错性好等优点。
（4）数据安全性原则:安全性永远是数据库的重要课题,必须采取措施保证数据库的安全。
（5）满足速度要求下的少余量原则:余量指的是逻辑上相同的数据,在不同的记录中重复出现，或在逻辑上能导出存在于数据库的记录中。从理论上讲,余量的存在,在数据库设计的不合理,是破坏数据库一致性的潜在危险,同时会增加数据空间开销。但是,在特殊情况下,为了满足速度，要求,常常设计一些余量作为数据库记录。当余量存在时,数据库一致性不能靠数据库管理系统来保证,只能通过开发软件的计算方法来解决,余量的存在,大大增加了系统的开发难度,所以余量是万不得已时才能使用,使用时,在计算方法上保证数据的一致性。
（6）输入量最小原则:在保证信息量 充分性条件下,让用户以最小的数据输入完成业务操作,从而提高员工的工作效率。
（7）数据库字符段可空原则:具有默认数值和状态的数据库字符段,采用可空假定。对于可伸缩的数据库,可空字符段在没有数据输入的情况下是不占空间的。
（8）美观化设计原则:在满足实用性的条件下,界面设计做到美观大方,大小适中排列整齐，各种控制键的中文名字简单明了，不同的业务甚至不同的功能,有不同的界面。美观界面配色柔和, 减轻视觉疲劳,给用户一个良好的计算机工作环境。
（9）常用性与特殊性相结合原则:对常用状态和数值,作为缺省,对常用的功效放在主界面和排前原则,对不常用功能启动时进行折叠和排后。

第3章 可行性研究分析

3.1 技术可行性

小型商务网站是由网络和网页实现的。所以本系统使用JSP开发技术，应用界面友好，服务器端脚本用JAVA脚本来编写，客户端脚本也用JAVA来编写，同时使用Spring Boot框架，数据库使用Mysq15.0数据库。经过大学三年多的学习，这些课程已熟练掌握，本系统是本小组在学校开发的，遇到问题可以与同学一起研究，再加上导师的指导。因此在技术上能够适应本系统的开发。

3.2 经济可行性

系统的经济可行性指的是对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行估计。本软件的开发费用可以忽略，由本小组利用课程设计的机会进行开发，目前中档办公用机每台在4000元左右。在加上一些其他设施的购买，预计一万元以内便可使系统投入运行。

3.3 操作可行性

本系统根据不同人的角色分不同权限，用户可直接上手，操作简单，用户查看商品时不需要用户名和密码就可浏览商品，查看商品详情，而在商品购买时，需要注册，登录，对于管理员，可以根据用户名和密码，进行对系统后台的管理，以及对前台的更改。

3.4 法律可行性

本系统开发不会侵犯他人、集体或国家利益，不存在侵权等问题，不违反国家法律,因此具有法律可行性。综上所述，从技术上、经济上、法律上、可操作性上都是可行的,而且要求不高，所以该系统的开发是可行的。

第4章 需求分析

4.1 功能需求

该系统的后台为仿苏宁易购的线下体验店，所以从后台来说有系统管理、商品类别信息管理、商品信息管理和订单信息管理以及统计管理五大功能:
(1)系统管理：系统管理主要为用户的管理，用于完成该系统客户信息的查看和管理员信息的修改。能查看的客户信息包括：客户的用户名、姓名、地址、头像、出生日期、所在地、订单情况、购物车情况等，还能在后台增加客户信息，可以根据用户名或昵称查询客户信息；管理员信息包括：查看管理员用户名、昵称、密码、头像等信息，进行昵称、头像、密码的修改。
(2) 商品类别信息管理：主要包括商品类别管理、商品类别参数管理、商品类别图片的管理。商品类别管理包括：添加、删除、更改商品类别（在添加商品类别的同时添加类别参数与类别图片）、根据分类名称查询分类信息。
(3) 商品信息管理：主要包括商品类型管理、商品图片管理、商品参数值管理、商品状态管理等。商品类型管理主要为查看、修改商品类别；商品图片管理主要为查看、修改商品图片；商品参数值修改包括查看查看、修改商品参数值；商品状态管理为查看、修改某一商品状态（销售中、停售中、促销中）；本模块要求能够根据商品名称、商品类型、商品状态、商品金额来查询商品信息；增加商品时包括增加商品类型、商品状态、商品基本信息（上架日期、名称、标题、原价、促销价等）、商品图片信息（概述图片、详情图片）、属性值信息（材质成分、服装版型、风格、衣长、袖长、图案等等）。
(4)订单信息管理：订单信息的增加、查看、修改。该模块要求能够根据订单号、邮政编码、订单状态查看订单信息，可查看的订单基本信息有订单号、邮政编码、收货人、联系方式、订单状态等，详细信息有订单用户信息、订单项信息、流程时间（支付日期、发货日期、确认日期）等，其中订单状态可进行更改。
(5)统计管理：包括注册用户数、上架商品数、完成订单数的数据统计。这一模块设计在后台的首页，可以根据时间的选择来查看上架产品数量、注册用户数量、成交订单数量以及商品订单交易额，主要通过图表的形式展示。
从前台来说有个人信息管理、查看商品、购买商品、购物车管理、订单查看五大功能。
（1）注册功能：用户填写用户名、登录密码、确认密码、昵称、性别、出生日期和居住地址进行注册。
（2）登录功能：用户填写用户名和密码或者用户通过扫码进行登录操作
（3）个人信息管理：主要包括客户对自己头像、昵称、姓名、密码、性别、生日和居住地址的查看和修改。
（4）查看商品：主要包括查看商品名称、商品图片、商品原价、商品售价、商品分类、商品总销量、商品评价、产品参数和商品库存量，可以根据新品、销量和价格的高低进行筛选来查看商品列表。这一块主要有两种展示形式，一种为商品列表基本信息的查看，一种为商品详细信息的查看。
（5）购物车管理：主要包括客户对购物车全部商品列表的查看，增加商品，对购物车商品详情、商品分类和价格的查看、商品数量的修改，商品的删除，选择要够买的商品并结算。
（6）购买商品：客户对购买商品数量的增加，包括给商家留言，详细地址的修改，姓名、手机号码和邮政编码的填写，提交订单，支付订单，确认收货后评价商品。
（7）搜索功能：主要包括客户根据关键字、商品类别查询相关商品详细信息。
（8）订单管理：客户查看所有订单列表，可以对订单列表中未付款商品付款或者取消订单、可以对交易成功商品进行评价，用户对具体订单时间、订单号、订单单价、数量、实付款、交易状态的查看，用户对待付款、待发货、待收货和已完成订单进行具体查看，用户还可以对待发货订单进行提醒发货操作，对待收货订单进行确认收货操作。

4.2 功能组织结构图

图4.1 小型电商平台管理系统功能结构组织图

4.3 性能需求

4.3.1 精度需求

该系统中没有对于较高数据精度的需要,所有的人民币数目精确到分，日期精确到每秒,时间长度度量到天。在数据存储和传输过程中与输入的保持一致。

4.3.2 时间需求

1.响应时间:对于用户输入的响应时间大体.上决定于网络传输速度。
2.更新处理时间:手动更新内容，当数据库内容被更新后，信息即时可用，当刷新网页时候更新信息。
3.数据的转换和传送时间:数据转换速度大体取决于用户，上网方式和网络的传输速度。

4.3.3 灵活性

1.操作方式的变化:该系统为学生课程项目，项目答辩后，可以以免费开源的方式发布到网上，但使用时必须注明出处和版权。
2.运行环境的变化:基于TCP/IP协议，浏览器可以任选，WEB服务器进行更新时，对于整个程序的结构没有太大的影响。
3.同其他软件接口的变化:该系统为独立的系统，只要满足基本的软硬件需求，其他软硬件接口条件对该系统没有太大的影响。
4.精度和有效时限的变化:可以考虑使用过程中的系统硬件软件升级问题。
5.计划的变化或改进:如果项目出现计划变化和改进，小组成员开会协调处理。

4.4 外部接口需求

4.4.1 用户界面

（1）版面设计：对于用户界面设计首先版面设计适合所有用户方便浏览，版面设计是从上到下、从左到右，中间突出重要信息，网站具有实用性，版面具有节奏感，有疏有密、有紧有松、上下呼应、富有美感。
（2）色彩的选择：页面色彩搭配统一，内容上突出不同商品的风格、品牌理念，根据消费群体的不同，界面设计要有相应的变化，无论是色彩还是整体感觉都要适应主题。
（3）风格的选择：在板式不变的情况下有所创新而且遵循用户的习惯，同时抓住不同时段的变化，根据不同的时段四季，节目等等可以迎合不同的主题来变化界面风格，色彩。
（4）文字的选择：整个系统汉字部分将以宋体呈现，部分需要强化突出的将会以加粗、下划线等标注，使显示清晰并且风格达到统一。
（5）图形和图标选择：图标和图形的选择遵照简单化、标准化的原则，使的所选择使用的图形和图标更容易被大众接受和认可。

4.4.2 硬件接口

4.4.3 软件接口

4.4.4 通讯接口

（1）系统开发接口：在系统中实现手机注册用户和消息推送，主要的是选择一个比较稳定、发送接收率高的系统接口，增强用户使用的体验好感度。通过注册用户获取手机号，是大多数客户收集用户信息的一种方式，通过手机注册方便找回密码，同时可以为客户直接推送相关订单消息、物流消息、促销活动等等消。
（2）权限接口：通过微信、微博、QQ等账号登录本网站或着App，可以通过对接微信、微博、QQ等实现分享功能。
（3）支付接口：系统开发中最重要的接口就是支付接口，实现在线交易。开发系统常用的支付接口就是微信支付、支付宝支付、银联支付（即在线支付）。其中，微信支付和支付宝支付接口可以在线直接申请，而银联需要线下申请对接银联的收单机构（对公账户的各大银行和各地的代理服务公司），根据系统需要选择申请开发这类支付接口。

第5章 系统结构化分析

5.1 数据流图

1. 顶层数据流图
如下图为小型电商管理平台的顶层数据流图，经过分析，系统的输入有用户注册和登录、用户购买商品、用户浏览商品和卖家发布的商品产生的数据，系统的输出有用户通过购买商品产生的用户个人订单数据，所有用户产生的订单信息的数据，以及通过分析订单产生的销售管理的数据。

图 5.1 小型电商管理平台顶层数据流图

2. 一层数据流图
经过对系统顶层数据流图的分析，描述出系统内部的处理过程是系统根据数据库发表商品，用户登录注册后，根据商品信息表购买商品产生订单信息表，系统根据有效的订单来进行销量统计，产生销量统计表。小型电商管理平台的一层数据流图如下所示：

图 5.2 小型电商管理平台一层数据流图

3. 二层数据流图

通过对小型电商管理平台一层数据流图的分析，对用户产生订单这一块进行加工小说明，绘制出系统的二层数据流图如下，主要过程描述为用户购买商品时会产生订单，系统会对订单进行审核，若订单出现无库存等，会对用户反馈订单无效，否则产生有效订单，同时会对订单状态（用户是否确认）进行管理，从而产生订单信息表。

图 5.3 小型电商管理平台二层数据流图

4. 小型电商管理平台前台应用数据流图
由于本系统分为前台和后台的管理，前台主要是用户通过操作系统来实现的，过程描述为用户通过填写信息进行注册验证，从而产生用户信息表，用户在没有登录、注册的情况下可以根据商品的信息文件查看商品，同时用户在登录后，可以修改个人信息，从而更新用户信息表，用户选购商品或添加至购物车从而产生订单信息文件和个人购物车详细信息。

图5.4 小型电商管理平台前台应用系统数据流

5. 小型电商管理平台后台应用数据流图
由于我们的后台管理为线下的交易的过程，所以整个的过程描述为客户下单后，会直接产生订单信息表 ，销售人员对有效订单进行配送，配送成功后，可根据订单信息文件进行销售的统计，从而产生销售统计表。

图5.5 小型电商管理平台后台应用系统数据流

5.2 数据字典及加工说明

据流图描述了现行系统的总体框架，在数据流图的基础上，还需要对其中的每个数据流、文件和数据项加以描述，我们把这些定义所组成的集合称为数据字典。在数据字典中有三种类型的信息需要描述：数据流、文件和数据项。
1.“小型电商管理平台”中用户信息文件

“小型电商管理平台”中“用户信息文件”
数据文件名：用户信息表
别名：User_information
简述：存储用户的基本信息
组成：用户ID+用户登录名+用户昵称+用户密码+用户姓名+用户性别+用户生日+用户现居地+用户家乡地址+用户头像路径+评论集合+订单项（购物车）集合+订单集合
存储方式：顺序
组织方式：以“用户ID”为关键字
存取频率：1000次/天

2.“小型电商管理平台”中订单信息文件

“小型电商管理平台”中“订单信息文件”
数据文件名：用户信息表
别名：order_information
简述：存储用户的基本信息
组成：订单ID+订单流水号+订单地址+订单详细地址+订单邮政编码+订单收货人名称+订单收货人号码+订单支付日期+订单发货日期+订单确认日期+订单状态+订单对应用户+订单项集合
存储方式：顺序
组织方式：以“订单ID”为关键字
存取频率：1000次/天

3.“小型电商管理平台中”管理员信息文件
“小型电商管理平台”中“管理员信息文件”
数据文件名：管理员信息表
别名：admin_information
简述：存储管理员的基本信息
组成：管理员ID+管理员登录名+管理员昵称+管理员名称+管理员头像路径
存储方式：顺序
组织方式：以“管理员ID”为关键字
存取频率：1000次/天

4.“小型电商管理平台”中销售统计加工条目

“小型电商管理平台”中“销售统计”加工条目
加工名：销售统计
激发条件：用户确认收货
优先级：普通
输入：商品订单信息
输出：各类商品进七天内的销售数量统计
加工逻辑：IF 用户确认收货
保存商品销售信息
ELSE
商品销售还没有完成，重新输入
ENDIF

5.3 用例图和上下文图

用例图是需求分析中的产物，主要作用是描述参与者和用例之间的关系，帮助开发人员可视化的了解系统的功能。借助于用例图，系统用户、系统分析人员、系统设计人员、领域专家能够以可视化的方式对问题进行探讨，减少了大量交流上的障碍，便于对问题达成共识。
　　用例图可视化地表达了系统的需求，具有直观、规范等优点，克服了纯文字性说明的不足。
　　用例方法是完全从外部来定义系统功能，它把需求和设计完全的分离开来。我们不用关心系统内部是如何完成各种功能的，系统对于我们来说就是一个黑箱子。
如图5.6是小型电商管理平台系统整体的用例图。

图5.6 小型电商管理平台系统整体用例图

如图5.7是小型电商管理平台系统的整体上下文图，由于接收商品订单和管理报表都是管理人员，所以对管理员具体划分，划分出销售员接收顾客的订单，而管理员中的其中一员来管理各种报表。

图5.7 小型电商管理平台系统整体上下文图

5.4 系统交互图

系统的交互图是用例典型场景(通常是主流程场景)的系统顺序图。面向对象需来分中最基本的工作也是为复杂用例的典型场景建立系统顺序图。
为典型场景建立系统顺序图的一般步骤如下：
1.确定系统顺序图的上下文环境。系统顺序图是对用例描述中典型场景的实现，展示了景当中发生的对象交互行为。也就是说，系统顺序图的交互是在一定的场景环境下发生的，离开这个上下文环境的限定，对交互行为的描述和理解都会出现一定的问题。因此，建立系统顺序需要首先确定下文环境，限定描述范围。而且，上下文环境的前置条件和后置条件应该被分配当系统顺序图中的相应行为，这个工作会在为交互行为添加契约说明时完成。
2.找出参与交互的对象。在场景环境中寻找参与交互的对象，寻找的目标是系统、系统之外的对象和其他系统。
3.根据发现的对象建立交互图框架。将对象平行排列，并添加对象的生命线。
4.添加消息，描述交互行为。以消息的方式，将对象之间的交互行为描速出来，并建立行为同的顺序，要注意维护对象生命线的激活状态。描述时仅仅需要考能系统与外界的发五行为。要些与系统无关的(外部对象之间的)或系统内部的交互行为。
对小型电商管理平台，可以按照下述步骤建立系统顺序图：
（1）确定上下文环境，以用例描述中的流程为场景环境。例子中的场景描述相对比较独立，没有对其他用例或场景的引用，因此建立系统顺序图的过程和结果也相对比较简单。
（2）根据用例描述可以找到顾客和系统2个交互对象。仔细分析后可以发现顾客和系统之间直接的交互。
（3）按照用例描述中的流程顺序，逐步添加消息，并在进行详细信息描述后建立如图下图所示的用例图。
1.用户购买顺序图
如下图是系统用户购买的的顺序图，总体分析过程为顾客搜索要购买的商品，系统为顾客提供商品列表，顾客在系统推荐的商品列表中确定要购买的商品，并且查看商品详细信息，系统为用户展示商品的详细描述，用户确定购买此商品并确定要购买的数量，系统显示总价，用户支付，完成购买，系统记录整个销售过程，更新产品信息，并产生订单列表。

图4.12 用户购买顺序图

2. 用户购买详细顺序图
   如下图4-13是对上面用户购买顺序图的详细描述。

图4.13 用户购买详细顺序图

5.5 状态转换图

通过建立在系统的数据模型、功能模型和行为模型上对小型电商管理平台需求分析，对系统中的某些数据对象在不同状态下回呈现的不同行为方式描述，画出状态图，本系统对用户订购、用户评价状态转换过程进行了详细描述，如下所示：
1.用户订购状态图
对用户订购过程描述为，首先用户在已注册的情况下，输入用户名和密码进行登录操作，登录成功后系统展示商品详细信息，用户输入查询条件，系统展示符合条件的商品详细信息，用户查看商品详细信息，从而确定要购买的商品，系统显示购买信息后，用户支付，支付成功后，系统显示订单信息，从而整个购买过程结束。

图4.15 用户订购状态图

2.用户评价状态图
同样对用户评价这一块进行过程分析描述，首先用户登录后，查看已有的订单，确认收货后，立即评价订单，系统展示评价的商品，用户对商品进行评价之后提交评价，系统显示已有的所有评价信息，评价过程结束。

图4-16 用户评价状态图

3.管理员处理订单状态图
在用户购买商品后，相应的人员要对订单进行处理，对此过程分析可描述为管理员登录成功后，后台展示商品订单列表，管理员查看订单状态，对已付款订单进行发货操作，系统显示发货后，用户确认收货，订单处理完成，管理员对用户未付款的订单，等待用户付款，若超过24小时或者用户取消交易，则订单状态为关闭，若用户在规定时间内付款，系统显示已付款，并且进行发货，系统修改订单状态为发货，用户确认收货，或者物流超过10天后，系统显示订单处理完成，则整个过程结束。

图4-17 管理员处理订单状态图

第6章 其他非功能需求

6.1 可使用性

本系统在详细地进行了用户需求分析的前提下，严格按照计算机应用系统开发规范的要求进行研发，具有较高的可使用性。

6.2 可维护性

整个系统的各个功能高度模块化，达到高内聚低耦合的目标，实现清晰的模块接口，明确每个模块的功能，方便以后的系统维护，如果一个功能模块出现问题，不会致使整个系统瘫痪。
另外，有完整的数据库管理制度，以保证数据库的数据的完整性，安全性。
作为WEB项目，服务器端的管理维护异常重要，一定要保证程序有足够的并发性能。

6.3 可扩展性

我们的系统依托现代信息技术和网络技术，集金融电子化、管理信息化、商贸信息网络化为一体，旨在实现物流、资金流与信息流和谐统一的新型贸易方式。小型电商管理系统在互联网的基础上，突破传统的时空观念，缩小了生产、流通、分配、消费之间的距离，大大提高了物流、资金流和信息流的有效传输和处理，开辟了世界范围内更为公平、公正、广泛、竞争的大市场，为制造者、销售者和消费者提供了能更好地满足各自需求的极好的机会。因此我们的系统具有良好的可扩展性。

6.4 可移植性

系统应在标准的Windows平台上开发，要求具有较高的可移植性。

6.5 安全性需求

网上购物系统由于采用B/S的操作方式，因此要特别注意系统的安全性防护，WEB服务器的安全性不容小觑，我们在这一块主要进行身份审核制度。在用户登陆信息(如用户名，密码)应采用简单的加密方式进行传递，保护会员个人资料。
其次，当访问相关网页的时候，服务器端应做用户验证，防止用户直接在地址栏中输入非法的链接地址进行越权的操作。