java web需求分析书

需求分析书

拟制： 审核： 批准：

日期： 日期： 日期：

2009-09-10 2009-09-11 2009-09-11

修 订 记 录

日期 2012-08-17 2012-08-19 修订版本 v1.0.0 V1.0.1 创建 增加，修改需求 描述 作者 马克 司命 目 录

1. 引言 ............................................................................................................................... 1

1.1 1.2 1.3 1.4 1.5 1.6

编写目的 ............................................................................................................................... 1 项目风险 ............................................................................................................................... 1 文档约定 ............................................................................................................................... 1 预期读者和阅读建议 ............................................................................................................. 1 产品规范 ............................................................................................................................... 1 参考文献 ............................................................................................................................... 1

2. 综合描述 ....................................................................................................................... 1

2.1 2.2 2.3 2.4 2.5 2.6

产品的状况 ........................................................................................................................... 1 产品的功能 ........................................................................................................................... 1 用户类和特性.......................................................................................... 错误！未定义书签。 运行环境 ............................................................................................................................... 1 设计和实现上的 ............................................................................................................. 2 假设和约束（依赖） ............................................................................... 错误！未定义书签。

3. 外部接口需求 ................................................................................................................ 2

3.1 3.2 3.3 3.4

用户界面 ............................................................................................................................... 2 硬件接口 ............................................................................................................................... 2 软件接口 ............................................................................................................................... 2 通讯接口 ............................................................................................................................... 2

4. 系统功能需求 ................................................................................................................ 2

4.1 4.2 4.3

说明和优先级.......................................................................................... 错误！未定义书签。 激励/响应序列......................................................................................... 错误！未定义书签。 输入/输出数据......................................................................................... 错误！未定义书签。

5. 其他非功能需求 ............................................................................................................ 6

5.1 5.2 5.3 5.4 5.5 5.6

性能需求 ............................................................................................................................... 6 安全措施需求........................................................................................................................ 6 安全性需求 ........................................................................................................................... 7 软件质量属性........................................................................................................................ 7 业务规则 ................................................................................................. 错误！未定义书签。 用户文档 ............................................................................................................................... 7

6. 词汇表 ........................................................................................................................... 7 7. 数据定义 ....................................................................................................................... 7 8. 分析模型 ....................................................................................................................... 7 9. 待定问题列表 ................................................................................................................ 7

1. 引言

1.1 编写目的

本需求分析报告的目的是规范化本系统的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制和管理，同时提出了本系统的软件开发过程，便于程序员和客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的使用。

1.2 项目风险

• 开发过程中如果有开发人员离职或缺席，有可能延迟项目的进度； • 开发过程中遇到实现不了的功能； • 开发过程中客户要求修改需求。

1.3 文档约定

1.4 预期读者和阅读建议

预期读者：软件开发人员，测试人员以及客户

1.5 产品规范 1.6 参考文献

2. 综合描述

2.1 产品的状况 2.2 产品的功能 2.3 用户类和特性

2.3.1 对话用户：所有使用此系统的用户。分为普通用户（ordinary_user，简写为

OU）和认证用户（approved_user，简写为AU）。普通用户指不需要注册既可访问系统的用户，认证用户又分为：商户（seller）和买家（buyer）。适用GUI页面和系统后台管理模块进行交互。

2.3.2 系统用户：负责系统管理的前端用户（operator）。同样适用GUI页面和系统

后台管理模块进行交互，此类用户和对话用户相同。

2.3.3 系统管理员：负责后端管理系统的用户（administrator）。使用系统后台管理

模块的GUI页面和系统交互。

2.4 运行环境

本系统采用B/S架构，需要支持的操作系统和浏览器如下：

2.4.1客户端

PC客户端：

操作系统：Windows Vista/7/8，Linux，MacOS 浏览器：IE 7/8/9，Firefox 14，Safari 5/6，Chrome

手机客户端：

操作系统：IOS，Android，Windows Phone 浏览器：略。 平板端： 操作系统：IOS，Android 浏览器：略。 2.4.2 服务端 硬件： 1U刀片机 软件：

操作系统：Windows 2008 server

Web使用服务器：IIS 7 数据库：SQL Server 2005

2.5 设计和实现上的

在系统设计和实现的过程中，从技术角度上可能存在一些约束条件，这些约束条件包括： 1. 客户使用环境特殊，使得一些成熟的工具无法使用，只能进行底层开发以实现上层使用流程。

2. 客户有独特的行业背景或使用目标，现有的方法或者工具无法满足，只能改变设计思路或者实现方法。

