(完整版)(考研复试)软件工程笔记
软件工程笔记
软件工程笔记软件工程是一门关于构建和维护软件系统的学科。
在这门学科中，我们需要掌握一系列的原理和方法，以确保软件的质量和可靠性。
本文将对软件工程的基本概念和常用工具进行笔记总结，帮助读者更好地理解并应用软件工程的知识。
一、软件生命周期软件开发的过程可以被看作是一个生命周期，其中包含了多个阶段。
常见的软件生命周期模型有瀑布模型、迭代模型和敏捷模型等。
1. 瀑布模型瀑布模型是最经典的软件开发模型之一，它将软件开发过程划分为需求分析、设计、编码、测试和维护五个阶段。
开发团队需逐个完成这些阶段，且每个阶段的结果是固定的，即前一阶段的输出作为后一阶段的输入。
2. 迭代模型迭代模型是在瀑布模型基础上发展而来的一种软件开发模型。
该模型将整个开发过程划分为多个迭代周期，每个迭代都包含需求分析、设计、编码、测试和维护等阶段。
每个迭代的输出可作为下一次迭代的输入，以此循环进行。
3. 敏捷模型敏捷模型强调快速迭代和反馈，鼓励团队协作和灵活性。
开发团队通过短周期的迭代，不断交付可用的软件版本，并根据用户反馈进行调整和改进。
敏捷开发方法有Scrum、XP等。
二、需求工程需求工程是软件工程的重要环节，它包括需求获取、需求分析、需求规格和需求验证等过程。
1. 需求获取需求获取是指通过各种技术手段和方法，从用户、领域专家和相关文档中获取软件系统的需求信息。
常用的需求获取技术包括访谈、问卷调查、原型设计和场景分析等。
2. 需求分析需求分析是对获取的需求进行理解和分类的过程。
分析人员需要识别出用户的需求，确定需求的优先级和约束条件，并将其转化为可操作的规格说明。
3. 需求规格需求规格是将需求写入规范文档的过程。
通常采用的规格化方法有自然语言、用例和面向对象建模等。
4. 需求验证需求验证是确保规格所描述的需求能够满足用户期望的过程。
常用的验证方法包括检查列表、原型演示和用户评审等。
三、软件设计软件设计是将需求转化为软件结构和组件的过程。
软件工程—复试总结
软件工程复试总结一、数据库部分数据库绪论1、简述三层模式、两级映射，分别有什么作用？模式（逻辑模式）：是数据库中全体数据的逻辑结构和特征的描述，是数据库系统模式结构的中间层，即不涉及数据的物理存储细节，也与具体应用程序开发工具语言无关。
外模式（用户模式）：是用户能看见和使用的局部数据的逻辑结构和特征描述，是与某一应用有关的数据的逻辑表示，是模式的子集，一个数据库可以有多个外模式。
内模式（存储模式）：数据物理结构和存储方式的描述，是数据在数据库内部的表示方式，如存储方式是按照某个属性升序存储，什么索引等。
外模式模式映像：当模式发生改变，数据库管理员对外模式模式映像作相应改变，可使外模式不变，从而应用程序不用修改。
保证数据与程序的逻辑独立性。
模式内模式映像：当数据库的存储结构改变了，由数据库管理员对模式内模式映像作相应改变，可以保持模式不变，从而应用程序也不必改变，保证了数据与程序的物理独立性。
三级模式使用户能逻辑地抽象地处理数据而不关心数据在计算机内具体表示方式与存储方式，两级映像保证了数据库系统中的数据有较高的逻辑独立性和物理独立性。
2、说出至少三种数据库类型（层次，网状，关系）并简要解释了一下层次模型：用树形结构来表示各类实体以及实体间的联系，有且只有一个节点没有双亲节点（根节点），其他的都有且只有一个双亲节点。
只能能直接表示的是一对多联系。
优点：效率高结构清晰，性能优于关系数据库，不低于网状。
缺点：现实世界很多联系都不是层次的，如节点间多对多联系，还有一个节点具有多个双亲的情况都不好表示。
网状模型：对于非层次关系的联系，用层次表示非树形结构是很不直接的，网状模型可以很好的表示，它允许有一个以上的节点没有双亲，一个节点也可以有多个双亲，可以更直接地描述现实世界。
优点：更直接描述现实世界，性能也较好，存取效率也较高。
缺点：结构比较复杂不利于掌握，用户编程还得了解系统结构细节，加重了编程的负担。
关系模型：通常来看关系就是一张规范二维表，实体还是实体间的联系都用关系来表示，对数据的检索和更新结果也是关系。
江苏省考研软件工程专业核心知识点汇总
江苏省考研软件工程专业核心知识点汇总软件工程作为一门专业领域的学科，涉及到软件开发生命周期的各个方面，包括需求分析、系统设计、编码、测试、部署和维护等。
在江苏省考研软件工程专业的学习过程中，有一些核心知识点是必须掌握的。
本文将对江苏省考研软件工程专业核心知识点进行汇总，帮助考生系统地了解与复习这些内容。
一、软件需求工程软件需求工程是软件开发过程中至关重要的一环，它涉及到对用户需求的分析和抽象，旨在明确软件系统的功能和性能要求。
软件需求工程的核心知识点包括需求获取、需求分析、需求建模和需求验证等。
1. 需求获取- 需求获取的方法：包括面谈、问卷调查、观察、原型开发和文档分析等，考生需要了解各种需求获取方法的适用场景和优缺点。
- 需求获取的技术：包括用例分析、数据流图、数据字典和状态转换图等，考生需要了解并掌握这些技术的使用方法。
2. 需求分析- 需求分析的目标：包括明确系统的功能和性能要求、发现需求之间的相互关系和约束以及对系统的未来发展进行规划等。
- 需求分析的方法：包括需求划分、需求描述和需求规格等，考生需要掌握这些方法的使用和应用场景。
3. 需求建模- 需求建模的工具：- 用例图：用于描述系统的功能和角色之间的关系。
- 领域模型：用于描述系统领域中的对象和它们之间的关系。
- 状态图：用于描述系统随时间变化的状态和状态之间的转换。
- 活动图：用于描述系统的工作流程和控制流程。
- 时序图：用于描述系统中不同对象之间的交互关系和消息传递顺序。
- 类图：用于描述系统中各个类之间的关系和属性。
4. 需求验证- 需求验证的方法：包括正面验证、负面验证、逻辑验证和过程验证等，考生需要了解各种验证方法的原理和应用。
- 需求验证的工具：包括静态分析工具、动态分析工具和形式化验证工具等，考生需要了解这些工具的原理和使用方法。
二、软件设计软件设计是将需求转化为实际的软件系统的过程，它包括系统设计和详细设计两个阶段。
软件工程课堂笔记简版
? ②优缺点：
? 优点：能在较短时间内向用户提交可完成部分工作的产品。用户有较充裕的时间学习和适应新产
品。易于保证核心功能正确。可以基于早期版本来获取需求。项目完全失败的风险小。可以为那些 创新的功能开拓市场。规避了资源缺乏的风险。
? 缺点：把用户需求转化为功能递增的不同版本可能比较难。以确定所有版本共需的公用模块。
? CH01 软件和软件工程 ? 1. 软件的特点：软件是设计开发的，而不是传统意义上生产制造的； 软件不会磨损，但是会退化；
多数软件仍是根据实际顾客需求定制的； 在软件设计中，大规模的复用才刚刚开始。
? 2. IEEE对软件工程的定义：将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护， 即将工程化方法应用于软件；上述方法 的研究。
? 6.协同开发模型 ：定义一系列事件，触发软件工作活动、动作或者任务的状态转换。更适合于 client/server 应用。定义一个过程网络活动代替一个事件的序列。
? 7. 各种模型的比较：
? 8.统一过程（UP——Unified Process）： ? ①宗旨：用例驱动，以架构为核心，迭代并且增量。
增量）
?
形成关于一个发布版本的基本承诺
?
在第一个版本发布之后，XP 团队计算项目的速度。
?
对待开发的故事排序方法：所有选定故事在几周内尽快实现；具有最高权值的故事移到进度
表前 面先实现；高风险故事将首先实现。
?
项目速度：第一个发行版本中实现的客户故事个数。用于后续发行版本的发布日期和进度安
排，
? 调整软件发型内容和最终交付日期。
? 现实：这本宝典也许的确已经存在，但不能保证它已在实际中采用、反映了软件工程的现状、可以 适 应不同应用环境、在缩短交付时间的同时还关注保证产品的质量等等。
软件工程(同等学历复习笔记)
第一章：软件工程概述1．软件特点软件是计算机系统中的逻辑成分，具有无形性。
其主要内容包括：程序、配臵文件、系统文档、用户文档等。
2．软件分类（1）按功能划分：系统软件、支撑软件、应用软件。
（2）按工作方式划分：实时处理软件、分时处理软件、交互式软件、批处理软件。
（3）按规模划分：微型软件、小型软件、中型软件、大型软件。
（4）按服务对象划分：通用软件、定制软件。
3．软件发展阶段（1）程序设计时代（20世纪50年代）。
（2）程序系统时代（20世纪60年代）。
（3）软件工程时代（20世纪70年代起）。
4．软件危机（1）危机现象：开发成本与进度估计不准确，产品与用户要求不一致，产品质量可靠性差，文档不完整不一致，产品可维护性差，生产率低。
（2）危机原因：软件的不可见性，系统规模庞大，生产工程化程度低，对用户需求关心不够，对维护不够重视，开发工具自动化程度低。
5．软件工程软件工程是一门关于软件开发与维护的工程学科，它涉及软件生产的各个方面，能够为经济、高效地开发高质量的软件产品提供最有效的支持。
（1）工程方法：结构化方法、JSD方法、面向对象方法。
（2）软件工具：具有自动化特征的软件开发集成支撑环境。
（3）工程过程：在软件工具支持下的一系列工程活动，基本活动是软件定义、软件开发、软件验证、软件维护。
（4）工程管理：项目规划，项目资源调配，软件产品控制。
（5）工程原则：分阶段生命周期计划，阶段评审制度，严格的产品控制，采用先进的技术，成果能清楚地审查，开发队伍精练，不断改进工程实践。
（6）工程目标：开发成本较低，软件功能能满足用户需求，软件性能较好，软件可靠性高，软件易于使用、维护与移植，能按时完成开发任务并及时交付使用。
（7）工程文化：包括工程价值、工程思想和工程行为三个方面的内容。
第二章：软件工程过程模型1．软件生命周期如同任何事物都有一个发生、发展、成熟直至衰亡的全过程一样，软件系统或软件产品也有一个定义、开发、运行维护直至被淘汰这样的全过程，我们把软件将要经历的这个全过程称为软件的生命周期。
2020考研复试经验贴：软件工程专业复试经验分享
根据去年的复试大纲，笔试主要考察《c语言程序设计》+《数据库系统概论》+《操作系统》+《软件工程》+《数据结构》。
其中数据结构在初试已经重点考察，所以这部分占比不是很高；数据库部分去年考察的主要是一些理论知识，没有涉及到sql语句的书写；操作系统部分去年主要考察的是一道算法调度的计算题，这是个难点，如果想把握复试的同学建议花点时间做一做这方面的计算题。剩下的两门《c语言程序设计》和《软件工程》，考察的部分不是很多，花点时间熟悉一下书上的知识即可。
自我介绍完毕以后老师会进行专业面试，主要围绕本科时期参加的比赛以及项目进行提问，如果没有这两方面经验也不要慌，老师都很友好，会问一些其他简单的问题，如果会就如实作答，如果不会就实话实说，老师比较友好，一般都会引导你，所以复试时从容大方即可，不必过度紧张。
写在最后
最后，希望大家能够像对待初试一样的对待复试，我身边有很多这样因为初试分高就不注重复试最后被刷的例子，也有很多初试踩线复试逆袭的例子，所以永远不要信别人说的复试不用准备的傻话，结果没出来之前，都不要放弃。
软件工程：
去年复试由三个部分组成：专业笔试+英语听力+面试（专业面试+英语面试）
关于上机
2017年之前软院一般都有上机操作，但是2018年全部没有上机，2019年专硕没有上机，学硕有上机。上机内容一般都不是很难，喜欢考察一些字符串的操作，另外可能还有回溯法和贪心算法的考察，不过都不网好像有华中大的机试真题，都是学长学姐们的回忆版，把这些题目刷一刷，机试应该问题不大。
英语听力
去年的考察形式为填空，而且听力原文选自最近几年的四六级英语阅读，所以如果听力方面比较薄弱的同学，建议熟悉一下过去几年的英语四六级听力原文，如果运气好的话，听力部分拿满分不是问题。
软件工程笔记(完整版)
第一章软件工程概述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、如何开发软件，以满足对软件日益增长的需求？2、如何维护数量不断膨胀的已有软件？●软件危机的典型表现：1、对软件开发成本和进度的估计常常很不准确。
2、用户对已完成的软件系统不满意的现象经常发生。
3、软件产品的质量往往不可靠。
4、软件常常是不可维护的。
5、软件通常没有合适的文档资料。
6、软件成本在计算机系统总成本中所占比例逐年上升。
7、软件开发生产速率提高，远远跟不上计算机应用迅速普及深入的趋势。
●软件危机的原因：1、软件开发的抽象性、无明显的制造过程特征、无备件特征。
2、管理和控制软件开发过程相当困难。
3、程序复杂性随程序规模的增加而呈指数上升。
4、在实践过程中或多或少的采用了错误的方法和技术。
5、对用户要求没有完整准确的认识就匆忙着手编写程序是许多软件开发工程失败的主要原因之一。
●消除软件危机的途径：利用软件工程的方法，从管理和技术两方面研究如何更好的开发和维护计算机软件。
●软件工程基本原理：1、用分阶段的生命周期计划严格管理。
2、坚持进行阶段评审。
3、实行严格的产品控制。
4、采用现代程序设计技术。
5、结果应能清楚的审查。
5、开发小组人员应该少而精。
6、承认不断改进软件工程实践的必要性。
●软件工程方法学：三个基本要素：方法，工具和过程。
1、传统方法学：也称生命周期方法学或结构化范型。
这种方法学把软件生命周期的全过程依次划分为若干个阶段，然后顺利完成每个阶段的任务。
2、面向对象方法学：把数据和行为看成是同等重要的，它是一种以数据为主线，把数据和对数据的操作紧密结合起来的方法。
●软件生命周期：由软件定义、软件开发和运行维护3个时期组成。
软件定义包括：问题定义、可行性研究和需求分析。
软件开发包括：总体设计、详细设计、编码和单元测试综合测试。
每一次维护活动本质上都是压缩和简化了定义和开发过程。
●问题定义：要解决的问题是什么？可行性研究：所确定的问题有行得通的解决办法吗？需求分析：为了解决这个问题，目标系统必须做什么。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1：软件危机：问题1：如何开发软件，以满足对软件日益增长的需求。
问题2：如何维护数量不断膨胀的软件。
表现：对软件开发成本和时间估计不准，用户对已完成软件不满意，软件质量不可靠，软件不可维护，软件缺少文档，软件成本过高，软件跟不上硬件发展速度。
原因：与软件本身特点有关，缺乏可见性，质量难以评价，规模庞大难以维护。
与软件开发维护的不当方法有关，轻视需求分析和维护，对用户的要求没有完整准确的认识就编写程序，忽视程序，文档，数据等软件配置。
2：软件工程：采用工程的概念，原理，技术和方法开发与维护软件，把正确的管理技术和软件开发技术结合起来，经济的开发出高质量的软件并有效的维护。
即把系统化的，规范的，可度量的途径应用于软件开发，运行和维护的过程。
3:软件工程7条基本原理：用分阶段的生命周期计划严格管理，坚持进行阶段评审，实行严格的产品控制，采用现代程序设计技术，结果应能清楚地审查，开发小组的人员应该少而精，承认不断改进软件工程实践的必要性。
4：软件工程领域：软件需求，设计，构建（写代码），测试，维护，配置管理，工程管理，工程过程，工程工具，软件质量。
5：软件生命周期：软件定义（问题定义，可行性研究，需求分析），软件开发（概要设计，详细设计，编码和单元测试，综合测试），运行维护（改正性维护，适应性维护，完善性维护，预防性维护）。
、生命周期模型6：瀑布模型：就是把一个开发过程分成收集需求，分析，设计，编码，测试，维护六部分，只有完成前面一步才能开始后面一步，上一步的输出的文档就是这一步的输入文档，每一步完成都要交出合格的文档，每一步都会有反馈，如果反馈有错误就退回前一步解决问题。
瀑布模型的缺点：实际的项目开发很难严格按该模型进行；由于用户只能通过文档来了解产品，客户往往很难清楚地给出所有的需求，而瀑布模型不适应用户需求的变化；软件的实际情况必须到项目开发的后期客户才能看到。
7：快速原型模型：就是根据用户的需求迅速设计出一个原型系统，原型系统具有基本的功能，然后用户使用原型并对原型提出需求和改变，开发人员再对原型进行修改和完善知道用户满意。
优点：容易适应需求的变化；有利于开发与培训的同步；开发费用低、开发周期短且对用户更友好。
缺点：快速建立起来的系统结构加上连续的修改可能会导致产品质量低下;使用这个模型的前提是要有一个展示性的产品原型，因此在一定程度上可能会限制开发人员的创新。
8：增量模型：就是把软件分成许多个构件，每个构件分别当做一个软件来分析，设计，编码，测试。
开发人员一次一个构件的提交给用户，最后组装到一起。
增量模型的优点：一开始不用投入太多人力，如果核心产品很受欢迎，则可增加人力实现下一个增量；可先发布部分功能给客户，让客户逐渐适应。
缺点：并行开发构件有可能遇到不能集成的风险，软件必须具备开放式的体系结构。
9：螺旋模型：螺旋模型基本做法是在快速原型模型的每一个原型前引入一个非常严格的风险分析，每个原型经过制定计划，风险分析，实施工程，客户评估四步走。
每个原型都标识一个或多个主要风险，直到所有的主要风险因素都被确定。
螺旋模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中。
优点：设计上的灵活性,可以在项目的各个阶段进行变更；以小的分段来构建大型系统,使成本计算变得简单容易；客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性；缺点：采用螺旋模型需要具有相当丰富的风险评估经验和专门知识，在风险较大的项目开发中，如果未能够及时标识风险，势必造成重大损失；过多的迭代次数会增加开发成本，延迟提交时间。
10：喷泉模型：以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。
该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。
喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。
该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。
其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。
缺点：由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。
10.1：总结：一开始是瀑布模型，但是瀑布模型因为是文档驱动，最终交付的产品不一定符合用户需求，所以有了快速原型模型，增量模型能在软件早起就让投资者获得回报，但是需要软件具有开发体系架构，螺旋模型是风险驱动，但是需要专业的风险分析人，喷泉模型的软件生命周期是循环的，适用于面向对象范型。
11：rational统一过程是一个软件开发过程框架，就是指团队可以根据具体的项目组或软件开发企业的不同需求，能够定义，配置，定制和实施一致的软件开发过程，包括3核心：用于成功开发软件的一组基本观念和原则，一套关于可重用方法内容和过程构件的框架（在框架内定义自己的开发方法和过程），基础的方法和过程定义语言。
12：RUP的最佳实践：描述了一个指导开发团队达成目标的迭代式的软件开发过程，包括：迭代式开发（每次迭代过程中需求改变，每个迭代过程以完成可执行版本结束，让用户不断介入和提出意见并改进），管理需求（用脚本来确定需求），使用基于组件的架构（使用功能清晰的模块），可视化建模（可视化图形更容易令人理解，帮助人们提高管理软件复杂性的能力），验证软件质量（软件质量评估贯穿整个开发过程），控制软件变更（确保每个更改都是可接受和可跟踪的）。
13：敏捷过程：宣告了以下4个价值观：个体和交互高于过程和工具（团队合作很重要，应该根据团队成员和交互方式配置项目环境），可以使用的软件高于面面俱到的文档（主要精力放在创建），客户合作高于合同谈判（开发团队与客户密切协作），响应变化高于遵循计划（计划必须有足够的灵活性，在需要时能够迅速调整）14：极限编程：就是把好的开发实践运用到极致，广泛运用于模糊且经常改变的场合。
过程：首先，项目组针对客户代表提出的要求进行讨论，对体系结构进行试探，然后项目组根据客户设定的优先级指定交付计划，然后开始多个迭代过程。
迭代期中新用户故事不在本次迭代内解决，开发出的新版本软件通过验收测试之后交付用户使用。
极限编程可以迅速快捷的响应变化和不确定的需求，同时保持开发速度。
迭代过程：项目组根据项目速率，选择需要完成的用户需求或应该消除的差错，制定出本次迭代计划，每天举行一次站立会议解决遇到问题，调整迭代计划，开发出的新功能必须通过单元测试，立即继承，得到新的可运行版本由客户代表进行验收测试，客户代表提出问题，项目组根据问题提出新的用户要求，算出新的项目速率，并在站立会议上讨论。
15:能力成熟模型CMM：因为问题是由管理软件过程的方法不当引起的，所以新软件技术的运用并不会自动提高生产率和软件质量，能力成熟模型有助于软件开发组织建立一个有规律，成熟的软件过程，改进后的过程将开发出高质量的软件，并节约时间和经费。
软件开发既包括技术方面也包括管理方面，CMM通过改变管理方面，从而改变技术方面。
16：CMM结构：成熟度等级（对软件过程的改进的5个步骤），过程能力（改进的软件过程实现预期结果的能力），关键过程域（完成一些关键过程域就进入下一个成熟度等级），目标（定义每个关键过程域的目的），公共特性（把关键实践归入5个公共特性之中，指示一个关键过程域的实施和规范化是否有效），关键实践（若干个关键实践描述关键过程域）。
17：软件过程：为了获得高质量软件产品所需要完成的一系列任务的框架，规定各项任务的工作步骤。
传统方法学之结构化分析18：传统的软件工程采用结构化分析完成需求分析工作。
19：需求分析的第一步就是尽可能准确的了解用户当前的情况和需要解决的问题，分析员对用户的要求反复求精细化，理解用户需求，得出对目标系统完整的准确的和具体的要求。
结构化分析就是通过建立数据模型，功能模型，行为模型给出完整的需求规格说明书和全面的设计表示。
20：与用户沟通的方法：会谈，简易应用规格说明书，软件原型。
21：结构化分析实质上是一种创建模型的活动，模型可以描述用户需求，为软件设计奠定基础，定义一组需求，一旦开发出软件产品之后，就可以用这组需求为标准来验收。
分析模型的核心是数据字典，围绕这个核心有三种图22：实体关系图可以数据对象描述，数据流图（就是A和B 两个数据流经过一个处理系统出来C数据）可以处理规格说明，状态转换图可以控制规格说明23：通过需求分析创建分析模型外还要写出软件规格需求说明，这是分析阶段的最终成果。
24：数据字典：对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明从而是用户和系统分析员双方对输入输出存储的成分以及中间计算结果有共同的理解。
25：结构化分析举例：项目：系统分析员研究学校自己的计算机生成工资明细表和各种财务报表的可能性。
过程包括问题定义，可行性研究，需求分析3阶段。
（1）问题定义：考虑用户面临的问是什么，用户为什么要做这个项目，考虑项目规模，预花费的费用。
（2）可行性研究：抽象和简化了的系统分析和设计的全过程，目的是以最小的代价确定问题是否可以解决。
澄清系统规模和目标，研究现有系统，导出高层逻辑模型，进一步确定系统规模和目标，导出供选择的解法，推荐最佳方案，草拟开发计划，写出文档提交审查。
（3）需求分析：回答“系统必须做什么”，在可行性研究的基础上，以前一段产生的文档为出发点，分析员设计出更为精确的数据流图，写出数据字典，更详尽的定义系统应该完成的每一个逻辑功能。
写出文档初稿，定义逻辑系统，细化数据流图，书写正式文档，技术审查和管理复查结构化设计26：软件设计的目标是设计出所要开发的软件的模型。
对软件需求有了完整，准确，具体的理解后，接下来的工作就是用软件正确的实现需求。
传统的软件工程用结构化设计，把软件设计工作分为概要设计（分析软件规格说明书，对软件进行功能分解，划分模块，设计出预定模块的结构）和详细设计（详细设计每个模块的算法和数据结构）。
结构化分析为结构化设计提供输入信息，由数据模型，功能模型，行为模型描述的软件需求给软件设计者，软件设计者再完成数据设计，体系结构设计，接口设计，过程设计。
27：软件设计的原理：模块化（把程序划分为独立命名独立访问的模块，每个模块完成一个子功能），抽象（高层次抽象一开始以概括的方式叙述问题的解法，然后低层次抽象把面向问题的术语和面向实现的术语结合起来叙述问题的解法，最后再最低层用直接实现的方式叙述问题的解法），逐步求精（即将系统功能按层次进行分解，每一层不断将功能细化，到最后一层都是功能单一、简单易实现的模块），细节隐藏。
28:模块独立：独立的模块比较容易开发，测试和维护，耦合（一个软件结构内不同模块之间的互联程度，耦合的强度取决于模块间接口和复杂程度），内聚（一个模块内各个元素彼此结合的紧密程度），我们追求的是低耦合和高内聚。