BookTranslator
BookTranslator

Bản dịch Kỹ thuật: Quy trình Thực tế cho Tài liệu Chính xác

Lập kế hoạch dịch thuật kỹ thuật dựa trên rủi ro tài liệu, chất lượng nguồn, thuật ngữ, đánh giá chuyên gia và QA sáu lớp. Bao gồm ma trận kiểm soát có thể tải xuống.

BookTranslator

BookTranslator Team

17 min read

Bản dịch kỹ thuật truyền đạt thông tin chuyên môn sang ngôn ngữ khác để người đọc có thể hiểu một khái niệm, so sánh thông số kỹ thuật hoặc thực hiện một nhiệm vụ chính xác. Nó bao gồm các tài liệu như sổ tay thiết bị, thông số kỹ thuật kỹ thuật, tài liệu phần mềm và báo cáo nghiên cứu. Việc biết từ vựng là cần thiết; việc giữ gìn các mối quan hệ giữa hướng dẫn, giá trị, sơ đồ và phiên bản cũng quan trọng không kém.

Đối với một nhà văn kỹ thuật hoặc chủ sở hữu dự án, quyết định đầu tiên phải là những gì một lỗi dịch thuật có thể thay đổi, chứ không phải công cụ nào tạo ra bản thảo nhanh nhất. Một đoạn tổng quan bị dịch sai và một điều kiện vận hành bị đảo ngược không nên được đưa vào cùng một hàng đợi đánh giá với cùng một mức độ ưu tiên.

Hướng dẫn này cung cấp quy trình làm việc xuyên tài liệu. Để biết công việc cụ thể theo từng định dạng chi tiết, hãy sử dụng hướng dẫn dịch hướng dẫn sử dụng hoặc hướng dẫn dịch bài báo nghiên cứu. Tải xuống ma trận kiểm soát dịch thuật kỹ thuật để chuyển các quyết định dưới đây thành các bước kiểm tra được phân công.

Phân loại tài liệu theo mục đích sử dụng, không chỉ theo chủ đề

Một tài liệu kỹ thuật có thể phục vụ một số mục đích. Kỹ sư có thể đọc báo cáo nghiên cứu đã dịch để lấy thông tin nền tảng, sao chép thông số kỹ thuật vào quyết định mua hàng hoặc làm theo quy trình trên thiết bị đang hoạt động. Chủ đề có thể giống hệt nhau trong khi hậu quả của một lỗi sai lại rất khác nhau.

Sử dụng bản đồ rủi ro này khi xác định dự án. Đây là khung lập kế hoạch, không phải sơ đồ chứng nhận.

Mục đích sử dụng của người đọcNhững gì phải được bảo toàn qua bản dịchQuyết định đánh giá
Hiểu một khái niệm hoặc định vị các phần liên quanLập luận chính, hạn chế, tài liệu tham khảo, các điểm khác biệt kỹ thuậtBản nháp có thể hỗ trợ định hướng; xác minh các đoạn văn trước khi dựa vào chúng
So sánh hoặc chỉ định sản phẩmGiá trị, đơn vị, dung sai, điều kiện vận hành, định danh mẫuPhân công người đánh giá chuyên môn cho từng bảng và yêu cầu mang tính quyết định
Thực hiện một hành độngTrình tự, điều kiện tiên quyết, cảnh báo, biện pháp kiểm soát, kết quả mong đợiYêu cầu đánh giá kỹ thuật và ngôn ngữ đủ tiêu chuẩn trước khi đưa vào vận hành
Xuất bản hoặc nộp một tài liệu có thẩm quyềnTất cả những điều trên cộng với các yêu cầu áp dụng về thị trường và nộp hồ sơThiết lập các phê duyệt chuyên môn cần thiết trước khi bắt đầu dịch

Đừng suy luận rủi ro thấp từ một tệp ngắn. Bản đặc tả một trang có thể chứa nhiều thông tin hệ quả hơn một báo cáo mô tả dài.

Đối với tài liệu được quản lý hoặc quan trọng về an toàn, hãy để chuyên gia chịu trách nhiệm quyết định xem có cho phép dịch máy hay không. Một bản thảo trông có vẻ ổn không phải là bằng chứng cho thấy sự chấp thuận của cơ quan quản lý hay độ an toàn trong vận hành.

