微服务电商项目需求分析及人员分工

一．任务概述

1.1目标

1.1.1、项目简介

该项目为一个微服务电商项目，面向网络，通过联网的方式进行网上购物。

1.1.2、项目背景

随着现如今网络的迅速发展，网上购物发展也十分的迅速，线上购物也成为了热门。相比于传统的去实体店的购物，线上商品的多样以及价格的低廉更加吸引着人们。通过建设这样一个微服务电商方便用户在不出门的同时，也可以便捷的购物。

1.2用户的特点

本网站面向全体人员群体，任何人都可以登录网站进行访问，注册用户，浏览商品。

编写程序人员为在校大学生，技术专业为软件工程，本项目会实现在小范围内进行测试。

1.3假定和约束

编写程序中可能出现的约束包括运行环境、开发环境的条件和限制。此次项目的编写使用的语言包括JAVA Web，js，html，css等语言。使用框架包括Spring Boot。

二．需求规定

2.1对功能的规定

功能要求列表：

编号	模块名称	功能描述
1	登录、注册	注册添加新用户信息，已有用户直接登录
2	品牌管理	实现品牌的管理，增加、修改、删除品牌信息等
3	全文搜索	在所有商品中查找指定的商品信息
4	购物车	保存用户想要购买的商品信息，显示商品基本信息以及总价
5	订单	显示要购买的单个商品的详细信息
6	支付	提示用户完成支付

 

2.2 对性能的规定

2.2.1精度

在添加商品时用户的数量不能为0。

2.2.2时间特性要求

本项目对时间的需求主要是在网站的反应时间。

2.2.3灵活性

该项目利用可视化界面，用户通过单机事件事件页面间的相互跳转，数据的通过数据库存储，其读取以及写入都很方便。

该项目使用三层架构模式，用户在浏览器上访问链接，获取商品的基本信息，实现商品购买等功能，在每次数据访问后，将必要的用户数据存储到想对应用户数据库中。

2.3输入输出要求

输入数据类型：整型，字符型。主要在用户注册时，用户名、密码、邮箱、电话等的输入。

输出：订单完成时输出提示，新用户注册成功时提示。

2.4数据管理能力要求（针对软件系统）

2.4.1、需要管理的文件

 

2.4.2、文件管理方式

当数据库的容量快达到上限时，按其30%的增长率扩大数据库。

2.5故障处理要求

故障1：图片无法显示。

解决方法：网络反应慢，重连网络或更换网络。

编译人员：检查图片是否损坏，是则更换图片。

故障2：用户信息显示乱码。

解决办法：检测其他数据库中文内容是否乱码，是则是数据库读取出错，更改数据库编码格式。

2.6其他专门要求

2.5.1统一性

项目界面采用统一的框架，界面显示应清晰、整洁，布局合理。不同界面的框架使用相同，界面的整体排版要清晰。

2.5.2可维护性

系统的可维护性是衡量一个系统的可修复(恢复)性和可改进性的难易程度。

可维护性实际上也是对系统性能的一种不可缺少的评价体系，它主要包括两个方面：首先是评价一个系统在实施预防型和纠正型维护功能时的难易程度，其中包括对故障的检测、诊断、修复以及能否将该系统重新进行初始化等功能

2.5.3易读性

易读性（Legibility）描述的是在文字排版设计过程中，观者对每一单个文字的辨识程度，常与文字的印刷、尺寸和外观相联系，文字的易读性高低决定了观者是否能够准确的辨识出文字内容。

2.5.4、可靠性

软件产品在规定的条件下和规定的时间区间完成规定功能的能力。规定的条件是指直接与软件运行相关的使用该软件的计算机系统的状态和软件的输入条件，或统称为软件运行时的外部输入条件；规定的时间区间是指软件的实际运行时间区间；规定功能是指为提供给定的服务，软件产品所必须具备的功能。

软件可靠性不但与软件存在的缺陷和（或）差错有关，而且与系统输入和系统使用有关。软件可靠性的概率度量称软件可靠度。

三、系统划分

电商系统由以下类型的子系统组成：

管理系统、支付系统、购物系统、订单系统。

3.1、管理系统包括以下子系统：

3.1.1个人服务系统：

1、首先判断是否存在该用户，不存在则让用户注册，以获取其基本的用户信息。例如：用户姓名、手机号，身份证号等用户的基本信息。

2、如果存在该用户，则判断其身份属性，是管理员则跳转其对应的界面，普通用户则跳转商城界面。

3.1.1、商品管理系统：

商品的管理分为价格管理、品牌管理、上架、下架管理、商品的基本信息管理等。

价格管理：

    该商品的价格是否需要变动，像优惠、降价等处理。

品牌管理：

　　根据商品的总类进行分类，根据商家需求对相应的品牌进行添加和删除管理。

商品的基本信息管理：

　　根据商家要求修改商品的基本信息，如商品的图片，描述等。

　　在用户支付后，商品出库前，可根据用户的需求修改订单里的用户信息。

上架、下架管理：

　　当商品的数量为零0，显示商品已售罄，期间有一段时间的预留期（大概7天），若未进行补货，则会将该商品下架。

　　填写完商品的所有信息后即可将商品上架。

3.2、支付系统：

支付系统可分为订单暂存以及在线支付等功能。

订单暂存：

　　用户在选择好商品后可不立即进行支付，商品订单可暂存24小时，24小之后用户还未支付则订单取消，其间可任意进行支付。

在线支付：

　　用户在生成订单后，直接在线支付，支付方式有扫码支付、银行卡支付、网银支付等。

3.3、购物系统：

购物流程：

 

3.4、订单系统:

3.4.1、订单字段描述：

 

订单信息

订单号作为订单识别的标识，一般按照某种特定规则生成，根据订单的增加进行自增，同时在设计订单号的时候考虑订单无序设置（防止竞争者或者第三方来估算订单量）。订单号后续用作订单唯一标示用于对接WMS（仓存管理系统）和TMS（运输管理系统）时的订单识别。

 

用户信息

指买家的相关信息，包括名称、地址、手机号。

商品信息

商品的基本信息和库存，金额由于比较特殊所以我把金额独立在商品信息以外说，不过逻辑上其实都属于商品信息范畴。商品信息主要影响库存更新和WMS产生。

金额信息

订单产生的商品信息，这里面除了要记录最终的金额，过程金额也需要记录。比如商品分摊的优惠金额、支付金额，应付金额等。在后续的订单结算、退换货、财务等环节都需要使用。

时间信息

记录订单每个状态节点的触发时间。

3.4.2、订单流程

付款流程：

 

退款流程：

 

四、人员分工

项目成员	工作占比	项目分工
谭博奥	100%	网站编译，环境搭建，各功能的实现

文档源码：https://gitee.com/tba_sdk/requirement-specification