技术开发 频道

功能驱动开发模式

    FDD 过程 #1: 开发总体模型
    
    Entry Criteria:

    客户已准备好建立一个系统。他已经有采用某种形式保存的需求列表。此时用户可能还不能完全分清楚什么是他“必面要的”,什么是他“想要的,最好有的”,但这没有关系。

    Tasks:

 

    Verification:

  

    Exit:

    结束过程时,团队必须提交如下内容,并且这些内容已经过开发经理以及系统设计师的审阅及批准:

    -          类图,包括:类、类间关系、类的函数以及属性。类及类间关系建立起了模型的大致轮廓。根据最初的功能有列表以及非正式的序列图而来的函数展现出系统的功能,并且是后续开发过程中建立详细功能列表的前提。此外还应有非正式的序列图。

    -          非正式的功能列表。

    -          其它可供选择的模型信息。

 

    FDD 过程 #2: 创建功能列表

    在此阶段,团队标识出所有的功能,对其加以分组,为其设定优先级,并设置相应的权重。

    在下面的活动中,小组工作的重点在于功能,因此领域专家可以不再需要。

    Entry Criteria:

    建模团队已成功地完成了FDD第一阶段的工作,开发出了系统的整体模型。

    Tasks:

 


    Verification:

  

    Exit Criteria:

    本阶段结束时,详细的功能列表必需已经产生了,并且将功能进行分组形成主功能集以及功能集,此外这些内容已经过开发经理以及系统设计师的审阅及批准。

0
相关文章