管理信息系统的开发方式与方法.ppt

,第2章 MIS的开发方式与方法,内容,内容提要 2.1 MIS开发涉及的基本问题 2.2 MIS的开发方式 2.3 结构化生命周期法 2.4 原型法（Prototyping Approach） 2.5 面向对象的方法 2.6 软件开发工具 2.7 MIS开发的组织工作 小结 习题2 返回,内容提要,MIS的开发是一个复杂的系统工程，它要受到多方面条件的制约。研究这些条件无疑将有助于MIS的开发，有利于对MIS开发中涉及到的有关问题的理解。在MIS建设的长期实践中，已形成了多种系统开发的方式和方法。因此，为了保证系统开发工作的顺利进行，应该根据所开发系统的规模大小、技术的复杂程度、管理水平的高低、技术人员的情况、资金与时间要求等各个方面的不同要求采用不同的开发方式与方法。 返回,学完本章后，应该掌握以下内容：,1 MIS开发的基本原则 2 MIS开发应具备的条件 3 MIS的开发策略 4 MIS的开发方式 5 MIS的常用开发方法 6. MIS开发的环境 返回,2.1 MIS开发涉及的基本问题,2.1.1 MIS开发的基本原则 2.1.2 MIS开发的条件 2.1.3 MIS的开发策略 返回,2.1.1 MIS开发的基本原则, 实用性原则 系统性原则 符合软件工程规范的原则 完善，逐步发展的原则 返回, 实用性原则,系统必须满足用户管理上的要 求，既保证系统功能的正确性又方 便实用，需要友好的用户界面、灵 活的功能调度、简便的操作和完善 的系统维护措施。 实用/系统/软件工程/逐步/返回, 系统性原则,在MIS的开发过程中,必须 十分注重其功能和数据上的整 体性、系统性。 实用/系统/软件工程/逐步/返回, 符合软件工程规范的原则,MIS的开发是一项复杂的应用 软件工程，应该按软件工程的理 论、方法和规范去组织与实施。 实用/系统/软件工程/逐步/返回, 逐步完善,逐步发展的原则,MIS的建立不可能一开始就十 分完善和先进，而总是要经历一个 逐步完善、逐步发展的过程。 实用/系统/软件工程/逐步/返回,2.1.2 MIS开发的条件,1. MIS开发的条件 2. MIS开发前的准备工作 返回,1.MIS开发的条件,领导重视，业务人员积极性高; 必须有建立MIS的实际需求和迫切性; 必须要有一定的科学管理基础; 有必要的投资保证，并能提供系统维护 人员的编制和维护费用; 管理人员知识结构应满足系统建设需要; 基础数据要齐全规范。,返回,2.MIS开发前的准备工作,建立开发领导机构及组织开发队伍； 借鉴同类系统的开发经验； 选择适合本企业实际的开发方式； 确定系统目标、开发策略和投资金额； 收集和整理基础数据。 返回,2.1.3 MIS的开发策略,1.几种可以考虑的开发策略 2.选择策略时应注意的3个问题 返回,1.几种可以考虑的开发策略, 接受式开发策略 直线式开发策略 迭代式开发策略 实验式开发策略 规划式开发策略 图21选择开发策略的模型 返回, 接受式开发策略,认为用户对信息的需 求的叙述是正确的、完全 的和固定的，并且以此作 为开发的根据。 接受/直线/迭代/实验/规划/模型/适合/返回,适合：,小项目，高度结构化，用户需 求明确和开发者有充分经验的情形。 例如：对文件的转换、从已有 文件或数据库中产生各种报表、以 及某些简单的、单用户的系统等。 返回, 直线式开发策略,从需求说明开始到最后开发 直线的进行下去,每完成一步都要 进行评审,以验证是否和需求一致。 接受/直线/迭代/实验/规划/模型/适合/返回,直线式开发策略适合：,用户的应用需求可较好的定 义,且以后不需进一步修改或只 需稍作修改 (如生命周期法)、系 统规模较大,但结构化程度高, 用户任务的综合性强以及开发者 具有熟练技术与丰富经验的情形。 返回, 迭代式开发策略,研制过程中验证需求不论是有错还是不恰当，都可以回到需求确定过程，对需求说明进行修改，如此重复进行,直到所开发的系统满足需求为止。 若开发需求的不确定性比较高,直线式开发策略不能保证用户真正的信息需求,就需要把传统直线式过程加以改进,使其按迭代方式重复进行。 接受/直线/迭代/实验/规划/模型/适合/返回,迭代式开发策略适合：,大型多用户系统、对用户或开发者来说是新的应用领域的情形。 返回, 实验式开发策略,采用原型法或应用的模拟, 通过试验的方式去逐次近似并 减少不确定信息需求,同时找出 原型的缺点,直到用户对需求完 全理解和需求得到保证为止。 接受/直线/迭代/实验/规划/模型/下页/返回,若信息需求不确定性很高, 则可通过一个实际工作系统来 验证需求是否得到保证。 如：高层管理决策支持系统、交 互预测模型及多用户的非结构化 系统等。 返回, 规划式开发策略,从系统的战略目标、信息需求分 析、资源分配和项目计划等方面进行 规划,合理的设计出系统的总体结构。 各个子系统的开发,则根据其信息需求 的不确定性程度,选择不同的开发策略。 接受/直线/迭代/实验/规划/模型/适合/返回,规划式开发策略适用于：,MIS的规模特别大,复杂程度 特别高,例如跨地区、跨部门的全 国性的大系统,其信息需求的不 确定性程度特别大,必须做好MIS 的总体规划。 返回,图21 选择开发策略的模型,接受/直线/迭代/实验/规划/模型/返回,不确定因素,不确定级别,开发策略,项目的规则 结构化程度 用户对任务的 理解程度 开发者对任务 熟练程度,低 中 高 很高,接受式 直线式 迭代式 实验式 规划式,2. 选择策略时应注意的3个问题,(1) 关于总体规划 (2) 开发的技术方法 (3) 开发的进程控制 返回, 关于总体规划,在系统建立与开发过程的整体规 划上,应采取“总体规划,分期实施, 逐步投资,逐步见效”的策略原则。 具体的方法有以下两种： “自上而下”的方法 “自下而上”的方法 返回, 开发的技术方法,在考虑系统开发的技术方法 上,必须注意应用成熟的技术,MIS 开发不是搞科研,而是一项应用软 件工程。 返回,(3)开发的进程控制,在系统开发的进程控制 上，应立足于采用增量实现 的策略。 返回,2.2 MIS的开发方式,2.2.1 自行开发 2.2.2 委托开发 2.2.3 合作开发 2.2.4 利用现成软件包开发 案例2.1 大公司是否可使用小厂商提供的软件包 返回,2.2.1 自行开发,由用户依靠自己 的力量独立完成系统开发 的各项任务。 自行开发/适合/优点/缺点/注意/比较/返回,适 合,有较强专业开发分析与设计队伍 和程序设计人员 系统维护使用队伍的组织和单位 如：大学、研究所、计算机公司、 高科技公司等单位。 自行开发/适合/优点/缺点/注意/比较/返回,优 点,开发费用少,容易开发出适合本 单位需要的系统,方便维护和扩展, 有利于培养自己的系统开发人员。 自行开发/适合/优点/缺点/注意/比较/返回,缺 点,(1)容易受业务工作的限制，系 统整体优化不够，开发水平较低。 (2)系统开发时间长，开发人员 调动后，系统维护工作没有保障。 自行开发/适合/优点/缺点/注意/比较/返回,注 意,（1）需要大力加强领导，实行 “一把手”原则； （2）向专业开发人士或公司进 行必要的技术咨询，或聘请他们 作为开发顾问。 自行开发/适合/优点/缺点/注意/比较/返回,2.2.2 委托开发,由使用单位(甲方)委托通常是 有丰富开发经验的机构或专业开发 人员(乙方),按照用户的需求承担系 统开发的任务。 委托开发/适合/优点/缺点/注意/比较/返回,适 合,使用单位(甲方)没有MIS的系 统分析、系统设计及软件开发人 员或开发队伍力量较弱、但资金 较为充足的单位。 委托开发/适合/优点/缺点/注意/比较/返回,优 点,省时、省事，开发的 系统技术水平较高。 委托开发/适合/优点/缺点/注意/比较/返回,缺 点,费用高、系统维护与扩展需 要开发单位的长期支持，不利于 本单位的人才培养。 委托开发/适合/优点/缺点/注意/比较/返回,注 意, 使用单位(甲方)的业务骨干要 参与系统的论证工作； 开发过程中需要开发单位(乙方) 和使用单位(甲方)双方及时沟通，进 行协调和检查。 委托开发/适合/优点/缺点/注意/比较/返回,2.2.3 合作开发,由使用单位(甲方)和有丰富 开发经验的机构或专业开发人员 (乙方),共同完成开发任务。双方 共享开发成果,实际上是一种半委 托性质的开发工作。 合作开发/适合/优点/缺点/比较/返回,适 合,使用单位(甲方)有一定的MIS 分析、设计及软件开发人员，但开 发队伍力量较弱，希望通过MIS的开 发建立、完善和提高自己的技术队 伍，便于系统维护工作的单位。 合作开发/适合/优点/缺点/比较/返回,优 点,相对于委托开发方式比较节 约资金,可以培养、增强使用单位 的技术力量,便于系统维护工作,系 统的技术水平较高。 合作开发/适合/优点/缺点/比较/返回,缺 点,双方在合作中沟通易 出现问题,因此,需要双方 及时达成共识,进行协调和 检查。 合作开发/适合/优点/缺点/比较/返回,2.2.4 利用现成软件包开发,利用现成的软件包开发 MIS，可购买现成的应用软件包或 开发平台,如财务管理系统、小型 企业MIS、供销存MIS等等。 包开发/软件包/适合/优点/缺点/比较/返回,应用软件包,是预先编制好的、能完成一定功能 的、供出售或出租的成套软件系统。它 可以小到只有一项单一的功能，比如打 印邮签，也可以是有50万行代码的、 400多个模块组成的复杂的运行在主机 上的大系统。 包开发/软件包/适合/优点/缺点/比较/返回,适 合,对于功能单一的小系统开发颇为有效。但不太适用于规模较大、功能复杂、需求量的不确定性程度比较高的系统的开发。 包开发/软件包/适合/优点/缺点/比较/返回,优 点,能缩短开发时间,节省开 发费用,技术水平比较高,系统 可以得到较好的维护。 包开发/软件包/适合/优点/缺点/比较/返回,缺 点,功能比较简单,通用软件的专 用性比较差,难以满足特殊要求,需 要有一定的技术力量根据使用者 的要求做软件改善和编制必要的 接口软件等二次开发的工作。 包开发/软件包/适合/优点/缺点/比较/返回,表2.1 开发方式的比较,自行开发/委托开发/合作开发/软件包开发/返回,案例2.1 大公司是否可使用小厂商提供的软件包,SCANIA 公司软件包 的选择,返回,2.3 结构化生命周期法,2.3.1 系统开发生命周期 2.3.2 结构化生命周期法的开发过程 2.3.3 结构化生命周期法的特点 2.3.4 结构化生命周期法的缺点 返回,2.3.1 系统开发生命周期, 生命周期 基本思想 图2-2 MIS的生命周期 返回,生命周期,从提出要建立一个MIS开始,到完全 建成的全过程,是一个连续发展的过程, 即一个阶段的完成就是下一个阶段的开 始,这个过程称为系统的开发生命周期 (System Development Life Cycle,简称 SDLC)。 返回,基本思想 返回,将系统的生命周期划分为:系统规 划、系统分析、系统设计、系统实施、 系统运行和维护等阶段。 应用系统工程的方法,按照规定的 步骤和任务要求,使用一定的图表工具完 成规定的文档,在结构化和模块化的基础 上进行MIS的开发工作。,系统工程 ,组织管理系统的规划、研究、设 计、制造、试验和使用的科学方法。 采用系统思想方法，借助自然科学、 社会科学的理论和方法以及工程分析 和设计的方法，研究系统的组织建立 和管理，使局部与整体、系统与环境 之间的关系互相协调，以实现系统目 标综合最优。 下页,系统工程 ,基本思想、观点： 追求系统最优、综合应用各门科学 和技术的最新成果、加强系统适应环境 变化的应变能力、加强实践等。 返回,结构化,思想： 用一组规范的步骤、准则和工具来 进行某项工作。 基于生命周期的结构化方法： 把系统功能视为一个个的模块，根 据系统分析设计的要求对其进行进一步 的模块分解或组合工作。 返回,请按键,模块化,思想： 把系统划分为若干个模块，每个模 块完成一个特定的功能，然后将这些模 块汇集起来组成一个整体(即系统),用以 完成指定的功能。 返回,图2-2 系统的生命周期,返回/过程,详细 设计,提出 要求,可行性 研究,系统 评价,系统 维护,验收,编程 调试,系统 转换,详细 调查,初步 调查,逻辑 设计,开发方 案选择,审批,审查,审查,总体 设计,系统规划,系统分析,系统设计,系统实施,系统运行 和维护,请按键,2.3.2 结构化生命周期法的开发过程,1. 系统规划阶段 2. 系统分析阶段 3. 系统设计阶段 4. 系统实施阶段 5. 系统运行和维护阶段 图2-3 生命周期法的开发过程,返回,1.系统规划阶段,对企业的环境、目标、现行 系统的状况进行初步调查，根据 企业目标和发展战略，确定MIS的 发展战略，对建设新系统的需求 做出分析和预测，同时考虑建设 新系统所受的各种约束，研究建 设新系统的必要性和可行性。 输出：可行性分析报告、系统设计任务书 返回,2. 系统分析阶段,逻辑设计阶段 根据系统任务书所确定的范围， 对现行系统进行详细调查，描述 现行系统的业务流程，指出现行 系统的局限性和不足之处，确定 新系统的基本目标和逻辑功能要 求，即提出新系统的逻辑模型。 输出：系统分析报告 返回,3. 系统设计阶段,物理设计阶段 根据系统分析报告中规定的 功能要求，考虑实际条件，具体 设计实现逻辑模型的技术方案即 设计新系统的物理模型。 总体设计 物理设计阶段 详细设计 输出：系统设计说明书 返回,4. 系统实施阶段,将设计的系统付诸实 施。购置、安装、调试计 算机等设备，编写程序， 调试程序，人员培训，数 据文件转换，系统调试， 系统转换。 返回,5. 系统运行和维护阶段,记录系统的运行情况， 根据一定的规格对系统进行 必要的修改，评价系统的工 作质量和经济效益。 下页,图23 生命周期法的开发过程, 生命周期/规划/分析/设计/实施/返回,提出要求,初步调查,可行性研究,可行性分析报告,审批,修改目标、追加 资源、等待条件,A,停止研制,否,修改,是,请按键,图23生命周期法的开发过程, 生命周期/规划/分析/设计/实施/返回,A,详细调查,逻辑设计,系统分析报告,审批,B,修改说明书,停止研制,否,修改,是,请按键,图23生命周期法的开发过程, 生命周期/规划/分析/设计/实施/返回,B,总体设计,详细设计,系统设计说明书,审批,停止研制,修改设计方案,C,否,修改,是,请按键,图23 生命周期法的开发过程, 生命周期/规划/分析/设计/实施/返回,C,系统实施,调 试,修改系统,验收,交付使用,是,修改,请按键,2.3.3 结构化生命周期法的特点,1. 建立面向用户的观点 2. 加强调查研究和系统分析 3. 逻辑设计与物理设计分别进行 4. 使用结构化、模块化方法 5. 严格划分工作阶段 6. 工作文件标准化文献化 返回,1.建立用户第一的观点,MIS是为用户服务的，开发全 过程中要有用户观点，一切从用户出发、从用户利益考虑。要尽量吸收用户(管理、业务人员)参加开发，加强与用户沟通，主动、及时交换意见，以取得共识。 用户/调查/设计/方法/阶段/文档/返回,2.加强调查研究和系统分析,为使新系统满足用户要求， 要对现系统进行认真的全面调 查。以便在此基础上进行系统 分析，通过方案对比，确定新 系统最佳方案。 用户/调查/设计/方法/阶段/文档/返回,3.逻辑设计与物理设计分别进行,在系统分析阶段，开发人 员提出新系统的逻辑模型（利 用图表工具表示），使用户有 一个了解，在系统设计阶段， 根据新系统逻辑模型进行具体 的物理设计。 用户/调查/设计/方法/阶段/文档/返回,4.使用结构化、模块化方法,采用结构化的设计方法，使 新系统各部分独立性强，便于设 计、实施和维护。模块的划分采 取自上而下的方法，在保证总体 模块正确的前提下，逐步分层细 化，划分为适当的模块，在此基 础上进行物理设计和程序设计。 用户/调查/设计/方法/阶段/文档/返回,5.严格按照阶段进行,将整个新系统的开发过程分为若 干个阶段，每个阶段都有其明确的任 务和目标，每个阶段又可分为若干工 作步骤。便于开发过程的控制。前一 阶段为后续工作提供依据。每一阶段 完成，要严格审查，防止留下隐患。 用户/调查/设计/方法/阶段/文档/返回,6. 工作文件标准化文献化,为保证各阶段工作的衔接与 日后系统的维护，各阶段工作完 成之后，要按照统一的要求形成 相应的文档资料。 用户/调查/设计/方法/阶段/文档/返回,2.3.4 结构化生命周期法的缺点,1. 用户介入系统开发的深度 不够，系统需求难以确定(原因)； 2. 开发周期长，文档过多； 3. 各阶段文档的审批工作困难。 返回,原因, 用户懂管理，不懂计算机，分析人员缺乏对特定组织的管理状态的认识和了解; 用户不能确切描述现行信息系统的现状和未来目标，分析人员理解会有偏差; 组织的管理体制随环境而变化，要求系统开发有高度的可变性，这正是生命周期法难以支持的.返回,请按键,2.4 原型法,2.4.1 原型法基本原理 2.4.2 原型法开发过程 2.4.3原型的种类及构造方法 2.4.4原型法的优点及存在的问题 2.4.5 原型法与传统的生命周期法的比较 返回,2.4.1 原型法基本原理,原型：可以逐步改进成运行系统的模型 开发者在初步了解用户需求的基础上， 构成、设计和开发一个系统初始模型，该 模型称为原型或骨架。(一个可以实现的系 统应用模型。) 开发人员和用户在此基础上共同探讨、 改进和完善方案，开发人员再根据方案对 原型进行修改得到新的原型，再征求用户 意见，如此反复，直至用户满意为止。 返回,2.4.2 原型法开发过程,1. 确定用户的基本需求 2. 开发初始原型系统 3. 对原型进行评价 4. 修正和改进原型系统 (循环、不断修改完善) 示意图/返回,返回,原型法开发MIS的过程示意图,确定用户基本要求,构造初始模型,评价、使用系统原型,用户满意？,系统转换、系统维护 与评价,修改、完善系统 原型,图24 原型法开发过程,Y,N,请按键,2.4.3 原型的种类及构造方法,1. 原型的种类 2. 各类原型的构造方法 返回,1. 原型的种类,本质上分为 从应用场合分为 返回,丢弃型,进化型, 丢弃式（研究）, 演化式（试验）, 递增式（进化）,丢弃型, 丢弃（研究）式,丢弃/演化/递增/图/返回,把原型作为用户与开发人员之间通信的媒介,不打算将它作为实际系统运行。 目的 特点,请按键,目的：,为对最终系统进行研究，用户和开发者借助此系统进行交流，共同明确新系统的需求。可将这一过程作为生命周期法的一个阶段，即需求定义阶段(原型法与生命周期法结合)。 返回,特点：,开发费用低、速度快，一般要利用软件工具即环境进行支持。 返回,丢弃(研究)式原型法与生命周期法的结合,生命周期 法,可行性研究,需求定义,确定基本要求,构造原型,评审,满意否？,修改,N,Y,初步设计,详细设计,实施,维护与评价,原型法,图25 丢弃式原型法与生命周期法的结合,丢弃/演化/递增/上页,请按键, 演化(试验)式,过程、特点、注意,丢弃/演化/递增/图/返回,按照基本需求开发出一 个系统，让用户先使用起来, 有问题随时修改。(用户的要 求及系统的功能在变化)。,请按键,过程：设计、实施、演化 特点：开发完成的系统可立即 使用，但修改、增加原系统的功 能极为频繁。 注意：在实际实施中，要加强 管理和控制，围绕系统的基本需 求进行开发。,请按键,返回,丢弃/演化/递增/上页后,演化(试验)式原型法的开发过程图,系统设计,系统实施,满意否？,最终系统,Y,N,演化(重新设计、实施),图26 演化式原型法的开发过程图,请按键, 递增（进化）式,前提：系统的组织结构不发生变化， 模块的外部功能不发生变化。,丢弃/演化/递增/图/返回,开始时系统有一个总体框架， 各功能单元的结构和功能较清楚， 但没有具体实现。在以后的开发过 程中一个一个的完善这些模块。,请按键,丢弃/演化/递增/上页后,递增式（进化）原型法的开发过程,系统总体设计,功能子单元 全部实现？,实现一个功能子单元,N,图27 递增式原型法的开发过程,Y,请按键,2. 各类原型的构造方法,1. 丢弃（研究）式原型构造方法 2. 演化(试验)式原型构造方法 3. 递增（进化）式原型构造方法 返回, 丢弃（研究）式原型构造方法,又称：需求原型法 在没有任何常规需求分析能满意地识 别和确认用户真正的需求时使用。开始 时开发者没有用户应用领域的专门知识， 用户对计算机能为自己做些什么也不清 楚，只能通过演示才能促使用户对系统 功能的理解，激发其创造性。开发者不 将精力集中在解决某一特定方案上，而 是和用户一起研究各种不同方案。没有 规范的形式及严格的规律，具有创造性。返回, 演化(试验)式原型构造方法,和“原型”最接近，解决用户的问 题将通过试验来评审。该方法从初始 描述之后就开始适用于任何开发阶段， 它是对最终系统的一种强化。 可用于： 决定所开发系统性能的可行性、 当资源受到限制时给出问题的解决方案。 下页,演化(试验)式原型构造方法的类型,返回,人机交互界面仿真原型 轮廓仿真原型 局部功能仿真原型 全局功能仿真原型 作用,请按键,返回,该原型构造方法，从本质上来讲， 应成为最终系统的一种强化工具，它 起的作用有： 1.补充系统用户需求的描述； 2.从已有的描述中提炼出主要的描述 信息来； 3.作为描述和实现的中间阶段,为下 一阶段服务。,请按键,人机交互界面仿真原型,向用户提供所开发系统的人机交 互界面的预期感受，原型常以对话、 屏幕和菜单形式出现在最终系统中， 系统其他部分中都使用这种模型。在 该仿真模型中用户看到的原型是和真 实系统相似的系统，在原型背后可能 根本没有真正的数据，而是只对输入 作一些验证。 返回,轮廓仿真原型,目标：设计出整个系统，但要实现的仅仅 是缩小的功能范围，在该类原型中，所包 含的功能使得用户能全面完成他们的工作 任务，并且绘制出没有轮廓原型所支持的 其他工作步骤。,返回,试图去建设最终系统的总体结构， 它是基于一些基本的系统功能之上的。,请按键,局部功能仿真原型,用于测试最终系统的特性。 如：测试一种规定的算法是 否在给定的应用系统中有满意解， 以及这种算法是否使用了所设想 的资源。 返回,全局功能仿真原型,构造这种原型时：要寻求实现和修改过程 中的方便性，而不是最终系统所需的效率。,返回,建立在含有最终系统所有功能的原型系 统基础上，4GL常用于获取所需代码，比传 统语言快的多，用户的需求往往被翻译成一 种可以进行操作的系统，由这种系统来应用 系统的仿真，该原型就是功能上的原型。,请按键, 递增(进化)式原型构造方法,开发方式：进化式 递增式,返回,采用一种进化中近似的问题解来表 征原型系统，初始原型变成了进化系统 的核心，每一种进化原型周期都会增加 更多的系统特征，这种原型构造就成为 整个开发过程的一种代替，原型最终必 然会变成一种运行的系统。,请按键,2.4.4 原型法的优点及存在的问题,1. 原型法的优点 2. 原型法的缺点,返回,1. 原型法的优点, 开发周期短 增加用户的满意度 加强了开发过程中的用户参与程度 降低系统开发中的风险 降低系统开发的成本 易学易用，减少对用户的培训时间 可产生正确的系统需求描述,返回,请按键,2. 原型法的缺点, 对于大系统，复杂系统，不适于 直接使用； 开发过程管理困难； 用户较早看到原型，错认为就是 新系统，使用户缺乏耐心； 开发人员很容易用原型取代系统 分析。,请按键,返回,2.4.5原型法与传统的生命周期法的比较,1.原型法的特点 2.原型法与生命周期法的比较(表1) 返回,1. 原型法的特点, 开发过程是一个循环往 复的反馈过程 将模拟的手段引入系统 分析的初期阶段返回,2. 原型法与生命周期法的比较(表1）,返回,2.5 面向对象的方法,2.5.1 面向对象方法的基本概念及特征 2.5.2面向对象开发方法的特征及优点 2.5.3 面向对象方法与传统方法的比较 返回,2.5.1 面向对象方法的基本概念及特征,1. 基本概念 2. 面向对象的特征 返回,1. 基本概念, 对象 类 消息 继承 返回, 对象,对象数据操作,对象类消息继承返回,客观现实世界中（问题空间）的 任何事物，用计算机（求解空间）所创 建的对象是对客观事物进行表达和模拟 的一种包括对象形状数据和行为特征的 数据模型。即一个对象与一个客观实体 相对应，由实体抽象的形状数据和对此 数据进行的各种操作一起封装构成一种 数据和操作包体。, 类,具有相同属性（数据和操作） 的对象集合的描述或定义。是一 组具有相同模板或模子对象类型 的抽象和说明。 模板（子）表示对象集合中 每个对象所具有的数据和操作。 对象类消息继承返回, 消息,对象之间相互作用和相互协 作的一种机制。对象之间的相互 操作、调用和应答多是通过发送 消息到对象的外部接口来实施的。 消息是为完成某些操作而向 对象所发送的命令和命令说明。 对象类消息继承返回, 继承,相关对象类层次之间的一种 数据和操作（程序代码）的共享 机制。 如果类继承了类，则在 中所定义的数据和操作也将成 为的组成部分。 对象类消息继承返回,2. 特征, 封装性 继承性 多态型 可维护性 本质返回, 封装性,将自由数据与操作(方法) 封闭在一起(即放于同个对象中) 使自身的状态、行为局部化(对 数据的操作只通过该对象本身的 方法来进行)。封装继承多态可维护返回, 继承性,通过对类继承可以弥补由封 装对象而带来的诸如数据或操作 冗余的问题。通过继承支持重用， 实现软件资源共享、演化以及增 强扩充。 封装继承多态可维护返回, 多态型,同样的消息为不同的对象 接受后，会因不同对象所含操 作的不同，而导致完全不同的 行动，使软件开发设计更便利， 编码更灵活。 封装继承多态可维护返回, 可维护性,由于面向对象的抽象封装使对 象信息隐藏在局部，当对象进行修 改，或对象自身产生错误的时候， 由此带来的影响仅仅在对象内部而 不会波及其他对象乃至整个系统环 境，极大方便了软件设计、构造和 运行过程中的检错、修改。 封装继承多态可维护返回,从本质上看：,1.认识客观世界的认知方法学 2.解决问题的思维方法,返回,认知方法学,对象,返回,客观世界,对象组成,许多,对象,运动规律、内部状态,对象,相互作用、通讯,构成,客观世界,思维方法,返回,观察焦点,对象(问题域中有意义的实体),对象,需求分析、软件设计的核心或主体,构成客观世界,作为,问题域,抽象,对象集合（相互通讯）,对象集合,分类,类,（组织，实现）,问题空间,求解空间,映射,2.5.2面向对象开发方法的特征及优点,1. 面向对象开发方法的特征 2. 面向对象开发方法的优点 返回,1. 面向对象开发方法的特征, 分析与设计是反复的，充分体现了原型 开发的思想； 分析与设计的不断反复结果是对客观世界对象的模型化，建立针对簇（一组对象）的规格说明； 运用库中已有对象，反复测试实现簇，并将新簇纳入库中，这一过程体现了继 承和重用； 强调分析阶段和设计阶段的合并。返回,2. 面向对象开发方法的优点, 能迅速适应资产运用的变化 企业产品变化时，只要再追加新产 品中包含新的要素，无需修改整个系统， 在企业的发展过程中，MIS就不会成 为阻碍发展新业务的瓶颈。 老系统的维护工作和新系统的开发工 作变得相对简单。 返回,2.5.3面向对象方法与传统方法的比较,优势： 可解决目前在MIS开发 中迫需要解决的：维护复杂性、 提高生产率的问题； 在适应多变需求时表现出 灵活性和降低开发风险性； 返回,2.6 软件开发工具,2.6.1 软件开发工具的概念 2.6.2 软件开发工具类别 2.6.3 软件开发工具的基本功能与一般结构 返回,2.6.1 软件开发工具的概念,在高级程序设计语言的基础上， 为提高软件开发的质量和效率，从 规划、分析、设计、测试、成文和 管理各方面，对软件开发者提供各 种不同程度帮助的一类新型的软件。返回,2.6.2 软件开发工具类别,按工作阶段划分 按集成程度划分 按与硬件、软件的关系划分返回,按工作阶段划分,设计工具 分析工具 计划工具 返回,按集成程度划分,专用的 面对某一工作阶段或某一工作任务 集成化的 面对软件开发全过程 返回,按与硬件、软件的关系划分,依赖于某一特定的计算机或特定 的软件 如：某种数据库管理系统、设计工具、 集成化工具 独立于硬件于其它软件 如：分析工具、计划工具 返回,2.6.3 软件开发工具的基本功能与一般结构,1. 基本功能 2. 一般结构,返回,1.基本功能, 认识与描述客观系统 存储及管理开发过程中信息 代码的编写或生成 文档的编制或生成 软件项目的管理,返回, 认识与描述客观系统,协助开发人员认识 软件工作的环境与要求、 合理地组织与管理系统 开发的工作过程。,返回, 存储及管理开发过程中信息,系统开发中产生大量 的信息，结构复杂，数量 众多，由工具提供一个信 息库和人机界面，有效的 管理这些信息。,返回, 代码的编写或生成,通过各种信息的提供， 使用户在较短时间内，半 自动地生成所需的代码段 落，进行测试、修改。,返回, 文档的编制或生成,包括文字资料、各种报 表、图形。 （文档编写是系统开发中十分繁重的 工作，费时、费力、很难保持一致。）,返回, 软件项目的管理,项目管理包括： 进度、资源与费用、 质量管理,返回,2.一般结构,返回,2.7 MIS开发的组织工作,2.7.1 系统开发的组织机构与分工 2.7.2 系统开发的人员组成与职责 2.7.3 系统分析师的作用 2.7.4 系统开发中的文档管理 返回,2.7.1 系统开发的组织机构与分工,1. 系统开发领导小组 2. 系统开发工作小组,返回,1. 系统开发领导小组,负责新系统开发的行政组 织和领导工作,具有权威的作用。 （权力:机构调整,人员、设备、 资金的调配,制订规章制度,项 目管理及对系统开发做出重要 决策。) 组成,返回,组成：, 企、事业单位管理业务 的骨干人员; 计算机或信息管理的 主管人员; 系统开发的技术负责人等。,返回,2. 系统开发工作小组,负责系统开发工作的组织与 实施，在系统开发领导小组的领 导下，具体执行系统开发的过程。 其中：技术负责人起主导作用。 组成：参加系统开发的所有人员。,返回,2.7.2 系统开发的人员组成与职责,1. 系统分析人员 2. 系统设计人员 3. 程序员 4. 操作员 5. 其他 6. 开发人员之间的 相互关系图,返回,1.系统分析人员,负责系统的调查与分析工作 （又称为系统分析师） 经过专门的培训，对计算机、MIS、 现代管理理论和实践都有较丰富的知识。 知识面广，善于学习不同行业的业务知 识，有很强的负责精神，善于与不同背 景的人员进行讨论，交流思想，有较强 的组织工作的能力。,返回,2.系统设计人员,负责系统的设计工作，又称为系 统设计师。 进行系统的总体设计、物理设计， 具有熟练的计算机专业知识，掌握建 立MIS的技术基础，责任心强，熟悉 系统实施与转换的一般技术方法。,返回,3.程序员,负责系统的程序设计、调试和转换工作。 要求： 精通程序设计语言与编程技巧，掌 握系统测试的原理和方法，具有准确理 解和贯彻系统分析与系统设计思想的素 质和能力，善于学习和运用程序设计的 新方法新技术，有一定的美学修养。,返回,4.操作员,参与系统调试和转换工作，负责 系统正常运行期间对系统功能的执行 (数据录入、查删改、统计、打印输出、 数据备份与恢复等)。 要求： 除有熟练的键盘操作技能，准确的汉字录入 能力外，还要掌握基本的硬件操作知识与OS命 令，善于学习和掌握应用系统的功能结构和性能 特点，遵守操作规程，有责任心。,返回,5.其他,在系统开发及正常运行后 的管理与维护中，可根据需要 配备相应的人员。如：设备维 护、文档管理、网络系统管理 等专门或兼职人员。,返回,系统开发人员之间的相互关系,用户,用户,用户,用户,系统 分析师,数据 管理员,系统 设计师,程序 设计员,硬件网络 设计员,返回,2.7.3 系统分析师应具备的条件,1.系统分析师 2.系统分析师应具备的条件 3.系统分析师面临的困难,返回,1.系统分析师, 系统分析师的任务及定义 历史的回顾,返回, 系统分析师的任务及定义,任务：设计和实施系统项目以 满足组织的需要。 定义：是从事为一个组织找出 其目标，决定实现这些 目标的步骤等这类有条 理的研究和评价工作的人。,返回, 历史的回顾, 早年的看法 战争带来的进步,返回, 早年的看法,起源于19世纪90年代后半叶 泰勒提出的管理的基本原理，泰 勒认为：人总是懒惰的，不愿工 作，所以要严格监督它们的工作。 在工厂中专作改进工作方法 和建立生产时间定额的人。,返回, 战争带来的进步,返回,劳动密集型,一战,自动化,分析师 需求猛增,工厂,工会组织,改善工作条件、制订 工时定额及奖励工资,(美)武器积压,武器存放,二战后,分析师,计算机商业化 并应用于管理,分 析 师,问题的解决者、计算 机应用方面的专家,系统开发的 失败,2.系统分析师应具备的条件, 人际关系方面的技能 技术方面的技能 两种技能在各阶段占的比重,返回, 人际关系方面的技能,用于处理分析师与组织中其他 人的关系，在建立信任、处理争端 及信息交流等方面具有很大的作用。 思想交流 理解 教授 宣传,返回, 技术方面的技能,强调运筹分析、系统分析、计算 机方面的技术 创造性 解决问题的能力 项目管理的能力 有机结合的能力 具有追根求源的意识和求知的欲望 具有计算机和管理方面的知识,返回, 两种技能在各阶段占的比重,返回,分析,设计,实施,维护,低,高,所需技 能水平,技术技能,人际关系技能,3.系统分析师面临的困难, 缺乏足够的用户业务知识，确定出来 的新系统逻辑功能不能满足用户的要求； 用户对计算机缺乏足够的知识，造成 用户需求与新系统功能之间的偏差； 新系统逻辑方案使用户难以理解而无法 验证，或是表达的方式具有二义性，使其 他开发人员在理解上产生偏差，造成开发 结果与用户需求的不一致。,返回,2.7.4 系统开发中的文档管理,1.文档的地位和作用 2.系统开发人员缺乏文档管理的原因 3.文档管理的内容,返回,1.文档的地位和作用, 文档的含义 文档的地位 文档的作用,返回, 文档的含义,一般意义而言，文档是记录 人们思维活动及其结果的书面形 式的文字资料。 信息系统的文档是描述系统 从无到有整个发展与演变过程及 各个状态的文字资料。,返回, 文档的地位,文档是MIS建设的生命 线，没有文档就没有MIS。,返回, 文档的作用,统一思想，防止健忘和 误解，是系统开发工作组内 各类人员之间及组内外的通 信依据；观察、控制、协调 系统开发过程的依据。,返回,2. MIS开发人员缺乏文档管理的因素, 开发人员为了追求MIS的开发进度； 开发者往往只注重结果； 开发者认为开发过程的“轨迹”不 需要保留。 文档的作用很多时候是在事后才 体现出来。,返回,3.文档管理的内容, 文档标准与规范的制订； 文档编写的指导与督促； 文档的收存、保管与借用 手续的办理。,返回,案例2.2 FDS公司怎样选择系统 开发的基础环境,返回,一个公司应如何选择MIS的 基础环境？ 零售业巨头FDS公司 的经验对大家有指导意义。,小 结,MIS开发是一个复杂的系统工程， 为使其开发成功，要考虑各方面的因 素:开发的条件是否具备？如何进行开 发的组织工作？作为一个系统分析师， 应该具备什么样的素质？等等,返回,习题2,2.1 MIS开发一般应遵循哪些原则？应如何贯彻？ 2.2 什么叫生命周期法？分几个阶段？ 各阶段的任务是什么？ 2.3 什么叫原型法？ 有哪些主要环节？ 2.4 MIS开发的各种方法有什么特点？ 2.5 有哪些可供选择的开发策略？如何选择？ 2.6 MIS有哪几种开发方式？各自优缺点？ 2.7 MIS开发人员分几类？他们的职责和 要求是什么？ 2.8 要成为一名优秀的系统分析师， 你应该从哪些方面努力？,返回,