信息系统分析详细总结第四章信息系统建设概论第五章系统规划.doc

第四章 信息系统建设概论 信息系统的复杂性体现在： 1. 技术手段复杂 2. 内容复杂，目标多样 3. 投资密度大，效益难以计算 4. 环境复杂多变 信息系统开发是一个社会过程 问题描述和方案验证 技术工程问题明确，可以模拟，或制作模型、样品进行验证，信息系统的问题确定性差，难以提前验证解决方案 人的影响 信息系统是人机系统，有来自于人的障碍。如了解、沟通、实施困难 社会环境的影响 如政策、竞争、文化观念等对信息系统影响力很大，不同于纯技术工程 生命周期的5个阶段 系统规划 确定信息系统的发展战略；企业业务流程的识别、改革与创新；对建设新系统的需求作出初步研究，确定信息系统的总体结构；确定系统的备选方案，方案可行性分析 系统分析 详细调查，确定系统的基本目标和逻辑功能要求（系统说明书）。 （分析强调的是对问题和需求的调查研究。） 系统设计 根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案 （设计强调的是满足需求逻辑的物理解决方案） 系统实施 计算机等设备的购置、安装和调试；编写、调试和测试程序；人员培训；数据转换；系统调试与转换 系统维护 运行情况的记录；必要的修改；评价和总结等 瀑布模型 (适用于一些需求已明确并且变化较少的信息系统) • 强调阶段的划分和阶段严格的顺序 • 各阶段工作任务明确，要求文档完备性 • 是一种严格线性的按阶段顺序的、逐步细化的开发模式，消除了软件开发的随意性 特点: • 简单易用，容易理解 • 开发的进程一个顺着一个，没有反馈过程，需要严密控制 • 允许基线和配置早期接收控制 • 一个新的项目不适合这个模型 • 用户直到项目结束才能看到质量如何 • 不允许或者严格限制变更 不足: 1. 需求：客户常常难以表达真正的需求，而这种模型却要求严格的阶段性成果，返工困难，变更代价很大 2. 风险：客户要等到开发周期的晚期才能看到程序运行的测试版本，这时若发现大的错误，可能引起客户的惊慌，其后果也可能是灾难性的 3. 效率：因为前后任务的依赖关系，成员不能并行工作，有可能花在等待的时间比开发的时间要长，即所谓的“堵塞状态” 原型模型：（PPT上） 原型——快速建立起来的可以在计算机上运行的程序，通常选取信息系统中某个关键功能作为原型。 特点： • 用户积极参与 • 原型的开发没有严密的阶段性 • 短期获得测试版本，降低风险 应用于以下场合： – 需求含糊，用户不能标识出详细的输入、处理和输出需求 – 设计方案不明确，开发人员不能确定算法的有效性、操作系统的适应性或人机交互的有效性 不足： • 降低风险的同时，引入了其他风险： – 用户随意无止境的需求变化，因为用户容易产生误解，认为系统很容易被构造和修改 – 如果采用原型基础上继续构造，由于修补过度，软件质量不易于保证 – 开发人员为了快速构造原型，可能会采用不合适的操作系统、语言、算法等，造成后期风险，如系统适应性差、维护困难等 原型法（书上）： 步骤： 1. 明确用户基本信息需求 2. 建立初始原型 3. 评价原型 4. 修改和完善原型 优点： 1. 增进用户与开发人员之间的沟通 2. 用户在系统开发过程中起主导作用 3. 辨认动态的用户需求 4. 启迪衍生式的用户需求 5. 缩短开发周期，降低开发风险 增量模型——融合了瀑布模型的基本成分和原型的迭代特征。采用随着日程时间的进展而交错的线性序列。 – 搭积木的方式，如按子系统划分增量 • 以功能递增的方式进行软件开发 • 能较快地产生可操作的系统 • 在每一步递增中，都可以把用户/开发者的经验结合到不断求精的产品中 • 可改善测试效果和降低软件开发总成本 应用场合： • 项目开始，明确了需求的大部分，但是需求可能会发生变化 • 对于市场和用户把握不是很准，需要逐步了解 • 对于有庞大和复杂功能的系统进行功能改进，本身就需要一步一步实施的。 螺旋模型——把软件开发过程定义成不断上升的螺旋周期，每个周期划分为计划、风险分析、实施和评价四个方面。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。 特点： • 风险驱动，可以在生命周期早期强制性的确定项目中存在的风险 • 需要开发人员具有相当丰富的风险评估经验和专门知识 • 要求用户参与阶段评价，对用户要求较高 适用于： – 单位内部开发的大规模软件项目 – 风险是项目的主要制约因素 – 可能会发生重大变更 – 采用新技术 信息系统通常十分复杂，很难直接对它进行分析设计，通常要借助于模型。 模型方法是系统科学的基本方法，研究系统具体来说就是研究它的模型。模型是对系统原型的抽象和简化，是科学认识的基础和决定性环节。 信息系统模型本质是建立信息处理模型，而信息处理模型来源于管理模型 管理模型的建立，应考虑以下方面： 静