团队作业2-《需求规格说明书》
简单的大学生综合性平台系统
Part one 作业地址
| 这个作业属于哪个课程 | 软件工程 |
|---|---|
| 作业要求 | 团队作业2-《需求规格说明书 |
| 作业目标 | 团队集体协作完成项目开发，促进彼此间的交流 |
Part two 需求分析：
1.访问软件项目的真实用户（至少100个），确保软件真正体现用户的需求，为软件最终可用奠定基础
我们首先在发布了一些问卷，询问一些大学生的基本需求，如下：
除了上述的需求，我们还采访了十多位同学他们对大学生综合性平台系统的需求
以采访其中一位同学的过程为例：
采访者：同学你好，如果让你使用大学生综合性平台系统，什么样的功能会更吸引你呢？
被采访者：客观的说，就是那种可以一下子找到自己需要的东西，然后价格又实惠的
采访者：那主观的说呢？
被采访者：就是在我想要啥，它就出现啥，而且价格便宜
采访者：好的，谢谢配合我们的采访。
其他的数十位同学还提出了以下需求：
（1）二手书各年级各专业的书籍
（2）可以适当的加入一些奢侈产品，比如名贵球鞋，化妆品等
（3）二手车建议多点二手电动，价格实惠
（4）配送速度必须要快
Part three 需求规格说明书
参考《软件需求规格说明书》国标规范文本，撰写对应项目的软件需求规格说明书：
1.项目名称
大学生平台系统——一款基于网页的大学生生活，学习用品平台
2.项目功能
管理端（网页端）
- 账号注册，需填写学校、姓名、性别、学号、联系电话
- 商家入驻的编号
- 商家入驻的商品名称
- 学生退款退货的协商
| 导航 | 一级页面 |
|---|---|
| 购车平台 | 1.商家的入驻车辆商品 |
| 2.商家折扣 | |
| 购书平台 | 1.商家入驻的全新书籍 （年级、学院、专业） |
| 2.商家入驻的二手书籍（年级、学院、专业） | |
| 生活用品平台 | 1.超市的入驻编号 |
| 2.相关网店服装的入驻编号 | |
| 奢侈用品 | 1.名牌企业的入驻编号 |
| 2名牌球鞋的入驻编号 |
学生端（网页端）
- 账号注册，需填写学校、姓名、性别、学号、联系电话、具体地址
- 搜索所需要购买的物品
- 寻找最近醉实惠的商家购买对应商品
- 购买不到合适的，可以发布所需求的物品
- 购买成功，商家发货，学生收货。
| 导航 | 一级页面 |
|---|---|
| 购车平台 | 1.二手车 |
| 2.全新车 | |
| 购书平台 | 1.全新书籍 （年级、学院、专业） |
| 2.二手书籍（年级、学院、专业） | |
| 生活用品平台 | 1.宿舍基本用品（牙膏、牙刷等） |
| 2.服装用品 | |
| 奢侈用品 | 1.女生（化妆品、名牌包包等） |
| 2.男生（名牌球鞋等） |
3.预期的用户数量
大学生平台系统在开发完成的初期，由于合作商家少，预计的用户量初期为50-100人，伴随着后期合作商家增加、用户体验提升，用户量逐渐增加，预计为五千到一万。
4.系统的真实性、可用性、价值所在
真实性：
目前学校内的大学生都采用的是淘宝，外来人员进行购买新学期用品，价格高，渠道少，无法选择，这个系统平台给予学生优惠的价格，多选择的权利。
可用性：
该项目能帮助使用的学生组织在新学期当中可以合理购买自己所需要的东西，可以更实惠的购买二手的，或者全新的商品。
价值所在：
该平台既赚得了利润，又便利了学生。
5.项目链接
GitHub链接：https://github.com/GDUT-DebugTeam
Part four NABCD
N (Need需求): 目前大学新生到来时，购买新物品的价格高，渠道少，所以需要这款价格可以比对，价钱相对透明的平台。
A (Approach做法)：我们小组定位的是WEB应用。目前功能主要有：购车平台，购书平台，生活用品平台，奢侈物品平台。
B (Benefit好处)：选择网页，能够便利学生购买，不至于卡顿，也不需要下载对应的软件。
C (Competitors竞争)：目前市场上针对大学生群体的购物平台不多，我们的优势在于面向对象专一，而且我们作为学生更加能从学生的角度分析需求，并且可以在同学之中做市场调研和推广，收集反馈，以取得竞争优势。
D (Delivery交付)：先在学生群体进行小范围推广，收集用户体验，并根据用户意见及时完善功能。
Part five 团队协作，加强分工，需要描述每个成员的具体分工及占整个文档任务的工作量比例
黄浩捷和陈伟升，主要负责需求规格说明书，占整个文档任务的30%
曾广宁，主要负责需求分析中的NABCD模块的撰写，占整个文档任务的15%
黄炜恒，主要负责原型设计方面，占整个文档任务的20%
张 天 ，主要负责分工、整合各成员的文档，代码规范设定以及最后进行博客的撰写和发表，占整个文档任务的15%
曾春华，主要负责需求分析中的用户采访部分，占整个文档任务的20%
Part six 团队计划
原有安排
| 第 6 周 | 1.团队组队、团队博客 |
|---|---|
| 2.团队介绍、成员展示、角色分配、选题确定 | |
| 3.制定团队计划安排，团队贡献分的规定 | |
| 第7周 | 1.需求规格说明书 |
| 2.原型设计，队员估计任务难度并学习必要的技术 | |
| 3.编码规范完成、平台环境搭建完成、初步架构搭建 | |
| 第8周 | 1.原型改进（给目标用户展现原型，并进一步理解需求） |
| 2.架构设计，WBS, 团队成员估计各自任务所需时间 | |
| 3.测试计划 | |
| 第9、10周 | 1. 团队项目任务分配计划 |
| 2. 连续7天的敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交 | |
| 第11周 | 1.用户反馈+测试计划改进 |
| 2. 团队阶段个人总结 | |
| 3. 团队项目博客：发布说明、测试报告、展示博客、项目管理 | |
| 第12周 | 1. 团队项目博客：事后分析 |
Part seven 其他
1. 排版
已经完成
2. 团队分工
| 姓名 | 分工 |
|---|---|
| 张天 | 管理端开发+完成博客 |
| 黄炜恒 | 后台开发+测试 |
| 陈伟升 | 学生端开发 |
| 曾广宁 | 管理端开发 |
| 黄浩捷 | 文档 网页开发 |
| 曾春华 | UI设计 |
3. 团队成员感想
| 姓名 | 感想 |
|---|---|
| 张天 | 项目要顺利进展离不开团队的良好协作 |
| 黄炜恒 | 想要被带飞 |
| 黄浩捷 | 网页端好多东西要学，从零开始好难！ |
| 陈伟升 | so hard |
| 曾春华 | 感觉自己还有很多可以学习的东西，不管是从快速学习技术上，还是说对于一个网页端的设计，了解到了从需求分析到具体实现的一个流程。 |
| 曾广宁 | 太难了 |
4. 本次作业评分基准
| 评分内容 | 评分项 | 分值 | 备注 |
|---|---|---|---|
| 需求规格说明书 | 25 +5 | 进一步对系统做详细描述，包括系统的面向用户分析、功能性需求、技术需求等，基础分25分。根据系统的描述的详细程度可有0-5分的加分 | |
| 给出预期的用户数量 | 3 | 需要明确给出数值 | |
| 阐述系统的：真实性、可用性 以及价值所在 | 2 * 3 | 每项两分 | |
| 给出团队项目的码云链接 | 3 | ||
| 制定团队计划 | 将团队的任务计划添加到码云的团队项目issues里面 | 5 | |
| 给出团队项目的时间安排表 | 8 | 需要给出原有安排3分和校正后的安排3分，并给出矫正计算方法2分 | |
| 其他 | 排版 | 3 | |
| 团队的分工 | 5 | ||
| 每个人完成的情况 | 2 | ||
| 每个人的感想 | 10 |