(完整word版)电子商务系统(java)需求分析说明书0001

1、 7 1 1 1 1 2 2 2 2 2 2 5 5 5 6 6 电子商务系统需求分析说明书 弓I P1 1. 编写目的 2 3 aLl 任务概述 1 目枷 2. 用户的特点 3. 系统功能示例 需求细则 1. 对功能的规定. 2. 对性能的规定. 3. 对排版的规定. 4. 对可维护性的规定 5. 对个性的规定. 6. 对项目过程的规定 一. 引言 1 编写目的 通过与多位软件使用者进行全面深入地探讨和分析，并完成电子商务系统市场 的前期调查后，提出了这份软件需求分析说明书。 此需求分析说明书对电子商务系统软件做了全面细致的用户需求分析，明确所 要开发的系统应具有的功能、性能与界面，使系统分

2、析人员及软件开发人员能清楚地了 解用户的需求，并在此基础上进一步提出概要设计说明书和完成后续设计与开发工作。 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、 项目管理人员。 2.背景 3.定义 二. 任务概述 1.目标 2. 用户的特点 3. 系统功能示例 需求： 1、购物车管理 购物车内商品的增、删、改 生成订单 2、订单管理 订单的增、删、查 3、使用数据库（mysql）保存用户信息、商品信息、订单信息 用户表，商品表，订单表，订单项表 技术要求： 1、商品类 2、购物车类 3、购物项类 4、订单类 5、订单项类 6、用户类 7、应用MVC模式 购物流程： 用户登

3、录，浏览商品页面，挑选商品加入购物车，继续浏览商品页面 购物车页面显示当前所购商品信息（名称、数量、价格），提交生成订单，保存到数据 库中（订单表存储订单基本信息：订单号、用户名、订单总价、生成时间 订单项表存放各订单详细订单项信息：所属订单号、商品号、数量） 三. 需求细则 1. 对功能的规定 分必选项和任选项，其中，必选项是必须完成的，属于项目答辩的入II条件，所有人都要做， 未完成者取消答辩资格：任选项不是入II条件，但每完成一项都会加分，对于完成了必选项的同学, 尽可能地多完成一些任选项，以期获得更高的答辩成绩。如果所有项（包括必选和任选）都完成， 那么功能分就是满分。如果设计思路、界

4、面效果、代码组织等方面有个性（或和别人的不同），则 获得附加分。 1.1 注册、登录功能 属性：必选 描述：用户必须注册，登录之后才能使用本电子商务系统 1.2 商品浏览功能 1.2.1商品类定义 属性：必选 描述：商品信息必须包含如下项（包扌舌但不限于）： LD：要求全局唯一 商品名称（字符串） 商品单价 商品库存 商品类别 1.2.2用户类定义 属性：必选 描述：用户信息必须包含如下项： 用户LD：要求全局唯一 用户密码 用户名 用户送货地址 用户邮箱 用户等级 1.2.3浏览商品 属性：必选 描述：用户登陆以后能够按类别浏览商品信息。 1.2.4数据库保存商品和用户信息 属性：必选 描述

5、：商品信息（用户信息）能够存于数据库中，掉电后信息不丢失。必须完成卞面两种 情况： 在数据库中，以表的形式存放商品和用户信息。 1.3 购物车功能 1.3.1购物车类 属性：必选 描述：购物车类必须包含如下项（包扌舌但不限于）： 购物项集合（购物项类类型） 购物总额 1.3.2购物车功能实现 属性：必选 描述：增删改査。 添加购买商品 修改购买商品数量 删除购物项 显示购物车内容 计算购物车内商品总价（考虑用户等级折扣） 1.3.3购物项类 属性：必选 描述：购物项类必须包含如下项（包扌舌但不限于）： 商品ED 购买数量 1.3.4通过购物车下订单 属性：必选 描述：根据购物车内购物项集合卞订

