2011-03-05 8 views
7

Tôi đã đọc một cuốn sách gần đây về các mẫu thiết kế: Tôi đã xem các từ Hiện vật trong mỗi trang nhiều lần! Chúng thực sự là gì? Nó nên được sử dụng ở đâu?`Hiện vật` thực sự có ý nghĩa gì trong Quy trình hợp nhất?

Trong UP, hiện vật thực sự quan trọng và chúng đóng một vai trò quan trọng trong Phân tích hướng đối tượng. . . .

+1

Bạn có thể thêm bất kỳ trích dẫn nào từ sách đó liên kết từ 'artifact' không? – Roman

Trả lời

5

Thuật ngữ artifact (or artefact) dường như đã được phổ biến rộng rãi trong khoảng thời gian đó Booch, Rumbaugh và Jacobsen (các 3 amigos) mô tả Rational Unified Process.

Từ Artifact trong công nghệ phần mềm RUP là một thuật ngữ chung để chỉ bất kỳ 'chuyển giao' mà có thể được sản xuất bởi bất kỳ 'vai trò' trong vòng đời phát triển phần mềm, bao gồm:

  • Tài liệu, chẳng hạn như dự án Kế hoạch, Yêu cầu Tài liệu, Thông số kỹ thuật, vv
  • Mô hình được tạo trong khi thiết kế, thường là một trong các biểu đồ có sẵn UML, ví dụ: Sơ đồ lớp hoặc ERD
  • Hiện vật mã, bao gồm tệp nguồn, đầu ra nhị phân và mã kiểm tra hoặc hỗ trợ.

Hiện vật có thể được đưa vào Quản lý cấu hình phần mềm (được xác định, phiên bản, thay đổi có thể được quản lý, v.v ...).

Tạo phẩm thuật ngữ cũng được tạo thành trong mô hình quy trình nghiệp vụ, thường đề cập đến một tài liệu thực hoặc điện tử được tạo bởi một quy trình, ví dụ: một mẫu đơn yêu cầu, một tài liệu EDI, hoặc một đầu ra báo cáo.

Ngày nay, từ artifact có thể được coi trong cùng một ánh sáng như pretentious management speak và cụm từ thường quá mơ hồ và thường được nhóm phát triển phần mềm thực tế sử dụng thường xuyên, ví dụ: bạn sẽ nhận được ánh mắt trống nếu bạn sử dụng các thuật ngữ như:

  • "Tôi đã hoàn thành kiểm tra tại các tạo tác"

  • "Xin bạn có thể viết một artifact cho chúng tôi test case kế tiếp"

tức là Bạn rất có thể sẽ muốn sử dụng ter cụ thể hơn minology ở mặt than của phát triển phần mềm!

+0

+1 để được giải thích: cảm ơn bạn :) –

2

Thông thường, trong lập trình lập trình hiện tại, "Artifacts" dùng để chỉ những thứ còn sót lại sau quá trình xây dựng. Trong .NET, đây là các tệp DLL và EXE được tạo bởi một bản dựng.

3

Họ đang đề cập đến một cái gì đó bạn tạo ra, thường là tác dụng phụ, để giúp bạn thực hiện điều gì đó. Có lẽ một sơ đồ, một tài liệu thiết kế, một nguyên mẫu GUI, http://en.wikipedia.org/wiki/Artifact_(software_development) có cái nhìn sâu sắc hơn.

(Lưu ý, Trong nhiều công cụ phần mềm, một artifact có một ý nghĩa nhiều hẹp hơn, có nghĩa là một tập tin/thư viện/file thực thi được tạo ra khi bạn xây dựng/biên dịch một cái gì đó)

2

Định nghĩa do @nonnb là tốt. Khi từ ban đầu được sử dụng, như ông nói bởi ba amigos, tôi tin rằng đó là từ vật phẩm hơn là tạo tác. Đây là phiên bản tiếng Anh chứ không phải là phiên bản Mỹ, nhưng có chứa một sắc thái mà phiên bản Mỹ không. Một vật phẩm, giống như một tạo phẩm, một thứ được tạo ra trong quá trình phát triển một thứ gì đó mà con người tạo ra. Sắc thái là nó là một chức năng của quá trình được thông qua, chứ không phải là một phần vốn có, theo định nghĩa, của sản phẩm cuối cùng. Ví dụ, điểm phát triển phần mềm là tạo ra một hệ thống phần mềm làm việc với các tài liệu thích hợp. Đây là những kết quả cuối cùng mong muốn (hiện vật) của quá trình phát triển phần mềm, nhưng kế hoạch dự án, các phiên bản, mô hình, vv là tất cả các đồ tạo tác của quá trình. Không cần thiết, và có thể được xem là không liên quan đến sản phẩm cuối cùng.

sắc thái này có thể được nhìn thấy trong third definition of artefact, từ điển miễn phí:

  1. (Life Sciences & Allied Applications/Biology) Tế bào học một cấu trúc nhìn thấy trong các mô sau khi chết, cố định, nhuộm, vv, mà là không bình thường hiện diện trong các mô sống [từ Latin factum cụm từ arte, từ kỹ năng ars + facere để làm cho]

trong khi lời khuyên để sử dụng thuật ngữ cụ thể hơn ở mặt than của công nghệ là thích hợp, nó vẫn còn là một là thuật ngữ rất hữu ích fer cho tất cả các kết quả đầu ra, cho dù cuối cùng hay không, từ phát triển hệ thống và phần mềm.

+0

cảm ơn câu trả lời của bạn :) –

0

Tạo tác nhân tạo được tạo để mô tả hệ thống, giải pháp hoặc trạng thái của doanh nghiệp. Nhiều nhà phát triển hiện nay một ngày, thích thuật ngữ kiến ​​trúc phần mềm để thiết kế phần mềm để biểu thị tất cả các hiện vật phát sinh từ các hoạt động thiết kế!