java web需求分析书.docx

java web需求分析书.docx

《java web需求分析书.docx》由会员分享，可在线阅读，更多相关《java web需求分析书.docx（9页珍藏版）》请在冰豆网上搜索。

javaweb需求分析书

javaweb需求分析书

————————————————————————————————作者：

————————————————————————————————日期：

xxxxxxxxxxxxxxxxx系统

需求分析书

拟制:

日期:

2009-09—10

审核:

日期：

2009-09—11

批准：

日期：

2009-09-11

修订记录

日期

修订版本

描述

作者

2012—08—17

v1.0。

0

创建

马克

2012—08-19

V1。

0.1

增加，修改需求

司命

1.引言

1.1编写目的

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

1.2项目风险

•开发过程中如果有开发人员离职或缺席，有可能延迟项目的进度；

•开发过程中遇到实现不了的功能；

•开发过程中客户要求修改需求。

1.3文档约定

1.4预期读者和阅读建议

预期读者：

软件开发人员，测试人员以及客户

1.5产品规范

1.6参考文献

2.综合描述

2.1产品的状况

2.2产品的功能

2.2.1

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客户端：

操作系统：

WindowsVista/7/8，Linux，MacOS

浏览器：

IE7/8/9，Firefox14，Safari5/6,Chrome

手机客户端:

操作系统：

IOS，Android,WindowsPhone

浏览器：

略.

平板端：

操作系统：

IOS,Android

浏览器：

略。

2。

4.2服务端

硬件:

1U刀片机

软件：

操作系统：

Windows2008server

Web应用服务器：

IIS7

数据库：

SQLServer2005

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-RegisteredUser）,注册用户默认为买家，只具备任何购买能力.（＊来自普通用户的自主注册不是这个平台注册用户的主要途径,主要途径是：

商家在平台里面自己的后台给自己要赠送/返利的客人进行打款操作，帐号是手机号，如果系统没有这个手机号那么就自动生成一个对应的帐号并转入对应的金额，如果已有就直接转入对应的金额，同时用站内信和手机短信的方式通知其用户；根据业务流程特点这个是系统普通用户来源的主要途径*）

◆商户：

认证用户必须与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健壮性

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

健壮性有两层含义：

一是容错能力，二是恢复能力.所以系统必须具有容错能力和恢复能力。

容错是指发生异常情况时系统不出错误的能力,容错是非常健壮的意思，比如