第三次团队作业——需求规格说明书
我说的都队
031402304 陈燊
031402342 许玲玲
031402337 胡心颖
031402203 陈齐民
031402209 黄伟炜
031402233 郑扬涛
一、工作流程
Start——魔鬼训练开始
开会讨论需求
和老师讨论并确定最终需求
项目需求以及功能模块Excel表的撰写
请教学长学姐关于《需求规格说明书》撰写的经验
参阅历届软工团队的优秀《需求规格说明书》文档
根据《软件需求规格说明书》国标,确定整个文档的大致目录结构
对word文档的标题、正文等进行统一的格式规范
开会讨论,确定文档的分工如下:
- 引言、总体描述的撰写——黄伟炜
- “具体需求”功能规定、“用户特点”的撰写——郑扬涛
- “具体需求”、“验收验证标准”的撰写——陈齐民
- 项目原型的设计——许玲玲、胡心颖
- “界面原型”的撰写——许玲玲、胡心颖
- 《需求规格说明书》文档最终整合以及完善——陈燊
- 凌晨三点,博客的最终定稿以及提交!
End——魔鬼训练结束
期待下一次的相遇~
二、附件
三、任务分工及比例
姓名 | 具体任务 | 分工比例 |
---|---|---|
陈燊 | 需求讨论;协调组员之间的分工、任务分配;word样式的统一;《需求规格说明书》文档标准的确定以及最终的整合;博客撰写 | 16.4% |
许玲玲 | 需求讨论;项目大多数原型的设计;协调原型的分工 | 17% |
胡心颖 | 需求讨论;项目部分原型的设计;文档:“界面原型”内容的撰写 | 15.7% |
陈齐民 | 需求讨论;确定项目需求的Excel表;文档:"验收验证标准"、"具体需求"4.2至4.6节的撰写;评审环节《需求规格说明书》的讲解; | 18% |
郑扬涛 | 需求讨论;文档:“具体需求”对功能的规定、“总体描述”用户特点的撰写;“验收验证标准”少部分内容的撰写 | 16.4% |
黄伟炜 | 需求讨论;文档:“引言”、“总体描述”内容的撰写 | 16.5% |
四、总结
陈燊
经历了这次作业,深感队友们的内心抗压力之强。整个软工实践到目前为之,我们小组经历了四次项目选题的大变动。特别是这次放弃毕设导师分配系统的Android端,而全组转型做PHP端,在时间如此紧迫、组员Web项目经验欠缺的情况下,对我们团队而言是一个巨大的考验。尽管这一条路充满坎坷,但庆幸我拥有着一群无论何时何刻都极其靠谱的队友,在组长我偶尔神经质抽风的时候,给我浇了一盆凉水,让我彻底清醒了起来,对这个团队的未来也愈来愈充满着信心!
反观本次作业,对于《需求规格说明书》的撰写,确实是一个比较煎熬的过程。因为我们临时改题,项目的需求在本周三中午才彻底确定了下来,而在短短两天的时间内,三十几页的文档,对我们而言是一个巨大的挑战。我们请教了往届学长学姐撰写这个文档的经验,并且参考了部分优秀的需求文档,去其糟粕取其精华。在短短的三天时间内,我们团队分工明确,每个人都承担了文档部分内容的撰写,而我则负责穿针引线,全权充当一个PM的角色,把控整个任务的进度,终于在周五晚完成了《需求规格说明书》的1.0版本——优质、清楚、通俗、易懂,老少皆宜!
软工的作业总是离不了熬夜,这份随笔,便是写于凌晨三点,从19点连续奋战到现在,大脑却格外得清晰。虽然累,但值得!
许玲玲
这次作业,怎么说呢,就是理想和现实的差距,从一开始的安卓端转成现在php端,期间经过了团队组员的各种“批斗”,最终投票出来的结果,这对我们整个团队来说是很大的一个挑战。这次的作业自己主要做的是原型,感觉设计的过程挺开心的,虽然界面还是lowlow的。感觉自己原型细节扣的太细,花了很多的时间。最后,就是感觉真的有点担心未来两周的编程。
胡心颖
在外面比赛的时候听到要合并整个人一脸蒙蔽,然后回来和许总合计了一下,试着劝说大家一起改成PHP,结果成功了哈哈哈哈哈哈哈哈。婷婷问说我们这组对安卓更熟悉为什么要选PHP,我是觉得语言只是一个工具,重要的是思想。例如不能说我学了C艹,这辈子只用C艹,只做和C艹有关的东西。做项目的过程就是一个学习的过程,不管是学习思想、开发模式还是语言,哪种更适合就用哪种,不会就学,现在我们还在一个积累的阶段,就是要一直学习的,硬把所有事情往自己会的上面靠没意思。因为临时改选题,所以要做的东西多了起来,时间也更不够用了,但是有这个团队在,还是莫名心安。
陈齐民
这是根据团队计划开展的第一周,因为我们组临时改变决定做毕设导师智能分配系统PHP端,所以我们很多的计划和前期准备都没有什么用处,要重新来过,这一周就我们组的压力特别的大。之前开发项目都只需要根据项目负责人布置的任务和需求敲代码,现在第一次感觉一个项目在开发的前期准备比敲代码的过程不知道累了多少倍。从上周六和栋哥开完一个简短的需求会后,就开始思考系统的用户需求,写了一份比较详细的需求后,周三软工课后栋哥又开了一次会,才发现还有好多的细节没有考虑,从周三开始,每天晚上熬夜想需求、写需求,同组的其他人也在每天熬夜赶工画原型,写软件需求规格说明书的各个模块,尤其是验收验证标准——需求说明书里最重要的部分之一,我连续两天熬夜到3点多才写完,第二天还要早起上课,还有训练、学生工作等等,过得真是压力山大。
但是每天这种充实的生活,每天都能学习到一些知识,和队友一起完成软工作业是一件很享受的事情,希望在强大的组长的带领下,我们能够顺利地进入下一周的工作任务,一步一步的完成系统的开发。
郑扬涛
这周的任务是写需求规格说明书,面对长达二三十页的文档,顿感懵逼。不过,我们作为一个团队,当然要发挥众人拾柴火焰高的效果,每个人都负责某个部分内容。在其中,我负责功能需求的撰写,其中包括类图,功能描述以及用户场景等等。在这个过程中,比较困难的部分是关于类图方面的,由于上周出去比赛没上实践课,对于UML、类图之类的还不太熟悉。而比较有趣的部分是关于用户场景的撰写,这把我带回了中学写记叙文的时代。我觉得在说明书中加入用户场景是十分必要的,这可以给读者一个身临其境的感觉,使其知道整个系统的流程,功能是什么,可以有一个比较直观的感受。果然,软工不仅仅是写代码这么简单,前期准备工作的工作量也不可小觑。
黄伟炜
经过一周的努力,从第一次讨论需求确定到多次修改,终于完成了初版需求说明规格书。初步明确了毕设导师智能分配系统的需求。但是,还有许多细节问题,需要在最终版的需求说明书中确定。确定完需求,下一步就是进行真正的编码工作了。由于,对用到的编程语言(php、js)不熟悉,需要一段时间进行学习。那么,开始努力吧!