Chp-_应用程序层_-_软件工程.ppt

SoftwareEngineering 软件工程 13-* 软件工程是在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况而发展起来的。 13-* 软件危机(1) 软件危机指的是在计算机软件的开发和维护过程中所遇到的一系列严重问题 1968年北大西洋公约组织的计算机科学家在联邦德国召开的国际学术会议上第一次提出了“软件危机”(software crisis)这个名词 13-* 软件危机包含两方面问题： 如何开发软件，以满足不断增长，日趋复杂的需求 如何维护数量不断膨胀的软件产品 软件危机的原因： 一方面是与软件本身的特点有关 一方面是由软件开发和维护的方法不正确有关 13-* 为了消除软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。软件工程正是从管理和技术两方面研究如何更好地开发和维护计算机软件的一门新兴学科 。 软件工程是一类求解软件的工程，它应用计算机科学，数学以及管理科学等原理，借鉴传统工程的原则、方法，创建软件以达到提高质量，降低成本的目的 软件工程是一门指导计算机软件开发和维护的工程学科 13-* 软件的生命周期 开发过程模型 模块化 质量 After reading this chapter, the reader should be able to: OBJECTIVES 文档 13-* 软件生命周期 13-* Figure 10-1 系统的生命周期 13-* Figure 10-2 系统开发的阶段 13-* 分析阶段 定义用户---软件包是为一般用户或特殊用户而设计的。 定义要求---确定用户以后，分析员开始定义要求。 定义需求---在用户要求的基础上，分析员准确地定义系统的需求。 定义方法---分析员选择适当的方法来满足这些需求职。 13-* 实现阶段----创建实际的程序 工具 流程图---使用标准的图形符号来表示贯穿模块的数据逻辑流程。 伪代码---部分是英文,部分是用精确的算法细节来描述程序将完成什么的程序逻辑。 编码 程序员用为特定的项目指定的语言编写代码。 13-* 测试阶段 黑盒测试 需求 白盒测试 了解程序的一切 13-* 开发过程模型 13-* Figure 10-3 瀑布模型 缺点：定位 13-* Figure 10-4 增量模型 13-* 模块化 13-* 工具 结构图：用于过程化编程以显示过程或函数 　　　　之间的关系。 类图：用于面向对象编程以显示类之间的关系。 UML—统一建模语言。 13-* 耦合---对两个模块互相绑定紧密程度 的度量。 数据耦合：只从调用函数向被调用函数传递 最少的需求数据。 特征耦合：适用于诸如数组或结构这样的复 合对象。 控制耦合：传递的是标记，它可用于指示函数 的逻辑流程。 全局耦合：用全局变量来进行两个或更多函数 之间的通讯。 内容耦合：在一个函数直接引用另一个函数的 数据或语句时产生的耦合。 13-* 内聚---是程序中处理过程相关紧密程 度的度量。 功能内聚：仅仅包含一个处理过程。 顺序内聚：包含两个或更多紧密联系在一起 的相关任务，通常一个流程的输出 作为另一个的输入。 通信内聚：将使用同一数据的处理过程合并。 过程内聚 瞬时内聚 逻辑内聚和巧合内聚 13-* 质量 13-* 质量的定义 　　　　　---软件能够满足用户显式或 　　　　　　隐式的需求，文档齐全，符 　　　　　　合组织的操作标准，在其开 　　　　　　发使用的硬件上高效运行。 13-* Figure 10-5 质量因素 13-* Figure 10-6 质量周期 13-* 文档 13-* 文档---软件包的正确使用和有效维护离 　　　不开文档。 用户文档：告诉用户如何一步步地使用软件 　　　　　包。它通常包含一个教程指导用 　　　　　户熟悉软件包的各项特性。　 系统文档：定义软件包本身，撰写系统文档 　　　　　的目的是为了让原始开发人员之 　　　　　外的人能够维护和修改软件包。 13-* 进行过程中的文档化 　　如果软件包在发布之后出现问题，他们 必须被记录。如果改动了软件包，所有的改 动和它们与原始软件包的关系也必须记录在 案。当软件包过时之后，文档化的工作才结束