javaweb需求分析书Word文档格式.docx
- 文档编号:21966848
- 上传时间:2023-02-02
- 格式:DOCX
- 页数:9
- 大小:24.96KB
javaweb需求分析书Word文档格式.docx
《javaweb需求分析书Word文档格式.docx》由会员分享,可在线阅读,更多相关《javaweb需求分析书Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
1.2项目风险
•开发进程中若是有开发人员离职或缺席,有可能延迟项目的进度;
•开发进程中碰到实现不了的功能;
•开发进程中客户要求修改需求。
1.3文档约定
1.4预期读者和阅读建议
预期读者:
软件开发人员,测试人员和客户
1.5产品标准
1.6参考文献
综合描述
1.7产品的状况
1.8产品的功能
1.8.1
1.9用户类和特性
1.9.1对话用户:
所有利用此系统的用户。
分为一般用户(ordinary_user,简写为OU)与认证用户(approved_user,简写为AU)。
一般用户指不需要注册既可访问系统的用户,认证用户又分为:
商户(seller)和买家(buyer)。
适用GUI页面与系统后台治理模块进行交互。
1.9.2系统用户:
负责系统治理的前端用户(operator)。
一样适用GUI页面与系统后台治理模块进行交互,此类用户与对话用户相同。
1.9.3系统治理员:
负责后端治理系统的用户(administrator)。
利用系统后台治理模块独立的GUI页面与系统交互。
1.10运行环境
本系统采纳B/S架构,需要支持的操作系统和阅读器如下:
客户端
PC客户端:
操作系统:
WindowsVista/7/8,Linux,MacOS
阅读器:
IE7/8/9,Firefox14,Safari5/6,Chrome
电话客户端:
操作系统:
IOS,Android,WindowsPhone
阅读器:
略。
平板端:
IOS,Android
效劳端
硬件:
1U刀片机
软件:
Windows2020server
Web应用效劳器:
IIS7
数据库:
SQLServer2005
1.11设计和实现上的限制
在系统设计和实现的进程中,从技术角度上可能存在一些约束条件,这些约束条件包括:
1.客户应用环境特殊,使得一些成熟的工具无法应用,只能进行底层开发以实现上层应用流程。
2.客户有独特的行业背景或应用目标,现有的方式或工具无法知足,只能改变设计思路或实现方式。
3.客户提出了一些技术上不能实现的需求,只能改变设计思路。
外部接口需求
1.12用户界面
1.12.1要求有菜单及工具栏以方便操作
1.12.2对文件的各类操作可直接在页面上操作
1.12.3对文件目录的各类操作可直接在页面上操作
1.12.4查询出来的文章在另一个窗口中显示
1.13硬件接口
需要运算机硬盘接话柄现文件的上传和下载
1.14软件接口
Windows标准接口
1.15通信接口
网络通信标准、邮件推送、web阅读器、通信平安与加密、数据传输、短信通信接口、电话客户端接口、第三方支付接口、微博接口
系统功能需求
1.16前台web页面需求说明
(*增加需求:
整个平台里面广告位的需求,试图考虑平台需要广告治理功能*)
•4.1.1注册/登岸
.1一般用户注册和登岸
◆注册:
采纳用户名加密码方式注册,而且验证电话号码。
注册成功后,成为注册用户(RU-RegisteredUser),注册用户默以为买家,只具有任何购买能力。
(*来自一般用户的自主注册不是那个平台注册用户的要紧途径,要紧途径是:
商家在平台里面自己的后台给自己要赠送/返利的客人进行打款操作,帐号是电话号,若是系统没有那个电话号那么就自动生成一个对应的帐号并转入对应的金额,若是已有就直接转入对应的金额,同时用站内信和电话短信的方式通知其用户;
依照业务流程特点那个是系统一般用户来源的要紧途径*)
◆商户:
认证用户必需与XX公司签定合作协议才能成为商户(seller),此操作由系统治理员(administrator)在治理后台完成。
(*程序设计功能包括两种:
1商户在平台自助注册后可自主充值,即意味着无需治理员这边操作即可利用平台;
2商户必需是签约付款后有治理员为其开通对应的帐号及进行初期的设置后交由商户利用;
其中第一中方式可考虑在二期实施*)
◆登岸:
用户利用用户名、密码和验证码方式进行登录,登录后系统自动判定其身份,进入相应页面。
4.1.1.2系统用户注册和登岸
系统用户(operator)为系统内建用户,登岸密码由系统自行生产。
系统用户利用内建账户进行登岸对系统前台进行治理。
其登岸的信息和操作信息都会被记录到后台治理系统日记信息中。
(信息包括但不限于以下:
登岸用户名、登岸IP、登岸时刻、行为、登出时刻等)。
•首页
包括以下功能/模块
.1活动(*提供的限量的可抢的实物商品一期只为实物*)
◆当前活动
◆即将开始的活动
◆推荐活动(*取消*)
.2用户动态/商户动态
.3导航栏链接
.4微博关联
(*不必然在首页:
在整个平台里面增加一个内容:
确实是对签约商户的展现,即在平台上展现商户的相关活动信息,同步达到给用户推荐活动更多返利的消费途径*)
•4.1.3用户治理
平台用户能够对自身资料和自身账户信息进行治理。
例如,修改密码,修改昵称,修改电话号码(需从头验证),站内消息治理等等。
以以下出的是一般用户和商户的不同点。
.1商户:
◆治理商品:
商品的增删查改(*一期商户自己在后台可无商品商品即活动申请功能一期有系统运营治理员操作*)
◆合作期限:
(*商户人民币资金帐户无余额即无法利用平台返利功能*)
◆账户治理:
●充值:
采纳线下支付或在线支付(第三方支付接口)。
●转账:
打款给购买了商品的一般用户。
●查询:
充值记录,转账记录。
.2一般用户:
购买记录,转入记录
•地图搜索(*待二期增加:
一期提供全实物商品,二期增加地域和虚拟物品或效劳性产品更适合*)
商户搜索:
搜索结果显示在地图上,并以标注的形式在地图上显示。
同时辅以文字说明其商户提供的商品和具体地址。
•活动
◆活动详细介绍:
活动详细情形介绍,包括活动内容、商品、地址、相关商户、时刻、返利等等。
•购买商品
◆用户购买商品后,系统自动发送短信至用户电话作为凭证。
(*因一期是实物商品无需验证依照用户提供的收货信息发货即可,可查询发货记录一样为快递单号*)
•系统消息推送
◆系统按时(*人工按时手工操作*)以短信或邮件形式将活动已经最新上架商品信息发送到用户处。
•短信接口
◆略。
1.17后台治理系统
•登岸
系统治理员利用治理员账号、密码和验证码方式登岸系统。
•用户治理
对系统所有注册用户进行治理。
操作可包括以下内容:
1.17.1.1用户查询。
查询结果包括:
用户账号,昵称,姓名,性别,身份证号码,电话号码,用户身份,代表商户,用户状态,注册时刻,最后登岸时刻,上次登岸IP等。
1.17.1.2用户账号冻结。
冻结用户账号,需要发送邮件或电话短信以通知用户,并告之冻结的缘故。
1.17.1.3解封。
解封同时也需要采纳一样方式通知用户。
1.17.1.4商户账户充值。
1.17.1.5用户账号状态更改。
一般账户更改成商户,商户更改成一般用户。
1.17.1.6黑名单。
◆关于违背网站规定的用户,治理员可将其账号加入黑名单,同时将其身份证号码,电话号码等相关身份信息同时加入黑名单中。
•商品治理
⏹对商户提供的商品进行治理。
包括商品的上下架、数量、描述等的治理。
同时还对商户进行治理,包括商户排名优先级等等。
•日记
⏹对系统日记,具有查询的功能。
⏹日记内容包括但不限于以下内容:
◆治理员登岸账号
◆治理员登岸时刻
◆治理员登岸IP
◆治理员操作内容
◆治理员登出时刻
•活动治理
⏹治理员关于活动的操作。
应包括以下内容:
◆编辑活动内容
◆增加活动供给商户
◆多个活动同时显现时,编辑活动的优先级(是不是需要首页显示,和首页显示的活动信息)
◆编辑商户的优先级
◆……
•系统设置
◆重置治理员密码
◆设置货币比例(*1平台收取人民币对应折算平台虚拟币的比例;
2运营治理推出的活动即实物商品的采购价和在平台出售的价钱比例*)
◆设定合作商户
◆设定商户优先级
◆设定商品优先级
◆页面广告位治理
其他非功能需求
1.18性能需求
1.18.1并发性:
因为是在线系统,因此必需要具有并发性,并发数量前期设定为500.
1.18.2时刻特性:
1.18.3兼容性:
参见。
1.18.4数据库容量:
略
1.18.5网络环境:
最低要求,在512k拨号上网环境中能运行。
1.18.6系统运行时刻:
7×
24小时不中断运行。
1.19平安方法需求
设有登录密码查验功能,而且此密码能够在以后进行修改,所有密码均利用MD5加密。
1.20平安性需求
因本系统属于开放性B/S系统,因此要做到良好用户权限操纵,尤其是关于数据库的平安性要予以考虑。
1.21软件质量属性
1.21.1可扩展性
以后随着系统的进展,系统需求有可能也会有相应的增加,因此具有可扩展性是为了便于以后对系统进行修改。
1.21.2平安性
那个地址的平安性是指信息平安,英文是Security而不是Safety。
平安性是指避免系统被非法入侵的能力,既属于技术问题又属于治理问题。
1.21.3清楚性
清楚意味着系统易读、易明白得,那个质量属性表达了人们的一种质朴的愿望。
1.21.4易用性
便于用户利用,具有友好的用户界面
1.21.5性能
一般是指软件的“时刻—空间”效率,而不仅是指系统的运行速度。
尽可能使系统的相应速度与运行快些,而且占用资源少些。
1.21.6正确性
让系统具有依照需求正确执行任务的能力。
那个地址“正确性”的语义涵盖了“精准性”。
正确性无疑是第一重要的软件质量属性。
若是系统运行不正确,将会给用户造成不便乃至损失。
技术评审和测试的第一关都是检查工作功效的正确性。
1.21.7健壮性
在异样情形下,系统能够正常运行的能力。
健壮性有两层含义:
一是容错能力,二是恢复能力。
因此系统必需具有容错能力和恢复能力。
容错是指发生异样情形时系统不犯错误的能力,容错是超级健壮的意思,比如UNIX/Linux的容错能力很强,很难使系统出问题。
而恢复那么是指软件发生错误后(不论死活)从头运行时,可否恢复到没有发生错误前的状态的能力。
1.21.8软件的可移植性
指的是系统不经修改或略加修改就能够够运行于不同软硬件环境(CPU、OS和编译器)的能力,要紧表现为代码的可移植性。
1.22用户文档
辞汇表
数据概念
分析模型
待定问题列表
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- javaweb 需求 分析