软件需求规约.docx
《软件需求规约.docx》由会员分享，可在线阅读，更多相关《软件需求规约.docx（10页珍藏版）》请在冰点文库上搜索。
软件需求规约
软件需求规约
修订历史记录
日期
版本
说明
作者
2007-06-01
1、0
创建文件
程远伦
2010-06-01
2、0
最终
刘兆生
1引言
1、1编写目的
编写该文档目的在于明确系统范围,并规范的记录该系统的各项需求指标与约束。
1、2范围
该文档定义了项目需求的所有内容,包括:
背景概述、高层需求定义与约束、以及精确需求定义（功能性需求与非功能性需求）。
1、3背景
云开大学创建于上世纪20年代,占地148万平方米,建筑面积104万平方米,校园网络设施先进。
该大学就是一所学科门类齐全的研究型综合大学之一,具备培养学士、硕士、博士与博士后的完整教育体系。
现有各类学生2万多人,其中本科生12707人,硕士研究生7112人,博士研究生2530人,留学生1085人,成人教育学生5324人。
云开大学教务处与学生会对不同年级的在校生做了一个普遍调查:
几乎绝大部分学生在校期间,需要购买与处理很多的耐用品,她们还需要自己购买其她学习资料,生活用品,或者礼品等。
但就是,有些物品属于耐用品,她们使用次数有限一旦在她们用完之后,基本很少使用,往往就是存放到柜子底层,到最后毕业的时候却很难再有效利用,或者丢弃,或者打包卖给旧品店。
而在这期间,其她同学也可能需要这些物品,她们无奈之下只好再去购买,然后也以相同的方式处理。
因此,这样给学生造成了极大的浪费,她们如果能够从别的同学那里找到她们需要的物品,通过与同学之间交换或就是以二手物品买卖的方式获得这些资料,将为大家省掉那些不必要的开销。
因此,教务处希望为在校学生提供一个平台,要求学生提供必要信息完成注册,然后发布二手物品销售信息,信息接受者在收到信息后,通过联系请求者完成二手物品买卖,从而实现资料共享或者旧物平多次利用,并创建良好的校园学习氛围。
于就是,教务处委托XXXX公司,负责该项目的需求调研开发与实施,并正式命名该项目为XXXX,同时任命某同学担任项目经理职务,负责组建开发团队。
1、4术语定义
序号
名称
说明
1
EShopOfYunKaiUniversity
开大学校园网络商店店,简称EShop。
2
XXX
承担开发公司名
3
Members
会员。
4
ShopOwner
店长。
5
Administrator
管理员。
6
Shop
网店。
1、5参考资料
序号
文档
版本
说明
1、6概述
该文档主要分为三部分,第一部分即引言,主要对该文档进行简要介绍;第二部分即概述部分,对系统进行初步定义与约束描述等;第三部分即具体需求部分,详细描述了系统的各项功能性需求与非功能性需求。
2概述
2、1系统概述
2、1、1概述
EShop系统就是一个基于B/S结构的网站系统。
该系统向所有学生提供在线注册功能,注册用户可以在线模拟开店,即注册为店长（ShopOwner）,开店后可发布二手物品信息,供其她用户在线搜索浏览,并可发出借阅请求或下订单求购,店长收到请求后集中处理借阅或订单信息,并根据借阅或订单信息通过线下联系完成物品交换或买卖活动。
因此,该系统不会涉及在线支付处理功能。
2、1、2流程分析
该系统就是一个C2C的电子商务网站,该网站向广大消费者提供各种物品信息,当消费者在浏览页面时可以在线选购商品,并完成订单。
整个订购过程可用下图表示:
在线订购流程
另外,系统中还包含一些其她流程,比如用户注册流程等,相对来说这些流程比较简单,这里也不再详述。
2、2用户分析
以下就是本系统面向的最终用户:
用户
特点
匿名用户
所有访问EShop的未注册用户,可以浏览所有网店与商品信息,但不能发出借阅请求或在线下订单。
该类用户主要包括在校学生,当然也可以就是在校老师,她们使用计算机的能力普遍比较高,比较熟悉通过网页浏览各种资源。
会员
注册为系统的普通认证用户,除了拥有匿名用户的功能外,该类用户可发出借阅请求与在线下订单与查瞧订单等。
店长
所有注册开店的会员用户,除了拥有一般会员的功能外,还可以管理自己的网店信息,如:
发布商品信息,处理请求与订单等功能。
管理员
负责系统的日常维护工作与系统基本信息的维护工作。
该类用户有很高的计算机应用与网络管理能力,大多数为学校计算机网络中心的职工。
2、3约束
2、3、1一般约束
1、注册会员除了提供个人基本信息外必须提供学生证编号;
2、注册开店除了提供注册会员的基本信息外还必须提供学生证扫描图片;
3、注册开店后需要管理员确认开通;
4、只有会员才可以发出借阅请求或在线下订单与开网店;
5、未开通的网店中的商品不可交易;
6、未处理的订单或借阅请求,会员可以撤销订单或请求;
7、会员账号不能重复;
8、一个会员只能申请开一个网店;
2、3、2隐含约束
2、4假设与依据
3具体需求
3、1功能性需求
3、1、1功能性需求分类
以下就是本系统的功能模块划分:
功能类别
子功能
浏览区
浏览商品
浏览网店
搜索商品
购物车
借阅
安全模块
注册会员
注册网店
登录
会员区
维护个人信息
订单列表
借阅请求列表
店长区
商品维护
处理订单
处理借阅请求
管理区
基础信息维护
管理会员
管理网店
管理日志
3、1、2浏览区
浏览商品:
用户进入网站首页,首先能够浏览到最新上架的商品列表,通过“查瞧更多”链接或就是导航菜单项“浏览产品”可进入浏览产品列表,分别在这两个列表中点击某一本商品即可查瞧该商品的详细信息;
浏览网店:
用户进入网站首页,首先能够浏览到推荐网店列表,通过“更多网店”链接或导航菜单的“浏览网店”可进入网店列表,分别在这两个列表中点击某一个网店即可进入该网店,查瞧其所有信息;
搜索商品:
用户在浏览网站时,可以通过类别与商品名来搜索商品,系统将返回搜索结果列表,点击列表中某一件商品即可查瞧其详细信息;
在线购物:
用户在浏览本网站时,可以随时通过“我的收藏夹”链接查瞧收藏夹内容,并可以删除收藏夹内容;当用户在查瞧商品详细信息时可以通过“收藏”链接将该商品加入收藏夹;
请求借阅:
当用户在查瞧商品详细信息时可以通过“借阅”链接进入发出借阅请求页面,完成请求借阅。
3、1、3安全模块
注册会员:
匿名用户浏览网站时,在任何页面上可以通过“注册”链接进入会员注册模块,完成用户注册。
注册网店:
匿名用户可以在注册用户时选择填写网店信息或不注册网店
登录系统:
3、1、4会员区
维护个人信息:
会员登录系统后可以修改个人信息与修改密码。
订单列表:
会员登录系统后可以浏览自己所下的所有订单,可取消未处理订单。
借阅请求列表:
会员登录系统后可以浏览自己所发的所有借阅请求列表,可取消未处理请求。
3、1、5店长区
商品资料维护:
店长登录系统后,可以发布维护商品信息,包括增、删、改、查功能。
处理订单:
店长登录系统后,可以查瞧本网店的所有订单,默认为待处理订单列表,店长可查瞧每个订单的详细信息,并同意或拒绝订单。
处理借阅请求:
店长登录系统后,可以查瞧本网店的所有借阅请求,默认为待处理请求,店长可查瞧每个请求的详细信息,并同意或拒绝请求。
3、1、6管理区
基础信息维护:
管理员登录系统后,可以维护基础信息,包括:
商品的类别信息、院系信息与班级信息,可以增加、删除、修改每一类基础信息。
管理会员:
管理员登录系统后可以管理所有注册会员,具体包括停用或启用会员。
管理网店:
管理员登录系统后可以管理所有网店,具体包括开通或关闭网店与就是否推荐某网店功能。
管理日志:
管理员登录系统后可查瞧系统日志信息,并可将日志导出到Excel文档中。
3、2非功能性需求
3、2、1可用性
1、一般用户按照网站提示或帮助文档即可完成注册、购物或借书等业务;
2、会员可以随时修改个人联系信息;
3、店长可以随时更新自己网店信息与商品资料;
3、2、2可靠性
1、支持7*24小时的服务;
2、系统可用时间百分比为99、9%;
3、故障恢复时间为1小时;
4、所有书的单价与金额要求精确到分,计算准确无误;
3、2、3性能
1、页面响应时间应该在3秒以内,最长不能超过6秒;
2、系统可同时容纳1000个客户在线访问;
（注:
性能指标受Web服务器性能的影响,如果Web服务器性能越好则这些性能指标将更高。
）
3、2、4可支持性
本系统为B/S结构型的应用程序,只需在服务器端进行部署,客户端通过浏览器就可访问。
因此,当程序有更改时只需要对服务器端更新即可,用户自动访问到最新版本的应用程序。
3、2、5设计约束
要求采用ASP、NET2、0技术平台,编程语言为C#或VB、NET,后台数据库为MSSQLSERVER2005,系统架构采用三层以上架构,并且按照微软企业级架构标准进行程序的开发工作,在每个关系到效率与性能的环节中,都先按不同方案进行测试,从中选择最佳方案来实施。
3、2、6安全性
1、对于重要数据（比如用户密码）进行了不可逆加密,防止泄露;
2、在与数据库交互中,不使用SQL拼接方式,全部使用存储过程,有效杜绝了SQL注入;
3、分别为每类角色设置具有访问不同资源的权限,比如:
只有管理员角色类用户才可以管理网店的开通等,在访问这些资源之前必须通过验证并具有访问权限,否则将不可访问;
3、2、7用户界面
3、2、8软件接口
3、2、9法律、版权及其她声明
升级会员 