主要包含业务用例模型,概念用例模型和领域模型
并非所有步骤和路径都要执行,在开始业务建模前,应当评估并决定采用哪些路径和步骤,这项工作在评估业务状态这一活动步骤中完成。根据你的业务领域的需求,分别执行四种路径。比如,客户已经很成熟的业务,无改下想法,用第一种,而有改进想法,采用第二种,要信息系统管理改革业务,采用第三种,或者你的业务领域大部分已经很成熟,或者之前有成型的系统,或者大部分业务都很简答,可以只针对不清楚的业务建立领域模型,即选择第四种。
迭代式软件生命周期是一种演进式的软件开发方法,它将一个软件视为多次增量的结果,每一次迭代完成该软件的一个部分,而每一个迭代可视为一个小的瀑布模型。
也就是说,迭代计划的目标是今早实现需求,得到一个可运行的系统。
传统瀑布模型将风险压在最后,一直到最后才爆发出来,导致局面不可收拾。对软件来说,最主要的一个风险就是需求变更或者需求理解错误。一个最有效的应对办法就是尽早验证,并控制风险的影响规模。也就是我们需要尽早给客户一个可运行的系统。
除了需求风险,技术风险,人员资源风险,也可以在迭代式软件开发中控制到最低。采用UML建模,用例就是最好的迭代点。可以为用例排出优先级。执行迭代计划的关键是准确获知每个迭代要完成的目标。