软件需求规格说明书
Github链接:https://github.com/CourseManagement/Data/commit/124bdb9b3e0bffe7afa3a5936e7b42d6e9600937
1.引言
1.1 目的
需求规格说明书的编写目的是为了更好地使开发人员和测试人员对软件的初始规定有一个共同的理解,明确软件需求,安排项目规划和进度,指导整个软件的开发过程,为测试提供依据。
本文档面向多种读者对象:
(1)项目经理:项目经理可以根据该文档了解预期产品的功能,并据此进行平台设计、项目管理。
(2)设计员:对需求进行分析,并设计出平台。
(3)程序员:了解系统功能。
(4)测试员:根据本文档编写测试用例,并对软件产品进行功能性测试和非功能性测试。
(5)用户:了解预期产品的功能和性能,并与分析人员一起对整个需求进行讨论和协商。
在阅读本文档时,首先要了解产品的功能概貌,然后可以根据自身的需要对每一功能进行适当的了解。
1.2背景
本次待开发的小程序为校园二手交易平台。
用户在平台发布商品信息;后台客服检查商品是否允许上架且根据商品类别归类;用户可直接信息发布者;交易完成用户可对交易进行评价;发布者联系系统后台下架商品;平台评估用户信用。
1.3定义
序号 |
缩写 |
定义 |
1. |
Wechat Mini Program |
微信小程序。 |
2. |
Android |
Android是一种基于Linux的自由及开放源代码的操作系统,主要使用于移动设备,如智能手机和平板电脑,由Google公司和开放手机联盟领导及开发。 |
1.4参考文献
(1)Android开发相关资料
(2)《基于CMMI的软件工程及实训指导》著 张万军等 清华大学出版社 北京交通大学出版社
2. 项目概述
2.1产品描述
用户可在平台上交易商品,是一个相对比较规范、方便的校园二手交易平台。
2.2产品功能
出售、求购闲置物品对于大学生来说是比较普遍的事情。现在较为常用的二手买卖交易方式是在二手微信群,用户体验感较不佳,例如发出去的出售、求购信息易被刷屏;有时信息较多不容易浏览;商品是否下架不得而知;联系买家卖家较为繁琐等。因此相对于以往的交易方式,小程序校园二手交易平台会避免此类缺点,并有以下优点:
·操作简便,不用下载安装,扫码可直接使用,不占内存;无需添加各种二手群及买家卖家
·校内实名制保障安全,用户成分相对纯洁
·校园环境优化,在不影响大学生自主买卖,置换购物的同时,优化校园环境,给校园带来更好的管理。
产品主要功能:
(1)个人管理
用户注册登录:通过手机号或邮箱来完成注册、登录的功能
院校信息设置:选择学校、学院、专业等信息完成区域绑定
个人信息编辑:修改个人昵称,添加用户头像等
发布信息管理:查看,删除已发布的物品信息
账户绑定:与用户的其它社交网络账户进行绑定,以完成二手物品信息分享
(2)信息获取
通过分类搜索筛选完成物品信息的检索
(3)信息发布
通过手机上的摄像头完成物品照片上传,并配以文字描述,用户联系方式展示,完成信息发布
(4)信息交流
通过对话框实现用户之间的交流
平台用例图:
2.3用户特点
本平台的用户面向本校所有大学生,该用户群体学习生活较为忙碌,需要该个更加规范方便的二手交易平台。
操作人员及维护人员为在校学子,了解整体流程,深入用户交流,便于调整平台功能,实现客户需求。
2.4一般约束
进行本软件开发工作的约束条件如下:
1.开发周期短:两个月的开发时间需要开发者合理规划时间,做到多项任务并发。
2.所采用的方法与技术有限:项目团队成员的技术水平不够成熟,需要在开发中并发学习多种技术和能力。
2.5假设与依据
本项目是否能够成功实施,主要取决于以下的条件:
(1)团队成员的积极合作配合,为了项目的开发和实施,对个人时间进行合理规划同时为团队做出合理牺牲,配合队友完成任务。
(2)学院教师提供完整详细的功能和性能需求资料,以便于团队对其进行分析,从而形成完善的需求。
(3)团队掌握先进的能够适用于该项目的技术,这是平台的性能是否优化和项目能否成功的保证。
3. 具体需求
3.1 功能需求
3.1.1系统角色及登陆
该系统共有三种角色:用户,管理员,客服。所有角色都具有登陆功能,根据角色不同登陆后进入各个角色所对应的页面。
1.登录界面
用户通过输入账号密码,点击登录,登录不同的账号自动判断角色,进入不同的界面。
3.1.2 用户
1.个人信息管理
将自己的相关信息例如收获地址、昵称、性别、头像等等填写。
2.用户在平台发布商品信息(卖家)
输入商品的类型及描述,上传商品的相关图片,并制定价格。
3.商品搜索和浏览(买家)
在首页输入想购买物品的相关信息
3.1.3 管理员
1.进行程序维护
对用户反馈的信息进行调整及修复
2.发布公告
公布对程序的改动,并提醒用户操作注意事项
3.1.4 客服
1.反馈上报
定时整理用户提出的反馈与评价,并将其上报给管理员及时调整
2.实时服务
24小时都可以接通来电,例如帮卖家用户和买家用户调解矛盾、处理退货退款等事宜
3.2 外部接口需求
3.2.1 用户接口
本系统采用C/S架构,所有界面使用APP风格,用户界面的具体细在功能需求文档中描述。
3.2.2 硬件接口
无特殊需求。
3.2.3 软件接口
无特殊需求。
3.2.4 通信接口
无特殊需求。
3.3 性能需求
非功能性需求当前尚未形成完整文档。
3.4 属性
3.4.1 可用性
(1)方便操作,操作流程简单快捷。尽量从用户角度出发,以方便使用本产品。如:设置了各种物品的快捷检索,主页面只留三个关键,常用的大按钮。
(2)用户集中小。因为是校园二手平台,所以用户都是同学校的学生,可更安全更方便的实现线下交易或线上交易后物品的快速到手
(3)各项操作有统一规范的提示信息。如在你发布二手物品时会提醒价格,物品情况是否确定,交易时也会提醒用户涉及线下或线上转账的交付时要谨慎小心。
(4)控制必录入项。因为涉及了金钱的交易,一些重要的消息是必须填写的,但我们也会对这些消息做一个保密与保存,在保证安全的同时不泄露他人隐私。
(5)容错能力。系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证正常运行,并有足够的提示信息帮助用户有效正确地完成任务。
3.4.2 安全性
(1)权限控制
根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限的用户禁止使用系统。用户只可查看他人的基本商品信息与必须展示的基本信息。
(2)重要数据加密
对一些重要的数据按一定的算法进行加密,如用户口令、重要参数等。
(3)数据备份
允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失。
(4)记录日志
本系统应该能够记录系统运行时所发生的所有错误,包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。
3.4.3 可维护性
当前尚未形成完整文档。
4. 验收验证标准
序号 |
角色 |
功能名称 |
详细操作 |
检验情况 |
1 |
所有用户 |
登录功能 |
通过输入账号密码,点击登录,不同的角色登录自动判断角色,进入对应的主页 |
|
2 |
基本用户 |
发布商品信息 |
点击发布,将商品描述与图片等基本信息填写好并上传 |
|
3 |
搜索按钮 |
输入关键字,能搜索出相应的物品 |
|
|
4 |
首页 |
提供各种分类选项与推荐商品,点击即可进入查看 |
|
|
5 |
查看修改个人信息 |
在首页点击个人信息图标,可对部分信息进行修改 |
|
|
6 |
私信 |
通过点击他人用户,进入他人主页可发起私信,或者在个人中心有以往私信的消息 |
|
|
7 |
交易消息 |
在个人中心有交易消息的选项,可查看自己的购买情况 |
|
|
8 |
收藏 |
在浏览商品后可以点击收藏将喜欢的物品放进收藏 |
|
|
9 |
我的物品 |
可查看自己发布的物品与有无求购消息 |
|
|
10 |
后台人员 |
查看修改个人信息 |
在个人信息中可以查看具体信息 |
|
11 |
删除商品 |
可以删除违规商品 |
|
|
14 |
封锁账号 |
对违规的账号进行封禁 |
|
|
15 |
修改首页 |
可根据要求修改首页的推荐商品与背景等 |
|
|
16 |
客服 |
查看修改个人信息 |
在报课系统首页点击个人信息图标,可对部分信息进行修改 |
|
17 |
私信 |
接收户的私信,解决用户的问题 |
|
|
18 |
预览已提交的商品上架消息 |
要上架的物品先通过客服审核才可上架 |
|
|
19 |
审核交易信息 |
涉及金钱的交易客服先审核真实性与安全性才给予通过 |
|
工作流程:
召开组内会议,确定好项目的方向,着手做用户需求书以及软件需求规格说明书,将两个文件拆分成不同板块,由各个组员分工完成,最后再整合在一起。
组员分工:
张仲凯:负责问卷制作以及最后的整合。
何卓娃:负责引言,项目情况的撰写。
廖国胜:负责性能需求属性的编写。
罗森宇:负责验收验证标准的撰写。
李嘉辉:负责对功能,外部接口需求编写。
组员工作量比例基本一致
posted on 2020-11-01 23:52 陈立农不知名圈外女友 阅读(574) 评论(0) 收藏 举报