javaweb需求研究书.docx
《javaweb需求研究书.docx》由会员分享,可在线阅读,更多相关《javaweb需求研究书.docx(12页珍藏版)》请在冰豆网上搜索。
javaweb需求研究书
XXXXXXXXXXXXXXXXX系统
需求分析书
拟制:
审核:
批准:
日期:
2009-09-10
日期:
2009・09-石
日期:
—2009-09-11
修订记录
日期
修订版本
描述
作者
2012-08-17
V1.0.0
创建
马克
2012-08-19
V1.0.1
增加,修改需求
司命
1•引言1
1・1编写目的1
1.2_1:
程风险1
1.3文档约定1
1.4预期读者和阅读建议1
1・5产品规范1
1.6参考文献1
2.综合描述1
2.1产品的状况1
2.2产品的功能1
2.3用户类和特性1
2.4运行环境1
2.5设讣和实现上的限制1
2.6假设和约束(依赖)1
3.外部接口需求1
3.1用户界而2
3.2硕件接口2
3.3软件接口2
3.4通讯接口2
4.系统功能需求2
4.1说明和优先级2
4.2激励/响应序列2
4.3输入/输出数据2
5.其他非功能需求2
5.1性能需求2
5.2安全措施需求2
5.3安全性需求2
5.4软件质虽属性2
5.5业务规则2
5.6用户文档2
6.词汇表3
7.数据左义3
8.分析模型3
9•待定问题列表3
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,简写为0U)与认证用户(approved_user,简写为AU)。
普通用户指不需要注册既可访问系统的用户,认证用户又分为:
商户(seller)和买家(buyer)0适用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硬件接口
需要il•算机硬盘接口实现文件的上传和下载
3.3软件接口
Windows标准接口
3.4通讯接口
网络通信标准、邮件推送、web浏览器、通信安全与加密、数据传输、短信通讯接口、手机客户端接口、第三方支付接口、微博接口
4.系统功能需求
4.1前台web页面需求说明
(*增加需求:
整个平台里面广告位的需求,试图考虑平台需要广告管理功能")
・4.1.1注册磴陆
4.1.1.1普通用户注册和登陆
♦注册:
采用用户名加密码方式注册,并且验证手机号码。
注册成功后,成为注册用户(RU-RegisteredUser),注册用户默认为买家,只具备任何购买能力。
C来自普通用户的自主注册不是这个平台注册用户的主要途径,主要途径是:
商家在平台里而自己的后台给自己要赠送/返利的客人进行打款操作,帐号是手机号,如果系统没有这个手机号那么就自动生成一个对应的帐号并转入对应的金额,如果已有就直接转入对应的金额,同时用站内信和手机短信的方式通知英用户:
根据业务流程特点这个是系统普通用户来源的主要途径J
♦商户:
认证用户必须与XX公司签订合作协议才能成为商户(seller),此操作由系统管理员(administrator)在管理后台完成。
C程序设汁功能包含两种:
1商户在平台自助注册后可自主充值,即意味着无需管理员这边操作即可使用平台:
2商户必须是签约付款后有管理员为英开通对应的帐号及进行初期的设宜后交由商户使用;其中第一中方式可考虑在二期实施J
♦登陆:
用户使用用户纪、密码和验证码方式进行登录,登录后系统自动判断其身份,进入相应页面。
4.1.1.2系统用户注册和登陆
♦注册:
系统用户(operator)为系统内建用户,登陆密码由系统自行生产。
♦登陆:
系统用户使用内建账户进行登陆对系统前台进行管理。
苴登陆的信息以及操作信息都会被记录到后台管理系统日志信息中。
(信息包含但不限于以下:
登陆用户名、登陆IP、登陆时间、行为、登出时间等)。
・4.1.2首页
包含以下功能/模块
4.1.2.1活动C提供的限量的可抢的实物商品一期只为实物")
♦当前活动
♦即将开始的活动
♦推荐活动c取消•)
4.1.2.2用户动态/商户动态
4.1.2.3导航栏链接
4.1.2.4微博关联
C不一左在首页:
在整个平台里而增加一个内容:
就是对签约商户的展示,即在平台上展示商户的相关活动信息,同步达到给用八推荐活动更多返利的消费途径J・4.1.3用户管理
平台用户可以对自身资料以及自身账户信息进行管理。
例如,修改密码,修改呢称,修改手机号码(需重新验证),站内消息管理等等。
以下列出的是普通用户和商户的不同点。
4.1.3.1商户:
♦管理商品:
商品的增删査改C一期商户自己在后台可无商品商品即活动申请功能一期有系统运营管理员操作J
♦合作期限:
(*商户人民币资金帐八无余额即无法使用平台返利功能
♦账户管理:
•充值:
采用线下支付或在线支付(第三方支付接口)。
•转账:
打款给购买了商品的普通用户。
•查询:
充值记录,转账记录。
4.1.3.2普通用户:
♦账户管理:
•查询:
购买记录,转入记录
・4.1.4地图搜索(•待二期增加:
一期提供全实物商品,二期增加地域和虚拟物品或服务性产品更适合•)
商户搜索:
搜索结果显示在地图上,并以标注的形式在地图上显示。
同时辅以文字说明貝商户提供的商品以及具体地址。
・4.1.5活动
♦活动详细介绍:
活动详细情况介绍,包含活动内容、商品、地址、相关商户、时间、返利等等。
・4.1.6购买商品
♦用户购买商品后,系统自动发送短信至用户手机作为凭证。
C因一期是实物商品无需验证按照用户提供的收货信息发货即可,可查询发货记录一般为快递单号*)
・4.1.7系统消息推送
♦系统泄时C人工左时手工操作•)以短信或邮件形式将活动已经最新上架商品信息发送到用户处。
・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系统设苣
♦重置管理员密码
♦设置货币比例C1平台收取人民币对应折算T台虚拟币的比例:
2运营管理推出的活动即实物商品的采购价和在平台出售的价格比例T
♦设定合作商户
♦设泄商户优先级
♦设泄商品优先级
♦页而广告位管理
♦……
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系统运行时间:
7X24小时不间断运行。
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.待定问题列表