谭明智的空间

我们一直在努力....

阿凡达架构平台(二)

标签: 架构平台 业务平台

开发流程

先回想一下传统的产品/项目开发的基本开发流程:

1)  现场调研->需求规格说明书(包括文字、图表、用例等);

2)  架构设计->架构设计文档(架构图、类图、数据结构、部署图、UI设计等);

3)  开发各模块;

4)  单元测试、集成测试、性能测试;

5)  文档、培训、实施。

 

使用Avatar平台,开发流程又是如何呢?

1)  现场调研,把用户流程草稿画出来,把用户单据界面画出来,把用户的报表画出来,甚至可以选择用户喜欢的布局、操作方式和界面样式,并当场演示给用户看,直到其满意为止----产品原型阶段。

2)  在原型基础上添加中间层的模型、业务规则、权限规则,调试运行----产品实现阶段。

3)  根据企业的规模、组织架构、软硬件资源、接入终端选择部署方案,另外负责文档、培训以及试运行----产品实施阶段。

 

如果明确了需求,以上各阶段并无严格的顺序,可以按照想要的组合来进行。也就是说,可以先设计外观,再实现细节;也可以先把细节逻辑实现了,再调整外观;甚至,你可以先实施让用户用一部分,再去设计和开发其他部分。而且,产品实施后用过一段时间,也是可以按照要求来调整的,比如增加功能,比如修改功能等,都非常方便。

 

团队定义

这里的团队是使用Avatar平台进行产品开发的团队。逻辑上只需要三类角色,一类是架构师,负责项目管理、需求、设计类的工作;一类是开发工程师,负责函数、组件、规则的设置和编写;一类是实施工程师,负责测试、文档、部署、培训之类的工作。按照这样的定义,架构师应该具有比较广的知识面,比较丰富的经验,比如项目管理,需求分析,架构设计都应该懂一点,是团队的“主治医生”;开发工程师只需要编码熟练就可以了,相当于“主治医生的助理”;而实施工程师,做善后的工作,则相当于“护士”。

实际上,团队从1人到多人都是可以的,只不过1人什么都做就是了,人多可以分工一下,如果按照1:1:1的比例可能比较合适,编码的工作相比较传统开发来说,应该是大大减少,复杂的业务规则才需要编码,因此开发工程师不需要太多。另外,他们之间的工作不需要有非常严格的区分的,可以根据实际情况来调整,但是无论怎样的分工,他们的工作都将直接作用于产品----严格杜绝中间不必须要的过程和产品,这也是Avatar平台的基本理念。

 

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/marising/archive/2010/01/28/5264360.aspx


    评分: 请先登录再投票,同一篇博客一月只能投票一次!
    无人投票

相关博客:


评论


发表评论

关注此文的人们还关注