标签：经历 设计 帮助 大学生 技术 ble 报告 注册登录 产生
| 项目 | 内容 |
|---|---|
| 这个作业属于哪个课程 | 2020春季计算机学院软件工程(罗杰 任建) |
| 这个作业的要求在哪里 | 提问回顾与个人总结 |
| 我在这个课程的目标是 | 完成一次完整的软件开发经历 并以博客的方式记录开发过程的心得 掌握团队协作的技巧 做出一个优秀的、持久的、具有实际意义的产品 |
| 这个作业在哪个具体方面帮助我实现目标 | 为自己一学期的努力画上句号 对下一个阶段的展望 |
作业要求：
- 链接到以前提问题的博客
- 请尝试对自己曾经提出的问题进行解答，并阐明，是如何通过看书，实践，或者讨论弄清楚的。
- 是否原来的问题还不明白？如果有，请分析。
- 是否产生了新的问题？如果有，请提出。
- 软件工程这门学问有很多 “知识点”， 这门课强调 “做中学” - 在实践中学习知识点。
- 请问你们在项目的 需求/设计/实现/测试/发布/维护阶段（一共6 个阶段）中都学到了什么“知识点”，每个阶段只要说明一个知识点即可。
- 结合自己在个人项目/结对编程/团队项目的经历，谈谈自己的理解或心得。
? 2020年3月3日下午16:48，在博客园发表了本学期软件工程的第零篇博客——停下来，回头看 ——记2020BUAA软工第一次作业-热身！ ，1万5千字的长文收获了1256次阅读和6个评论，其中ScalersTalk作者Scalers专门注册了博客园在我的评论下方留言回复2500字，令我备受鼓舞，还有邹欣老师和宝玉老师的建议我牢记在心，mio4学长的经验之谈也对我很大启发。怀着对所有阅读过我的文章和评论我的文章的人的感激，踏上了软件工程的学习道路。
? 2020年3月8日临晨2点56分，发出了软件工程这门课正式的第一篇博客——初窥构建之法——记2020BUAA软工个人博客作业 ，这片博客中都是在阅读完邹欣老师的《构建之法》后，对书中存疑的地方提出的问题，并加入自己的思考和理解。这片博客收获了594次阅读9条评论，有其他学校的软件工程老师，还有仰慕已久的SivilTaram学长在我的博客下留言。为了完成这篇博客，我将《构建之法》每一个章节都进行了阅读，书中还有很多博客的链接我也大多点开来看，对于提出的问题也事先在网上做了充分的调查和搜寻，给出了自己的理解和尝试性的解答。虽然一周的阅读时间很短，但是这个过程真的十分漫长，看完《构建之法》感觉自己在理论上已经开始尝试着从软件工程的思维去思考问题。特别是对PM的章节，除了书之外还搜索了很多地方关于Program Manager和Product Manager的区别，并尝试着将自己代入体验。
? 2020年3月10日下午18:59，发布了“深度评测官”——记2020BUAA软工软件案例分析作业，对候选素材中最难啃的OCR识别表单的开源工作进行了测评，做第一个吃螃蟹的人，后面总结了经验推广开来，陆续也出现了几篇OCR的测评，收获了1754次阅读，成为了后面团队开发时的产品介绍。在这次作业中，开始体会软件之间的差异，开发软件需要侧重什么，什么样的软件是一款优秀的软件。
? 2020年03月21日，我和我的组员拼装成了一个团队，并给我们的团队发布了第一篇博客——“介绍一下自己吧”——记2020BUAA软工团队介绍和采访：
我们是 BUAA软软软件工程小队 ，简称 软软软，但是大家也可以看到我们的博客的 TITLE 是 HARD_CORE_SE，指的是 “硬核的软件工程” ，软软软其实是希望我们遇到硬核的软件工程也可以 化硬为软，直面困难，在我们的眼里没有 硬核 二字，一切困难在团队面前都是纸老虎！
虽然我们都没有大型的工程经验，是一直拼装起来的军队，但是我们相信通过我们团队的配合一定能够在软件工程这门课中发挥出色，不只是取得成绩，而且能做出像样的、能流传的、实用的项目出来。
? 虽然当时我们还没有选好题目，但是我们核心的目标已经确定——做出像样的、能流传的、实用的项目出来。
? 2020年4月1日，我们团队发布了项目选择博客——“妈妈再也不用担心我忘交作业了！”——记2020BUAA软工团队项目选择，结合本学期的疫情分析了同学们的痛点，决定开发一款帮助同学规划提醒日程的Web应用，而我作为想出这个点子的人，对这个应用有什么页面，有什么功能，能够实现什么最为清楚，因此成为了团队的负责人。
? 2020年5月5日，修复完所有的Bug、走过不知道多少次流程，我们确定首次公开发布我们的产品——DDLKiller，一款专门面向北航本科生设计的日程提醒助手，并在朋友圈，班级微信群，QQ群等小范围内进行推广：
? 从后台统计数据来看，发布第一天注册用户达到77人，第二天达到148人，仅仅使用两天的时间就已经超额完成预期的100人，并且从反馈来看，同学们对这一款简洁美观、功能强大的日程管理助手非常满意，并且积极给我们提供反馈意见，帮助我们在Beta阶段做的更好。
? 第一次发布说实话是非常忐忑的，我们熬了无数个夜晚，开了无数的视频会议，做了无数次测试的软件，突然开放给大家，不知道大家是喜爱，还是无感，我们当天晚上守在后台，看着注册登录的日志，看着注册的人数一个一个往上涨，一个一个开始新建事项，使用我们的功能，守到过了午夜1点仍然没有异常，我们的心才放了下来，大家相互鼓励，洗洗睡了。
? 2020年6月2日，又经过一轮的迭代，我们发布了Beta版本的DDLKiller，虽然是6月2日发布，但是用户们早已体验过新的功能，结合很多人性化的新功能进行二次推广，用户量达到240人，相比Alpha阶段增长90人。后来经过最后一次项目展示答辩，我们的软件工程这门课程，结束了。
? 但DDLKiller还没有结束，就像我们UltraSoft - Beta - Postmortem事后分析中所说的：
BUAA - UltraSoft - 软软软小组 2020春大三下学期的软件工程， 全剧终。
但我们DDLKiller的故事还在继续，不要走开，马上回来
? 我们还留了两个功能没有实现，我们感受到了大家对客户端和小程序的呼声，我们希望在自己的大学生涯中，甚至在未来的生活中，依然继续使用这款我们亲手打磨，亲手建设的产品，说实在的，我们还挺不舍得的。虽然在专业人士的眼中看来这个实现非常简单，可能一个前端大神两天就能做完的事情，一个后端大神一天就能写完的东西，我们却花了整整一个学期。
? 可是，我们在这个学期里面不是学习的如何写前端，如何使用Vue，不是学习如何写后端，如何使用Django，我们团队的账号发表了39篇博客，技术博客都是在我们的个人账号中发表，这说明什么，团队博客中所记录的，是实实在在的软件工程。那一篇篇设计与规划、Scurm Meeting、发布说明、测试报告、项目展示、事后分析，是DDLKiller像一个新生儿一样，成长的记录。
? 我们学会了团队成员之间如何高效合作，我们学会了如何使用Github、Gitee管理团队项目，我们学会了使用MockPlus设计产品原型，我们学会了如何权衡需求和实际。确实专业的工程师照着我们的网站实现一个是很快，但是他可能很难做到从0到1的过程。他没有进行痛点的分析，他不知道用户真正需要什么，他没有一个需求和实际使用之间的权衡，他的开发确实了团队协作的乐趣。
? 说实话刚开始团队开发的时候我还是不习惯多人协作，觉得一个人做完了事就可以省去交流的时间，后来我才发现不是我不会开发，是我不会交流。我们团队后期自研创新的交流方式非常高效，一个石墨文档把锅和坑明确到人，每个人不需要问自己需要干什么，还可以干什么；一天十几个小时在线的腾讯会议，有问题直接进来说，语音来的总比打字快，共享屏幕来的总比截图直接。大家高效交流之后整个难度就下来了，只要说好了谁负责开发什么模块，最晚什么时候需要验收，还有不懂的我们共享屏幕聊，几乎不会产生歧义或者推锅的情况出现。作为一个PM我的体会最深：在Alpha阶段的前期由于缺乏有效的沟通，PM和组员都很累，每个人都有点不清楚自己要干什么，我知道大家要干什么却不能很好布置下去，每天群里的提问和回答带来的却只有效率的低下，我也想着自己一个人做好就算了，要那么多人干什么，但也发现自己越是想全部做完做好越是什么都做不完做不好。这是一段非常难忘的经历，是软件工程这门课提供给我的，给了我一个在步入社会前体验社会毒打的经历，幸好是在课内体会到的，不至于“死”得太惨。
? 回首望去，觉得这学期很长，也不知道是不是疫情在家的缘故，还是无穷无尽的腾讯会议的缘故，虽然只过了3个月，但是感觉自己做了很多事情一样。3个月后再看自己的第一篇博文，确实有了些不一样的体会。
未完待续
标签：经历 设计 帮助 大学生 技术 ble 报告 注册登录 产生
原文地址：https://www.cnblogs.com/CookieLau/p/13155126.html
