软件需求规约

<XX大学校园二手物品交易系统> 软件需求规约
修订历史记录
1引言 (4)
1.1编写目的 (4)
1.2范围 (4)
1.3背景 (4)
1.4术语定义 (4)
1.5参考资料 (5)
1.6概述 (5)
2概述 (5)
2.1系统概述 (5)
2.1.1概述 (5)
2.1.2流程分析 (5)
2.2用户分析 (6)
2.3约束 (7)
2.3.1一般约束 (7)
2.3.2隐含约束 (7)
2.4假设和依据 (7)
3具体需求 (7)
3.1功能性需求 (7)
3.1.1功能性需求分类 (7)
3.1.2网站 (8)
3.1.3BBS .................................................................................................. 错误！未定义书签。

3.2非功能性需求 (10)
3.2.1可用性 (10)
3.2.2可靠性 (10)
3.2.3性能 (10)
3.2.4可支持性 (10)
3.2.5设计约束 (10)
3.2.6安全性 (11)
3.2.7用户界面 (11)
3.2.8软件接口 (11)
3.2.9法律、版权及其他声明 (11)
1引言
1.1编写目的
编写该文档目的在于明确系统范围，并规范的记录该系统的各项需求指标与约束。

1.2范围
该文档定义了项目需求的所有内容，包括：背景概述、高层需求定义与约束、以及精确需求定义（功能性需求与非功能性需求）。

1.3背景
云开大学创建于上世纪20年代，占地148万平方米，建筑面积104万平方米，校园网络设施先进。

该大学是一所学科门类齐全的研究型综合大学之一，具备培养学士、硕士、博士和博士后的完整教育体系。

现有各类学生2万多人，其中本科生12707人，硕士研究生7112人，博士研究生2530人，留学生1085人，成人教育学生5324人。

云开大学教务处和学生会对不同年级的在校生做了一个普遍调查：几乎绝大部分学生在校期间，需要购买和处理很多的耐用品，他们还需要自己购买其他学习资料，生活用品,或者礼品等。

但是，有些物品属于耐用品,他们使用次数有限一旦在他们用完之后，基本很少使用，往往是存放到柜子底层，到最后毕业的时候却很难再有效利用,或者丢弃,或者打包卖给旧品店。

而在这期间，其他同学也可能需要这些物品，他们无奈之下只好再去购买，然后也以相同的方式处理。

因此，这样给学生造成了极大的浪费，他们如果能够从别的同学那里找到他们需要的物品，通过与同学之间交换或是以二手物品买卖的方式获得这些资料，将为大家省掉那些不必要的开销。

因此，教务处希望为在校学生提供一个平台，要求学生提供必要信息完成注册，然后发布二手物品销售信息，信息接受者在收到信息后，通过联系请求者完成二手物品买卖，从而实现资料共享或者旧物平多次利用，并创建良好的校园学习氛围。

于是，教务处委托XXXX 公司，负责该项目的需求调研开发与实施，并正式命名该项目为XXXX，同时任命某同学担任项目经理职务,负责组建开发团队。

1.4术语定义
1.5参考资料
1.6概述
该文档主要分为三部分，第一部分即引言，主要对该文档进行简要介绍；第二部分即概述部分，对系统进行初步定义和约束描述等；第三部分即具体需求部分，详细描述了系统的各项功能性需求和非功能性需求。

2概述
2.1系统概述
2.1.1概述
EShop系统是一个基于B/S结构的网站系统。

该系统向所有学生提供在线注册功能，注册用户可以在线模拟开店，即注册为店长（ShopOwner），开店后可发布二手物品信息，供其他用户在线搜索浏览，并可发出借阅请求或下订单求购，店长收到请求后集中处理借阅或订单信息，并根据借阅或订单信息通过线下联系完成物品交换或买卖活动。

因此，该系统不会涉及在线支付处理功能。

2.1.2流程分析
该系统是一个C2C的电子商务网站，该网站向广大消费者提供各种物品信息，当消费者在浏览页面时可以在线选购商品，并完成订单。

整个订购过程可用下图表示：
在线订购流程
另外，系统中还包含一些其他流程，比如用户注册流程等，相对来说这些流程比较简单，这里也不再详述。

2.2用户分析
以下是本系统面向的最终用户：
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设计约束
要求采用 2.0技术平台，编程语言为C#或，后台数据库为MS SQL SERVER 2005，系统架构采用三层以上架构，并且按照微软企业级架构标准进行程序的开发
工作，在每个关系到效率和性能的环节中，都先按不同方案进行测试，从中选择最佳方案来实施。

3.2.6安全性
1、对于重要数据（比如用户密码）进行了不可逆加密，防止泄露；
2、在与数据库交互中，不使用SQL拼接方式，全部使用存储过程，有效杜绝了SQL 注入；
3、分别为每类角色设置具有访问不同资源的权限，比如：只有管理员角色类用户才可以管理网店的开通等，在访问这些资源之前必须通过验证并具有访问权限，否则将不可访问；
3.2.7用户界面
3.2.8软件接口
3.2.9法律、版权及其他声明。