软件工程课件重点知识录音.pptVIP

软件工程;2、软件工程的发展;第二节 软件开发的本质 软件 软件=程序+文档 软件开发的本质：“映射”，问题域到不同抽象层之间概念和计算逻辑的映射. ;2 实现映射的基本手段 模型: ;模型 模型是一个抽象。模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述，通常包含对该系统边界的描述、对系统内各模型元素以及它们之间关系的语义描述。 系统模型的类型 概念模型：描述软件是什么 软件模型：实现概念模型的软件解决方案。包括设计模型、实现模型和部署模型。 分层的基本动机是为了控制开发的复杂性。;第二章 软件需求与软件需求规约;第一节：需求与需求获取 1、需求的定义 一个需求是有关一个“要予构造”的陈述，描述了待开发产品/系统功能能力、性能参数或其它性质。 2、需求的基本性质 必要的 无歧义的 可测的 可跟踪的 可测量的 3、需求的分类 ★ 功能需求，是整个需求的主体。 非功能需求：性能需求、外部接口需求、设计约束和质量属性需求。;5、接口需求的类别 用户接口 和用户之间接口的逻辑特性。 硬件接口 说明所要求的支持和协议类型 软件接口 允许与其它软件产品进行交互 通信接口 与通讯设施(如，局域网)之间的交互 内存约束 易失性存储和永久性存储的特性和限制 运行 正常和异常的运行以及在系统正常和异常运行下如何与系统进行交互 地点需求 描述系统安装以及如何调整一个地点，以适应新的系统。;6、设计约束需求 法规政策 硬件限制 与其它应用的接口 并发操作 审计能力 控制功能 高级语言要求 握手协议 应用的关键程度 安全和保密;7、质量属性 可靠性 软件系统在指定环境中没有失败而正常运行的概率。 存活性 当系统的某一部分系统不能运行时，该软件继续运行或支 持关键功能的可能性。 可维护性 发现和改正一个软件故障或对特定的范围进行修改 所要求的平均工作。 用户友好性 学习和使用一个软件系统的容易程度。 ;需求发现的技术 自悟：把自己为系统用户，可能不正确 交谈：可能???出项目成本和进度 观察 小组会 提炼：可能不正确;第二节 需求规约（SRS）;4、表达需求规约(规格说明书)的三种风格 ?非形式化的规约;5、需求规约的作用 其作用可概括为： 第一：也是最重要的，作为软件开发组织和用户之间一份事实的技术合同书；是产品功能及其环境的体现。 第二，对于项目的其余大多数工作，它是一个管理控制点。 第三，对于产品的设计，它是一个正式的、受控的起始点。 第四，是创建产品验收测试计划和用户指南的基础; 需求规约与项目需求 需求规约是软件开发组织和用户之间一份事实上的技术合同书，而项目需求是客户和开发者之间有关技术合同。 ;第一节 结构化需求分析;动宾结构;第三章 结构化方法;第三章 结构化方法;第三章 结构化方法;7、需求验证 主要任务包括需求发现、分析和验证，最终形成系统的软件需求规格说明书。 验证每一个需求满足5个性质： 必要的、无歧义的、可测的、可跟踪的、可测量的 验证需求规格说明书满足4个性质： ;第二节 结构化设计 主要任务是在需求分析的基础上，定义满足需求所需要的结构，确定怎么做的问题。 分为总体设计和详细设计 总体设计中通常以变换设计为主，事务设计为辅。 1、总体设计的任务（引入模块和模块调用） 把系统的功能需求分配到一个特定的软件体系结构中。 2、表达软件体系结构的工具 （1）yourdon模块结构图 （2）层次图 （3）HIPO图（H图+IPO图 ）;8、模块化（一部分是接口，一部分是模块体，目标是基于高内聚低耦合的原则，提高模块的独立性。） “分而治之”和“抽象”。 把一个待开发的软件分解成若干个简单的、具有高内聚低耦合的模块，这一过程称为模块化。 模块化是系统设计基本原理/原则之一。;10、模块耦合 耦合(coupling)是对两个模块之间联接程度的一种度量。 （1）内容耦合（直接修改或操作） （2）公共耦合（引用一个全局数据项） （3）控制耦合（传递控制信号） （4）标记耦合（传递公共参数） （5）数据耦合（传递数据） 原则是：尽量用数据耦合，少用控制耦合，限制公共耦合的范围，避免使用内容耦合。 耦合是影响软件复杂程度和设计质量的一个重要因素;11、启发式规则 高内聚、低耦合。 （1）改进软件结构，提高软件独立性。 （2）模块规模适中 （3）力求深度、宽度、扇出、扇入适中。 深度：表示其控制的层数。 宽度：同一层次上模块总数的最大值。 扇出：一个模块直接控制的下级模块的数目