Viết bản tóm tắt nghiệm thu trước khi yêu cầu dịch thuật

Xác định ngôn ngữ vùng đích, đối tượng độc giả, mục đích, phiên bản nguồn, định dạng đầu ra và chủ sở hữu phê duyệt. "Dịch sang tiếng Tây Ban Nha" không giải quyết được việc liệu độc giả là kỹ sư ở Mexico, người tiêu dùng ở Tây Ban Nha hay nhà nghiên cứu đang sử dụng bản sao làm việc nội bộ.

Tài liệu hướng dẫn dự án kỹ thuật của Hiệp hội Dịch giả Hoa Kỳ khuyến nghị chuẩn bị tài liệu nguồn có thể chỉnh sửa, thông tin về đối tượng và mục đích, tài liệu tham khảo và thời gian xem xét. Tài liệu này cũng khuyên nên kiểm tra chuyên môn liên quan của dịch giả thay vì giả định năng lực song ngữ thông thường là đủ.

Bản tóm tắt của bạn nên trả lời các câu hỏi vận hành sau:

  • Tệp nguồn và bản sửa đổi nào là có thẩm quyền?
  • Các phụ lục, hình vẽ nhúng, bảng tính hoặc tệp liên kết nào được bao gồm?
  • Đầu ra là bản để đọc, tài liệu làm việc có thể chỉnh sửa hay sản phẩm phát hành?
  • Những số, mã định danh, nhãn sản phẩm và thuật ngữ nào cần được xử lý có kiểm soát?
  • Ai có thể giải quyết sự mơ hồ về kỹ thuật và ai có thể phê duyệt cách diễn đạt bằng ngôn ngữ đích?
  • Bằng chứng nào sẽ chứng minh việc hoàn thành: tệp đã đánh giá, nhật ký sự cố, tài liệu tham khảo đã giải quyết hay bản ghi phát hành đã ký?

Thiết lập quyền bảo mật và tải lên trước khi chia sẻ nguồn với bất kỳ dịch vụ nào. Bản kiểm tra quyền riêng tư dịch thuật tài liệu tách biệt các câu hỏi hữu ích của nhà cung cấp khỏi các giả định bảo mật không được hỗ trợ.

Chuẩn bị một gói nguồn bảo toàn bối cảnh

Yêu cầu tệp soạn thảo gốc khi có sẵn, cộng với một bản tham khảo PDF cho thấy bố cục dự kiến. Giữ các nhãn hình ảnh có thể chỉnh sửa và nội dung liên kết đi kèm. Nếu PDF là nguồn duy nhất, hãy ghi nhận hạn chế đó thay vì giả định rằng cấu trúc soạn thảo bị thiếu luôn có thể được khôi phục.

Trước khi dịch, hãy phân biệt PDF có thể chọn văn bản với bản quét chỉ chứa hình ảnh. OCR bổ sung một bước nhận dạng: một ký tự sai có thể trở thành một bản dịch hợp lý của nguồn sai. Đối với nhánh đó, hãy kiểm tra chất lượng nhận dạng bằng cách sử dụng quy trình làm việc với PDF được quét.

Làm rõ cách diễn đạt nguồn mơ hồ. Hãy xem xét câu thông số kỹ thuật tự tạo này:

The control module monitors the drive unit. Disconnect it before inspection.

Đại từ khiến cho đối tượng của câu thứ hai trở nên không rõ ràng. Người dịch có thể hỏi bộ phận nào được nhắc đến; một bản dịch tự động trôi chảy có thể che giấu câu hỏi chưa được giải quyết đó. Chủ sở hữu tài liệu nên gọi tên bộ phận trong văn bản nguồn trước khi bất kỳ ai phê duyệt bản dịch. Không để người dịch tự ý bịa ra một hướng dẫn vận hành.

