ترجمه تخصصی: یک چرخه کاری کاربردی برای اسناد دقیق
ترجمه تخصصی را حول محور ریسک سند، کیفیت منبع، واژه‌گزینی، بازبینی کارشناس و کنترل کیفیت شش‌مرحله‌ای برنامه‌ریزی کنید. شامل یک ماتریس کنترل قابل دانلود.
ترجمه تخصصی اطلاعات تخصصی را به زبان دیگری منتقل می‌کند تا خواننده بتواند مفهومی را درک کند، مشخصاتی را مقایسه کند یا وظیفه‌ای را به درستی انجام دهد. این کار اسنادی مانند راهزنمای تجهیزات، مشخصات مهندسی، مستندات نرم‌افزاری و گزارش‌های پژوهشی را پوشش می‌دهد. تسلط بر واژگان ضروری است؛ حفظ روابط بین دستورالعمل‌ها، مقادیر، نمودارها و نسخه‌ها نیز به همان اندازه اهمیت دارد.
برای یک نویسنده فنی یا مدیر پروژه، اولین تصمیم باید این باشد که یک خطای ترجمه چه چیزی را می‌تواند تغییر دهد، نه اینکه کدام ابزار سریع‌ترین پیش‌نویس را تولید می‌کند. یک پاراگراف کلیات ترجمه‌نشده یا اشتباه و یک شرایط عملیاتی معکوس نباید با همان اولویت وارد یک صف بازبینی شوند.
این راهنما یک چرخه کاری بین‌اسنادی ارائه می‌دهد. برای کارهای دقیق مربوط به هر فرمت، از راهنمای ترجمه دفترچه راهنمای کاربر یا راهنمای ترجمه مقاله پژوهشی استفاده کنید. ماتریس کنترل ترجمه تخصصی را دانلود کنید تا تصمیمات زیر را به بررسی‌های محول‌شده تبدیل کنید.
سند را بر اساس کاربرد طبقه‌بندی کنید، نه فقط موضوع آن
یک سند فنی می‌تواند اهداف مختلفی داشته باشد. یک مهندس ممکن است یک گزارش پژوهشی ترجمه‌شده را برای پس‌زمینه مطالعه کند، مشخصاتی را در یک تصمیم خرید کپی کند، یا روشی را روی تجهیزات زنده دنبال کند. موضوع می‌تواند یکسان باشد در حالی که پیامدهای یک خطا بسیار متفاوت است.
هنگام تعریف پروژه از این نقشه ریسک استفاده کنید. این یک چارچوب برنامه‌ریزی است، نه یک طرح صدور گواهینامه.
| کاربرد مورد نظر خواننده | چه چیزی باید در ترجمه حفظ شود | تصمیم بازبینی |
|---|---|---|
| درک یک مفهوم یا یافتن بخش‌های مربوطه | استدلال اصلی، محدودیت‌ها، منابع، تمایزات فنی | یک پیش‌نویس می‌تواند جهت‌گیری را پشتیبانی کند؛ پیش از اتکا به قطعات، آن‌ها را راستی‌آزمایی کنید |
| مقایسه یا مشخص کردن یک محصول | مقادیر، واحدها، تلورانس‌ها، شرایط عملیاتی، شناسه‌های مدل | یک بازبینی‌کننده حوزه تخصصی را به هر جدول تصمیم‌ساز و الزامی اختصاص دهید |
| یک اقدام انجام دهید | توالی، پیش‌نیازها، هشدارها، کنترل‌ها، نتیجه مورد انتظار | پیش از استفاده عملیاتی، بازبینی فنی و زبانی واجد شرایط را الزامی کنید |
| یک سند معتبر منتشر یا ارسال کنید | تمام موارد فوق به علاوه الزامات بازار و ارسال مربوطه | تاییدیه تخصصی لازم را پیش از شروع ترجمه برقرار کنید |
ریسک پایین را از یک فایل کوتاه استنباط نکنید. یک مشخصه تک‌صفحه‌ای می‌تواند اطلاعات باپیامد بیشتری نسبت به یک گزارش توصیفی طولانی حمل کند.
برای مطالب رگولاتوری یا حیاتی از نظر ایمنی، از متخصص مسئول بخواهید تصمیم بگیرد که آیا ترجمه ماشینی اصلاً مجاز است یا خیر. یک پیش‌نویس خوش‌منظره مدرکی بر پذیرش رگولاتوری یا ایمنی عملیاتی نیست.
پیش از درخواست ترجمه، یک خلاصه پذیرش بنویسید
منطقه هدف، مخاطب، هدف، نسخه منبع، قالب خروجی و مالک تاییدیه را تعریف کنید. «ترجمه به اسپانیایی» مشخص نمی‌کند که آیا خواننده یک مهندس در مکزیک است، یک مصرف‌کننده در اسپانیا، یا یک پژوهشگر که از یک نسخه کاری داخلی استفاده می‌کند.
توسط راهنمای پروژه‌های فنی انجمن مترجمان آمریکا توصیه می‌شود که مطالب منبع قابل ویرایش، اطلاعات مخاطب و هدف، اسناد مرجع و زمان برای بازبینی آماده شود. همچنین توصیه می‌شود به جای فرض اینکه تسلط دو زبانه‌ای عمومی کافی است، تخصص مرتبط مترجم بررسی شود.
خلاصه شما باید به این سوالات عملیاتی پاسخ دهد:
- کدام فایل منبع و نسخه معتبر است؟
- کدام ضمائم، اشکال جاسازی‌شده، صفحات گسترده یا فایل‌های پیوندخورده شامل می‌شوند؟
- آیا خروجی یک نسخه مطالعه، یک سند کاری قابل ویرایش، یا یک شیء نهایی انتشار است؟
- کدام اعداد، شناسه‌ها، برچسب‌های محصول و اصطلاحات به مدیریت کنترل‌شده نیاز دارند؟
- چه کسی می‌تواند ابهام فنی را حل کند و چه کسی می‌تواند نگارش زبان مقصد را تایید کند؟
- چه شواهدی اتمام را نشان خواهد داد: یک فایل بازبینی‌شده، یک سیاهه مسائل، ارجاعات حل‌شده، یا یک سابقه انتشار امضاشده؟
پیش از به اشتراک گذاشتن منبع با هر سرویسی، محرمانگی و دسترسی‌های بارگذاری را تنظیم کنید. چک‌لیست حریم خصوصی ترجمه اسناد سوالات مفید از ارائه‌دهنده را از فرض‌های امنیتی پشتیبانی‌نشده جدا می‌کند.
آماده‌سازی یک بسته مبدأ که زمینه را حفظ می‌کند
فایل نگارش بومی را در صورت موجود بودن، به‌همراه یک مرجع PDF که نحوه ارائه مورد نظر را نشان می‌دهد، درخواست کنید. برچسب‌های قابل ویرایش ارقام و دارایی‌های مرتبط را با آن نگه دارید. اگر یک PDF تنها منبع است، آن محدودیت را ثبت کنید به‌جای اینکه وانمود کنید ساختار نگارش گم‌شده همیشه قابل بازیابی است.
قبل از ترجمه، یک PDF با متن قابل انتخاب را از اسکن فقط تصویری تشخیص دهید. OCR یک مرحله تشخیص اضافه می‌کند: یک کاراکتر اشتباه می‌تواند به یک ترجمه قابل قبول اما نادرست از مبدأ تبدیل شود. برای آن شاخه، کیفیت تشخیص را با استفاده از بررسی کنیدجریان کار PDF اسکن‌شده.
عبارات مبدأ مبهم را صریح کنید. این جمله مشخصات ابداع‌شده را در نظر بگیرید:
ماژول کنترل واحد درایو را مانیتور می‌کند. قبل از بازرسی آن را قطع کنید.
ضمیر، شیء جمله دوم را نامشخص می‌گذارد. یک مترجم می‌تواند بپرسد چه مؤلفه‌ای منظور است؛ یک خروجی خودکار روان می‌تواند آن سؤال حل‌نشده را پنهان کند. مالک سند باید پیش از تأیید ترجمه، مؤلفه را در مبدأ نام‌گذاری کند. به مترجم اجازه ندهید یک دستورالعمل عملیاتی ابداع کند.
مایکروسافت راهنمای نگارش برای ارتباطات جهانیاز ساختار جملات واضح، اصطلاحات سازگار و اجتناب از عباراتی که ترجمه آن‌ها دشوار است، پشتیبانی می‌کند. آن اصول را برای حذف ابهام به کار ببرید، نه برای حذف جزئیات فنی ضروری.
مفاهیم را به‌طور جداگانه از رشته‌های تحت‌الفظی کنترل کنید
یک ثبت اصطلاحات کوتاه پیرامون مفاهیمی که در درک تأثیر می‌گذارند بسازید. برای هر ورودی، تعریف، زمینه مبدأ، اصطلاح هدف تأییدشده، جایگزین‌های ردشده و مالک تصمیم را بگنجانید. یک فهرست کلمات دو ستونی خالی می‌تواند مترجم را در حدس زدن اینکه کدام معنی از «bearing»، «terminal» یا «range» اعمال می‌شود، سردرگم کند.
فهرست جداگانه‌ای از رشته‌های تحت‌الفظی نگه‌دارید: شماره قطعات، نام دستورات، URLها، مسیرهای فایل و برچسب‌های رابط که باید با محصول واقعی مطابقت داشته باشند. برخی برچسب‌ها باید بومی‌سازی شوند؛ برخی دیگر باید دقیقاً همان‌طور که نمایش داده می‌شوند باقی بمانند. به‌جای اعمال یک قانون سراسری «همه چیز را ترجمه کن»، انتخاب را ثبت کنید.
برای مثال، دستوری به نام reset_cache با عبارت توضیحی «کش را بازنشانی کنید» از یک نوع مورد نیست. دستور به بررسی تطابق دقیق نیاز دارد؛ عبارت به یک ترجمه دقیق و طبیعی نیازمند است.
سؤالات حل‌نشده را در یک مکان، همراه با یک مکان مبدأ و پاسخی که سند را تغییر می‌دهد، ثبت کنید. جریان کار پرس‌وجوی مترجمزمانی مفید است که چندین بازبین یا زبان ابهام مشابهی را به اشتراک بگذارند.
جریان کار را پیرامون خروجی انتخاب کنید
شاخه‌های زیر از تبدیل شدن یک فرایند کلی ترجمه فنی به یک چک‌لیست فقط دستی جلوگیری می‌کنند.
| سند | آماده‌سازی پیش از ترجمه | تمرکز بررسی اول | شواهد پذیرش نهایی |
|---|---|---|---|
| دفترچه راهنمای کاربر | بازنگری محصول، فهرست هشدارها، برچسب‌های رابط کاربری، نمودارهای قابل ویرایش | شرایط، اقدامات، هشدارها و مطابقت برچسب با محصول | دستورالعمل بازبینی‌شده و مراجع نمودار در فایل تحویل داده شده |
| برگه مشخصات فنی | انواع مدل، ساختار جدول، واحدها، نمادگذاری تلرانس | روابط مقدار به ردیف و شرایط پیوست شده به هر مشخصه | تطبیق هر مقدار تصمیم‌ساز با منبع تایید شده |
| پی‌دی‌اف پژوهشی | مقاله کامل، متن قابل انتخاب یا OCR بررسی‌شده، اشکال و مراجع | ادعاها، صلاحیت‌ها، روش‌ها، معادلات و هویت استنادات | بازبینی متصل به منبع برای بخش‌های استفاده شده در کار خودِ خواننده |
یک گردش کار مبتنی بر ابزارهای CAT ممکن است زمانی مفید باشد که ترجمه‌های تایید شده در نسخه‌های مختلف تکرار می‌شوند؛ یک پیش‌نویس ترجمه در سطح فایل ممکن است برای یک بار خواندن یا وظیفه بازبینی مناسب باشد. هیچ‌کدام از این انتخاب‌ها نیاز به بررسی سند نهایی را از بین نمی‌برد. مقایسه ابزارهای CAT در مقابل ترجمه ماشینی توضیح می‌دهد که چگونه بین گردش کارهای انسان‌محور، خودکار و ترکیبی انتخاب کنید.
قبل از پردازش کل بسته، از یک بخش نمونه برای بررسی اینکه آیا گردش کار انتخاب شده می‌تواند فرمت مورد نیاز را ارائه دهد یا خیر، استفاده کنید. مطالب دشوار را هم شامل کنید، نه فقط یک صفحه مقدماتی آسان. اگر یک جدول، نمودار یا معادله نمی‌تواند در مسیر بازبینی سالم بماند، قبل از گسترش کار، آن مشکل را حل کنید.
بازبینی شش لایه، با یک مسئول مشخص برای هر کدام
با ماتریس زیر مانند یک چک‌لیست انتشار رفتار کنید. یک بررسی صرفاً به این دلیل که کسی نگاهی گذرا به سند انداخته، کامل نیست؛ بلکه به مکان منبع، مکان مقصد و یک نتیجه نیاز دارد.
| لایه | چه چیزی مقایسه شود | نمونه‌ای از نقصی که متن روان می‌تواند پنهان کند | بازبین اصلی |
|---|---|---|---|
| اصطلاحات | تعاریف مفاهیم، اصطلاحات تایید شده، اختصارات، رشته‌های متنی مستقیم | یک مؤلفه دو نام دریافت می‌کند که به بخش‌های متفاوتی اشاره دارند | بازبین زبان با پشتیبانی تخصصی در حوزه مربوطه |
| اعداد | مقادیر، علامت‌ها، بازه‌ها، واحدها، تلورانس‌ها، سرستون‌های جدول | یک مقدار دست‌نخورده باقی می‌ماند اما زیر عنوان مدل اشتباهی قرار می‌گیرد | بازبین حوزه تخصصی |
| هشدارها و شرایط | نفی، پیش‌نیازها، استثائات، پیامدها، توالی | عبارت «فقط زمانی که» به یک عمل مجاز عمومی تبدیل می‌شود | بازبینان حوزه تخصصی و زبان با هم |
| نمودارها | برچسب‌ها، راهنماها، توضیحات برجسته، زیرنویس‌ها، ارجاعات متنی | زیرنویس ترجمه می‌شود اما نمودار همچنان به نسخه دیگری اشاره دارد | نویسنده فنی یا مسئول تصویرسازی |
| ارجاعات متقابل | اهداف بخش، شکل، جدول، معادله، ارجاع و پیوند | یک «جدول ۴» که ظاهر معتبری دارد، به داده‌های اشتباهی اشاره می‌کند | بازبین سند |
| صفحه‌آرایی و تحویل | ترتیب خواندن، برش، نمادها، فونت‌ها، شکست صفحه، قابلیت ویرایش | یک علامت منفی در مرز ستون ناپدید می‌شود | بازبین تولید، و سپس بررسی مجدد زبان در صورت نیاز |
اعداد و واحدها را در طول بازبینی در کنار هم نگه دارید. به عنوان یک نمونه مشخص،راهنمای SI سازمان NISTفاصله‌ای بین مقدار عددی و نماد واحد آن، از جمله درجه سلسیوس، قرار می‌دهد. یک مقدار منبع مانند 25 °Cبه چیزی فراتر از بررسی املا نیاز دارد: عدد، نماد و شرطی که توصیف می‌کند همگی اهمیت دارند. تبدیل واحد یک تصمیم ویراستاری جداگانه است؛ هنگام ترجمه، مقادیر را به طور خودکار تبدیل یا گرد نکنید.
برای بررسی‌های تحویل مختص PDF، با چک‌لیست تضمین کیفیت ترجمه PDF ادامه دهید. مرکز کنترل کیفیت ترجمه گسترده‌تر، اصطلاحات مرتبط و وظایف ویرایش پس از ترجمه را پوشش می‌دهد.
یک نمونه بررسی انجام‌شده: کلمات درست، مشخصات اشتباه
فرض کنید یک برگه محصول خیالی شامل این دو سطر باشد:
| مدل | دمای عملیاتی |
|---|---|
| Aster-10 | ۵ درجه سانتی‌گراد تا ۳۵ درجه سانتی‌گراد |
| Aster-20 | ۵ درجه سانتی‌گراد تا ۴۵ درجه سانتی‌گراد |
اگر جدول مقصد برچسب‌های مدل را جابجا کند اما تمام اعداد را حفظ کند، یک بررسی حضور اعداد تأیید می‌شود در حالی که سند محدودیت‌های اشتباهی را منتقل می‌کند. این مقادیر ابداع‌شده رابطه بین اسناد را نشان می‌دهند، نه توصیه‌های عملیاتی برای یک محصول واقعی.
در ماتریس قابل دانلود، این به بررسی NUM-02 تبدیل می‌شود: هر شناسه مدل، مقدار، واحد و شرط را به عنوان یک گروه مقایسه کنید. بازبین دامنه اصلاح را ثبت می‌کند؛ بازبین تولید، فایل خروجی را دوباره باز می‌کند تا بررسی کند که اصلاحیه سلول‌ها را دوباره جابجا نکرده باشد.
درس این است که فراتر از جدول‌ها را در نظر بگیرید: روابط را بررسی کنید، نه فقط اینکه آیا رشته‌های فردی هنوز وجود دارند یا خیر.
نقش‌های تایید جداگانه و کنترل نسخه‌های بعدی
یک متخصص دامنه می‌تواند معنای یک مشخصات را تایید کند بدون اینکه صلاحیت قضاوت در مورد تمام ظرافت‌های زبان مقصد را داشته باشد. یک بازبین زبان می‌تواند یک ترجمه اشتباه را شناسایی کند بدون اینکه بداند کدام مشخصات منبع معتبر است. به هر دو یک مسیر روشن به سمت مالک سند بدهید؛ اجازه ندهید عبارت «بررسی شده توسط مهندسی» جایگزین تمام بررسی‌های دیگر شود.
از چهار مسئولیت صریح استفاده کنید، حتی زمانی که یک نفر به طور مشروع بیش از یک نقش را بر عهده دارد:
- مالک سند: ابهامات منبع را برطرف کرده و تغییرات محدوده یا نیازمندی‌ها را تأیید می‌کند.
- بازبین زبان: معنای منبع و مقصد را مقایسه کرده و برای مخاطب هدف ویرایش می‌کند.
- بازبین حوزه تخصصی: مفاهیم فنی، شرایط و اطلاعات تصمیم‌ساز را اعتبارسنچی می‌کند.
- مسئول تولید: خروجی نهایی را بررسی کرده و نسخه صحیح را بسته‌بندی می‌کند.
موانع انتشار شامل ابهام فنی حل‌نشده، محتوای مفقود الزامی، مقدار یا شرط اشتباه، و شکل یا مرجعی است که خواننده را به مورد اشتباهی هدایت می‌کند. اولویت‌های ظاهری نباید این نواقص را بپوشانند.
پس از تغییر منبع، بخش‌های تحت تأثیر و جداول، نمودارها و مراجع وابسته را شناسایی کنید. بررسی‌های آن‌ها را دوباره باز کنید. فرض نکنید که یک پاراگراف از پیش تأییدشده پس از تغییر زمینه عملیاتی آن، همچنان تأییدشده باقی می‌ماند. نسخه منبع، نسخه مقصد، تصمیمات مربوط به اصطلاحات و گزارش مسائل بسته شده را با هم ذخیره کنید.
جایی که BookTranslator در آن قرار می‌گیرد
BookTranslator از ترجمه کامل فایل‌های PDF و DOCX پشتیبانی می‌کند. برای اسنادی که برای بارگذاری و استفاده به عنوان پیش‌نویس مناسب هستند، با مترجم PDF یا مترجم DOCX شروع کنید، سپس نتیجه را با دستورالعمل پذیرش و ماتریس کنترلی خود مقایسه کنید.
پشتیبانی از فایل یا واژه‌نامه خودکار را به عنوان دلیلی بر حفظ تمامی تفکیک‌های فنی، برچسب‌های نمودار یا صفحه‌آرایی در نظر نگیرید. جریان‌های کاری OCR به جای تضمین باز تولید دقیق صفحه، محتوای شناخته‌شده را بازسازی می‌کنند. اسناد حیاتی از نظر ایمنی، قانون‌گذاری‌شده یا دارای پیامدهای دیگر، به جریان کاری تخصصی تعیین‌شده در ابتدا نیاز دارند، نه سلب مسئولیتی در لحظه آخر پس از یک ترجمه بررسی‌نشده.
تحویل مفید عبارت است از یک فایل ترجمه‌شده به‌علاوه گزارشی از آنچه بررسی شده، توسط چه کسی و در مقایسه با چه منبعی. این همان چیزی است که نسخه بعدی را قابل مدیریت می‌کند.
مطالب مرتبط
