软件需求规约

1、<XX大学校园二手物品交易系统软件需求规约修订历史记录日期版本说明作者2007-06-01创立文件程远伦2010-06-01最终刘兆生1弓I言4编写目的4范围4背景4术语定义4参考资料5概述52概述5系统概述5概述5流程分析5用户分析6约束7一般约束7隐含约束7假设和依据73具体需求7功能性需求7功能性需求分类7网站8错误非功能性需求 10可用性10可靠性10性能10可支持性10设计约束10平安性11用户界面11软件接口11法律、版权及其他声明111引言编写目的编写该文档目的在于明确系统范围，并标准的记录该系统的各项需求指标与约束。该文档定义了工程需求的所有内容，包括：背景概述、高层需求

2、定义与约束、以及精确需求定义功能性需求与非功能性需求。1.3背景云开大学创立于上世纪 20年代，占地148万平方米，建筑面积 104万平方米，校园网 络设施先进。该大学是一所学科门类齐全的研究型综合大学之一，具备培养学士、硕士、博士和博士后的完整教育体系。现有各类学生2万多人，其中本科生 12707人，硕士研究生7112人，博士研究生 2530人，留学生1085人，成人教育学生 5324人。云开大学教务处和学生会对不同年级的在校生做了一个普遍调查：几乎绝大局部学生在校期间，需要购置和处理很多的耐用品，他们还需要自己购置其他学习资料，生活用品，或者礼品等。但是，有些物品属于耐用品，他们使用次数有

3、限 一旦在他们用完之后，根本很少使用，往往是存放到柜子底层，到最后毕业的时候却很难再有效利用，或者丢弃，或者打包卖给旧品店。而在这期间，其他同学也可能需要这些物品，他们无奈之下只好再去购置，然后也以相同的方式处理。因此，这样给学生造成了极大的浪费，他们如果能够从别的同学那里找到他们需要的物品，通过与同学之间交换或是以二手物品买卖的方式获得这些资料，将为大家省掉那些不必要的开销。因此，教务处希望为在校学生提供一个平台，要求学生提供必要信息完成注册，然后发布二手物品销售信息， 信息接受者在收到信息后，通过联系请求者完成二手物品买卖，从而实现资料共享或者旧物平屡次利用，并创立良好的校园学习气氛。于是

4、，教务处委托XXXX公司，负责该工程的需求调研开发与实施，并正式命名该工程为XXXX ,同时任命某同学担任工程经理职务，负责组建开发团队。1.4 术语定义序号名称说明1EShop Of UniversityYunKai开人学校园网络商店店，简称EShop。2XXX承当开发公司名3Members会员。4ShopOwner店长。5Administrator管理员。6Shop网店。1.5 参考资料序号文档版本说明1.6 概述该文档主要分为三局部， 第一局部即引言，主要对该文档进行简要介绍； 第二局部即概 述局部，对系统进行初步定义和约束描述等； 第三局部即具体需求局部， 详细描述了系统的 各项功能性

5、需求和非功能性需求。2概述系统概述概述EShop系统是一个基于B/S结构的网站系统。该系统向所有学生提供在线注册功能，注册用户可以在线模拟开店，即注册为店长 ShopOwner，开店后可发布二手物品信息，供 其他用户在线搜索浏览， 并可发出借阅请求或下订单求购，店长收到请求后集中处理借阅或订单信息，并根据借阅或订单信息通过线下联系完成物品交换或买卖活动。因此，该系统不会涉及在线支付处理功能。流程分析该系统是一个C2C的电子商务网站，该网站向广阔消费者提供各种物品信息，当消费 者在浏览页面时可以在线选购商品，并完成订单。整个订购过程可用下列图表示：不可出售失败在线订购流程另外，系统中还包含一些其

6、他流程，比方用户注册流程等， 相对来说这些流程比拟简单,这里也不再详述。用户分析以下是本系统面向的最终用户:用户特 点匿名用户所有访问EShop的未注册用户，可以浏览所有网店和商品信息，但不能发 出借阅请求或在线下订单。该类用户主要包括在校学生，当然也可以是在 校老师，他们使用计算机的能力普遍比拟高，比拟熟悉通过网页浏览各种 资源。会员注册为系统的普通认证用户，除了拥有匿名用户的功能外，该类用户可发 出借阅请求和在线下订单和查看订单等。店长所有注册开店的会员用户，除了拥有一般会员的功能外，还可以管理自己 的网店信息，如：发布商品信息，处理请求和订单等功能。管理员负责系统的日常维护工作与系统根本