Tài liệu của Microsoft về hướng dẫn viết cho truyền thông toàn cầu hỗ trợ việc xây dựng câu rõ ràng, thuật ngữ nhất quán và tránh các biểu thức khó dịch. Hãy áp dụng các nguyên tắc đó để loại bỏ sự mơ hồ, chứ không phải để cắt bỏ chi tiết kỹ thuật cần thiết.

Quản lý các khái niệm tách biệt khỏi chuỗi ký tự nguyên bản

Xây dựng một danh mục thuật ngữ ngắn gọn xung quanh các khái niệm ảnh hưởng đến sự hiểu biết. Đối với mỗi mục, hãy bao gồm định nghĩa, bối cảnh nguồn, thuật ngữ đích được phê duyệt, các phương án thay thế bị từ chối và chủ sở hữu quyết định. Một danh sách từ hai cột trơn tuồn tuột có thể khiến người dịch phải đoán xem nghĩa nào của “bearing” (ổ trục/vòng bi), “terminal” (đầu cực/thiết bị đầu cuối) hoặc “range” (dải/khoảng) được áp dụng.

Giữ một danh sách riêng biệt các chuỗi ký tự nguyên bản: số linh kiện, tên lệnh, URL, đường dẫn tệp và nhãn giao diện phải khớp với sản phẩm thực tế. Một số nhãn cần được bản địa hóa; các nhãn khác phải giữ nguyên như hiển thị. Hãy ghi lại lựa chọn thay vì áp dụng một quy tắc toàn cục “dịch mọi thứ”.

Ví dụ, một lệnh có tên là reset_cache không phải là cùng loại mục với cụm từ giải thích “reset the cache.” Lệnh cần được kiểm tra khớp chính xác; cụm từ cần một bản dịch chính xác và tự nhiên.

Ghi lại các câu hỏi chưa được giải quyết ở một nơi, kèm theo vị trí nguồn và câu trả lời làm thay đổi tài liệu. Quy trình xử lý thắc mắc của người dịch rất hữu ích khi một số người đánh giá hoặc nhiều ngôn ngữ có chung một sự mơ hồ.

Lựa chọn quy trình làm việc phù hợp với sản phẩm bàn giao

Các nhánh sau đây ngăn chặn quy trình dịch thuật kỹ thuật chung chung biến thành một danh sách kiểm tra thủ công.

Tài liệuChuẩn bị trước khi dịchTrọng tâm đánh giá đầu tiênBằng chứng nghiệm thu cuối cùng
Hướng dẫn sử dụngBản sửa đổi sản phẩm, danh mục cảnh báo, nhãn giao diện người dùng, sơ đồ có thể chỉnh sửaĐiều kiện, hành động, cảnh báo và khớp nhãn với sản phẩmQuy trình đã xem xét và các tham chiếu sơ đồ trong tệp đã giao
Bảng thông số kỹ thuậtBiến thể kiểu máy, cấu trúc bảng, đơn vị, ký hiệu dung saiMối quan hệ giá trị trên hàng và các điều kiện đi kèm với từng thông số kỹ thuậtMọi giá trị quyết định đều được đối chiếu với nguồn đã phê duyệt
Tệp PDF nghiên cứuBài báo hoàn chỉnh, văn bản có thể chọn hoặc OCR đã kiểm tra, hình vẽ và tài liệu tham khảoTuyên bố, điều kiện hạn chế, phương pháp, phương trình và nhận dạng trích dẫnĐánh giá có liên kết nguồn của các đoạn được sử dụng trong công việc của chính người đọc

Quy trình làm việc dựa trên CAT có thể hữu ích khi các bản dịch được phê duyệt lặp lại giữa các phiên bản; bản nháp dịch cấp tệp có thể phù hợp cho tác vụ đọc hoặc đánh giá một lần. Không lựa chọn nào loại bỏ được nhu cầu kiểm tra tài liệu cuối cùng. So sánh công cụ CAT và dịch máy giải thích cách lựa chọn giữa quy trình làm việc do con người dẫn dắt, tự động và kết hợp.

Trước khi xử lý toàn bộ gói, hãy sử dụng một phần mang tính đại diện để kiểm tra xem quy trình làm việc đã chọn có thể cung cấp định dạng được yêu cầu hay không. Bao gồm cả tài liệu khó, không chỉ một trang giới thiệu dễ. Nếu một bảng, sơ đồ hoặc phương trình không thể vượt qua quá trình chuyển đổi để đánh giá, hãy giải quyết vấn đề đó trước khi mở rộng quy mô.

