我的做业——软件工程实践总结做业

做业格式

• 课程名称：软件工程1916|W（福州大学）
• 做业要求：我的做业——软件工程实践总结做业
• 我的学号：021600823
• 做业目标：软工实践总结

做业正文

1、请回望暑假时的第一次做业，你对于软件工程课程的想象

1）对比开篇博客你对课程目标和期待，“但愿经过实践锻炼，加强计算机专业的能力和就业竞争力”，对比目前的所学所练所得，在哪些方面达到了你的期待和目标，哪些方面还存在哪些不足，为何？

“我不太喜欢说些不切实际的话，对于当前这个课，我但愿能体验一个还算完备的开发过程，写出一个能够跑的东西，我不太奢望它有什么实际的做用，可是我但愿它能被我好好的优化过几回，而不是闷头写完就丢在那等着交就完事了。”

• 这是我写在学期开始时，对于软件工程实践这门课的期待，如今回想起来，当时对于这门课的理解仍是有些浅薄。

• 在软工实践的过程当中，我了解到了如何规范地开展一个项目，如何撰写规范的需求说明书、数据库说明书等等。也学习了如何写测试用例、使用robot workframe，loadround等各类测试工具来进行测试。

• 意外的是经过此次实践我积攒了很多写python的经验，这也是我以前接触不多的东西。

• 不足的话，就是因为本次开发先后端分别使用的.vue和dotnet是我以前没有接触过的领域，因此我花费了不少时间在学习相关的知识上。

"针对你的选择，你给本身的大三设定的规划安排是什么？"

大三下，就是这学期，把全部的选修修完，尽可能大四的时间要腾出来冲刺，另，平时要投入时间（晚上和周末的下午）开始复习高数和英语，不该该有在周末放纵本身的资格。

• 我当初真的不知道软工大三的课能够麻烦到这样，除了软工实践还有别的课设，再加上我这学期把选修修满——还要再加上大一的补修，时间真的是所剩无几。本着课内学习为重的原则，考研的进度目前看起来只有英语达标了叭，真的是有些头疼。

2）总结这门课程的实践总结和给你带来的提高：

1. 统计一下，你在这门软件工程实践中，完成了多少行的代码；

• 其实个人代码量并非不少，个人任务量主要在报告，测试脚本编写和测试用例撰写上。

语言	代码行
C#	320
Python	550
Java	660

2. 软工实践的各次做业分别花了多少时间？

做业名称	时间(h)
第一次做业-准备篇	3
结对第一次—原型设计（文献摘要热词统计）	11
结对第二次—文献摘要热词统计及进阶需求	20
团队做业第一次—团队展现	2
团队做业第二次—项目选题报告	9
团队第三次-项目原型设计	12
团队做业第四次-项目需求分析	13
团队做业第五次—项目系统设计与数据库设计	9
团队做业第六次—团队Github实战训练	13
项目Alpha冲刺（团队）	22
过后诸葛亮（团队）	2
项目Beta冲刺（团队）	34
Beta阶段团队项目互评	6
我的做业——软件工程实践总结做业	2
总计	158

3. 哪一次做业让你印象最深入？为何？

• 结对第二次—文献摘要热词统计及进阶需求
• 此次的做业令我印象深入，这是我第一次进行结对写代码，由于沟通的缘故，我和队友对项目的理解，对接口的需求，已经对进度的估计都有误差，当时还有一点点的不愉快，主要是我这边的代码写的较为混乱，队友当时看不太懂，并且底层的逻辑有些不严谨，我当时花了一个通宵重构，可是因为时间不够，逻辑的部分并未获得太大改善，测试也不够充分，虽然本身这边的样例过了可是并无拿到理想的分数。
• 这是一次属于吃亏的经历，不过也是此次经历让我对于本身编程的习惯有了深入的反思，我认为它对个人影响是深远的。

4. 累计花了多少个小时在软工实践上？平均每周花多少个小时？

