相关的软件工程国家标准把软件生存周期划分为8个阶段，是那8个阶段？
kuaidi.ping-jia.net 作者：佚名 更新日期：2024-07-03
电脑修图软件排行榜
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：
Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则
围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：
(1)选取适宜的开发模型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
(2)采用合适的设计方法
在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
(3)提供高质量的工程支撑
工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理
软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是
在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对
软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策
略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略
。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题
进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立
的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，
从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务
的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是
使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开
始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就
是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查
和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这
个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再
经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所
开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有
一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了
到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础
。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做
了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周
期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结
构分析或结构设计技术。
把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简
单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件
生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段
结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的
工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的
质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高
软件开发的成功率，软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、
开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件
生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相
对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程
度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软
件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步
划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。
软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行
性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程
需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析
，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定
义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组
成：总体设计，详细设计，编码和单元测试，综合测试。
维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在
使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境
；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再
进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开
发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
1问题定义
问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道
问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最
终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的
，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和
规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员
扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份
书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都
满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的
时间。
2可行性研究
这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解
决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的
系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范
围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究
阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更
准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效
益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的
重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进
行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值
得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，
目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表
达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道
怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统
分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确
认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻
辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因
此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术
专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的
细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结
构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完
整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有
效地防止和克服急于着手进行具体设计的倾向。
4总体设计
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用
计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是
人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑
下述几类可能的方案：
低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工
作。
中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用
起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没
有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的
能力在实践中将证明是很有价值的。
高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功
能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种
方案的成本和效益，还应该在充分权衡各种方案的利弊的∩希萍鲆桓鼋虾?nbsp;
的系统（最佳方案），并且制定实现所推荐的系统的详细计划。如果用户接受分
析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设
计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程
序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二
项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的
关系。通常用层次图或结构图描绘软件的结构。
5详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段
的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这
个系统呢？”
这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规
格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该
包含必要的细节，程序员可以根据它们写出实际的程序代码。
通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言
）描述详细设计的结果。
6编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计
语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序
，并且仔细测试编写出的每一个模块。
7综合测试
这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定
的要求。
最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构
，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程
序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析
阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确
有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠
性的要求也可以决定测试和调试过程什么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下
来，做为软件配置的一个组成成分。
8软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的
需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的
软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，
即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来
的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
参考资料："
还不错，希望你采纳。
1系统定义
2可行性分析
3需求分析
4概念设计
5详细设计
6编写代码
7用户测试
8软件维护
其实不一定是8个，有些可以分解而有些可以合并，但基本上就是这样的过程。
这样的划分步骤有利于正确地引导软件的开发，
后一步成功都是建立在前一步详尽的实施之上，
否则后面的必将是空中楼阁。
个人认为技术含量最大的在于 需求分析 和 详细设计。
CAD/CAM的未来发展趋势?
答：软件工程采用生命周期法从时间上对软件的开发和维护进行分解,把软件生存周期依次划分为几个阶段,分阶段进行开发。3)参数化CAD对于系列化、通用化和标准化程度高的产品,产品设计所采用的数学模型及产品结构都是固定的。不同的仅是结构尺寸的差异,这是由于相同数目及类型的已知条件在不同规格的产品设计中取不同值而...
请问软件开发企业中有没有什么国家标准或者行业标准方面的资质
答：SB/T 10264-1996餐饮业计算机管理软件开发设计基本规范 191KB GB/Z 20156-2006 软件工程 软件生存周期过程 用于项目管理的指南 971KB GB/T 8566-2007 信息技术 软件生存周期过程 5114KB GB/T 20917-2007软件工程软件测量过程 1002KB GB/T 20438.3-2006 电气 电子 可编程电子安全相关系统的功能安全 第3部分 ...
计算机软件工程国家标准汇编能推动我国软件产业哪些方面的发展?
答：本书名为《计算机软件工程国家标准汇编(软件度量与评价卷)(第2版)》，主要聚焦于软件度量与评价领域。该版本收录了截至2011年5月发布且仍然有效的国家标准，共计20项，旨在为读者提供便利，便于他们查阅和应用。本汇编的出版，旨在深入贯彻软件工程标准，对软件开发过程的控制和管理起到了关键作用。它通过...
软件工程名词解释
答：软件： 计算机系统中的程序，数据及其相关文档的总称 软件工程： 软件工程是应用计算机科学，数学及管理科学等原理，以工程化的原则和方法制作软件的工程 软件危机： 是指在计算机软件的开发和维护过程中所遇到的一系列严重的问题 软件生存周期： 是指软件产品或软件系统从产生，投入使用到被淘汰的全过程。...
请问软件开发企业中有没有什么国家标准或者行业标
答：有用的国家标准很多，大部分是ISO标准的采标。例如GB/T 8566-2007《信息技术 软件生存周期过程》，GB/T 16680-2015《系统与软件工程 用户文档的管理者要求》。推荐的做法，就是登陆国家标准委的官网，网址 http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp 然后查询 信息技术、软件工程、...
如何解决软件危机
答：基于程序变换、自动生成和可重用软件等软件新技术研究也已取得一定的进展,把程序设计自动化的进程向前推进一步。在软件工程理论的指导下,发达国家已经建立起较为完备的软件工业化生产体系,形成了强大的软件生产能力 。软件标准化与可重用性得到了工业界的高度重视,在避免重用劳动,缓解软件危机方面起到了重要作用。
什么是软件工程标准化
答：软件工程标准的类型也是多方面的 它可能包括过程标准(如方法、技术、度量等)、产品标准(如需求、设计、部件、描述、计划、报告等)、专业标准(如职别、道德准则、认证、特许、课程等)以及记法标准(如术语、表示法、语言等)表1)软件工程标准分类软件生存期软件生存期概念需求设计实现测试制造安装与检验运行...
2020年计算机软件水平考试《系统架构设计师》考点汇总
答：增加一周，软件系统就生成一个新版本，系统应该尽快地收敛到用户允许或可以接受的目标范围内。该模型支持大型软件开发，适用于面向规格说明、面向过程、面向对象的软件开发方法，也适用于几种开发方法的组合。4、基于可重用构件的模型 把软件工程项目所创建的构件不断地积累和存储在一个构件库中，系统将依赖...
软件总体设计过程中需要遵守哪些基本原理
答：软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解,把软件生存的漫长周期依次划分为若干个阶段,每个阶段有相对独立的任务,然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候,从对任务的抽象逻辑分析开始,一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段...
cad起源于什么时候
答：软件工程采用生命周期法从时间上对软件的开发和维护进行分解,把软件生存周期依次划分为几个阶段,分阶段进行开发。 3)参数化CAD 对于系列化、通用化和标准化程度高的产品,产品设计所采用的数学模型及产品结构都是固定的。不同的仅是结构尺寸的差异,这是由于相同数目及类型的已知条件在不同规格的产品设计中取不同值...
1、概念不同。
应用程序（application software或 application Program）是计算机软件的主要分类之一，是指为针对用户的某种特殊应用目的所撰写的软件。
应用程序在分类上也比较多，系统应用程序，桌面应用程序，驱动应用程序，网络应用程序，手机应用程序，物联网应用程序等。
根据《软件工程：实践者的研究方法》中的定义，软件（software）是一系列按照特定顺序组织的计算机数据和指令，是计算机中的非有形部分。计算机中的有形部分称为硬件，由计算机的外壳及各零件及电路所组成。
软件由一个或多个应用程序组合而成，分类上有编程语言、系统软件、恶意软件，嵌入式软件，游戏软件，应用软件和介于这两者之间的中间件。
系统软件就是常见的操作系统，Windows，Mac OS，Linux都是操作系统软件。
应用软件是需要运行在操作系统上的软件，比如常见的文档处理软件，图像处理软件，编程软件等。
恶意软件会故意造成隐私或机密数据外泄、系统损害（包括但不限于系统崩溃等）、数据丢失等故障及信息安全问题。
中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。
软件包括所有在计算机运行的程序，和其架构无关，例如可执行文件、库及脚本语言都属于软件。软件不分架构，有其共通的特性。
应用程序只是软件的一部分，而软件的概念及其广泛，不是只有应用程序。
2、功能不同
软件由多个应用程序组合而成，功能及其复杂，比如常见的office 软件，能做表格，做PPT，处理文档等功能。
而应用程序功能比较单一，只能处理一类工作。PPT只能用来处理幻灯片，没有办法处理复杂表格，想要录制音频需要调用office软件包里录制音频的应用程序。
3、开发难度不同。
软件的开发难度要比应用程序大得多，由于需要多个应用程序配合，而且需要在不同的操作系统平台上发布，都是用不同的编程语言混合开发而成 。
软件对性能有一定的要求，很少选择性能比较差的脚本语言开发，一般都是使用C++，Java这类编译型语言开发。
但编译型语言的问题是，有的语言设计不合理，历史积累，不够成熟等原因，造成开发起来较繁琐，调试比较困难，开发时间较长。因此一个功能完整的软件开发起来通常需要几年才能完成。
最常见的游戏软件就是如此，很多游戏软件的游戏引擎都是C++，C#这种编译型语言开发（有现成的也需要二次开发），也是整个游戏的灵魂，开发难度也是最大的。
而游戏的动作，事件等则选择LUA，JavaScript或者Python这些脚本语言开发。很多游戏大作都是跨平台的，开发周期最少的都在1年以上。
应用程序的功能相对比较单一，遇到的业务场景也不会很复杂。通常开发一个功能完善的应用程序，只需要几个月时间，复杂的应用程序最多1-2年就能完成。
应用程序通常对性能的需求没有软件那么大，很多解释型的脚本语言也可以开发。开发一个移动端手机应用程序（web应用程序），功能不算很复杂，开发周期都不长。通常一个完整的web应用程序，会分为客户端和服务端两部分。
客户端软件技术选型上，常用React Native 或者 flutter（IOS有自己的一套UI），服务端软件一般常用C++、Java、PHP、Python、Ruby等编程语言开发，通常都会同时在安卓和IOS平台上发布。
软件工程一直以来都缺乏一个统一的定义，很多学者、组织机构都分别给出了自己的定义：
Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所必需的相关文件资料。
IEEE：软件工程是开发、运行、维护和修复软件的系统方法。
Fritz Bauer：建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行的可靠软件的一系列方法。
软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。
(1)软件工程目标：生产具有正确性、可用性以及开销合宜的产品。正确性指软件产品达到预期功能的程度。可用性指软件基本结构、实现及文档为用户可用的程度。开销合宜是指软件开发、运行的整个开销满足用户要求的程度。这些目标的实现不论在理论上还是在实践中均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束。
(2)软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤。软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义，又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程，实现完成后的确认，保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。伴随以上过程，还有管理过程、支持过程、培训过程等。
(3)软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循的原则。
软件工程必须遵循什么原则
围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：
(1)选取适宜的开发模型
该原则与系统设计有关。在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和影响的，经常需要权衡。因此，必需认识需求定义的易变性，采用适当的开发模型，保证软件产品满足用户的要求。
(2)采用合适的设计方法
在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性等特征。合适的设计方法有助于这些特征的实现，以达到软件工程的目标。
(3)提供高质量的工程支撑
工欲善其事，必先利其器。在软件工程中，软件工具与环境对软件过程的支持颇为重要。软件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用。
(4)重视软件工程的管理
软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织的生产能力等问题。因此，仅当软件过程予以有效管理时，才能实现有效的软件工程。
软件工程是指导计算机软件开发和维护的工程学科。
采用工程的概念、原理、 技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够 得到的最好的技术方法结合起来，这就是软件工程。
软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。它们是
在七十年代为了对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对
软件产品经常不满意的状况而发展起来的。人类解决复杂问题时普遍采用的一个策
略就是“各个击破”，也就是对问题进行分解然后再分别解决各个子问题的策略
。软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题
进行分解，把软件生存的漫长周期依次划分为若干个阶段，每个阶段有相对独立
的任务，然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候，
从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发。前一个阶段任务
的完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是
使前一阶段提出的解法更进一步具体化，加进了更多的物理细节。每一个阶段的开
始和结束都有严格标准，对于任何两个相邻的阶段而言，前一阶段的结束标准就
是后一阶段的开始标准。在每一个阶段结束之前都必须进行正式严格的技术审查
和管理复审，从技术和管理两方面对这个阶段的开发成果进行检查，通过之后这
个阶段才算结束；如果检查通不过，则必须进行必要的返工，并且返工后还要再
经过审查。审查的一条主要标准就是每个阶段都应该交出“最新式的”（即和所
开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有
一个完整准确的软件配置交付使用。文档是通信的工具，它们清楚准确地说明了
到这个时候为止，关于该项工程已经知道了什么，同时确立了下一步工作的基础
。此外，文档也起备忘录的作用，如果文档不完整，那么一定是某些工作忘记做
了，在进入生存周期的下一阶段之前，必须补足这些遗漏的细节。在完成生存周
期每个阶段的任务时，应该采用适合该阶段任务特点的系统化的技术方法——结
构分析或结构设计技术。
把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简
单，便于不同人员分工协作，从而降低了整个软件开发工程的困难程度；在软件
生存周期的每个阶段都采用科学的管理技术和良好的技术方法，而且在每个阶段
结束之前都从技术和管理两个角度进行严格的审查，合格之后才开始下一阶段的
工作，这就使软件开发工程的全过程以一种有条不紊的方式进行，保证了软件的
质量，特别是提高了软件的可维护性。总之，采用软件工程方法论可以大大提高
软件开发的成功率，软件开发的生产率也能明显提高。
目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、
开发环境以及开发时使用的方法论都影响软件生存周期阶段的划分。在划分软件
生存周期的阶段时应该遵循的一条基本原则就是使各阶段的任务彼此间尽可能相
对独立，同一阶段各项任务的性质尽可能相同，从而降低每个阶段任务的复杂程
度，简化不同阶段之间的联系，有利于软件开发工程的组织管理。一般说来，软
件生存周期由软件定义、软件开发和软件维护三个时期组成，每个时期又进一步
划分成若干个阶段。下面的论述主要针对应用软件，对系统软件也基本适用。
软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行
性，导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程
需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析
，由系统分析员负责完成。软件定义时期通常进一步划分成三个阶段，即问题定
义、可行性研究和需求分析。
开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组
成：总体设计，详细设计，编码和单元测试，综合测试。
维护时期的主要任务是使软件持久地满足用户的需要。具体地说，当软件在
使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境
；当用户有新要求时应该及时改进软件满足用户的新需要。通常对维护时期不再
进一步划分阶段，但是每一次维护活动本质上都是一次压缩和简化了的定义和开
发过程。
下面扼要介绍软件生存周期每个阶段的基本任务和结束标准。
1问题定义
问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道
问题是什么就试图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最
终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的
，但是在实践中它却可能是最容易被忽视的一个步骤。
通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和
规模的书面报告。通过对系统的实际用户和使用部门负责人的访问调查，分析员
扼要地写出他对问题的理解，并在用户和使用部门负责人的会议上认真讨论这份
书面报告，澄清含糊不精的地方，改正理解不正确的地方，最后得出一份双方都
满意的文档。
问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的
时间。
2可行性研究
这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解
决办法吗？”为了回答这个问题，系统分析员需要进行一次大大压缩和简化了的
系统分析和设计的过程，也就是在较抽象的高层次上进行的分析和设计的过程。
可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范
围，探索这个问题是否值得去解，是否有可行的解决办法。
在问题定义阶段提出的对工程目标和规模的报告通常比较含糊。可行性研究
阶段应该导出系统的高层逻辑模型（通常用数据流图表示），并且在此基础上更
准确、更具体地确定工程规模和目标。然后分析员更准确地估计系统的成本和效
益，对建议的系统进行仔细的成本／效益分析是这个阶段的主要任务之一。
可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的
重要依据，一般说来，只有投资可能取得较大效益的那些工程项目才值得继续进
行下去。可行性研究以后的那些阶段将需要投入要多的人力物力。及时中止不值
得投资的工程项目，可以避免更大的浪费。
3需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，
目标系统必须做什么”，主要是确定目标系统必须具备哪些功能。
用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表
达出他们的要求，更不知道怎样利用计算机解决他们的问题；软件开发人员知道
怎样使用软件实现人们的要求，但是对特定用户的具体要求并不完全清楚。因此系统
分析员在需求分析阶段必须和用户密切配合，充分交流信息，以得出经过用户确
认的系统逻辑模型。通常用数据流图、数据字典和简要的算法描述表示系统的逻
辑模型。
在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因
此必须准确完整地体现用户的要求。系统分析员通常都是计算机软件专家，技术
专家一般都喜欢很快着手进行具体设计，然而，一旦分析员开始谈论程序设计的
细节，就会脱离用户，使他们不能继续提出他们的要求和建议。较件工程使用的结
构分析设计的方法为每个阶段都规定了特定的结束标准，需求分析阶段必须提供完
整准确的系统逻辑模型，经过用户确认之后才能进入下一个阶段，这就可以有
效地防止和克服急于着手进行具体设计的倾向。
4总体设计
这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”
首先，应该考虑几种可能的解决方案。列如，目标系统的一些主要功能是用
计算机自动完成还是用人工完成；如果使用计算机，那么是使用批处理方式还是
人机交互方式；信息存储使用传统的文件系统还是数据库……。通常至少应该考虑
下述几类可能的方案：
低成本的解决方案。系统只能完成最必要的工作，不能多做一点额处的工
作。
中等成本的解决方案。这样的系统不仅能够很好地完成预定的任务，使用
起来很方便，而且可能还具有用户没有具体指定的某些功能和特点。虽然用户没
有提出这些具体要求，但是系统分析员根据自己的知识和经验断定，这些附加的
能力在实践中将证明是很有价值的。
高成本的“十全十美”的系统。这样的系统具有用户可能希望有的所有功
能和特点。
系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种
方案的成本和效益，还应该在充分权衡各种方案的利弊的∩希萍鲆桓鼋虾?nbsp;
的系统（最佳方案），并且制定实现所推荐的系统的详细计划。如果用户接受分
析员推荐的系统，则可以着手完成本阶段的另一项主要工作。
上面的工作确定了解决问题的策略以及目标系统需要哪些程序，但是，怎样设
计这些程序呢？结构设计的一条基本原理就是程序应该模块化，也就是一个大程
序应该由许多规模适中的模块按合理的层次结构组织而成。总体设计阶段的第二
项主要任务就是设计软件的结构，也就是确定程序由哪些模块组成以及模块间的
关系。通常用层次图或结构图描绘软件的结构。
5详细设计
总体设计阶段以比较抽象概括的方式提出了解决问题的办法。详细设计阶段
的任务就是把解法具体化，也就是回答下面这个关键问题：“应该怎样具体地实现这
个系统呢？”
这个阶段的任务还不是编写程序，而是设计出程序的详细规格说明。这种规
格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图，它们应该
包含必要的细节，程序员可以根据它们写出实际的程序代码。
通常用HIPO图（层次图加输入／处理／输出图）或PDL语言（过程设计语言
）描述详细设计的结果。
6编码和单元测试
这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。
程序员应该根据目标系统的性质和实际环境，选取一种适当的高级程序设计
语言（必要时用汇编语言），把说细设计的结果翻译成用选定的语言书写的程序
，并且仔细测试编写出的每一个模块。
7综合测试
这个阶段的关键任务是通过各种类型的测试（及相应的调试）使软件达到预定
的要求。
最基本的测试是集成测试和验收测试。所谓集成测试是根据设计的软件结构
，把经过单元测试检验的模块按某种选定的策略装配起来，在装配过程中对程
序进行必要的测试。所谓验收测试则是按照规格说明书的规定（通常在需求分析
阶段确定），由用户（或在用户积极参加下）对目标系统进行验收。
必要时还可以再通过现场测试或平行运行等方法对目标系统进一步测试检验。
为了使用户能够积极参加验收测试，并且在系统投入生产性运行以后能够正确
有效地使用这个系统，通常需要以正式的或非正式的方式对用户进行培训。
通过对软件测试结果的分析可以预测软件的可靠性；反之，根据对软件可靠
性的要求也可以决定测试和调试过程什么时候可以结束。
应该用正式的文档资料把测试计划、详细测试方案以及实际测试结果保存下
来，做为软件配置的一个组成成分。
8软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持久地满足用户的
需要。
通常有四类维护活动：改正性维护，也就是诊断和改正在使用过程中发现的
软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，
即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件为将来
的维护活动预先做准备。
虽然没有把维护阶段进一步划分成更小的阶段，但是实际上每一项维护活动
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
都应该经过提出维护要求（或报告问题），分析维护要求，提出维护要求，提出
维护方案，审批维护方案，确定维护计划，修改软件设计，修改程序，测试程序，
复查验收等一系列步骤，因此实质上是经历了一次压缩和简化了的软件定义和开
发的全过程。
参考资料："
还不错，希望你采纳。
1系统定义
2可行性分析
3需求分析
4概念设计
5详细设计
6编写代码
7用户测试
8软件维护
其实不一定是8个，有些可以分解而有些可以合并，但基本上就是这样的过程。
这样的划分步骤有利于正确地引导软件的开发，
后一步成功都是建立在前一步详尽的实施之上，
否则后面的必将是空中楼阁。
个人认为技术含量最大的在于 需求分析 和 详细设计。
答：软件工程采用生命周期法从时间上对软件的开发和维护进行分解,把软件生存周期依次划分为几个阶段,分阶段进行开发。3)参数化CAD对于系列化、通用化和标准化程度高的产品,产品设计所采用的数学模型及产品结构都是固定的。不同的仅是结构尺寸的差异,这是由于相同数目及类型的已知条件在不同规格的产品设计中取不同值而...
答：SB/T 10264-1996餐饮业计算机管理软件开发设计基本规范 191KB GB/Z 20156-2006 软件工程 软件生存周期过程 用于项目管理的指南 971KB GB/T 8566-2007 信息技术 软件生存周期过程 5114KB GB/T 20917-2007软件工程软件测量过程 1002KB GB/T 20438.3-2006 电气 电子 可编程电子安全相关系统的功能安全 第3部分 ...
答：本书名为《计算机软件工程国家标准汇编(软件度量与评价卷)(第2版)》，主要聚焦于软件度量与评价领域。该版本收录了截至2011年5月发布且仍然有效的国家标准，共计20项，旨在为读者提供便利，便于他们查阅和应用。本汇编的出版，旨在深入贯彻软件工程标准，对软件开发过程的控制和管理起到了关键作用。它通过...
答：软件： 计算机系统中的程序，数据及其相关文档的总称 软件工程： 软件工程是应用计算机科学，数学及管理科学等原理，以工程化的原则和方法制作软件的工程 软件危机： 是指在计算机软件的开发和维护过程中所遇到的一系列严重的问题 软件生存周期： 是指软件产品或软件系统从产生，投入使用到被淘汰的全过程。...
答：有用的国家标准很多，大部分是ISO标准的采标。例如GB/T 8566-2007《信息技术 软件生存周期过程》，GB/T 16680-2015《系统与软件工程 用户文档的管理者要求》。推荐的做法，就是登陆国家标准委的官网，网址 http://www.sac.gov.cn/was5/web/outlinetemplet/gjbzcx.jsp 然后查询 信息技术、软件工程、...
答：基于程序变换、自动生成和可重用软件等软件新技术研究也已取得一定的进展,把程序设计自动化的进程向前推进一步。在软件工程理论的指导下,发达国家已经建立起较为完备的软件工业化生产体系,形成了强大的软件生产能力 。软件标准化与可重用性得到了工业界的高度重视,在避免重用劳动,缓解软件危机方面起到了重要作用。
答：软件工程标准的类型也是多方面的 它可能包括过程标准(如方法、技术、度量等)、产品标准(如需求、设计、部件、描述、计划、报告等)、专业标准(如职别、道德准则、认证、特许、课程等)以及记法标准(如术语、表示法、语言等)表1)软件工程标准分类软件生存期软件生存期概念需求设计实现测试制造安装与检验运行...
答：增加一周，软件系统就生成一个新版本，系统应该尽快地收敛到用户允许或可以接受的目标范围内。该模型支持大型软件开发，适用于面向规格说明、面向过程、面向对象的软件开发方法，也适用于几种开发方法的组合。4、基于可重用构件的模型 把软件工程项目所创建的构件不断地积累和存储在一个构件库中，系统将依赖...
答：软件工程采用的生存周期方法学就是从时间角度对软件开发和维护的复杂问题进行分解,把软件生存的漫长周期依次划分为若干个阶段,每个阶段有相对独立的任务,然后逐步完成每个阶段的任务。采用软件工程方法论开发软件的时候,从对任务的抽象逻辑分析开始,一个阶段一个阶段地进行开发。前一个阶段任务的完成是开始进行后一个阶段...
答：软件工程采用生命周期法从时间上对软件的开发和维护进行分解,把软件生存周期依次划分为几个阶段,分阶段进行开发。 3)参数化CAD 对于系列化、通用化和标准化程度高的产品,产品设计所采用的数学模型及产品结构都是固定的。不同的仅是结构尺寸的差异,这是由于相同数目及类型的已知条件在不同规格的产品设计中取不同值...