Xem xét sáu lớp, với một người phụ trách được chỉ định cho mỗi lớp

Coi ma trận bên dưới là danh sách kiểm tra phát hành. Một lần kiểm tra không được coi là hoàn tất chỉ vì ai đó đã lướt qua tài liệu; nó cần có vị trí nguồn, vị trí đích và kết quả.

LớpNội dung cần so sánhVí dụ về lỗi mà văn bản lưu loát có thể che giấuNgười đánh giá chính
Thuật ngữĐịnh nghĩa khái niệm, thuật ngữ được phê duyệt, từ viết tắt, chuỗi ký tự cố địnhMột thành phần nhận hai tên gọi gợi ý các phần khác nhauNgười rà soát ngôn ngữ có hỗ trợ chuyên ngành
SốGiá trị, dấu, khoảng, đơn vị, dung sai, tiêu đề bảngMột giá trị giữ nguyên nhưng dịch chuyển dưới tiêu đề mô hình saiNgười rà soát chuyên ngành
Cảnh báo và điều kiệnSự phủ định, điều kiện tiên quyết, ngoại lệ, hệ quả, trình tự“Chỉ khi” trở thành một hành động được phép nói chungNgười rà soát chuyên ngành và ngôn ngữ cùng nhau
Biểu đồNhãn, chú thích, hộp thoại, lời đề tựa, tham chiếu nội dungLời đề tựa được dịch nhưng biểu đồ vẫn nhận diện một bản sửa đổi khácTác giả kỹ thuật hoặc chủ sở hữu hình minh họa
Tham chiếu chéoMục tiêu phần, hình, bảng, phương trình, trích dẫn và liên kếtMột “Bảng 4” trông có vẻ hợp lệ lại trỏ đến dữ liệu saiNgười rà soát tài liệu
Bố cục và bàn giaoThứ tự đọc, cắt xén, ký hiệu, phông chữ, ngắt trang, khả năng chỉnh sửaDấu trừ biến mất tại ranh giới cộtNgười rà soát sản xuất, sau đó kiểm tra lại ngôn ngữ khi cần

Giữ các con số và đơn vị đi cùng nhau trong quá trình rà soát. Theo một quy ước cụ thể,Hướng dẫn SI của NISTđặt một khoảng trắng giữa giá trị số và ký hiệu đơn vị của nó, bao gồm cả độ C. Giá trị nguồn như 25 °Ccần nhiều hơn một bản kiểm tra chính tả: con số, ký hiệu và điều kiện mà nó mô tả đều quan trọng. Chuyển đổi đơn vị là một quyết định biên tập riêng biệt; không tự động chuyển đổi hoặc làm tròn giá trị trong quá trình dịch.

Đối với các bước kiểm tra bàn giao dành riêng cho PDF, hãy tiếp tục với danh sách kiểm tra QA dịch PDF. Trung tâm Kiểm soát Chất lượng Dịch thuật rộng hơn bao gồm các thuật ngữ liên quan và các tác vụ hậu chỉnh sửa.

Ví dụ đánh giá thực tế: từ đúng, thông số kỹ thuật sai

Giả sử một bảng thông tin sản phẩm giả định chứa hai hàng sau:

ModelNhiệt độ hoạt động
Aster-105 °C đến 35 °C
Aster-205 °C đến 45 °C

Nếu bảng đích hoán đổi các nhãn model nhưng giữ nguyên mọi con số, quá trình kiểm tra sự hiện diện của số sẽ đạt yêu cầu trong khi tài liệu lại truyền đạt sai giới hạn. Những giá trị bịa đặt này minh họa mối quan hệ trong tài liệu, không phải lời khuyên vận hành cho một sản phẩm thực tế.

