下载文档原格式
三大块内容：软件危机与软件工程传统软件开发方法面向对象方法一、软件危机与软件工程：软件、软件危机、软件生存期、软件开发模型、软件管理1、软件：软件是能够完成预定功能和性能的可执行的计算机程序+使程序正常运行所需要的数据+描述软件开发过程及其管理、程序的操作和使用的有关文档。
文档：分开发、管理、用户、维护文档，作用是记录及解决不可视性、通信与交流、管理与维护、用户服务2、软件危机a)表现：软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难b)原因：需求问题(描述不精确、理解不一致)、管理问题、方法和工具问题、软件本身的特点3、软件生存期：a)三个时期：定义时期(软件计划、需求分析)—>开发时期(软件设计、编码实现、测试)—>使用和维护时期(维护)b)六个阶段：软件计划需求分析设计编码测试使用与维护c)生命周期方法特点：顺序性、依赖性，推迟程序的物理实现、质量保证的观点(利于尽早发现错误，如阶段文档、评审)4、软件开发模型a)瀑布模型：文档驱动i.阶段划分、分而治之、控制开发过程的复杂性ii.自顶向下、由抽象到具体，顺序进行优点：规范管理开发过程、文档驱动缺点：初期系统的需求难以完全确定、文档驱动、周期长b)原型模型：i.针对：软件开发初期需求难以确定ii.基本思想：快速建立原型，完善用户需求iii.优点：用户参与、快速iv.缺点：快速弱功能、对开发环境要求高c)螺旋模型(风险驱动)d)增量模型(模块、功能驱动)e)迭代模型f)喷泉模型5、软件管理a)区别于其他工业产品生产管理的特点b)主要内容：开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理二、传统软件工程方法：a)软件计划i.问题定义ii.可行性研究1.经济可行性2.技术可行性3.法律可行性b)需求分析i.结构化分析SAii.面向数据流的分析方法1.DFD四个组成部分(表示方法、命名)2.DFD作图：需求描述DFD3.层次分解法(保持父图和其子图的平衡)4.数据字典(符号)c)软件设计i.总体设计1.模块独立性：高内聚2.作用域是控制域的子集3.单入单出4.规模、深度、宽度、扇入、扇出适当ii.传统设计方法1.面向数据流的设计方法(数据流图)a)结构化设计SD-对应有SD结构化需求分析、SP结构化实现b)DFD软件结构(层次图)i.变换设计ii.事务设计c)优缺点2.面向数据结构的设计方法a)Jackson方法b)Jackson图i.三种元素间的逻辑关系：顺序、选择、重复ii.可描述两种数据结构:数据结构、程序结构c)思想：数据结构与程序处理过程相互转换d)步骤：I/O DS对应关系Program Structure细化求精e)优缺点：i.数据入手ii.简化数据处理程序的设计iii.模块与独立性原则没有给予应有的重视iv.求提供对复杂系统设计过程的支持3.Parnas方法iii.详细设计1.结构化程序设计SPa)高效率---良结构b)三种基本控制结构、单入单出2.过程设计的工具d)实现/编码i.语言1.功能等价2.描述问题方便性有差异a)例如：OOPL---非OOPLii.程序设计风格e)软件测试i.目标ii.方法1.正确性证明2.静态测试3.动态测试a)黑盒(功能)测试i.等价类划分ii.边界值分析iii.错误推测b)白盒(结构)测试i.语句覆盖ii.判定覆盖iii.条件覆盖iv.判定—条件覆盖v.条件组合覆盖iii.步骤f)软件维护i.四种类型1.校正性2.适应性3.完善性4.预防性ii.提高可维护性的措施三、面向对象方法(Object-oriented Method)a)OOM与CM对比：区别—优点i.思维方式iv. 稳定性ii.可重用性v. 可维护性iii.大型软件b)OOSE方法i.三个阶段、五个模型、E CASE第二章．传统软件工程方法：软件计划具体任务：项目定义、可行性分析、软件计划其中：可行性分析：1、可行性研究实质：可行性研究试一次大大压缩和简化了的系统分析和设计过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。
第1章软件工程学概述1.1 软件危机1.1.1 软件危机旳简介软件危机(软件萧条、软件困扰): 是指在计算机软件旳开发和维护过程中所碰到旳一系列严重问题。
软件危机包括下述两方面旳问题:怎样开发软件, 满足对软件日益增长旳需求；怎样维护数量不停膨胀旳已经有软件。
软件危机旳经典体现:（1）对软件开发成本和进度旳估计常常很不精确；（2）顾客对“已完毕旳”软件系统不满意旳现象常常发生；（3）软件产品旳质量往往靠不住；（4）软件常常是不可维护旳；（5）软件一般没有合适旳文档资料；（6）软件成本在计算机系统总成本中所占旳比例逐年上升；（7）软件开发生产率提高旳速度, 远远跟不上计算机应用迅速普及深入旳趋势。
1.1.2 产生软件危机旳原因（1）与软件自身旳特点有关（2）与软件开发与维护旳措施不对旳有关1.1.3 消除软件危机旳途径对计算机软件有对旳旳认识。
认识到软件开发是一种组织良好、管理严密、各类人员协同配合、共同完毕旳工程项目。
应当推广使用在实践中总结出来旳开发软件旳成功技术和措施, 并继续研究探索。
应当开发和使用更好旳软件工具。
总之, 为了处理软件危机, 既要有技术措施(措施和工具), 又要有必要旳组织管理措施。
1.21.2.1 软件工程旳简介软件工程: 是指导计算机软件开发和维护旳一门工程学科。
采用工程旳概念、原理、技术和措施来开发与维护软件, 把通过时间考验而证明对旳旳管理技术和目前可以得到旳最佳旳技术措施结合起来, 以经济地开发出高质量旳软件并有效地维护它, 这就是软件工程。
（期中考）软件工程旳本质特性:软件工程关注于大型程序旳构造软件工程旳中心课题是控制复杂性软件常常变化开发软件旳效率非常重要友好地合作是开发软件旳关键软件必须有效地支持它旳顾客在软件工程领域中是由具有一种文化背景旳人替具有另一种文化背景旳人发明产品1.2.2 软件工程旳基本原理用分阶段旳生命周期计划严格管理坚持进行阶段评审实行严格旳产品控制采用现代程序设计技术成果应能清晰地审查开发小组旳人员应当少而精承认不停改善软件工程实践旳必要性1.2.3 软件工程措施学软件工程包括技术和管理两方面旳内容。
软件工程知识点总结软件工程知识点总结1.软件工程概述1.1 软件工程定义1.2 软件工程的重要性1.3 软件生命周期2.需求分析与规格说明2.1 需求分析过程2.2 需求获取方法2.3 需求规格说明的要素2.4 需求跟踪与变更管理3.软件设计3.1 软件设计原则3.2 结构化设计方法3.3 面向对象设计方法3.4 数据库设计3.5 用户界面设计4.软件开发4.1 编码规范4.2 编程语言选择4.3 软件构建工具4.4 软件测试4.5 版本控制5.软件项目管理5.1 项目计划与进度管理 5.2 软件开发过程模型 5.3 团队协作与沟通5.4 风险管理6.质量保证与软件维护6.1 质量保证方法6.2 软件维护类型6.3 软件维护活动6.4 软件退役与替换附件：________本文档涉及的附件（请附上相关文档、图表等）法律名词及注释：________1.软件工程：________指将系统化的、规范化的、可量化的方法应用于软件的开发、运行和维护的工程学科。
2.需求分析：________确定用户对软件系统需要的功能、性能和约束等方面的要求，并以此为基础进行系统的分析和设计。
3.软件设计：________根据需求分析的结果，制定软件系统的总体结构和各组成部分的详细设计方案。
4.软件开发：________根据软件设计的方案，进行编码和调试，最终可执行的软件系统。
5.软件项目管理：________对整个软件项目进行计划、协调、控制和有效地管理，确保项目顺利完成。
6.质量保证：________通过不同的方法和技术，提高软件产品的质量，确保其满足用户的需求和要求。
7.软件维护：________对已投入使用的软件进行修复性、适应性、完善性和预防性等各方面的修改和改进。
1.软件危机的介绍在计算机软件的开发和维护过程中所遇到的一系列严重问题。
2.产生软件危机的原因与软件本身特点有关：软件开发与维护的方法不正确有关：3.消除软件危机的途径4.软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。
5.软件定义时期的任务是：确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并且制定工程进度表。
这个时期的工作通常又称为系统分析，由系统分析员负责完成。
软件定义时期通常进一步划分成3个阶段，即问题定义、可行性研究和需求分析。
6.开发时期具体设计和实现在前一个时期定义的软件，它通常由下述4个阶段组成：总体设计，详细设计，编码和单元测试，综合测试。
其中前两个阶段又称为系统设计，后两个阶段又称为系统实现。
7.维护时期的主要任务是使软件持久地满足用户的需要。
8.软件生命周期每个阶段的基本任务：问题定义、可行性研究，需求分析，总体设计，详细设计，编码和单元测试，综合测试。
9.常用软件模型区别原理：(1)瀑布模型：按照传统的瀑布模型开发软件，有下述的几个特点。
a)阶段间具有顺序性和依赖性：两重含义：段的输出文档正确，后一阶段的工作才能获得正确的结果。
①必须等前一阶段的工作完成之后，才能开始后一阶段的工作；②前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶b) 推迟实现的观点瀑布模型在编码之前设置了系统分析与系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。
c)质量保证的观点：软件工程的基本目标是优质、高产。
为了保证所开发的软件的质量，在瀑布模型的每个阶段都应坚持两个重要做法。
每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。
每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。
软件工程知识点汇总软件工程知识点汇总
1、软件需求
1.1 需求概述
1.2 需求分类
1.3 需求获取与分析
1.4 需求规格说明
2、软件设计
2.1 面向对象设计
2.2 结构化设计
2.3 数据库设计
2.4 用户界面设计
2.5 系统架构设计
3、软件编码
3.1 编程语言选择与使用
3.2 编码规范
3.3 软件开发环境
3.4 编码工具和技术
3.5 调试和测试
4、软件测试
4.1 测试基础知识
4.2 测试方法与策略
4.3 白盒测试
4.4 黑盒测试
4.5 功能性测试
4.6 性能测试
4.7 集成测试
4.8系统测试
4.9用户验收测试
5、软件项目管理
5.1 项目计划与进度管理 5.2 风险管理
5.3 人员管理
5.4 项目质量管理
5.5 变更管理
5.6 项目交付与部署
6、软件维护与升级
6.1 软件维护分类
6.2 软件维护流程
6.3 软件升级策略
6.4 软件版本控制
7、软件安全
7.1 信息安全基础知识
7.2 软件安全需求与设计
7.3 安全测试与评估
7.4 安全漏洞修复与更新
附件：
法律名词及注释：
1、版权: 对一种表达形式的独特创造进行保护的法律概念。
2、商标: 表示和区分特定商品或服务来源的标识符。
3、专利: 对于新发明的独特权利，使得发明人可以禁止他人在专利权期限内使用该发明。
4、法律责任: 违反法律规定而应承担的法律后果。
《软件工程》复习重点第一章绪论第一节软件工程概念的提出与发展1.软件危机（1）速度：软件的发展水平远远滞后于硬件的发展水平，生产率低下，软件制造仍然是一种人工集约生产方式（2）质量：软件的质量低下，不能满足用户的需求、适应性差（3）成本：软件开发成本居高不下软件开发的速度、软件制品的质量、软件开发成本是软件工程的三个核心问题。
2.软件工程的发展近几年，软件复用技术：构件技术、平台技术、需求工程技术、领域分析技术、应用集成技术等。
第二节软件开发的本质1.软件软件=程序+文档2.软件开发的本质：“映射”，即实现问题空间的概念和处理逻辑到解空间的概念和处理逻辑之间的映射。
3.系统建模运用所掌握的知识，通过抽象，给出系统的一个结构。
4.模型模型是一个抽象。
模型是在特定意图下所确定的角度和抽象层次上对物理系统的描述，通常包含对该系统边界的描述、对系统内各模型元素以及它们之间关系的语义描述。
5.系统模型的类型（1）概念模型：描述软件是什么（2）软件模型：实现概念模型的软件解决方案。
包括设计模型、实现模型和部署模型。
第二章需求获取第一节需求与需求获取1.需求的定义一个需求是有关一个“要予构造”的陈述，描述了待开发产品/系统功能能力、性能参数或其它性质。
2.需求的基本性质（1）必要的（2）无歧义的（3）可测的（4）可跟踪的（5）可测量的3.需求的分类★（1）功能需求，是整个需求的主体。
（2）非功能需求：性能需求、外部接口需求、设计约束和质量属性需求。
能够区分哪些是功能需求，哪些是性能需求。
4.接口需求的类别（1）用户接口（2）硬件接口（3）软件接口（4）通信接口（5）内存约束（6）运行（7）地点需求5.设计约束需求（1）法规政策（2）硬件限制（3）与其它应用的接口（4）并发操作（5）审计能力（6）控制功能（7）高级语言要求（8）握手协议（9）应用的关键程度（10）安全和保密6.质量属性（1）可靠性（2）存活性（3）可维护性（4）用户友好性7.需求发现的技术（1）自悟（2）交谈（3）观察（4）小组会（5）提炼第二节需求规约（SRS）1.需求规约的定义★是一个软件/产品/系统所有需求陈述的正式文档，它表达了一个软件/产品/系统的概念模型。
软件工程复习重点温馨提示：紫魏嫒你的个人盘点，有任何遗漏记得通知一下哦，亲~题型：一、名词解释5个15分二、简答题6个50分三、综合设计与计算21分四、软件架构14分第一章1、软件危机定义：软件危机(Software Crisis)是指软件在开发和维护过程中所遇到的一系列严重问题。
2、产生软件危机的原因：既与软件本身的特点有关,也和软件开发和维护的方法不正确有关。
●软件是逻辑产品而不是物理产品，进度和质量难于评价,开发过程难于管理和控制;●软件规模庞大，程序的复杂性随程序规模的增长而呈指数增长；●开发过程中或多或少地采用了错误的技术和方法(如忽视需求分析、认为开发软件就是写程序、轻视软件维护等)。
3、软件的生命周期：软件从定义、开发、使用和维护，直到最终被废弃这个漫长的时期称为软件的生命周期。
4、消除软件危机的途径：●对软件的定义有一个正确的认识。
●必须认识到软件开发不是某种个体劳动的神秘技巧，而应该是一种组织良好、管理严密、协同配合、共同完成的工程项目。
必须吸收和借鉴人类长期从事工程项目所积累起来的原理、概念、技术和方法以及计算机硬件研究和开发的经验和教训；●推广使用在实践中总结出来的成功的技术和方法，消除错误的概念和做法，使用和开发更好的软件工具，形成更好的软件工程支撑环境.总之，需要通过一定的技术措施（技术和方法）和管理措施来消除软件危机。
5、软件工程：软件工程是:①把系统化的、规范的、可度量的途径应用于软件开发、运行和维护的过程，即把工程化应用于软件中；②研究①中提到的途径。
6、软件工程的本质特性：●软件工程关注于大型程序的构造;●软件工程的中心课题是控制复杂性;●软件经常变化；●开发软件的效率非常重要;●和谐地合作是开发软件的关键；●软件必须有效地支持它的用户；●软件工程领域是由具有一种文化背景的人替具有另一种文化背景的人创造产品(跨文化)。
7、软件工程的基本原理：●用分阶段的生命周期计划严格管理●坚持进行阶段评审●实行严格的产品控制●采用现代程序设计技术●结果应能清楚地审查●开发小组人员应该少而精●承认不断改进软件工程实践的必要性8、软件工程方法学：通常把软件生命周期过程中使用的一整套技术的集合称为软件工程方法学(Methodology),也称为范型(Paradigm),它包括方法(如何做)、工具(支撑平台)和过程(工作步骤)。
软工复习要点软件工程是现代计算机科学的重要分支，致力于开发高质量的软件系统。
在软件工程的学习过程中，掌握并熟悉相关的复习要点是非常重要的。
本文将总结软件工程的复习要点，帮助读者更好地准备考试，并取得好的成绩。
一、软件生命周期1. 需求分析阶段- 需求获取：通过面谈、问卷调查等方式获取用户需求。
- 需求分析：对收集到的需求进行分析、整理和规格说明。
- 需求验证：与用户确认需求是否准确并理解一致。
2. 设计阶段- 概要设计：定义系统的总体结构和模块划分，确定系统的主要功能。
- 详细设计：对每个模块进行详细设计，包括定义数据结构、算法等。
3. 编码阶段- 编写程序：将设计的模块转化为具体的编程代码。
- 单元测试：对每个模块进行测试，确保代码的正确性。
4. 测试阶段- 集成测试：将各个模块进行整合，进行系统级别的测试。
- 系统测试：对整个系统进行测试，检查系统是否满足预期功能和性能。
5. 运维阶段- 安装部署：将软件部署到实际应用环境中。
- 系统维护：对已部署的软件进行维护和更新。
二、软件开发过程模型1. 瀑布模型：按照线性顺序依次完成各阶段的开发流程。
2. 增量模型：将开发过程划分为多个增量，逐步迭代开发。
3. 原型模型：通过快速开发原型来验证需求和设计方案。
4. 敏捷模型：强调快速响应变化需求的开发方法。
三、软件需求工程1. 需求分类：功能需求和非功能需求的划分和描述。
2. 需求获取：通过场景分析、访谈、面谈等方式收集用户需求。
3. 需求分析：对需求进行整理、归类和建模，明确需求的范围和边界。
4. 需求规格说明：使用工具（如用例图、活动图）对需求进行形式化的描述和建模。
5. 需求验证：与用户进行需求确认和变更管理，保证需求的正确性和一致性。
四、软件设计1. 结构设计：确定软件的整体结构和模块之间的关系。
2. 数据设计：定义数据模型和数据库的结构。
3. 接口设计：定义模块间的接口，确保模块之间的良好交互。
题型1、名词说明2、问答题3、应用题（看图题，分析题，计算题）学问点：1、什么是软件及软件特点，软件的分类软件是计算机系统中和硬件相互依存的另一部分，它是包括程序、数据及其相关文档的完整集合软件的特点（1）软件是一种逻辑实体。
（2）软件的开发，是人的智力的高度发挥，而不是传统意义上的硬件制造。
（3）软件维护和硬件的修理有着本质的差别。
（4）软件的开发和运行常常受到计算机系统的限制，对计算机系统有着不同程度的依靠性。
（5）软件的开发至今尚未完全摆脱手工艺的开发方式，使软件的开发效率受到很大限制。
（6）软件的开发是一个困难的过程。
（7）软件的成本特殊昂扬软件的分类1.基于软件功能的划分系统软应用软件支撑软件2.基于软件工作方式的划分实时处理软件分时软件交互式软件批处理软件2、什么是软件危机，起因一方面软件特殊困难，价格昂贵，供需差日益增大，另一方面软件开发时又常常受挫，质量差，指定的进度表和完成日期很少能按时实现，研制过程很难管理，即软件的研制往往失去限制。
我们称软件开发和维护过程中所中遇到的这一系列严峻问题为软件危机。
软件危机包含下述两方面的问题：如何开发软件，以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件。
3、什么是软件工程，它的基本目标，要素，原则（1）软件工程是指探讨软件生产的一门学科，也就是将完善的工程原理应用于经济地生产既牢靠又能在实际机器上有效运行的软件。
（2）软件工程学探讨的基本目标是：定义良好的方法学，面对支配，开发维护整个软件生存周期的方法学；确定的软件成分，记录软件生存周期每一步的软件文件资料，按步显示轨迹；可预料的结果，在生存周期中，每隔确定时间可以进行复审（3）软件工程的原则：分解；抽象和信息隐藏；一样性；确定性4、什么是软件生命周期，每个阶段的意义理解如同任何其他事物一样，软件也有一个孕育、诞生、成长、成熟、衰亡的生存过程，一般称之为计算机软件的生命周期。
1．软件定义时期（1）问题定义：这是软件生存期的第一个阶段，主要任务是弄清用户要计算机解决的问题是什么。
1.软件与软件工程（1）基本概念软件危机的定义、产生原因、解决办法定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
产生原因：一方面与软件木身的特点有关，另一方面也和软件开发与维护的方法不正确有关。
解决方法：既要有技术措施（方法和工具），乂要有必要的组织和管理措施。
面临的主要问题一是如何开发软件，怎样满足人们对软件日益增长的需求；二是如何维护软件，使它们持久地满足人们的要求。
软件工程的定义、基本原理定义：①把系统的、规范的、可度量的途径用于软件开发、运行和维护过程，也就是把工程应用于软件；②研究①中提到的途径。
基本原理：1.用分阶段的生命周期计划严格管理；2.坚持进行阶段评审；3.实行严格的产品控制；4.采用现代程序设计技术；5.结果应能清楚的审查；6.开发小组的人员应该少而精；7.承认不断改进软件工程实践的必要性。
软件工程学的范畴（结构化方法与面向对象方法）结构化方法：采用结构化技术（结构化分析、结构化设计和结构化实现）来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用；面向对象方法：是把数据和行为看成是同等重要的，以数据为主线，把数据和对数据的操作紧密地结合起来的方法。
软件工程的3个要素（方法、工具、过程）方法、工具、过程软件生命周期1.问题定义；2.可行性研究；3.需求分析；4.总体设计；5.详细设计；6.编码和单元测试;7.综合测试；8.软件维护。
（2）软件过程（各自的特点）喷泉模型（以用户需求为动力，以对象作为驱动）以用户需求为动力，以对象作为驱动瀑布式模型（.…）产品开发是成线性型的，虽然有迭代，但这种迭代是不明显的，也不清楚的，而且用户一定要等到产品开发完成才可以看到软件。
快速原型模型它由用户参与并快速开发出一个用于评估利获取需求的系统作为根基的，而且他所有的过程是采用迭代方式来开发的，因此需求的完整性会很强，而且也适合用户的习惯。
三大块内容：软件危机与软件工程传统软件开发方法面向对象方法一、软件危机与软件工程：软件、软件危机、软件生存期、软件开发模型、软件管理1、软件：软件是能够完成预定功能和性能的可执行的计算机程序+使程序正常运行所需要的数据+描述软件开发过程及其管理、程序的操作和使用的有关文档。
文档：分开发、管理、用户、维护文档，作用是记录及解决不可视性、通信与交流、管理与维护、用户服务2、软件危机a)表现：软件成本高、难于控制开发进度、软件工作量估计困难、软件质量低、软件修改维护困难b)原因：需求问题(描述不精确、理解不一致)、管理问题、方法和工具问题、软件本身的特点3、软件生存期：a)三个时期：定义时期(软件计划、需求分析)—>开发时期(软件设计、编码实现、测试)—>使用和维护时期(维护)b)六个阶段：软件计划→需求分析→设计→编码→测试→使用与维护c)生命周期方法特点：顺序性、依赖性，推迟程序的物理实现、质量保证的观点(利于尽早发现错误，如阶段文档、评审)4、软件开发模型a)瀑布模型：文档驱动i.阶段划分、分而治之、控制开发过程的复杂性ii.自顶向下、由抽象到具体，顺序进行优点：规范管理开发过程、文档驱动缺点：初期系统的需求难以完全确定、文档驱动、周期长b)原型模型：i.针对：软件开发初期需求难以确定ii.基本思想：快速建立原型，完善用户需求iii.优点：用户参与、快速iv.缺点：快速弱功能、对开发环境要求高c)螺旋模型(风险驱动)d)增量模型(模块、功能驱动)e)迭代模型f)喷泉模型5、软件管理a)区别于其他工业产品生产管理的特点b)主要内容：开发计划与进度管理、文档管理、人员组织管理、成本管理、质量管理二、传统软件工程方法：a)软件计划i.问题定义ii.可行性研究1.经济可行性2.技术可行性3.法律可行性b)需求分析i.结构化分析SAii.面向数据流的分析方法1.DFD四个组成部分(表示方法、命名)2.DFD作图：需求描述→DFD3.层次分解法(保持父图和其子图的平衡)4.数据字典(符号)c)软件设计i.总体设计1.模块独立性：高内聚2.作用域是控制域的子集3.单入单出4.规模、深度、宽度、扇入、扇出适当ii.传统设计方法1.面向数据流的设计方法(数据流图)a)结构化设计SD-→对应有SD结构化需求分析、SP结构化实现b)DFD→软件结构(层次图)i.变换设计ii.事务设计c)优缺点2.面向数据结构的设计方法a)Jackson方法b)Jackson图i.三种元素间的逻辑关系：顺序、选择、重复ii.可描述两种数据结构:数据结构、程序结构c)思想：数据结构与程序处理过程相互转换d)步骤：I/O DS→对应关系→Program Structure→细化求精e)优缺点：i.数据入手ii.简化数据处理程序的设计iii.模块与独立性原则没有给予应有的重视iv.求提供对复杂系统设计过程的支持3.Parnas方法iii.详细设计1.结构化程序设计SPa)高效率---良结构b)三种基本控制结构、单入单出2.过程设计的工具d)实现/编码i.语言1.功能等价2.描述问题方便性有差异a)例如：OOPL---非OOPLii.程序设计风格e)软件测试i.目标ii.方法1.正确性证明2.静态测试3.动态测试a)黑盒(功能)测试i.等价类划分ii.边界值分析iii.错误推测b)白盒(结构)测试i.语句覆盖ii.判定覆盖iii.条件覆盖iv.判定—条件覆盖v.条件组合覆盖iii.步骤f)软件维护i.四种类型1.校正性2.适应性3.完善性4.预防性ii.提高可维护性的措施三、面向对象方法(Object-oriented Method)a)OOM与CM对比：区别—优点i.思维方式iv. 稳定性ii.可重用性v. 可维护性iii.大型软件b)OOSE方法i.三个阶段、五个模型、E CASE第二章．传统软件工程方法：软件计划具体任务：项目定义、可行性分析、软件计划其中：可行性分析：1、可行性研究实质：可行性研究试一次大大压缩和简化了的系统分析和设计过程，也就是在较高层次上以较抽象的方式进行的系统分析和设计过程。
2、主要内容：a)经济可行性:资金有无落实、成本—效益分析b)技术可行性:开发的风险、资源的有效性、技术方案c)操作可行性:用户组织内的管理制度、人员素质、操作方式等是否可行。
d)法律及社会可行性e)开发方案的选择:折衷手段权衡。
3、可行性研究的主要步骤：a)复查系统规模b)研究正在使用的旧系统c)导出高层逻辑模型d)重新定义问题e)导出多种解法f)推荐行动方针g)草拟开发计划h)书写文档并提交审查系统流程图(物理建模工具)：会读、读懂。
数据流图：概述•描绘系统的逻辑模型的工具•DFD: Data Flow Diagram•描绘信息流和数据从输入移动到输出的过程中所经受的变换数据从哪里来，到哪里去，经过怎样的处理，保存在哪里•没有任何具体的物理部件，只是描绘数据在软件中流动和被处理的逻辑过程。
是系统逻辑功能的图形表示。
•是分析员和用户沟通的工具是后期设计的出发点DFD的绘制一般采用自顶向下、逐步细化的方法，主要步骤如下：·明确系统界面。
识别出那些不受系统控制但又影响系统运行的外部环境。
·绘制基本系统模型。
基本系统模型由若干源点、终点和一个基本处理组成，表明系统对数据加工变换的基本功能。
·逐层细化基本系统模型得到功能级DFD和详细DFD。
下面即分层数据流图。
假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。
对于每个需要再次定货的零件应该列出下述数据；零件编号零件名称、定货数量、目前价格、主要供应者和次要供应者。
零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。
当某种零件的库存数量少于库存量临界值时就应该再次定货。
从问题描述中提取数据流图的四种成分。
首先考虑数据的源点和终点：•“采购部每天需要一张定货报表”•“通过放在仓库中的CRT终端把事务报告给定货系统”可知：采购员是终点仓库管理员是源点接下来考虑处理：•“采购部每天需要一张定货报表”--采购部需要报表•“零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。
”--事务的后果是改变库存量可知：产生报表是一个处理处理事务是另一个处理最后考虑数据流和数据存储：•系统把定货报表送给采购部----定货报表•事务需要从仓库送到系统中----事务----需把事务数据存储起来产生报表和处理事务在时间上不匹配, 当某种零件的库存数量少于库存量临界值时就应该再次定货，而每天打印一次定货报表-----需把定货信息存储起来可知：定货报表、事务是数据流(数据流如报表包含零件编号零件名称、定货数量、目前价格、主要供应者和次要供应者等信息。
事务包含零件编号、事务类型、数量等。
)库存清单、定货信息是数据存储基本系统模型：功能数据流图：注意符号进一步分解处理事务：命名1）为数据流(或数据存储)命名•名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分•不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)•如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的2 ）为处理命名•通常先为数据流命名，然后再为与之相关联的处理命名，体现了人类习惯的“由表及里”的思考过程•名字应该反映整个处理的功能•名字最好由一个具体的及物动词，加上一个具体的宾语组成。
•通常名字中仅包括一个动词•如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解应注意的问题1 ）是数据流不是控制流画数据流不是控制流；数据流图反映系统“做什么”，不反映“如何做”，因此箭头上的数据流名称只能是名词或名词短语，整个图中不反映加工的执行顺序。
2 ）一般不画物质流数据流反映的是能用计算机处理的数据，并不是实物，因此系统的数据流图上一般不要画物质流。
3 ）加工的画法每个加工至少有一个输入数据数据流图的用途：1）建立新系统逻辑模型的工具2）作为与用户和开发人员交流信息的工具3）作为分析、设计乃至维护的依据数据字典：概念•数据字典是关于数据的信息的集合•DD: Data Dictionary•是对DFD中包含的所有元素的定义的集合•在分析、设计和维护过程中供查阅用内容1）数据流2）数据流分量（即数据元素）3）数据存储4）处理（IPO图或PDL更加方便）——是对上述四类元素的定义具体信息•名字——数据、控制项、数据存储或外部实体的主要名称•别名——该元素等价的其他名字，尽量减少•使用地点与方式——使用数据或控制项的处理的列表，以及使用这些对象的方式(例如作为处理的输入，从处理输出，作为数据存储，作为外部实体)•内容描述——描述数据或控制项内容的符号•补充信息——关于数据类型、预置值、限制等的其他信息软件项目的量化估算⏹成本估算& 工作量估算⏹工程进度安排行成本估算阶段成本估算甘特图：历史悠久、应用广泛的进度计划工具进度安排的任务网络图优点：简单，能动态地反映开发进展缺点：难以反映多个任务间的逻辑关系第三章．传统软件工程方法：需求分析需求分析⏹ 1 目标和任务⏹ 2 需求获取技术⏹ 3 需求内容⏹ 4 需求建模方法需求分析任务⏹问题分析⏹需求描述⏹需求评审需求建模方法1.面向数据流的分析方法2.面向对象的分析方法3.面向数据结构的分析方法需求工程的任务需求开发包含四个过程：需求获取、需求整理与分析、需求定义、需求验证。
需求分析的具体任务：需求获取、确定和分析需求、开发原型系统、编写SRS、需求验证、变更管理、修正计划软件需求及需求的分类软件需求：以一种清晰、简洁、一致且无二义性的方式，描述用户对目标软件系统在功能、行为、性能、设计约束等方面的期望，是在开发过程中对系统的约束。
（表达做什么而不描述如何做。
）Requirement is the Basics of Quality，软件需求的作用：①分理解现实中的业务问题，并作为软件设计的基础；②为软件项目的成本、时间、风险估计提供准确的依据；③少开发工作量，避免将时间与资源浪费在设计与实现错误的需求上；④通提供需求文档和需求基线，来有效的管理系统演化与变更；⑤为顾客与开发团队之间正式合同的一部分；⑥最终的验收测试提供标准和依据需求的分类：业务需求→业务需求指导需求获取→用户需求→转化用户需求为系统需求→系统需求前四个为原始问题空间、后面系统需求为解决方案空间。
业务需求(Business Requirements)：客户对于系统的高层次目标要求(highlevel objectives) ，定义了项目的远景和范畴(vision and scope)1、业务：属于哪类业务范畴？应完成什么功能？为何目的？2、客户：软件为谁服务？目标客户是谁？3、特性：区别于其他竞争产品的特性是什么？4、价值：价值体现在那些方面？5、优先级：功能特性的优先级次序是什么？用户需求(User Requirements)：从用户角度描述的系统功能需求与非功能需求，通常只涉及系统的外部行为而不涉及内部特性。
