HTTP ծառայություններ նրանց համար, ովքեր ոչինչ չեն հասկանում WEB-ից: Վեբ ծառայություններ (SOAP), HTTP ծառայություններ, oData (ավտոմատ REST ծառայություն) Նոր դասընթաց 1c ծառայության պարամետրեր

Եթե ​​դուք ոչինչ չեք հասկանում WEB տեխնոլոգիաներից և json-ի նման բառերից, ստացեք, տեղադրեք և այլն, ձեզ համար ոչինչ չեն նշանակում, և դուք պարզապես 1C-ի մոլի օգտատեր եք, բայց դուք պետք է ընկերանաք 1C-ի հետ: երրորդ կողմի հավելվածներ կամ կայք, ապա այս հոդվածը ձեզ համար է:

Սկսեմ նրանից, որ ժամանակին ես ստիպված էի ինքնուրույն զբաղվել վեբ ծառայությունների հետ։ Հետո մի կերպ, կամաց-կամաց, ինձ հաջողվեց յուրացնել այս գործը և հասկանալ, թե ինչ և որտեղ պետք է սեղմել, որպեսզի ամեն ինչ աշխատի։ Բարեբախտաբար, այն կոնֆիգուրացիան, որով ես պետք է աշխատեի, արդեն լցոնված էր վեբ ծառայություններով, և հնարավոր էր նայել և դա անել անալոգիայի միջոցով, և ես կարողացա նաև գտնել բավականաչափ հոդվածներ այս հարցի վերաբերյալ ինտերնետում: Եվ այսպես, օրինակներ օգտագործելով (ինձ համար սա սովորելու լավագույն միջոցն է), ես յուրացա այս գործը, և այժմ դրանք ինձ այլևս չեն վախեցնում։

ԱՅՍՊԵՍ. Ցանկացած ինտեգրման հիմնական խնդիրը, լինի դա CD, վեբ ծառայություններ կամ HTTP ծառայություններ, ինչ-որ տեղից ինչ-որ բան փոխանցելն է, դրա հետ ինչ-որ բան անելը և պատասխանը վերադարձնելը: Սա այն ձևաչափն է, որով մենք կդիտարկենք նոր տեխնոլոգիան։

Մետատվյալների ծառի մեջ HTTP ծառայությունները գտնվում են Ընդհանուր մասնաճյուղում.

Նոր HTTP ծառայություն ավելացվում է այնպես, ինչպես ցանկացած այլ մետատվյալների օբյեկտ: Անուն և հոմանիշ ըստ ցանկության։ Այստեղ կարևոր է միայն «Root URL»-ը. սա, ըստ էության, այս տվյալների բազայում HTTP ծառայության նույնացուցիչն է, այսինքն. հենց այն, ինչ գրում եք այս գույքում, դուք կփոխանցեք երրորդ կողմի մշակողին (կամ ինքներդ ձեզ) որպես ծառայության հղում:

Չգիտեմ՝ հնարավո՞ր է այստեղ գրել կիրիլիցայով, բայց որպեսզի առաջադեմ աշխարհում չծիծաղեն, գրե՛ք լատինատառ):

Կաղապարի հատկությունն ինքնին կարևոր է այստեղ.

Օգտագործելով ձևանմուշ, դուք կարող եք հետագայում անդրադառնալ ձեզ փոխանցված տվյալներին: SO: Բոլոր տվյալները, որոնք դուք ցանկանում եք ստանալ դրսից, կարելի է բաժանել 2 բլոկի՝ պարտադիր և պարտադիր:

