文档介绍：三大块内容:软件危机与软件工程传统软件开发方法面向对象方法软件危机与软件工程:软件、软件危机、软件生存期、软件开发模型、软件管理软件:软件是能够完成预定功能和性能的可执行的计算机程序+使程序正常运行所需要的数据+描述软件开发过程及其管理、程序的操作和使用的有关文档。文档:分开发、管理、用户、维护文档,作用是记录及解决不可视性、通信与交流、管理与维护、用户服务软件危机表现:软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难原因:需求问题(描述不精确、理解不一致)、管理问题、方法和工具问题、软件本身的特点软件生存期:三个时期:定义时期(软件计划、需求分析)—>开发时期(软件设计、编码实现、测试)—>使用和维护时期(维护)六个阶段:软件计划à需求分析à设计à编码à测试à使用与维护生命周期方法特点:顺序性、依赖性,推迟程序的物理实现、质量保证的观点(利于尽早发现错误,如阶段文档、评审)软件开发模型瀑布模型:文档驱动阶段划分、分而治之、控制开发过程的复杂性自顶向下、由抽象到具体,顺序进行优点:规范管理开发过程、文档驱动缺点:初期系统的需求难以完全确定、文档驱动、周期长原型模型:针对:软件开发初期需求难以确定基本思想:快速建立原型,完善用户需求优点:用户参与、快速缺点:快速弱功能、对开发环境要求高螺旋模型(风险驱动)增量模型(模块、功能驱动)迭代模型喷泉模型软件管理区别于其他工业产品生产管理的特点主要内容:开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理传统软件工程方法:软件计划问题定义可行性研究经济可行性技术可行性法律可行性需求分析结构化分析SA面向数据流的分析方法DFD四个组成部分(表示方法、命名)DFD作图:需求描述àDFD层次分解法(保持父图和其子图的平衡)数据字典(符号)软件设计总体设计模块独立性:高内聚作用域是控制域的子集单入单出规模、深度、宽度、扇入、扇出适当传统设计方法面向数据流的设计方法(数据流图)结构化设计SD-à对应有SD结构化需求分析、SP结构化实现DFDà软件结构(层次图)变换设计事务设计优缺点面向数据结构的设计方法Jackson方法Jackson图三种元素间的逻辑关系:顺序、选择、重复可描述两种数据结构:数据结构、程序结构思想:数据结构与程序处理过程相互转换步骤:I/ODSà对应关系àProgramStructureà细化求精优缺点:数据入手简化数据处理程序的设计模块与独立性原则没有给予应有的重视求提供对复杂系统设计过程的支持Parnas方法详细设计结构化程序设计SP高效率---良结构三种基本控制结构、单入单出过程设计的工具实现/编码语言功能等价描述问题方便性有差异例如:OOPL---非OOPL程序设计风格软件测试目标方法正确性证明静态测试动态测试黑盒(功能)测试等价类划分边界值分析错误推测白盒(结构)测试语句覆盖判定覆盖条件覆盖判定—条件覆盖条件组合覆盖步骤软件维护四种类型校正性适应性完善性预防性提高可维护性的措施面向对象方法(Object-orientedMethod)OOM与CM对比:区别—、五个模型、:软件计划具体任务:项目定义、可行性分析、软件计划其中:可行性分析:可行性研究实质:可行性研究试一次大大压缩和简化了的系统分析和设计过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。主要内容:经济可行性:资金有无落实、成本—效益分析技术可行性:开发的风险、资源的有效性、技术方案操作可行性:用户组织内的管理制度、人员素质、操作方式等是否可行。法律及社会可行性开发方案的选择:折衷手段权衡。可行性研究的主要步骤:复查系统规模研究正在使用的旧系统导出高层逻辑模型重新定义问题导出多种解法推荐行动方针草拟开发计划书写文档并提交审查系统流程图(物理建模工具):会读、读懂。数据流图:概述•描绘系统的逻辑模型的工具•DFD:DataFlowDiagram•描绘信息流和数据从输入移动到输出的过程中所经受的变换数据从哪里来,到哪里去,经过怎样的处理,保存在哪里•没有任何具体的物理部件,只是描绘数据在软件中流动和被处理的逻辑过程。是系统逻辑功能的图形表示。•是分析员和用户沟通的工具是后期设计的出发点DFD的绘制一般采用自顶向下、逐步细化的方法,主要步骤如下:·明确系统界面。识别出那些不受系统控制但又影响系统运行的外部环境。·绘制基本系统模型。基本系统模型由若干源点、终点和一个基本处理组成,表明系统对数据加工变换的基本功能。·逐层细化基本系统模型得到功能级DFD和详细DFD。下面即分层数据流图。假设一家工厂的采购部每天需要一张定货报表,报表按零件编号排序,表中列出所有需