软件工程概论重点 湘潭大学
第一章：
软件定义：
软件是计算机系统中与硬件相互依存的另一部分，是程序、数据、文档的集合。
程序是按事先设计的功能与性能要求执行的指令序列；数据是确保程序能够正确执行的数据结构；文档是与程序开发、维护和使用有关的图文材料。
软件分类：系统软件、应用软件、支撑软件、可复用软件。
软件危机产生原因：周期长、成本高、质量差、维护困难。
1）缺乏软件开发经验和有关开发数据的积累，使得开发工作计划难以制定。
2）软件人员与用户的交流存在障碍，除了知识背景的差异，缺少合适的交流方法和需求描述工具也是一个重要原因，这使得获取的需求不充分或存在错误。
3）软件开发过程不规范，缺少方法论和规范的指导，开发人员各自为战，缺少整体的规划和配合，不重视文字资料工作，软件难以维护。
4）随着软件规模的增大，其复杂性往往会呈指数级升高。
5）缺少有效的软件评测手段，提交用户的软件质量差，在运行中暴露出大量的问题。
软件工程定义：
软件工程是指导软件开发和维护的工程性学科，它以计算机科学理论和其他相关学科的理论为指导，采用工程化的概念、原理、技术和方法进行软件的开发和维
护，把经过时间考验且证明是正确的管理技术和当前能够得到的最好的技术方法结合起来，以较少的代价获得高质量的软件，并维护它。
软件工程的目标：
是运用先进的软件开发技术和管理方法来提高软件的质量和生产率，也就是要以较短的周期、较低的成本生产出高质量的软件产品，并最终实现软件的工业化生产。
软件质量衡量标准：功能性、可靠性、易用性、效率、可维护性、可移植性。
软件生存三时期：软件定义、软件开发、运行维护。
软件定义包括：问题定义、可行性研究、需求分析；
软件开发包括：概要设计、详细设计、编码、测试；
运行维护：在软件运行／维护阶段对软件产品所进行的修改就是所谓的软件维护。
包括：
改正性维护：在软件运行／维护阶段，为了识别和纠正软件错误、改正软件性能缺陷、排除实施中的误使用，而进行的诊断和改正错误的过程就是改正性维护。
适应性维护：为了能够使软件适应运行的外部环境或数据环境变化而修改软件的过程叫做适应性维护。
完善性维护：为了满足用户对软件提出的新的功能与性能要求而对软件作出修改、
功能扩充、性能增强、提高可维护性的过程称为完善性维护。
预防性维护：为了提高软件的可靠性、可维护性而做出软件修改的过程称为预防性维护。
两个软件工程方法学定义：
传统方法：传统方法也称为生命周期方法或结构化范型。
它采用结构化技术来完成软件开发的各项任务。
面向对象方法：面向对象方法把数据和行为看成同等重要，它是将数据和对数据的操作紧密结合起来的方法，这是面向对象方法与传统方法的重要区别。
软件工程方法学三要素：方法、工具、过程。
第二章 软件生存周期模型：
瀑布模型：
优点：遵循严格的顺序性和依赖性；只有当上一个阶段的工作完成后，才能够开始下个阶段的工作；上个阶段的输出文档就是下个阶段的输入文档；每个阶段完成后都会得到一个规定的文档，并且在该阶段完成前通过对文档进行评审降低错误率；可使开发过程严格遵守规范化要求。
缺点：过度依赖书面说明，如果需求分析不准确或存在错误，很可能导致最终开发的软件不符合客户需求；只适用于需求在项目开发之初就已经明确的情况。
快速原型模型：
优点：有助于满足用户的真正需求；通过搭建原型系统并与用户确认来确保规格说明文档能够准确描述需求；由于需求说明文档正确性能够得到保证，可以避免
后续的开发过程中由于需求说明文档的错误而导致项目失败；软件开发人员在搭建原型系统的过程中可以学习和了解更多项目细节，这使得设计和编码间断中的错误率得到降低；可以缩短开发周期，降低开发成本。
缺点：搭建原型系统之前需要对项目具体情况有一定了解，要求客户能够准确描述原型特征，否则将给原型搭建带来很大困难；要求软件人员具备原型工具使用经验；在原型系统确认之后，若需求发生变更，将给开发工作打来巨大障碍。
增量模型：
优点：能够在较短时间内提交给用户一个可用的软件，减少用户等待时间；采用迭代式开发思想，逐步增加软件的功能，使得用户对软件能够有一个适应的过程，避免了全新的软件对用户造成的冲击；降低了项目整体失败的风险，能够将问题控制在某一个功能模块内，避免影响全局；按照优先级先后顺序开发，无疑最重要的模块最早完成开发，接受最多测试，从而大大降低关键性功能出现错误的概率。
缺点：个构件完成开发之后的集成工作具有一定难度；并且每完成一个构件集成，都必须经过足够的测试，以确保新的构件不会影响原来已经开发的产品；要求软件体系结构必须是开放的，即向现有产品中加入新构件的过程必须简单。
螺旋模型：
优点：每个阶段开始之初都将对这个阶段进行充分的风险评估，从而降低软件开发过程中的风险；本质上是快速原型模型，具备快速原型模型的特征和优点。
缺点：开发过程过于繁琐，不利于项目的快速推进；要求软件人员有丰富的风险评估经验，若风险评估不准确，则风险评估的意义就将完全消失，最终导致大量人力物力的浪费；要求具备敏锐的风险辨识能力，能够在风险出现的时候作出准确的判断。
基于构件的开发模型：
优点：通过大量的构件复用，降低开发难度、开发成本、开发周期，减少了重复劳动力；已有的构件经过长时间的运行测试，质量有所保证；有助于实现软件设计的标准化和设计风格的统一，从而提高软件的可靠性和可维护性。
缺点：需要对已有构件的设计和功能有充分的了解；要求软件人员具备一定的构件集成开发经验；需要对集成后的程序进行充分的测试，以确保功能正常。
敏捷过程：
优点：能够快速地响应并适应需求变更的出现；能够确保项目的所有利益相关者得到有效的沟通；能够保证软件快速增量式交付；无论在开发的任何阶段都欢迎需求变更的到来。
缺点：用户缺少有效规范的需求表达；开发过程缺少正规的设计，从而降低了软件的可拓展性和可维护性。
第三者
需求分析阶段4个任务：需求获取、需求分析、需求定义、需求验证。
需求分析的内容包括：完整性、正确性、合理性、可行性、充分性。
结构化分析方法质量要求：完整性、无歧义性、一致性、可验证性、可修改性、可追踪性。
第四章
程序流程图要求掌握符号：起止端点、数据输入输出、处理、预定义处理或既定
处理、条件判断、文件或文档、流线、并行方式。
第十章
白盒测试：
语句覆盖：所谓语句覆盖就是设计若干个测试用例，运行被测程序，使得每一个可执行语句至少执行一次。
判定覆盖：设计若干个测试用例，运行被测程序，使得程序中每个判定的取真分支和取假分支至少经历一次。
条件覆盖：设计若干个测试用例，运行被测程序，使得程序中每个判断的每个条件的可能取值至少执行一次。
判定-条件覆盖：设计若干个测试用例，运行被测程序，使得程序中每个条件的所有可能取值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次。
条件组合覆盖：设计足够的测试用例，运行被测程序，使得每个判断的所有可能的条件取值组合至少执行一次。
路径覆盖：设计足够的测试用例，覆盖程序中所有可能的路径。
黑盒测试：
等价类划分：是一种黑盒测试方法，该方法将数目众多的输入数据划分为若干个有效等价类和无效等价类，并从各等价类中各选取一个代表值，作为测试用例的输入值，测试确保所有的有效等价类与无效等价类都能够被至少覆盖一次。
边界值分析：是一种黑盒测试方法，该方法从若干个输入等价类与输出等价类中，选取若干个边界值作为代表值进行测试，通常作为等价类划分法的补充方法。
软件工程概论 知识点
第一章软件工程概论1.1软件危机：指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
表现在以下几个方面：(1)用户对开发出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)一般软件很难维护。
(4)软件生产效率很低。
(5)软件开发成本越来越大。
(6)软件成本与开发进度难以估计。
(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。
1.2.软件工程1、软件工程的定义：指导软件开发和维护的工程性学科，它以计算机科学理论和其他相关学科的理论为指导，采用工程化的概念、原理技术和方法进行软件的开发和维护，把经过时间考虑而证明是正确的管理技术和当前能够得到的最好的技术方法结合起来，以较少的代价获得高质量的软件并维护.2、软件工程的基本原理：1) 用分阶段的生命周期计划严格管理2) 坚持进行阶段评审3) 实行严格的产品控制4) 采纳现代程序设计技术5) 结果应能清楚地审查6) 开发小组的人员应少而精7) 承认不断改进软件工程实践的必要性3. 软件工程的方法学通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学。
软件工程三个要素：工具、方法、过程。
1.3 软件生命周期A,可行性分析与开发项计划：主要确定软件的开发目标及其可行性。
B,需求分析：在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
C,设计（概要设计和详细设计）：主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
D,,编码：将软件设计的结果转换成计算机可运行的程序代码。
E,测试：在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
F,维护：在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求.1.4软件过程1.传统瀑布模型：是一种整体开发模型，程序的物理实现集中在开发阶段的后期，用户在最后才能看到自己的产品。
2.快速原型模型：在用户不能给出完整、准确的需求说明等情况下，可以根据用户的一组基本需求，快速建造一个原型（可运行的软件），然后进行评估，进一步精化、调整原型，使其满足用户的要求，也使开发者对将要做的事情有更好的理解。
软件工程概论知识点
软件工程概论知识点软件工程是研究和应用计算机科学原理、方法和工具来开发和维护高质量的软件系统的工程学科。
它涉及到软件开发的整个生命周期，从需求分析到设计、编码、测试、部署和维护。
以下是软件工程概论的一些重要知识点。
1. 软件开发生命周期软件开发生命周期是软件工程中重要的概念，它包含了软件开发的各个阶段和活动。
常见的软件开发生命周期模型包括瀑布模型、迭代模型、螺旋模型等。
每个模型包括不同的阶段，如需求分析、设计、编码、测试、部署和维护等。
了解软件开发生命周期有助于理解软件开发过程中的活动和任务。
2. 软件需求工程软件需求工程是软件开发的第一步，它涉及到收集、分析、定义和记录软件系统的需求。
需求工程包括需求获取、需求分析、需求规格和需求验证等过程。
通过需求工程，软件开发团队可以确保对用户需求的准确理解，为软件系统的设计和开发提供清晰的目标和指导。
3. 软件设计原则软件设计是软件开发的关键环节，它决定了软件系统的结构、功能和性能。
软件设计原则是指导软件设计过程的一些基本原则，如单一职责原则、开闭原则、里氏替换原则、依赖倒置原则等。
遵循这些原则可以提高软件系统的可维护性、可扩展性和可重用性。
4. 软件开发方法和工具软件开发方法是根据软件开发生命周期的需求，结合特定的软件开发模型，选择合适的方法和工具来开发软件系统。
常见的软件开发方法包括敏捷开发、结构化开发和面向对象开发等。
软件开发工具包括集成开发环境、版本控制工具、测试工具等。
5. 软件质量保证软件质量保证是确保软件系统满足用户需求和规定标准的一系列活动。
软件质量保证包括软件测试、代码审查、性能优化和配置管理等。
通过软件质量保证，可以降低软件系统的缺陷率，提高软件的可靠性和可用性。
6. 软件项目管理软件项目管理是指对软件项目进行规划、组织、协调和控制的一系列活动。
软件项目管理包括项目计划、需求管理、进度管理、风险管理和团队管理等。
有效的软件项目管理可以提高软件项目的成功率和开发效率。
软件工程导论复习重点总结很全(第六版)
软件工程导论复习重点总结很全(第六版)软件工程导论复习重点总结很全(第六版)软件工程是一门研究如何以系统化的、可管理的和可维护的方式来构建高质量的软件的学科。
在软件工程导论中，我们学习了软件开发的基本概念、原理和方法。
本文将对软件工程导论的重点内容进行总结，帮助读者巩固所学知识，为学习和工作提供帮助。
1. 软件工程概述软件工程的定义、目标和原则；软件生命周期和过程模型；软件开发的重要性和挑战；软件工程中的质量保证和风险管理。
2. 软件需求工程软件需求的定义和分类；需求获取、分析和建模；需求验证和确认；需求变更和配置管理。
3. 软件设计软件设计原则和方法；面向对象设计和结构化设计；软件架构设计；设计模式的应用。
4. 软件测试与调试软件测试的概念和目的；测试策略和技术；测试用例的设计和执行；测试评估和管理；软件错误调试和修复。
5. 软件项目管理软件项目管理的基本概念和流程；项目计划和进度管理；团队组织和沟通；风险管理和变更管理；质量管理和配置管理；软件工程伦理与法规。
6. 软件开发过程软件开发过程模型的选择和应用；瀑布模型、迭代模型和敏捷开发等常用模型的特点和比较；敏捷开发方法的原理和实践。
7. 软件工具与环境软件开发工具的选择和使用；集成开发环境、版本控制工具、测试工具和调试工具等的功能和特点；软件工程中的自动化工具和技术。
8. 软件工程的前沿技术软件工程的新兴技术和趋势；人工智能、大数据、云计算等技术在软件开发中的应用；软件工程的创新与创业。
通过对上述主要内容的学习和理解，我们可以全面掌握软件工程导论的核心知识和方法。
在今后的学习和实践中，我们应该注重理论与实际的结合，不断提高自己在软件开发和项目管理方面的能力。
只有不断学习和实践，我们才能成为优秀的软件工程师，为社会和企业创造更大的价值。
总结：软件工程导论是软件工程领域中的重要基础课程，通过对软件开发过程和管理原理的学习，我们可以掌握软件工程的基本概念、原则和方法。
软件工程概论知识点汇总
软件工程概论知识点汇总目录:1.引言2．软件工程概述2.1 软件工程的定义2.2 软件工程的目标2．3 软件工程的原则2.4 软件工程的生命周期模型３．软件需求工程３.1 需求获取与分析3.2 需求规格说明3.3 需求确认与验证4.软件设计与实现4.1 软件设计基本概念４.2 软件设计方法与原则4.３软件编码与测试5.软件项目管理5.1 软件项目组织与分工5.2 软件项目计划与调度5.3 软件项目沟通与协作５.４软件项目风险与质量管理6.软件维护与软件配置管理6.１软件维护的类型与过程6.2 软件配置管理的基本概念与方法7．软件工程的质量保证7.1 软件质量的概念与评估7．2 软件测试与评审7．3 软件度量与分析7.4 软件过程改进与评估8.软件工程的伦理与法律8.1 软件伦理与职业道德8.2 软件知识产权与版权保护8.3 软件法律与合同9．总结１.引言引言部分需要对软件工程概论进行简要介绍，包括软件工程的定义、应用范围等。
2．软件工程概述2.1 软件工程的定义详细介绍软件工程的定义,并与传统工程进行比较。
2.2 软件工程的目标明确软件工程的目标，包括提高软件质量、提高开发效率等。
2．3 软件工程的原则介绍软件工程的基本原则,如模块化、可维护性等。
2.４软件工程的生命周期模型详细介绍软件工程的生命周期模型,如瀑布模型、敏捷开发模型等，并对比分析其优缺点。
3.软件需求工程3.１需求获取与分析介绍需求获取的方法和技术，包括面谈、问卷调查等,然后介绍需求分析的方法和技术,如数据流图、用例图等。
3.２需求规格说明介绍需求规格说明的内容和格式要求,包括功能需求、性能需求等。
3.３需求确认与验证介绍需求确认与验证的方法和技术，如原型验证、软件测试等。
4.软件设计与实现4.1 软件设计基本概念介绍软件设计的基本概念,如模块化、层次化等。
4.2 软件设计方法与原则介绍常用的软件设计方法和原则,如面向对象设计、设计模式等。
软件工程概论知识点汇总
软件工程概论知识点汇总软件工程概论知识点汇总第一章软件工程概述1. 软件工程定义及概念2. 软件工程的历史发展3. 软件开发生命周期模型a. 瀑布模型b. 迭代模型c. 增量模型d. 螺旋模型e. 敏捷开发模型第二章需求分析与管理1. 需求工程的基本概念2. 需求获取与分析方法3. 需求规格说明书4. 需求变更与配置管理第三章软件设计与架构1. 结构化设计方法2. 面向对象设计方法3. 设计模式及应用4. 软件架构设计与选择第四章软件编码与测试1. 编码规范与风格2. 测试方法与策略3. 单元测试与集成测试4. 软件质量保证与评估第五章软件项目管理1. 软件项目组织与人力资源管理2. 软件项目计划与进度管理3. 风险管理与配置管理4. 软件项目质量管理第六章软件维护与演化1. 软件维护的类型与阶段2. 软件维护的过程与方法3. 软件重构与演化第七章软件工程的理论与方法1. 软件需求建模方法2. 软件设计原则与方法3. 软件度量与评估方法4. 软件工程的形式化方法第八章软件工程的伦理与职业道德1. 软件工程的伦理问题2. 软件工程师的职业道德要求3. 软件工程师的专业素养与发展本文档涉及附件：________本文所涉及的法律名词及注释：________1.著作权法：________保护软件的著作权，禁止未经授权的复制、修改、发布等行为。
2.商标法：________保护软件的商标权，禁止他人未经授权使用相同或相似的商标。
3.专利法：________保护软件的发明专利权，禁止他人未经授权使用相同或相似的发明。
4.合同法：________规定软件开发过程中的合同签订与履行等事项。
软件工程导论知识点总结(整理)
软件危机是指在计算机软件的开辟和维护过程中所遇到的一系列严重问题。
这些问题表现在以下几个方面：(1)用户对开辟出的软件很难满意。
(2)软件产品的质量往往靠不住。
(3)普通软件很难维护。
(4)软件生产效率很低。
(5)软件开辟成本越来越大。
(6)软件成本与开辟进度难以估计。
(7)软件技术的发展远远满足不了计算机应用的普及与深入的需要。
(1) 开辟人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。
造成开辟中制定计划盲目、编程草率，不考虑维护工作的必要性。
(2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开辟过程没有统一的、公认的方法论和规范指导，造成软件维护艰难。
(3) 特别是随着软件规模越来越大,复杂程度越来越高,原有软件开辟方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护艰难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。
(1) 充分吸收和借鉴人类长期以来从事各种工程项目中积累的行之有效的有效原理、概念、技术与方法，特殊是吸取几十年来人类从事计算机硬件研究和开辟的经验教训。
在开辟软件的过程中努力作到良好的组织，严格的管理，相互友好的协作。
(2) 推广在实践中总结出来的开辟软件的成功的技术和方法，并研究更好、更有效的技术和方法，尽快克服在计算机系统早期发展阶段形成的一些错误概念和作法。
(3) 根据不同的应用领域，开辟更好的软件工具并使用这些工具。
将软件开辟各个阶段使用的软件工具集合成一个整体，形成一个很好的软件开辟支环环境。
总之为了解决软件危机，既要有技术措施(方法和工具)，又要有必要的组织管理措施。
应用程序、系统程序、面向用户的文档资料和面向开辟者的文档资料。
软件生存周期是指从软件定义、开辟、使用、维护到淘汰的全过程。
(1) 任何一个阶段的具体任务不仅独立，而且简单，便于不同人员分工协作，从而降低整个软件开辟工作的艰难程度。
(2) 可以降低每一个阶段任务的复杂程度，简化不同阶段的联系，有利于工程的组织管理，也便于采用良好的技术方法。
软件工程复习提纲
软件工程复习提纲第一篇：软件工程复习提纲《软件工程》课程要点λ每章教学课件中的“本章小结”列出了需要掌握的内容λ教学过程中的例题和习题也是课程重点一、软件工程与软件过程概述1．概念：（1）软件的概念（组成成分、作用）；（2）软件危机的含义、表现、产生原因（客观、主观）（3）软件工程学科包括的内容、解决的主要问题（4）软件生命周期的含义、组成阶段及各阶段主要任务2．需理解的问题：（1）软件与程序的区别和联系？（2）开发一个软件项目包括哪些基本的步骤？每一步骤完成哪些工作？（3）主要的软件过程模型（生命周期模型）有哪些？各自有什么特点？二、结构化分析－面向数据流的分析方法1.什么是软件需求？需求分析过程（步骤）？2.需求分析模型：（1）功能模型（数据流图DFD）的含义、描述符号、画法步骤及规则（2）数据模型（E-R图）的作用（3）行为模型（状态转换图）的作用（4）数据字典的作用三、结构化设计1．软件设计的任务？结构化设计与结构化分析的区别和联系？2．软件设计遵循的基本原理及规则：（1）模块化的含义、如何划分模块（降低成本、提高独立性）？（2）抽象与逐步求精的含义、二者间关系如何？（3）信息隐藏的含义（4）如何完善软件结构（深度、宽度、扇入、扇出、作用域、控制域）？ 3．模块独立性：（1）模块独立性含义？（2）模块独立性的度量标准：耦合的分类、含义及应用；内聚的分类、含义及应用。
4．概要设计（面向数据流的设计方法）（1）概要设计的任务？（2）数据流图的类型及特征（变换型、事务型）（3）变换分析设计方法的应用（步骤）（4）事务分析设计方法的应用（步骤）4．详细设计（过程设计）（1）详细设计的任务（2）结构化程序（设计）的特征（3）详细设计结果的描述工具：程序流程图、N-S图、PAD图、PDL、判定表四、软件测试1.软件测试基础(1)软件测试的含义和目的？(2)测试用例的内容（输入数据、预期输出结果）？(3)主要测试方法（黑盒测试、白盒测试）的含义？2．主要的白盒测试技术及应用-------逻辑覆盖法？基本路径测试方法？ 3．主要的黑盒测试技术及应用-------等价类法? 边界值分析法？4．软件测试的过程？（1）单元测试（采用的测试方法；测试内容）（2）集成测试（采用的测试方法；测试内容；模块组装策略）（3）确认测试（采用的测试方法；测试内容；α测试与β测试？）（4）辅助模块的含义及作用（驱动模块、存根模块？）五、面向对象方法学基础 1．基本概念：（1）对象的含义及特点？（2）类的含义？类与对象的关系？（3）消息及消息传递的含义及作用？（4）继承的含义？多态性机制？2．面向对象建模技术中的三种模型及各自作用？3．对象模型及描述（类图）：对象(类)的图形表示；关系(关联、聚集、继承)的图形表示； 4.事件追踪图、状态图、用例图的作用六、面向对象分析与设计过程1．面向对象分析（OOA）的任务？OOA的基本过程？2.面向对象设计(OOD)的主要任务？OOD与OOA的区别和联系？3．OOD模型的组成（四部分）及内容？七、软件维护1．软件维护的含义及类型？ 2．软件维护过程？--------------- 课堂练习题目一、填空题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.满足功能要求和性能的指令或计算机程序集合；2.处理信息的数据结构；3.描述程序功能以及程序如何操作和使用所要求的文档；软件的特点：软件是一种逻辑实体,而不是具体的物理实体,因而它具有抽象性;软件是通过人们的智力活动,把知识与技术转换成信息的一种产品,是在研制、开发中被创造出来的在软件运行和使用的期间,没有硬件那样的机械磨损、老化问题软件的开发和运行经常受到计算机系统的限制,对计算机系统有着不同程度的依赖性软件的开发至今尚未完全摆脱手工的开发方式软件的开发费用越来越高,成本相当昂贵;二．软件危机以及产生软件危机的原因1.软件开发生产率提高的速度,远远跟不上计算机迅速普及的趋势;软件产品“供不应求”;2.软件成本在计算机系统总成本中所占的比例逐年上升;3.软件开发人员和用户之间的信息交流往往很不充分,用户对“已完成的”的软件系统不满足的现象经常发生;4.软件产品的质量不容易保证;5.软件产品常常是不可维护的;6.软件产品的重用性差,同样的软件多次重复开发;7.软件通常没有适当的文档资料;产生软件危机的原因可归结为两个重要的方面：软件生产本身存在的复杂性；软件开发所使用的方法和技术;三、软件危机1、软件危机定义：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题;2、软件危机的两个主要问题：如何开发软件,以满足对软件日益增长的需求；如何维护数量不断膨胀的已有软件;3、软件危机的典型表现：1对软件开发成本和进度的估计常常很不准确;2用户对“已完成的”软件系统不满意的现象经常发生;3软件产品的质量往往靠不住;4软件常常是不可维护的;5软件通常没有适当的文档资料;6软件成本在计算机系统总成本中所占的比例逐年上升;7软件开发生产率提高的速度,远远跟不上计算机应用迅速普及深入的趋势;软件工程1、软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科;采用工程的概念、原理、技术和方法来开发与维护软件,把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来,以经济地、高效的开发出高质量的软件并有效地维护它,这就是软件工程;软件工程准则可以概括为7条基本原则：用分阶段的生命周期计划严格管理；坚持进行阶段评审实行严格的产品控制采用现代程序设计技术应能清楚地审查结果合理安排软件开发小组的人员承认不断改进软件工程实践的必要性3、软件工程方法学,三要素：方法、工具和过程4、软件生命周期概念、三时期,八阶段软件生命周期由软件定义、软件开发和运行维护也称为软件维护3个时期组成;软件定义时期通常进一步划分成3个阶段,即问题定义、可行性研究和需求分析;软件开发时期分为4阶段：总体设计、详细设计、编码和单元测试、综合测试五、软件开发模型：软件开发模型是跨越整个软件生存周期的系统开发、运作、维护实施的全部工作和任务的结构框架;1瀑布模型采用结构化的分析与设计方法,将逻辑实现与物理实现分开;特点阶段的顺序性和依赖性规范化推迟实现的观点系统化质量保证阶段评审存在问题不适合需求模糊的系统需求的迷糊性和不确定性适用于操作系统、编译系统、数据库管理系统等系统软件的开发快速原型模型：所谓快速原型是快速建立起来的可以在计算机上运行的程序,它所能完成的功能往往是最终产品能完成的功能的一个子集;快速原型模型的第一步是快速建立一个能反映用户主要需求的原型系统,让用户在计算机上试用它,通过实践来了解目标系统的概貌3增量模型：是瀑布模型的顺序特征与快速原型法德迭代特征相结合的产物;这种模型把软件看成一系列相互联系的增量,在看法过程的各次迭代中,每次完成其中的一个增量;4喷泉模型5微软过程六、思考：你认为“软件就是程序”这一个观点正确吗如果不正确,请批驳之;1.请从以下几个方面结合自己的经验实例加以论述;软件就是程序的观点是不正确的,因为软件等于程序加文档加数据;1文档是软件的一个非常重要的组成部分,在软件的开发过程中起着非常重要的作用;2在软件开发的每一个阶段都应有相应的文档;它是开发人员与用户以及开发人员与项目管理人员之间交流的媒介3文档是软件在不同阶段的表现形式;4程序与文档必须一致,文档才有价值;5文档质量直接决定软件质量的高低;6文档也是软件测试和维护的依据;在没有文档或文档不全的情况下对大型软件进行测试与维护是不可思议的事情;7文档是软件可重用的依据;2、有人说：软件开发时,一个错误发现得越晚,为改正它所付出的代价就越大;对否请解释你的回答;答:对,第二章可行性研究重点掌握的内容：可行性研究的系统流程图一般内容：可行性研究的任务和步骤,成本效益分析一、可行使研究：1、可行性研究的任务：是用最小的代价在尽可能短的时间内确定问题是否能够解决;一般来说,应从经济可行性、技术可行性、运行可行性、法律可行性和开发方案等方面研究可行性可行性研究的目的：在明确了所要研究问题定义之后,分析员应该在明确目标系统所有限制和约束的前提下,去确定该问题是否值得去解决;或就是用最小代价在尽可能短的时间内确定问题是否能够解决;2、可行性研究过程：1）复查系统规模和目标2）研究目前正在使用的系统3）导出新系统的高层逻辑模型4）进一步定义问题5）导出和评价供选择的解法6）推荐行动方针7）草拟开发计划8）书写文档提交审查3、系统流程图的定义和作用：可行性研究对现有系统做概括的物理模型描述,如用图形工具表示则更加直观简洁;系统流程图是描绘物理系统的传统工具,它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件程序、文件、数据库、表格、人工过程等;系统流程图表达的是部件的信息流程,而不是对信息进行加工处理的控制过程;在可行性研究过程中,利用系统流程图来描述所建议系统的物理模型;4、数据流程图的定义和作用：数据流程图有两个特征：抽象性和概括性;抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉,只剩下信息和数据存储、流动、使用以及加工情况;概括性则是指数据流程图把系统对各种业务的处理过程联系起来考虑,形成一个总体5、数据流程图的组成元素数据流图可以用来抽象地表示系统或软件;它从信息传递和加工的角度,以图形的方式刻画数据流从输入到输出的移动变换过程,同时可以按自顶向下、逐步分解的方法表示内容不断增加的数据流和功能细节;因此,数据流图既提供了功能建模的机制,也提供了信息流建模的机制,从而可以建立起系统或软件的功能模型;6、数据流程图的组成：外部实体外部实体是指系统之外的人或单位,它们和本系统有信息传递关系数据流,处理、数据存储;如何绘制数据流程图1识别系统的输入和输出,画出顶层图2画系统内部的数据流、加工与文件,画出一级细化图3加工的进一步分解,画出二级细化图4其它注意事项7、数据流程图的注意点1每个处理都必须有流入的数据流和流出的数据流,如果没有,是错误的;数据守恒2每个数据存储应该有流入的数据流和流出的数据流,如果缺了一种,是Warning的；缺两种就错了;3、数据流只能在处理与处理、数据存储或者外部实体之间流动;、数据存储到数据存储、外部实提到外部实体、外部实提到数据存储之间的数据流都是错误的;4、一个处理可以细分成多个子处理,分成若干个层次均匀分解5、良好命名系统流程图与数据流程图有什么区别答：1系统流程图描述系统物理模型的工具,数据流程图描述系统逻辑模型的工具;2系统流程图从系统功能的角度抽象的描述系统的各个部分及其相互之间信息流动的情况;3数据流程图从数据传送和加工的角度抽象的描述信息在系统中的流动和数据处理的工作状况;三、数据流图：1、组成符号：4中基本图形符号正方形、圆角矩形、开口矩形2、数据流图的基本要点是描绘“做什么”,而不是考虑“怎么做”;3、一套分层的的数据流图由顶层、底层、和中间层组成;4、画分层数据流图基本原则与注意事项：a.自外向内,自顶向下,逐层细化,完善求精;b.保持父图与子图的平衡;也就是说,父图中某加工的输入数据流中的数据必须与它的子图的输入数据流在数量和名字上相同;c.保持数据守恒;也就是说,一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得,或者是通过该加工能产生的数据;d.加工细节隐藏;根据抽象原则,在画父图时,只需画出加工和加工之间的关系,而不必画出各个加工内部的细节;e.简化加工间关系;在数据流图中,加工间的数据流越少,各加工就越相对独立,所以应尽量减少加工间输入输出数据流的数目;f.均匀分解;应该使一个数据流中的各个加工分解层次大致相同;g.适当地为数据流、加工、文件、源/宿命名,名字应反映该成分的实际意义,避免空洞的名字;h.忽略枝节;应集中精力于主要的数据流,而暂不考虑一些例外情况、出错处理等枝节性问题;i.表现的是数据流而不是控制流;j.每个加工必须既有输入数据流,又有输出数据流.在整套数据流图中,每个文件必须既有读文件的数据流又有写文件的数据流,但在某一张子图中可能只有读没有写或者只有写没有读;小结：一个软件系统,其数据流图往往有多层;如果父图有N个加工Process,则父图允许有0～N张子图,但是每张子图只能对应一张父图;在一张DFD图中,任意两个加工之间可以有0条或多条名字互不相同的数据流；在画数据流图时,应该注意父图和子图的平衡,即父图中某加工的输入输出数据流必须与其输入输出流在数量和名字上相同;DFD信息流大致可分为两类：交换流和事务流;9、数据字典1．数据字典是在数据流程图的基础上,对数据流程图中的各个元素进行详细的定义与描述,起到对数据流程图进行补充说明的作用;2．数据字典的内容包括：数据流、数据流分量即数据元素、数据存贮、处理逻辑和外部实体;3.数据字典的作用是什么对用户来讲,数据字典为他们提供了数据的明确定义；对系统分析员来讲,数据字典帮助他们比较容易修改已建立的系统逻辑模型;数据字典的实现：P4910、成本效益分析：成本/效益分析的目的是要从经济角度分析开发一个特定的新系统是否可行,从而帮助使用部门负责人正确地做出是否投资与这项开发工程的决定;几种度量效益的方法：货币的时间价值、投资回收期、纯收入第三章需求分析一、重点掌握的内容那：需求分析的方法和面向数据流的分析方法二、一般掌握的内容：需求分析的任务和原则三知识点：1、为什么要做需求分析可行性分析研究阶段已经粗略的描述了用户的需求,甚至还提出了一些可行的方案,但是,许多细节被忽略了,在最终目标系统中是不能忽略、遗漏任何一个微小细节的,所以,可行性研究不能代替需求分析;2、需求分析的方法：需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成,它定义了表示系统逻辑视图和物理视图的方式,大多数的需求分析方法是由数据驱动的,也就是说,这些方法提供了一种表示数据域的机制,分析员根据这种表示,确定软件功能及其特性,最终建立一个待开发软件的抽象模型,即目标系统的逻辑模型;3、需求分析的任务：它的基本任务是准确地回答“系统必须做什么”这个问题;需求分析所要做的工作是深入描述软件的共能和性能,确定软件设计的限制和软件同其它系统元素的接口细节,定义软件的其它有效性需求;需求分析的任务不是确定系统如何完成它的工作,而是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求;其实现步骤如下图所示：一般说来需求分析阶段的任务包括下述几方面：1）确定对系统的综合需求对系统的综合需求主要有：系统功能需求、系统性能需求、可靠性和可用性需求、错处理需求、接口需求、约束、逆向需求、将来可能提出的需求:2）分析系统的数据需求就是在理解当前系统“怎样做”的基础上,抽取其“做什么”的本质,明确目标系统要“做什么”,可以导出系统的详细的逻辑模型;具体做法：首先确定目标系统与当前系统的逻辑差别；然后将变化部分看作是新的处理步骤,对功能图一般为数据流图及对象图进行调整；最后有外及里对变化的部分进行分析,推断其结构,获得目标系统的逻辑模型;通常用数据流图、数字字典和主要的处理算法描述这个逻辑模型;3）导出系统的逻辑模型4）修正系统开发计划在经过需求分析阶段的工作,分析员对目标系统有了更深入更具体的认识,因此可以对系统的成本和进度做出更准确地估计,在此基础上应该对开发计划进行修正;5开发原型系统：使用原型系统的主要目的是,使用户通过实践获得关于未来的系统将怎样为他们工作的更直接更具体的概念,从而可以更准确地提出他们的要求;4、需求分析的步骤：1调查研究2分析与综合3书写文档4需求分析评审5、需求分析的原则：1、必须能够表达和理解问题的数据域和功能域2、按自顶向下、逐层分解问题3、要给出系统的逻辑视图和物理视图6、软件需求的验证：需求分析阶段的工作结果是开发软件系统的重要基础,大量统计数字表明,软件系统中15%的错误起源于错误的需求;为了提高软件质量,确保软件开发成功,降低软件开发成本,一旦对目标系统提出一组要求之后,必须严格验证这些需求的正确性;一般说来,应该从下述4个方面进行验证：1一致性所有需求必须是一致的,任何一条需求不能和其他需求互相矛盾;2完整性需求必须是完整的,规格说明书应该包括用户需要的每一个功能或性能;3现实性指定的需求应该是用现有的硬件技术和软件技术基本上可以实现的;对硬件技术的进步可以做些预测,对软件技术的进步则很难做出预测,只能从现有技术水平出发判断需求的现实性;4有效性必须证明需求是正确有效的,确实能解决用户面对的问题;7、状态转换图：指明了作为外部事件结果的系统行为;为此,状态转换图描绘了系统的各种行为模式称为“状态”和在不同状态间转换的方式;状态转换图是行为建模的基础;思考：利用DFD图进行需求分析：在结构化分析方法中,用以表达系统内数据的运动情况的工具有A;供选择的答案：A.数据流图B.数据词典C.结构化英语D.判定表与判定树在结构化分析方法中用状态―迁移图表达系统或对象的行为;在状态―迁移图中,由一个状态和一个事件所决定的下一状态可能会有A个;供选择的答案：多个D.不确定五、总体设计概要设计重点掌握的内容：概要设计的过程和方法一般掌握的内容：概要设计的文档和评审考核知识点：一、总体设计：1、总体设计的目的：总体设计的基本目的就是回答“概括地说,系统应该如何实现”这个问题,因此,总体设计又称为概要设计或初步设计;1、面向结构设计SD2、面向对象设计OOD2、总体设计的任务：1系统分析员审查软件计划、软件需求分析提供的文档、提出最佳推荐方案,用系统流程图,组成物理元素清单,成本效益分析,系统的进度计划,供专家沈顶峰,审定后进入设计2去顶模块结构,划分功能模块,将软件功能需求分配给所划分的最小单元模块;确定模块之间的联系,确定数据结构、文件结构、数据库模式,确定测试方法与策略;3编写概要设计说明书,用户手册,测试计划,选用相关的软件工具来描述软件结构,结构图是经常使用的软件描述工具;选择分解功能与划分模块的设计原则,例如模块划分独立性原则,信息隐蔽原则等3、总体设计过程通常由两个主要阶段组成：系统设计阶段,确定系统的具体实现方案；结构设计阶段,确定软件结构;4、典型的总体设计过程包括下述9个步骤：1、设想功选择的方案2、选取合理的方案3、推荐最佳方案4、功能分解5、设计软件6、设计数据库7制定测试计划8、书写文档：系统说明、用户手册、测试计划、详细的实现计划、数据库设计结果；9、审查和复审二、设计原理分析模块化,在模块化程序设计中,按功能划分模块的原则是,模块化和软件成本关系：模块具有输入和输出参数传递、功能、内部数据结构局部变量和程序代码四个特性1、模块化:就是把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求.2、模块化的根据:把复杂的问题分解成许多容易解决的小问题,原来的问题也就容易解决了. 模块化和软件成本关系:根据总成本曲线,每个程序都相应地有一个最适当的模块数目M,,使得系统的开发成本最小.3、模块设计的准则：1改进软件结构,提高模块独立性:在对初步模块进行合并、分解和移动的分析、精化过程中力求提高模块的内聚,降低藕合;2模块大小要适中:大约50行语句的代码,过大的模块应分解以提高理解性和可维护性;过小的模块,合并到上级模块中;3软件结构图的深度、宽度、扇入和扇出要适当;一般模块的调用个数不要超过5个;4尽量降低模块接口的复杂程度；5设计单入口、单出口的模块;6模块的作用域应在控制域之内;4、抽象的概念:抽出事务的本质特性而暂时不考虑它们的细节.5、信息隐蔽：模块中所包括的信息不允许其它不需这些信息的模块调用信息局部化：是把一些关系密切的软件元素物理地放得彼此靠近6、什么是模块独立性答：模块独立性概括了把软件划分为模块时要遵守的准则,也是判断模块构造是不是合理的标准;7、模块独立性：是软件系统中每个模块只涉及软件要求的具体子功能,而和软件系统中的其它的模块接口是简单的;模块独立的概念是模块化、抽象、信息隐蔽和局部化概念的直接结果;8、为什么模块的独立性很重要答：1有效的模块化的软件比较容易开发出来2独立的模块比较容易测试和维护;总之,模块独立是好设计的关键,而设计又是决定软件质量的关键环节;9、衡量模块独立的两个标准是什么它们各表示什么含义10、答：衡量模块的独立性的标准是两个定性的度量标准：耦合性和内聚性;1耦合性;也称块间联系;指软件系统结构中各模块间相互联系紧密程度的一种度量;模块之间联系越紧密,其耦合性就越强,模块的独立性则越差;模块间耦合高低取决于模块间接口的复杂性、调用的方式及传递的信息;2内聚性;又称块内联系;指模块的功能强度的度量,即一个模块内部各个元素彼此结合的紧密程度的度量;若一个模块内各元素语句之间、程序段之间联系得越紧密,则它的内聚性就越高;耦合性与内聚性是模块独立性的两个定性标准,将软件系统划分模块时,尽量做到高内聚低耦合,提高模块的独立性,为设计高质量的软件结构奠定基础;模块的高内聚、低耦合的原则称为模块独立原则,也称为模块设计的原则;10、启发规则：1)改进软件结构提高模块独立性2)模块规模应该适中3)深度、宽度、扇出、、和扇入都应适当深度表示软件结构中控制的层数,它往往能粗略地标志一个系统的大小和复杂程度;宽度是软件结构内同一个层次上的模块总数的最大值；一般来说,宽度越大系统越复杂;对宽度影响最大的因素是模块的扇出;一个模块的扇入是指直接调用该模块的上级模块的个数;一个模块的扇出是指该模块直接调用的下级模块的个数;设计原则：低扇出、高扇入;4)模块的作用域应该在控制域内5)力争降低模块接口的复杂程度6)设计单入口和单出口的模块7)模块功能应该可以预测三、概要设计的方法：1、面向数据流的设计方法把信息流映射成软件结构,信息流的类型决定了映射的方法;面向数据流的设计要解决的任务,就是上述需求分析的基础上,将DFD图映射为软件系统的结构;2、数据流图的类型：交换型结构和事务型结构交换型结构：由3部分组成,传入路径,变换中心,输出路径系统的传入流经过变换中心的处理,变换为系统的传出流;事务型结构：有至少一条接受路径,一个事务中心与若干条动作路径组成;当外部信息沿着接受路径进入系统后,经过事务中心获得某个特定值,就能据此启动某一条动作路径的操作;四、结构化设计1、结构化设计方法：是一种面向数据流的设计方法,中心任务就是把用DFD图表示的系统分析模型转换为软件结构的设计模型,确定软件的体系结构域接口;2、结构化方法的步骤：1复审DFD图,必要时刻再次进行修改或细化：2鉴别DFD图所表示的软件系统的结构特征,确定它所代表的软件结构是属于变换型还是事务型;3按照SD方法规定的一组规则,吧DFD图转换为初始的SC图;变换型DFD图初始SC图事务型DFD图初始SC图3、结构设计的优化规则：1对模块分割、合并和变动调用关系的指导规则：以提高模块独立性为首要标准,除此之外,适当考虑模块的大小;2保持高扇/入低扇出原则3作用域/控制域规则：作用域不要超出控制域的范围；软件系统的判定,其位置离受它控制的模块越近越好;六、详细设计重点掌握的内容：详细设计的任务和方法一般掌握的内容：详细设计的原则和详细设计的规格与评审。
湘潭大学软件工程总复习
软件工程总复习2017/12/15Word文档资料1.内容回顾Word文档资料Word文档资料Word文档资料Word文档资料Word文档资料Word文档资料Word文档资料Word文档资料Word文档资料2. 考试题型：1）选择题（20）例1：螺旋模型适用于( )系统。
A．需求模糊的小型软件 B. 需求明确的中、小型软件C．具有不确定性的大型软件 D. 容易分块的大型软件例2: 与涉众协商需求时，应注意（）。
A．做到技术上高精尖 B. 使己方利益最大化C．一切以强势涉众的要求为准 D. 尽量实现双赢例3. 关于UML中状态图和活动图的叙述中，（）是错误的。
Word文档资料A．状态图和活动图都是对系统的动态方面进行建模的图B．活动图是状态图的一种特殊情况，其中所有或大多数状态是活动状态C．状态图显示从状态到状态的控制流，活动图显示的是从活动到活动的控制流D. 在对一个对象的生存期建模时，只能使用状态图2）判断题（每小题1分，共15分）1，缺少用户的参与是导致软件项目失败的主要原因之一。
（）2，软件是数据和算法的集合。
（）3，若能缩短PERT图的关键路径上开发活动的时间，便可以让项目提前结束。
（）4，程序测试能证明程序里不存在错误。
（）。
3）简答题（每题5分，共35分）Word文档资料1. 试画出电话系统的状态图。
2. 面向对象设计中的系统架构设计包含哪些活动？。
D．4）综合体（30）例1：建立一个网上销售系统，要求实现以下功能：顾客可以浏览商品并且选购商品，在选购时顾客可以在订单中加入任意数量的产品；在选购完成后，他可以提交订单以及银行账号信息，系统将在指定的外部银行系统中进行扣款支付。
支付成功，则交易成功；否则交易失败。
对成功的订单，店主将邮寄商品给顾客，并标识订单为已交付。
店主还能够维护商品信息（商品ID，商品名称，商品售价，商品在库数量）。
a)根据以上描述画出系统的用例图。
（6分）b)画出0层DFD图。