สิ่งประดิษฐ์ (Artifact) คือ ผลผลิตที่เป็นรูปธรรมอย่างหนึ่ง ที่เกิดขึ้นระหว่าง การพัฒนาซอฟต์แวร์สิ่งประดิษฐ์บางอย่าง (เช่นกรณีการใช้งานแผนภาพคลาสข้อกำหนด และเอกสารการออกแบบ) ช่วยอธิบายฟังก์ชัน สถาปัตยกรรม และการออกแบบของซอฟต์แวร์ สิ่งประดิษฐ์อื่นๆ เกี่ยวข้องกับกระบวนการพัฒนาเอง เช่น แผนโครงการ กรณีศึกษาทางธุรกิจ และการประเมินความเสี่ยง คำว่าสิ่งประดิษฐ์ในบริบทของการพัฒนาซอฟต์แวร์ส่วนใหญ่มักเกี่ยวข้องกับวิธีการหรือกระบวนการพัฒนาเฉพาะ เช่นกระบวนการแบบรวม (Unified Process ) การใช้คำนี้อาจมีที่มาจากวิธีการเหล่านั้น

เครื่องมือสร้างโปรแกรมมักอ้างถึงซอร์สโค้ดที่คอมไพล์เพื่อการทดสอบว่าเป็นอาร์ติแฟกต์ เนื่องจากไฟล์ปฏิบัติการมีความจำเป็นต่อการดำเนินการตามแผนการทดสอบ หากไม่มีไฟล์ปฏิบัติการให้ทดสอบ อาร์ติแฟกต์ของแผนการทดสอบจะจำกัดอยู่เฉพาะการทดสอบที่ไม่ใช้การเรียกใช้งาน ในการทดสอบที่ไม่ใช้การเรียกใช้งาน อาร์ติแฟกต์คือการตรวจ สอบทีละขั้น ตอนการตรวจ สอบ และการพิสูจน์ความถูกต้อง ในทางกลับกันการทดสอบที่ใช้การเรียกใช้งานต้องการอาร์ติแฟกต์อย่างน้อยสองอย่าง ได้แก่ชุดทดสอบและไฟล์ปฏิบัติการอาร์ติแฟกต์บางครั้งอาจหมายถึงโค้ดที่เผยแพร่แล้ว (ในกรณีของไลบรารีโค้ด ) หรือไฟล์ปฏิบัติการที่เผยแพร่แล้ว (ในกรณีของโปรแกรม) แต่โดยทั่วไปแล้ว อาร์ติแฟกต์คือผลพลอยได้จากการพัฒนาซอฟต์แวร์มากกว่าตัวผลิตภัณฑ์เอง ไลบรารีโค้ดโอเพนซอร์สมักมีเครื่องมือทดสอบเพื่อให้ผู้มีส่วนร่วมมั่นใจได้ว่าการเปลี่ยนแปลงของพวกเขาจะไม่ทำให้เกิดข้อบกพร่อง ที่ทำให้เกิด การถดถอย ในไลบรารีโค้ด

สิ่งต่างๆ ที่ถือว่าเป็นสิ่งประดิษฐ์นั้น ส่วนใหญ่เป็น เอกสาร ประกอบ ซอฟต์แวร์

ในการพัฒนาโดยผู้ใช้ปลายทางสิ่งประดิษฐ์อาจเป็นแอปพลิเคชันหรือวัตถุข้อมูลที่ซับซ้อนซึ่งสร้างขึ้นโดยผู้ใช้ปลายทางโดยไม่จำเป็นต้องรู้ภาษาการเขียนโปรแกรมทั่วไป สิ่งประดิษฐ์อธิบายพฤติกรรมอัตโนมัติหรือลำดับการควบคุม เช่น คำขอฐานข้อมูลหรือกฎไวยากรณ์^{[ 1 ]}หรือเนื้อหาที่ผู้ใช้สร้างขึ้น

สิ่งประดิษฐ์ต่างๆ มีความแตกต่างกันในด้านความสามารถในการบำรุงรักษา ซึ่งส่วนใหญ่ขึ้นอยู่กับบทบาทที่สิ่งประดิษฐ์นั้นทำหน้าที่ บทบาทนั้นอาจเป็นได้ทั้งเชิงปฏิบัติหรือเชิงสัญลักษณ์ ในช่วงเริ่มต้นของการพัฒนาซอฟต์แวร์ ทีมออกแบบอาจสร้างสิ่งประดิษฐ์ขึ้นเพื่อทำหน้าที่เป็นสัญลักษณ์ เพื่อแสดงให้ผู้สนับสนุนโครงการเห็นว่าผู้รับเหมามีความจริงจังเพียงใดในการตอบสนองความต้องการของโครงการ สิ่งประดิษฐ์เชิงสัญลักษณ์มักสื่อสารข้อมูลได้ไม่ดีนัก แต่ดูน่าประทับใจ บางครั้งสิ่งประดิษฐ์เชิงสัญลักษณ์ถูกเรียกในวงการสถาปัตยกรรมสารสนเทศว่า "ม้วนกระดาษประดับประดา" เพราะการตกแต่งไม่ได้ช่วยเพิ่มความเข้าใจแต่อย่างใด โดยทั่วไปแล้ว สิ่งประดิษฐ์เชิงสัญลักษณ์ก็ถือว่าบำรุงรักษาได้ยากเช่นกัน เนื่องจากต้องใช้ความเอาใจใส่เป็นอย่างมากในการรักษาสภาพเชิงสัญลักษณ์นั้นไว้ ด้วยเหตุนี้ เมื่อสิ่งประดิษฐ์เชิงสัญลักษณ์ถูกนำเสนอต่อผู้สนับสนุนโครงการและได้รับการอนุมัติแล้ว ก็จะถูกแทนที่ด้วยสิ่งประดิษฐ์ที่ทำหน้าที่เชิงปฏิบัติ สิ่งประดิษฐ์เชิงปฏิบัติมักต้องได้รับการบำรุงรักษาตลอดวงจรชีวิตของโครงการ และโดยทั่วไปแล้วจึงสามารถบำรุงรักษาได้ง่าย

จากมุมมองของการบริหารโครงการ สิ่งประดิษฐ์มีความสำคัญในฐานะที่เป็น ผลลัพธ์ที่ได้ผลลัพธ์ที่ได้ของโครงการซอฟต์แวร์มักจะเหมือนกับสิ่งประดิษฐ์ของโครงการนั้น ๆ โดยเพิ่มเติมด้วยตัวซอฟต์แวร์เอง

ความหมายของสิ่งประดิษฐ์ในฐานะผลพลอยได้นั้นคล้ายกับการใช้คำว่าสิ่งประดิษฐ์ในทางวิทยาศาสตร์เพื่ออ้างถึงสิ่งที่เกิดขึ้นจากกระบวนการที่กำลังดำเนินการอยู่ มากกว่าตัวประเด็นเอง กล่าวคือ ผลลัพธ์ที่น่าสนใจซึ่งเกิดจากวิธีการมากกว่าจุดหมายปลายทาง

ในการรวบรวม จัดระเบียบ และจัดการสิ่งประดิษฐ์ต่างๆ อาจใช้โฟลเดอร์สำหรับการพัฒนาซอฟต์แวร์ได้

• สิ่งประดิษฐ์ (UML)

• Per Kroll; Philippe Kruchten (2003). The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP . Addison-Wesley Professional. ISBN 978-0-321-16609-8.