团队作业2——《需求规格说明书》

团队作业2——《需求规格说明书》

这个作业属于哪个课程	软件工程
这个作业要求在哪里	团队作业2——《需求规格说明书》
这个作业的目标	确定团队选题后，确定团队需要描述要做的究竟是什么系统，预期的用户量是多少，通过需求分析形成需求规格说明书； 建立和初步熟悉团队git的协作方式；校正团队项目的时间安排表

1.引言

1.1编写的目的

作为用户和软件开发人员达成的技术协议书,作为着手进行设计工作的基础和依据,系统开发完成以后,为产品的验收提供了依据。由于用户要能看得懂,并且还能发现和指出其中的错误,这对于保证软件系统的质量有很大的作用。

本《需求规格说明书》的阅读对象是：

• 开发组成员
• 测试组成员
• 团队授权可阅读本文档的其他人员

1.2背景

• 待开发系统的名称：匿名提问箱

• 适用环境：网页端

• 界面语言：中文（简体）

2.任务概述

2.1目标

社交媒体的这几年变得越来越复杂。网络聊天的出现是为了方便人们沟通，但是渐渐的，这个“方便”也只是缩短了时间和距离，而并没有实现更加坦白的沟通。社交媒体依然没有真正实现“人人皆可说“的幻境，它只是给了每个人一支关掉的话筒，怎么能打开，还得靠自己。

匿名提问信箱就是为了能够打破这些。实现提问双方的轻松社交。

2.2用户的特点

使用匿名提问箱的用户，或许是想表达自己的心意却不想表明自己的身份，或许是“社交恐惧症”，需要通过匿名去吐露自己的心声。

2.3假定和约束

2.3.1假定

本项目是否能够成功实施，主要取决于以下的条件：

• 团队成员的积极合作配合，为了项目的开发和实施，对个人时间进行合理规划同时为团队做出合理牺牲，配合队友完成任务。
• 开发过程中遇到的技术问题可以及时得到同学或者老师的指导和帮助。

2.3.2约束

• 时间约束：开发周期短，6周的开发时间需要开发者合理规划时间，做到多项任务并发。

• 技术约束：团队成员在相关技术水平方面存在一定的欠缺，缺乏相关的项目经验，需要在开发中并发学习多种技术和能力。

• 其他约束：开发期间，团队成员还有别的学习任务，对项目进度造成一定程度上的影响。

2.4预期用户量

根据实际情况，首批用户主要为开发测试人员，预计用户量为5；第二批用户主要为测试志愿者，预计用户量为50；最后一批用户主要为宣传推广后的用户，预计用户量为250。

3.需求规定

3.1对价值目标的规定

• 真实性：

  该项目可以实现用户之间的匿名交流，来源于生活中大家可能对于某些事情“不敢说”“不好意思说”的现象，还有一定程度上可以对使用者的隐私进行保护，满足大家的一些交流需求，真实可信。

• 可用性：

  依托现有的已经开发成熟的库及功能加上自己团队新开发的功能，我们力求保证其可用易用。

• 价值所在：

  提问箱中答主可以根据自己的意愿选择是否公开展示回答的所有问题。多问题代表的多角度与唯一答主相对应，使答主的个人形象也打破次元，更加丰富。提问者一方面可以通过提问向被提问者倾诉或表达自己的情感，就如匿名的留言板；另一方面可以通过提问更了解被提问者，避免了传统社交中因为难以启齿而错过了解的机会的事件的发生

  我们在匿名中，背对背拥抱，但也渴望某一天面对面说声，

  “Ask me anything“

3.2功能需求分析

3.2.1功能结构图

3.2.2具体功能列表

功能	详细描述
注册登录	用户需要用邮箱注册账号；使用账号密码登录；识别人机的验证码
用户信息编辑	用户修改密码；编辑用户信息；修改头像
主题以及背景管理	用户可以根据个人喜好选择个人页面系统主题色以及提问箱背景图
发布提问箱	用户可以向其他用户发布自己的匿名提问信箱，供其他用户匿名提问，以链接形式分享
匿名提问	用户可以进入提问链接对提问箱的主人进行匿名提问，但无法进入提问箱主人主页，同时提问者还有追问功能。
回答	用户可以选择公开回答这个问题或者定向回答这个问题（只有提问者和用户可以看到），回答问题时可以添加图片以及选择字体的大小和颜色。用户回答问题后可以编辑自己的回答再次更新回答。
举报反馈	无论是提问者还是回答者，都可以对违法违规的信息进行举报或者对系统的功能提出建议反馈
拉黑	用户可以对自己讨厌的问题拉黑，实际上是将该信息对应的用户进行拉黑，被拉黑的用户无法再次提问以及查看公开的问题。
注销	用户可以注销账号
收信管理	个人主页中有四个分类可以分别查看未回答的问题、已回答的问题、未收到回答的问题、已收到回答的问题。答者可以删除问题。

