系统开发方法与技术.ppt

第3章 系统开发方法与技术 1.2 第3章 系统开发方法与技术 本章内容 3.1 开发方式与开发模式 3.1.1 系统开发方式 3.1.2 系统开发模式 3.1.3 系统结构模式 3.2 系统开发方法 3.2.1 系统开发方法综述 3.2.2 结构化系统开发方法 3.2.3 面向对象系统开发方法 3.2.4 原型开发方法 3.3 系统开发技术(自学) 3.3.1 统一建模语言 3.3.2 Web Services技术 3.3.3 组件技术 1.3 第3章 系统开发方法与技术 3.1.1 系统开发方式 3.1.2 系统开发模式 3.1.3 系统结构模式 3.1 开发方式和开发模式 1.4 第3章 系统开发方法与技术 自主开发方式 1 委托开发方式 2 合作开发方式 3 利用现成的软件包开发方式 4 3.1.1 系统开发方式 选择的依据：项目规模、企业自身信息技术人员实力的 强弱、项目所需时间和项目经费等诸多因素。 1.5 第3章 系统开发方法与技术 1.自行开发方式 l定义：由用户依靠自己的力量独立完成系统开发的各项任务。 l优点：企业对项目的需求比较了解，用户与信息专业人员之间的 沟通容易；开发费用少，容易开发出适合本单位需要的系统，方便 维护和扩展，有利于培养自己的系统开发人员。 l缺点：由于不是专业开发队伍，除缺少专业开发人员的经验和熟 练水平外，还容易受业务工作的限制，开发时间较长，系统整体优 化不够，开发水平较低；开发文档的质量、数据的完整性和安全性 可能会有缺陷。 l注意：需要大力加强领导，实行“一把手”原则；向专业开发人 士或公司进行必要的技术咨询，或聘请他们作为开发顾问。 3.1.1 系统开发方式 1.6 第3章 系统开发方法与技术 2.委托开发方式 l 定义：由使用单位委托有丰富开发经验的机构或专业开发人 员，按照用户的需求承担系统开发的任务。 l 优点：省时、省事，开发的系统技术水平较高。 l 缺点：费用高、系统维护与扩展需要开发单位的长期支持， 不利于本单位的人才培养。 l 注意：使用单位的业务骨干要参与系统的论证工作；开发过 程中需要开发单位和使用单位双方及时沟通，进行协调、监督 和检查。 3.1.1 系统开发方式 1.7 第3章 系统开发方法与技术 3.合作开发方式 l 定义：由使用单位和有丰富开发经验的机构或专业开发 人员，共同完成开发任务。 l 优点：相对于委托开发方式比较节约资金，系统的技术 水平较高，便于系统维护，可以培养、增强使用单位的技 术力量。 l 缺点：双方在合作中沟通易出现问题，因此，需要双方 及时达成共识，进行协调和检查。 3.1.1 系统开发方式 1.8 第3章 系统开发方法与技术 4.利用现成的软件包开发方式 l 软件包：是预先编制好的、能完成一定功能的、供出售 或出租的成套软件系统。 l 优点：能缩短开发时间，节省开发费用，技术水平比较 高，系统可以得到较好的维护。 l 缺点：功能比较简单，通用软件的专用性比较差，难以 满足特殊要求，需要有一定的技术力量根据使用者的要求 做软件改善和编制必要的接口软件等二次开发的工作。 3.1.1 系统开发方式 1.9 第3章 系统开发方法与技术 5.四种开发方式的比较 方式 特点比较 自行开发委托开发合作开发 利用现成 软件包开发 设计能力较高一般逐渐培养较低 编程要求较高不需要需要较低 维护难易容易较困难较容易较困难 开发费用少多较少较少 说明 开发时间较长 但可得到适合 本单位的满意 系统，并培养 了自己的系统 开发人员。 最省事、开发 费用最多，必 须配备精通业 务的人员参加 并经常检查、 监督和协调。 较理想方式。 但必须注意搞 好双方关系， 建立在真诚合 作的基础上。 要有鉴别软件功 能与适应条件的 能力，即使完全 适合本单位的情 况，仍需编制一 定的接口软件。 3.1.1 系统开发方式 1.10 第3章 系统开发方法与技术 主要的开发模式有： 瀑布模式 原型模式 增量模式 螺旋模式 喷泉模式 3.1.2 系统开发模式 1.11 第3章 系统开发方法与技术 构建信息系统时的一些问题： 公司的数据和系统功能是集中于总部还是分布于各 个分支机构？ 公司是建立自己与远程站点相连接的专用数据通讯 设施，还是利用外部公用通信设施（如Internet）？ 公司是购买单独的微机联网，还是建立集中式的中 央主机系统？ 3.1.3 系统结构模式 1.12 第3章 系统开发方法与技术 特点 基于微型机的信息系统模式； 一个系统内各个计算机各自独立使用； 不能共享资源，靠磁盘备份完成数据传输。 优点 安全性好，易操作。 缺点 不能直接交流，不能共享资源，效率低，实 时性差，手段落后。 案例 某大学工资管理信息系统 1. 单机结构 1.13 第3章 系统开发方法与技术 案例：某大学工资管理信息系统 某大学的工资管理系统创建于90年代初。由于历史的原因， 当时网络的应用普及远远落后于现在，所以那时创建的工资管 理系统以微机作为硬件平台，只有财务处的微机可以运行此系 统，其他部门的微机不能通过网络向财务处传输信息。各个学 院将本单位教职工本月的工资变动情况输入软盘，然后统一向 财务处报盘，以此达到数据传输的目的。 案例思考题：你认为此模式存在哪些问题?应如何改进?要注 意的问题是什么? 1. 单机结构 1.14 第3章 系统开发方法与技术 特点： 主机系统依 赖于主机的中心 计算机，终端只 负责与计算机输 入输出的接口工 作，没有独立的 数据处理能力， 各终端享用主机 的分时服务； 主机同时处 理来自各个终端 的数据，一般采 用大型机或高档 的计算机。 2. 主从结构 1.15 第3章 系统开发方法与技术 优点： 数据集中处理，效率高，系统费用低， 易于管理控制； 对数据处理的控制比较简单，数据处理 都在主机上进行，从而保证了数据的安全性 和一致性和保密性； 大量用户可同时使用主机，一台大型机 上的数据库可供上千用户同时使用； 适合数据量处理大、数据处理十分集中 的企业，如航空订票系统、铁路调度系统等 。 2. 主从结构 1.16 第3章 系统开发方法与技术 缺点： 系统的灵活性差，系统的变更、改进比较麻烦 。 对主机依赖性强，程序和数据都存放在主机上 。主机有故障，影响全体用户，风险集中。 用户缺乏自主性，如用户个人的文件存取不方 便。 主机价格较高，对机房和维护人员要求较高。 应用领域： 定售票、银行储蓄、出纳、登记查询、铁路调 度系统等，业务单一，多点实时处理、输入输出简 单、无须在本地保存数据。 2. 主从结构 1.17 第3章 系统开发方法与技术 案例：银行储蓄系统 信息技术的发展带动了银行储蓄的变革，使得银行为广大储户提 供越来越便捷的服务。某大学毕业生小X刚到公司报到，财务部就为 他办理了一个银行工资活期存折，一张工资卡，告诉他一个密码，以 后公司发的工资就直接拔到小X的账户中，那么小X就可以凭这张卡和 这个密码(日后可自行修改)在指定的开户银行中取出现金。此时小X所 使用的银行储蓄系统就是具有主从模式的管理信息系统，小X所使用 的ATM机就是和银行主机相连的一台终端。作为储户，你可能也经常 使用此储蓄系统，而且在使用过程中，你除了体会到它的方便、快捷 服务外，是否也曾遇到过这样的烦恼：任你如何操作，在ATM机上就 是无法取出现金来，去柜台前询问，被告之网络有问题，或主机有故 障，影响了你的使用。 案例思考题：谈谈你对银行储蓄系统(或订售票系统)的感受。 2. 主从结构 1.18 第3章 系统开发方法与技术 特点： 微机作为工作站 ，以高性能的微型机 或小型机作为服务器 ； 由数台PC机连 接而成的局域网，共 享信息和数据存放在 服务器，使用时从服 务器取出程序和数据 ，在工作站上进行处 理； 文件服务 器 工作站1 工作站2工作站3 文件服务器仅提供对数据的共享访问、文件管理及响应工作 站上的网络请求，工作站进行数据处理。 3.文件服务器/工作站结构（File/Server） 1.19 第3章 系统开发方法与技术 优点： 数据的保密性十分严格，可以按不同 的需要授予各个使用者一定的访问权限，从 而达到资源共享的目的； 文件的安全管理较好，可靠性较高。 3.文件服务器/工作站结构（File/Server） 1.20 第3章 系统开发方法与技术 缺点： 文件服务器只提供一个可以共享的大容量的外设 。 效率较低。当应用程序和数据都保存在文件服务 器上时，由于许多工作站的使用者都需频繁地从文件 服务器上读取和写入程序、数据等，同一时间内可能 会有大量的程序和数据在网络上传递，很容易造成整 个网络负荷过大和网络效率降低，即网络负担重造成“ 传输瓶颈”。 各工作站上的资源不能直接共享。 应用领域： 目前，工作站/文件服务器结构正在逐步被客户 机/服务器结构所替代，但由于历史的原因，我国的证 券、邮电行业仍主要采用这种系统。 3.文件服务器/工作站结构（File/Server） 1.21 第3章 系统开发方法与技术 特点： 集中了主机系统和文 件服务器系统的优点，具 有较好的系统开放性和易 扩展性，发挥了计算机和 网络的功能； 数据的处理分前台和 后台，客户机完成输入输 出与屏幕交互等前台任务 ，服务器完成大量数据处 理及存储管理等后台任务 。 服务器 工作站小型机微机 4. 客户机/服务器结构（Client/Server） 1.22 第3章 系统开发方法与技术 在客户机/服务器系统中，将应用程序分为两大部分： 一部分是多个用户共享的功能和信息，这部分 称为服务器部分，如数据库服务器、邮件服务器、 打印服务器等。 另一部分是为每个用户所专有的，称为客户机 部分，如用户界面软件、字处理、电子表格、本地 数据库等。 客户机部分执行前台功能，而服务器部分执行 后台功能。 客户机 TCP/IP网络 服务器 请求 响应 响应 请求 4. 客户机/服务器结构（Client/Server） 1.23 第3章 系统开发方法与技术 客户机 数据库服务器 两层结构 客户机 三层结构 数据库服务器 应用服务器 C/S的结构： （1）两层结构 客户层和服务器；数据库服务器对 客户机的请求直接作出应答。 （2）三层结构 在客户层和服务层之间加入应用服 务器，客户层面向用户，服务层提 供数据服务，中间层面向客户的服 务请求，它可以是一个方案，通过 相应的软件支持。 4. 客户机/服务器结构（Client/Server） 1.24 第3章 系统开发方法与技术 优点： 模块化与应用的分布特性； 充分利用资源，提高网络的效率； 便于系统的维护，可扩充性强； 并发特性； 具有很强的实时处理能力； 技术十分完善。 4. 客户机/服务器结构（Client/Server） 1.25 第3章 系统开发方法与技术 缺点： 客户端须安装专门为该系统开发的面向用户的客户 端软件； 系统开放性差； 程序依赖于低层网络，使系统无法具有跨平台的应 用能力。 4. 客户机/服务器结构（Client/Server） 1.26 第3章 系统开发方法与技术 应用领域： 客户端/服务器最流行的领域就是数据库领域。比较著名的数 据库厂商都提供了支持客户端/服务器的数据库管理系统，如 SQL Server、Oracle等。 F/S与C/S的比较： C/S结构的客户工作站向服务器发送的是处理请求，F/S结构 的工作站向服务器发送的是文件请求；C/S服务器返回的是处理 结果，F/S服务器返回的是整个文件。 C/S结构对数据的处理分前台和后台，有效解决了F/S结构的 传输瓶颈问题。 4. 客户机/服务器结构（Client/Server） 1.27 第3章 系统开发方法与技术 浏览器 Web服务器 两层结构 Web浏览器 三层结构 数据库服务器 Web服务器 Web浏览器 四层结构 数据库服务器 Web服务器 应用服务器 5. 浏览器/服务器（Browser/Server） 1.28 第3章 系统开发方法与技术 B/S物理结构 Web服务器 Email服务器FTP服务器应用服务器 InternetIntranet BrowserBrowser BrowserBrowserBrowser 数据库服务器数据库 5. 浏览器/服务器（Browser/Server） 1.29 第3章 系统开发方法与技术 浏览器： 它是位于客户端的浏览程序，也称Web浏览器 。 作用是向WWW服务器发送各种请求，同时还 对从服务器上发来由HTML语言定义的超文本信息和 各种多媒体数据格式进行解释、显示和播放。 数据库服务器功能： 管理、维护数据库； 接收Web服务器传送的SQL请求； 执行数据查询或事务处理； 向Web服务器传送结果。 5. 浏览器/服务器（Browser/Server） 1.30 第3章 系统开发方法与技术 Web服务器功能： 接受来自于浏览器的请求和其他交互数据； 检索、定位所请求的文件； 启动接口程序，调用对象执行系统应用逻辑， 将程序产生的SQL语句传送给数据库服务器； 接收数据库服务器的事务处理结果，再以 HTML格式化结果，将结果传送给客户端； 提供与FTP、EMail等应用服务器的接口。 5. 浏览器/服务器（Browser/Server） 1.31 第3章 系统开发方法与技术 B/S结构优点： 维护和升级方式简单； 成本降低，选择更多； 采用标准的TCP/IP协议、HTTP协议，能够与遵循 这些标准的信息系统及其网络很好结合，具有开放性 ，同时保护了用户投资； 系统客户端界面统一，全部为浏览器方式，简单易 用。 5. 浏览器/服务器（Browser/Server） 1.32 第3章 系统开发方法与技术 B/S结构的缺点： 应用服务器运行数据负荷较重； 客户端的开放性增加了系统受攻击的危险； 在开发工具支持方面没有支持客户机/服务器模式 的开发工具丰富。 5. 浏览器/服务器（Browser/Server） 1.33 第3章 系统开发方法与技术 C/S与B/S对比： 硬件环境不同 对安全的要求不同 系统维护不同 处理问题不同 5. 浏览器/服务器（Browser/Server） 1.34 第3章 系统开发方法与技术 C/S与B/S对比 C/S优势 交互性强（在线帮助，出错提示等） 更安全的存取模式（可采用安全的协议） 网络通信量少，适于处理大量数据 B/S优势 简化了客户端 操作简单 适合网上信息发布和MIS功能的扩展 C/S适用于：安全性要求高；具有较强交互性；使用范围较 小，地点固定；数据量大。 B/S适用于：使用范围大，地点灵活；功能变动频繁；安全 性、交互性稍低。 1.35 第3章 系统开发方法与技术 关于MIS建设是用C/S模式还是B/S模式，两者比较起来C/S 模式的最大优点是速度快，而数据操作速度的快慢对于MIS来说 是一项关键指标，直接影响使用者的效率。而B/S模式的最大优点 在于它能处理多媒体信息，可以把格式化文本、图形、图像、动 画、声音等集中在一个页面上展现给用户，图文声并茂使界面更 加生动，因此这一模式更适合于开发诸如触摸屏查询、综合查询 等子系统。另外，B/S模式在必要时可以上Internet，实现通信， 企业的领导出差在外也可以很方便地通过Internet随时了解企业的 生产经营状况，及时处理必要的业务以及做出重要的决策等等。 MIS的最好解决方案是C/S和B/S两种模式的综合应用，发挥 各自的优点。客户端可以利用浏览器通过Web服务器实现信息查 询、检索、公告发布，又可以利用客户端的应用软件直接与数据 库服务器或其他应用服务器进行信息交流，完成数据处理任务。 C/S与B/S两种模式的综合应用 1.36 第3章 系统开发方法与技术 结结 构构 化化 系系 统统 开开 发发 方方 法法 原原 型型 法法 面面 向向 对对 象象 方方 法法 3.2系统开发方法 1.37 第3章 系统开发方法与技术 结构化系统开发方法(SSA&D，Structured System Analysis and Design)也称生命周期方法，是自顶向下结构化方法、工程 化的系统开发方法和生命周期方法结合的产物，是至今为止所 有开发方法中应用最广泛、最成熟的系统开发技术。 主要内容： 结构化系统开发方法的基本思想 结构化系统开发方法的特点 结构化系统开发方法的过程 结构化系统开发方法的适用性 结构化系统开发方法的局限性 3.2.1 结构化系统开发方法 1.38 第3章 系统开发方法与技术 1.结构化系统开发方法的基本思想 采用结构化的思想、系统工程的观点和工程化的 方法，按照用户至上的原则，先将整个管理信息系统 作为一个大模块，自顶向下，以模块化结构设计技术 进行模块分解，然后，再自底向上按照系统的结构将 各模块进行组合，最终实现系统的开发。 3.2.1 结构化系统开发方法 1.39 第3章 系统开发方法与技术 1.结构化系统开发方法的基本思想 首先，将整个系统的开发过程按照生命周期进行划分为系统 规划、系统分析、系统设计、系统实施和系统运行管理与评价等 五个相对独立的开发阶段； 其次，在系统的规划、分析、设计各阶段，坚持自顶向下的 原则，进行系统的结构化划分。从最顶层的管理业务调查开始， 直至最底层业务，从系统的整体方案分析和设计出发，先优化整 体的逻辑或物理结构，后优化局部的逻辑或物理结构； 最后，在系统实施阶段，坚持自底向上的原则，从最底层的 模块编程开始，逐步组合和调试，由此完成整个系统的开发。 3.2.1 结构化系统开发方法 1.40 第3章 系统开发方法与技术 2.结构化系统开发方法的特点 树立面向用户观点； 自顶向下的分析与设计和自底向上的 系统实施； 严格按阶段进行； 加强调查研究和系统分析； 先逻辑设计后物理设计； 系统开发过程工程化，文档资料标准 化。 3.2.1 结构化系统开发方法 1.41 第3章 系统开发方法与技术 3.结构化系统开发方法的开发过程 (1)立项阶段 (2)系统分析阶段 (3)系统设计阶段 (4)编程阶段 (5)安装阶段 (6)后期运行阶段 3.2.1 结构化系统开发方法 1.42 第3章 系统开发方法与技术 从国外最新的统计资料来看，信息系统开发工作 的重心向系统调查、分析阶段偏移。开发各个环节 所占比重： 调查阶段30%，分析阶段40%， 设计阶段20%，实现阶段10%。 系统调查、分析阶段的工作量占总开发量的70 以上。而系统设计和实现环节仅占总开发工作量比 率不到30。 3.2.1 结构化系统开发方法 1.43 第3章 系统开发方法与技术 4. 结构化系统开发方法的适用性 该方法适用于一些组织相对稳定、业 务处理过程规范、需求明确且在一定时期 内不会发生大变化的大型复杂系统的开发 。 如宇航工程、军事工程软件、面向整 个企业的大型综合管理信息系统。 3.2.1 结构化系统开发方法 1.44 第3章 系统开发方法与技术 5.结构化系统开发方法的局限性 (1)结构化系统开发方法需要大量的资源 (2)结构化系统开发方法缺乏灵活性，不适合需求的 多变 (3)结构化系统开发方法不适合面向决策的应用 3.2.1 结构化系统开发方法 1.45 第3章 系统开发方法与技术 1.面向对象开发方法的产生 2.面向对象开发方法的基本思想 3.面向对象开发方法的特点 4.面向对象开发方法的开发过程 5.面向对象开发方法的局限性 3.2.2 面向对象的开发方法 1.46 第3章 系统开发方法与技术 1.面向对象开发方法的产生 面向对象的思想最初出现于仿真语言Simula。 20世纪60年代开发的Simula语言引入面向对象语言 最重要的概念和特性，即数据抽象、类结构和继承 性机制。 面向对象开发方法(OOM，Object Oriented Method)是从20世纪80年代各种面向对象的程序设计 方法(如Smalltalk、c+等)逐步发展而来的。 面向对象的开发方法起源于程序设计语言，但 远远超出程序设计的范畴，发展成包括面向对象的 系统分析(OOA)、面向对象的系统设计(OOD)和面向 对象的程序设计(OOP)的方法体系。 3.2.2 面向对象的开发方法 1.47 第3章 系统开发方法与技术 2.面向对象开发方法的基本思想 基本思想：基于类和对象的概念，把客 观世界的一切事物都看成是由各种不同的对 象组成，每个对象都有各自内部的状态、机 制和规律；按照对象的不同特性，可以组成 不同的类。不同的对象和类之间的相互联系 和相互作用就构成了客观世界中的不同的事 物和系统。 3.2.2 面向对象的开发方法 1.48 第3章 系统开发方法与技术 3. 面向对象开发方法的特点 按照人类习惯的思维方法，对系统开发过程中的 所有阶段进行综合考虑； 系统开发各阶段所使用的方法、技术具有高度的 连续性； 系统开发各个阶段有机集成，有利于系统的稳定 性； 具有良好的可复用性。 3.2.2 面向对象的开发方法 1.49 第3章 系统开发方法与技术 4.面向对象方法的开发阶段 系统调查和需求分析； 分析问题的性质和求解问题(面向对象 系统分析，简称OOA)； 详细设计问题(面向对象系统设计，简 称为OOD)； 程序实现(面向对象程序设计，简称 OOP)。 3.2.2 面向对象的开发方法 1.50 第3章 系统开发方法与技术 5.面向对象的开发方法的局限性 需要一定的软件基础支持。 在大型项目的开发上，具有一定的局限性。 在大型系统或复杂处理过程系统开发中若不经自顶 向下的整体系统设计划分，而一开始就自底向上的 采用OO方法开发，会造成系统结构不合理，各部分 关系失调等问题。 只能在现有业务基础上进行分类整理，不能 从科学管理角度进行理顺和优化。 初学者不易接受、难学。 3.2.2 面向对象的开发方法 1.51 第3章 系统开发方法与技术 1.原型的概念 2.原型法的概念 3.原型法的基本思想 4.原型法的类型 5.原型法的基本流程 6.原型法的特点 7.原型法的局限性 8.原型法在应用中应注意的问题 9.原型法的适用性 3.2.3 原型法 1.52 第3章 系统开发方法与技术 1.原型的概念 在信息系统中，“原型”是指系统早期可运行的一 个版本，由系统分析设计人员与用户合作，在短期内定 义用户基本需求的基础上开发出来的一个只具备基本功 能、实验性的、简易的应用软件。 管理信息系统的原型，既不是对系统的仿真，也 不是系统工程中的缩小尺寸的原型，它指区别于最终系 统的初始模型，这种原型经过多次反复修改完善后，可 以成为欲开发的最终系统。 原型法中的原型，应当具备以下基本特点： (1)实际可行； (2)具有最终系统的基本特征； (3)构造方便、快速、造价低。 3.2.3 原型法 1.53 第3章 系统开发方法与技术 2.原型法的概念 原型法，也称渐进法或迭代法，是一种先建 立待制系统模型，再与用户分析修改模型，最终使 用户满意的系统开发方法。 原型法是在关系数据库系统、第四代程序生 成工具和各种系统开发生成环境诞生的基础上，逐 步形成的一种设计思想、过程和方法全新的系统开 发方法。 原型法并不注重对管理信息系统进行全面、 系统的调查和分析，而是根据对用户的信息需求的 大致了解借助强有力的软件环境支持，迅速构造一 个新的系统原型，然后通过反复修改和完善，最终 完成新系统的开发。 3.2.3 原型法 1.54 第3章 系统开发方法与技术 3.原型法的基本思想 原型法的基本思想是：开发管理信息系统，首先要对用户提 出的初步需求进行总结，然后构造一个合适的原型并运行，此 后，通过系统开发人员与用户对原型的运行情况的不断分析、 修改和研讨，不断扩充和完善系统的结构和功能，直到符合用 户要求为止。 原型法的上述思想，体现出以下特征： (1)原型法并不要求系统开发之初完全掌握系统 的所有需求； (2)构造原型必须依赖快速的原型构造工具； (3)原型的反复修改是必然的和不可避免的。 3.2.3 原型法 1.55 第3章 系统开发方法与技术 4.原型法的类型 (1)丢弃式原型方法 丢弃式原型方法在系统真正实现后就废弃不用了。如研究 型原型，其初始的设计仅作为参考，用于探索目标系统的需求 特征；又如试验型原型，作为目标系统大规模开发前的某种实 施方案而设计的原型，用于验证方案的可行性。 (2)演化式原型方法 演化式原型方法的构造从目标系统的一个或多个基本需求 出发，通过修改和追加功能而逐渐丰富，演化成最终的系统。 3.2.3 原型法 1.56 第3章 系统开发方法与技术 5.原型法的工作流程 明确基本需求明确基本需求 构造初始原型构造初始原型 修正和改进修正和改进 生成文档并交付使用生成文档并交付使用 满意吗？满意吗？ 放弃放弃? ? Y Y Y Y N N N N 放弃原型放弃原型 试用验证原型试用验证原型 3.2.3 原型法 1.57 第3章 系统开发方法与技术 6.原型法的特点 （1）减少开发时间，提高系统开发效率； （2）改进用户与系统开发人员的信息交流方式； （3）用户满意程度高； （4）应变能力强。 7.原型法的局限性 （1）开发工具要求高； （2）对大型系统或复杂性高的系统不适用； （3）管理水平要求高。 3.2.3 原型法 1.58 第3章 系统开发方法与技术 8.原型法在应用中应注意的问题 (1)应当重视开发过程的控制； (2)应将原型法与结构化生命周期法有机结合； (3)应当充分了解原型法的使用环境和开发工具。 3.2.3 原型法 1.59 第3章 系统开发方法与技术 9.原型法的适用性 用户需求不清，管理及业务处理不稳定 ，需求常常变化。 规模小，不太复杂，工作程序比较规范 的系统，有比较成熟借鉴经验。 常用于小型、事务型的MIS系统的开发 。 3.2.3 原型法 1.60 第3章 系统开发方法与技术 原型法与结构化系统开发方法的比较原型法与结构化系统开发方法的比较 原型法结构化开发方法 开发路径循环、迭代型 严格、顺序型 文档数量较少多 用户参与程度高少 开发过程的可见度好差 对功能需求或环境变化的适应性较好差 对用户的信息反馈早迟 对开发环境、软件工具的要求高低 对开发过程的管理和控制较困难较容易 1.61 第3章 系统开发方法与技术 结构化的系统开发方法是经典的开发方法，强调从系统出发，自顶向 下、逐步求精地开发系统；开发过程规范，思路清晰，是真正能够较全 面支持整个系统开发过程的方法，但总体思路上比较保守。 原型法强调开发方与用户的交流，从动态的角度看待系统变化，采用 的是以变应变的思路，比结构化的系统开发方法要先进。原型法对于中 小型的信息系统开发应该说效果很好，但对于大型、复杂的系统在原型 的制作上有相当的困难；在实际应用中，通常与结构化方法结合起来一 起使用。 面向对象的方法从另外一个全新的角度来看问题，即从系统的基本构 成入手，从现实世界中抽象出系统组成的基本实体（对象）。面向对象 方法的局限性在于对计算机工具要求高。在没有进行全面的系统调查分 析之前，把握这个系统的结构有些困难。因此，目前该方法的应用也是 需要与其他方法相结合的。 3.2.4 三种开发方式的比较 1.62 第3章 系统开发方法与技术 3.2.4 三种开发方式的比较 综上所述，只有结构化系统开发方法是真正能 较全面支持整个系统开发过程的方法。其他几种方 法尽管有很多优点，但都只能作为结构化系统开发 方法在局部开发环节上的补充，暂时都还不能替代 其在系统开发过程中的主导地位。 1.63 第3章 系统开发方法与技术 3.3系统开发技术 管理信息系统的发展，是与管理思想和开发技术 的进步密不可分的。20世纪60年代以来，管理信息系 统不断与相关科学技术相结合，发展出了许多用于企 业某一管理领域的新型系统或新型处理技术。 3.3.1 统一建模语言 3.3.2 Web Services技术 3.3.3 组件技术 1.64 第3章 系统开发方法与技术 3.3.1 统一建模语言 UML是 Unified Modeling Language的缩写，是 一个通用的标准建模语言，可以对任何具有静态结构和 动态行为的系统进行建模。 UML是一种语言，它是一种可视化的语言，是一组 图形符号，可用于详细描述。它又是一种构造语言，可 以直接生成代码。用Rational XDE就可以实现从UML到 C#，或者从C#到UML的双向工程。 1.65 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.UML的基本概念 UML是一种定义良好、易于表达、功能强大且普适 性强的建模语言。它融入了软件工程领域的新思想、新 方法和新技术。其作用域不限于支持面向对象的分析与 设计，还支持从需求分析开始的软件开发的全过程。 UML是一标准的图形表示法，它不是面向对象的分 析和设计，也不是一种方法，它仅仅是一组符号而已。 1.66 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.UML的基本概念 （1）UML语义 描述基于UML的精确元模型定义。元模型为UML的所有元素 在语法和语义上提供了简单、一致、通用的定义性说明，使开发 者能够在语义上取得一致，消除了因人而异的最佳表达方法所造 成的影响。 （2）UML表示法 定义UML符号的表示法，为开发者或开发工具使用这些图形 符号和文本语法为系统建模提供了统一标准。这些图形符号和文 字所表达的是应用级模型，在语义上是UML元模型的实例。 1.67 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.UML的基本概念 1.68 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （1）用例图（Use Case Diagram） 从用户角度描述系统功能，并指出各功能的操作者。 1.69 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （2）静态图（Static Diagram） 静态图(Static diagram)，包括类图、对象图和包图。 类图：描述系统中类的静态结构。不仅定义系统中的类，表示类之间 的联系如关联、依赖、聚合等，也包括类的内部结构(类的属性和操作)。类 图描述的是一种静态关系，在系统的整个生命周期都是有效的。 对象图：是类图的实例，几乎使用与类图完全相同的标识。他们的不 同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类 图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段 存在。 包图：由包或类组成，表示包与包之间的关系。包图用于描述系统的 分层结构。 1.70 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （2）静态图（Static Diagram） 1.71 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （3）行为图（Behavior Diagram） 行为图(Behavior diagram)包括状态图和活动图，描述系 统的动态模型和组成对象间的交互关系。 状态图：描述类的对象所有可能的状态以及事件发生时状 态的转移条件。通常，状态图是对类图的补充。在实用上并不 需要为所有的类画状态图，仅为那些有多个状态其行为受外界 环境的影响并且发生改变的类画状态图。 活动图：描述满足用例要求所要进行的活动以及活动间的 约束关系,有利于识别并行活动。 1.72 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.73 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.74 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （4）交互图（Interactive Diagram） 交互图(Interactive diagram)包括顺序图和合作图，描述 对象间的交互关系。 顺序图：显示对象之间的动态合作关系，它强调对象之间 消息发送的顺序，同时显示对象之间的交互 合作图：描述对象间的协作关系，合作图跟顺序图相似， 显示对象间的动态合作关系。除显示信息交换外，合作图还显 示对象以及它们之间的关系。 如果强调时间和顺序，则使用顺序图；如果强调上下级关 系，则选择合作图。 1.75 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.76 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.77 第3章 系统开发方法与技术 3.3.1 统一建模语言 2.UML的主要内容 （5）实现图（Implementation Diagram） 实现图包括组件图和配置图。 组件图：描述代码部件的物理结构及各部件之间的依赖关 系。一个部件可能是一个资源代码部件、一个二进制部件或一 个可执行部件。 它包含逻辑类或实现类的有关信息。组件图有 助于分析和理解部件之间的相互影响程度。 配置图：定义系统中软硬件的物理体系结构。它可以显示 实际的计算机和设备(用节点表示)以及它们之间的连接关系， 也可显示连接的类型及部件之间的依赖性。在节点内部，放置 可执行部件和对象以显示节点跟可执行软件单元的对应关系。 1.78 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.79 第3章 系统开发方法与技术 3.3.1 统一建模语言 1.80 第3章 系统开发方法与技术