步骤3----详解流程、子流程和活动

     通常，监督执行人和主题专家负责详解流程、子流程和活动。应以尽可能详尽的信息记录现有流程和经过优化的未来流程的情况。这可使流程更易懂，且更易于与软件特点和功能相关联。详细信息可包括系统输入和输出，现有报告或文档的信息（或副本），以及工作流描述和流程图。这些信息用于直观地说明任意流程、子流程和活动的每个步骤。

     如果处理不当，可导致“堆积如山”的信息。并且，使用传统的方法（如：电子数据表或word文档）很难清晰明了地操作或存储这些数据。事实上，由于这个任务难度很大，选型过程通常到此就嘎然而止，难以前行。

     但是，还是有办法较轻松和快捷地完成这个艰巨的任务的。通过步骤2中的分层和编码结构，TEC的决策支持工具可为每个流程、子流程和活动创建一个流程卡。这些流程卡的设计允许把现有流程和经过优化的未来流程的描述汇总在一张卡上。可把现有的报告、输入和输出、文档和流程图附加在流程卡上。

     可使用流程卡中的集成流程图设计工具来设计经过优化的未来流程图和活动，并把它们附加在流程卡上。由于编码结构相同，可将这些流程卡导入到上一步骤中创建的知识库中。所有的信息被集中在一起，以便为流程中的下一个重要步骤创造方便。它还针对已完成的工作创建了关键审计跟踪。

步骤4----把详细的流程、子流程和活动与功能需求进行匹配

     把业务需求转化为功能需求通常会引发来自业务部门和技术部门的项目组成员间的不合。困难在于，这些项目组成员讲不同的“语言”（业务Vs.技术），有不同的侧重点，对识别和消除冗余持不同的看法。但是，最大的困难是如何管理目前收集到的所有信息。以往，职能部门通常试图通过会海战术来解决问题，这就需要使用大量的流程图和场景描述（scenarios）。在此步骤中，迫于必须在一定时间内达成共识的压力，项目组往往走捷径。他们很容易因此而忽略一些重要的——甚至是十分关键的——因素。这些被忽略的因素的影响以后会越来越明显。这将极大地影响实施，甚至是系统选型本身。

     通过运用以分层结构组织的知识库，可简化这一流程。这种分层结构和简单易用的拖放技术使您能更快地匹配流程、子流程、活动和功能性需求。当知识库中不包含某些功能性需求描述时，您可通过插入功能轻松地在需求清单中添加这些需求。

     在此步骤中，使用决策支持工具的最大好处在于，通过汇总不同知识库的功能性需求描述，您最终得到的需求清单是根据项目要求特别量身定制的。举例说，如果企业资源计划（ERP）软件选型需要包含客户关系管理（CRM）和供应链管理（SCM）系统功能，TEC决策支持工具可轻松地把它们添加到选型项目中。

     另外，根据业务职能的不同重要性，项目组可设置最终需求清单的侧重点。您还可设置知识库中每个层次的需求描述的优先级，从主要的业务职能层次，到详细的功能需求描述层次。借助这种排列流程优先顺序的方法，决策支持工具最终生成了信息征求书（RFI），其中包含根据特定要求定制和整理的需求订单。