软件工程概论通读第四章

结构化设计方法是在模块化.自顶向下逐步细化及结构华程序设计技术基础之上发展起来的.结构化设计方法可以分为两类,一类是根据系统的数据流进行设计,称为面向数据流设计或称过程驱动设计:另一类是根据系统的数据结构进行设计,成为面向数据结构设计,或称数据驱动设计.  软件设计过程包括一套原理.概念和实践,可以指导高质量的系统或产品开发.  软件设计的原则:分而治之.模块独立性(耦合和内聚).提高抽象层次.复用性设计.灵活性性设计(降低耦合提高内聚.建立抽象.不要将代码写死.抛出异常.使用并创建可复用代码)

软件需求: 业务需求 用户需求 功能需求和非功能需求 系统需求 需求工程过程: 需求获取 需求分析 需求规格说明 需求验证 (1)       正确性 (2)       无二义性 (3)       完整性 (4)       可验证性 (5)       一致性 (6)       可修改性 (7)       可跟踪性 需求管理 (1)       需求变更控制 (2)       需求文档的版本控制 (3)       需求跟踪 (4)       需求管理工具 需求获取技术 面谈 需求

软件项目管理概述: 软件项目管理的特征:“4p”:活动 人员组织与管理: 软件项目组织:案例微软公司的软件开发组织:软件团队的建设 项目沟通管理 项目沟通复杂性:项目沟通方式:项目沟通活动 软件项目规划 软件规模估算:软件成本估算:软件项目计划 软件风险管理 风险识别:风险分析:风险规划:风险监控 软件配置管理 基本概念:配置管理活动:配置管理工具

第一章:概述 第一章概述主要分为软件,软件工程,软件工程知识体系,软件工程职业道德规范四个模块. 软件是计算机程序.规程以及运行计算机系统可能需要的相关文档和数据.一般可以划分为通用软件和定制软件两种类型.软件是复杂的,不可见的,不断变化的,大多数通过定制而不是已有构件组装而成.软件开发和维护存在一系列严重问题称为软件危机. 软件工程是1,将系统性的.规范化的.可定量的方法应用于软件的开发.运行和维护,即将工程化应用到软件上,2,对1中所述方法的研究.由过程.方法和工具三个要素组成: 软件质量具

第二章软件过程主要分为软件过程的概念,软件过程模型和案例三个模块. 软件过程即在软件工程过程.方法.工具的三要素之中,软件过程将人员.技术.组织与管理有机的结合在一起.软件工程是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动.明确定义团队人员的工作和职责,所执行的活动及其顺序关系,活动的内容和步骤. 软件过程的基本活动包括问题提出.软件需求规格说明.软件设计(实现算法.数据结构和接口设计).软件实现(源程序及合适的注释).软件确认(测试修改不断反馈)和软件演化等6个基本

第五章  软件工程中的形式化方法 形式化方法基本概念 形式规约 当规格说明用非形式化方法描述时,可称之为“规格说明”,当规格说明用形式化方法描述时,可称之为“形式规约”. 形式证明与验证 形式证明与验证技术主要包括模型检测和定理证明.模型检测是一种基于有限状态模型并检验该模型的性质的技术.定理证明采用逻辑公式来表示系统规约及其性质. 程序求精 程序求精是将自动推理和形式化方法相结合,从抽象的形式规约推演出具体的面向计算机的程序代码的全过程.程序求精的基本思想是用一个抽象程度低.过程性强的程序去代

 第十一章 软件演化 软件演化的特性: 1.软件维护是一个必然的过程. 2.软件的不断修改会导致软件的退化. 3.软件系统的演化特性是在早期的开发阶段建立起来的. 4.软件开发的效率与投入的资源无关. 5.在软件系统中添加新的功能不可避免地产生新的缺陷,因此在一个发布的新版本中有较大的功能增量将会意味着需要发布下一个版本,该版本中的新增功能较少,而主要是修补这些新产生的软件缺陷. 软件维护 软件维护是指在软件运行或维护阶段对软件产品所进行的修改. 1.改正性维护 2.适应性维护 3.完善性维护

本章的主要内容是需求工程.以小型图书资料管理系统为例总结 软件需求             <IEEE>给出了软件需求如下定义:1. 用户解决问题或达到目标所需的条件和能力:2. 系统或系统部件要满足合同.标准.规范或其他正式规定文档所需具有的条件或能力:3. 一种反映上面 1 或 2 所描述的条件或能力的文档说明. 业务需求 通常,业务需求涵盖以下的内容:业务.客户.业务.特性.价值.优先级.比如:1.该系统使用计算机实现图书资料的日常管理,提高工作效率和日常管理:2. 该系统可以让用户在网

第七章  面向对象分析  分析类   在分析对象模型中,分析类是概念层次上的内容,用于描述系统中较高层次的对象. 实体类:表示系统存储和管理的永久信息: 边界类:表示参与者与系统之间的交互: 控制类:表示系统在运行过程中的业务控制逻辑. 分析活动  需求分析的重点在于理解系统本身,它将需求获取阶段产生的用例和场景转换成分析模型. 识别分析类 识别边界类 通常,一个参与者与一个用例之间的交互或通信关联对应一个边界类.边界类收集来自参与者的信息,这些信息可以被实体类和控制类使用. 识别控制类  控制