Մենք մղում ենք պահանջվող տվյալները/պարամետրերը ձևանմուշի մեջ, այնպես որ, եթե ծառայություն մուտք գործող անձը չլրացնի դրանք, ծառայությունն ապրիորի սխալ կառաջացնի, և մշակող մոդուլի տեքստը մշակելիս վստահ կլինեք, որ այս տվյալները այնտեղ է։ Ինչպես է դա արվում. «()» գանգուր փակագծերում գտնվող Pattern տողում, փոխարինելով «/» նշանով, գրում ենք փոփոխականների անունները: Օրինակ, մեզ անպայման հոդված է պետք - հետո գրում ենք /(artikul): Եթե ​​մեզ անհրաժեշտ լինի ստանալ հոդվածը, անունը և օգտվողի անունը, ապա կաղապարի տողը կունենա հետևյալ տեսքը՝ /(artikul)/(name)/(user) և այլն: Այս պարամետրերից յուրաքանչյուրը կարգավորիչի մոդուլի տեքստում կարելի է ստանալ այսպես. Request.ParametersURL["<имя параметра>«]։ Եթե չկան պահանջվողներ, ապա ձևանմուշն ունի հետևյալ տեսքը՝ /*։

Կաղապարում նկարագրված ՉԻ նկարագրված կամընտիր տվյալները, որոնք մենք ցանկանում ենք ստանալ ծառայության միջոցով: Ծառայություն մուտք գործելու համար հղում կառուցելիս դրանք նկարագրվում են հղման վերջում «?» նշանից հետո, առանձնացված «&» նշանով և ունեն կառուցվածքը:<имя параметра>=<значение параметра>. Բեռնարկիչի մոդուլի տեքստում դրանք կարող են մուտք գործել հետևյալ կառուցվածքով. Request.RequestParameters.Get("<имя параметра>Կարևոր է հիշել, որ քանի որ դրանք պարտադիր չեն, նրանք կարող են գոյություն չունենալ, համապատասխանաբար, մենք ստուգում ենք արժեքը Undefined-ի համար:

Հաջորդը, մենք ավելացնում ենք նոր մեթոդ մեր ձևանմուշի համար: Այստեղ կարևոր է HTTP մեթոդի հատկությունը: Դրանք հսկայական են, ԲԱՅՑ մենք չենք խորանա բոլոր մանրամասների մեջ։ Ձեր առաջադրանքներից որևէ մեկը իրականացնելու համար ձեզ անհրաժեշտ է ընդամենը 2՝ GET և POST:

Ինչպես ընտրել. Եթե այն, ինչ նկարագրեցինք նախորդ երկու պարբերություններում, բավարար է ձեր աշխատանքի համար, այսինքն. Դուք կարող եք ստանալ ձեզ անհրաժեշտ բոլոր տվյալները՝ օգտագործելով հենց հարցման պարտադիր և կամընտիր պարամետրերը, այնուհետև մենք վերցնում ենք GET-ը: Այս դեպքում ցանկացած բրաուզերում, եթե ճիշտ մուտքագրեք հասցեի տողը, կտեսնեք ձեր HTTP ծառայության արդյունքը՝ PROFIT! Եթե ​​հանկարծ, որպեսզի ձեր ծառայությունը աշխատի, ձեզ անհրաժեշտ են տվյալներ ավելի բարդ ձևով (օրինակ, xml կամ այլ բան), ինչ-որ բան, որը չի կարող տեղադրվել պարզ հասցեի տողում, ապա վերցրեք POST-ը: Բացասական կողմում, զննարկչի հասցեի տողի միջոցով նման հեշտ ստուգումը, ինչպես GET-ի դեպքում, չի աշխատի, բայց ինտերնետում հեշտությամբ կարող եք գտնել որոշ կայքեր, որտեղ կարող եք ծառայություններ ստուգել POST մեթոդով (օրինակ՝ կայքը https:/ /www.hurl.it): Եթե ​​ընտրված է POST մեթոդը, ապա, բացի URL-ից (հասցեից), հարցումն ունի մարմին, որի մեջ կարող եք լցնել այն ամենը, ինչ ցանկանում եք, և մեթոդի մշակիչում մուտք գործեք այն Request.GetBodyAsString() կառուցվածքի միջոցով: Ցանկացած ձևանմուշ կարող է ունենալ և՛ GET, և՛ POST մեթոդ: Նրանք կունենան համապատասխանաբար տարբեր մշակողներ, և 1C-ն, կախված նրանից, թե ինչպես է ուղարկվել հարցումը, կընտրի այս կամ այն ​​մեթոդը:

HTTP ծառայության մշակիչը ֆունկցիա է, որը միշտ վերադարձնում է HTTPServiceResponse տիպի արժեք, որը կառուցված է New HTTPServiceResponse(-ի) կոնստրուկտորի կողմից:<КодСостояния>). <КодСостояния>- սա թիվ է, որպեսզի չանհանգստանանք գրելու ընտրության հարցում, մենք գրում ենք. 200 - եթե ամեն ինչ լավ է, և դուք վերադարձնեք որոշակի տրամաբանական արժեք, 400 - եթե կա սխալ և վերադարձնում եք սխալի նկարագրությունը: . Այս տեսակն ունի տարբեր մեթոդներ (կարող եք կարդալ այն շարահյուսության օգնականում, այնտեղ ամեն ինչ հստակ գրված է): Կրկին, դուք միշտ կարող եք վերադարձնել այն ամենը, ինչ ձեզ հարկավոր է որպես տող՝ SetBodyFromString() մեթոդը: (մեկ փոքրիկ հնարք. եթե վերադարձնում եք html և ցանկանում եք, որ զննարկիչը այն գեղեցիկ ցուցադրի էկրանին, երբ մուտքագրեք ձեր ծառայության հասցեն հասցեագոտում, պատասխան վերնագրերի հատկության մեջ գրեք՝ Answer.Headers.Insert("Content-Type" ","text/html; charset=utf-8") - դրանով դուք նշում եք, որ սա պարզապես նիշերի հավաքածու չէ, այլ HTML, և այն պետք է համապատասխանաբար ցուցադրվի)

Ամեն ինչ անելուց հետո HTTP ծառայությունը պետք է հրապարակվի: Դա արվում է համակարգչի վրա, որտեղ տեղադրված է վեբ սերվեր (չեմ գրի կարգավորումների մասին, կան շատ հոդվածներ) ցանկի միջոցով.

Ադմինիստրացիա - վեբ սերվերի վրա հրապարակում:

Կա HTTP ծառայություններ ներդիր: Ստուգեք վանդակները և սեղմեք «Հրապարակել»




Ես կանգնած էի ներկայիս կազմաձևման վիճակը ստանալու անհրաժեշտության հետ: Դուք պետք է ստանաք.

  • Որոշակի ընտրությամբ փաստաթղթերի քանակը.
  • Ապրանքի վերջին գրանցված գնի ժամանակահատվածը.
  • Վերջին 10 րոպեում օգտագործողի կողմից մշակված փաստաթղթերի քանակը:

Հաշվի առնելով նախագծերում բջջային հավելվածի ներդրման փորձը, սկզբում միտքը ծագեց Android-ի համար կոնֆիգուրացիա գրել: Բոլոր դրական ու բացասական կողմերը կշռելուց հետո ես եկա այն եզրակացության, որ այս մոտեցումը հարմար չի լինի իմ խնդիրը լուծելու համար։ Այնուհետև դասընթացն անցավ http ծառայությունից օգտվելու համար։ Դա անելու համար կոնֆիգուրացիայի մեջ գրանցվեց «Վիճակագրություն» http ծառայությունը, և ավելացվեց AnyURL url ձևանմուշը, որում ավելացվել էր ստանալ մեթոդ:


Կազմաձևման ծառի օբյեկտները ստեղծելուց հետո մենք սկսում ենք գրել ալգորիթմ պատասխան առաջացնելու համար: Մեթոդը կվերադարձնի HTTPServiceResponse տիպի պատասխան.

Պատասխանի կոդը գրելուց հետո մենք հրապարակում ենք http ծառայությունը կոնֆիգուրատորից և մուտք ենք գործում այն ​​բրաուզերից: http ծառայություն մուտք գործելու համար դուք պետք է կապ հաստատեք հասցեի հետ, ինչպես վեբ հաճախորդում, ավելացնելով «/hs/statistic/»: hs-ը հարթակին ասում է, որ http ծառայության մուտք է գործում, և վիճակագրությունը մեր ծառայության անվանումն է:

Իմ կարծիքով, http ծառայությունները կարող են օգտակար լինել հետևյալ դեպքերում.
— Կազմաձևման վիճակագրության ստեղծում;
— Պատվերի կարգավիճակ ստանալու ֆունկցիոնալությունը իր համարով.
— Տվյալների պատրաստում այլ համակարգեր ներմուծման համար:

1C 8.3 և 8.2 վեբ ծառայությունը մետատվյալների օբյեկտ է, որը թույլ է տալիս ինտեգրել 1C հարթակը այլ տեղեկատվական համակարգերի հետ՝ օգտագործելով ծառայության վրա հիմնված ճարտարապետություն (SOA):

Եկեք նայենք վեբ ծառայության օրինակի ստեղծմանը և կազմաձևմանը, որը թույլ է տալիս երկկողմանի փոխանակում 1C 8 տվյալների բազաների միջև՝ օգտագործելով SOAP:

Նախ, եկեք նայենք ներդիրին Այլ:

Ստացեք 267 վիդեո դասեր 1C-ում անվճար.

  • Դաշտում Անվանատարածքի URIնկարագրում է ռեսուրսի նույնացուցիչի գտնվելու վայրը:
  • — այն տեսակների նկարագրությունը, որոնց հետ ապագա վեբ ծառայությունը կկարողանա աշխատել:
  • Հրապարակման ֆայլի անվանումը— *.1CWS ֆայլի անունը, որը կտեղադրվի վեբ սերվերում

1C վեբ ծառայության կառուցվածքը

Դիտարկենք վեբ ծառայության կառուցվածքը.

DataExchange-ը ինքնին վեբ ծառայությունն է: UnloadData, LoadData - գործողություններ, ըստ էության, գործառույթների նկարագրություններ, որոնք կարող են կանչվել SOAP արձանագրության միջոցով: ExchangePlanName, NodeCode և այլն: - վեբ ծառայությանը փոխանցված արժեքներ:

Վեբ ծառայության մոդուլ

Մոդուլը պարունակում է ամենահետաքրքիրը՝ ապագա վեբ ծառայության գործառույթների նկարագրությունը։ Մեր դեպքում մենք նկարագրում ենք ֆունկցիոնալությունը, որը թույլ է տալիս ստանալ և ուղարկել տվյալներ՝ օգտագործելով ստանդարտ 1C փոխանակման մեխանիզմներ: Որովհետեւ Փոխանակումը տեղի է ունենում մեկ հարթակի միջև՝ 1C, ապա դրանք չեն պահանջում տվյալների սերիալացում:

Վեբ սերվերի վրա 1C http ծառայության աշխատանքի ստուգում

Սկսեմ նրանից, որ ժամանակին ես ստիպված էի ինքնուրույն զբաղվել վեբ ծառայությունների հետ։ Հետո մի կերպ, կամաց-կամաց, ինձ հաջողվեց յուրացնել այս գործը և հասկանալ, թե ինչ և որտեղ պետք է սեղմել, որպեսզի ամեն ինչ աշխատի։ Բարեբախտաբար, կոնֆիգուրացիան, որի հետ մենք պետք է աշխատեինք, արդեն լիքն էր Դա հնարավոր էր դիտել վեբ ծառայությունների միջոցով և դա անել անալոգիայի միջոցով, և ինտերնետում ես կարողացա գտնել բավականաչափ հոդվածներ այս հարցի վերաբերյալ: Եվ այսպես, օրինակներ օգտագործելով (ինձ համար սա սովորելու լավագույն միջոցն է), ես յուրացա այս գործը, և այժմ դրանք ինձ այլևս չեն վախեցնում։

ԱՅՍՊԵՍ. Ցանկացած ինտեգրման հիմնական խնդիրը, լինի դա CD, վեբ ծառայություններ կամ HTTP ծառայություններ, ինչ-որ տեղից ինչ-որ բան փոխանցելն է, դրա հետ ինչ-որ բան անելը և պատասխանը վերադարձնելը: Սա այն ձևաչափն է, որով մենք կդիտարկենք նոր տեխնոլոգիան։

Մետատվյալների ծառի մեջ HTTP ծառայությունները գտնվում են Ընդհանուր մասնաճյուղում.

Նոր HTTP ծառայություն ավելացվում է այնպես, ինչպես ցանկացած այլ մետատվյալների օբյեկտ: Անուն և հոմանիշ ըստ ցանկության։ Այստեղ կարևոր է միայն «Արմատային URL»-ը. սա, ըստ էության, նույնացուցիչն է HTTP ծառայություն այս տվյալների բազայում, այսինքն. հենց այն, ինչ գրում եք այս գույքում, դուք կփոխանցեք երրորդ կողմի մշակողին (կամ ինքներդ ձեզ) որպես ծառայության հղում:

Չգիտեմ՝ հնարավո՞ր է այստեղ գրել կիրիլիցայով, բայց որպեսզի առաջադեմ աշխարհում չծիծաղեն, գրե՛ք լատինատառ):

Կաղապարի հատկությունն ինքնին կարևոր է այստեղ.

Օգտագործելով ձևանմուշ, դուք կարող եք հետագայում անդրադառնալ ձեզ փոխանցված տվյալներին: SO:բոլոր տվյալները, որոնք ցանկանում եք ստանալ դրսից, կարելի է բաժանել 2 բլոկի՝ պարտադիր և կամընտիր:

Պահանջվող տվյալներ/պարամետրերմենք այն հրում ենք ձևանմուշի մեջ, հետևաբար, եթե նա, ով մուտք է գործում ծառայություն, չի լրացնում դրանք, ապա ծառայությունն ապրիորի սխալ կառաջացնի, և մշակող մոդուլի տեքստը մշակելիս վստահ կլինեք, որ այդ տվյալները կան։ . Ինչպես է դա արվում. «()» գանգուր փակագծերում գտնվող Pattern տողում, փոխարինելով «/» նշանով, գրում ենք փոփոխականների անունները: Օրինակ, մեզ անպայման հոդված է պետք - հետո գրում ենք /(artikul): Եթե ​​մեզ անհրաժեշտ լինի ստանալ հոդվածը, անունը և օգտվողի անունը, ապա կաղապարի տողը կունենա հետևյալ տեսքը՝ /(artikul) /(name)/(user) և այլն: Այս պարամետրերից յուրաքանչյուրը կարգավորիչի մոդուլի տեքստում կարելի է ստանալ այսպես. Request.ParametersURL["<имя параметра>«]։ Եթե չկան պահանջվողներ, ապա ձևանմուշն ունի հետևյալ տեսքը՝ /*։

Ընտրովի տվյալներ, որը մենք ցանկանում ենք ստանալ ծառայության միջոցով, նկարագրված չեն ձևանմուշում: Ծառայություն մուտք գործելու համար հղում կառուցելիս դրանք նկարագրվում են հղման վերջում «?» նշանից հետո, առանձնացված «&» նշանով և ունեն կառուցվածքը:<имя параметра>=<значение параметра>. Բեռնարկիչի մոդուլի տեքստում դրանք կարող են մուտք գործել հետևյալ կառուցվածքով. Request.RequestParameters.Get("<имя параметра>Կարևոր է հիշել, որ քանի որ դրանք պարտադիր չեն, նրանք կարող են գոյություն չունենալ, համապատասխանաբար, մենք ստուգում ենք արժեքը Undefined-ի համար:

Հաջորդը, մենք ավելացնում ենք նոր մեթոդ մեր ձևանմուշի համար: Այստեղ կարևոր է HTTP մեթոդի հատկությունը: Դրանք հսկայական են, ԲԱՅՑ մենք չենք խորանա բոլոր մանրամասների մեջ։ Ձեր առաջադրանքներից որևէ մեկը իրականացնելու համար ձեզ անհրաժեշտ է ընդամենը 2. ՍՏԱՆԱԼԵվ ՓՈՍՏ.

Ինչպես ընտրել. Եթե այն, ինչ նկարագրեցինք նախորդ երկու պարբերություններում, բավարար է ձեր աշխատանքի համար, այսինքն. Դուք կարող եք ստանալ ձեզ անհրաժեշտ բոլոր տվյալները՝ օգտագործելով հենց հարցման պարտադիր և կամընտիր պարամետրերը, այնուհետև մենք վերցնում ենք GET-ը: Այս դեպքում ցանկացած բրաուզերում, եթե ճիշտ մուտքագրեք հասցեի տողը, կտեսնեք ձեր HTTP ծառայության արդյունքը՝ PROFIT! Եթե ​​հանկարծ, որպեսզի ձեր ծառայությունը աշխատի, ձեզ անհրաժեշտ են տվյալներ ավելի բարդ ձևով (օրինակ, xml կամ այլ բան), ինչ-որ բան, որը չի կարող տեղադրվել պարզ հասցեի տողում, ապա վերցրեք POST-ը: Բացասական կողմում, զննարկչի հասցեի տողի միջոցով նման հեշտ ստուգումը, ինչպես GET-ի դեպքում, չի աշխատի, բայց ինտերնետում հեշտությամբ կարող եք գտնել որոշ կայքեր, որտեղ կարող եք ծառայություններ ստուգել POST մեթոդով (օրինակ՝ կայքը https:/ /www.hurl.it): Եթե ​​մեթոդն ընտրված է ՓՈՍՏ, հետո խնդրանքը բացի URL-ը (հասցեները) հայտնվում է մի մարմին, որի մեջ կարող եք լցնել ցանկացած բան, և մեթոդի մշակիչում մուտք գործել այն Request.GetBodyAsString() կառուցվածքի միջոցով: Ցանկացած ձևանմուշ կարող է ունենալ և՛ GET, և՛ POST մեթոդ: Նրանք կունենան համապատասխանաբար տարբեր մշակողներ, և 1C-ն, կախված նրանից, թե ինչպես է ուղարկվել հարցումը, կընտրի այս կամ այն ​​մեթոդը:

HTTP ծառայության մշակիչը ֆունկցիա է, որը միշտ վերադարձնում է HTTPServiceResponse տիպի արժեք, որը կառուցված է New HTTPServiceResponse(-ի) կոնստրուկտորի կողմից:<КодСостояния>). <КодСостояния>- սա թիվ է, որպեսզի չանհանգստանանք գրելու ընտրության հարցում, մենք գրում ենք. 200 - եթե ամեն ինչ լավ է, և դուք վերադարձնեք որոշակի տրամաբանական արժեք, 400 - եթե կա սխալ և վերադարձնում եք սխալի նկարագրությունը: . Այս տեսակն ունի տարբեր մեթոդներ (կարող եք կարդալ այն շարահյուսության օգնականում, այնտեղ ամեն ինչ հստակ գրված է): Կրկին, դուք միշտ կարող եք վերադարձնել այն ամենը, ինչ ձեզ հարկավոր է որպես տող՝ SetBodyFromString() մեթոդը: (մեկ փոքրիկ հնարք. եթե վերադարձնում եք html և ցանկանում եք, որ զննարկիչը այն գեղեցիկ ցուցադրի էկրանին, երբ մուտքագրեք ձեր ծառայության հասցեն հասցեագոտում, պատասխան վերնագրերի հատկության մեջ գրեք՝ Answer.Headers.Insert("Content-Type" ","text/html; charset=utf-8") - դրանով դուք նշում եք, որ սա պարզապես նիշերի հավաքածու չէ, այլ HTML, և այն պետք է համապատասխանաբար ցուցադրվի)

Ամեն ինչ անելուց հետո HTTP ծառայությունը պետք է հրապարակվի: Դա արվում է համակարգչի վրա, որտեղ տեղադրված է վեբ սերվեր (չեմ գրի կարգավորումների մասին, կան շատ հոդվածներ) ցանկի միջոցով.

Ադմինիստրացիա - վեբ սերվերի վրա հրապարակում:

Կա HTTP ծառայություններ ներդիր: Ստուգեք վանդակները և սեղմեք «Հրապարակել»

Այսպիսով, ստացանք պատրաստի HTTP ծառայություն։ ԻՆՉՊԵ՞Ս կապվել նրա հետ: Եթե ​​օգտագործում ենք GET մեթոդը, ապա բրաուզերի հասցեագոտում գրում ենք՝ http://<имя веб сервера>/<имя базы>/hs/<корневой URL>/<обязательный параметр1>/<обязательный параметр2> <имя не обязательного параметра 1>=<значение не обязательного параметра 1>&<имя не обязательного параметра 2> =<значение не обязательного параметра 2> .

Եվ վերջապես ևս մեկ անգամ նկարներով))):

Ուշադրություն. Այժմ դասընթացն անցկացվում է նաև երեկոյան ժամը 18:30-ից 21:30 ընկղմված ձևաչափով։

Դասընթացի ընթացքում ձեռք կբերեք գործնական հմտություններ 1C:Enterprise 8 պլատֆորմի հետևյալ մեխանիզմների օգտագործման մեջ.

  • WEB ծառայություններ (SOAP արձանագրություն)
  • JSON ձևաչափ
  • oՏվյալների ինտերֆեյս (ավտոմատ REST ծառայություն)
  • HTTP ծառայություններ

ԿԱՐԵՎՈՐ!!! Դասընթացը նախատեսված է ծրագրավորողների համար, ովքեր ունեն XDTO մեխանիզմի հետ աշխատելու հմտություններ, կամ նախկինում ավարտել են դասընթացը։

Դասընթացի նկարագրությունը և ծրագիրը.

WEB դասընթացի արժեքը ներառում է.

  • 2 շաբաթ դասընթաց, 2 վեբինար ուսուցչի հետ
  • 1C ուսումնական կենտրոնի թիվ 3 վկայական (գործնական ուսուցման ենթակա)

Լրիվ դրույքով սուզման դասընթացի արժեքը ներառում է.

  • 2 օր 10:00-ից 17:00 կամ 16:30-ը 18:30-ից 21:30
  • նշումներ, ականջակալներ
  • ճաշեր, սուրճի ընդմիջումներ
  • մուտք դեպի թարմացված վիդեո նյութեր դասընթացն ավարտելուց հետո 2 տարի
  • վկայական 1C-Թիվ 3 ուսումնական կենտրոնի

Վերապատրաստման ձևաչափեր

WEB ուսուցում

Ինչ է այս ձևաչափը.Առաջարկվող ձևաչափը համատեղում է հեռավար ուսուցման առավելություններից շատերը դեմ առ դեմ բաղադրիչի հետ, որը ներկայացված է վիդեո նյութերով և առցանց խորհրդատվություններով:
WEB դասընթացը բաղկացած է տեսանյութերից, գործնական առաջադրանքներից և վեբինարներից ուսուցիչների հետ: Դասընթացի բոլոր նյութերը հասանելի են 24/7 ինտերնետի միջոցով, որպեսզի կարողանաք սովորել ձեզ հարմար ժամին: Դասընթացը բաժանված է դասերի. Դասի ընթացքում ուսումնասիրվում են ընթացիկ թեմայի վերաբերյալ նյութեր, անցկացվում են սեմինարներ, հարցեր են տրվում ուսուցչին: Յուրաքանչյուր դասի վերջում անցկացվում է վեբինար, որի ընթացքում ուսուցիչը ուսումնասիրում է ստացված բոլոր հարցերը, բնորոշ սխալները, բացատրում է ճիշտ լուծումը: Վեբինարների ձայնագրությունները հասանելի են պորտալում: Այս կերպ իրար հետեւից մի քանի դասեր են անցկացվում։ Վերջում կա վերջնական անկախ աշխատանք և եզրափակիչ վեբինար:

Տեւողությունը: 2 շաբաթ

Ինչ է այս ձևաչափը.


Տեւողությունը:16 ակադեմիական ժամ

Ինչ է այս ձևաչափը.Լրիվ դրույքով ընկղման դասընթացը ձևաչափ է, որը միավորում է լրիվ դրույքով ուսուցման, հեռավար ուսուցման և անհատական ​​ուսուցման բոլոր առավելությունները: Պարապմունքներն անցկացվում են կահավորված դասարանում, դուք ինքնուրույն ուսումնասիրում եք դասընթացի նյութերը (քայլ առ քայլ տեսանյութեր) և կատարում սեմինարներ։ Միևնույն ժամանակ լսարանի մեջ կա ուսուցիչ, ով պատրաստ է ցանկացած պահի պատասխանել հարցերին և օգնել գործնական խնդիրների լուծմանը, ինչպես նաև ստուգել դրանց կատարման ճիշտությունը:
Առավելությունները – անհատական ​​խորհրդատվություն ուսուցչի կողմից ձեր հարցերի վերաբերյալ, նյութի լրացման տեմպը հարմար է անձամբ ձեզ համար:
Այս ամենը ապահովում է դասընթացի նյութի ավելի խորը ուսումնասիրություն:
Այս դասընթացը կարող է վերցվել ձեր աշխատավայրից ուսուցչի ներկայության լիարժեք էֆեկտով, որտեղ ուսանողն է: Եթե ​​այս հնարավորությունը ձեզ հետաքրքրում է, զանգահարեք մեզ:

Տեւողությունը:16 ակադեմիական ժամ