| 这个作业属于哪个课程 | 课程 |
|---|---|
| 这个作业要求在哪里 | 作业要求 |
| 这个作业的目标 | 个人总结 |
标题
标题
最喜欢的小协之一，给了我很多激励
哈恩这个版本是我最喜欢的，分享给大家:D
//而且我们的团队项目名就是Concerto 这大概也算是团队名称由来了
问题
问题1
PSP 方法，预估时间要怎么做才能有参考价值？PSP的真正作用是什么？
回答：
- 要做到参考价值需要通过两点
- 根据实际情况来制定psp的项目，而非套用标准psp表格。
- 提这个问题的时候主要考虑到的是学习新技术的时间是很难估计的，特别是在单独完成一项功能的情况下。我现在认为可以在预估时间前先用一小段时间(比如2小时)，对项目中没有使用过的技术做预习，根据预习顺利情况来预估后面可能需要的时间。
- 真正作用：
- 从客观的角度看自己的技术能力是什么水平，一定程度上可以认识到自己的短板
- 帮助个人开发项目的时候进行更加可执行的时间管理计划
- 对企业来说对项目过程可以有更加标准量化的定义
问题2
在概念上进行了创新就不算先行者么？
提问原因以及回答：
当时提这个问题有钻牛角尖的意思了，但是我提出这个问题其实更多的是对于原文对于创新的理解有意见。意见在于他说的话并没有任何实践层面上的意义。他说的迷思仅仅只是迷思而已，甚至也没办法给看过这些文字的人增加一丝丝去创新的自信。
我现在的回答依然是：在概念上，或者说理念上创新也算先行者。在商业环境下，从人的角度出发，敏捷的捕获人的需求，相比于创造出新的产品，这样更算是先行者。
问题3
关于复审，不可否认复审对于一个项目是有一定的好处。但是复审需要付出的代价和他带来的好处是匹配的么？
回答：
团队项目里出现过因为复审不到位然后花了半个多小时找bug的情况
先谈谈为什么复审会不到位。复审的成员对于复审的配置项已经有了一定的认识，也就是他对他的复审工作是有一定的“预期”的，会更重点去看一些他认为比较重要的地方。即便知道错误可能在任何地方出现，也很难真的逐字逐句去检查，成本和精力都负担不起。
对于这个问题我认为主要在于对配置项建立起一套影响力标准，对于开发影响大的可以花更多时间去复审。
问题4
重大决定应该由投入最多的人来定夺，还是让技术认识最深的人来定夺？
回答：
在软件项目管理的课里学到了个词叫做项目干系人，定夺的人首先是要从这里面选的。
另外这个问题的提出其实也很滑稽。什么是软件项目？软件项目是哪里来的？重大的决定是什么方面的决定？一概没有说清楚。这篇文章也是一篇读起来开心实际上没有参考价值的文章。
我的回答是：决定由技术最深的人辅助项目实际管理人进行定夺。
问题5
通用软件的设计思想到底是什么，怎么进步？
回答：
这学期学了设计模式，这本书有个话我很喜欢：设计模式是局部设计的复用，体系架构是系统整体设计的复用。
之前助教提到了编程思想和设计思想。
先说设计思想。设计思想用来做什么？怎么设计算是合理？合理怎么定义？
我先给设计思想下个定义：在软件项目开发过程中，对于系统从最小粒度的类，到整个系统，基于对于合理的认识，形成的一套设计思路。
什么叫合理：需要从从几个维度，针对当前系统目标综合考虑：开闭原则、性能、效率、成本等
现在的软件开发基本上都是基于面向对象的思想进行设计，利用面向对象的东西来对项目的整体到局部进行设计。所以很大程度上设计思想是建立在对对象的认识之上。接下来就是对于对象之间的结构的认识，也就是对于对象关系的认识。在这个层面上，如果对于设计模式有比较深刻的理解就可以更好地进行对象的设计。在接下来就是当对象组成模块后，对模块之间的关联的认识，就是体系架构的内容了。
进步就是多看多学多做:D
每阶段的收获
需求
需求的认识分两种情况：1)寻找需求以及需求挖掘; 2) 对甲方提出的需求的认识
软工实践的项目更多属于第一类，但是定题目的时候其实也没怎么认识，所以这个流程有点怪怪的。
学到最多的是：用批判的目光去看待已有的产品。
设计
设计对我来说收获最大的就是对于设计的过程的理解，这对于我理解软件项目是很有帮助的。
不过这学期的设计流程有点太长了，而且过程提交物也很多，有一些是可以合并的。到最后有点过度设计的感觉了。
实现
整体来说比较简单，不过对于协作开发的认识比较难得，因为之前都是一个人开发的后端项目。
学到了一点协作开发管理。同时也对之前设计过程中的产出的意义有了比较多的理解。
测试
因为没有做压力测试，所以学到的内容比较有限。
发布阶段
后端发布挺简单的，前端因为各种原因没办法实际发布比较可惜。
经历心得
个人项目
挺简单的，应该多去学习语言的新特性，对于代码的可读性以及降低实现复杂程度都有很大的帮助。
结对编程
两个人一起设计很好玩，可以感觉到不同的想法交融的感觉。
实现过程比较普通，没有什么特别的收获，结对编程很容易变成分工编程，并不是负责统一部分的内容。如果严格按照结对编程的思路来做，我认为给的作业时间是完全不够的
团队项目
第一次组这么多人的队伍，挺好玩的。
在软工实践作组长是比较有真实感的，有很多事情需要去考虑，从分工到任务提交物整合都需要去跟进。整体做下来体会最深的是对于组员的认识，从每个成员对于项目的参与度到每个成员的性格。人在一个项目中是很容易表现出自己的特点的。感觉很有意思
另外则是认识的团队建设的重要性，团队氛围不仅仅是成员之间的关系，对开发也有很大的影响。