软件需求规约.docx
- 文档编号:3323993
- 上传时间:2022-11-21
- 格式:DOCX
- 页数:11
- 大小:42.97KB
软件需求规约.docx
《软件需求规约.docx》由会员分享,可在线阅读,更多相关《软件需求规约.docx(11页珍藏版)》请在冰豆网上搜索。
软件需求规约
软件需求规约 修订历史记录 日期 版本 说明 作者 2007-06-01 1.0 创建文件 程远伦 2010-06-01 2.0 最终 刘兆生 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 EShopOfYunKai University 开大学校园网络商店店,简称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约束 231—般约束 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非功能性需求 321可用性 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,后台数据库为MSSQL SERVER2005,系统架构采用三层以上架构,并且按照微软企业级架构标准进行程序的开发 工作,在每个关系到效率和性能的环节中,都先按不同方案进行测试,从中选择最佳方案来 实施。 326安全性 1、对于重要数据(比如用户密码)进行了不可逆加密,防止泄露; 2、在与数据库交互中,不使用SQL拼接方式,全部使用存储过程,有效杜绝了SQL注入; 3、分别为每类角色设置具有访问不同资源的权限,比如: 只有管理员角色类用户才可 以管理网店的开通等,在访问这些资源之前必须通过验证并具有访问权限,否则将不可访问; 3.2.7用户界面 3.2.8软件接口 3.2.9法律、版权及其他声明
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 规约
![提示](https://static.bdocx.com/images/bang_tan.gif)