我的失败

系统设计文档要注意的问题：

1. 能使用既存接口就使用既存接口，不需要新规功能类似或一样的接口

2. 在时序图中，应当体现判断依据或者条件（很重要），主要变更点，并将变更和重要的地方用鲜明的颜色标注出来

3. 变更履历一定要写的非常详细，方便阅读的人可以尽快找到变更的地方，节省时间

4. 在写文档的时候，一定要想，如果做详细设计的人不是我，他能看懂吗？呵呵。

 

 

解释理由的时候要

1.这个东西是什么？（Base的实现或者新规函数的实现）

2.我们为什么要这样做，为什不那样做。

3.所以我们认为改怎么做？

复杂的问题分成一条一项，条例会更加清晰。

我的逻辑，还是有点问题啊。

 

我的失败：

对Base代码不熟悉（有哪些接口可以复用都不清楚），

做系统设计的时候只是按照自己的想法去做，不注重软件开发的流程或者说是原则（比如接口），代码的复用，客户和用户关注的地方（比如数据备份）

重要的地方，即使在式样书或者需求总没有提到也要进行确认（避免返工）。

很重要的地方就是，过高的估计了自己的水平，还有不够认真啊，导致系统设计在提交给客户的时候返回很多基本的简单的问题。

 

感觉做项目的时候，作为一个系统设计人员，承担着重要的责任，这次功能是我自己实现的，所以在系统设计中少了很多东西，

但是，将来有一天，如果自己只是做了系统设计，而不行详细设计的时候，系统设计的参照意义，基本上就没有了。

 

以上的这些，直到今天，我才意识到这一点，

 

在论坛发帖子的时候，驳斥别人，现在的水平只不过是个PG，现在我不得不承认，我果然是个PG，想要做到SE，路还很长啊。