3. 客户提出了一些技术上不能实现的需求，只能改变设计思路。

3. 外部接口需求

3.1 用户界面

3.1.1 要求有菜单及工具栏以方便操作

3.1.2 对文件的各种操作可直接在页面上操作 3.1.3 对文件目录的各种操作可直接在页面上操作 3.1.4 查询出来的文章在另一个窗口中显示

3.2 硬件接口

需要计算机硬盘接口实现文件的上传和下载

3.3 软件接口

Windows标准接口

3.4 通讯接口

网络通信标准、邮件推送、web浏览器、通信安全和加密、数据传输、短信通讯接口、手机客户端接口、第三方支付接口、微博接口

4. 系统功能需求

4.1 前台web页面需求说明

（*增加需求：整个平台里面广告位的需求，试图考虑平台需要广告管

理功能*）

• 4.1.1 注册/登陆

4.1.1.1 普通用户注册和登陆

 注册：采用用户名加密码方式注册，并且验证手机号码。注册成功后，成

为注册用户（RU-Registered User），注册用户默认为买家，只具备任何购买能力。(* 来自普通用户的自主注册 不是这个平台注册用户的主要途径，主要途径是：商家在平台里面自己的后台给自己要赠送/返利的客人 进行打款操作，帐号是手机号，如果系统没有这个手机号 那么就自动生成一个对应的帐号 并转入对应的金额，如果已有就直接转入对应的金额，同时用站内信 和 手机短信的方式通知其用户；根据业务流程特点 这个是系统普通用户来源的主要途径*)

 商户：认证用户必须和XX公司签订合作协议才能成为商户（seller），此

操作由系统管理员（administrator）在管理后台完成。

(*程序设计功能包含两种：1 商户在平台自助注册后 可自主充值，即意味着无需管理员这边操作即可使用平台；2 商户必须是签约付款后 有管理员为其开通对应的帐号及进行初期的设置 后 交由商户使用；其中 第一中方式 可考虑在二期实施*)

 登陆：用户使用用户名、密码和验证码方式进行登录，登录后系统自动判

断其身份，进入相应页面。

4.1.1.2 系统用户注册和登陆

 注册：系统用户（operator）为系统内建用户，登陆密码由系统自行生产。  登陆：系统用户使用内建账户进行登陆对系统前台进行管理。其登陆的信

息以及操作信息都会被记录到后台管理系统日志信息中。（信息包含但不限于以下：登陆用户名、登陆IP、登陆时间、行为、登出时间等）。

• 4.1.2 首页

包含以下功能/模块

4.1.2.1 活动 （*提供的限量的可抢的 实物商品 一期只为实物*）  当前活动  即将开始的活动  推荐活动(*取消*)

4.1.2.2 用户动态/商户动态 4.1.2.3 导航栏链接 4.1.2.4 微博关联

(* 不一定在首页：在整个平台里面增加一个内容：就是对签约商户的展示，即在平台上展示商户的相关活动信息，同步达到给用户推荐活动更多返利的消费途径*)

• 4.1.3 用户管理

平台用户可以对自身资料以及自身账户信息进行管理。例如，修改密码，修改昵称，修改手机号码（需重新验证），站内消息管理等等。以下列出的是普通用户和商户的不同点。

4.1.3.1 商户：

 管理商品：商品的增删查改（*一期商户自己在后台可无商品商品即活动

申请功能 一期有系统 运营管理员操作*）

 合作期限：（*商户人民币 资金帐户 无余额即无法使用平台返利功能 *）  账户管理：

 充值：采用线下支付或在线支付（第三方支付接口）。  转账：打款给购买了商品的普通用户。  查询：充值记录，转账记录。

4.1.3.2 普通用户：  账户管理：

 查询：购买记录，转入记录

• 4.1.4 地图搜索 （*待二期增加：一期提供全实物商品，二期增加地域 和 虚拟物

品或服务性产品 更适合*）

商户搜索：搜索结果显示在地图上，并以标注的形式在地图上显示。同时辅以文字说明其商户提供的商品以及具体地址。

• 4.1.5 活动

 活动详细介绍：活动详细情况介绍，包含活动内容、商品、地址、相关商

户、时间、返利等等。

• 4.1.6 购买商品

 用户购买商品后，系统自动发送短信至用户手机作为凭证。（*因一期是实

物商品 无需验证 按照用户提供的收货信息 发货即可，可查询发货记录一般为快递单号*）

• 4.1.7 系统消息推送

 系统定时（*人工定时 手工操作*）以短信或邮件形式将活动已经最新上

