管理信息系统第六章 管理信息系统的系统分析.ppt

管理信息系统第六章 管理信息系统的系统分析.ppt

  1. 1、本文档共105页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
管理信息系统第六章 管理信息系统的系统分析

第六章 管理信息系统的系统分析 第六章 管理信息系统的系统分析 系统分析阶段是一个项目中最关键的阶段,系统分析阶段的任务是:在充分认识原信息系统的基础上,通过问题识别、可行性分析、详细调查、系统化分析,最后完成新系统的逻辑方案设计。 逻辑方案不同与物理方案。逻辑方案设计是系统分析阶段的任务,解决信息系统“做什么”的问题;物理方案设计是系统设计阶段的任务,解决信息系统“怎么做”的问题。 第六章 管理信息系统的系统分析 系统分析阶段的重点是业务问题和需求,这些需求独立于实现方案中可能使用的任何技术,系统分析阶段强调业务问题方面,而不是技术或实现方面。 但是,在一个项目中,系统分析经常被简化了,这是因为(1)许多分析员对要使用的概念和逻辑建模技术不熟练;(2)许多分析员不清楚缺少系统分析的严重后果 第六章 管理信息系统的系统分析 系统分析的两个阶段 可行性分析 需求分析 一、可行性分析 -1 可行性分析的任务 明确开发应用项目的必要性和可行性。 可行性分析的内容 管理可行性– 指管理人员对开发应用项目的态度和管理方面的条件。 技术可行性– 是对一种特定技术方案的现实性以及技术资源和专家的可用性的度量. 经济可行性 – 是对一个项目或方案的成本效益的度量. 一、可行性分析 -2 经济可行性 成本Costs: 系统开发成本通常是一次性成本,在项目完成之后不会重现. 系统运行成本往往贯穿整个系统生命期,在它有效的生命期内,可以分为: 固定成本 — 是有规则的但相对固定的费用. 可变成本 — 是与某些使用因素成比例的费用. 一、可行性分析 -3 经济可行性 收益Benefits: 有形收益是那些可以进行量化的收益. - 效率的提高 - 响应时间的减少 - 人员的减少 - 出错率降低 无形收益是那些被认为难以量化或者不可能量化的收益. - 改善的客户亲切感和满意度 - 决策过程的改善 - 提高的雇员士气 一、可行性分析 -4 经济可行性 货币时间价值Time Value of Money :今天的1元比一年后的1元更值钱. 贴现率指今后收到或支付的款项折算为现值的利率。决定1元钱在第n年的现值,它表示组织认为可接受的投资回报率有多少。若贴现率是i,则在未来第n年的1元的当前价值为 若贴现率是10%,则两年后1000元的现值是 一、可行性分析 -5 经济可行性 投资回收期分析Payback Analysis 通常用投资回收期衡量一个开发项目的价值。投资回收期就是使累计的经济效益等于最初的投资费用所需的时间。投资回收期越短,就越快获得利润,则该项目就越值得开发。 投资回报率Return On Investment 投资回报率=年利润或年均利润/投资总额×100% 终生投资回报率=(估计的终生效益-估计的终生成本)/估计的终生成本 净现值Net Present Value 净现值=贴现后的效益-贴现后的成本 一、可行性分析 -6 经济可行性 某库房管理系统,假定开发该系统共需5万元,系统建成后及时订货,消除物品短缺问题,估计每年能节约3万元,5年共节约15万元。每年的维护费为1万元,假定贴现率为5%,利用上面计算货币现在价值的公式,可以算出建立库房管理系统后,每年预计节省的费用的现在价值。如下表所示 7.2.1经济可行性 一、可行性分析 -7 可行性分析报告 是可行性分析结果的表述 内容包括: ? 系统简述 ?项目的目标 ? 所需资源、预算、期望效益 ? 可行性的结论 可行性结论要求明确指出以下三者之一: ? 可以立即开发 ? 改进原系统 ?目前不可行,推迟开发 需求分析概述 系统需求 System requirement – 是信息系统必须实现的或者必须具备的属性,也称为业务需求. 功能需求是新系统必须实现的功能 非功能需求是新系统必须具备的特性 需求分析概述 需求的重要性 开发信息系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求。此工作一旦做错,将会给系统带来极大损害,并且以后对它修改也极为困难。 需求是产品的根源,需求工作的优劣对产品影响最大。就像一条河流,如果源头被污染了,那么整条河流也就被污染了。 国内软件业的痼疾:人们并不清楚究竟该做什么,但却一直忙碌不停地开发。 项目成败因素 软件项目失败的原因 系统分析的一般步骤 1、现行系统的详细调查   集中一段时间和人力,对现行系统做全面、充分和详细的调查,弄

您可能关注的文档

文档评论(0)

jiupshaieuk12 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:6212135231000003

1亿VIP精品文档

相关文档