• 根据问题2给出的表格， 加上到现场答辩以及其余交流的时间，大概有近160个小时了，不算一下，本身也没发现竟然有这么多的时间。平均下来，几乎每周都有12个小时左右。

5. 学习和使用的新软件&新工具；

• 原型设计：墨刀、Photoshop
• 用例图、类图等：ProcessOn、StarUML
• 测试：LoadRound，Ride，Python
• 代码管理：GitHub、GitLab
• Markdown: Tyopra、HackMD

6. 学习和掌握的新语言、新平台

• Python, .NET, VUE

7. 学习和掌握的新方法；

• 单元测试
• 自动化调试
• 压力测试

8. 其余方面的提高。

• 需求分析能力
• 抗压能力
• UI设计的能力
• 逻辑分析能力
• 自学能力和查资料能力

---

2、写下属于本身的人月神话

需求必定是要在开始就作好的，而且由此来构造功能模块，这样才能够在功能验收的时候有个勉强可以做为参照的验收标准，写代码的时候就不会像没头苍蝇同样。在结对的时候，咱们当时就粗略的分析了须要，并无规划好功能结构，间接致使后面的成绩不理想，同时，在后面互测的时候也发现其余组有的同窗对于本身软件各块的功能不明确，甚至出现了空按钮和“同一功能两个标准”的状况出现。

---

3、对下一届实践的建议等等。

下一届实践的建议：建议在组队的时候先把队员大三下的目标摸清，由于这实在是一个敏感的时间点，对于我的目标的不同可能就决定着你们对于这门课程投入的不同。另外，但愿你们各有所长，有所偏重点才能更好的配合，也能在本身擅长的领域统一意见，在开发的时候团队里有我的来统一意见是很重要的一件事，因此你们选组长的时候必定要慎重选择，大局观要强。
对开学初的本身：不要想那么多有的没的了。。。
对大一的本身：准确来讲应该是大二，打好基础，当时不该该担忧留级的。
对后来人的期许：都比我强，确定轮不到我来操心。
对于中途换队员：能够换，可是我但愿老师可以容许小组互相商讨交换的人员，就比如球队交易，原本好好的两对（前端+后端）硬生生被配成（前前）+（后后）这谁顶得住。。。

---

4、分析一下本身所处的团队。四个阶段。

萌芽阶段

• 在组队开始的时候，虽然项目都已经肯定，可是你们都在讨论要实现哪些功能，须要用到哪些技术。

磨合阶段

• 我认为是在需求分析和文档阶段，以及以前的GitHub实训，在这个漫长的过程当中，你们在团队里找准了本身的定位，也逐渐明确了本身的目标和方向

规范阶段

• 在alpha和以后的beta阶段，你们明显都有了本身所负责的领域，对于各项工做的分配和处理也显得更熟练，甚至不用调配就自觉完成。

创造阶段

• 好像。。。还没到？

---

5、怎样证实你学会了软件工程？

研发出符合用户需求的软件必须公开发布，有实际的用户，必定的用户量和持续使用量 （3 天后能保持10 - 100个用户）；而不是: 作没有用户使用的软件

• 因为是针对需求开发，因此实验室的同窗就是实际的目标用户，固然目前开发尚未彻底结束，因此目前的用户量并无普遍上升。

经过一系列工具，流程，团队合做，可以在预计的时间内发布 “足够好” 的软件有项目规划/需求/设计/实现/发布/维护，有定时的进度发布 ； 而不是: 经过临时熬夜，胡乱拼凑，大牛一人代劳，延迟交付等方式糊弄

• 咱们经过GitLab进行代码管理和协做，每一个人都有分支，只有在分支中的代码ok，才会进行合并。这次的项目进度也一直在计划以内。

而且经过数据展示软件是能够维护和继续发展的。而不是 找不到源代码，代码无文档，代码不能编译，没有task/bug 等项目的发展资料

---

六*（选作）、阅读软件工程中关于代码质量的的经典论文，作一个阅读笔记？

---

7、个性发挥

大三刚开始

大三过一半

课程结束