7、信息的维护工作。该类用户有很高的 计算机应用和网络管理能力，大多数为学校计算机网络中心的职工。约束一般约束1、注册会员除了提供个人根本信息外必须提供学生证编号；2、注册开店除了提供注册会员的根本信息外还必须提供学生证扫描图片;3、注册开店后需要管理员确认开通；4、只有会员才可以发出借阅请求或在线下订单和开网店；5、未开通的网店中的商品不可交易；6、未处理的订单或借阅请求，会员可以撤销订单或请求；7、会员账号不能重复；8、一个会员只能申请开一个网店；隐含约束假设和依据3具体需求3.1功能性需求3功能性需求分类以下是本系统的功能模块划分:功能类别子功能浏览区浏览商品浏览网店搜索商品购物车借阅平安模

8、块注册会员注册网店登录会员区维护个人信息订单列表借阅请求列表店长区商品维护处理订单处理借阅请求管理区根底信息维护管理会员管理网店管理日志浏览区浏览商品：用户进入网站首页， 首先能够浏览到最新上架的商品列表，通过“查看更多链接或是导航菜单项“浏览产品可进入浏览产品列表，分别在这两个列表中点击某一本商品即可查看该商品的详细信息； 浏览网店：用户进入网站首页， 首先能够浏览到推荐网店列表，通过“更多网店链接或导航菜单的“浏览网店可进入网店列表，分别在这两个列表中点击某一个网店即可进入该网店，查看其所有信息； 搜索商品：用户在浏览网站时，可以通过类别和商品名来搜索商品，系统将返回搜索结果列表，点击列表

9、中某一件商品即可查看其详细信息； 在线购物：用户在浏览本网站时， 可以随时通过“我的收藏夹链接查看收藏夹内容，并可以删除收藏夹内容；当用户在查看商品详细信息时可以通过“收藏链接将该商品参加收藏夹；请求借阅：当用户在查看商品详细信息时可以通过“借阅链接进入发出借阅请求页面，完成请求借阅。平安模块注册会员：匿名用户浏览网站时，在任何页面上可以通过"注册链接进入会员注册模块，完成用户注册。注册网店：匿名用户可以在注册用户时选择填写网店信息或不注册网店登录系统：会员区维护个人信息：会员登录系统后可以修改个人信息和修改密码。订单列表：会员登录系统后可以浏览自己所下的所有订单，可取消未处理订单。

10、借阅请求列表：会员登录系统后可以浏览自己所发的所有借阅请求列表，可取消未处理请求。店长区商品资料维护：店长登录系统后，可以发布维护商品信息，包括增、删、改、查功能。处理订单：店长登录系统后，可以查看本网店的所有订单， 默认为待处理订单列表， 店长可查看每 个订单的详细信息，并同意或拒绝订单。处理借阅请求：店长登录系统后，可以查看本网店的所有借阅请求，默认为待处理请求， 店长可查看每个请求的详细信息，并同意或拒绝请求。管理区根底信息维护：管理员登录系统后，可以维护根底信息，包括：商品的类别信息、院系信息和班级信息, 可以增加、删除、修改每一类根底信息。管理会员：管理员登录系统后可以管理所有注册会

11、员，具体包括停用或启用会员。管理网店：管理员登录系统后可以管理所有网店，具体包括开通或关闭网店和是否推荐某网店功能。管理日志：管理员登录系统后可查看系统日志信息，并可将日志导出到Excel文档中。3.2非功能性需求3可用性1、一般用户按照网站提示或帮助文档即可完成注册、购物或借书等业务；2、会员可以随时修改个人联系信息；3、店长可以随时更新自己网店信息和商品资料；3.2.2可靠性1、支持7*24小时的效劳；2、系统可用时间百分比为 99.9%;3、故障恢复时间为1小时；4、所有书的单价与金额要求精确到分，计算准确无误；3性能1、页面响应时间应该在 3秒以内，最长不能超过 6秒；2、系统可同时容纳 1000个客户在线访问；注：性能指标受 Web效劳器性能的影响，如果 Web效劳器性能越好那么这些性能指 标将更高。3可支持性本系统为B/S结构型的应用程序，只需在效劳器端进行部署，客户端通过浏览器 就可访问。因此，当程序有更改时只需要对效劳器端更新即可，用户自动访问到最新 版本的应用程序。3设计约束要求采用技术平台，编程语言为C#或，后台数据库为 MS SQL SERVER 2005,系统架在每个关系到效构采用三层以上架构，并且按照微软企业级架构标准进行程序的开发工作,率和性能的环节中，都先按不同方案进行测试，从中选择最正确方案来实