架商品信息发送到用户处。

• 4.1.8 短信接口

 略。

4.2 后台管理系统

• 4.2.1登陆

系统管理员使用管理员账号、密码和验证码方式登陆系统。

• 4.2.2 用户管理

对系统所有注册用户进行管理。操作可包含以下内容：

4.2.1.1 用户查询。查询结果包含：用户账号，昵称，姓名，性别，身份证号

码，手机号码，用户身份，代表商户，用户状态，注册时间，最后登陆时间，上次登陆IP等。

4.2.1.2 用户账号冻结。冻结用户账号，需要发送邮件或手机短信以通知用户，

并告之冻结的原因。

4.2.1.3 解封。解封同时也需要采用同样方式通知用户。 4.2.1.4 商户账户充值。

4.2.1.5 用户账号状态更改。普通账户更改为商户，商户更改为普通用户。 4.2.1.6 黑名单。

 对于违反网站规定的用户，管理员可将其账号加入黑名单，同时将其身份

证号码，手机号码等相关身份信息同时加入黑名单中。

• 4.2.3 商品管理

 对商户提供的商品进行管理。包含商品的上下架、数量、描述等的管理。同时

还对商户进行管理，包含商户排名优先级等等。

• 4.2.4 日志

 对系统日志，具备查询的功能。  日志内容包含但不限于以下内容：

 管理员登陆账号  管理员登陆时间  管理员登陆IP  管理员操作内容  管理员登出时间

• 4.2.5 活动管理

 管理员对于活动的操作。应包含以下内容：

 编辑活动内容  增加活动供应商户

 多个活动同时出现时，编辑活动的优先级（是否需要首页显示，以及首页

显示的活动信息）  编辑商户的优先级  ……

• 4.2.6 系统设置

 重置管理员密码

 设置货币比例（*1平台收取 人民币 对应折算平台虚拟币的 比例；2 运

营管理推出的活动 即实物商品 的采购价 和 在平台出售的价格 比例*）  设定合作商户  设定商户优先级  设定商品优先级  页面广告位管理  ……

5. 其他非功能需求

5.1 性能需求

5.1.1 并发性：因为是在线系统，所以必须要具有并发性，并发数量前期设定为500.

5.1.2 时间特性：略。

5.1.3 兼容性：参见2.4 运行环境。 5.1.4 数据库容量：略

5.1.5 网络环境：最低要求，在512k拨号上网环境中能运行。 5.1.6 系统运行时间：7×24小时不间断运行。

5.2 安全措施需求

设有登录密码检验功能,并且此密码可以在以后进行修改，所有密码均使用MD5加密。

5.3 安全性需求

因本系统属于开放性B/S系统，因此要做到良好用户权限控制，尤其是对于数据库的安全性要予以考虑。

5.4 软件质量属性

5.4.1 可扩展性

以后随着系统的发展，系统需求有可能也会有相应的增加，所以具有可扩展性是为了便于以后对系统进行修改。 5.4.2 安全性

这里的安全性是指信息安全，英文是Security而不是Safety。安全性是指防止系统被非法入侵的能力，既属于技术问题又属于管理问题。 5.4.3 清晰性

清晰意味着系统易读、易理解，这个质量属性表达了人们的一种质朴的愿望。 5.4.4 易用性

便于用户使用，具有友好的用户界面 5.4.5 性能

通常是指软件的“时间—空间”效率，而不仅是指系统的运行速度。尽量使系统的相应速度和运行快些，并且占用资源少些。 5.4.6 正确性

让系统具有按照需求正确执行任务的能力。这里“正确性”的语义涵盖了“精确性”。正确性无疑是第一重要的软件质量属性。如果系统运行不正确，将会给用户造成不便甚至损失。技术评审和测试的第一关都是检查工作成果的正确性。 5.4.7 健壮性

在异常情况下，系统能够正常运行的能力。

健壮性有两层含义：一是容错能力，二是恢复能力。所以系统必须具有容错能力和恢复能力。

容错是指发生异常情况时系统不出错误的能力，容错是非常健壮的意思，比如UNIX/Linux的容错能力很强，很难使系统出问题。而恢复则是指软件发生错误后（不论死活）重新运行时，能否恢复到没有发生错误前的状态的能力。 5.4.8 软件的可移植性

指的是系统不经修改或稍加修改就可以运行于不同软硬件环境（CPU、OS和编译器）的能力，主要体现为代码的可移植性。

5.5 用户文档

6. 词汇表 7. 数据定义 8. 分析模型 9. 待定问题列表

10.