Како да го дефинирате опфатот на интеграција на превод во постоечка деловна апликација
Планирајте превод во Вашата деловна апликација. Дефинирајте содржина, јазици, преглед, правила за податоци, справување со грешки и тестови за прифаќање пред да побарате понуда.
Почнете со една целосна задача што Вашиот тим треба да ја заврши на друг јазик. Потоа дефинирајте како преводот се вклопува во таа задача. Така добавувачот на софтвер добива појасна основа за проценка отколку со барање да се додаде копче за превод.
Опфатот треба да ги покрие текстот, луѓето, податоците и резултатот. Треба да објасни и што се случува кога преводот нема да успее. Користете ги чекорите подолу за да го подготвите тој опфат пред да изберете технички пристап.
Изберете еден работен тек за првото издание
Запишете од каде доаѓа изворниот текст и каде мора да оди одобрениот превод. На пример, вработен во поддршката можеби треба да прочита дојдовна порака и да подготви одговор на јазикот на клиентот. Ова е илустративно барање, а не извештај за инсталација на Vavus.
Наведете го секој чекор: отворање на пораката, барање превод, читање на изворот покрај резултатот, уредување на одговорот и одобрување за испраќање. Одлучете дали преводот почнува автоматски или само откако вработениот ќе го избере.
Нека првото издание биде мало. Еден екран и една јасна деловна задача полесно се тестираат отколку секое текстуално поле во апликацијата.
Утврдете ги потребите за содржина и јазици
Направете листа на полињата што треба да се преведат. Одвојте ги кратките ознаки, слободниот текст, документите и говорот. Тие може да бараат различна обработка и тестови. Наведете ги и полињата што мора да останат непроменети, како броеви на нарачки и шифри на производи.
Наведете ги изворните и целните јазици, вклучително и регионалните варијанти. Запишете ја вообичаената должина на текстот и очекуваниот дневен обем. Прашајте кои јазични комбинации и формати на внес ги поддржува предложената услуга.
Контекстот може да биде важен за краток текст. На пример, текстуалниот API на DeepL поддржува параметар context што може да влијае врз преводот без да се преведува самиот контекст. Неговата документација наведува и дека посебните текстуални записи во едно барање не делат контекст. [1] Вашиот опфат треба да каже од каде доаѓа корисниот контекст.
Дефинирајте ја терминологијата и човечкиот преглед
Соберете ги термините што Вашиот бизнис често ги користи. Вклучете претпочитани преводи, имиња на производи и зборови што треба да останат непроменети. Определете една личност што ќе ја одржува оваа листа.
Некои услуги за превод поддржуваат глосари. Google Cloud Translation го опишува својот глосар како прилагоден речник за доследна терминологија специфична за областа. [2] Проверете ја функцијата за Вашите точни јазични парови и избраната услуга. Глосарот не докажува дека целата порака е точна.
Одлучете кои резултати бараат квалификуван јазичен рецензент. Овозможете му на рецензентот пристап до оригиналниот текст. Поставете јасен чекор за одобрување пред текстот наменет за клиентите да се испрати или објави.
Поставете правила за податоците и пристапот
Опишете какви информации обработува работниот тек. Во раните тестови користете вештачки примери. Избегнувајте копирање вистински записи на клиенти во проба само за да видите дали некое копче работи.
Прашајте каде ќе се обработува текстот, што ќе зачува апликацијата, кој може да го чита и кога ќе се избрише. Вклучете ги логовите и резервните копии во оваа дискусија. Потврдете ги тековните услови на давателот и контролите достапни за избраниот план.
Прилагодениот интерфејс сам по себе не ја прави надворешната услуга за превод приватна или офлајн. Ако Вашиот проект бара локална обработка, наведете го тоа барање на почетокот и тестирајте го целиот тек на податоци според него.
Планирајте за доцнења и грешки
Запишете го очекуваното време на одговор и дејството што персоналот треба да го преземе ако услугата не е достапна. Апликацијата треба да прикажува јасна состојба, како чекање, подготвено за преглед или неуспешно. Зачувајте го оригиналниот текст.
Замолете го развивачот да ги разликува привремените неуспеси од грешките што бараат промена. DeepL, на пример, документира одложени повторни обиди за грешки поради ограничување на бројот на барања, додека потрошената квота бара поинаков одговор. [3] Повторените барања не треба да создаваат дупликати деловни дејства, како испраќање на истиот одговор двапати.
Договорете се за известувањата за користењето и за тоа кој е одговорен за поддршката. Вклучете ги надоместоците за услугата, одржувањето и идните промени кога ги споредувате трошоците на проектот.
Напишете тестови за прифаќање пред развојот
Изберете репрезентативни примери за секој потребен јазичен пар. Вклучете долги пораки, невообичаени знаци, полиња што недостасуваат и термини од Вашата одобрена листа. Тестирајте ја целата задача, од изворниот запис до зачуваниот или испратениот резултат.
Поставете критериуми за поминување што луѓето можат да ги проверат: шифрите на производите остануваат непроменети, неодобрен превод не може да се испрати, неуспешното барање е видливо и рецензентот може да се врати на изворот. Нека квалификуван рецензент ги оцени значењето и тонот. Запишувајте ги дефектите и повторувајте ги истите тестови по промените.
Подгответе јасно барање за понуда
Испратете го работниот тек, примерните полиња, јазичните парови, проценетиот обем, правилата за податоците и тестовите за прифаќање. Означете ја секоја ставка како задолжителна за лансирање или соодветна за подоцнежно издание. Побарајте ги претпоставките и исклучоците во писмена форма.
Vavus нуди писмено дефинирање на опфатот за проекти по мерка. [4] Користете ја страницата за понуда за да ја опишете Вашата постоечка апликација и задачата што сакате да ја подобрите. Предложената интеграција, имплементација и тестирање треба да се потврдат во опфатот на Вашиот проект.