Термин artifact (или artefact) , по-видимому, популяризировался примерно в то время, когда Буч, Румбо и Якобсен ( 3 амиго ) описали Рациональный унифицированный процесс .
Слово Артефакт в разработке программного обеспечения RUP было общим термином для обозначения любого «результата», который может быть создан любой «ролью» в жизненном цикле разработки программного обеспечения, включая:
- Документы, такие как план проекта, документ с требованиями, спецификации и т. Д.
- Модель, сгенерированная во время проектирования, обычно одна из доступных диаграмм UML, например, Диаграмма классов, или ERD
- Артефакты кода, включая исходные файлы, двоичные выходные данные и код тестирования или поддержки.
Артефакты могут быть внесены в Управление конфигурацией программного обеспечения (идентифицированы, версионированы, изменения могут управляться и т. Д.).
Термин «артефакт» также возникает при моделировании бизнес-процессов, как правило, относится к физическому или электронному документу, созданному процессом, например, форму заявки, документ EDI или вывод отчета.
В настоящее время слово artifact может рассматриваться в том же свете, что и претенциозное управление говорит , и этот термин обычно слишком расплывчатый и общий, чтобы часто использоваться реальной группой разработчиков программного обеспечения, например, вы получите пустые взгляды, если будете использовать терминологию, такую как:
«Я закончил проверку артефакта»
«Пожалуйста, не могли бы вы написать артефакт для нашего следующего теста»
т.е. Скорее всего, вы захотите использовать более конкретную терминологию на переднем крае разработки программного обеспечения!