构建数据仓库(中文第四版)013.pdf

下载 附 录 A.1 开发操作型系统 —方法之一 M1 —初始工程活动 前序的活动：作出建立一个操作型系统的决定。 后继的活动：准备使用已有的代码 /数据。 估计时间：时间是不确定的，取决于工程的规模。 通常执行一次还是多次：一次。 特别的考虑：因为这一步骤含义模糊，有无限拖延的趋势。只要系统的 9 0 % (或者更少)在 这里定义，系统的开发就应继续进行到下一个阶段。 可以提交：不成熟的系统需求。 ■ 会谈 —会谈的输出是描述系统做什么的“软核心”，通常反映了中层管理者的意见。 这种输出的格式是非常自由的。会谈覆盖的领域是不全面的，这成为一个规律。 ■ 数据收集 —此活动的输出可以有多个来源。通常，需求 —一般是详细的— 不在 其他地方收集的部分正是在这里收集的。这是随意的、包罗万象的需求收集活动，它 的结果为其他的需求收集活动填补了空白。 ■ J A D会议输出 — 此活动的输出是集体讨论的大纲。需求在 J A D会议中形式化的一个 好处是自发性和思想的交流，以及不同的人在同一间屋子中关注共同的问题而产生的 判断力的聚集。一个或多个 J A D会议的输出是一组形式化的需求，其整体代表了最终 用户的需求。 ■ 战略性商业计划的分析—如果公司有一个战略性商业计划，那么思考这个计划与设计 系统的需求怎样联系起来将是有意义的。战略性商业计划的影响能够以多种方法表达 出来—设定增长数字、鉴定新的商业线、描述组织结构的变化，等等。所有这些因素， 以及其他一些因素，构成要建造的系统的需求。 ■ 现有系统深刻地影响了新的系统需求。如果已有了相关的系统，最起码也要把新的系 统需求和现有系统的接口明确定义。 转化、替代、并行处理以及诸如此类的问题，也是可能涉及的问题。这个活动的输出是 现有系统对将要建造系统的需求的影响的说明。 成功的因素： 如果做得恰当，系统的不确定性就会降低，开发工作的范围得到合理的设定，系统的各 个部件获得良好的组织。系统的政策性的和技术性的部分同样应该引起注意和定义。 M2 —使用现有的代码/数据 前序的活动：系统定义。 后继的活动：规模估计，阶段划分。 附 录 187 下载 估计时间：非常快，即使最大的设计通常也不会超过一星期。 通常执行一次还是多次：一次。 特别的考虑：这个步骤是确保代码和数据可重复使用的最好方法之一。这个步骤对于环 境的集成是至关重要的。 在设计好的环境中，每一个工程都有义务做到： ■ 尽可能多地使用现有的代码 / 数据。 ■ 为将来的工程可以使用现在进行工程的代码和数据做准备。这个步骤的输出是鉴定现 有的代码/数据是否可以重复使用，以及鉴定将来的处理需要采取的步骤。 如果现有的代码 / 数据需要修改，则将这些修改标记为系统开发需求的一个正常的部分。 如果现有的代码/数据需要删除，则该删除就成为规格说明的一部分。如果代码 /数据需要转换， 则该转换就成为开发过程的一部分。 成功的因素： 鉴定可以作为开发基础的现有代码 /数据，分辨为准备将来的工作应当做些什么。 M3 —规模估计，阶段划分 前序的活动：使用现有的代码 /数据。 后继的活动：需求形式化，能力分析。 估计时间：非常快，即使最大的设计通常会在一到两天内完成。 通常执行一次还是多次：一次，之后每个后续的开发阶段会访问这个步骤。 可以提交：开发阶段的标识。 在一般性需求收集完成之后，下一步就是估计系统的规模并且划分开发过程的各个阶段。 如果要开发的系统比较大，那么将它分为几个阶段是非常重要的。这样做之后，开发过程被 划分成为一些小的可以管理的单元。当然，不同的开发阶段应该被组织成为有意义的序列， 这样第二阶段将基于第一阶段，第三阶段将基于第二和第一阶段，以此类推。 这个