王天悦 201671030121 实验十四团队项目评审&课程学习总结

最新推荐文章于 2025-09-10 22:51:35 发布

转载最新推荐文章于 2025-09-10 22:51:35 发布 · 121 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/wtywty123/p/11111089.html

文章标签：

#开发工具 #数据库 #markdown

本文总结了2016级计算机科学与工程学院软件工程课程的学习经历，包括团队项目评审、课程学习总结，以及软件工程实践中代码量、时间投入和个人心得。作者通过课程学习掌握了软件项目评审流程和软件工程知识，分享了在项目各阶段的心得体会。

项目	内容
课程名称	2016级计算机科学与工程学院软件工程(西北师范大学)
作业要求	实验十四团队项目评审&课程学习总结
课程学习目标	（1）掌握软件项目评审会流程，（2）反思总结课程学习内容。

任务一：团队项目github仓库地址链接：GitHub仓库

任务二：课程学习总结

总结自己在项目的可行性分析/需求分析/软件设计/实现/测试/项目验收/中学到了哪些“知识点”。

可行性分析：是通过对项目的主要内容和配套条件，如市场需求、资源供应、建设规模、工艺路线、设备选型、环境影响、资金筹措、盈利能力等，从技术、经济、工程等方面进行调查研究和分析比较，并对项目建成以后可能取得的财务、经济效益及社会环境影响进行预测，从而提出该项目是否值得投资和如何进行建设的咨询意见，为项目决策提供依据的一种综合性的系统分析方法。可行性分析应具有预见性、公正性、可靠性、科学性的特点。

需求分析：需求分析也称为软件需求分析、系统需求分析或需求分析工程等，是开发人员经过深入细致的调研和分析，准确理解用户和项目的功能、性能、可靠性等具体要求，将用户非形式的需求表述转化为完整的需求定义，从而确定系统必须做什么的过程。

软件设计：是从软件需求规格说明书出发，根据需求分析阶段确定的功能设计软件系统的整体结构、划分功能模块、确定每个模块的实现算法以及编写具体的代码，形成软件的具体设计方案。是把许多事物和问题抽象起来，并且抽象它们不同的层次和角度。将问题或事物分解并模块化使得解决问题变得容易，分解的越细模块数量也就越多，它的副作用就是使得设计者考虑更多的模块之间耦合度的情况。

程序编码：此阶段是将软件设计的结果转化为计算机可运行的程序代码。在程序编码中必定要制定统一、符合标准的编写规范。以保证程序的可读性、易维护性。提高程序的运行效率。

软件测试：在软件设计完成之后要进行严密的测试，一发现软件在整个软件设计过程中存在的问题并加以纠正。整个测试阶段分为单元测试，组装测试，系统测试三个阶段进行。

任务三：结合个人项目/结对编程/团队项目的个人经历，谈谈心得。

学习了这门课程, 还有老师的多元化授课,不但让我从理论上掌握软件工程,还有从不同的实例,让理论和实践得到了很好的结合。整一个学期下来，总的来说还是学到了很多东西的，有很多地方是值得肯定的，其实在我看来，软件工程与其说是一门课程，不如说是一门思想。是一个如何去分析和处理问题的过程，应该说其范畴已经远远不止局限于该门课程，成为了一个综合的一个能够解决问题的思想集合，收获很多。

任务四：总结

统计在软件工程实践中，你完成了多少行的代码。
大约四千多行代码。

你在软件工程实践的各次作业分别花了多少时间？

实验	用时(min)
实验一软件工程准备	60
实验二软件工程个人项目	120
实验三作业互评与改进	60
实验四软件工程结对项目	200
实验五软件研发团队组建	70
实验六团队项目选题	70
实验七团队项目原型设计与开发	90
实验八基于原型的团队项目需求调研与分析	90
实验九团队项目需求改进与系统设计	110
实验十团队项目系统改进与详细设计	200
实验十一团队项目设计完善与编码	120
实验十二软件测试与Alpha冲刺	500
实验十三 Beta冲刺与团队项目验收	550

哪一次作业让你印象最深刻？为什么？

我印象最深刻的一次作业是团队项目，第一次分析了团队的重要性，在我们的共同努力下成功。
累计花了多少个小时在软件工程实践上？平均每周花多少个小时？

累计花费40个小时，平均每周花2个小时
你学习和掌握的新语言、新平台；

语言:Markdown

平台:博客园、GitHub、中国大学MOOC、雨课堂
填写下表，总结一学期的学习中，你学习或使用的软件工程开发工具、开发方法和建模方法；

软件开发工具，项目管理工具 软件开发方法 软件建模方法
GitHub，MyEclipse，MySQL 面向对象方法数据流图，数据库建模
课程意见：对于作业，可以说真的一整个学期都在为作业头疼，因为代老师的作业要求是真的高，一处都不能马虎。在做程序作业的时候，需要写完整的清楚的设计思路，以前老师让我们写设计思路，我们都是写一两句话草草了事，而代老师对我们的要求是要写到能够照着设计思路来做出程序作业，因为清晰的设计思路对接下来要写的程序代码来说是非常重要的，没有一个清晰的思路就没法写代码，那么还要交，很多情况下我们都会去网上搜，这是一个很不好的习惯，但是自从代老师要求要有清晰的设计思路之后，都是自己或者团队一起进行思考屡清楚思路后才开始写的程序代码，也不在去搜了，对于个人而言真是很大的进步，慢慢开始锻炼自己完成代码的能力。
然后就是后来的团队了，第一次团队开发，弄得不是很好，几个人一起做软件，配合的很差，主要是大家都第一次接触，对要做的东西没有结构框架，也不知道具体都要做些什么，所以就产生了任务分配不均匀，有能力的做的多，能力差的做的少，量上还是有差距的，在做的过程中大家也没什么交流，各自做完交给组长，所以导致最终结果不理想。在以后肯定会注意各个方面的。