WebServices项目中的角色
下表显示的是这些角色彼此之间如何进行交互,这些角色执行时需要哪些技能,以及这些执行专业人员可以使用哪些工具:? ?
???????? ????????识别角色是有帮助的,但是最关键的是找到具备适当技能的合适人员。不要低估这项工作的重要性。从技术上讲,Web 服务通常是轻量级且相当简单的;这是它们强大的一个方面。采用 Web 服务,孤立的异类系统之间的协作就必以前容易得多。然而,随着这些新的机会的出现,也会带来一些以往没有出现过的错误。Web 服务项目对于您的组织来说或许是一种 新的项目,但是很有可能它们将不是一种 更简单的项目。建议您召集具备在不同平台上工作的经验的专业人员。这对于您的 SOA 架构师来说尤为重要。如果您的组内没有这样的人选,您可以找一些辅助(业余)的副架构师来填补这个空缺,这样做也是可行的。 ? 人员到角色的分派 ????????每个角色都负责整个项目的一个不同方面。前面我们说过,一个人通常可以戴几顶帽子,换句话说,担当多个角色。如果各种具备渊博知识和多方面技能的人在一起工作,就会减少项目的风险。在有些情况下,只有这样的各种人开展有目的的合作才会揭示项目至关紧要的问题并且提出合理的解决方案。在另一方面,通信开销会随着每个新组员的加入而增加。没有单一且简单的答案来解决角色到人员映射的难题。关于应该如何着手处理这个问题存在许多不同的意见和争论(甚至本文的两位作者也没有达成一致的意见!)。 ????????我们不继续这些争论,现在让我们来看一个小例子。考虑下面的场景:我们虚构一家来自保险业的公司,这家公司决定构建一组新的 mid-office 业务应用程序来用于风险和策略管理,这不可避免地涉及两种不同的后端系统。两种后端系统都已经作为 J2EE 应用程序构建好了 —— 一个使用 EJB ,另一个只使用 Servlet、JSP 和 JDBC 来连接到它的客户和契约数据库。 ????????在已启动的开发项目的初始阶段,会将上面定义的角色分派到组员。除了 Web 服务的特定活动之外,还要确定和分派标准的项目任务和角色。下表列出的是这项工作分解训练的结果:
????????除了项目管理员和商业分析员以外,所有其他的组员都戴了多顶帽子。而且根本没有分派属于额外角色的流程流建模人员,因为在这个场景中它是不需要的。 同时需要注意的是,这个例子是相当简单的;在实际项目中,需要有更大的项目组。根据我们成功的经验,在核心组的大小最好为 7 到 10 个的范围内。这完全取决于您所处的场景;为了避免您的工作分解结构由于过于复杂而变得难以处理,您可以将项目分解成几个阶段。换句话说,要确保项目按计划循序渐进地进行。这可以让项目组成员有机会学习这项工作并减少项目风险。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |