【摘要】浅谈分析师角色在大中型软件项目中的重要性在很多中小型软件技术公司，对角色划分很不明确，对分析师角色中重要性意识很淡薄。程序员往往扮

浅谈分析师角色在大中型软件项目中的重要性

在很多中小型软件技术公司，对角色划分很不明确，对分析师角色中重要性意识很淡薄。

程序员往往扮演者多种角色，数据库工程师、程序员角色、分析师角色。现在我们举一个假设：假设一个百万中型软件项目，开发团队9个人，分成2组，每组设一个组长负责整个大功能模块的任务分解、技术攻关与团队协调作用。如果软件项目整个生命周期都遵循软件工程的规范，那么我相信最后的结果是软件的质量是有保证的。整个项目的开销的总量是节约的。

整个项目遵循软件生命周期需要的人员的安排软件需求调研阶段安排一名分析员与业务员一起分析需求，需求的分析确认花掉的时间为A，需求到设计过程的花掉时间为B，A+B整个过程花掉的是一名分析员的成本，假设Ａ＋Ｂ＝３个月*6K=18K。

设计到编码过程花掉的时间为Ｃ，人力为７名，Ｃ＝３个月＊４Ｋ＊７＝８４Ｋ．

测试到运行花掉时间为D，人力为2名，D=2个月*2*3Ｋ＝１２K。

共计成本为=18Ｋ＋８４Ｋ＋１２Ｋ＝１１４Ｋ。

假设整个项目１０名工作人员参与整个软件生命周期，整个软件生命周期成本一定会高于遵循软件工程的方法。项目参与整个软件生命周期的弊端：

１．需求理解的角度不同，形成的观点太多，干扰决策的思维，增加决策的难度。

２．多个人与用户沟通，同一个信息会发表多种看法，不能更好引导用户的需求的表达。

３．多个人参与分析，需求的撰写的风格不一样，统一风格浪费时间。

４．分工越细越能提供效率，粗略的分工不利于提高工作效率。

５．一个任务多个人合作，导致权责不明，权责不明就会引发赏罚不明，赏罚不明就会导致团队离心离德，最后项目就会走向失败。

分析阶段是项目最关键的阶段，假设分析阶段不能彻底，充分考虑需求，挖掘需求，软件设计阶段的稳定性就会很差，很差的稳定性就会导致设计最后是复杂性极高，最后几乎无法设计的结局出现。为什么分析阶段很关键，就是要软化软件设计阶段的不稳定性，提高设计的稳定性，才能保证软件设计的质量，保证整个软件生命周期的进度。

为了保证软件分析的充分性，系统分析员角色诞生。系统分析员角色的诞生，不是凭空产生，系统分析员的素质要求是很高的，是综合性高级人才。系统分析员应该是一个业务领域的专业，比用户＼业务员更懂业务的人员，能够对用户的业务有前瞻性的人员，说白了就相当于组织的决策者。能了解组织的未来走势。系统分析员应该是一个擅长文字表达的语言家，能够将自己对业务的理解描述给用户，让用户理解。具备很高的交际能力。系统分析员是ＩＴ技术领域的专家，对ＩＴ领域的技术很了解，能懂得程序员的思维，能用程序员喜欢的图形与符号描述系统。系统分析员是一个了解软件开发规范的人员。能够规范的编写软件开发过程中的开发文档。能够编写规范的软件开发过程的开发文档对系统分析员是重要的素养。一个符合规范的文档，易于阅读，易于阅读的文档时易于理解的，易于理解，保证了信息歧义性降低，从而保证了软件的质量。同时文档时整个软件项目开发中团队人员沟通的桥梁。主要沟通是通过文档沟通，少部分是通过开会＼语言交流沟通。语言＼开会等其他方式的沟通是很需要时间的一种沟通模式。软件开发中尽量避免语言沟通，使用文档沟通。

最后，我想说明的是分析员在大中型软件项目扮演的角色是很重要的，希望项目经理对分析员角色的重视，当然选拔一个合格的系统分析员是最重要的，也是最难的一件事情。

此文章仅供参考，纯属个人观点。