电子商务系统(java)需求分析说明书

百度文库- 让每个人平等地提升自我！

电子商务系统需求分析说明书

一．引言 (1)

1.编写目的 (1)

2. 背景 (1)

3. 定义 (1)

二．任务概述 (2)

1．目标 (2)

2. 用户的特点 (2)

3. 系统功能示例 (2)

三．需求细则 (2)

1.对功能的规定 (2)

2.对性能的规定 (5)

3.对排版的规定 (5)

4.对可维护性的规定 (5)

5.对个性的规定 (6)

6.对项目过程的规定 (6)

一．引言

1.编写目的

通过与多位软件使用者进行全面深入地探讨和分析，并完成《电子商务系统》市场的前期调查后，提出了这份软件需求分析说明书。

此需求分析说明书对《电子商务系统》软件做了全面细致的用户需求分析，明确所要开发的系统应具有的功能、性能与界面，使系统分析人员及软件开发人员能清楚地了解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。

本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。

2. 背景

3. 定义

11

百度文库- 让每个人平等地提升自我！

二．任务概述

1．目标

2. 用户的特点

3. 系统功能示例

需求：

1、购物车管理

购物车内商品的增、删、改

生成订单

2、订单管理

订单的增、删、查

3、使用数据库（mysql）保存用户信息、商品信息、订单信息

用户表，商品表，订单表，订单项表

技术要求：

1、商品类

2、购物车类

3、购物项类

4、订单类

5、订单项类

6、用户类

7、应用MVC模式

购物流程：

用户登录，浏览商品页面，挑选商品加入购物车，继续浏览商品页面……

购物车页面显示当前所购商品信息（名称、数量、价格），提交生成订单，保存到数据库中（订单表存储订单基本信息：订单号、用户名、订单总价、生成时间订单项表存放各订单详细订单项信息：所属订单号、商品号、数量）

三．需求细则

1. 对功能的规定

分必选项和任选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；任选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些任选项，以期获得更高的答辩成绩。如果所有项（包括必选和任选）都完成，

22

百度文库- 让每个人平等地提升自我！

那么功能分就是满分。如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。

1.1注册、登录功能

属性：必选

描述：用户必须注册，登录之后才能使用本电子商务系统

1.2商品浏览功能

1.2.1商品类定义

属性：必选

描述：商品信息必须包含如下项（包括但不限于）：

●ID：要求全局唯一

●商品名称（字符串）

●商品单价

●商品库存

●商品类别

1.2.2用户类定义

属性：必选

描述：用户信息必须包含如下项：

●用户ID：要求全局唯一

●用户密码

●用户名

●用户送货地址

●用户邮箱

●用户等级

1.2.3浏览商品

属性：必选

描述：用户登陆以后能够按类别浏览商品信息。

1.2.4数据库保存商品和用户信息

属性：必选

描述：商品信息（用户信息）能够存于数据库中，掉电后信息不丢失。必须完成下面两种情况：

在数据库中，以表的形式存放商品和用户信息。

1.3购物车功能

1.3.1购物车类

属性：必选

描述：购物车类必须包含如下项（包括但不限于）：

●购物项集合（购物项类类型）

●购物总额

1.3.2购物车功能实现

属性：必选

33

百度文库- 让每个人平等地提升自我！

描述：增删改查。

●添加购买商品

●修改购买商品数量

●删除购物项

●显示购物车内容

●计算购物车内商品总价（考虑用户等级折扣）

1.3.3购物项类

属性：必选

描述：购物项类必须包含如下项（包括但不限于）：

●商品ID

●购买数量

1.3.4通过购物车下订单

属性：必选

描述：根据购物车内购物项集合下订单，生成订单内容信息必须保存在数据库中

1.4订单处理功能

1.4.1订单类定义

属性：必选

描述：订单信息必须包含如下项（包括但不限于）：

●ID：要求全局唯一

●订单明细集合（订单明细项类型）

●订单总额

●下单用户ID

●下单时间

●订单状态（提交、审核、等待付款、发货、完成）

1.4.2订单明细项类定义

属性：必选

描述：订单明细信息必须包含如下项（包括但不限于）：

●商品ID

●购买数量