3.2.3初步UI界面设计

• 登录界面
  
• 注册界面
  
• 用户主页
  
• 编辑页面
  

3.3技术需求

• 前端

  技术项	具体技术
  编程语言	HTML+CSS+JavaScript
  测试环境	chorme浏览器
  实际运行环境	网页端
  框架	Vue.js

• 后台

  技术项	具体技术
  编程语言	Java
  通信协议	HTTP
  JDK	1.8－301
  数据库	MySQL 8.0
  Web服务器	centos8.0
  代码版本控制	Git
  技术选型	JavaWeb

• UI

技术项	具体技术
UI平面设计	PS、XD

4.团队计划

4.1团队GitHub仓库

4.1.1GitHub地址：

好几个队

4.1.2项目issues截图：

4.2团队项目时间安排表

4.2.1原有安排

时间	任务内容
第9周	1.团队组队、团队博客
	2.团队介绍、成员展示、角色分配、选题确定
	3.制定团队计划安排，团队贡献分的规定
第10周	1.需求规格说明书
	2.原型设计，队员估计任务难度并学习必要的技术
	3.编码规范完成、平台环境搭建完成、初步架构搭建
第11周	1.原型改进（给目标用户展现原型，并进一步理解需求）
	2.架构设计，WBS, 团队成员估计各自任务所需时间
	3.测试计划
第12、13周	1. 团队项目Alpha任务分配计划
	2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
第14周	1.用户反馈+测试计划改进
	2. 团队Alpha阶段个人总结
	3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
第15周	1. 团队项目Alpha博客：事后分析

4.2.2校正后的安排

时间	任务内容
第9周	1.团队组队、团队博客（已完成）
	2.团队介绍、成员展示、角色分配、选题确定（已完成）
	3.制定团队计划安排，团队贡献分的规定（已完成）
第10周	1.需求规格说明书（已完成）
	2.原型设计，队员估计任务难度并学习必要的技术（已完成）
	3.初步的UI界面设计（已完成）
第11周	1.原型改进（给目标用户展现原型，并进一步理解需求）
	2.编码规范完成、平台环境搭建完成、初步架构搭建架构设计，WBS, 团队成员估计各自任务所需时间
	3.测试计划
第12、13周	1. 团队项目Alpha任务分配计划
	2. 连续7天的Alpha敏捷冲刺，7 篇 每日Scrum Meeting博客+代码提交
第14周	1.用户反馈+测试计划改进
	2. 团队Alpha阶段个人总结
	3. 团队项目Alpha博客：发布说明、测试报告、展示博客、项目管理
第15周	1. 团队项目Alpha博客：事后分析

5.其他

5.1团队分工

队员	角色	任务
宋旭清	队长	1.撰写博文 2.宣传工作 3.配合PM工作，协调管理队员，完成小组计划工作 4.UI设计
罗桂珊	前端	1.进行网页的前端开发 2.进行前端测试
杨川钡	PM	1.产品设计，规划需求 2.规划项目进程，保证任务进度 3.UI设计
郑宝柔	后端	1.进行网页后端开发 2.进行后端测试
周华娟	后端	1.进行网页后端开发 2.进行后端测试

5.2每个人完成的情况

• 宋旭清：熟悉团队的分工工作，撰写博客，学习ps软件以及xd软件的软件使用，学习UI设计的一些规范，学习软工相关知识
• 罗桂珊：了解项目后，与后台同学讨论并进一步学习新的技术；与PM交流沟通，了解了项目需求并确定了基本的页面设置
• 杨川钡：列出了匿名提问箱的功能需求以及与后端前端进行沟通如何实现，设计了大概的网页布局
• 郑宝柔：已完成数据库表和接口需求文档的设计
• 周华娟：购买了合适的服务器，并且在服务器安装了JDK，MySQL、redis和Tomcat，创建了共享GitHub仓库并搭建好了springboot的环境，让所有人能访问服务器的数据库

5.3每个人的感想

• 宋旭清：团队合作能激励自己不断去学习所需要的知识，一定程度上治好了拖延症，开会时和队友们的交流可以更加发散自己的思维。
• 罗桂珊：很需要整个团队面对面一起讨论，可以直接提出问题并解决问题，这样讨论的效率大大提高。同时通过讨论，也明白了一个项目的开发有很多的细节问题。
• 杨川钡：在团队合作中，最大的感受就是沟通的重要性，以及作为一个PM，如何使沟通更高效，在整个过程中还需要及时跟进各位成员的进度。在列需求时需要考虑全面的同时与前端后端成员进行及时的交流。
• 郑宝柔：项目进展顺利离不开积极有效的沟通和合作，每次开会都能发现自己思考不足的地方，收获颇多。
• 周华娟：是一次很好的锻炼机会，加强了沟通能力。