来公司一个多星期了,一直都在做需求分析。最近项目组里人员调整比较大,我负责的模块也变来变去,很不爽的说。现在负责的是系统管理和系统维护两个模块,算是OA里最难的,包括工作流、多级菜单、数据字典等等。这个项目是公司第一次采用规范化的流程来做的,所以大家都没什么经验。几天做下来,感觉问题多多。
先说说需求分析吧,现在最大的问题就是需求不明确,分配模块时,经理只是简单的说了要求,然后让我们自己去网上找例子参照做分析。听完一阵寒,如果这样子也叫需求分析的话,那么做系统分析员应该是件很轻松的美差了,至于做出来的东西嘛,就@¥##%......
另一个问题就是项目组内缺乏交流,以至于大家对整个项目都没有一个整体的认识,经理也没有对项目规模等基本问题跟我们交流,只是一味强调过程的规范化。结果是,过程规范了,方法却是错的,这个规范有什么用?将错误统一化?!
再说说数据建模吧,上班第一天经理就让我写一篇关于建模的文档,我写了,可经理好像没看,或者是看了不愿意按照上面写的执行。可能是觉得我写的太复杂,会误导大家,本着一切简单为主,先后把我文档里的域、继承、PDM的内容砍掉,甚至对我使用Association都表示了怀疑。然后以他的建模方法定了一个建模规范,我看了一个这种规范下的产物,分明就是用PDM的方法去建CDM,relationship竟然还要加上外键,my god,这个有外键吗?!
另外一个问题就是表名和字段名要求全部用拼音缩写,我不知道是出于什么样的考虑要求这么做(保密?),总之很不解。建表时我的状态就像坐过山车,严重失重加头昏(我拼音很菜的说)。
以上问题我都有给经理提,至于采不采纳就不在我控制之内了。
以前很是向往系统分析员这个职业,也看了许多这方面的的书,现在看来自己的水平还差好多,主要是经验上的欠缺,所以先老老实实的把程序员做好,再逐步加强构架和分析能力。