管理信息系统 教学课件 作者 姜灵敏 王金矿 管理信息系统5.pptVIP

管理信息系统 主要内容: 5.1 可行性分析 5.2 需 求 分 析 5.3 读者自助借还系统的逻辑模型实例 5.4 需求分析小结 第五章 管理信息系统分析 从案例中得到的启示 系统分析是系统成功与否的关键； 系统分析人员必须包含各业务部门骨干人员； 业务人员与系统分析人员必须充分沟通； 系统开发成败在某种意义上取决于一把手。 开篇案例—— 系统分析是系统开发成功的关键 2. 经济可行性。 对系统建设、运行和维护费用进行估算，对系统建成后可能取得的社会效益及经济效益做出预计。 5.1.1 可行性分析的任务 1. 技术可行性 。 对信息系统中用到的关键技术及将参与系统开发的开发人员的数量和水平进行评价。 5.1 可行性分析 土建费用，计算机软硬件、系统调查研究、技术开发、人员培训等费用 人员工资、水电等公共设施使用费、软硬件租赁、消耗材料 系统软件功能增强费用、硬件更新、数据备份 3. 操作可行性 。 现有人员和机构、设施、环境等对系统的适应性，以及进行人员培训的可行性。 5.1.2 可行性研究的具体步骤 1．确定系统目标及规模 清晰地描述对目标系统的一切限制和约束 2．研究目前正在使用的系统 旧系统未能满足用户新的需求的问题，新系统必须能解决旧系统中存在的问题。注意了解并记录现有系统和其他应用系统之间的接口情况，这是设计新系统的重要约束条件 3．导出新系统的高层逻辑模型 优秀的设计过程通常总是从现有的物理系统出发，导出现有系统的逻辑模型，再参考现有系统的逻辑模型，设想将要开发的目标系统的逻辑模型，最后根据目标系统的逻辑模型建造新的物理系统。数据流程图和数据字典共同定义了新系统的逻辑模型 4．进一步定义问题 逻辑模型实质上表达了系统分析员对新系统必须做什么的看法。要求系统分析员和用户一起再次复查问题定义、工程规模和目标，避免对问题有误解或者用户曾经遗漏了某些要求。 5．导出和评价供选择的解决方案 根据技术可行性的考虑排除一些不现实的系统，把技术上行不通的解法去掉。去掉从操作方式或操作过程的角度看用户不能接受的方案。估计相对于现有的系统而言这个系统可以节省的开支或增加的收入。 6．推荐最佳方案 推荐一种最好的解法供高层选择，陈述选择这个解决方案的理由。 7．草拟开发计划 制订工程进度表，估计对各类开发人员（系统分析员、程序员）和各种资源（计算机硬件、软件工具等）的需要情况。估计系统生命周期中每个阶段的成本。 8．书写文档提交审查 将可行性研究各个步骤的工作结果写成清晰的文档，供评审组审查，以决定是否继续这项工程。 5.1.3可行性分析使用的工具 1．系统流程图（System Flow Diagram ） 用图形符号以黑盒子的形式描绘组成系统的每个部件（程序、文档、数据库、人工过程等）。是数据在系统各部件之间流动的情况，而不是对数据进行加工处理的控制过程。 2．数据流图（Data Flow Diagram） 描绘数据、信息从输入到输出的变换过程及数据在软件中被处理（流动）的过程。 5.1.4 可行性分析的结果 可行性研究报告 （1）现行系统概况。包括组织结构、主要工作任务和业务流程及人员、设备、费用状况。 （2）主要功能需求和主要信息需求。 （3）将要建立的新系统的方案。包括主要目标、规模、初步结构、实施计划。 （4）经济可行性分析。包括建设费用、运行费用、经济效益及社会效益。 （5）技术可行性分析。包括使用现有技术开发系统的可行性及技术发展可能产生的影响。 （6）操作可行性分析。系统与组织目标、运行机制的匹配关系，各部门工作与系统运行的适应性，人员的适应性。 （7）结论。对可行性研究结果的简要总结。 5.2 需求分析 依据可行性报告中规划阶段确定的“做什么”的目标，进行进一步落实和细化，建立新系统的上层逻辑模型，从而为后续的系统设计阶段提供“怎么做”的依据 必须遵守下述准则 （1）必须理解并描述问题的信息域，这条准则要求建立信息系统数据模型。 （2）必须定义软件应完成的功能，这条准则要求建立信息系统功能模型。 （3）必须对描述信息、功能的模型进行分解。 工作场所 工作条件 工作中使用的主要资料 任务和业务流程 完成业务的方法和过程 工作计划和工作量 评价标准与控制机制 公司工作环境的资料 公司业务和业务管理方面资料 职责与职权之间的关系 工作职责 人际关系 完成本质工作所需信息 公司目标 公司组织结构 公司职能部门设计 公司的重要政策 公司人力资源管理方面的资料 公司组织结构方面资料 系统需求分析需了解的公司资料 5.2.1 需求分析的目标及任务 1．功能需求。通过需求分析应该提出系统必须完成的功能 包括速度（响应时间）、信息量速率 主存容量、磁盘容量、安全性等方面的需求 2．性能需