软件工程课堂笔记简版
软件工程笔记整理
软件工程概论1、软件危机1)、软件工程的目的：倡导以工程的原理、原则和方法进行软件开发，以解决当时出现的软件危机。
2)、软件危机：指在计算机软件开发和维护过程中所遇到的一系列问题。
A 、如何开发软件以满足对软件日益增长的需求。
B 、如何维护数量不断增长的已有软件。
3)、软件危机的主要表现形式A 、软件开发成本高，研制进度无法准确估计，用户不满意。
B 、软件产品的可靠性得不到保证。
C 、软件产品难以维护。
D 、软件发展跟不上硬件的发展和用户的要求，硬件成本逐年下降，软件成本越来越昂贵。
2、软件工程概念1)、软件：计算机系统中的程序及其文档。
程序是计算任务的处理对象和处理规则的描述；文档是为了便于理解程序所需的阐明性资料。
细言之，软件有三层含义：A 、个体含义：即指计算机系统中的程序及其文档。
B 、整体含义：即指在特定计算机系统中所有上述个体含义下的软件的总称。
C 、学科含义：即指在研究、开发、维护以及使用前述含义下的软件所涉及的理论、方法、技术所构成的学科。
2)、工程：将理论和所学的知识应用于实践的科学。
3)、软件工程：应用计算机科学、数学及管理科学等原理，开发软件的工程。
它借鉴传统工程的原则、方法，以提高质量，降低成本为目的。
其中，计算机科学、数学用于构造模型与算法，工程科学用于制定规范、设计范型、评估成本及确定权衡，管理科学用于计划、资源、质量、成本等管理。
3、软件工程框架(参见附图软件工程框架示意图)1)、软件工程目标：生产具有正确性、可用性和开销合宜的产品。
A 、正确性：是指软件产品达到预期功能的程度。
B 、可用性：是指软件基本结构、实现以及文档为用户可用的程度。
C 、开销合宜：是指软件开发、运行的整个开销满足用户要求的程度。
2) 、软件开发活动：生产一个最终满足需求且达到工程目标的软件产品所需要的活动。
软件开发的基本活动包括：需求、设计、实现、确认、和支持。
A 、需求：就是定义问题。
B 、设计：在需求的基础上，给出被建系统的软件设计方案。
软件工程重点总结简版修正
软件工程重点软件工程是一门涉及软件开发和管理的学科，它关注的是实际的软件开发过程以及如何管理和维护软件项目。
在软件工程中，有几个重要的概念和技术需要我们了解和掌握。
需求分析在软件开发的初期阶段，需求分析是非常重要的工作。
它涉及到与客户进行沟通，了解客户的需求和期望，然后将这些需求转化为明确的软件功能和特性。
需求分析的目的是确保我们开发的软件能够满足用户的期望，并且能够在满足需求的实现尽可能高的质量和性能。
设计模式在软件开发中，设计模式是一种解决常见问题和提高代码可读性和可维护性的方法。
设计模式是一种通用的解决方案，它可以在不同的软件项目中复用，从而提高开发效率。
常见的设计模式包括单例模式、工厂模式、观察者模式等。
掌握常用的设计模式可以帮助我们更好地设计和组织代码。
软件开发方法论软件开发方法论是软件工程中的一个重要概念。
它是指在开发软件时采用的一套规范和方法。
常见的软件开发方法论包括瀑布模型、敏捷开发和 DevOps 等。
每种方法论都有其特点和适用场景，我们需要根据具体的项目需求选择合适的方法论。
软件测试软件测试是一个重要的质量保证环节。
它涉及到对软件进行各种测试，以确保软件能够正常运行并满足用户的需求。
常见的软件测试方法包括单元测试、集成测试和系统测试等。
掌握软件测试的方法和技巧可以提高开发效率和软件质量。
版本控制版本控制是一个用于管理软件开发过程中的代码和文档版本的技术。
它可以追踪每个代码版本的修改记录，并且可以方便地进行代码的合并和冲突解决。
常见的版本控制系统包括 Git 和 SVN 等。
掌握版本控制技术可以方便地进行团队协作和代码管理。
软件项目管理软件项目管理是指在软件开发过程中对项目进行规划、组织和控制的过程。
它包括项目计划、需求管理、进度控制和风险管理等。
软件项目管理的目的是确保项目按时交付，并且能够满足质量和性能要求。
了解软件项目管理的方法和技巧可以提高项目的成功率和效率。
以上是软件工程中的一些重点内容和技术。
软件工程笔记
3． 软件危机定义：指在计算机软件开发和维护过程中所遇到的一系列的严重问题。具体表现在以下几方面： ① 软件开发成本高，成本难以控制 ② 研制周期长，软件开发进度难以估计 ③ 正确性难保证（软件质量差） ④ 缺乏完整、正确的文档资料 ⑤ 软件的维护困难，维护的人员与费用不断增加 ⑥ 软件的发展跟不上硬件的发展和用户的要求
（2）控制复杂性规则 ① ② ③ 输入数据足够。
5． 实例研究任何系统必须有有效性检查。
3．3 需求验证重要性 1、 确保软件开发成功 2、 提高质量、降低费用 ① 正确性（SRS） ② 无二义性 ③ 完整性 ④ 可验证性 ⑤ 一致性 ⑥ 可理解性 ⑦ 可修改性 ⑧ 可被跟踪性 ⑨ 可跟踪性 ⑩ 设计无关性 ? 注释
2．总体设计的主要任务确定软件系统的整体模块结构文档：模块结构图（MSD）－（Module Stucture Design）（1）将系统划分成模块（2）确定每个模块的功能（3）确定模块间的调用关系（4）确定模块间的接口
3．总体设计的表示形式层次图 HIPO图结构图
4．2 结构化设计方法与SA衔接使用以DFD为基础得到软件的模块结构 DFD MSD 映射 1．数据流图（DFD）分类（1） 变换型数据流图定义：具有较明显的输入、变换（加工）和输出界面的数据流图
方法二：为数据流图上每个基本加工设计一个模块具体：在DFD上从变换中心的边界开始，从每个逻辑输入（出）出发，逆（顺）数据流方向沿逻辑输入（出）路径向外移动，把输入（出）路径上的每个加工映射成软件结构中CI（CO）模块下的一个低层模块，直到物理输入（出）为止。最后将变换中心的每个加工映射成CT模块控制下的一个低层模块。例：
软件危机的原因： ① 客观原因：软件需求大，规模大 ② 主观原因：软件本身特点开发过程中的原因 * 用户对软件需求的描述不精确（二义性、遗漏、错误） * 软件开发人员对用户需求的理解与用户本来的愿望有差异
软件工程笔记
软件工程笔记软件工程是一门关于构建和维护软件系统的学科。
在这门学科中，我们需要掌握一系列的原理和方法，以确保软件的质量和可靠性。
本文将对软件工程的基本概念和常用工具进行笔记总结，帮助读者更好地理解并应用软件工程的知识。
一、软件生命周期软件开发的过程可以被看作是一个生命周期，其中包含了多个阶段。
常见的软件生命周期模型有瀑布模型、迭代模型和敏捷模型等。
1. 瀑布模型瀑布模型是最经典的软件开发模型之一，它将软件开发过程划分为需求分析、设计、编码、测试和维护五个阶段。
开发团队需逐个完成这些阶段，且每个阶段的结果是固定的，即前一阶段的输出作为后一阶段的输入。
2. 迭代模型迭代模型是在瀑布模型基础上发展而来的一种软件开发模型。
该模型将整个开发过程划分为多个迭代周期，每个迭代都包含需求分析、设计、编码、测试和维护等阶段。
每个迭代的输出可作为下一次迭代的输入，以此循环进行。
3. 敏捷模型敏捷模型强调快速迭代和反馈，鼓励团队协作和灵活性。
开发团队通过短周期的迭代，不断交付可用的软件版本，并根据用户反馈进行调整和改进。
敏捷开发方法有Scrum、XP等。
二、需求工程需求工程是软件工程的重要环节，它包括需求获取、需求分析、需求规格和需求验证等过程。
1. 需求获取需求获取是指通过各种技术手段和方法，从用户、领域专家和相关文档中获取软件系统的需求信息。
常用的需求获取技术包括访谈、问卷调查、原型设计和场景分析等。
2. 需求分析需求分析是对获取的需求进行理解和分类的过程。
分析人员需要识别出用户的需求，确定需求的优先级和约束条件，并将其转化为可操作的规格说明。
3. 需求规格需求规格是将需求写入规范文档的过程。
通常采用的规格化方法有自然语言、用例和面向对象建模等。
4. 需求验证需求验证是确保规格所描述的需求能够满足用户期望的过程。
常用的验证方法包括检查列表、原型演示和用户评审等。
三、软件设计软件设计是将需求转化为软件结构和组件的过程。
软件工程
内蒙古民族大学软件工程课堂笔记复习指导徐睿昀2014/4/27软件是计算机系统中与硬件相互依存的另一部分，它是包括程序，数据及其相关文档的完整集合。
程序是按事先设计的功能和性能要求执行的指令序列。
数据是使程序能正常操纵信息的数据结构。
文档是与程序开发，维护和使用有关的图文材料。
需求将已经过分析的需求清晰、全面、系统、准确地描述成为正式的文档，这一步定义需求的工作就是编写需求规格说明。
功能建模的思想就是用抽象模型的概念，按照软件内部数据传递、变换的关系，自顶向下逐层分解，直到找到满足功能要求的所有可实现的软件为止。
功能模型用数据流图来描述。
软件危机暴发于上个世纪六十年代末。
主要表现为：软件的发展速度远远滞后于硬件的发展速度，不能满足社会日益增长的软件需求。
软件开发周期长、成本高、质量差、维护困难。
具体来说，软件危机主要有以下一些典型表现:1对软件开发成本和进度的估计常常很不准确。
2用户对“已完成的”软件系统不满意的现象经常发生。
3软件产品的质量往往靠不住。
4软件常常是不可维护的。
5软件通常没有适当的文档资料。
6软件成本在计算机系统总成本中所占的比例逐年上升。
7软件开发生产率提高的速度，既跟不上硬件的发展速度，也远远跟不上计算机应用迅速普及深入的趋势。
除了软件本身的特点，软件危机发生的主要原因有：1缺乏软件开发的经验和有关软件开发数据的积累，使得开发工作的计划很难制定。
2软件人员与用户的交流存在障碍，使得获取的需求不充分或存在错误。
3软件开发过程不规范。
如，没有真正了解用户的需求就开始编程序。
4随着软件规模的增大，其复杂性往往会呈指数级升高。
需要很多人分工协作，不仅涉及技术问题，更重要的是必须有科学严格的管理。
5缺少有效的软件评测手段，提交用户的软件质量不能完全保证。
如何摆脱软件危机? 1彻底消除“软件就是程序”的错误观念。
2充分认识到软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。
软件工程学习笔记
第一章一、软件的特点1、软件：计算机程序及其说明程序的各种文档2、程序：是计算机任务的处理对象和处理规则的描述3、文档：是有关计算机程序功能、设计、编制、使用的文字或图形资料4、软件的特点：1)软件是一种逻辑产品2)软件产品的生产主要是研制3）软件产品不会用坏，不存在磨损、消耗问题4）软件产品的生产主要是脑力劳动5）软件费用不断增加，软件成本相当昂贵二、软件生产有几个阶段，各有何特征1、程序设计时代生产方式：个体手工劳动工具：机器语言、汇编语言开发方法：追求程序运行效率硬件特征：价格贵、存储容量小、运行可靠性差软件特征：只有程序、程序设计概念，不重视程序设计方法2、程序系统时代生产方式：作坊式的小集团合作生产生产工具：高级语言开发方法：个人技巧，开始提出结构法方法硬件特征：速度、容量、工作可靠跃居第一明显提高软件特征：程序员数量猛增加，导致软件危机出现。
3、软件工程时代生产方式：工程化的生产生产工具：数据库、开发工具、开发环境、网络、分布式、面向对象技术来开发软件硬件特征：向超高速、大容量、微型化以及网络化方向发展三、什么是软件危机，其产生的原因是什么？1、软件危机软件发展到第二阶段末期，一些复杂的、大型的软件开发项目提出来了，但是，软件开发技术进步一直不能满足发展的要求。
在软件开发中遇到的问题找不到解决办法，使问题积累起来，形成了尖锐的矛盾，因而导致了软件危机。
2、软件危机的表现1）经费预算经常突破2）开发的软件不能满足用户的要求3）开发的软件可维护性差4）软件的软件可靠性差3、原因1）软件的规模越来越大，结构越来越复杂2）软件开发管理困难而复杂3）软件开发费用不断增加4）软件开发技术落后5）生产方式落后6）开发工具落后四、什么是软件工程，其目标和内容是什么？1、软件工程用科学知识和技术原理来定义、开发、维护软件的一门学科2、目标建造一个大型软件系统，一般有以下几个目标1）付出较低的开发成本2）达到软件要求的功能3）取得较好的软件性能4）开发的软件易于移植5）需要较低的维护费用6）能按时完成开发任务及时交付使用7）开发的软件可靠性高3、内容软件开发技术：主要研究软件开发方法、软件开发过程、软件开发工具和环境软件开发管理：软件管理学、软件经济学、软件必理学4、面临的问题1）软件的费用2）软件的可靠性3）软件的维护4）软件的生产率5）软件的重用五、什么是软件的生存周期，它有哪几个活动1、软件的生存周期一个软件从提出开发要求开始直到该软件报废为止的整个日期。
软件工程笔记（完整版）
软件⼯程笔记（完整版）第⼀章软件⼯程概述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.1 软件工程的目标与常用模型1.2 软件开发的基本策略1.2.1 复用软件复用可以表述为：构造新的软件系统可以不必每次从零开始，直接使用已有（稳定）的软构件，即可组装（或合理修改）成新的系统。
1.2.2 分而治之分而治之是指把一个复杂的问题分解成若干个简单的子问题，然后逐个解决。
诸如软件的体系结构设计，模块化设计等都是分而治之的表象。
1.2.3 优化-折衷软件的优化是指优化软件的各个质量因素，比如提高软件运行速度，提高对内存资源的利用率，改善用户界面效果，使三维图形的真实感更强等等。
但是软件优化比较复杂，当所有因素不能都得到优化的时候，就需要“折衷”策略。
软件中的“折衷”策略是指通过协调各个质量因素，实现整体质量的最优。
在保证其他质量因素不变差的前提下，使某些质量因素变得更好。
第2章程序员与程序经理2.1 了解程序员2.2了解程序经理好的程序经理应具备以下品质：1)技术水平是程序员当中的最高级别2)能做最多且最难的工作3)有人格魅力程序员升为经理后一定要保持编程的习惯。
2.4 软件团队建设技术级别和管理级别都划分为四个等级：第3章项目计划与质量管理在可行性分析之后，项目计划与质量管理将贯穿需求分析，系统设计，程序设计，测试，维护等软件工程环节。
软件的高质量是“设计”出来的，不是“管”出来的。
3.1 项目计划只有知己知彼才能做出合理的项目计划。
“知己”是指了解有多少可用资源，包括：人；可复用的软构件；软硬件环境。
“知彼”是指了解项目的规模，难度与时间限制。
3.2 零缺陷质量管理的理念“零缺陷”质量管理有两个核心内容：高目标；可执行的规范。
3.3 软件的质量因素3.4 质量检查质量检查应该在每个实践环节（里程碑）都执行。
检查工作要预防被检查者弄虚作假。
检查工作要有科学的评审方式。
第4章可行性分析与需求分析可行性分析是要决定“做还是不做”。
需求分析是要决定“做什么，不做什么”。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
? 神话：软件工程将导致我们产生大量无用文档，并因此降低工作效率。 ? 现实：软件工程并非以创建文档为目的，而是为了保证软件产品的开发质量。
? CH02 过程模型 ? 1. 瀑布模型 ? ①经过的活动：沟通：项目启动、需求获取。策划：项目估算、进度计划、项目跟踪。建模：分析、
设计。构建：编码、测试。部署：交付、支持、反馈。 ? ②优缺点：它提供了一个模板，使得分析、设计、编码、测试与维护工作可以在该模板的指导下有
? 4. 原型开发：
? ①经过的活动：
? 沟通→快速策划→建模快速设计→构建原型→部署交付及反馈(组成一个圆圈)
? ②优缺点：
? 优点：用户能够感受到实际系统；开发者能很快建造出一些东西。
? ③存在问题：开发者没有考虑整体软件质量和长期的可维护性；开发者往往在实现过程中采用折中 的手段。客户提出了一些基本功能，但未详细定义输入、处理和输出需求；开发人员可能对开发运 行环境、算法效率、 操作系统的兼容性和人机交互等情况不确定。这些情况下，采用原型开发。对
? ③存在问题：
?
如果你的客户要求你在一个不可能完成的时间提交产品，向他建议只提交一个或几个增量，此
后再提交软件的其他增量。
?
增量和原型的比较： 任何增量的处理流程均可结合原型实现；增量模型与原型相同，本质上都
是迭代的；增量模型强调每个增量都 是可操作的；早期的增量是整体的一部分，而原型最终要被抛
弃。
于要求把一个粗糙的原型系统变为工作产品的压力，建议尽量抵制。这样做的结果往往是产品质量 受到损害。
? 5. 螺旋模型
? ①经过的活动： （五个关键词形成一个螺旋）
? 沟通。策划：项目估算、制定进度计划、风险分析； 建模：分析、设计。构建：编码、测试。部署： 交付、反馈。
? ②优缺点：随着过程进展演化，开发者和客户能够更好地理解和对待每个演化级别上的风险，适合 于大型系统及 软件的开发。使用原型实现作为降低风险的机制，并在开发的任意阶段均可使用原型 实现。更真实的反映了现实世界。如应用得当，能在风险变成问题之前降低它。模型的成功依赖于 风险评估的专门技术。是一个较新的模型，功效的确定尚需若干年时间。③存在问题：很难说服客 户演进的方法是可控的。依赖大量的风险评估专家保证成功，如果风险没被发现，会发生问题。
? 神话：如果我将一个软件外包给另一家公司，则我可以完全放手不管。
? 现实：如果开发团队不了解如何在内部管理和控制软件项目，那在外包项目中都会遇到困难。 ? 客户神话：
? 神话：有了对项目目标的大概了解，便足以开始编写程序，可以在之后的项目开发过程中逐步充实 细 节。
? 现实：虽然通常难以得到综合全面且稳定不变的需求描述，但对项目目标模糊不清的描述将为项目 实 施带来灾难，只有客户和开发人员之间保持持续有效的沟通才能得到清晰的需求描述。
? 3.软件工程层次图：工具-方法-过程-质量关注点
? 4.通用软件工程过程框架包括 5个活动：沟通；策划；建模；构建；部署。 ? 5. 软件神话：它实际上是误导了管理者和从业人员对软Biblioteka 开发的态度，从而引发了严重的问题。
? 管理神话：
? 神话：我们已经有了一本写满软件开发标准和规程的宝典。它无所不包，囊括了我们可能问到的任 何 问题。
? 从业者神话： ? 神话：当我们完成程序并将其交付使用之后，我们的任务就完成了。 ? 现实：软件首次交付顾客使用之后花费的工作更多。 ? 神话：对于一个成功的软件项目，可执行程序是惟一可交付的成果。
? 现实：软件配置包括很多内容，可执行程序只是其中之一。各种工作产品（如模型、文档、计划） 是成功实施软件工程的基础，为软件技术支持提供了指导。
? 现实：这本宝典也许的确已经存在，但不能保证它已在实际中采用、反映了软件工程的现状、可以 适 应不同应用环境、在缩短交付时间的同时还关注保证产品的质量等等。
? 神话：如果我们未能按时完成计划，我们可以通过增加程序员人数而赶上进度。
? 现实：新人加入一个软件项目后，原有开发人员必须牺牲本来的开发时间对新人进行培训，减少了 应 用于高效开发的时间。
? 神话：虽然项目需求不断变更，但是因为软件是弹性的，因此可以很容易地适应变更。
? 现实：软件需求的变更引入时机不同，变更造成的影响也不同，如提出的较早，则费用影响较小， 但 随着时间的推移，变更的代价也迅速增加，因为资源已经分配，设计框架已经建立，此时变更可 能会 引起剧变，需要添加额外的资源或修改主要设计架构。
? CH01 软件和软件工程 ? 1. 软件的特点：软件是设计开发的，而不是传统意义上生产制造的； 软件不会磨损，但是会退化；
多数软件仍是根据实际顾客需求定制的； 在软件设计中，大规模的复用才刚刚开始。
? 2. IEEE对软件工程的定义：将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护， 即将工程化方法应用于软件；上述方法 的研究。
? 第一个增量模型往往是核心部分的产品，它实现了软件的基本需求，但很多已经明晰或者尚不明晰 的补充特性还没有发布。每个增量的开发可用瀑布或快速原型模型。和原型模型不一样的是，增量
模型虽然也具有“迭代”特征，但是每一个增量都发布一个可操作的产品，不妨称之为“产品扩充 迭代”。它的早期产品是最终产品的可拆卸版本，每一个版本都能够提供给用户实际使用。
? ②优缺点：
? 优点：能在较短时间内向用户提交可完成部分工作的产品。用户有较充裕的时间学习和适应新产
品。易于保证核心功能正确。可以基于早期版本来获取需求。项目完全失败的风险小。可以为那些 创新的功能开拓市场。规避了资源缺乏的风险。
? 缺点：把用户需求转化为功能递增的不同版本可能比较难。以确定所有版本共需的公用模块。