软件工程各阶段的工作内容及特征
软件工程 软件工程概述
计划
评价
运行速成原型的工作模型是一个循 环的模型。
1.快速分析 快速确定软件系统 的基本要求，确定原型所要体现的 特征(界面，总体结构，功能，性 能)
2.构造原型 考虑主要特征，快 速构造一个可运行的系统。有三类 原型：用户界面原型，功能原型， 性能原型。
3.运行和评价原型
螺旋模型将开发过程 分为几个螺旋周期，每 个螺旋周期可分为4个工 作步骤：
开发可通过使用现成的可复用构件组装
1、第一代软件工完提程成高，效—而率无和传需质统从量的头，软开降件始低构成工造本程，的以目此的达。到称
为构件工程。
2、第二代软件工程 — 对象工程
3、第三代软件工程 — 过程工程
4、第四代软件工程 — 构件工程
软件工程是一门新兴的边缘学科,涉及的学科多， 研究的范围广，研究的主要内容有以下几方面：
软件工程的发展已经历了四个重要阶段：
1.第一代软件工程 — 传统的软件工程 2.第二代软件工程 — 对象工程 3.第三代软件工程 — 过程工程 4.第四代软件工程 — 构件工程
软件工程的发展已经历了四个重要阶段：
1.第一代软件工程 — 传统的软件工程
60年代末到70年代为了
2.第二代软件工程 — 克对象服工“程软 件 危 机 ”
结构化设计方法 SD法（Structured Design） 结构化分析方法 SA法（Structured Analysis）
SA，SD，SP 法相互衔接，形成了一整套开发方 法。
原型化方法及其工作模型
什么是原型化方法（Prototyping Method）
原型——是软件的一个早期可运行的版本，它 反映了最终系统的部分重要特性。
本课程学习的主要内容
软件工程第三章
条目格式如下： 数据流名： 组成： 流量：
3.5 需求分析方法 SIT 来源： 去向： · 文件条目。 文件条目主要说明文件由哪些数据项组成，存储方式和
存取频率等。 条目格式如下： 文件名： 组成： 存储方式： 存储频率：
3.5 需求分析方法 SIT · 数据项条目。 数据项名： 类型： 长度： 取值范围： · 加工条目。 加工条目主要说明加工的输入数据、输出数据及其加工
3.2 需求分析任务 SIT
二、分析系统的数据要求 分析系统的数据要求通常采用建立概念模型的方法。
三、导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模
型，通常用数据流图、数据字典和主要的处理算法描述这个 逻辑模型。 四、修正系统开发计划
根据在分析过程中获得的对系统的更深入更具体的了解， 可以比较准确地估计系统的成本和进度，修正以前制定的开 发计划。 五、开发原型系统
3.3.2用户需求
用户需求是从用户角度来描述系统功能和非功能需求， 以便让不具备专业技术方面知识的用户能看懂。这样的需求 描述只描述系统的外部行为，要尽量避免对系统设计特性的 描述。
3.3 软件需求分析类型 SIT
3.3.3系统需求
系统需求是比用户需求更详细的需求描述，是系统实现 的基本依据，因此，是一个完全的和一致的系统描述，是软 件工程人员系统设计的起点。
需求描述的结构化是围绕三个主要内容进行的，一是系 统操作对象，二是系统运行的功能，三是系统处理的事件。
3.6 软件需求工程管理 SIT 软件需求管理指的是一个为系统的需求进行启发、组织、
建档的系统方法，一个建立和维护客户和项目团队之间关于 变更系统需求所达成的一致性的过程。
需求模型是指将软件需求的捕获与开发、管理作为一个 工程，以软件需求的捕获与开发、管理为研究对象，抽象化 的工程参考模型，用以指导软件需求的各项实践活动。
软件开发流程的具体内容
软件开发流程的具体内容软件开发是一个复杂而又精细的过程，需要经历多个阶段和环节。
下面将介绍软件开发的具体流程，以便更好地了解软件开发的全貌。
1. 需求分析阶段。
软件开发的第一步是需求分析阶段。
在这个阶段，开发团队与客户进行沟通，了解客户的需求和期望。
通过讨论和调研，确定软件的功能和特性，明确软件的用户群体和使用场景，为后续的开发工作奠定基础。
2. 设计阶段。
在需求分析的基础上，开发团队进行软件的设计工作。
包括系统架构设计、数据库设计、界面设计等。
设计阶段的目标是确定软件的整体结构和各个模块的功能，为后续的编码工作提供指导。
3. 编码阶段。
编码阶段是软件开发的核心阶段，开发团队根据需求和设计文档，进行具体的编码工作。
根据需求文档和设计文档，开发团队使用相应的编程语言和开发工具，编写软件的源代码。
4. 测试阶段。
编码完成后，软件需要进行测试。
测试阶段包括单元测试、集成测试、系统测试等多个环节。
测试人员根据测试计划和测试用例，对软件进行全面的测试，确保软件的质量和稳定性。
5. 部署和维护阶段。
软件通过测试后，进入部署和维护阶段。
开发团队将软件部署到目标环境中，并进行相关的配置和优化。
同时，开发团队需要对软件进行维护和更新，确保软件的稳定性和安全性。
总结。
软件开发流程包括需求分析、设计、编码、测试、部署和维护等多个阶段。
每个阶段都有其独特的任务和目标，需要开发团队的密切合作和高效协调。
只有经过严格的流程管理和质量控制，才能保证软件开发的顺利进行和最终的成功交付。
总结：软件工程与软件过程基本概念.
增量模型
增量1 分析 增量2 设计 分析 编码 设计 分析 测试 编码 增量1 交付客户 测试 编码 增量2 交付客户 测试 增量3 交付客户
增量3
设计
…..
增量n
分析
设计 日历时间
编码
测试
增量n 交付客户
增量模型的特点
过程渐进性：每次提交一个满足用户需求子 集的增量构件； 增量模型强调每一个增量均发布一个可操作 的产品。 能在短时间内向用户提交可使用的软件； 软件系统的体系结构必须具有高度的开放性 和可扩充性； 在逐步增加产品功能的过程中有充裕的时间 学习和适应新的功能。
12 。 螺旋模型
螺旋模型是一个演化软件过程模型。 它将原型实现的迭代特征与线性顺序模型 中控制的和系统化的方面结合起来。 在螺旋模型中，软件开发是一系列的增量 发布。 在每一个迭代中，被开发系统的更加完善 的版本逐步产生。 螺旋模型被划分为若干框架活动，也称为 任务区域。
螺旋模型沿着螺线旋转，在四个象限上分别 表达了四个方面的活动，即： 制定计划──确定软件目标，选定实施方案， 弄清项目开发的限制条件。 风险分析──分析所选方案，考虑如何识别和 消除风险。 实施工程──实施软件开发。 客户评估──评价开发工作，提出修正建议。
14。 第四代技术
第四代技术包含了一系列的软件工具。 能使软件工程师在较高的级别上规约软件 的某些特征。 软件工具根据开发者的规约自动生成源代 码。
7。编码修复模型
编码修复模型是所有模型中最古老也是最 简单的模型。
编码 测试
交付
编码修复模型的特点
它几乎不执行任何预先的计划，该模型的 使用者很快就进入了所开发产品的编码阶 段。 典型的情况是，完成大量的编码，然后测 试产品并且纠正所发现的错误。 编码和测试工作一直持续到产品开发工作 全部完成并将产品交付给客户。
软件工程中的软件工程师的职业技能与知识
软件工程中的软件工程师的职业技能与知识软件工程是现代信息技术领域中的重要学科，软件工程师作为软件项目的核心角色，承担着设计、开发和维护软件系统的责任。
然而，要成为一名优秀的软件工程师，并不仅仅需要具备技术能力，还需要拥有丰富的职业技能和知识背景。
本文将分析软件工程师的职业技能和知识，并介绍其在软件工程实践中的应用。
一、编程能力编程是软件工程师最基本的技能之一，他们需要掌握至少一种编程语言，并能够熟练运用其进行软件开发。
常见的编程语言包括C、Java、Python等。
不同的项目和需求可能需要不同的编程语言，因此，软件工程师需要不断学习和掌握新的编程工具和语言。
二、算法与数据结构算法和数据结构是软件工程师解决问题的基础。
软件工程师需要理解各种算法和数据结构的性能特征，以便在设计和开发中能够选择合适的算法和数据结构。
例如，对于大规模数据处理的需求，软件工程师需要选择高效的排序算法和数据存储结构，以提高系统的性能。
三、系统设计和分析软件工程师需要具备系统设计和分析的能力，能够根据用户需求和项目要求设计软件系统的架构。
他们需要从整体上考虑系统的功能、性能、可维护性等要素，并能够根据需求进行系统模块的划分和功能的分解。
同时，软件工程师还需要对系统进行风险评估和分析，以便能够及时发现和解决可能的问题。
四、团队合作与沟通能力软件工程师往往需要与项目经理、测试人员以及其他开发人员密切合作。
他们需要具备良好的团队合作和沟通能力，能够与团队成员有效地协作，合理分配任务和资源，并能够及时沟通和解决问题。
五、持续学习与创新能力软件行业发展迅速，技术更新换代快。
一名优秀的软件工程师需要具备持续学习和创新的能力，不断学习新的技术和工具，并运用它们解决实际问题。
软件工程师应该积极参与技术社区和开发者社区，与其他专业人士分享经验和知识，保持对新技术的敏感度。
六、软件质量保证与测试软件工程师需要具备一定的软件质量保证和测试知识，能够编写高质量的代码，并能够进行软件测试和调试。
软件工程六十题需求分析
软件工程六十题1﹑软件产品的特性是什么？产品特性：⑴是一种逻辑产品，与物质产品有很大的区别。
⑵软件产品的生产主要是研制，生产成本主要在开发和研制，开发研制完成后，通过复制就产生了大量软件产品。
⑶软件产品不会用坏，不存在磨损，消耗。
⑷生产主要是脑力劳动，还末完全摆脱手工开发方式，大部分产品是"定做"的⑸开发软件的费用不断增加，致使生产成本相当昂贵。
2﹑软件生产有几个阶段？各有何特征？⑴程序设计时代：这个阶段生产方式是个体劳动，使用的生产工具是机器语言，汇编语言。
⑵程序系统时代：这个阶段生产方式是小集团合作生产，使用的生产工具是高级语言，开发方法仍依靠个人技巧，但开始提出结构化方法。
⑶软件工程时代：这个阶段生产方式是工程化的生产，使用数据库﹑开发工具﹑开发环境﹑网络﹑分布式﹑面向对象技术来开发软件。
3﹑什么是软件危机？产生原因是什么？软件开发技术的进步未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，问题积累起来，形态尖锐的矛盾，导致了软件危机。
产生原因：⑴软件规模越来越大，结构越来越复杂。
⑵软件开发管理困难而复杂。
⑶软件包开发费用不断增加。
⑷软件开发技术落后。
⑸生产方式落后，仍采用手工方式。
⑹开发工具落后，生产率提高缓慢。
4﹑什么是软件工程？它目标和内容是什么？软件工程就是用科学的知识程和技术原理来定义，开发，维护软件的一门学科。
软件工程目标：付出较低开发成本；达到要求的功能；取得较好的性能；开发的软件易于移植；只需较低的维护费用；能按时完成开发任务，及时交付使用；开发的软件可靠性高。
软件工程内容：研究内容包括开发技术和开发管理两个方面。
开发技术主要研究：软件开发方法，开发过程，开发工具和环境。
开发管理主要研究：软件管理学，软件经济学，软件心理学。
5﹑软件工程面临的问题是什么？软件工程需要解决的问题：软件的费用，可靠性，可维护性，软件生产率和软件的重用。
6﹑什么是软件生存周期？它有哪几个活动？软件生存周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
软件工程各阶段的工作内容及特征
软件工程各阶段的工作内容及特征软件工程的目标是提高软件质量，质量因素有正确性、性能、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等。
开发常用模型有：线性模型、渐增式模型、螺旋模型、快速原型模型、形式化描述模型等等。
“套用固定的模型不是程序员的聪明之举”。
比如“程序设计”与“测试”之间的关系，习惯上总以为程序设计在先，测试在后，而对于一些复杂的程序，将测试分为同步测试与总测试更有效。
软件开发中的三种基本策略：“复用”“分而治之”“优化—折衷”。
软件复用是将具有一定集成度并可以重复使用的软件组成单元，称为软构件。
分而治之是指把一个复杂的问题分解成若干个简单的问题，然后逐个解决。
软件的优化是指优化软件的各个质量因素，如提高运行速度，提高对内存资源的利用率，使用户界面更加友好等等。
优化工作的复杂之处是很多目标之间存在千丝万缕的关系，当不能够使所有的目标都得到优化时，就需要“折衷”策略。
软件中的折衷策略是指通过协调各个质量因素，实现整体质量的最优。
软件折衷的重要原则是不能使某一方损失关键的职能，更不可以像“舍鱼而取熊掌”那样抛弃一方。
下面从需求分析、系统分析、系统实现、测试与改错、维护与再生这五个方面逐一阐述。
2.1 需求分析阶段需求分析是项目成败与否的第一步，对需求把握得越准确，软件的修修补补就越少。
有些需求在一开始时很难确定，在开发过程中要不断地加以改正。
软件修改越早代价越少，修改越晚代价越大。
需求分析要关注到每一个最终使用者，避免遗漏使用方的需求。
需求分析尽量从多个角度进行。
需求分析需要与使用者进行多次反复沟通，开发者做到真正领会使用者的需求。
做可行性分析不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。
可行性分析必须为决策提供有价值的证据。
需要分析的工作要点有：1）完成问题整理、收集；2）走访使用部门，进行询问、沟通；3）交流中的心态定位是我们在为编辑、为业务工作；4）我们要为用户考虑。
第1章-软件工程学概述1-1
• 软件用后不磨损
• 随着时间的推移，应用程序
的某些部分可能会变得不再 相关（例如，需求改变时）， 而需要修改
• 但是，没有备件的概念
1.1、软件的定义
硬件和软件故障率曲线
由于副作用造成 故障率的提高 原来的软件已经面目全非了！
故障率
磨损后
生命初期
修改
硬件的故障率曲线 实际曲线
软件故障率的理想曲线
1.2、软件危机
软件危机案例
3 ． 软件产品的质量靠不住 [案例]：
ARIANE 5 火箭 1996 年6 月，耗资70 亿美元，发射
本章内容
1.1、软件的定义 1.2、软件危机 1.3、软件工程 1.4、软件生存期 1.5、软件过程
1.2、软件危机
软件危机
Crisis！
“软件危机”（Software crisis） 的出现是由于软件的规模越来越大，复杂 度不断增加，软件需求量增大。而软件开 发过程是一种高密集度的脑力劳动，软件 开发的模式及技术不能适应软件发展的需 要。致使大量质量低劣的软件涌向市场， 有的花费大量人力财力，而在开发过程中 就夭折。
时间
1.1、软件的定义
硬件和软件故障率曲线的比较
软件不会用坏（wear out）.
软件会退化（ deteriorate）!
1.1、软件的定义
软件的特点-7
要求
软件产品不允许误差
软件产品的高质量取决于好的设计（ High quality is achieved through） 依赖于人（Depend on people） 需要对产品进行构造（Require the construction of a “product”）
软件工程导论第5版
1.1 软件危机
（2）应该推广使用在实践中总结出来的开发软件的成 功的技术和方法。研究探索更好更有效的技术和方法 ，尽快消除在计算机系统早期发展阶段形成的一些错 误概念和做法。 （3）应该开发和使用更好的软件工具。在适当的软 件工具辅助下，开发人员可以把这类工作做得既快又 好。如果把各个阶段使用的软件工具有机地集合成一 个整体，支持软件开发的全过程，则称为软件工程支 撑环境。
1.1 软件危机
一系列软件相关的问题在计算机系统的整个发展过程 中一直存在着，而且这些问题还会继续恶化： 硬件的发展超过软件，建造的软件难以发挥硬件的潜能； 现有软件与用户的要求矛盾； 软件失败导致“灾难性后果”； 需要高质量、高可靠性的软件； 设计的问题使得升级和维护十分困难；
1.1 软件危机
1.2 软件工程
2. 坚持进行阶段评审：错误有放大效应
当时已经认识到，软件的质量保证工作不能等 到编码阶段结束之后再进行。因为：第一，大部分错 误是在编码之前造成的，据统计，设计错误占软件错 误的63%，编码错误仅占37%；第二，错误发现与改正 得越晚，所需付出的代价也越高。因此，在每个阶段 都进行严格的评审，以便尽早发现在软件开发过程中 所犯的错误是一条必须遵循的重要原则。
1.2 软件工程
4. 采用现代程序设计技术
从提出软件工程的概念开始，人们一直把主要精力用于研究 各种新的程序设计技术，并进一步研究各种先进的软件开发与 维护技术。实践表明，采用先进的技术不仅可以提高软件开发 和维护的效率，而且可以提高软件产品的质量。
5. 结果可以清楚地审查
软件产品不同于一般的物理产品，它是看不见摸不着的逻 辑产品。软件开发人员(或开发小组)的工作进展情况可见性差 ，难以准确度量，从而使得软件产品的开发过程比一般产品的 开发过程更难于评价和管理。为了提高软件开发过程的可见性 ，应该根据软件开发项目的总目标及完成期限，规定开发组织 的责任和产品标准，从而使得所得到的结果能够清楚地审查。
现代软件工程课程描述
现代软件工程课程是一门介绍软件开发过程的课程，它涵盖了从需求分析到软件维护的整个生命周期。
这门课程通常包括以下内容：
1. 软件开发过程：这门课程将介绍软件开发的各个阶段，包括需求分析、设计、编码、测试和维护。
学生将学习如何将这些阶段有效地组织和管理，以开发出高质量的软件。
2. 软件设计：这门课程将介绍软件设计的基本原则和方法，包括面向对象设计、模块化设计、数据结构和算法等。
学生将学习如何使用这些技术来创建可扩展、可维护和高效的软件系统。
3. 软件测试：这门课程将介绍软件测试的基本概念和技术，包括单元测试、集成测试、系统测试和验收测试。
学生将学习如何设计和执行有效的测试策略，以确保软件的质量。
4. 软件项目管理：这门课程将介绍软件项目管理的基本概念和技术，包括项目规划、风险管理、质量管理和团队管理等。
学生将学习如何有效地管理软件开发项目，以确保项目的顺利进行和成功完成。
5. 软件质量保证：这门课程将介绍软件质量保证的基本概念和技术，包括质量标准、质量度量和质量改进等。
学生将学习如何实施有效的质量保证策略，以提高软件的质量和用户满意度。
6. 软件工程工具：这门课程将介绍一些常用的软件工程工具，如版本控制系统、自动化构建工具、持续集成工具和缺陷跟踪系统等。
学生将学习如何使用这些工具来提高软件开发的效率和质量。
软件工程导论重点内容
第一章软件工程概述重点掌握的内容：软件和软件工程的基本概念一．什么是软件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作用域/控制域规则：作用域不要超出控制域的范围；软件系统的判定,其位置离受它控制的模块越近越好;六、详细设计重点掌握的内容：详细设计的任务和方法一般掌握的内容：详细设计的原则和详细设计的规格与评审。
西安电子科技大学《软件工程》复习资料
软件工程习题解答第一章概述1.软件产品的特性是什么？a.软件产品是一种逻辑产品。
b.软件产品的生产主是研制，软件产品的成本主要体现在软件的开发和研制上，软件开发完成后，复制就产生了大量软件产品。
c.软件产品不会用坏，不存在磨损、消耗问题。
d.软件产品的生产主要是脑力劳动，还未完全摆脱手工开发方式，而且碰分是"定做"的。
e.软件费用不断增加，成本相当昂贵。
2.软件产品有几个阶段？各有何特征？阶段 A.程序设计时代(1946-1956) B.程序系统时代（1956-1968） C.软件工程时代（1968-今）生产方式个体手工劳动小集团合作生产工程化的生产工具机器语言、汇编高级语言数据库、开发工具、开发环境、网络、分布式、面向对象技术开发方法追求编和技巧，追求程序运行效率个人技巧，开始提出结构化方法硬件特征价格贵、存储容量小、运行可靠性差速度、容量、工作可靠性有明显提高，价格降低，销售有爆炸性增长向超高速、大容量、微型化以及网络化方软件特征只有程序、程序设计概念，不重视程序设计方法程序员数量猛增，已意识到软件开发的重要性，开发技术没有新的突破，大量软件开发的需求已提出，开发人员的素质和工程兵的开发技术不适应规模大、结构复杂的软件开发，产生了尖锐矛盾，导致软件危机的产生开发技术有很大进步，但未能获得突破性进展，软件价格不断上升，没有完全摆脱软件危机3.什么是软件危机？其产生的原因是什么？软件危机：软件发展第二阶段的末期，由于计算机硬件技术的进步。
一些复杂的、大型的软件开发项目提出来了，但，软件开发技术的进步一直未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，因而导致了软件危机。
主要表现在以下几个方面：a.经费预算经常突破，完成时间一再拖延。
b.开发的软件不通满足用户要求。
c.开发的软件可维护性差。
d. 开发的软件可靠性差。
软件危机产生的原因是由于软件产品本身的特点以及开发软件的方式、方法、技术和人员引起的：a.软件的规模越来越大，结构越来越复杂。
软件工程概述考点整理
软件工程概述考点整理●软件及其本质特性●软件的概念●指令的集合(计算机程序)，通过执行这些指令可以满足预期的特征、功能和性能需求；●数据结构，使得程序可以合理利用信息；●软件描述信息，它以硬拷贝和虚拟形式存在，用来描述程序的操作和使用。
●软件 = 程序 + 数据 + 文档●软件是逻辑的而非物理的系统元素，因此，软件具有完全不同的特性：软件不会“磨损”。
●软件的失效曲线图●软件的特性●无形性●成本主要体现在软件的开发和研制上●软件不会被用坏，只能被淘汰●软件生产方式原始●软件成本昂贵●软件的本质特性●复杂性：软件是人类思维和智能的一种延伸，他比任何以往的人类的创造物都要复杂的多●一致性●软件不能独立存在，需要依附于一定的环境(如硬件、网络以及其他软件）●软件必须遵从人为的惯例并适应已有的技术和系统●软件需要随接口不同而改变，随时间推移而变化，而这些变化是人为设计的结果●可变性●人们总是认为软件是容易修改的，但忽略了修改带来的副作用●不断的修改最终导致软件的退化，从而结束其生命周期●不可见性●软件是一种“看不见、摸不着”的逻辑实体，不具有空间的形体特征●开发人员可以直接看到程序代码，但是源代码并不是软件本身●软件以机器代码的形式运行，但是开发人员无法看到源代码是如何运行的●软件的分类●按功能划分●系统软件：与计算机硬件紧密配合以使计算机各个部分与相关软件及数据协调、高效工作的软件。
如操作系统、数据库管理系统等●支撑软件：协助用户开发软件的工具性软件●应用软件：在特定领域内开发、为特定目的服务的一类软件●●按规模划分●微型1人1~4周0.5k●小型1人1~6月1k~2k●中型2~5人1~2年5k~50k●大型5~20人 2~3年50k~100k●甚大型100~1000人4~5年1M(=1000K)●极大型2000~5000人5~10年 1M~10M●按工作方式划分●实时处理软件：在事件或数据产生时，立即处理，并及时反馈信息●分时软件：允许多个联机用户同时使用计算机的软件●按服务对象的范围划分●项目软件:定制软件●产品软件:面向市场●按使用频度划分●一次使用的软件●频繁使用的软件●失效的影响划分●高可靠性软件●一般可靠性软件●软件的发展●第一阶段（20世纪50-60年代）:程序设计阶段，此时硬件已经通用化，但软件生产却是个体化。
软件工程概论
手工作坊式为主，自动或半自动工具应用弱
12
软件产业的地位
国际上将软件产业视为国家的战略性产业，是国际竞 争的焦点和制高点。当今发达国家竞相发展软件产业
我国高度重视软件产业
2000年6月，国务院发布《鼓励软件产业和集成电路产业发 展的若干政策》（18号文件）
这是自1994年国务院发布《汽车工业产业政策》之后的又一重要举 措，对中国软件产业发展具有举足轻重的意义
2006 年 微软 在开源软件方面 与 Novell 开展 大规模合作
促使
2006 年 Oracle 宣布为Red Hat Linux 提供 完整的技术支持
IBM SAP Google 等企业 纷纷加入 开源软件领域
一般软件开发过程中的八个阶段
一般软件开发过程中的八个阶段Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程学的内容软件工程学的主要内容是软件开发技术和软件工程管理.软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工程经济学和软件管理学。
软件工程基本原理著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理。
(1)用分阶段的生存周期计划进行严格的管理。
(2)坚持进行阶段评审。
(3)实行严格的产品控制。
(4)采用现代程序设计技术。
(5)软件工程结果应能清楚地审查。
(6)开发小组的人员应该少而精。
(7)承认不断改进软件工程实践的必要性。
B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅要积极主动地采纳新的软件技术，而且要注意不断总结经验。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。
正确性指软件产品达到预期功能的程度。
可用性指软件基本结构、实现及文档为用户可用的程度。
开销合宜是指软件开发、运行的整个开销满足用户要求的程度。
这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。
软件工程过程主要包括开发过程、运作过程、维护过程。
它们覆盖了需求、设计、实现、确认以及维护等活动。
需求活动包括问题分析和需求分析。
问题分析获取需求定义，又称软件需求规约。
初软件工程正文
初软件工程正文引言软件工程是涉及软件开发和维护的学科和职业。
随着信息技术的发展，软件在我们的日常生活中扮演着越来越重要的角色。
软件工程师负责设计、编码、测试和维护软件系统，以满足用户需求。
本文将介绍软件工程的基本概念、方法和实践，以及软件工程师需要掌握的必备技能。
软件工程概述软件工程是一种通过系统性、可度量的方法来开发和维护软件的学科和实践。
软件工程包括多个阶段，如需求分析、设计、编码、测试、部署和维护。
软件工程的目标是提高软件质量、降低开发成本，并确保软件能够按时交付。
软件工程的方法和实践需求分析需求分析是软件工程的第一阶段，它主要是确定用户需求，并将其转化为可执行的任务。
在需求分析过程中，软件工程师与客户进行密切合作，收集和分析用户需求，并将其记录成需求文档。
需求分析需要具备良好的沟通和分析能力，以确保准确理解用户需求。
设计设计阶段是将需求转化为可执行的设计方案。
软件工程师需要设计软件的整体架构、模块划分和数据结构等。
设计阶段还包括确定开发环境和选择适合的开发工具。
良好的设计能够提高软件的可维护性和可扩展性。
编码编码是将设计方案转化为实际的源代码的过程。
软件工程师需要选择合适的编程语言和编程工具，并按照设计要求开发功能模块。
编码需要熟悉编程语言和算法，以保证代码的质量和性能。
测试测试是软件工程中非常重要的环节，它可以帮助发现和修复软件中的缺陷。
软件工程师需要设计和执行各种测试用例，以确保软件的功能正确性和稳定性。
测试需要具备良好的逻辑思维和问题解决能力。
部署和维护部署和维护是软件工程的最后两个阶段。
部署是将已经开发完毕的软件安装在目标环境中，使用户可以正常使用。
维护是指在软件发布后，及时修复软件中出现的问题，并对软件进行持续改进。
良好的部署和维护能够提供持续的用户支持和满意度。
软件工程师需要掌握的技能编程技能作为一名软件工程师，掌握至少一种编程语言是非常重要的。
常见的编程语言包括Java、C++、Python等。
软件工程知识点
第一章软件危机：软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
软件危机的表现：（1）软件开发进度和成本难以控制。
（2）软件产品难以满足用户的需求。
（3）软件质量难以得到保证。
（4）软件产品难以进行维护。
（5）软件的文档资料难以管理。
（6）软件产品的生产率难以得到提高。
软件危机出现的原因：一方面是软件自身特点，另一方面是开发软件和使用软件的人员。
（1）对软件开发缺乏正确的理论指导。
（2）软件开发人员与用户缺乏充分的交流。
（3）对软件开发过程缺乏整体认识。
（4）对软件产品缺乏有效一致的质量评价标准。
软件工程发展的四个阶段：（1）传统软件工程阶段：用工程化思想指导软件项目开发逐步为业界所理解和接受。
（2）面向对象软件工程阶段：这一阶段的发展是以“对象”为基础展开的。
（3）过程工程的软件工程阶段：提出对软件项目管理的计划，实施，监控，成本核算，质量保证以及软件配置的技术和过程，逐步形成了过程软件工程，并衍生出群体过程和个体过程两个子类。
（4）构建工程的软件工程阶段：重视发展软件体系结构，软件设计模式，系统交互性，标准化等领域的重用，积极提倡基于软构件的开发方法。
软件工程的概念：应用计算机科学理论和技术以及工程管理原则和方法，按预算和进度，实现满足用户要求的软件产品和定义，开发，发布和维护的工程或进行研究的学科。
软件工程三要素：方法，工具，过程。
简答第一大题衡量软件质量的因素：（1）：可理解性：它对软件体系结构，数据程序的描述清晰和易于掌握的程度。
（2）功能性：它是软件所实现的功能和达到的性能与满足用户实际需求的程度（3）安全性：它是软件具有的自身保护能力的程度。
（4）可靠性：它是软件在给定的时间、空间、外部环境等条件下，按照设计须有，成功运行的能力。
（5）有效性。
它是软件能充分利用计算机时间、空间、宽带等资源的能力。
（6）可扩充性；它是软件在功能或性能发生变化时，系统改变的容易程度。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程各阶段的工作内容及特征
软件工程的目标是提高软件质量，质量因素有正确性、性能、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等。
开发常用模型有：线性模型、渐增式模型、螺旋模型、快速原型模型、形式化描述模型等等。
“套用固定的模型不是程序员的聪明之举”。
比如“程序设计”与“测试”之间的关系，习惯上总以为程序设计在先，测试在后，而对于一些复杂的程序，将测试分为同步测试与总测试更有效。
软件开发中的三种基本策略：“复用”分“而治之”优“化—折衷”。
软件复用是将具有一定集成度并可以重复使用的软件组成单元，称为软构件。
分而治之是指把一个复杂的问题分解成若干个简单的问题，然后逐个解决。
软件的优化是指优化软件的各个质量因素，如提高运行速度，提高对内存资源的利用率，使用户界面更加友好等等。
优化工作的复杂之处是很多目标之间存在千丝万缕的关系，当不能够使所有的目标都得到优化时，就需要“折衷”策略。
软件中的折衷策略是指通过协调各个质量因素，实现整体质量的最优。
软件折衷的重要原则是不能使某一方损失关键的职能，更不可以像“舍鱼而取熊掌”那样抛弃一方。
下面从需求分析、系统分析、系统实现、测试与改错、维护与再生这五个方面逐一阐述。
2.1 需求分析阶段
需求分析是项目成败与否的第一步，对需求把握得越准确，软件的修修补补就越少。
有些需求在一开始时很难确定，在开发过程中要不断地加以改正。
软件修改越早代价越少，修改越晚代价越大。
需求分析要关注到每一个最终使用者，避免遗漏使用方的需求。
需求分析尽量从多个角度进行。
需求分析需要与使用者进行多次反复沟通，开发者做到真正领会使用者的需求。
做可行性分析
不能以偏盖全，也不可以什么鸡毛蒜皮的细节都加以权衡。
可行性分析必须为决策提供有价值的证据。
需要分析的工作要点有：1）完成问题整理、收集；2）走访使用部门，进行询问、沟通；3）交流中的心态定位是我们在为编辑、为业务工作；4）我们要为用户考虑。
让用户意识到我们的每一句话都是在为他们考虑；5）采用适当的交流语言。
勾画出思路清晰用户易懂的流程图，清晰明了的表格，形象美观的图形，必不可少的文字；6）保留交流的记录和整理汇总的文档；7）技术人员自己要提出用户易用性需求、系统功能需求、系统维护需求；8）响应变更需求，拒绝不合理要求；9）业务建模。
通过UML 绘制的模型来完整、适当地对需求进行描述；10）分析绘制业务流程图和数据流程图，总结出各级操作人员，识别系统中的所有用例和角色；分析各角色和用例之间的联系，使用UML建模工具画出系统的用例图；最后勾画系统的概念层模型，借助UML建模工具描述概念层的类图和活动图。
2.2 系统设计阶段系统设计阶段完成系统设计。
系统设计是把需求转化为软件系统的最重要的环节，决定一套软件系统的健壮性、可扩展性、易开发性等。
系统设计的优劣在根本上决定了软件系统的质量。
这个阶段要确定系统结构，系统结构的稳定性决定应用软件的使用寿命。
有了上一阶段需求的把控和需求建模，系统分析阶段就要完成结构设计、模块设计和数据结构设计。
模块设计的组件单元尽可能小，可让每个程序员承担很少的开发部分，各部分之间不受牵制，强内聚、弱耦合，使单元组件可以随时重新开发，而对整体的开发不造成瓶颈。
该阶段还要设计系统运行平台的架构，部署系统物理平台，制定系统备份恢复机制。
2.3 系统实现阶段
此阶段选择通用的编程工具，按照需求建模和系统设计中不同模块拆分给不同的技术人员，并实现进度控制。
2.4 测试阶段
该阶段是系统上线前的关键期，是对需求分析和理解的验证阶段，在这个阶段可以发现结构设计的合理性，进而可能回退到分析设计阶段进行系统重构。
可以按照黑盒测试、正确性测试、容错性测试、性能与效率测试、易用性测试和文档测试这6个方面进行分组测试。
开发过程中进行同步测试。
针对测试中发现的问题，进行程序修改。
之后再进行分组测试，如此往复。
最后，进行总测试，直至成品。
2.5 维护再生阶段
开发人员通常会忽略维护与再生这个环节。
对于一个优秀的程序员来说，这个环节非常关键。
在这个环节中，程序员可以积累很多运行中存在的问题，将这些问题总结成为系统性能需求，然后将系统性能需求转入到再生工程中进行升级改造。
再生工程与维护的共同之处是都没有抛弃原有的软件。
如果把维护比作“修修补补”，那么再生工程就算是“痛改前非”。
-可编辑修改 -
THANKS !!!
致力为企业和个人提供合同协议，策划案计划书,
学习课件等等
打造全网一站式需求
欢迎您的下载，资料仅供参考。