6、单，生成订单内容信息必须保存在数据库中 1.4 订单处理功能 1.4.1订单类定义 属性：必选 描述：订单信息必须包含如下项（包扌舌但不限于）： ED：要求全局唯一 订单明细集合（订单明细项类型） 订单总额 下单用户ID 下单时间 订单状态（提交、审核、等待付款、发货、完成） 1.4.2订单明细项类定义 属性：必选 描述：订单明细信息必须包含如下项（包扌舌但不限于）： 商品ID 购买数量 订单ID 1.5 数据库功能 属性：必选 1.5.1用户信息表 1.5.2商品信息表 1.5.3订单信息表 1.5.4订单明细项信息表 1.6商品评价 属性：任选 描述：购买过某商品的用户可以对该商品进行评价

7、，评价内容保存在数据库中，用户浏 览商品时可以查看评价信息 1.7管理员后台管理模块 属性：任选 描述：管理员登录系统，查看商品库存，查看用户订单，进货处理，订单状态管理 2. 对性能的规定 本系统在设计方面本着方便、实用的宗旨，性能方面应遵循如下原则： 执行效率（时间）：软件运行应该尽量高效；避免没有必要的循坏处理、重复处理； 资源损耗（空间）：设计尽量节约资源（内存、数组、链表等）； 初始化：局部变量、数组成员、内存块等都要初始化： 健壮性： 申请内存之后，应该立即检查引用值是否为null： 方法的入参必选进行有效性判断； switch-case 定要有 default； ifelse 辻

8、等后要有 else： 数组的下标不要发生“多1或者“少1”操作。 3. 对排版的规定 缩进要对齐； 长行拆分； 二元操作符的前后应当加空格，包括如下操作符： 赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如 w ”“、 二、 等; 空行： 类声明之后、每个方法定义结束之后都要加2行空行； 逻辑上密切相关的语句之间不加空行，其它地方应加空行分隔； 一行代码只做一件事情； if、for、while、do等语句自占一行，执行语句不得紧跟其后。不论执行语 句有多少都要加 4. 对可维护性的规定 对可维护性的最终要求：别人能够轻松上手你的代码。 结构清晰： 模块化：对界面（显示）、菜单管理

9、、逻辑管理、文件操作等等代码要独立; 封装：一个模块只做一件事，模块功能要单一；一个方法不能超过50行； 避免重复、冗余代码； 代码块清晰。 变量命名规范，变量名应该具有自明性： 常量定义命名 常量名由全大写字母组成，单词间通过下划线来界定； 方法的命名： 使用动词或者动词+名词（动宾词组）的形式，由一个或多个单词组成且以小写 字母开头，以后每个单词的首字母要大写便于界定 变量的命名与定义 应当使用名词或者形容词+名词，由一个或多个单词组成且以小写字母开头，以 后每个单词的首字母要大写便于界定。 注释充分：变量、方法（包括参数、返回值）、代码功能块、一些复杂算法等都需要 清晰明了地说明； 5.

10、 对个性的规定 把项目做出个性出来。下列各项中有和比人不同之处、或很有创意，即可认为有个性。独立设 计的软件，一般都会出现一些个性。参考、抄袭不会出现个性。 设计思路：包扌舌软件的整体架构、功能块的设计思路、类封装等等： 功能实现：从用户的角度，使用上发现与众不同的地方； 其它方面； 6. 对项目过程的规定 本着紧张但不急躁、不参考、不拷贝的原则进行。 /紧张但不慌张 项目周期只有一周，这还包括项目答辩时间。所以项目时间比较紧张，但不能 慌张。要有自己明确的设计思路，一步步沿着思路走下去，以此來巩固自己所 学，锻炼自己的独立工作能力。 /能自己做，绝不参考别人 自己还没有做，还没有想，就去看比人的，这样尽管功能做出來了，但却 没有什么意义，真正面试时还是不会。作者和读者，天壤之别。 如果自己实在无法搞定，一个