帮助翻译它（关于软件工程

软件工程是一个长达十年的目标，旨在发现提高可重复性的质量和质量的过程或方法。 有些人试图将看似困难的任务系统化或格式化为文字软件。 其他人则申请编写项目管理技术软件。

如果没有项目管理，软件项目可以很容易地交付或预算。 由于大量软件项目在功能、费用或交付时间表方面没有达到他们的期望，因此有效的项目管理被证明是困难的。

处理步骤 软件工程需要执行许多任务，其中有些任务似乎不能直接导致软件。

分析必要条件。

所需软件产品的软件工程要求是创建客户的首要任务，客户可能认为他们知道软件将做什么，并且可能需要软件工程方面的技能和经验来识别不完整、模棱两可或相互矛盾的需求。

规范 规范是以数学上严谨的方式精确地决定编写的软件任务。 事实上，大多数成功的规范都是为了理解和优化已经很好地分解的应用程序而编写的。 规格对于外部接口来说是最重要的。

这必须保持稳定。

设计与建筑。

Dsign 和架构是指在不涉及细节的情况下以一般方式确定软件的功能。 通常这个阶段分为两个子阶段。

将设计编程到**可能是软件工程工作中最明显的部分，但不一定是最大的部分。

测试软件的一部分，尤其是由两个不同的工程师组成的部分，必须协同工作才能落在软件工程师身上。

文献 重要（且经常被忽视）的任务为将来的维护和改进提供了软件内部信息。 对于外部接口来说，文献是最重要的。

维护 维护和改进软件以应对最近发现的问题或新要求可能比软件的初始开发花费更多的时间。 可能不仅需要在原始设计中添加 not dit**，而且确定软件完成后的工作方式可能需要软件工程师付出大量努力。 大约2-3的软件工程工作是维护，但这个统计数据可能会产生误导。

其中一小部分是一个已修复的错误。 大多数维护扩展系统都会做新的事情，这在许多方面都可以被认为是新工作。 同样，大约 2 3 的土木工程、建筑和施工工作都以类似的方式进行维护。

另外对你来说是一件好事：

软件。 几十年来，我们一直致力于找到可重复的、可预测的程序或方法来提高产品质量。 有些人试图将看似顽固的任务酚醛写作软件系统化或格式化。

编写软件的其他应用程序项目管理技巧。 没有项目管理、软件工程，很容易延迟交付或超出预算。 大量的软件项目在功能、成本或交付日期方面都达不到他们的期望，有效的项目管理是困难的。

流程中的步骤。

软件工程需要执行很多事情，尤其是 folowing，其中一些似乎并不直接生成软件。

需求分析。 软件工程的要求是理想的软件产品，是创造技能和经验的首要任务，客户可能认为他们知道软件的作用，并且在软件工程中可能需要这些技能和经验来确认不完整的统计、模棱两可或矛盾的需求。

规范。 规范性任务恰恰是可以以数学严谨的方式编写的决策软件。 实际上，最成功的规范书面理解和微调应用程序已经非常衰落。

规格是最重要的外部接口。 也就是说，它必须是稳定的。

设计与建筑。

设计与架构是指确定软件的功能，以一般的方式，不涉及细节。 通常这个阶段分为两个小组阶段。

编码。 将设计简化为**可能是软件工程工作中最明显的部分，但不一定是最大的部分。

测试。 当涉及到零件测试软件时，特别是当涉及到必须由两个不同的工程师一起工作时，属于软件工程师。

文件。 一项重要（且经常被忽视）的任务是记录内部软件的设计目的，以及将来如何对其进行修复和改进。 文件是最重要的外部接口。

保养。 维护和增强软件以匹配新发现的问题或新要求，可以为软件的初始开发添加更多内容。 不仅可能需要添加一点，这不是原始设计的等级，而且在完成软件工程之后，软件工程师可能需要付出巨大的努力。

大约三分之二的软件工程工作是修复，但这个统计数据可能会产生误导。 其中一小部分是固定的臭虫。 大部分的维护都是为了扩展系统做一些新的事情，可以考虑以多种方式进行新的工作。

类似地，大约2到3个所有土木工程、建筑设计、施工和其他工作，都以类似的方法进行维护。

软件说明。

software]

一个系统（特别是计算机系统）具有一整套程序、程序和相关文档，允许公司使用，特别是特定类型计算机使用的程序的总称，以及与计算机或程序有关的信息，例如手册、图表和操作说明程序系统或软件设备的详细说明。 它是提高计算机使用效率和扩展计算机功能的程序的总称。 如库、编译器、操作系统等。

词分解 软软（软）ǎ柔的解释，与“硬”相对：软。 软垫。

软卧。 柔软的缎面。 柔和的话语（温柔的话语）。

软。 怯懦：软弱。

欺负软弱，惧怕坚硬。 容易移动或摇晃：心软。

柔软的耳朵。 不要使用强力手段：软磨（？

软禁。 软刀（比喻使人知道片的解释à量词，用于个别事物：一件事。

指可以一一数数的东西：零件和零件。 箱。

不寻常的大事：事件。 证明文件等：

文件。 即将到来的作品。 文件。

部首 ： 亻. 模仿智慧。