Java电信行业应用探讨-02-系统创建者需求

继续我们的讨论，先来做个背景假设，假设我们是在一家中型电信软件开发商的公司。我们的角色是资深开发者(专职搞构架设计的在实际中好像较少见)，准备在新项目中采用open source构架，现在就需要开始做相关的调研。

我们先来大致确定系统建设者的需求。

1.我们的老板

我们的老板，除非是项目上线的时候，一般不会来关心项目具体的事情。但是老板会在对界面的外观方面一般比较在意。所以如果老板听到我们说系统可以做到随意更换界面，一定会比较高兴。

2.开发经理

开发经理的职责是合适分配每个项目的开发资源，在保证项目正常进行的前提下，最大幅度节约人力成本。开发经理对open source的采用持有两面态度，一方面比较欣赏open source使开发效率得到提高，另一方面又担心open source的学校门槛太高又不断更新，新人不能很快上手。

所以针对开发经理的担心，我们需要在体系架构中将简单重复的工作分离开来，由普通开发者执行。想象一下：一个新人刚加入team，先看一下详细的开发手册，然后使用代码生成工具生成大部分代码，然后再参照旧代码改改，就可以完成一个CRUD的界面，不需要花3个月去看一大堆spring、hibernate手册。开发经理听到这个想法后，应该也会比较高兴。

3.项目经理

项目经理是整个项目的大管家，对项目的总体成本比较在意。对于某些小项目，你告诉他由于采用了open source，系统既支持oracle， 也支持免费的mysql，既支持weblogic，也支持免费的tomcat，他应该会比较开心。

项目经理对客户满意度也比较在意，如果你告诉他采用了test befor coding的开发方式后，虽然开发时间增加了一倍，但是bug量会比降低到原来一半，这样甲方维护人员不会再天天找他算帐，同时自己的维护人员不用再天天熬夜升级，他也会比较开心。


4.产品经理/需求分析员

这两个角色都是系统的需求来源。如果系统走产品化这条路，这个角色就叫产品经理。如果系统是走项目化，按需开发，这个角色一般是需求分析员。

产品经理的负责产品和产品线的规划和成本控制，他对系统的版本控制和二次开发比较在意，如果你告诉他你的体系结构象eclipse一样可做到完全插件化的话，他可能会高兴得一个晚上睡不着觉。


5.资深开发者

在电信行业，不少资深开发人员是搞C出身，最熟的开发工具是vi和ultraedit。他们的开发思路和java的思路就格格不入，更不用说open source的开发思路了。
这些人在以前项目开发中积累了不少经验，在开发过程中影响比较大，所以说服这些人采用open source，光靠嘴说是一点用没有的，需要有个实实在在的项目展示给他们看，有进取性的这部分资深开发者可能自觉的转过来。

6.有经验的开发者
有经验开发者一般是工作2－3年的毕业生。他们一般对open source有一种好学的态度。

7.普通开发者

这部分人一般是刚毕业的大学生，他们一般只会基础的java编程和sql编程。他们的要求就是系统不要太复杂，要容易上手。对于spring这样到处是interface的系统，对他们而言已经是非常难以掌握了。

上面罗列了系统各个创建角色的想法，有不少需求是冲突的。比如普通开发者希望系统越简单越好，但是产品经理希望系统可扩展，插件化，自然简单不起来。项目经理希望test before coding,但是资深开发者可不愿意干这些活。

希望大家探讨一下，把各个角色的需求讨论清楚，这样我们可以清楚的知道那些需求是矛盾的，那些需求的优先级最高等等。

你谈的这些好像和电信行业没啥关系

zczc369同志可否简单介绍一下包含以上角色的团队组建过程以及角色职责的具体内容？

能否用图形的方式说明一下角色之间的沟通内容等？

也预祝zczc369同志成功，希望更多的同志能参与进来

..................
好像不止电信行业存在这样的创建者吧

简单、可扩展、插件化，这些特点是不矛盾的。写扩展性好、容易维护的程序比写烂程序快的多，也省力的多。
程序的第一个维护者是开发者本人。