"工件"在统一过程中实际意味着什么？

Question

我最近读了一本关于设计模式的书:我在每个页面中多次遇到过Artifacts这个词!它们实际上是什么？应该在哪里使用？

在UP中,工件非常重要,它们在面向对象分析中发挥着重要作用....

Answer 1

在Booch,Rumbaugh和Jacobsen(3位朋友)描述Rational Unified Process的时候,这个术语artifact(或artefact)似乎已经普及.

RUP软件工程中的Artifact一词是一个通用术语,指的是任何可以由软件开发生命周期中的任何"角色"产生的"可交付物",包括:

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

可以将工件引入软件配置管理(已识别,版本化,可以管理更改等).

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

如今,这个词artifact可能与自命不凡的管理层一样被认为是这个词,而且这个词通常过于含糊和通用,不能被实际的软件开发团队频繁使用,例如,如果你使用以下术语,你会得到空白的注意:

• "我已经完成了对神器的检查"

• "请你为我们的下一个测试案例编写一个工件"

即您可能希望在软件开发的煤炭面上使用更具体的术语!