javaweb需求研究书.docx

1、javaweb需求研究书XXXXXXXXXXXXXXXXX 系统需求分析书拟制:审核:批准:日期： 2009-09-10日期： 200909-石日期：2009-09-11修订记录日期修订版本描述作者2012-08-17V1.0.0创建马克2012-08-19V1.0.1增加,修改需求司命1 引言111编写目的11.2 _1：程风险11.3文档约定11.4预期读者和阅读建议115产品规范11.6参考文献12.综合描述12.1产品的状况12.2产品的功能12.3用户类和特性12.4运行环境12.5设讣和实现上的限制12.6假设和约束（依赖）13.外部接口需求13.1用户界而23.2硕件接口 23.

2、3软件接口 23.4通讯接口 24.系统功能需求24.1说明和优先级24.2激励/响应序列24.3输入/输出数据25.其他非功能需求25.1性能需求25.2安全措施需求25.3安全性需求25.4软件质虽属性25.5业务规则25.6用户文档26.词汇表37.数据左义38.分析模型39待定问题列表31.引言1.1编写目的本需求分析报告的目的是规范化本系统的编写，旨在于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理，同时提岀了本系统的软件开发过程，便于程序员与客 户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够 获得更大范围的应用。1.2工程风险开发过

3、程中如果有开发人员离职或缺席，有可能延迟工程的进度；开发过程中遇到实现不了的功能：开发过程中客户要求修改需求。1.3文档约定1.4预期读者和阅读建议预期读者：软件开发人员，测试人员以及客户1.5产品规范1.6参考文献2.综合描述2.1产品的状况2.2产品的功能2.2.12.3用户类和特性2.3.1对话用户：所有使用此系统的用户。分为普通用户(ordinary_user,简写为 0U)与认证用户(approved_user,简写为AU)。普通用户指不需要注册 既可访问系统的用户，认证用户又分为：商户(seller)和买家(buyer)0 适用GUI页而与系统后台管理模块进行交互。2.3.2系统用

4、户：负责系统管理的前端用户(operator)同样适用GUI页而与系统 后台管理模块进行交互，此类用户与对话用户相同。2.3.3系统管理员：负责后端管理系统的用户(administrator)。使用系统后台管理 模块独立的GUI页而与系统交互。2.4运行环境本系统采用B/S架构，需要支持的操作系统和浏览器如下：2.4.1客户端PC客户端：操作系统：Windows Vista/7/8, Linux, MacOS浏览器：IE7/8/9, Firefox14, Safari 5/6, Chrome 手机客户端：操作系统：IOS, Android, Windows Phone 浏览器：略。平板端：操作

5、系统：IOS, Android浏览器：略。2.4.2服务端硬件：1U刀片机软件：操作系统：Windows 2008 serverWeb应用服务器：IIS 7数据库：SQL Server 20052.5设计和实现上的限制在系统设讣和实现的过程中，从技术角度上可能存在一些约束条件,这些约束条件包括:1.客户应用环境特殊，使得一些成熟的工具无法应用，只能进行底层开发以实现上层 应用流程。2.客户有独特的行业背景或应用目标，现有的方法或者工具无法满足，只能改变设计 思路或者实现方法。3.客户提出了一些技术上不能实现的需求，只能改变设计思路。3.外部接口需求3.1用户界面3.1.1要求有菜单及工具栏以方

6、便操作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普通用户注册和登陆注册：采用用户名加密码方式注册，并且验证手机号码。注册成功后，成 为注

7、册用户(RU-RegisteredUser),注册用户默认为买家，只具备任何 购买能力。C来自普通用户的自主注册不是这个平台注册用户的主要途 径，主要途径是：商家在平台里而自己的后台给自己要赠送/返利的客人 进行打款操作，帐号是手机号，如果系统没有这个手机号那么就自动生 成一个对应的帐号并转入对应的金额，如果已有就直接转入对应的金额, 同时用站内信和手机短信的方式通知英用户：根据业务流程特点这个 是系统普通用户来源的主要途径J商户：认证用户必须与XX公司签订合作协议才能成为商户(seller),此 操作由系统管理员(administrator)在管理后台完成。C程序设汁功能包含两种：1商户在平

8、台自助注册后 可自主充值，即意 味着无需管理员这边操作即可使用平台：2商户必须是签约付款后有管 理员为英开通对应的帐号及进行初期的设宜后交由商户使用；其中第 一中方式可考虑在二期实施J登陆：用户使用用户纪、密码和验证码方式进行登录，登录后系统自动判 断其身份，进入相应页面。4.1.1.2系统用户注册和登陆注册：系统用户(operator)为系统内建用户，登陆密码由系统自行生产。登陆：系统用户使用内建账户进行登陆对系统前台进行管理。苴登陆的信 息以及操作信息都会被记录到后台管理系统日志信息中。(信息包含但不 限于以下：登陆用户名、登陆IP、登陆时间、行为、登出时间等)。4.1.2首页包含以下功能

9、/模块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一期商户自己在后台可无商品商品即活动 申请功

10、能一期有系统运营管理员操作J合作期限:（*商户人民币资金帐八无余额即无法使用平台返利功能账户管理：充值：采用线下支付或在线支付（第三方支付接口）。转账：打款给购买了商品的普通用户。查询：充值记录，转账记录。4.1.3.2普通用户：账户管理：查询：购买记录，转入记录4.1.4地图搜索（待二期增加：一期提供全实物商品，二期增加地域和虚拟物 品或服务性产品更适合）商户搜索：搜索结果显示在地图上，并以标注的形式在地图上显示。同时辅以 文字说明貝商户提供的商品以及具体地址。4.1.5活动活动详细介绍：活动详细情况介绍，包含活动内容、商品、地址、相关商 户、时间、返利等等。4.1.6购买商品用户购买商品后

11、，系统自动发送短信至用户手机作为凭证。C因一期是实 物商品无需验证按照用户提供的收货信息发货即可，可查询发货记录 一般为快递单号*）4.1.7系统消息推送系统泄时C人工左时手工操作）以短信或邮件形式将活动已经最新上 架商品信息发送到用户处。4.1.8短信接口略。4.2后台管理系统活动管理商 品 管 理4.2.1登陆系统管理员使用管理员账号、密码和验证码方式登陆系统。4.2.2用户管理对系统所有注册用户进行管理。操作可包含以下内容：4.2.1.1用户査询。査询结果包含：用户账号，昵称，姓名，性别，身份证号 码，手机号码，用户身份，代表商户，用户状态，注册时间，最后登陆 时间，上次登陆IP等。4.

12、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日志对系统日志，具备查询的功能。日志内容包含但不限于以下内容：管理员登陆账

13、号管理员登陆时间管理员登陆IP管理员操作内容管理员登岀时间4.2.5活动管理管理员对于活动的操作。应包含以下内容：编辑活动内容增加活动供应商户多个活动同时岀现时，编借活动的优先级（是否需要首页显示，以及首页 显示的活动信息）编辑商户的优先级4.2.6系统设苣重置管理员密码设置货币比例C1平台收取人民币对应折算T台虚拟币的比例：2运 营管理推出的活动即实物商品的采购价和在平台出售的价格比例T设定合作商户设泄商户优先级设泄商品优先级页而广告位管理5.其他非功能需求5.1性能需求5.1.1并发性：因为是在线系统，所以必须要具有并发性，并发数量前期设泄为500.5.1.2时间特性：略。5.1.3兼容性

14、：参见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.安全性是指防

15、止系统被非法入侵的能力，既属于技术问题又属于管理问题。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.待定问题列表