纪念我改了N遍的SRS

        老大叫我负责一个PC端的服务工具设计，对于仅实习了一个月的我来说，很是兴奋，我不用去做什么用户调研，她把一二期的功能都告诉我了，可能由于我们是做企业级软件的，我暂时没机会接触到用户。当老大给我说这一周我把这做出来就行的时候，我是觉得这小意思。仅凭想象，刷刷刷的一天就搞定了界面设计、流程图。老大看了流程图，只说了句这需要再细化。

        以前做题的时候看到流程图都挺简单的，怎么今天到我身上就画不出来了，本来很简单的逻辑，怎么就表达不好呢，哪里该细化，哪里该表示个大概就行，自己完全控制不好。自己埋头苦画流程图期间，去听一位前辈讲我们公司产品的一些功能时才发现，原来我设计的这个工具，有些功能完全没有必要，我把场景都搞错了，会后向前辈讨教了一下，有了新的思路。

        跟前辈交流后，大改我的SRS，但这次没搞明白我这个工具的重点在哪儿，我这是一个清理工具，清理是重点，历史记录是次要，结果从我的ui上完全体现不出来。老大看了之后当然否定了。

        我再次修改，可能是思维定势，360用多了，不经思考就在清理的过程中加入了暂停和取消的功能，这在画流程图的时候让我感到很痛苦，很简单的几个功能，怎么就画不好呢，我突然问自己，目前有必要支持暂停吗？其实是没有必要的，于是我去掉了暂停，这下流程图好看多了。

       我把图分开来了，一幅图只有个大概的功能介绍，每个具体的功能再单独细化。这下觉得我的SRS差不多了，就将SRS完善了。

       为了数据的安全，我们有备份文件，在清理之后是支持恢复的，我虽然有想过其实可能不需要支持取消，但也找了一些烂理由说服自己，就没再多想。老大不是很喜欢我的UI设计，但她目前也没找到更好的方法。但从她的言语能感受到，她的不乐意。很快这周也完了，看来只有周末花点时间完成。在这一周里我的逻辑，UI不停的修改，最开始标注好的UI也已经面目全非了，在周末的时候改了一些逻辑，今天早上（周一）一大早赶到公司打算继续完善，结果才发现，周末少考虑了些事儿，那样的逻辑是不行，赶紧改回去。

       再去找开发问一些问题的时候，开发提出最好不支持取消，这实现起来比较困难，这下怎么办，快评审了，我向一个资深的产品讨教，她的看法跟我一致，这其实不需要支持的，本打算找用户问一下的，才发现他们都不在，其实，我早该这样做的，在这整个设计过程中，小到一个返回都够我纠结的，我根本不知道这是否是用户想要的。我早该主动的去找产品、用户了解情况的，而不是一个人在那儿想破脑袋也不知道该咋办。                 

        我快速的改好了SRS。下午2点评审会议，我有点儿蒙了，在之前设计的时候我还是常与他们沟通的，怎么今天他们说的和之前的有点儿不一样喃，这意味着我的有些逻辑又需要修改了。好在基本落实了，明天应该就可以搞定了。老大也接受了目前设计的UI，其实，我自己对这UI也不是特别满意，但是我也拿不出更好的方案，毕竟UI方面没什么积累啊。在今天下午的评审过程中，发现我和开发老是纠结一些不太重要的问题，老大说到我们的应用场景的时候，我才明白过来，我考虑的问题其实不是那么重要，我忽略了我们的核心需求，而去追求那些小概率事件的完美。       

                                                                                                                                                                                                                                                                                                                     大致总结如下：

1、明确需求，明白自己要做的是什么

2、多与开发沟通

3、在最终定稿前SRS不用太完善，否则会做很多无用功

4、主动一些，能力不够的，主动去交流，请教，充分利用一切能获得的资源

5、考虑的完善一些，再完善一些，这样在回答别人的问题的时候才不会连自己都不能说服

6、在确定功能的时候多问问自己，这是真的需要的吗

7、重在平时积累啊，别到用时才嫌没料

8、不断的训练自己的表达能力，不管是书面还是口头表达，免得自己解释半天，别人都不懂你在讲啥

明天又是新的一天了，加油吧.......文采不好，可能不能很好的表达自己的意思，正在努力中，有什么不好的地方，就请大家多多谅解了