Design patterns “工件”在统一过程中的实际含义是什么？

我最近读了一本关于设计模式的书：我在每一页中都多次遇到“工件”这个词！它们实际上是什么？应该在哪里使用

在UP中，工件非常重要，它们在面向对象分析中扮演着重要角色

这个词似乎在布希、伦堡和雅各布森（The）描述这个词的时候就已经普及了

RUP软件工程中的这个词是一个通用术语，指的是软件开发生命周期中任何“角色”可以产生的任何“可交付成果”，包括：

• 文件，如项目计划、要求文件、规范等
• 设计期间生成的模型，通常是UML可用图之一，例如类图或ERD
• 代码工件，包括源文件、二进制输出和测试或支持代码

工件可以纳入软件配置管理（识别、版本控制、变更管理等）

术语工件也出现在业务流程建模中，通常指由流程生成的物理或电子文档，例如索赔表单、EDI文档或报告输出

如今，单词

工件

可能被视为与相同的术语，并且该术语通常过于模糊和通用，无法被实际的软件开发团队频繁使用，例如，如果您使用以下术语，您将受到冷眼的注视：

• “我已经完成了对工件的检查”

• “请为我们的下一个测试用例编写一个工件”

---

i、 e.您可能希望在软件开发的工作面上使用更具体的术语

通常，在当前的编程语言中，“工件”指的是构建过程后遗留下来的东西。在.NET中，这些是由构建生成的DLL和EXE。

它们通常指的是您创建的东西，通常作为副作用，以帮助您完成某些事情。也许一个图表、一个设计文档、一个GUI原型）有更多的洞察力

---

（注意，在许多软件工具中，工件的含义要狭义得多，这意味着在构建/编译某物时生成的文件/库/可执行文件）

由@nonnb给出的定义很好。正如三位朋友所说，当这个词最初被使用时，我相信它是“人工制品”而不是“人工制品”。这是英文版本，而不是美国版本，但确实包含了美国版本没有的细微差别。人工制品和人工制品一样，是在开发人造物品的过程中产生的东西。细微差别在于，它是所采用过程的函数，而不是最终产品的固有部分。例如，软件开发的要点是生成具有适当文档的工作软件系统。这些是软件开发过程所期望的最终结果（工件），但项目计划、版本、模型等都是过程的工件。不完全必要，可被视为与最终产品无关

这一细微差别可以在免费词典的中看到：

（生命科学及相关应用/生物学）细胞学：死亡、固定、染色等后在组织中看到的结构，通常不存在于活组织中 [来自拉丁语arte factum，来自ars skill+facere to make]

---

虽然建议在技术工作面使用更具体的术语是合适的，但它仍然是一个非常有用的术语，用于指代系统和软件开发的所有输出，无论是否最终输出。

创建人工制品是为了描述企业的系统、解决方案或状态。

---

如今，许多开发人员更喜欢使用软件架构（softwarearchitecture）而不是软件设计（softwaredesign），以表示设计活动产生的所有工件

你能从那本书中添加任何包含

工件
单词的引文吗？