软件工程——个人总结

在这个学期的软件工程课中，我们小组所选的题目为基于微信的一校通平台。按照这个题目及相关需求，我们小组对选题进行了需求分析，模块设计，系统设计，数据库设计，用户界面设计等，并积极完成相应的开发编码工作，后又对开发的系统进行了相应功能的测试工作。在划分模块后明确了各自分工，渐渐形成良性循环。在学习过程中，知道了团队合作十分重要，争议固然存在，但通过讨论、协商，群策群力，在不断磨合中能够达成一致与默契。团队成员中能力各有高下，互相尊重，各取所长，不宜妄自菲薄。组长多加协调，组员积极配合，才能合作愉快。学习能力体现在能尽快接受新的知识，顺应变化，学为所用。

这门课程对我带来的提升

学习和使用的新软件

在上到流程图，E-R图的时候，我们学习了一个新的软件Enterprise Architect，这个软件学起来挺容易的，不过画出来的流程图还是蛮好看的。还有在做我们的项目的时候，我学习到了bookstrap，Dreamweaver等软件，收获也颇多。

学习和使用的新工具

在软件工程一课，接触到了博客园，coding等工具，开始是一个交作业的平台，到后面我才发现这是程序员必须具备的装备，当你把写好的东西发布在上面的时候，可以被上网的所有人看见，是一份很好的资源交互平台，当然也可以更方便的保存自己的东西。

学习和掌握的新语言，新平台

我们并没有因为这门课学会某种语言，但我们通过这门课复习了C，C++，C#，Java这些以前学过的语言，当初学这些语言的时候，很多地方都没有自习研究，甚至如果再放一段时间，真的有可能再也记不起来这些东西了。在编写代码的时候还自学了HTML，JS等语言，当然还掌握了写这些语言的平台，真的是受益匪浅。

完成代码量

如果没有软件工程这门课，我们编程量真的少得可怜，平时没有编程任务，自己又懒得去写，在软件工程这门课中，还逼着自己硬是去写一点东西。起码这让我们在平时的每一周、每一天编写一段代码，实现一个小功能，不至于把基本语言给忘记，总之，写了上千行代码吧。

学习和掌握的新方法

在软件工程的学习中，我了解到了软件并非是一些代码这么简单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的30%，而后期的管理和维护更是占了60%到80%之多。一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。在学习中，我们还要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。

总结与展望

经验总结

首先，软工这门课程主要是培养我们团队协作的能力，其实编写代码并不是最主要的，每个人在团队中的作用以及相互之间的协作能力才是重点，所以这门课程给予我的，或者说我得到的一种经验就是团队的力量，因为这不是一个人的工作，在大学阶段有这样的一个机会真的很好，这对我们或者是对以后的学习都是一种指导，尽可能的在团队中发挥自己的作用，提高自己的优秀工作能力弥足珍贵。

学弟学妹建议

我想对学弟学妹们说的就是，开始学习这门课的时候，你会发现这是一门很烦很无趣的课程，会有很多的作业要交，或者说这没有多大的意义，但到后来你就会发现，其实，做软工大作业的这种经历真的很珍贵，也很充实，所以学弟学妹们一定要抱着一种积极地心态学号这门课，做好大作业，让它成为你大学里一种别样的记忆。

团队阶段

作为大学生一起做的项目的话，，我认为我们正处于磨合阶段吧，毕竟刚开始一起做项目，大家总会有各自不同的见解，也会有这样那样的矛盾，并且都缺乏足够的经验，个人能力大小也有差别，还需要继续努力吧。

关于构建之法的5个问题

什么样的团队才是比较好的团队？

 我看了第五章团队和流程，软件团队的模式有好多，也给了我好多对于团队的认识，好的团队像一个生态系统，有一个为了更好的生态系统的共同愿景，每个人有各自的职责，人与人之间相互协作制衡，共同成长。产生矛盾的时候，能够彼此理解，有不同的意见时，也会各抒己见，团队的发展，长久离不开每个人的奋斗，包容和尊重。

团队模式和团队的开发模式是什么，它们有什么关系？

 课本第五章软件团队的模式包括以下几种：

一窝蜂模式，主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式官僚模式等等，总结我们团队的作业来说，我认为我们的模式属于功能团队模式，因为每个人在团队中都扮演着不同的角色，各自有各自的任务，而我们之间的交流也比较频繁。团队模式和团队的开发模式的关系，我个人的理解是一群人在一起做软件开发，总是要一些方式方法。而这里团队模式就是这一群人的定性，团队的开发模式则是这群人使用的方法的定性。

我个人认为第八章的需求分析在我们的生活中更适用吧，但是对于一个初学者的我来说，怎么样才能做到与用户更好的交流？最大限度地实现用户的需求？书上讲的都太抽象了，能不能再具体化一点呢？

首先，我们与用户的交流是很重要的，很多时候用户并不知道自己确切的需求，或者不愿意表达完整的需求，我们团队需要设身处地，替用户着想，引导出需求。不管怎么说，对于用户来说是有实际作用的产品就是好产品，所以我认为更加直观的就是我们的东西能够有效地服务于客户。

开篇邹欣老师就说了“软件 = 程序 + 软件工程”，以前写软件或者说程序，就只是写程序，最多会考虑到数据结构的知识，很少会用到软件工程，但是随着学习的深入，代码量的累积，如果还是和以前一 样只是关心程序只要是可用的，实际可运行的，那么就没有意义了对吗?

在概论章节中，我了解到了软件的真正含义，如果只关心程序是可用的，实际可用行的，其实意义并不大，要做好一个软件，更多的是要考虑软件的作用，程序只是一个执行的过程，，所以软件工程是尤其重要的，好多的测试方法，，还有好多好用的软件，考虑到它的实用性还有规范性。

最后一章，人，绩效和职业道德，学好专业不就行了嘛，为啥要扯这么多？

其实，在做好一件事的时候，，用专业知识是不够的，加上道德规范的提高，我们所认知的，了解的才会更加融汇贯通，不管是实在素质上，还是学习上，真正成为合格的大学生。