|
ARIS纵向开发的三个阶段
从系统开发的生命周期角度来看，ARIS有需求定义、设计说明和实施描述共三个建模阶段。
1、需求定义阶段
需求定义，主要是根据业务导向编写的而不是技术导向。也就是说,在需求定义阶段，
考虑的重点是诸如时间，成本，效率，冗余等企业运营方面要达成的目标。在现状分析以后，才可能产生关于业务流程如何改进的各种不同选择方案。依据不同选择所需要的具体解决方案，我们可以在涉及组织结构方面的调整、功能方面的设定或技术方面的改进之间作出选择，或者运用它们的某种组合。
从技术上的角度来看，在研究选择业务流程模型时，考虑什么类型的信息系统是必要的，也是完全可行的。在业务流程的基础之上，工作流程管理系统(文件管理,数据库应用整合等。)逐步成为可能。然后，所有的视图：数据、组织、功能以及资源，通过控制视图进行整合。可以参考前面电厂的例子。另外在流程建模中，还可以考虑将例外处理纳入到设计范围。
在需求定义阶段，流程和信息对象的准确定义和建立十分重要，它们是下一个阶段进一步详细化的基础。
2、设计说明阶段
在设计说明阶段，工作流程模型必须进一步详细化，形成更加贴近现实世界的文档。由于在需求定义阶段，具体软件系统和更为精确的工作流程应用参数不是重点考虑的问题，所以现在这些必须加以考虑并得到详细地说明。下列是一些工作流程模型中详细化的主要标准。
功能视图：
由于功能将被工作流程实例自动实现，所以它必须在更为详细的水平上被描述。如果功能将被某个系统负责实现，那么它们是不需要更加详细描述的。但是人工执行的功能必须详细到像工作列表那样。我们可以使用功能树来是实现这一目标。举例，
数据和数据流视图：在需求定义阶段，数据主要被描述成功能的输入或输出的数据集合。这些集合在设计说明阶段必须细化为关于实体属性以及数据结构等更详细的内容。对于数据的详细描述，数据流程图是必要的。
举例：一个采购数据表包含的内容
组织视图：在流程模型中，组织视图经常是比较抽象的。在设计说明阶段，ARIS使用角色的概念来进行描述。角色描述一个具体的人在某个具体的工作岗位上所必须具备的能力。在工作流程实例的运行过程中，人们按照各自的角色，执行工作流程中的不同步骤。这一点必须考虑。
除了上述的几个方面，在流程模型里精确定义事件和决策点也是十分重要的。还应考虑明确软件程序整合时的参数和接口。
3、实施描述
在实施描述阶段，需要使信息系统可以满足前述设计说明产生的具体工作流程模型内的各部分以及整体实例的运行要求。工作流程模型用于工作流程实例的配置。它们可以被理解为一个图解式的流程。经过业务流程模型的建立，使得手工编程的工作量大大减少。
|