软件工程笔记(完整版)
软件工程复习资料精选全文完整版
可编辑修改精选全文完整版一、单选题（共20题，40分）1、使用数据流图，并不断细化的需求获取方法是（）。
（2.0）A、简易的应用规格说明B、面向数据流自顶向下逐步求精C、访谈D、快速原型法正确答案： B2、Z语言是以（）为基础的形式化规格说明语言。
（2.0）A、微积分B、概率C、图形D、一阶谓词演算正确答案： D3、HIPO是指（2.0）A、层次输入处理输出图或表B、层次功能结构图C、功能结构图D、输入处理输出图或表正确答案： A4、高铁调用系统最适宜采用（）方法。
（2.0）A、有穷状态机B、 Petri网C、 Z语言D、一阶线性时态逻辑正确答案： B5、假设学生年龄的成绩输入范围为18-25，则根据等价类划分技术，下列划分正确的是（）。
（2.0）A、可划分为2个有效等价类，2个无效等价类B、可划分为1个有效等价类，2个无效等价类C、可划分为2个有效等价类，1个无效等价类D、可划分为1个有效等价类，1个无效等价类正确答案： B6、用于并发系统，解决定时问题的形式化方法是（）。
（2.0）A、 VDMB、 Z语言C、 Petri网D、一阶线性时态逻辑正确答案： C7、软件生命周期中所花费费用最多的阶段是（2.0）A、需求分析B、软件总体设计C、软件维护D、软件实现正确答案： C8、软件质量保证措施SQA不包括：（2.0）A、复审或评审B、软件测试C、程序正确性证明D、软件代码编写正确答案： D9、希望确定软件实现的功能是否与需求规格说明书一致，需进行()。
（2.0）A、单元测试B、有效性测试C、确认测试D、集成测试正确答案： C10、总体设计不包括：（2.0）A、体系结构设计B、数据库设计C、模块内算法设计D、逻辑数据结构设计正确答案： C11、关于类和对象的说法，正确的是（2.0）A、一个类只能有一个角色B、类的命名必须用动词C、类的所有对象都具有相同的属性和操作D、类是对象的实例，对象是类的抽象正确答案： C12、数据字典的基本功能是（2.0）A、数据库设计B、数据通信C、数据定义D、数据维护正确答案： C13、软件需求规格说明的内容不应该包括（2.0）A、主要功能B、算法的描述C、用户界面及其运行环境D、软件性能正确答案： B14、增量模型在添加新的模块时，有一个要求是（）（2.0）A、需要更多的测试B、有足够的开发人员C、软件体系结构开放D、各个模块都要进行评审正确答案： C15、在软件详细设计过程中不采用的工具是（2.0）A、判定表B、PDLC、程序流程图D、DFD正确答案： D16、软件测试方法中，黑盒测试方法和白盒测试方法是常用的方法，其中黑盒测试方法主要用于测试（2.0）A、结构合理性B、软件外部功能C、程序正确性D、程序内部逻辑正确答案： B17、耦合是模块之间的相对独立性的度量。
软件工程笔记
软件工程笔记软件工程是一门关于构建和维护软件系统的学科。
在这门学科中，我们需要掌握一系列的原理和方法，以确保软件的质量和可靠性。
本文将对软件工程的基本概念和常用工具进行笔记总结，帮助读者更好地理解并应用软件工程的知识。
一、软件生命周期软件开发的过程可以被看作是一个生命周期，其中包含了多个阶段。
常见的软件生命周期模型有瀑布模型、迭代模型和敏捷模型等。
1. 瀑布模型瀑布模型是最经典的软件开发模型之一，它将软件开发过程划分为需求分析、设计、编码、测试和维护五个阶段。
开发团队需逐个完成这些阶段，且每个阶段的结果是固定的，即前一阶段的输出作为后一阶段的输入。
2. 迭代模型迭代模型是在瀑布模型基础上发展而来的一种软件开发模型。
该模型将整个开发过程划分为多个迭代周期，每个迭代都包含需求分析、设计、编码、测试和维护等阶段。
每个迭代的输出可作为下一次迭代的输入，以此循环进行。
3. 敏捷模型敏捷模型强调快速迭代和反馈，鼓励团队协作和灵活性。
开发团队通过短周期的迭代，不断交付可用的软件版本，并根据用户反馈进行调整和改进。
敏捷开发方法有Scrum、XP等。
二、需求工程需求工程是软件工程的重要环节，它包括需求获取、需求分析、需求规格和需求验证等过程。
1. 需求获取需求获取是指通过各种技术手段和方法，从用户、领域专家和相关文档中获取软件系统的需求信息。
常用的需求获取技术包括访谈、问卷调查、原型设计和场景分析等。
2. 需求分析需求分析是对获取的需求进行理解和分类的过程。
分析人员需要识别出用户的需求，确定需求的优先级和约束条件，并将其转化为可操作的规格说明。
3. 需求规格需求规格是将需求写入规范文档的过程。
通常采用的规格化方法有自然语言、用例和面向对象建模等。
4. 需求验证需求验证是确保规格所描述的需求能够满足用户期望的过程。
常用的验证方法包括检查列表、原型演示和用户评审等。
三、软件设计软件设计是将需求转化为软件结构和组件的过程。
自考软件工程02333 笔记
自考软件工程02333 笔记一、概述软件工程作为一门新兴的学科，旨在指导和管理软件开发过程中的各种活动，以便按时、按质、按成本地完成软件工程项目。
本课程通过系统地介绍软件工程的基本理论、基本方法、基本技术和实践应用，以培养学生的软件工程思维和实际操作能力。
二、课程要求1. 了解软件工程的基本概念、基本原理和基本方法；2. 掌握软件工程项目的开发过程和管理过程；3. 掌握软件工程开发过程中的基本工具和技术；4. 了解软件工程应用领域的发展趋势与前沿技术。
三、课程内容1. 软件工程概述软件工程的定义、历史、发展、意义、主要任务等；2. 软件生命周期软件生命周期模型、活动、任务、文档、质量保证；3. 需求工程需求获取、需求分析、需求规格说明、需求验证等；4. 软件设计结构化设计、面向对象设计、界面设计、数据库设计等；5. 软件构建编码规范、程序设计、测试、集成等；6. 软件测试测试基本概念、测试方法、测试工具、测试用例设计等；7. 软件维护软件维护的类型、需求、过程、技术等；8. 软件质量管理质量计划、质量保证、缺陷管理、度量与分析等；9. 项目管理项目计划、进度管理、成本管理、风险管理等；10. 软件工程发展趋势软件工程的前沿技术、新兴趋势及应用领域。
四、学习方法1. 认真听课，理清教学内容；2. 多做习题，巩固理论知识；3. 积极参与讨论，提升理论水平；4. 关注实践应用，培养实际操作能力；5. 及时总结，形成完整的软件工程知识体系。
五、考试重点1. 考试内容：对软件工程的基本概念、基本原理、基本方法和实践应用的掌握程度；2. 考试形式：闭卷考试，以选择题、简答题、计算题形式出题；3. 考试要求：理论与实践相结合，注重分析和解决实际问题的能力。
六、学习建议1. 认真学习课本内容，了解软件工程的基本理论和方法；2. 多参加实验课和讨论班，加强理论与实践的结合；3. 多做习题，熟悉考试题型和内容要点；4. 关注软件工程的发展趋势，了解前沿技术和新兴应用。
软件工程知识点
软件工程知识点第一章软件工程概述一、软件的定义和特性(P2—P3)定义：软件=程序+数据+文档程序：按照事先设计的功能和性能要求执行的指令或语句序列数据：程序能正常操纵信息的数据结构文档：描述程序操作和使用的文档特性：（1）软件是一种逻辑实体，具有抽象性，不是一般的物理实体；（2）软件的成产与硬件存在某些相同点，但有根本上的不同，软件开发是人的智力的高度发挥，而不是传统意义上的制造，它更依赖于开发人员的素质，智力，人员和组合，合作和管理；（3）软件维护与硬件维修有着本质的差别，软件维护没有硬件维护那样有可替换的标准零件；（4）软件在运行和使用期间没有硬件那样的机械磨损，老化问题，但存在退化问题；（5）基于构件的开发方法由于其自身的特点越来越受到人们的重视，这些技术可以减少开发时间、提高质量，并提高复用水平。
* 掌握P4图1-2（b）软件失效率曲线二、计算机软件的发展经历了几个阶段？各有何特征？（P1—P2）共经历了四个阶段特征：第一阶段——程序规模小且主要采用个体工作方式，开发的系统大多采用批处理技术第二阶段——引入人机交互的概念，实时系统出现，产生了第一代数据库管理系统，程序编制采用了合作的工作方式，出现了早期的软件危机第三阶段——分布式系统出现，嵌入式系统得到广泛应用，低成本硬件第四阶段——强大的桌面系统和计算机网络迅速发展时期，面向对象技术得到广泛应用，人工智能技术和专家系统开始应用于软件。
三、什么是软件危机？其产生的原因是什么？定义：软件危机是指由于落后的软件生产方式无法满足迅速增长的计算机软件应用需求，从而导致软件开发与维护过程中出现一系列严重问题的现象。
（P4）原因：（P5）（1）用户对软件需求的描述不准确、不全面，甚至有错误，以及在开发过程中，不断提出或者修改需求；（2）用户和开发人员对软件需求的理解存在差异，导致所开发的软件产品和用户需求不一致；（3）大型软件项目需要组织一定的人力共同完成，各类人员的信息交流不及时、不准确，有时还可能产生误解，软件开发人员对大型软件缺少开发经验，管理人员缺少相应的管理经验；（4）软件开发人员不能有、独立自主的处理大型软件的全部关系和各个分支，因此容易产生疏漏和错误；（5）开发技术落后，缺乏有效的方法学和工具方面的支持，过分依赖程序设计人员在软件开发过程中的技巧和创造性，加剧软件产品的个性化（6）软件产品的特殊性和人类智力的局限性，导致人们无法处理“复杂问题”，因为软件是逻辑产品，软件开发进展情况较难衡量、软件开发质量难以评价、管理和控制软件开发过程相当困难。
软件工程笔记(完整版)
第一章软件工程概述1.软件危机(software crisis)：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
即“两低一高”问题：质量低、效率低、成本高。
软件危机也成为“软件萧条(depression)”或“软件困扰(afflication)”2.软件危机主要表现1）开发成本和进度估计不准2）用户对“已完成的”软件系统不满意3）软件质量往往靠不住4）软件常常是不可维护的5）软件通常没有适当的文档资料6）软件成本逐年上升7）软件开发生产率滞后于硬件和计算机应用普及的趋势3.产生软件危机的原因1）与软件本身的特点有关a. 软件不同于硬件，是逻辑部件而不是物理部件缺乏可见性难于测试管理和控制开发过程困难不会因使用时间过长而被“用坏”难以维护b.软件不同于一般程序，规模庞大，而且程序复杂性随着程序规模的增加而呈指数上升2）和软件开发与维护的方法不正确有关a.对软件开发和维护有关的错误认识和作法忽视软件需求分析的重要性认为软件开发就是写程序轻视软件维护b. 对软件开发过程与方法的认识与应用软件开发要经历一个漫长的时期（编程占10-20%）程序仅是完成软件配置的一个组成部分软件开发方法要有利于软件维护4.软件的特点(1)软件是无形的（intangible）(2)软件副本的大批量生产轻而易举(3)软件业是劳动密集型的(4)一个没有经过充分训练的软件开发人员很容易编写出难以理解和修改的软件(5)软件本身很容易修改。
但由于它的复杂性，又很难正确地修改。
(6)软件不像其他的工业产品那样会因使用而磨损，随着反复修改，它的设计会逐渐退化5.消除软件危机的途径1）对计算机软件的正确认识2）认识到软件开发不是个体劳动的神秘技巧，而是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目3）推广使用成功的软件开发技术和方法4）开发和使用更好的软件开发工具总之, 为了消除软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
软件工程导论知识点总结（整理）
软件⼯程导论知识点总结（整理）《软件⼯程导论》课后习题答案第⼀章软件⼯程概论1．什么是软件危机？软件危机是指在计算机软件的开发和维护过程中所遇到的⼀系列严重问题。
这些问题表现在以下⼏个⽅⾯：(1)⽤户对开发出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)⼀般软件很难维护。
(4)软件⽣产效率很低。
(5)软件开发成本越来越⼤。
(6)软件成本与开发进度难以估计。
(7)软件技术的发展远远满⾜不了计算机应⽤的普及与深⼊的需要。
2．为什么会产⽣软件危机？(1) 开发⼈员⽅⾯，对软件产品缺乏正确认识，没有真正理解软件产品是⼀个完整的配置组成。
造成开发中制定计划盲⽬、编程草率，不考虑维护⼯作的必要性。
(2) 软件本⾝⽅⾯，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统⼀的、公认的⽅法论和规范指导，造成软件维护困难。
(3) 尤其是随着软件规模越来越⼤,复杂程度越来越⾼,原有软件开发⽅式效率不⾼、质量不能保证、成本过⾼、研制周期不易估计、维护困难等⼀系列问题更为突出，技术的发展已经远远不能适应社会需求。
3．怎样克服软件危机？(1) 充分吸收和借鉴⼈类长期以来从事各种⼯程项⽬中积累的⾏之有效的有效原理、概念、技术与⽅法，特别是吸取⼏⼗年来⼈类从事计算机硬件研究和开发的经验教训。
在开发软件的过程中努⼒作到良好的组织，严格的管理，相互友好的协作。
(2) 推⼴在实践中总结出来的开发软件的成功的技术和⽅法，并研究更好、更有效的技术和⽅法，尽快克服在计算机系统早期发展阶段形成的⼀些错误概念和作法。
(3) 根据不同的应⽤领域，开发更好的软件⼯具并使⽤这些⼯具。
将软件开发各个阶段使⽤的软件⼯具集合成⼀个整体，形成⼀个很好的软件开发⽀环环境。
总之为了解决软件危机，既要有技术措施(⽅法和⼯具)，⼜要有必要的组织管理措施。
4.构成软件项⽬的最终产品：应⽤程序、系统程序、⾯向⽤户的⽂档资料和⾯向开发者的⽂档资料。
5．什么是软件⽣存周期？软件⽣存周期是指从软件定义、开发、使⽤、维护到淘汰的全过程。
软件工程40个记忆知识点
1.软件是计算机系统内中与硬件相互依存的另一部分，是包含程序、数据及其相关文档的完整集合，即软件=程序+数据+相关文档。
2.软件按照功能可划分为：系统软件、支持软件、应用软件。
按照规模划分：微型软件、小型软件、中型软件、大型软件和超级软件。
3.软件危机：对软件开发成本的估计不准确，造成开发成本超出预算；开发进度不能保证，交付时间一再拖延；“已完成”的软件不能满足用户需求；软件产品质量没有保证，运算结果出错、操作死机等现象屡屡发生；软件没有适当的文档资料，或文档与最终交付的软件产品不相符，软件的可维护程度非常低；软件开发生产率赶不上硬件的发展和人们需求的增长。
4.软件工程的层次化结构：工具层，方法层，过程、技术层，质量保证层。
5.软件工程是用工程、科学和数学的原则与方法研制、维护计算机软件的有关技术和管理方法。
6.实现软件开发工程化、系统化的方法是软件生命周期法，主要划分为软件项目的准备阶段、开发阶段和运行维护阶段。
软件项目的准备阶段的主要任务是调查和分析：调查用户需求，分析软件系统项目的主要目标和开发该系统的可行性。
开发阶段：①需求分析②软件设计（概要设计、详细设计）③编码④测试运行维护阶段：改正性维护、适应性维护、完善性维护、预防性维护。
7.软件项目的开发模型：瀑布模型、原型模型、螺旋模型。
8.面向对象（对象：是现实世界中个体或者事物的抽象表示，是它的属性和相关操作的统一封装实体。
类、继承、消息）面向对象=对象+类+继承+消息9.需求分析的任务是将用户的需求转变为软件的功能和性能的描述。
软件从外部可以看作黑盒子（功能）计算机所处理的数据域描述为数据内容（数据项）、数据结构（数据线的组织形势）和数据流（数据通过系统的变化方式）。
10.软件的物理模型要给出处理功能和数据结构的实际表示形式，逻辑模型是设备类型和数据结构的存储方式。
11.需求分析步骤：调查研究，获取需求、分析建模，提炼需求、编写需求说明，描述需求、分析评审，验证需求。
软件工程知识点总结
软件工程（简要知识点）软件生命周 期：软件定义 软件开发问题定义（确定题目） 可行性研究 需求分析 概要设计 系统设计 详细设计系统实现编码和单元测试 综合测试运行维护：主要任务是使软件持久地满足用户的需要一、. 软件过程五个模型对比（瀑布模型、快速原型、增量、螺旋、喷泉模型） 二、可行性研究： 1、任务：用最小的代价在尽可能短的时间内确定问题是否能够解决。
2、四个方面：技术、经济、操作可行性、法律 3、数据流图四种成分：1、源点/终点 2、处理 3、数据存储 4、数据流 三、需求分析： 1、任务：确定系统必须完成哪些工作，对目标系统提出完整、清晰、具体的要 求。
2、结构化方法就是面向数据流自顶向下逐步求精进行需求分析的方法。
3、实体联系图：1、数据对象 2、属性 3、联系（1:1、1：N、M:N） 四、总体设计： 1.任务：回答“概括的说，系统应该如何实现”，用比较抽象概括的方式确定系 统如何完成预定的任务，也就是说应该确定系统的物理配置方案，并且进而确定 组成系统的每个程序结构。
2. 系统设计阶段（确定系统具体实施方案）、结构设计阶段（确定软件结构） 3.模块独立：内聚和耦合 4. 耦合表示一个软件结构内各个模块之间的互连程度，应尽量选用松散耦合的 系统5. 内聚 (Cohesion): 一个模块内各元素结合的紧密程度6.面向数据流的设计方法：变换流和事务流 五、详细设计： 1.任务：确定应该怎样具体的实现所要求的系统，也就是说经过这个阶段的设计 工作应该得出对目标系统的精确描述，从而在编码阶段可以把这个描述直接翻译 成用某种程序设计语言书写的程序。
2.过程设计的工具（程序流程图、盒图、PAD 图、判定表、判定树） 七、测试： 1、单元测试：又称模块测试。
每个程序模块完成一个相对独立的子功能，所以 可以对该模块进行单独的测试。
由于每个模块都有清晰定义的功能，所以通常 比较容易设计相应的测试方案，以检验每个模块的正确性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第一章软件工程概述1. 软件危机(software crisis) ：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
即“两低一高” 问题：质量低、效率低、成本高。
软件危机也成为“软件萧条(depression)”或"软件困扰(aflication) ”2. 软件危机主要表现1) 开发成本和进度估计不准2) 用户对“已完成的”软件系统不满意3) 软件质量往往靠不住4) 软件常常是不可维护的5) 软件通常没有适当的文档资料6) 软件成本逐年上升7) 软件开发生产率滞后于硬件和计算机应用普及的趋势3. 产生软件危机的原因1) 与软件本身的特点有关a. 软件不同于硬件，是逻辑部件而不是物理部件缺乏可见性难于测试管理和控制开发过程困难不会因使用时间过长而被“用坏” 难以维护b. 软件不同于一般程序，规模庞大，而且程序复杂性随着程序规模的增加而呈指数上升2) 和软件开发与维护的方法不正确有关a. 对软件开发和维护有关的错误认识和作法忽视软件需求分析的重要性认为软件开发就是写程序轻视软件维护b. 对软件开发过程与方法的认识与应用软件开发要经历一个漫长的时期(编程占10-20%) 程序仅是完成软件配置的一个组成部分软件开发方法要有利于软件维护4. 软件的特点(1) 软件是无形的( intangible )(2) 软件副本的大批量生产轻而易举(3) 软件业是劳动密集型的(4) 一个没有经过充分训练的软件开发人员很容易编写出难以理解和修改的软件(5) 软件本身很容易修改。
但由于它的复杂性，又很难正确地修改。
(6) 软件不像其他的工业产品那样会因使用而磨损，随着反复修改，它的设计会逐渐退化5. 消除软件危机的途径1) 对计算机软件的正确认识2) 认识到软件开发不是个体劳动的神秘技巧，而是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目3) 推广使用成功的软件开发技术和方法4）开发和使用更好的软件开发工具总之，为了消除软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。
6. 对工程”的理解：大事情，施工的过程，工程学科。
施工的过程：分析设计实现维护7. 软件的概念经典定义：软件=程序+文档+数据软件是计算机程序及其有关的数据和文档的完整集合。
计算机程序是能够完成功能的可执行的指令序列数据是程序能适当处理的信息，具有适当的数据结构软件文档是开发、使用和维护程序所需要的图文资料8. 软件工程的概念概括地说，软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它，这就是软件工程。
目标：项目成功（BFC,Better、Faster、Cheaper）9. 软件工程的本质特征（1）软件工程关注于大型程序的构造（2）软件工程的中心课题是控制复杂性（3）软件经常变化（4）开发软件的效率非常重要（5）和谐地合作是开发软件的关键（6）软件必须有效地支持它的用户（7）在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产品10. 软件工程的基本原理（1）用分阶段的生命周期计划进行严格管理（2）坚持进行阶段评审（3）实行严格的产品控制（4）采用现代程序设计技术（5）结果应能清楚地审查（6）开发小组的人员应该少而精（7）承认不断改进软件工程实践的必要性11. 软件工程方法学通常把在软件生命周期全过程中使用的一整套技术的集合称为方法学（methodology），也称为范型（paradigm）。
1）传统方法学（结构化方法学）：SA,SD,SP,ST2）面向对象方法学：OOA,OOD,OOP,OOTS:结构化，structuredOO:面向对象，Object Orie ntedA :分析，AnalysisD:设计，Desig nP:编程，Programmi ngT：测试，Test12. 软件工程方法学三要素，这就是方法、工具和过程。
其中：1）方法是完成软件开发任务的技术方法，回答“如何做”的问题；2）工具是为方法的运用提供自动的或半自动的软件支撑环境；3）过程规定了完成各项任务的工作阶段、工作内容、产品、验收的步骤和完成准则。
第二章软件过程1. 过程（process）: IS09000把过程定义为，把输入转化为输出的一组彼此相关的资源和活动。
2. 软件过程（Software Process）:是为了获得高质量软件所需要完成的一系列任务的框架（Framework），它规定了完成各项任务的工作步骤。
3. 软件生命周期软件生命周期由软件定义、软件开发、和运行维护三个时期组成，每个时期又可进一步划分成若干个阶段。
（三个时期八个阶段）三个时期八个阶段：三个时期：软件定义、软件开发、运行维护八个阶段：（1 ）问题定义（2）.可行性研究（3）.需求分析（4）.概要设计（5）.详细设计（6）•编码和单元测试（7）.综合测试（8）.软件维护4. 软件开发模型（在课本的14 —33页，了解一下）1）瀑布模型（Waterfall）2）快速原型模型Prototype3）增量模型（In creme ntal Models）4）喷泉模型5）螺旋模型6）统一过程（rational unified process,RUP）7）敏捷过程8）极限编程（extreme programming,XP）9）能力成熟模型（capability maturity model,CMM ）第三章结构化的分析（SA）1. 需求分析：发现、求精、建模、规格说明、复审的过程。
发现：获取需求，完备、正确、有效求精：细节建模：形式化描述规格说明：详述复审：批准2. 需求分析的准则1）必须理解和表示问题的信息域，根据这条准则应该建立数据模型。
2）必须定义软件应完成的功能，这条准则要求建立功能模型。
3）必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。
4 ）必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。
3. 需求获取的方法1）访谈正式的：事先准备好的非正式的访谈：开放的，头脑风暴，情景分析2）面向数据流自顶向下求精3）简易的应用规格说明技术4）快速建立软件原型4. 分析建模结构化分析实质上是一种创建模型的活动。
通过需求分析而建立的模型必须达到下述的三个基本目标：描述用户的需求。
为软件设计工作奠定基础。
定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收该产品。
5. 模型（Model）:是为了理解事物而对事物作出的一种抽象，是对事物的书面上的无歧义文字或图形的描述.5.1.模型是对问题的简化。
52 要从多个角度认识事物。
6. 分析模型：数据模型（实体联系图）、功能模型（数据流图）、行为模型（状态转换图）7. 需求分析成果：软件需求规格说明8. 实体-联系图（ER 图,entity-relationship diagram）（P41,要求会画）（1）数据模型的主要成分：数据对象，数据对象的属性，数据对象彼此间相互连接的关系数据对象：对软件必须理解的复合信息的抽象。
属性：定义了数据对象的性质。
联系：数据对象彼此之间相互连接的方式称为联系，也称为关系。
类型：一对一联系、一对多联系、多对多联系。
联系也可以有属性。
（2）实体-联系图的符号表示:实体属性联系9. 数据流图（DFD，Data Flow Diagram）:描绘信息流和数据从输入移动到输出的过程中所经受的变换（书本P43—47,要会画）10. 数据字典（DD:，Data Dictionary）:是关于数据的信息的集合，是对数据流图中包含的所有元素的定义的集合（书本P49—51,要会画）11. 状态转换图（SD，State Diagram）:通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。
用于建立行为模型。
状态：是任何可以被观察到的系统行为模式。
状态规定了系统对事件的响应方式事件：是在某个特定时刻发生的事情，是引起系统做动作或（和）转换状态的控制信息。
（书本P47—49）层次化如何设计：必须依据原理、原则、规则、准则模块：是由边界元素限定的相邻的程序元素的序列，而且有一个整体标识符来代表它。
模块化：就是把程序划分成可独立命名且独立访问的模块，每个模块完成一个子功能， 把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。
（1） 一组相邻元素 （2） 一个边界（3） 一个名字（标识符ID ）Why 模块化？1） 降低复杂度 2） 有利于团队分工协作 How to 模块化？性能环境 功能 数据 （五大需求）四大设计三型两化三型两化第四章结构化设计— C/S,B/S构件之间的接口接口过程人一机接口ProcessProcedure （步骤）行为模型功能模型 数据模型 系统化将来架构Meyer模块化5标准1）模块可分解性（降低复杂性）2）模块可组装性（可重用，reuse）3）模块可理解性（易于维护）4）模块连续性（副作用小）5）模块保护性（屏蔽异常）抽象（abstract）:抽出事物的本质特征，而暂时不考虑它们的细节「找共性，略特性I抓主要，略次要有效降低模块数量逐步求精：为了集中精力解决主要问题而尽量推迟对问题细节的考虑。
大 ------- ►小粗 ------- ►细Miller法则：一个人在任何时候都只能把精力集中在7± 2个知识块上。
7 ± 2「全局变量信息隐藏Y局部变量「块内：高内聚，一个模块只做一件事模块独立V 「参数少、块间：低耦合，KIS（keep it simple ）J l 类型简单结构化设计原理：1）模块化2）抽象3）信息隐藏4）逐步求精启发原则：1）改进软件结构提高模块独立性2）模块规模应该适中（LOC<30 LOC:lines of code note>code3）深度、宽度、扇出和扇入都应当适中（7± 2原则）4）模块的作用域应该在控制域之内5）力争降低模块接口的复杂度（接口KIS）6）设计单出口单入口的模块7）模块的功能应该可以预测设计结果描述工具：建模工具-软件工具工具•建模工具开发工具IPO 图（In put Process Output）:描述模块（总体）。