企业的信息化有三个层面的内容1_第1页
企业的信息化有三个层面的内容1_第2页
企业的信息化有三个层面的内容1_第3页
企业的信息化有三个层面的内容1_第4页
企业的信息化有三个层面的内容1_第5页
已阅读5页,还剩8页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

小组编号 经济管理学院 管理信息系统实验报告 名称;企业信息化研究 企业的信息化有三个层面的内容,第一个层面是数据的信息化,第二个层面是流程的信息 化,第三个层面是决策的信息化。据不完全统计,我国企业中实现上网的只占所有企业的 20-30,全部实现 CAD、OA、MIS 系统的企业不足 10,作为企业电子商务最核心的 ERP 系统,目前已实现的企业仅占 2.9。我国加入 WTO,如何提高企业信息化水平,提高国际 竞争力,成为各方关注的焦点。 一、当前企业管理信息化存在的主要问题 1相当数量企业对实施先进信息化管理系统的重要性认识不足,实施此类系统的主动性不 强,系统实施仍然处于自发状态,存在一定盲目性。 2企业改制和现代企业制度建设进程比较缓慢,企业的落后管理模式与信息化管理系统的 先进管理理念相冲突,观念更新、企业业务流程重组和组织重组的任务非常繁重。 3企业信息化管理系统的软件市场较为混乱,市场制度建设滞后;软件价格高,对环境要 求高,超出相当数量企业的经济承受能力和管理基础环境;软件商的服务与企业的要求有 较大差距,在实施过程中,企业需要依赖于软件商提供更全面和完善的服务,但大多数软 件商提供的服务仍然停留在“以我为主”的理念,缺乏实施信息化管理系统的专业咨询机 构。 二、推进企业管理信息化的措施和途径 针对上述情况,为实现企业管理信息化的战略目标,应进一步明确推动先进信息化管理系 统应用的最终目标是提高企业的竞争力,而政府的推动应侧重于营造有利于系统应用的行 业和社会环境,这是设计政策措施的总体思路。 政府推动企业管理信息化的措施和途径有以下三个方面: 1通过有效的政府行为,进行直接倡导和推动政府举措 (1)进一步明确推动企业管理信息化的战略意义,将推动系统应用纳入发展规划,并切实加 以落实。(2)政府适当投入,建立并逐步完善支持系统应用的宣传、交流、研究的信息沟通 系统。(3)努力培养积聚软件开发的相关人才。4)积极鼓励、推动软件开发商、用户与学 术界的联合或合作,研究和开发适合我国国情和具有竞争力的先进的管理系统软件产品。( 5)建立并逐步完善支持先进管理系统应用的培训系统。(6)建设系统应用的示范工程。 (7) 要有直接的政策激励(直接政策激励通常包括政府补贴、政府采购、税收优惠和贷款安排等)。 2通过行政影响软件供应商行为供应商行为 (1)建立和维护开放高效的行业环境,限制地方保护等形式的不公平竞争,在开业、融资, 人才供给、信息获得、研究咨询等各个环节,通过社会、市场系统的不断完善,营造良好 的投资环境。(2)研究和建立行业和行业行为规范。(3)加大扶持力度,鼓励有自主知识产 权、“本土化”软件的开发。(4)积极推进管理软件领域的国际合作。 (5)建立高水平的系 统应用的咨询机构。 3通过政府影响管理系统用户的行为用户行为 (1)加快企业改制和现代企业制度建设步伐。(2)积极推进企业管理现代化和提高管理系统 建设水平。 (3)充分认识和遵循先进信息化管理系统应用的规律。“一把手”要有高度的 责任感和使命感,要积极试点推进企业首席信息执行官制度。 CRM 就是客户关系管理。从字义上看,是指企业用 CRM 来管理与客户之间的关系。CRM 是选 择和管理有价值客户及其关系的一种商业策略,CRM 要求以客户为中心的商业哲学和企业 文化来支持有效的市场营销、销售与服务流程。如果企业拥有正确的领导、策略和企业文 化,CRM 应用将为企业实现有效的客户关系管理。 CRM 是 一 个 获 取 、 保 持 和 增 加 可 获 利 客 户 的 方 法 和 过 程 。 CRM 既 是 一 种 崭 新 的 、 国 际 领 先 的 、 以 客 户 为 中 心 的 企 业 管 理 理 论 、 商 业 理 念 和 商 业 运 作 模 式 , 也 是 一 种 以 信 息 技 术 为 手 段 、 有 效 提 高 企 业 收 益 、 客 户 满 意 度 、 雇 员 生 产 力 的 具 体 软 件 和 实 现 方 法 。 CRM 的 实 施 目 标 就 是 通 过 对 企 业 业 务 流 程 的 全 面 管 理 来 降 低 企 业 成 本 , 通 过 提 供 更 快 速 和 周 到 的 优 质 服 务 来 吸 引 和 保 持 更 多 的 客 户 。 客 户 概 况 分 析 (Profiling)包 括 客 户 的 层 次 、 风 险 、 爱 好 、 习 惯 等 ; 客 户 忠 诚 度 分 析 (Persistency)指 客 户 对 某 个 产 品 或 商 业 机 构 的 忠 实 程 度 、 持 久 性 、 变 动 情 况 等 ; 客 户 利 润 分 析 (Profitability)指 不 同 客 户 所 消 费 的 产 品 的 边 缘 利 润 、 总 利 润 额 、 净 利 润 等 ; 客 户 性 能 分 析 (Performance)指 不 同 客 户 所 消 费 的 产 品 按 种 类 、 渠 道 、 销 售 地 点 等 指 标 划 分 的 销 售 额 ; 客 户 未 来 分 析 (Prospecting)包 括 客 户 数 量 、 类 别 等 情 况 的 未 来 发 展 趋 势 、 争 取 客 户 的 手 段 等 ; 客 户 产 品 分 析 (Product)包 括 产 品 设 计 、 关 联 性 、 供 应 链 等 ; 客 户 促 销 分 析 (Promotion)包 括 广 告 、 宣 传 等 促 销 活 动 的 管 理 。 它 不 仅 仅 是 一 个 软 件 , 它 是 方 法 论 、 软 件 和 IT 能 力 综 合 , 是 商 业 策 略 。 CRM 项 目 的 实 施 可 以 分 为 3 步 , 即 应 用 业 务 集 成 , 业 务 数 据 分 析 和 决 策 执 行 。 应 用 业 务 集 成 。 将 独 立 的 市 场 管 理 , 销 售 管 理 与 售 后 服 务 进 行 集 成 , 提 供 统 一 的 运 作 平 台 。 将 多 渠 道 来 源 的 数 据 进 行 整 合 , 实 现 业 务 数 据 的 集 成 与 共 享 。 这 一 环 节 的 实 现 , 使 系 统 使 用 者 可 以 在 系 统 内 得 到 各 类 数 据 的 忠 实 记 录 , 代 表 目 前 真 实 发 生 的 业 务 状 况 。 业 务 数 据 分 析 。 对 CRM 系 统 中 的 数 据 进 行 加 工 、 处 理 与 分 析 将 使 企 业 受 益 匪 浅 。 对 数 据 的 分 析 可 以 采 用 OLAP 的 方 式 进 行 , 生 成 各 类 报 告 ; 也 可 以 采 用 业 务 数 据 仓 库 (Business Information Warehouse)的 处 理 手 段 , 对 数 据 做 进 一 步 的 加 工 与 数 据 挖 掘 , 分 析 各 数 据 指 标 间 的 关 联 关 系 , 建 立 关 联 性 的 数 据 模 型 用 于 模 拟 和 预 测 。 这 一 步 所 取 得 的 结 果 将 是 非 常 重 要 的 , 它 不 单 反 映 业 务 目 前 状 况 同 时 也 对 未 来 业 务 计 划 的 调 整 起 到 指 导 作 用 。 决 策 执行。 CRM 行业化解决方案 1、 以 学 员 全 生 命 周 期 管 理 为 核 心 , 围 绕 招 生 管 理 、 教 务 管 理 等 管 理 流 程 , 对 培 训 机 构 的 业 务 进 行 全 方 位 管 理 ; 2、建立完善的培训管理体系,帮助工作人员提高业务效率,降低企业运营成本; 3、既支持初创型单校模式,也能充分满足多地区集团化业务管理,达到共性和个性的 统一,是一个可根据未来发展随需应变的管理平台 。C RM 需 求 调 研 原 则 一 、 以 现 有 流 程 为 基 础 进 行 需 求 调 研 在 进 行 需 求 调 研 时 , 第 一 个 工 作 就 是 让 企 业 整 理 现 有 的 跟 CRM 有 关 的 流 程 。 通 常 情 况 下 , 有 条 件 上 CRM 项 目 的 企 业 , 在 管 理 上 往 往 有 了 一 定 的 水 准 。 在 企 业 内 部 , 一 般 都 已 经 有 一 套 比 较 完 善 的 企 业 管 理 制 度 。 二 、 需 求 要 适 当 超 前 , 但 不 能 过 走 极 端 在 需 求 调 研 时 , 除 了 要 关 注 企 业 现 有 的 实 际 操 作 之 外 , 笔 者 认 为 还 应 该 适 度 的 超 前 。 如 果 上 了 CRM 系 统 之 后 , 企 业 所 做 的 客 户 关 系 管 理 还 只 是 停 留 在 原 有 的 范 围 , 那 么 即 使 CRM 项 目 上 线 了 , 也 不 能 够 给 企 业 带 来 多 大 的 价 值 。 三 、 需 求 要 有 书 面 的 报 告 在 需 求 调 研 的 时 候 , 笔 者 向 来 强 调 书 面 报 告 的 重 要 性 。 其 实 我 们 在 日 常 工 作 中 , 都 会 有 这 方 面 的 经 验 。 当 我 们 提 建 议 时 , 口 头 的 内 容 很 可 能 是 大 脑 的 第 一 反 应 , 而 没 有 经 过 深 思 熟 虑 。 相 反 , 在 会 后 将 口 头 的 内 容 进 行 书 面 化 的 过 程 中 , 会 对 这 个 第 一 反 应 再 次 进 行 消 化 分 析 。 在 这 个 消 化 分 析 阶 段 , 考 虑 的 内 容 会 更 加 全 面 一 些 。 有 时 候 第 一 反 应 的 内 容 经 过 消 化 分 析 之 后 会 觉 得 不 合 理 。 有 时 候 可 能 会 认 为 需 要 进 行 进 一 步 的 调 整 与 优 化 。 总 之 口 头 的 内 容 经 过 书 面 话 之 后 , 在 质 量 上 会 有 很 明 显 的 改 善 。 CRM( Customer Relationship Management) 客 户 关 系 管 理 , 是 伴 随 着 因 特 网 和 电 子 商 务 的 大 潮 进 入 中 国 的 。 Oracle 于 两 年 前 就 在 中 国 开 始 了 客 户 关 系 管 理 ( CRM) 的 市 场 教 育 和 普 及 工 作 。 在 CRM 中 客 户 是 企 业 的 一 项 重 要 资 产 在 传 统 的 管 理 理 念 以 及 现 行 的 财 务 制 度 中 ,只 有 厂 房 、 设 备 、 现 金 、 股 票 、 债 券 等 是 资 产 。 随 着 科 技 的 发 展 , 开 始 把 技 术 、 人 才 视 为 企 业 的 资 产 。 对 技 术 以 及 人 才 加 以 百 般 重 视 。 然 而 , 这 种 划 分 资 产 的 理 念 , 是 一 种 闭 环 式 的 , 而 不 是 开 放 式 的 。 无 论 是 传 统 的 固 定 资 产 和 流 动 资 产 论 , 还 是 新 出 现 的 人 才 和 技 术 资 产 论 , 都 是 企 业 能 够 得 以 实 现 价 值 的 部 分 条 件 , 而 不 是 完 全 条 件 , 其 缺 少 的 部 分 就 是 产 品 实 现 其 价 值 的 最 后 阶 段 , 同 时 也 是 最 重 要 的 阶 段 , 在 这 个 阶 段 的 主 导 者 就 是 客 户 。 客 户 关 怀 是 CRM 的 中 心 在 最 初 的 时 候 , 企 业 向 客 户 提 供 售 后 服 务 是 作 为 对 其 特 定 产 品 的 一 种 支 持 。 原 因 在 于 这 部 分 产 品 需 要 定 期 进 行 修 理 和 维 护 。 例 如 , 家 用 电 器 , 电 脑 产 品 、 汽 车 等 等 。 这 种 售 后 服 务 基 本 上 被 客 户 认 为 是 产 品 本 身 的 一 个 组 成 部 分 。 如 果 没 有 售 后 服 务 , 客 户 根 本 就 不 会 购 买 企 业 的 产 品 。 那 些 在 售 后 服 务 方 面 做 的 好 的 公 司 其 市 场 销 售 就 处 于 上 升 的 趋 势 。 反 之 , 那 些 不 注 重 售 后 服 务 的 公 司 其 市 场 销 售 则 处 于 不 利 的 地 位 。 客 户 关 怀 的 目 的 是 增 强 客 户 满 意 度 与 忠 诚 度 国 际 上 一 些 非 常 有 权 威 的 研 究 机 构 ,经 过 深 入 的 调 查 研 究 以 后 分 别 得 出 了 这 样 一 些 结 论 ,“把 客 户 的 满 意 度 提 高 五 个 百 分 点 ,其 结 果 是 企 业 的 利 润 增 加 一 倍 ”; “一 个 非 常 满 意 的 客 户 其 购 买 意 愿 比 一 个 满 意 客 户 高 出 六 倍 ”; “2/3 的 客 户 离 开 供 应 商 是 因 为 供 应 商 对 他 们 的 关 怀 不 够 ”; “93%的 企 业 CEO 认 为 客 户 关 系 管 理 是 企 业 成 功 和 更 有 竞 争 能 力 的 最 重 要 的 因 素 ”; 对于企业利用计算机不当造成的浪费、亏损,究其原因,主要有:1目标含糊。2通 讯误解。3步骤混乱。 实践证明:为了是管理信息系统能满足实际要求,首先要认真研究用户“所解决的问题 是什么?”这就是系统分析阶段。当用户需要做什么的问题尚未解决,就去讨论系统怎么做, 简直是无的放矢! 结构化分析(SA) ,是一种面向数据流的分析方法,采用结构化分析解决问题主要通 过“分解”和“抽象”两种方式。 “结构化”的含义是指用一组标准的准则和工具从事某项工作。 “结构化”一词最早出 自结构化程序设计。结构化程序设计的思想启发了人们对系统的开发产生了新的想法。既 然一个程序可以用一组标准的方法加以构造,为什么不可以用一组标准的准则和工具进行 系统设计呢?因此,结构化程序设计中的模块化思想被引人了系统设计。而要进行结构化系 统设计,必须进行结构化系统分析。 目前,结构化分析(SA: Structured Analysis)方法成为企业有关数据处理及应用软件开发 的专业方法。 (一) 结构化系统分析的主要原则。1用户参与系统开发。 2编写资料应考虑用户的 专业水平、阅读、使用的目的。3使用适当的图表工具,减少与用户交流意见时发生的问 题。4在系统具体设计前,先建立系统的逻辑模型。 5采用“自顶向下”方法进行分析、 设计,把系统主要功能逐级分解成具体的、比较单纯的功能。6采用“自顶向下”方法进 行系统测试。7在系统验收之前,就让用户看到系统的某些主要输出。使用户及时看到结 果,提出意见。8对整个系统生存过程中的费用和收益评价。而不是只对开发、运行的费 用评价。 (二)结构化系统分析的方针。自顶向下,划分模块,逐步求精 (三)结构化系统分析的特点。1用画图的方法。2自顶向下的分解。 3强调的是逻 辑而不是物理。4没有重复性。 (四)结构化系统分析的步骤。 首先,把当前系统的具体模型抽象成当前系统的逻辑模 型; 然后对当前系统的逻辑模型进行修正、改进,产生目标系统的逻辑模型,最后以系统说 明书结束系统分析阶段的工作。其中:具体模型是表达系统某一种具体的实现方式。逻辑模 型是用于表达系统的本质。 系统分析的初步阶段必须进行足够深入的需求分析,目的是确立企业信息系统的基本框架、 发展计划,明确近期目标。 一 明确做好系统需求分析。系统需求分析是系统设计的基础。它采用一系列行之有效的 技术、方法和工具来分析用户需求,通过特定的形式系统地描述拟开发的信息系统的功能、 性能,以及行为特征和相关约束,定义所有内外部特征,最后形成既能指导系统设计、又 能同用户沟通的系统需求规格说明。它覆盖了系统设计之前的各项活动。 二需求分析的过程。需求分析工作是整个系统设计中最关键的一环。有些系统在投入运 行后,发现与实际要求差距较大,甚至没有使用价值,这就是因为需求分析工作没有做好。 系统需求分析可分为四个步骤。1归纳整理用户提出的各种问题和要求,弄清用户企 图通过信息系统达到的目的,并把它作为要求和条件予以明确。2在需求获取的基础上, 建立逻辑模型,使用自顶向下、逐层分解的方法,把用户对系统的需求分解成若干子系统 或软件成分,将外部需求赋予系统的各个功能成分,定义软件成分的内部功能,并标定它 们之间的接口。3用准确、简练、无二义性的语言将用户需求规格化为系统需求规格说明, 使用户和开发人员对拟开发信息系统有共同的理解,它同时还是系统确认、测试、验收和 交付的基准 4通过需求评审,对需求获取、需求定义等进行全面审查,力图发现需求分 析中的错误和缺陷,最终确认系统需求规格说明。 三需求分析是系统可靠性的保证。规划就是人们对要做的事情进行计划、部署和安排, 是准备付诸实施的方案,主要是研究“做什么” ,系统开发人员总是依据计划来进行系统的 组织和控制。成功地进行管理向下系统开发,必须制订好系统规划。 一系统规划的目的和原则制订计划就是要确定目标,并提出实现目标的途径、措施和手 段。这实际上是对系统的筹划。因此,在制定计划的过程中,自始至终要运用系统科学的 方法。并遵守以下的原则:1统筹的原则。 2发展的原则。 二系统规划的内容和方法。 管理信息系统的规划内容包括甚广,主要有组织战略目标、 约束及计划指标分析;管理信息系统目标、约束以及计划指标分析; 应用系统或系统功能结 构、信息系统的组织、人员、管理和运行等。 目前,用于管理信息系统规划的方法很多,主要有关键成功因素法、战略目标集转化 法和企业系统规划法等。1关键成功因素法(CSFS-Critical Success Factors) 2战略目标 集转化法(SST-Strategy Set Transformation) 3.企业系统计划(BSP-Business Systems Planning) 三.系统规划的组织实施 规划制定后,要组织实施,只有组织实施得力,才能取得预期的效果。管理信息系统管理 中的组织问题,是指在现有的经费、人员、时间、硬件、软件等工作条件下,如何对员工 分工协作和结合,完成目标。系统组织是研究“如何做” 。组织实施计划是一个系统工程, 根据系统工程原理,在组织过程中必须遵守下列原则:1. 分层划分原则。2.结构合理原则。3. 协调一致的原则。 系统分析的主要工具是用于建立具体模型和逻辑模型的。 一.具体模型的主要工具 (一)组织机构图 它可以反映出企业内部的部门划分及它们之间的 相互关系,即行政隶属关系、物资交换关系、资金交换关系和资料传递关系等,为功能分 析准备了必要的资料。(二)组织/ 业务联系图。组织结构图反映了组织内部和上下级的关系, 但它不能反映组织内部各部分之间的联系程度、组织各部分的主要业务职能和它们在业务 过程中所承担的工作等,这将给后续的业务、数据流程分析等等带来一定的困难。为了解 决这个问题,可以引入组织/业务联系图,它可以作为对组织机构图的补充,用以反映组织 内部各部分之间的联系程度。(三) 业务流程图。它是对一个组织的功能和层次的某一部分 进行详细的描述。因此,一个系统业务处理的全部细节情况往往需要若干张业务流程图来 分别描述。 二.逻辑模型的主要工具 逻辑模型是对具体模型的进一步抽象化,其反映了系统的功能和数据流。 (一)数据流程图 数据流图具有以下两个特点: 抽象性 综合性 订货与兑货的数据流图。 P1 订货处理 产品数据 库存数据 客户数据 应收款 P3 提货处理 P4 支付货款 P2 生产安排 S1 客户 S2 提货人 在绘制数据流图时,不同的国家和组织所使用的标准和符号并不相同,我们将根据英 国 NCC(NATIONAL COMPUTING CENTRE:国家计算中心)的标准进行介绍,这种 符号比较简单,使用方便,容易掌握,在英国以标准化。 DFD 的四种基本成分: 1. 外部项( 数据的源点和终点)(Source or Destination of Data) 2.数据流(Data Flow)3. 处理逻辑(Process Logical) 4.数据存储(Data Store) (二) 数据字典(DD:Data Dictionary) DD 是以特定格式记录下来的对系统各基本要素的具体内容和特征所做的完整定义和 说明,通常情况下,它是对数据流程图的重要补充和注释。 数据字典是描述系统的一组 DFD 内部元素的清单。数据字典可以用人工的方式建立、 记录在卡片上,或记录在表格中,也可以把它们以文件的形式建立在计算机的磁盘上。DD 中使用的符号如下: =:表示等价、定义为 +:表示“和” :表示选择,即从括号内选取某一项 :表示重复,即重复括号内的项,n1,n2 为重复 n1-n2 次 ():表示任选,可全选,也可选空,即一项也不选。 数据字典可以用来详细描述数据项、数据结构、数据流、数据存储和处理过程等。 (三) 处理说明 处理说明重要用于精确地描述处理“做什么”的问题。因为在分析一个处理逻辑时, 系统分析人员往往会发现许多意义不明确、模棱两可的问题,也会发现对某些处理逻辑不 是表达的过于简单就是过于繁琐。总之使别人看了以后不得要领。程序设计员见到这种处 理逻辑后业无法编制程序。 一般来说,在不得一个处理逻辑时,往往会存在以下几个问题: (1)界限不精确 例如:在邮局的国际航空印刷品计价表上写着 : 20 克以下 0.30 元 20 克-50 克 0.50 元 当印刷品的重量刚好等于 20 克时,应该如何收费,是收 0.30 元还是 0.50 元,在此表 中并没有说明。而实际上邮局是按下限,即 0.30 元收费的。 为了防止这种产生界限不清的语句,系统分析员应使用大于,小于、大于等于,小于 等于这种词汇。这样, “重量小于或等于 20 克,收费 0.30 元”就要比“重量在 20 克以下 则收费 0.30 元”要精确的多。 (2)逻辑条件的次序不明确 例如:某厂制定一项奖励政策 :“本月无安全事故并且完成本月计划产量或节油达到计划 指标者,可得奖金 500 元” 。 这条政策是属于逻辑条件的次序不明确。为了避免这类问题,应该使用逻辑代数中的 “与”(.AND.并且的意思)和“ 或”(.OR. 或者的意思)运算符来表示。这样,上述的奖励政策 可描述为: (本月无安全事故) 与 (完成本月计划产量 或 节油达到计划指标) 则得奖金 500 元。 (3)意义模糊的形容词 例如:某公司主管销售的经理制定了一项订货政策 :“凡是老顾客或付款信用好的顾客均 可优先订货” 。 在这一条政策中, “老顾客”的定义是什么?“付款信用好 ”的标准是什么? 这两个“老” 、 “好”的形容词的意义十分模糊,可以由人任意解释。 如果有形容词,事先必须加以严格的定义。例如:“老顾客”为“和本公司业务往来大 于等于 5 年的顾客” 。 “信用好”定义为:“在过去 6 个月内没有发生延迟付款之事” 。有了 严格的定义,才不会发生含糊不清、任人解释的问题。 为了避免产生上述各种问题,对 DFD 中的每一个处理逻辑都必须有一个“基本说明” , 以用以处理逻辑的分析资料。而分析和表达一个处理逻辑的功能的方法(工具) 有三种,即 结构化语言、决策树和决策表。它们各有其长处和不同的适应范围。下面我们将分别给予 介绍。 1.结构化语言(Structured Language) 结构化语言是专门用来描述一个功能单元逻辑要求的。它介于自然语言和程序语言之 间,是因为受到结构化程序的设计思想的启发而产生出来的。它也有顺序、判断和循环三 种结构。 (1)顺序结构(祈使语句) 利用自然语言来表达“计算每户每月用电费”的过程如下: “电工计算电费的过程是: 查住户本月底的电表读数,查住户上月底的电表读数,由本 月底的电表读数减去上月底电表的读数,得到本月的实际用电数,以每一度电的单价 0.35 元乘以住户的实际用电数,得出该住户本月应该交纳的电费。 ” 用结构化语言描述为: 获得当前电表数 获得上月底电表数 当前电表数减去上月底的电表数,得到本月实际用电度数 0.35 元乘以实际用电度数,得到电费。 (2)判断结构(判断语句) 例如: 某个企业的人事部门,对一部分职工重新分配工作,其分配原则如下: “对于部分职工,如果年龄不满 18 岁,文化程度是小学,则脱产学习。文化程度是中 学,则当电工。如果年龄满 18 岁但不满 40 岁,如果文化程度是小学或中学,若是男性, 则当钳工,若是女性,则当车工。文化程度是大学,当技术员。如果年满 40 岁以上者,文 化程度是小学或中学,则当材料员,文化程度是大学,则当技术员。 ” 用结构化语言可以把这项分配政策表述如下: 如果 文化程度是小学 如果 年龄=40 岁) 当材料员 否则 如果 文化程度是中学 如果 年龄=40 岁) 当材料员 否则 (文化程度是大学 ) 当技术员 (3)循环结构(循环语句) 例如: 计算某单位本月应收的总电费的结构化语言描述如下: 对每一户 计算本月的电费 将每户的电费加到总计中 2.决策树(Decision Tree) 如果某个处理动作的执行不是制依赖一个条件,而是和若干个条件有关,那么用结构 化语言就要使用很多层次的判断语句,因此不能一目了然。而决策树和决策表就能很好地 解决这个问题。 例如:某工厂制定了一项对职工的超产奖励政策 : “对于生产产品 X 和产品 Y 的工人,凡是实际生产数量超过计划指标者,均可获得奖 金,原则是超产数量越多,奖金就越多。 “对产品 X,实际产量超过计划指标 1 件至 50 件,奖金按超产部分的每件 0.10 元计算; 实际产量超过计划指标 51 件至 100 件,其中 50 件按每件 0.10 元计算,其余部分按每件 0.12 元计算;实际产量超过计划指标 100 件以上,其中 50 件按每件 0.10 元计算,另外 50 件 按每件 0.12 元计算,其余部分按每件 0.15 元计算。 “对产品 Y,实际产量超过计划指标 1 件至 25 件,奖金按超产部分的每件 0.20 元计算; 实际产量超过计划指标 26 件至 50 件,其中 25 件按每件 0.20 元计算,其余部分按每件 0.30 元计算;实际产量超过计划指标 50 件以上,其中 25 件按每件 0.20 元计算,另外 25 件 按每件 0.30 元计算,其余部分按每件 0.50 元计算。 ” 这个问题用决策树描述如下: 1=100-11+0.15*(N-100) 奖励政策 1=50-12.5+0.5*(N-50) 产品种类 超产数量 奖金计算公式 3.决策表(Decision Table) 决策表是另一种表达逻辑判断的工具。与结构化语言和决策树方法相比,决策表的优 点是能够把所有的条件充分地表达出来。但其缺点是决策表的建立过程较为复杂,而且表 达方式不如结构化语言和决策树简便。 决策表格式由四部分组成,左上部分为判断条件,左下部分为处理行动,右上部分为 不同条件的组合,右下部分表示出不同条件组合下应采取的行动。 例如:某公司规定推销员的工资与公司的经济效益挂钩,按推销的产品收入提成,多 劳多得。规定每月推销额在 10 万元以上(含 10 万元,下同) ,付款比例在 80%及以上而 且新产品在 5 成及以上者,按推销额 6%提成;新产品不足 5 成则按 5%提成;若付款比例 在 40%至 80%之间,新产品 5 成以上按 5%提成;新产品不足 5 成则按 4%提成;若付款比 例低于 40%,则按 3%提成。 推销额不足 10 万元,付款比例在 80%以上则按 4%提成;付款比例在 40%和 80%之 间则按 3%提成,不足 40%则按 2%提成。 在这个问题中,判断条件有三个:即推销额(二种情况) 、付款比例(三种情况) 、新 产品(二种情况) ,这样一来,条件组合有:2*3*2=12 种,而处理行动则有 5 种(提成方 案) 。 设:D;为推销额大于等于 10 万;S :为小于 10 万 G:为付款比例大于等于 80%;Z:为小于 80%而大于等于 40%;D:不足 40% X:为新产品大于等于 50%;L:为小于 50%。 在上述例子中,可进行适当的合并。例如第 5、6 列,当推销额为“D” 、付款比例为 “D”时,不管产品是“X”还是“L” ,提成率都是 3%,说明此时行动与新产品的比例无 关。同样地,后面的各列也可合并。 1 2 3 4 5 6 7 8 C1:推销额 D D D D D S S S C2:付款 G G Z Z D G Z D C3:新产品 X L X L - - - - 提成:6% V 提成:5% V V 提成:4% V V 提成:3% V V 提成:2% V 4.三种表达工具的比较 (1)从工具的难易程度讲,决策树最容易,结构化语言居中,而决策表难度较高。因为 决策表要把条件一个不漏地列出来,同时,利用决策表要有一定的逻辑代数知的识。 (2)对于逻辑验证,决策表最好,它能把所有的可能性全考虑到,能澄清疑问。结构化 语言居中,而决策树较差。 (3)对于直观表达逻辑结构,决策树最好,而决策表最差。 (4)作为程序设计说明,结构化语言最好,决策树最差。 (5)对于机器可读性,也就是计算机自动编制程序,结构化语言最好,决策树最差。 (6)对于可修改性,结构化语言最好,决策树居中,而决策表的可修改性是最低。因为 当

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论