软件工程实践总结——实践出真知

[222000316谭楷]

这个作业属于哪个课程	软件工程-23年春季学期
这个作业要求在哪里	软件工程实践总结&个人技术总结
这个作业的目标	对课程以及个人技术进行总结
其他参考文献	CSDN

目录

• 第一部分 课程回顾与总结
• 课程回顾与总结
• “做中学”——在实践中学习知识点
• 需求
• 设计
• 实现
• 测试
• 发布
• 对于个人项目/结对编程/团队项目的经历，理解与心得
• 个人项目
• 结对编程
• 团队项目
• 自我评分——七大课程目标
• 第二部分 个人技术总结

第一部分 课程回顾与总结

课程回顾与总结

什么人群适合看《构建之法》这本书？

我认为《构建之法》适合有项目经验或者正在着手实践项目的程序员来阅读。如果让完全的新人来阅读此书，我认为还是有一定的难度与门槛。

re-work是否能够衡量代码质量呢

不能。我认为re-work会不可避免地使代码的意图产生或多或少的偏差，我认为高质量的代码应该是有良好规划的、维护良好的。但但re-work是不能用以说明代码的质量的。

如果人工智能的发展现阶段仍旧是工程问题，局限性还是计算速度的问题的话，那人工智能的发展对于人类文化的破坏，以及人类受限于缓慢地生物进化，无法与之抗衡而终将被替代的观点是否在此基础上无法成立

在我看来，人类的生物进化是一个漫长的过程，需要数百万年的时间才能发生显著变化。而人工智能技术的发展则是一个相对较短的过程，需要数十年或数百年的时间。因此，在未来相当长的一段时间内，人类仍然会在许多方面保持优势。目前，人工智能技术仍然存在许多局限性和挑战，例如计算速度、数据质量、算法可解释性等问题 。这些问题限制了人工智能技术的应用范围和效果。因此，在未来相当长的一段时间内，人类仍然会在许多方面保持优势。
如何走出舒适区？

我认为，走出舒适区需要我们正确的认识自身的能力，同时培养积极向上的态度，多尝试、多锻炼。
分而治之（Work Break Structure）如何分？
基本思路是：将一个大问题分解成若干个小问题，然后逐个解决小问题，最后将所有小问题的解合并起来，得到大问题的解。但是光这样是不够的，我们在拆分问题的时候还应该从结果出发，在仔细考虑未来变故的前提下进行计划的制定。

“做中学”——在实践中学习知识点

需求

需求阶段的目的是明确软件要解决的问题和满足的需求，包括功能需求和非功能需求。需要与团队以及用户详细沟通并商讨软件相关内容。我最大的收获就是学会了编写需求规格说明书。

设计

在设计阶段，我从未以UML图的方式来设计Unity相关的项目，本次实践让我深刻体会到了Unity项目的复杂度。

实现

在我以前的项目之中，我没有尝试与后端进行过如此大量的数据交互，本次项目中在对接上遇到了非常多的问题。不过最终还是在与队友的沟通之下完成了项目。

测试

在测试阶段，我认为本组的测试报告还是完成的不错的，能直观的认识到我在性能方面所做出的一些优化。

发布

本次项目的发布有些不理想，后端由于服务器配置原因响应时长有些长，同时还容易遇到流量过大的问题。最后还是通过减少jvm的数量以及扩充服务器的内存来做出了一定的完善。

对于个人项目/结对编程/团队项目的经历，理解与心得

个人项目

在个人项目中，我使用了C++来完成作业，没想到的是C++的选择率会如此之低。但是这次作业有一些拖延，我是在最后一天完成的代码，于是乎在输出格式上出现了纰漏，属实是有点糊涂。

结对编程

在结对编程中，我的队友特别主动，在项目开始的几天就主动承担了需多任务，不过在原型到实现的阶段，老实说还是有一些苦手。不过最后和队友一起还是按时交付了项目。非常感谢我的这位队友。

团队项目

这次团队项目功能有些庞大，由于我自己也没有太多项目设计、分工的经验，所以这次在个别功能的实现上确实下了不少功夫。好在设计阶段我有认真考虑规划过相关的实现细节，这次项目在实现上基本没有摸不着头脑的部分。不过实现归实现，有没有bug另说，这次不少时间都花费在了与后端交互相关的bug上。但是总的来说，还是收获颇丰。

自我评分——七大课程目标

目标	评分	解释
理解软件工程师的职业道德规范和实践要求，了解国情社情民情，理解软件产品对社会、健康文化等影响，树立积极向上的软件开发理念。	90	我在完成项目时能够感受到一定的目标，但由于项目经验的匮乏，我认为我对该点的理解还有所欠缺
掌握需求分析的全过程，能辨别客户表述的多样化要求，熟练使用需求表达工具，能够规范、准确地表达客户的需求，构建需求分析模型。	85	由于游戏结构的复杂性，我认为我对需求的把我还有待提高。本次虽然完成了较为复杂的类图，但用以表达游戏功能我认为还远远不够
掌握软件开发的全过程，遵循体系结构设计方法和基本设计原则，通过正式的技术评审，完成从体系结构设计模型、数据设计模型和构件级设计模型，形成面向高效可靠的服务组件设计方案或软件系统设计方案。	75	我认为我在掌握软件开发的全过程上这一点做的还是比较失败的，项目的推进没有预想的顺利，时常容易因为缺乏各种数据而卡壳
能够执行从组件到软件系统的技术评测，具备设计模型的评判能力，具有创新设计意识，能够优选设计方案。	90	我认为在本次项目中我对代码的设计还是有一定理解的。能从我们的性能报告中看出，本次的代码框架设计还是不错的
遵循软件开发各阶段文档标准，采用规范的表达，掌握需求规格说明书、系统设计说明书、系统测试报告等文档撰写方法，具备与业界同行交流能力。	80	我认为我攥写说明书的能力还需要进一步的提高，因为我老是喜欢跳跃着思考，所以有时候写出的文字理解起来会有些困难
具有良好的团队意识和合作技能，能够与其他成员开展有效的沟通和协作；能够组织、协调或指挥团队开展工作。	90	本次团队项目在我看来，项目组的团结还是非常不错的，我们开展了多次线下会议，定时汇报进度，最后项目也完成的还行
能够辨别具体软件项目管理中涉及的构成要素，掌握软件规模和工作量的估算方法，能够选择合适的工具规划软件进度并对项目管理过程进行配置，具备初步的管理复杂软件工程项目的能力。	70	我认为我在管理上是有些失职的，首先就因为我的作息比较晚，经常容易传达不到消息，而且还没有及时整理他人的数据进度，导致了缺了啥的时候才去叫人补

第二部分 个人技术总结

个人技术总结——Unity中对于Http的进一步封装

[CSDN-Ada助手]

@SoftwareTeacher 根据引用的这句话来看，可能是因为这本书讲解的内容比较深入，需要读者具备一定的计算机基础知识和软件开发经验，如果是完全的新手可能会有些难度。至于具体的门槛在哪里，需要具体阅读书籍才能确定。《构建之法 -- 现代软件工程》这本书适合有一定软件开发经验的读者，特别是对软件工程和软件架构等方面有兴趣的读者。

[SoftwareTeacher]

如果让完全的新人来阅读此书，我认为还是有一定的难度与门槛。

---

请问具体的门槛在哪里？ 描述一下。

@CSDN-Ada助手请问 《构建之法 -- 现代软件工程》这本书适合什么样的读者？