第2章 经典的系统开发方法
第二章、系统开发方法
第1页 第1页
学习目的
理解管理信息系统开发的复杂性和基于系统工程的开发思 想 了解管理信息系统的开发原则及开发策略 理解管理信息系统开发生命周期 了解瀑布模式、渐增模式、原型模式、 了解瀑布模式、渐增模式、原型模式、螺旋模式以及并行 模式的基本特点 掌握结构化方法、 掌握结构化方法、面向对象方法以及计算机辅助开发方法 的本质及基本实现思路 了解管理信息系统开发形式以及管理信息系统相关者的类 型
第 19 页 第 19 页
2.4 管理信息系统开发模式
2.4.1 瀑布模式
瀑布模式（有时称生命周期法） 瀑布模式（有时称生命周期法）是一种系统开发的方法 它将系统开发的过程分成“ 个阶段， ，它将系统开发的过程分成“几”个阶段，每个阶段清 楚定义要做哪些工作及交付哪些文件， 楚定义要做哪些工作及交付哪些文件，各阶段循环执行 且仅循环一次。 且仅循环一次。 瀑布模式在阶段划分上具有一定的弹性， 瀑布模式在阶段划分上具有一定的弹性，没有明确规定 开发过程应分成几个阶段。当问题较小或比较简单时， 开发过程应分成几个阶段。当问题较小或比较简单时， 划分的阶段可能少至三个，如分析、设计、实施； 划分的阶段可能少至三个，如分析、设计、实施；若面 对的问题较大或复杂时， 对的问题较大或复杂时，其阶段可能被细分成更多个阶 段。
管理信息系统的开发是一项庞大的系统工程， 管理信息系统的开发是一项庞大的系统工程，它涉及到组织 日常管理工作的各个方面，所以领导出面组织力量， 日常管理工作的各个方面，所以领导出面组织力量，协调各 方面的关系是开发成功的首要条件。 方面的关系是开发成功的首要条件。
优化与创新的原则
管理信息系统的开发不能简单模拟旧的管理模式和业务流程 它必须根据实际情况和科学管理的要求， ，它必须根据实际情况和科学管理的要求，加以优化和创新
《软件系统开发方法》课件
重要性：系统测试是软件质量保证的重要环节，可以及时发现并修复软件缺陷，提高软件 可靠性和稳定性 测试方法：包括黑盒测试、白盒测试、灰盒测试等，可以根据实际情况选择合适的测试方 法
系统测试的方法和技巧
单元测试：对单个模块进行测试，确保其功能正确 集成测试：将多个模块集成在一起进行测试，确保模块间的接口正确 压力测试：模拟高负载情况，测试系统的稳定性和性能 回归测试：在系统修改后，重新进行测试，确保修改没有引入新的错误 自动化测试：使用自动化工具进行测试，提高测试效率 探索性测试：通过手动测试，发现潜在的问题和缺陷
文档，以便查阅和参考。
添加标题
添加标题
添加标题
添加标题
添加标题
添加标题
备份数据：在升级和维护前， 确保数据已备份，以防数据丢
失
升级计划：制定详细的升级计 划，包括升级时间、升级步骤、
升级人员等
监控和报警：在升级和维护过 程中，实时监控系统运行情况， 设置报警阈值，及时发现和解
决问题
系统安全和性能的保障措施
适用场景：需要快速响应市场变化的项 目
优势：持续集成，提高软件质量
适用场景：需要快速交付的项目
THAN、系 统设计、编码实现、 测试和维护等阶段
目标是开发出满足 用户需求、稳定可 靠、易于维护的软 件系统
软件系统开发需要 遵循一定的方法和 原则，如敏捷开发 、瀑布模型等
软件系统开发的重要性
提高工作效率：通过自动化处理，提高工作效率，减少人工操作 降低成本：通过软件系统开发，可以降低人力成本，提高企业效益 提高产品质量：通过软件系统开发，可以减少人为错误，提高产品质量 提高企业竞争力：通过软件系统开发，可以提高企业的竞争力，提高企业的市场地位
第2章 MIS的开发方法
2.1结构化系统开发方法
一、结构化系统开发方法的基本思想 采用结构化思想、系统工程的观点和方法，按照 用户至上的原则，先将整个系统作为一个大模块，自 顶向下进行模块分解，然后，再自下而上按照系统的 结构将各个模块进行组合，最终实现系统的开发。
2.1结构化系统开发方法
二、结构化系统开发方法的步骤 • 系统规划：确定系统的总体方案、开发顺序、资源分配等。
3不适合开发大型管理信息系统。这种方法还容易导 致人们认为最终系统过快产生， 开发人员忽略彻底 的测试， 文档不够健全。 4原型法建立的基础是最初的解决方案，以后的循环 和重复都在以前的原型基础上进行，如果最初的原 型不适合，则系统开发会遇到较大的困难。 5没有正规的分阶段评价，因而对原型的功能范围的 掌握有困难。由于用户的需求总在改变，系统开发 永远不能结束。
• 系统分析：可行性分析、系统调查、建立系统的逻辑模型。 解决系统“做什么”的问题。
• 系统设计：代码设计、系统流程设计、数据库设计、处理流 程设计、程序设计说明书的编写。解决系统“怎样做”的问题。 • 系统实施：程序的设计与调试、系统转换。 • 系统运行与维护：系统运行及系统评价。
结构化系统开发方法的工作阶段
2．“自上而下”的开发策略
“自上而下”的开发策略从整体上协调和规划，由全面到 局部，由长远到近期，从探索合理的信息流出发来设计信 息系统 。这种开发策略要求很强的逻辑性，因而难度较大 。 通常，“自下而上”的适用于小型系统的设计，适用于对 开发工作缺乏经验的情况。在开发实践中，对于大型系统 往往把这两种方法结合起来使用，即先自上而下地作好信 息系统的战略规划，再自下而上地逐步实现各系统的应用 开发。这是建设MIS的正确策略。
系统开发方法有哪些
系统开发方法有哪些
系统开发方法有以下几种：
1. 瀑布模型：按照线性顺序执行开发过程的一种方法，包括需求分析、系统设计、编码、测试、部署等阶段。
2. 原型模型：通过迭代的方式逐步构建系统原型，不断改进和完善，以满足用户的需求。
3. 增量模型：将系统开发划分为多个可工作的增量部分，在每个增量中逐步添加新的功能和特性。
4. 螺旋模型：将系统开发过程划分为多个循环，每个循环包括需求分析、风险评估、开发和测试等阶段。
5. 敏捷开发：以迭代、循序渐进的方式进行系统开发，强调与用户的密切合作、快速响应变化、持续交付可工作的软件等特点。
6. 妥协模型：综合运用多种不同的开发方法和技术，根据项目的特点灵活选择合适的方法进行系统开发。
7. DevOps模型：将开发和运维过程紧密结合，通过持续集成、持续交付等实践，实现高效的系统开发和部署。
这些开发方法各有特点，应根据具体的项目需求和情况选择适合的方法进行系统开发。
第二章 系统开发原理(一)
底向上”地开发和调试各个模块，最后进行模块联调
和整个系统的调试。
具体而言，就是先将整个系统开发为若干
相对独立的阶段，如系统规划、系统分析、 系统设计和系统实施等，然后按照系统设计 结构，将模块按层次一个个组装到一起进行 调试，自底向上，逐层地构建整个系统。
结构化方法包括结构化分析（SA）、结构化设计（SD） 和结构化程序设计（SP）。 结构化方法通常把整个系统的开发分为六个阶段： （1）系统开发准备阶段；（2）调查研究及可行性研究阶段； （3）系统分析阶段； （4）系统设计阶段；
优点：工作量小，周期短，相对简单 ； 缺点：缺乏整体性，功能、数据冗余，易返工； 适用范围：小系统
（三）综合方法
自上而下的进行系统的总体规划、分析、设计；
自下而上的对各个模块进行实施 。
特点：既考虑到系统的整体性，又可节约人力、物力、
时间的耗费 。
三、系统开发方法
（一）生命周期法(life cycle approach)
第二讲 系统开发原理
系统开发方法概述 系统分析 系统设计
系统实施
第一节 系统开发方法概述
开发方法是指系统开发过程中的指导思
想、逻辑、途径以及工具的组合。
一、系统开发方法的发展
1. 20世纪50年代计算机开始应用于管理工作
（面向处理） 2. 20世纪60年代出现了数据库（面向数据） 3. 20世纪60-70年代 （结构化系统分析和设计）
行判断、推理的过程），高层次的抽象必须通过低层次的 抽象来解释和实现，随着抽象层次的降低，逐步将系统清 晰而具体地展现出来。 ④ 模块化方法
将系统分解为不同的功能模块，使软件结构清晰、设
计方便、容易修改和测试。
管理信息系统的开发方法课件
19
2、面向对象法的开发过程
系统调查和需求分析 面向对象分析（OOA） 面向对象设计（OOD） 面向对象编程（OOP）
管理信息系统的开发方法
20
3、面向对象法的优点与缺陷
面向对象法的主要优点是：缩短了开 发周期，解决了从分析和设计到软件模块 多次转换的繁杂过程。
面向对象法的主要缺点是：需要有一 定的软件基础支持才可以应用，对大型的 系统可能会造成系统结构不合理、各部分 关系失调等问题。
管理信息系统的开发方法
26
第三节 系统开发项目管理与开发方式
一、系统开发的组织机构 1．系统开发领导小组 2．系统开发工作小组
管理信息系统的开发方法
27
3．系统开发的人员
信息主管
项目主管
系统分析员
系统设计员
程序设计员
系统维护人员
企业管理人员
管理信息系统的开发方法
28
二、系统开发的项目管理
3.联合开发方式 由用户中精通管理业务、计算机技 术的人员与有丰富经验的机构或专业 MIS 开发人员共同完成的方式称为联合 开发方式。
4.购买商品化软件方式
管理信息系统的开发方法
31
第三章 管理信息系统的开发方法
本章的主要内容为：系统开 发概述、系统开发方法、系统开 发项目管理与开发方式。
管理信息系统的开发方法
1
第一节 系统开发概述
系统开发概述主要内容包括： 系统开发的任务与特点 系统开发的基本原则 系统开发的主要风险
管理信息系统的开发方法
2
一、系统开发的任务与特点
系统开发的任务是根据企业 的具体情况，设计出一套适合于 现代企业管理要求的应用软件 ， 为企业建立起计算机化的信息系 统。
系统开发方法概述
模块耦合
耦合（Coupling）是表示模块之间联系 的程度。紧密耦合表示模块之间联系非 常强，松散耦合表示联系比较弱，非耦 合则表示模块之间无任何联系，是完全 独立的 模块的耦合方式
数据耦合 、控制耦合 、非法耦合（内容 耦合）
模块内聚
内聚（Cohesion）是表示模块内部各成 分之间的联系程度。一般说来，在系统 中各模块的内聚越大，则模块间的耦合 将越小。 模块的内聚方式
面向对象的建模
传统的软件开发是从算法的角度进行建 模 面向对象的建模方法是当前软件开发的 主流方法
UML－Unified Modeling Language
一种对软件密集型系统的制品进行可视 化，详诉，构造和文档化的可视化建模 语言 OMG的标准建模语言
UML的9个核心框图
用例图 类图 对象图 顺序图 协作图 状态图 活动图 组件图 实施图
客户李明取20元钱的顺序图
协作图－按对象的组织对控制流建模
质保人员和系统分析员用协作图显示对 象间处理过程的责任分布和数据流。
客户李明取20元钱的协作图
对象结构—类图
显示系统中类与类之间的交互 分析员用类图显示系统细节。类图可以 显示每个用例中类的相互作用，也可以 显示整个系统或子系统
ATM系统“取钱”用例的类图
Account对象的状态图
构造程序——组件图
表示一组组件之间的组织和依赖关系 编译和部署系统的人员需要使用组件图。 显示了类与实现组件之间的映射，组件 按什么顺序编译，编译时生成哪些运行 组件 构件图对于通过正向工程和逆向工程构 造可执行系统是重要的
ATM客户机的C++组件图
ATM服务器的C++组件图
软件工程第2章-系统工程
软件工程第2章-系统工程软件工程第2章-系统工程2.1 系统工程概述系统工程是一种系统性和综合性的工程方法，旨在设计、开发和维护复杂的软件系统。
系统工程的主要目标是满足用户需求，并确保系统的有效性、可靠性和可维护性。
2.1.1 系统工程定义系统工程是一个跨学科的领域，涉及到多个专业领域的知识和技术。
它集成了工程学、计算机科学、信息技术等多个学科的理论与实践，以解决大规模软件系统开发和维护过程中的各种问题。
2.1.2 系统工程过程系统工程的过程涵盖了软件系统的整个生命周期，包括需求分析、设计、开发、测试、部署和维护等阶段。
每个阶段都有特定的任务和活动，并且需要进行严格的管理和控制。
2.1.2.1 需求分析阶段需求分析阶段是系统工程的起点，通过与用户沟通和交流，收集和整理用户需求，并将其转化为系统的功能和性能要求。
2.1.2.2 设计阶段在设计阶段，系统工程师会根据需求分析阶段的成果，设计整个系统的结构和组件之间的关系。
这包括系统架构设计、模块设计和接口设计等。
2.1.2.3 开发阶段开发阶段是系统工程中最为关键的阶段，主要是根据设计阶段的成果，进行软件编码、集成和测试。
开发人员需要按照设计规范和编码标准进行开发工作，并保证代码的质量和可维护性。
2.1.2.4 测试阶段测试阶段是为了验证系统是否满足用户需求，并发现和修复潜在的缺陷和问题。
测试人员会执行各种测试活动，包括单元测试、集成测试和系统测试等。
2.1.2.5 部署阶段在部署阶段，系统工程师会将已经通过测试的系统部署到目标环境中，并进行安装、配置和调优等工作，确保系统能够正常运行。
2.1.2.6 维护阶段维护阶段是系统工程的最后一个阶段，主要是为了确保系统能够持续地运行和满足用户的需求。
维护人员会定期检查系统的性能和可靠性，并进行必要的修复和优化等工作。
2.2 系统工程的关键技术2.2.1 需求工程需求工程是系统工程中非常重要的一环，它主要涉及到需求获取、需求分析、需求验证和需求管理等方面的内容。
四种系统开发方法
四种系统开发方法全文共四篇示例，供读者参考第一篇示例：四种系统开发方法是指在软件开发过程中常用的四种不同方式和方法论，它们分别是瀑布模型、原型模型、迭代模型和敏捷开发。
每种方法都有自己的特点和适用场景，下面我们将详细介绍这四种系统开发方法。
一、瀑布模型瀑布模型是系统开发中最早也是最经典的一种方法，它将软件开发过程分为需求分析、设计、编码、测试和维护五个阶段。
每个阶段都是按照顺序依次进行，前一个阶段的输出成果是下一个阶段的输入。
瀑布模型的优点是结构清晰，逻辑严谨，适合于需求稳定的项目；缺点是对需求变更不够灵活，一旦需求发生变化，就需要重新回到前面的阶段进行修改，导致开发周期延长。
二、原型模型原型模型是通过制作可视化的、交互式的原型来帮助用户更好地理解和确认系统需求。
在原型模型中，开发团队和用户可以通过快速制作出简单的界面和功能来进行需求沟通和确认，从而减少了需求理解上的误差和沟通上的障碍。
原型模型的优点是可以更快速地满足用户的需求，减少需求变更对项目进度的影响，同时可以帮助用户更好地把握系统的设计和功能；缺点是原型制作不当可能导致后期需求变更的增加，影响开发进度。
三、迭代模型迭代模型是将软件开发过程分为若干个迭代阶段，每个迭代阶段都完成软件的分析、设计、编码和测试。
在每个迭代周期结束时，都会交付能够运行的部分软件，这样可以增加用户、管理层对项目的信心，同时也可以更好地掌握项目的风险。
迭代模型的优点是适应了需求变更的灵活性，同时也增强了开发过程的可控性和可预测性；缺点是可能导致项目的管理和交付变得更加复杂，需要更多的资源和精力去进行沟通和协调。
四、敏捷开发敏捷开发是一种迭代、增量的软件开发过程，它强调快速响应需求变化、团队协作和交付价值。
敏捷开发方法鼓励多样化的实践方法，如Scrum、XP、Crystal、DSM等，这些方法都强调持续不断的改进和快速交付。
敏捷开发的优点是更好地适应了需求变化，更加重视用户需求和交付价值，能够更快速地响应市场变化；缺点是需要团队成员具有更高的素质和技能，同时也需要更多的团队合作和持续交付的支持。
第2章 信息系统开发过程管理
2.1.2 CMM框架 框架
4、已管理级关键域 、 – （1）定量过程管理（QPM，Quantify Process Management）：利用过程数据库中的数据，进行量化分析， 测定开发过程的性能，定义量化管理指标及指标值，一旦这 些指标值稳定在可接受的范围内，则将其作为量化管理的基 准，用来实施量化管理。定量过程管理的活动包括制定定量 过程管理计划，根据计划实施过程管理活动，采集数据并进 行量化分析，确定量化管理指标及管理基准值，对开发过程 进行量化控制。 – （2）软件质量管理（SQM，Software Quality Management）：在对软件产品定量了解的基础上，确定软件 产品质量目标，制定实现质量目标的实施计划，按目标要求 对开发过程实施监控和调整，最终达到满足用户对信息系统 高质量的需要和期望。
2.1.2 CMM框架 框架
2、可重复级 、 – 为开发过程制定了一套严格的规章制度，约 束开发人员的开发行为，使他们能够按照制 度要求，以相同的开发模式从事一个和另一 个项目开发工作，这时的开发过程便是一个 可重复的过程。
2.1.2 CMM框架 框架
2、可重复级关键域 、
– （1）需求管理（RM，Requirements Management）：项 目组在获得用户需求过程中所进行的一系列活动，包括需求 的获取、审查、管理和控制以及需求变更的审查、评估等等。 – （2）软件项目计划（SPP，Software Project Planning）： 为信息系统开发和软件项目活动的管理提供一个合理的基础 和可行的工作计划，体现了信息系统开发的计划性，包含的 活动有：项目经理负责制定项目计划，对信息系统开发项目 的规模、工作量、成本进行估计，对进度和其他内容进行约 定。 – （3）软件项目跟踪和监控（SPTO，Software Project Tracking and Oversight）：对实际开发进程实施跟踪和监控， 以便当项目的执行与计划有较大偏离时，能够采取有效行动。
第2章 系统开发方法
6/121
2017年6月13日星期二
第2章 系统开发方法
标准开发过程
为什么组织喜欢使用标准开发过程来开发IS？
因为IS是一个复杂的产品。IS包括了数据、过程、 通信构件和技术，它必须满足各类关联人员的需 求。 大约70％甚至更多的IS开发项目没能满足预期的 需求，费用超过了预算，或者比承诺的时间晚交 付很久。 “坚持使用现代的严格的方法学可在两年内使70 ％的系统开发组织的生产率至少提高30％。” 7/121
⑶系统开发生命周期(SDLC)
包含阶段与活动的项目管理框架。
定义系统开发项目所需要的阶段与活动 的方法称为系统开发生命周期(SDLC) 作为一个方法论，SDLC提供确保成功开 发所需要的结构、控制和项目清单。
18/121
2017年6月13日星期二
第2章 系统开发方法
各种方法之间的差异
组成每个阶段的各种活动不一样，或是 执行活动的方法不一样。 但所有IS开发都要求计划项目、分析需 求、设计解决方案和实施最后的系统。
⑴计划阶段 ⑵分析阶段 ⑶设计阶段
⑷实施阶段 ⑸支持阶段
21/121
2017年6月13日星期二
第2章 系统开发方法
⑴计划阶段
SDLC最初的阶段。 主要目标：确定新系统的作用域并做出项目计划。 主要活动： 定义问题； 制定项目的进度表； 确认项目的可行性； 安排项目人员； 启动项目。
28/121
2017年6月13日星期二
第2章 系统开发方法
②技术可行性
设备方面：从计算机的内、外存论述是否满足管理系统数据处理的要求，数 据传送与通讯能否满足要求，网络和数据库的可 实现性如何等。
第2章MIS开发概论
信息处理 方案设计 文档编写 程序的自动生成
实现
具有快速响应、专用资源 早期查错功能
交互式开发环境
实现各环节 实现
开发 自动化 维护 通过强有力的 直观的程序设计 图形接口
在研过程中
§2.4 系统开发的方式
自行开发 委托开发 合作开发 购（租）软件包 —— 方向
开发方式多种
表5一l 系统开发的方式
(2)程序设计员。
程序设计员的主要任务是按照系统分析员 所提出的设计方案编制程序、调试程序、修改 程序，直到新系统投入运行。在系统交付使用
以后，本企业的程序设计员还要担负系统的运 行维护工作，负责程序的改进任务。程序设计 员应该有较强的逻辑思维能力，要掌握计算机 软件的基本知识，熟练掌握数据库及程序设计 语言。
特点：
1. 操作与数据共同封装 应变能力强 重用性好
对象 — {数据+操作} 封装通信单位
对象的属性
对象的服务 激发：对象间的通信（消息）
对象的状态
数据状态改变
基本单元—— 对象 功能实现靠对象间的消息传递 应变能力强、重用性好
2. 类与继承机制
使系统具有较好的
可扩性 灵活性
类 具有相同结构、操作 组对象 { 类说明、类实现} 约束对象的 类说明 类实现
系统开发方法
系统开发方法
5种管理信息系统开发方法:
1.结构化生命周期法:把系统的建立看作是一种生命物种的成长过程。
2.原型法：快速地创建出管理信息系统的测试版(可用来演示和评估),借助这种测试版本挖掘用户的需求，然后在此版本的基本上进修改、增强。
由4个开发阶段组成:确认基本需求->开发原型系统->使用原型系统<->修改增强原型
3.应用软件包法：通过购买商品化软件包并在此基本上进行系统的开发方法。
由4个阶段组成：系统分析->系统设计->系统修正->系统维护
4.终端用户法：用户自己采用开发工具开发自己需要的各种系统。
由3个阶段组成一个循环开发过程：系统分析->系统开发->系统维护->回到系统分析
5.外包信息系统法：将所需要的系统，委托企业外部的人员或组织进行开发。
它只是一种信息系统开发策略，这些开发依然要选择如何使用前面4种开发方法
由3个阶段组成：用户需求->外包信息系统->最终系统。
2 系统开发方法
2.1原型法2.1.1基本思想所谓“原型”, 在信息系统中，是指一个结构简单但已具备系统的基本功能的应用软件，也就是软件的一个可运行的早期版本。
它反映了最终系统的部分重要特性，可由开发人员与用户合作,直接在运行中不断修改尚不够成熟的原型，通过反复试验、评价与修改,最终开发出符合用户要求的信息系统。
所以原型可用来确定用户的需求，验证设计的灵活性，训练最终用户以及创建成功的系统。
2.1.2原型法的优点（1）开发信息反馈速度快，不准确的需求分析或系统设计可及时、方便地得到验证和修改，可大幅度提高系统开发质量，降低维护费用。
（2）用户参与信息系统开发的全过程，真正实现了以用户为中心的开发活动，这样可大大提高系统的实用性和用户的可接受性，同时在开发过程中通过培训提高了用户的使用水平。
2.1.3原型法的缺点（1）在开发过程中缺乏对信息系统全面、系统的认识，因此它不适用于开发大型的信息系统。
（2）每次反复过程都要花费人力和物力，如果用户合作不好，盲目纠错，就会拖延开发过程。
（3）因强调以“原型演进”代替完整的分析与设计，故系统文档较不完备，程序也可能较难维护。
就短期而言，可能满足用户需求，但对长期来说，系统较易失败。
2.2面向对象方法面向对象方法是一种运用对象、类、封装、继承、多态和消息等概念来构造、测试、重构软件的方法。
2.2.1面向对象方法的特点（1）认为客观世界是由各种“对象”所组成的，任何事物都是对象，每一个对象都有自已的运动规律和内部状态，每一个对象都属于某个对象“类”。
复杂的对象可以是由相对比较简单的对象以某种方式而构成的。
（2）通过类比，发现对象间的相似性，即对象间的共同属性和行为，这就是构成对象类的依据（3）对象间的相互联系是通过传递“消息”来完成的，消息就是通知对象去完成一个允许作用于该对象的操作。
2.2.2面向对象方法的优点（1）从认知学的角度来看，面向对象方法符合人们对客观世界的认识规律。
第2章 RUP软件开发过程
2.3 RUP的静态结构
2.3 RUP的静态结构
1. 制品 2. 工作人员 3. 工作流
2.3 RUP的静态结构
1. 制品 在需求捕获工作流，主要的UML制品： 1.用例模型（Use Case Model） 2.参与者（Actor） 3.用例（Use Case） 4.构架描述 5.术语表（Glossary） 6.用户界面原型
2.2 RUP过程框架
3. 构建阶段 在构建阶段，主要完成选择所需要的构件，开 发应用程序的主要功能，并把这些功能集成为 产品，并对这些产品进行测试。从某种意义上 说，构建阶段是一个制造过程，其重点放在管 理资源及控制运作以及优化成本、进度和质量。 构建阶段结束时是第三个重要的里程碑—功能 里程碑。
2.3 RUP的静态结构
2. 工作人员 参与需求捕获阶段的工作人员： 1.系统分析人员（System Analyst） 2.用例描述人员（Use Case Specifier） 3.用户界面设计人员（User Interface
2.2 RUP过程框架
构造阶段的主要目标如下： 1.优化资源、避免不必要的报废和返工，使开发
成本降到最低。 2.尽快达到质量的要求。 3.快速完成有用的版本，例如Alpha 版、Beta 版
和其他测试发布版。 4.完成所有功能的分析、开发和测试。 5.迭代式、递增地开发随时可以发布的产品。 6.确定准备好软件系统的外部环境。 构造阶段的焦点是实现工作流。
23rup的静态结构实施实施工作流的目的包括以层次化的子系统形式定义代码的组织结构以构件的形式源文件二进制文件可执行文件实现类和对象将开发出的构件作为单元进行测试以及集成由单个开发者所产生的结果使其成为可执行的系统
面向对象技术及UML教程
信息系统开发方法及其应用.
示例：
某公司规定推销员的薪酬与业绩挂钩，按推销产品收入 额提成，上不封顶，下不保底，费用自理。具体为每月推 销额10万元以上（含10万元，下同），回款比例达80% 且推销的新产品占5成以上者，按推销额的6%提成；新产 品不足5成则按5%提成；若回款比例在40%~80%之间且 新产品占5成以上按5%提成；新产品不足5成；若回款比 例低于40%，则按3%提成。推销额不足10万，回款比例 在80%以上者则按4%提成；回款比例在40%~80%之间则 按3%提成，不足40%则按2%提成。
2
第一节 系统方法
系统方法是人们在生产生活实践中创造和 积累起来的若干图形符号语言。它可以直 观、简练、清晰地表达和反映使用者的思 想和意图，起到语言文字达不到的表现力 与效果，它不受民族、国籍和母语的限制， 在世界范围内广泛流传和使用。
3
一、流程图
• 流程图符号（ANSI X3.5-1970)
计算 净工资
处理 工资分 类帐
详情
分类账数据
工 资 支 票
雇员
P2计算工资
图2-9 P2 处理的分解
13
三、模块结构图
• 所谓模块就是系统中的一个处理过程，软 件中的一段程序，是构成大系统的基本单 元。模块具有输入、输出、逻辑功能、处 理过程、内部数据及运行环境等特性。结 构化系统设计就是通过分解把系统设计成 具有层次和调用关系的模块结构。
10
（二）数据流图的用法
我们通过一个结构化系统分析的实例，来展示DFD的用法。所谓 结构化系统分析是将复杂的问题通过分解的办法自上而下、化大为小、 分而治之。
薪酬处理主模块的DFD:
计时部
薪酬 数据
薪酬
工资 支票
处理
系统开发方法
东华大学 机械工程学院 周虎
管理信息系统是一个兼技术和社会因素的复杂系统。 管理信息系统的开发与实施必须体现和瞄准现代制 造业的战略目标，必须从组织的变革、业务流程重 组和管理创新各个角度，综合考虑，统筹兼顾，从 而实现管理信息系统的全局优化和实用化。 管理信息系统不仅是一个软件开发问题，它还涉及 对组织的变革、调整和创新，包括岗位设置、技能 需求、部门管理以及组织结构等多方面的变动，以 使其适应新的管理信息系统需要。
结构化生命周期法的特点
①强调面向用户的原则 ②自顶向下设计，运用结构化分析与设计的方法 自顶向下设计， ③严格按照阶段顺序进行 ④文档标准、规范 文档标准、 ⑤充分预料可能发生的变化 生命周期法的缺点： ①系统需求难以确定，用户介入系统开发的深度不够 系统需求难以确定， ②开发周期长，文档过多 开发周期长， ③各阶段文档的审批工作非常困难。 各阶段文档的审批工作非常困难。
原型法
1）原型法的概念 原型开发法是出于一种朴素的原理：先按照 用户提出的需求快速、低成本地建立一个系 统原型，然后提供给明确自己的信息需求；被 用户最终认可的原型，即可作为系统的最终 开发结果。
原型法的工作流程
用户提出的基本需求
生命周期法的特点
生命周期法将制造业中的工程化设计制造方法移 植到软件行业，强调计划性，排斥不确定性，甚 至对不确定的工作也需要制定计划。每一个阶段 的工作内容完成后才能进入下一个阶段。 生命周期法的特点使软件能进行社会化大生产， 与早期的主要依靠个人技巧的手工作坊式软件开 发方式相比是一大进步，它不仅把软件从“艺术 品”变成了“工业品”，而且使那些难以靠少数 人完成的大型项目的开发成为了可能。
常用的MIS开发方法 常用的MIS开发方法
第2章 系统开发方法
第2章系统开发方法本章目录第2章系统开发方法 (1)概述 (2)2.1 系统开发生命周期 (3)2.1.1系统开发生命周期的各个阶段 (4)2.1.2项目阶段进度安排 (8)2.1.3迭代的理解及项目阶段 (8)2.2方法、模型、工具和技术 (9)2.2.1方法 (9)2.2.2模型 (10)2.2.3工具 (11)2.2.4技术 (11)2.3系统开发的两种方法 (12)2.3.1传统方法 (12)2.3.2面向对象方法 (17)2.4系统开发生命周期的变体 (18)2.4.1各阶段名称的变体 (18)2.4.2以人为重点的变体 (19)2.4.3基于开发速度的变体 (20)2.5系统开发的当前趋势 (20)2.5.1风险与螺旋模型 (20)2.5.2极限编程(XP) (21)2.5.3统一过程(UP) (22)2.5.4敏捷建模 (23)2.6支持系统开发的工具 (23)2.6.1CASE工具 (23)2.6.2Microsoft V isiO (24)2.6．3 V isible AnalySt (24)2.6.4OracIe Desianer (24)2.6.5RatiOrlaI Rose (25)2.6.6Together (25)2.6.7Embarcadero Describe (25)2.6.8RationaI XDE Professional (25)小结 (26)关键术语-02 (26)学习目标阅读本章后，你应具备如下能力：·阐述系统开发生命周期(SDLC)的目的及不同阶段·阐述模型、工具、技术和方法之同的差异·描述用于信息系统开发的两种常用方法：传统方法和面向对象方法·描述系统开发生命周期(SDLC)的一些变体·阐述在系统开发当前趋势中的关键特征：螺旋模型、极限编程、统一过程及灵活建模·阐述自动化工具在系统开发中是如何应用的本章要点系统开发生命周期方法、模型、工具和技术系统开发的两种方法系统开发生命周期的各种变体系统开发的当前趋势支持系统开发的工具Ajax Corporation，Consolidated Concepts和Pinnacle Manufacturing的开发方法Kim，Mary和Bob是三个即将毕业的大学生，他们正在讨论最近到校园招聘CIS专业的不同公司的面试情况。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
系统开发生命周期 （SDLC）
定义：系统开发生命周期是用来描述信息系统开
发和维护工作不同阶段的框架或构架。
系统开发生命周期的一个典型模型：瀑布模型
2.2 瀑布流方法
传统瀑布模型
系统规划 系统分析 系统设计 系统构造实施 系统维护运转
2.2 传统的瀑布流方法
2.2.1 系统规划
明确问题
制
定
进
2.2.2
2.1 系统开发总括
4.考虑系统的可靠性和适应性
可靠性：系统成败的主要指标之一；获取用户信任， 确保数据安全。
适应性：要求系统具有较好的灵活性和可塑性，同时 能够适应硬件甚至软件环境的变化。
2.1 系统开发总括
2.1.2 能力成熟度模型(CMM)
Capability Maturity Model
综合系统用户的意见
综合考虑系统用户提出的各种 实际问题、意见。及时的修正 系统开发人员的错误理解使所 建立的信息系统满足用户需求， 解决实际存在的问题。
2.1 系统开发总括
2.1.1 系统开发原则
2. 遵循系统开发步骤和标准
遵循开发步骤
系统开发应遵循开发步骤： 系统规划、 系统设计、 系统构造与实施、 系统维护与运转
第2章 经典的系统开发方法
2. 1 系统开发总括 2. 2 传统的瀑布流方法 2. 3 两类系统开发方法
2.1 系统开发原则和能力成熟度模型
2.1.1 系统开发原则
1. 结合实际问题进行系统开发
以问题为核心 进行解决方案的设计
始终围绕解决实际问题而进行 方案设计、执行等一系列活动， 防止出现偏离实际问题、不合实 际需要的信息系统，以及浪费资 金，延误开发日期等情况。
检验与测 试
系统构造与实施
数据转换
培训人 员提供 文档
2.2.5 系统维护与运转
❖ 维护、加强、支持系统
安装系统
2.3 两类系统开发方法
2.3.1 模型驱动法 MDD
❖ 简单定义：模型驱动法(Model-Driven Development, MDD) 强调利用模型辅助分析问题，定义系统用户需求以及系统 设计。 考虑问题的方法和步骤， 以及在此期间应注意的因素
遵循各项活动的标准
2.1 系统开发总括
3.衡量系统开发的经济性
一方面是成本收益。利用技术工具对成本收益进行分 析，衡量信息系统开发与实行期间所需成本以及获得 的收益，作为开发决策的参考。
另一方面是风险管理。任何项目投资都伴随着风险， 需要对其进行评估、监控避免可能出现的损失。系统 开发项目同样需要进行风险管理，控制开发过程。
系统分析
度 表
信息 采集
确定系统需 求
可
启
行
动
性
项
分
目
析
评
建立原
估
型
划 优分先级
备 选
方
案
2.2 传统的瀑布流方法
2.2.3 系统设计
建立设计 细节原型
设计应用程序 结构
系统设计
设计数据库
设计用户界面与 系统接口
设计网络环境
设计安全控制 机制
2.2 传统的瀑布流方法
2.2.4 系统构造与实施
构造系统
2.3 两类系统开发方法
支持模型驱动的技术方法:
❖ 面向对象方法：将信息系统看作是一起工作的对象的
集合。既没有过程和程序，也没有数据实体和文件，系统 只是由对象组成。使用类图来表示系统中所有对象的类型。 具有直观性和重用性的优点。
2.3 两类系统开发方法
2.3.2 快速应用开发法 RAD
❖ 快速应用开发(Rapid Application Development, RAD)是 通过运用已设计好的术、方法及工具来加快应用开发， 可以缩短开发进程。
计技术的系统开发方法。结构化编程技术是指导计算机编 程改善编程质量。结构化设计技术将分散的程序组合为复 杂的信息系统。结构化分析技术使得开发人员在设计程序 之前能清楚的了解系统的需求。
❖ 信息工程方法：对结构化开发方法的一种改进。与结
构化方法相比更侧重于数据描述，更主要的是可以大范围 的使用CASE工具。
❖ 五级：优化级(Optimizing)：通过建立开发过程的定量 反馈机制，不断产生新的思想，采用新的技术来优化开 发过程。
身边的CMM事例
❖ 云南科迪奈特信息科技有限公司,2003年6月，因 成功通过CMM二级评估而获得市政府50万元的奖励；
❖ 昆明明星电脑有限公司 ❖ 云南南天公司研发中心、昆明南天公司于2003年
12月16日通过了CMM三级评估 ❖2002年12月30日,东软通过CMM 5级评估
三个典型的系统开发方法
系统开发方法：是整个开发过程中所使用的方法，
提供系统开发生命周期中各阶段活动的详细指导，包括具 体模型、工具和技术。
在软件工程领域，系统开发方法很多，如：软件过程法 （Software Sequence Model）、原型法(Prototyping Modle)、基于组件的开发方法(Component-based Development)、瀑布流法(Waterfall Model)、模型驱动 法(Model-driven development)、快速应用开发(RAD)
Optimized
Managed
Defined
Repeatable
Initial
2.1 系统开发总括
❖ 一级：初级(Initial)：开发过程中只有很少的工作过 程是经过严格定义的，偶尔会出现混乱的现象，开发成 功往往依靠的是某个人的智慧和努力。
❖ 二级：可重复级(Repeatable)：建立了基本的项目管理 过程。开发是可重用的，但是因为管理只是针对项目本 身的，没有形成统一的方法，对不同的项目就产生很大 的不同。
❖ 三级：被定义级(Defined)：标准的系统开发过程已经 被建立和发展起来，并用它来整合组织中的信息系统及 其服务。
2.1 系统开发总括
❖ 四级：被管理级(Managed)：建立了对产品和质量的可 衡量目标。对于软件开发过程和产品质量的测试细节都 进行了很好的归纳，产品和开发过程都可以定量地分解 和控制。
❖ 优点:在于它能使系统分析结果更彻底和完整，系统设计 具有稳定性、适应性和一定的灵活性。
❖ 缺点:在于由于模型建立的复杂性会造成延误工期，系统 用户的不理解构成交流困难和部分不灵活性造成的低效情 况。
2.3 两类系统开发方法
支持模型驱动的具体技术方法:
❖ 结构化方法：使用结构化编程、结构化分析和结构化设