Trong ma trận có thể tải xuống, đây trở thành mục kiểm tra NUM-02: so sánh từng định danh model, giá trị, đơn vị và điều kiện như một nhóm. Người đánh giá chuyên môn ghi nhận lại bản sửa lỗi; người đánh giá sản xuất mở lại tệp đã xuất để xác minh rằng bản sửa lỗi không làm lệch các ô một lần nữa.

Bài học này rộng hơn các bảng biểu: hãy kiểm tra các mối quan hệ, không chỉ xem các chuỗi riêng lẻ có còn tồn tại hay không.

Phân tách các vai trò phê duyệt và kiểm soát các bản sửa đổi sau

Một chuyên gia lĩnh vực có thể xác nhận ý nghĩa của một thông số kỹ thuật mà không nhất thiết đủ điều kiện để đánh giá mọi sắc thái của ngôn ngữ đích. Một người đánh giá ngôn ngữ có thể xác định một bản dịch sai mà không cần biết thông số kỹ thuật nguồn nào có thẩm quyền. Cung cấp cho cả hai một con đường rõ ràng đến chủ sở hữu tài liệu; đừng để "được kỹ thuật xem xét" thay thế cho tất cả các bước kiểm tra khác.

Sử dụng bốn trách nhiệm rõ ràng, ngay cả khi một người thực tế đảm nhận nhiều hơn một vai trò:

  1. Chủ sở hữu tài liệu: giải quyết các thắc mắc về nguồn và phê duyệt các thay đổi về phạm vi hoặc yêu cầu.
  2. Người đánh giá ngôn ngữ: so sánh ý nghĩa nguồn và đích, đồng thời chỉnh sửa cho phù hợp với độc giả mục tiêu.
  3. Người đánh giá chuyên môn: xác thực các khái niệm kỹ thuật, điều kiện và thông tin mang tính quyết định.
  4. Chủ quản sản xuất: xác minh sản phẩm đã xuất bản và đóng gói đúng phiên bản sửa đổi.

Các yếu tố cản trở phát hành bao gồm sự mơ hồ về mặt kỹ thuật chưa được giải quyết, thiếu nội dung bắt buộc, giá trị hoặc điều kiện sai, và hình ảnh hoặc tài liệu tham khảo hướng người đọc đến nhầm mục tiêu. Các sở thích mang tính thẩm mỹ không nên làm che khuất những lỗi đó.

Sau khi thay đổi tài liệu nguồn, hãy xác định các phần bị ảnh hưởng cũng như bảng biểu, sơ đồ và tài liệu tham khảo phụ thuộc. Mở lại các bước kiểm tra của chúng. Đừng giả định rằng một đoạn văn đã được phê duyệt trước đó vẫn giữ nguyên trạng thái sau khi bối cảnh vận hành thay đổi. Hãy lưu trữ cùng nhau phiên bản nguồn, phiên bản đích, quyết định thuật ngữ và nhật ký vấn đề đã đóng.

BookTranslator phù hợp ở đâu

BookTranslator hỗ trợ dịch tệp PDF và DOCX toàn diện. Đối với tài liệu phù hợp để tải lên và sử dụng làm bản nháp, hãy bắt đầu với trình dịch PDF hoặc trình dịch DOCX, sau đó so sánh kết quả với bản tóm tắt nghiệm thu và ma trận kiểm soát của bạn.

Đừng coi việc hỗ trợ tệp hay thuật ngữ tự động là bằng chứng cho thấy mọi điểm khác biệt kỹ thuật, nhãn sơ đồ hoặc bố cục đều được giữ nguyên. Các quy trình OCR xây dựng lại nội dung được nhận diện thay vì đảm bảo tái tạo chính xác từng trang. Các tài liệu quan trọng về an toàn, được quản lý chặt chẽ hoặc có tính hệ trọng khác cần đến quy trình chuyên biệt đã thiết lập từ đầu, chứ không phải lời tuyên bố miễn trừ trách nhiệm vào phút cuối sau một bản dịch chưa được xem xét.

Bàn giao hữu ích là một tệp đã dịch cùng với bản ghi chép về những gì đã được kiểm tra, bởi ai, đối chiếu với nguồn nào. Đó là yếu tố giúp cho phiên bản sửa đổi tiếp theo trở nên dễ quản lý hơn.

Bài viết liên quan