原创作者:田超凡(程序员田宝宝)
版权所有,引用请注明原作者,严禁复制转载
TimpleShop商城系统
需求分析说明书
编号:APTECH-2018-LIB-SLMM
版本:1.0
作者: | 田超凡 | 日期: | 2018-06-05 |
审批: | 日期: |
状态 | 修订人 | 修改日期 | 版本 | 备注 |
RESOLVE | 田超凡 | 2018-06-05 | 1.0 | CHECKING |
目录
1. .
1.2 定义、简写和缩略语............................................................................. 4
1.3 综述.......................................................................................................... 5
2 总体描述............................................................................................................... 5
2.1 产品描述.................................................................................................. 5
2.2 产品功能.................................................................................................. 6
2.3 用户特点.................................................................................................. 6
3 功能性需求........................................................................................................... 7
3.1 功能描述.................................................................................................. 7
3.2 流程描述.................................................................................................. 7
3.2.1 后台管理模块.............................................................................. 7
3.2.2 用户管理模块............................................................................ 10
4 非功能性需求..................................................................................................... 13
4.1 技术需求................................................................................................ 13
4.1.1 软硬件环境需求....................................................................... 13
4.1.2 产品性能.................................................................................... 14
4.1.3 安全性........................................................................................ 14
4.2 质量需求................................................................................................ 14
4.2.1 可靠性........................................................................................ 14
4.2.2 灵活性........................................................................................ 14
4.2.3 兼容性........................................................................................ 15
4.2.4 易用性........................................................................................ 15
4.3 文档需求................................................................................................ 15
4.4 设计约束................................................................................................ 15
4.4.1 语言约束.................................................................................... 15
4.4.2 系统模型约束............................................................................ 16
5 验收标准........................................................................................................... 16
. 概述
11目的
为了分析用户需求和软件需求,从而将需求抽取为计算机软件可以处理的业处理模型,特编写此文档。此文档旨在帮助系统分析人员就用户需求和软件需求行沟通并尽可能达成一致的理解。 同时本文档为系统设计人员和系统开发人员提供系统设计的依据。
1.2 定义、简写和缩略语
编号 | 缩写、术语 | 解 释 |
1. | 建模语言 | 用语法和语义定义的、用来表示模型的语言。一些建模语言还有一些 实用规则。 |
2. | UML | Unified Modeling Language 统一建模语言,是一种建模语言,是第三 代用来为面向对象开发系统的产品进行说明、可视化和编制文档的方 法,已正式成为进行软件分析和设计方法的信息技术的国际标准。 |
3. | 用户 | 指运行系统或者直接与系统发生交互作用的个人或集团。 |
4. | 迭代 | 迭代包括产生产品发布(稳定、可执行的产品版本)的全部开发活 和要使用该发布必需的所有其他外围元素。所以,在某种程度上 发迭代是一次完整地经过所有工作流程的过程:(至少包括)需求 作流程、分析设计工作流程、实施工作流程和测试工作流程。 |
5. | 用例 | 从一个外部角色的角度描述如何使用系统。用例说明了系统的功能, 并且是用外部角色、用例和被建模的系统的角度来描述。用例应该对 某个特定角色产生一个可见的结果。 |
6. | 前置条件 | 在操作被执行前必须为真的条件。 |
7. | 后置条件 | 在操作完成后必须为真的一个条件。 |
8. | 扩展 | 在用例之间的一种通用关系,其中一个用例通过增加动作把另一个用 例扩展成一个更通用化的用例。扩展用例可能包含被扩展的用例(依 扩展的条件而定) |
9. | 优先级 | 5 最高、4 高、3 中、2 低、1最低。 |
10. | 富文本编辑器 | 富文本编辑器, Rich Text Editor, 简称 RTE, 它提供类似于 Microsoft Word 的编辑功能,可以帮助用户在浏览器中设置各种文本格式。 |
11. | 流程图 | 本文专指业务流程图, 就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。 |
表 1.2
1.3 综述
本文档第一部分为引言,主要介绍需求规格说明书的背景内容;第二部分为项目的总体描述,第三部分是系统具体需求说明和用例说明。
2 总体描述
2.1 产品描述
为了适应电商行业的迅猛发展, 更好的为本公司的会员提供优质高效的服务,特搭建一个会员消费服务平台——TimpleShop商城系统,本系统是一个商品直销系统,实行特卖推荐制,促进销售积极性,提高销售额。
2.2 产品功能
2.3 用户特点
用户分为:系统管理员、会员两类。系统管理员拥有本系统的所有权限;会员公告、资讯、留言以外的其他所有功能。
用户结构如图 2.3-1:
普通用户 |
系统管理员 |
图 2.3-1
系统用例图:
根据以上用户特点描述,本系统用例图如图 2.3-2所示:
图 2.3-2 系统总用例图
3 功能性需求
3.1 功能描述
TimpleShop商城系统主要目的是提供会员服务平台,对本公司的所有会员进行更好的会员服务。包括提供用户管理、电子银行、购货服务、查询服务、资讯管理、后台管理等模块。
3.2 流程描述
3.2.1 后台管理模块
3.2.1.1 用户管理
图 3.2.1.1 用户管理用例图(编号 UC011)
用例说明:
内容 | 说明 |
用例名称 | 用户管理 |
主要参与者 | 普通用户 |
简要说明 | 用于管理员维护用户信息。 |
事件流 | 1、 登录系统 2、 进入用户管理列表页面 3、 进行查询、修改操作 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 更改用户信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.1.1
3.2.1.2 商品管理
图3.2.1.4 商品管理用例图(编号 UC014)
用例说明:
内容 | 说明 |
用例名称 | 商品管理 |
主要参与者 | 系统管理员 |
简要说明 | 用于管理员维护商品信息。 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 更改商品信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.2.1
3.2.1.3 品牌管理
用例说明:
内容 | 说明 |
用例名称 | 品牌管理 |
主要参与者 | 系统管理员 |
简要说明 | 用于管理员维护品牌信息。 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 更改品牌信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.2.3
3.2.2 用户管理模块
会员分为正式会员(类型包括:消费会员、VIP 会员和加盟店)和注册会员。
注册会员指的是已注册但没有消费行为的会员,注册会员可以被推荐人修改和删除,
正式会员不能被推荐人修改和删除。注册会员成为正式会员的过程为激活,正式会
员有权为新会员注册、购货和激活。
3.2.2.1 注册新会员
图3.2.2.1-1 注册新会员用例图(编号 UC021)
用例说明:
内容 | 说明 |
用例名称 | 注册用户 |
主要参与者 | 用户 |
简要说明 | 会员可以为准会员进行注册操作 |
事件流 | 1、 阅读并同意接受《会员守则》 2、 填写注册信息 3、 注册信息确认 4、 注册成功 |
前置条件 | 准会员符合《会员守则》要求,并同意接受该守则 |
后置条件 | 注册新会员信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 无 |
说明 | 每个新会员都必须由正式会员为其注册个人资料,注册资料时要明确注册会 员的推荐人。其中用户名必须唯一,且不可更改。 会员资料一旦注册成功,系统会立即为其分配一个基本账户、一个消费账户 和相应的系统权限。 |
表 3.2.2.2
注册流程如下:
图 3.2.2.1-2 注册新会员流程图(编号 FC021)
3.2.2.2 修改注册会员
图3.2.2.2 修改注册会员用例图(编号UC022)
用例说明:
内容 | 说明 |
用例名称 | 修改用户 |
主要参与者 | 用户 |
简要说明 | 会员可以进行修改资料操作 |
事件流 | 1、 登录系统 2、 修改个人信息 3、 修改信息确认 4、 修改成功 |
前置条件 | 登录 |
后置条件 | 修改信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 无 |
说明 | 无 |
表 3.2.2.3
3.2.1.4 浏览信息
用例说明:
内容 | 说明 |
用例名称 | 浏览信息 |
主要参与者 | 用户 |
简要说明 | 会员可以进行浏览商品,品牌操作 |
事件流 | 无 |
前置条件 | 无 |
后置条件 | 无 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 无 |
说明 | 无 |
3.2.1.5 订单管理
用例说明:
内容 | 说明 |
用例名称 | 订单管理 |
主要参与者 | 用户 |
简要说明 | 会员可以进行添加修改订单操作 |
事件流 | 无 |
前置条件 | 登录 |
后置条件 | 修改信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 无 |
说明 | 无 |
3.2.16 购物管理
用例说明:
内容 | 说明 |
用例名称 | 购物管理 |
主要参与者 | 用户 |
简要说明 | 会员可以进行购物操作 |
事件流 | 无 |
前置条件 | 登录 |
后置条件 | 添加订单,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 无 |
说明 | 无 |
4 非功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件
设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
4.1 技术需求
4.1.1 软硬件环境需求
硬件需求: Web Server DBServer1(write) , DBServerR1(read), DBServerR2(read)
共3台服务器。服务器配置如下:
CPU:4 核或8核
内存:8-16G
硬盘:500G
远程控制卡
软件需求:
带宽:10M 或者100M
Java运行环境:JDK1.6以上
WebApplicationServer:Tomcat1.6 以上
DataBase:Oracle10.0
Memcache
Nginx1.4.2 (稳定版)
4.1.2 产品性能
系统需满足以下性能:
最大并发用户数 500人/次
最大同时在线人数 1000人/次
最大同时提交事务人数 50人/次
高峰时期系统响应时间 3~5秒
4.1.3 安全性
系统需满足国家保密部门要求的分级保护中机密级信息系统设计的相关要求,
并采取必要的技术手段从应用开发层面保证数据的安全。
4.2 质量需求
4.2.1 可靠性
系统具有大量的数据统计汇总和查询分析要求,因此,必须确保数据汇总、统
计、查询分析的更准确有效。系统必须具备较强的可靠运行设计,可应对单点故障。
保证数据安全,包括数据级备份与灾难性恢复。
4.2.2 灵活性
系统要采用先进的技术,保证可灵活地按照不同方式组织其内部模块,从而适
应不同网络规模、不同个性化需求和不同组织模式。
4.2.3 兼容性
系统必须具有高度的可扩展性,能够在规模、功能、性能三个方面进行扩展,
以适应应用和技术发展的需要,特别是对省(区、市)应用系统及其他纪检监察业
务系统的扩展。系统必须开发维护中心,使整个系统的管理维护工作量以及开销较
小,并提供完备的运行管理解决方案,包括性能、安全、统计、配置管理等。
4.2.4 易用性
须保证系统的易用性。具体可以通过以下方式保障系统的易用性:
1) 通过提供统一的信息门户,使多种渠道的信息方便接入,并提供一致的渠
道服务手段。
2) 针对不同类型的用户设计集成的用户界面,保证用户能够方便快捷的使用
自己需要的常用功能。
3) 遵循统一的界面设计规范,在应用程序编码阶段监督编码人员认真执行规
范,以做到:界面风格一致、颜色调和、提示清晰、窗口大小适当,提供常用
的快捷操作键,操作方法应符合日常习惯。
4.3 文档需求
交付验收时需交付的文档清单:
《需求分析说明书》
《软件开发计划》
《概要设计说明书》
《详细设计说明书》
《软件测试计划》
《测试用例》
《配置管理计划》
4.4 设计约束
详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策, 这可
能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开
发。例如,软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网
络设备等。
4.4.1 语言约束
本系统是基于中文系统环境开发和使用的,系统必须支持中文处理。
4.4.2 系统模型约束
本系统采用 MVC 模型,在保证实现技术简单易维护的基础上,实现表现层和
业务逻辑层的分离,提高可重用性、可移植性。
5 验收标准
TimpleShop商城系统验收标准为:
实现所有功能需求
满足非功能性需求
系统设计文档完整,且符合规范
代码符合规范,且与系统设计一致
此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求,
则项目可结束并由客户方按合同规定付款。