●订单ID

1.5数据库功能

属性：必选

1.5.1用户信息表

1.5.2商品信息表

1.5.3订单信息表

1.5.4订单明细项信息表

1.6商品评价

属性：任选

44

百度文库- 让每个人平等地提升自我！

描述：购买过某商品的用户可以对该商品进行评价，评价内容保存在数据库中，用户浏

览商品时可以查看评价信息

1.7管理员后台管理模块

属性：任选

描述：管理员登录系统，查看商品库存，查看用户订单，进货处理，订单状态管理2. 对性能的规定

本系统在设计方面本着方便、实用的宗旨，性能方面应遵循如下原则：

●执行效率（时间）：软件运行应该尽量高效；避免没有必要的循环处理、重复处理；

●资源损耗（空间）：设计尽量节约资源（内存、数组、链表等）；

●初始化：局部变量、数组成员、内存块等都要初始化；

●健壮性：

◎申请内存之后，应该立即检查引用值是否为null；

◎方法的入参必选进行有效性判断；

◎switch-case一定要有default；if-else if等后要有else；

◎数组的下标不要发生“多1”或者“少1”操作。

3. 对排版的规定

●缩进要对齐；

●长行拆分；

●二元操作符的前后应当加空格，包括如下操作符：

赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如"="、"+=" ">="、"<="、"+"、"*"、"%"、"&&"、"||"、"<<", "^" 等；

●空行：

◎类声明之后、每个方法定义结束之后都要加2行空行；

◎逻辑上密切相关的语句之间不加空行，其它地方应加空行分隔；

◎一行代码只做一件事情；

◎"if"、"for"、"while"、"do"等语句自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加 "{ }"；

4. 对可维护性的规定

对可维护性的最终要求：别人能够轻松上手你的代码。

●结构清晰：

◎模块化：对界面（显示）、菜单管理、逻辑管理、文件操作等等代码要独立；

◎封装：一个模块只做一件事，模块功能要单一；一个方法不能超过50行；

避免重复、冗余代码；

55

百度文库- 让每个人平等地提升自我！

◎代码块清晰。

●变量命名规范，变量名应该具有自明性：

◎常量定义命名

常量名由全大写字母组成，单词间通过下划线来界定；

◎方法的命名：

使用"动词"或者"动词＋名词"（动宾词组）的形式，由一个或多个单词组成且以小写

字母开头，以后每个单词的首字母要大写便于界定

◎变量的命名与定义

应当使用"名词"或者"形容词＋名词"，由一个或多个单词组成且以小写字母开头，以

后每个单词的首字母要大写便于界定。

●注释充分：变量、方法（包括参数、返回值）、代码功能块、一些复杂算法……等都需要

清晰明了地说明；

5. 对个性的规定

把项目做出个性出来。下列各项中有和比人不同之处、或很有创意，即可认为有个性。独立设计的软件，一般都会出现一些个性。参考、抄袭不会出现个性。

●设计思路：包括软件的整体架构、功能块的设计思路、类封装等等；

●功能实现：从用户的角度，使用上发现与众不同的地方；

●其它方面；

6. 对项目过程的规定

本着紧张但不急躁、不参考、不拷贝的原则进行。

?紧张但不慌张

项目周期只有一周，这还包括项目答辩时间。所以项目时间比较紧张，但不能

慌张。要有自己明确的设计思路，一步步沿着思路走下去，以此来巩固自己所

学，锻炼自己的独立工作能力。

?能自己做，绝不参考别人

自己还没有做，还没有想，就去看比人的，这样尽管功能做出来了，但却没有什么意义，真正面试时还是不会。作者和读者，天壤之别。

如果自己实在无法搞定，一个问题卡了快一天了，则可以咨询别人一下想法，再行编码；尽量不直接看别人代码。

?不拷贝

一旦发现拷贝，取消答辩资格。答辩时发现，答辩成绩减半。

copy别人的代码，甚至直接运行别人的代码，以此作为自己的项目进展，这是

严禁的。严禁运行效果出来了，却不知道是哪些代码造成的，严禁明明是自己

写的代码，但却不知道为什么这么写。

66

本文来源：https://www.bwwdw.com/article/oale.html