Мобильді қосымшаларды әзірлеу процесі



Жұмыс түрі:  Курстық жұмыс
Тегін:  Антиплагиат
Көлемі: 23 бет
Таңдаулыға:   
Мазмұны

Кіріспе
4
1 Теориялық бөлім
5
Үлестірілген ақпараттық жүйелер
5
1.2 Үлестірілген ақпараттық жүйелердің үшярусты және көпярусты архитектуралар
5
1.3Үлестірілген ақпараттық жүйелерде қатынау әдістері
6
1.4Мобильді қосымшаларды құру процесін талдау
8
Android Studio бағдарламалық құралы
12
2.1 Android Studio бағдарламалық құралының функционалы
13
2.2 Android Studio-да қосымшаны әзірлеу
15
3 Popular Movies мобильдік қосымшасын әзірлеу
18
3.1 Мобильді қосымшаны бағдарламалау
18
3.2 Қосымшаның құрылымы
25
Қорытынды
28
Қолданылған әдебиеттер тізімі
29
Қосымшалар



Кіріспе

Қазіргі заманғы ақпараттық әлемде, кез келген уақытта байланыста жүру, қажетті ақпаратқа қол жеткізу, жалпы қоғамды ақпараттандыру үшін мобильдік құрылғылар арқылы мобильді қосымшаларды пайдалану мен оны дамыту өте маңызды. Мобильді құрылғыларға арналған ақпараттық технологияларды дамыту белсенді түрде дамып келеді. Курстық жобаны құру барысында мобильді қосымшалардың пайдалану тұрғысынан және олардың құрылымы бойынша жіктелуі қарастырылған. Сонымен қатар, мобильді құрылғылар мен қосымшалардың маңыздылығы талқыланады. Мобильді қосымшаларды бағдарламау кезінде Front-end және Back-end жобалау жүйесі ұсынылған. Мобильді қосымшаны тестілеудің төрт негізгі түрлері сипатталынған. Сонымен қатар, мобильдік қосымшаларды әзірлеуге арналған қолданыстағы құралдарды талдау қарастырылған.
Қазіргі уақытта Android операциялық жүйесімен жұмыс істейтін смартфондар мен планшеттерде жұмыс істеуге арналған мобильді қосымшаларды әзірлеу және құру өте өзекті және сұранысқа ие.
Көптеген жағдайларда, бұл қосымшалардың коды Java бағдарламалау тілінде жазылады, ол үнемі дамып келеді, сонымен қатар осы бағдарламалау тілін негізгі тіл ретінде қолданатын мобильді қосымшаларды әзірлеу ортасы дамиды.
Зерттеу тақырыбының маңыздылығы мобильді қосымшаларды құру үшін қолданылатын Android Studio интеграцияланған даму ортасында жұмыс істеу ерекшеліктерін меңгеру болып табылады.
Курстық жобаның мақсаты. Бұл курстық жобаның мақсаты Android Studio бағдарламалау ортасында Popular Movies мобильдік қосымшасын әзірлеу процесін жобалау болып табылады. Бұл мақсатқа жету үшін келесі тапсырмаларды орындау керек:
Android ОЖ-не арналған қосымшаны әзірлеудің ерекшеліктері мен құрал-жабдықтарын, оның архитектурасын зерттеу;
Қолданушының интерфейсін жасау;
Жасалған қосымшаны тестілеуден өткізу.

Теориялық бөлім
Үлестірілген ақпараттық жүйелер

Үлестірілген ақпараттық жүйелер қабат бойынша құрылады: презентационды қабат, қолданбалы логиканың қабаты және ресурстармен басқару қабаты. Қабаттар абстрактты болуы мүмкін, бірақ программалық қамтамасыздандыруда жеке ішкі жүйелер ретінде көрінуі мүмкін.
Презентационды қабат. Ақпараттық жүйелер басқа жүйелермен қатынасу керек. Қатынасудың үлкен бөлігі ақпараттың қайта құрылуымен және тұтынушыларға ұсынылуымен байланысты. Осы қызметтілікті қаматамасыз ететін ақпараттық жүйелердің компоненттері презинтационды қабатты құрайды.
Қолданбалы логиканың қабаты. Ақпараттық жүйелер клиентпен презентационды қабат арқылы тапсырылған операцияларды құратын программамен деректерді өңдейді. Кейде бұл программаларды қызмет деп атайды. Күрделілігіне қарай бұл қабат үрдіспен бизнес, логикамен бизнес, ережелермен бизнес немесе жай сервер деп аталады. Осы барлық аттар тек нақты құруларға жатады.
Ресурстармен басқару қабаты. Жұмыс істеу үшін ақпараттық жүйеге деректер қоймаларында және файлдық жүйелердегі деректерді қажет етеді.
Ресурстармен басқару қабаты деректердің түрлі қайнар-көздерімен жұмыс істейді. Басқа ақпараттық жүйелерден тұратын ақпараттық жүйелерді рекурсивті құруға мүмкіндік береді.

Үлестірілген ақпараттық жүйелердің үшярусты және көпярусты архитектуралар

Үш ярустылар архитектураның клиент аралық бағдарламалардың қабат кіріспесімен және сервермен жергілікті ақпараттық ау барлық серверлерінің интеграция проблемасын шешеді. Барлық үш ярусты жүйеге қабаттар бөлінген. Презентационный қабат клиентте орналасып отырады, қалай екі сатылы сәулетте. Қолданбалы қисын орта қабатта араласады, аралық қабатпен аталады (middleware) немесе жүйелік сүйеу қабатымен. Басқару қабаты қорлармен үшінші қабатта орналасады және барлық серверлерден түзеледі, интегралдау жүйеде. Жүйе сондай артықшылығы: өскен мүмкіншіліктің масштабтаумен. Әрбір қабат жұмыс істей алады ЭЕМмен бөлекте. Қолданбалы қабат әр түрлі компьютерлермен мүмкін үлестірілген немесе кластерлерге. Қолданбалы қисын көбірек - басқарудың қорлармен.
Басқару үш ярусты жүйе қорларымен айқын интерфейстерге тиісті бағыну, логика мамандары қолданбалы бағдарламалар тиісті пайдалану, орнында болғандар аралық қабатта . үш ярусты жүйелер қорлармен басқару қабаты интерфейстерінің стандарттауына ертіп әкелді.
Үш ярусты сәулет артықшылықтары проявляются әр текті қорлардың интеграциясы жанында. Аралық қабаттардың замандас бағдарламалары функционалдылықты асырайды, қажеттіні кіріспеге арналған бұлар қосымша қасиеттердің қабаттары: арналған кепілдіктердің транзакциялық, теңестірудің жабдықтау тиеулері, мүмкіншіліктердің оқиғалардың тіркеуімен, репликациялар, тап осы және көптеген басқа амандықтың. Объектті - хабарланған жақын келу негізінде глобальды қасиеттер және әр түрлі жүйелік платформалар аралық интерфейстерді стандартталған (мысалы, егжей-тегжейін ашуы). Дербес әрекеттестік үлгілерінің жасауы жанында барлық бағдарламаламау жүйелік сүйеу қолдануы рұқсат етеді.
Орын бөлісінде үш ярусты жүйелердің негізгі артықшылығы үшін интеграциялықтың логика мамандары. Өнімділікте жоғалтудың компенсируются иілгіштікпен және сүйеумен, олар қолданбалы қабатқа көрсетеді. Өнімділікте жоғалтудың басқарумен әрекеттестік жанында қорлармен орны толтырылу мүмкіншіліктермен әр түрлі желілі түйіндерге бірыңғай үлгі таратуымен, масштабируемостьқа әсер ете және сенімділік. Үш ярусты жүйелер бірнеше әрекеттер жанында интегралдау үш ярусты жүйелердің үлгі шектелгендігі көрсетілді, сонымен қатар интернет деңгейіне шығу жанында.

Үлестірілген ақпараттық жүйелерде қатынау әдістері

ASP.NET орналастыруды ортамен, мүмкiндiк беретiн қолданушылармен қолдануға болып табылады.вебке қарап сөйлеу үшiн NET Framework - қосымшаларға. Басқарылатын код көмегiмен объекттердiң интернет үлестірілген түйiндердiң веб-нiң өңдеуi үшiн толық архитектура жеткiзiлiп берiледi. Және Web Forms, және XML-шы қызметтiң веб-лерi қосымшалар үшiн жариялауларды тетiк сияқты ASP.NET IISтердi пайдаланады; екi жағдайларға.NET Framework қолдайтын класстарды коллекцияда болады.
Сонымен бiрге .NET Framework класстар және XML-шы қызметтердiң веб-сi өндеп қосымшаны пайдалануға болысушы құралдардың коллекциясын iлiгедi. XML-шы қызметтiң веб-сi стандарттар, (алып тастаған процедураны шақыруды хаттама) сондай SOAPлардың негiзi, (кеңейтiлетiн мәлiмет қалыбы) XML және (қызметтердiң веб-сi сипаттама тiлi) WSDLлерге өндейдi. .NET Framework шешiмдермен өзара әрекеттесудi қамтамасыз ету үшiн стандарттар бұл тұрақтанады, Майкрософт корпорация игерiлген емес.
Кезектердiң екi негiзгi дәрежелерi бар болады - желiнiң жасалған қолданушыларымен және жүйелiк кезектер. Қолданбалы кезектер келесi түрлерге жiктеледi:
- Ашық кезектер қатынастардың кезектерiнiң барлық желiсi арналған көбейтедi және барлық веб үшiн мүмкiндiгi бойынша бола алады - желi қосылған түйiндер;
- Кезектiң бөлiндiлерi барлық желi арналған жарияланбайды. Орналастырған компьютерлерiмен түсiнiктi тек қана олар. Кезектiң бөлiндiлерi толық жол немесе кезектiң таңбаларын бiлетiн қосымшалар үшiн түсiнiктi тек қана бола алады;
- Әкiмшiлiк кезектер қатынастардың кезектерiнiң iшiнде нақты желiсiнiң жiберiлген қатынастарының қабылдауы туралы баяндаушы қатынастарда болады. Егер қатынастардың кезектерiнiң компоненттерi әкiмшiлiк кезектердi қолдану үшiн керек болса, оның аты көрсету керек;
- Ескертулердi кезектер бастапқы қатынас қабылданғанда қосымшаға жiберетiн ескертетiн қатынастар болады. Егер MessageQueueның компоненттерi ескертулер кезектi пайдалану үшiн керек болса, оның аты көрсету керек.
Кезектер жүйе жасалған келесi дәрежелерге түсiп қалады:
- Журналдың кезектерi сiздi кезек алып тастаған қатынастардың көшiрмесi де жiберетiн қатынастардың көшiрмесi саралап сақталады. Кезектердiң әрбiр клиентiнде осы компьютерден жiберiлген қатынастардың көшiрмесiн сақталатын журналдың бiр кезегi қатынас барып тұр. Журналдың кезегiнiң бiр-бiрденi серверде бекiтiлген кезектiң ол алып тастаған қатынастар зерттеп отырған әрбiр жеке кезекке от алады;
- Архивтi кезек мүмкiн емес апарып берген қатынастардың көшiрмесi немесе әсер мерзiмi ағып кеткен қатынастар сақталады. Егер мұндай қатынас транзакция болса, ол архивтi кезектердiң арнайы бiр түрiнде сақталады - транзакция архивтi кезегi. Өткен әсер мерзiмi бар қатынастар ол ағып кеткен компьютерiнде күту мерзiмдерi және өткен әсер мерзiмi бар қатынастар туралы қосымша мәлiметтердiң алуы үшiн сақталады;
- Есеп беру кезектерi маршрутпен тағайындалу орынына дейiн қатынасы өткен туралы қатынастарда болады, сонымен бiрге тестiлiк қатынастары бола алады. Бiр компьютерде бiр-ақ есеп беру кезегi бола алады;
- Жүйелiк кезектер бөлiндiлер - бұл әкiмшiлiк және қатынастардың кезектерiнiң желiнiң жұмысқа қабiлеттiлiгiнiң сүйемелдеуi үшiн жүйеге қажеттi ескертетiн қатынастар қажеттi болатын кезектердiң бөлiндiлерiнiң топтамасы.
Қосымшада ашық кезектер және олардың қатынастарымен жұмыс iстейдi. Алайда, тезiрек жинағы, арнайы процесстер тағы басқалар ескертулердiң журнал қосымшаның қажеттiктерiне байланысты жазып күн сайынғы операциялардағы бiрнеше әртүрлi жүйелiк кезектерiн қолданылады.
Асинхрондық өзара әрекеттесу бiрiгу есептерi және торлық қызметтердiң шешiмi үшiн жақсы жақындайды. Қатынастардың кезектерiнiң жүйелерi асинхрондық сақталған байланыстың ұлғаймалы қолдауларын құрады. Олар қатынастардың аралық сақтаулары жiберушi және алушыдан берiлу белсендiлiк уақытында талап етпей мүмкiндiк бередi. "Клиент" аралығында айырмашылық және "сервер" клиенттер әдiстерге қарайтын, берiлетiн сервер өзара әрекеттесудiң басқа формаларынан айырмашылығы болады ретiнде жоғалады.
Қатынастардың кезектерiнiң бiрлескен жүйесi транзакциялардың тетiктерi мiндеттi түрде тұру тиiстi. Қолданбалы программа арнайы опцияның өз алынатын және аттанатын қатынастарының бөлiгiн белгiлейдi - қатысушы транзакцияларда. Бұл қатынастың қосымшасы қосымша алған қатынастар қосымшалар "невидимыми" басқалар үшiн iс жүзiнде болып табылады кезектерден жүзеге асатындай бошаламауға жiберiлген транзакциялар аяқтауға команданың қосымшасының орындауларына дейiн. Кезектегi транзакция, қатынасының шегiнуiне команданың қосымшасының орындаулары жағдайда транзакцияның басына күйлерге қалпына келедi.

Мобильді қосымшаларды құру процесін талдау

Мобильді қосымша - белгілі бір тұтынушылар тобына арналып құрастырылып, олардың қандай да бір мәселелері мен қиындығын шешуге бағытталған. Мобильді қосымша - нақты платформаға орнатылған, белгілі бір әрекеттерді шешуге болатын функционалдығы бар арнайы бағдарлама. Бұл әртүрлі ақпаратпен өзара әрекеттесуге көмектесетін жүйенің бір түрі. Осыған байланысты мынадай түрлерге жіктеледі:
- қосымша-оқиға: әртүрлі іс-шараларды, оқиғаларды көрсетуге мүмкіндік береді, мысалы, спорттық, мәдени, білім-ғылымға қатысты орын алған оқиғаның көрсетілімі және т.б.;
- қызметтік қосымша: ұйымдардың қызметін көрсететін сайттарға ұқсас сервистік қосымшалар;
- үйретуге, дамытуға арналған әртүрлі ойындарға арналған қосымшалар; - онлайн режимде сатылым жасауға арналған интернет дүкендер;
- әртүрлі брендтерді жарнамалауға қолданылатын промо-қосымшалар;
- бизнес-қосымша: ұйымның үдерісін оңтайландыруға, бизнес ақпаратқа қол жетімділікті қамтамасыз етуге және деректер базасымен біріктіруге мүмкіндік береді;
- жүйелік қосымша: телефон мен оның бағдарламалық жасақтамасы үшін кеңейтілген параметрлер мен опцияларды пайдалану;
- телефонды толық навигатор ретінде пайдалануға мүмкіндік беретін GPS модулін пайдаланатын шарлау және іздеу қызметтері бар қосымща;
- бейне және аудио ақпаратпен жұмыс істеу кезінде телефонның мүмкіндігін кеңейтетін мультимедиалық бағдарламаладағы қосымшалар;
- әлеуметтік желілер, байланыс үшін онлайн қызметтер, ақпарат таратуы және әлеуметтік қатынастарды ұйымдастырушы қосымшалар;
- контенттік қосымшалар және т.б. Әрбір құрастырылатын қосымшалар қолданылуы ортасы мен пайдалану мақсатында әртүрлі және құрастырылу әдіснамаларыда үнемі өзгеріп отырады, бірақ бұл мобильді қосымшаларды әзірлеу мен бағдарламалау кезіндегі процесс стандартты келеді. Мобильді қосымшаларды әзірлеу процесін шиыршықталған түрде бейнелеуге болады (1.1-сурет).

Сурет 1.1 - Мобильді қосымшаларды әзірлеу процесі

Осы процеске жеке-жеке тоқталып өтсек:
Идея. Кез келген құрастырылған қосымшалар болсын, дайын бағдарламалық өнім болсын ең алдымен идея ретінде басталады. Егер бағдарламалық өнім немесе мобильді қосымша құру идеясы жоқ болса, онда мұндай жұмысты бастаудың тиімдісі проблемалар және әлеуетті шешімдер тұрғысынан заттарды ойлауға даярлау болып табылады. Егерде белгілі бір жағдайларға байланысты туынған мәселелерге қызығушылық танытып, бұл мәселенің туындауына не себеп? бұл мәселені шешудің жақсы жолы бар ма? деген секілді сұрақтар арқылы мәселелер мен нарықтық тиімсіздікті анықталса, онда идеяның жартысына қол жеткізгендік болып табылады.
Келесіде бұл мәселенің неліктен екенін түсіну және бұрын соңды бұл мәселе бойынша қосымша жасалғаны жөнінде ақпарат іздестіру. Мәселе кеңістігіне мүмкіндігінше көп зерттеу жүргізу. Мәселені толық түсінгеннен кейін, мобильді қосымша мәселені қалай шеше алатынын бағалауды бастау.
Модельдеу. Бұл кезеңде алдымен қосымшаның ақпараттық архитектурасын жобалап алған жөн. Ақпараттық архитектура - бұл қосымшада қандай деректер мен функцияларды ұсыну керектігін және осы деректер мен функциялардың қалай ұйымдастырылғандығын анықтайтын процесс. Әдетте, бұл процесті бағдарламаны орындауда қатысатын функциялардың тізімін және қосымшада қандай жерде көрсетілетінін көрсету арқылы басталады. Бұл қосымшаны модельдеу кезіндегі сұлбаның негізгі құрастырушы блогы болып саналады. Әрі қарай қосымшаның терезесін жасауды және әр функцияларды және деректерді тағайындауды бастау қажет.
Пайдаланушылар қосымшамен жұмыс істеу кезіндегі қолайсыздық болған жағдайларға алдын ала талдау жасап шығу қажет. Қосымшада әрбір нысан мен мәзірлер ішіндегі орын алатын click-термен бастапқы бетке ауысу немесе кез келген беттен іс-әрекетті аяқтау үшін қанша click қажет екенін көргіңіз келетін нәрселердің әрқайсысын қарастыру керек. Бұл жердегі click - нысанды басу, шерту дегенді білдіреді.Әрбір басудың интуитивті екенін тексерген жөн. Егер қандай да бір әрекетті жасау үшін бір реттік шерту болса, онда ол қолданушыға ыңғайлы, бірақ жалпы тапсырмаларды орындау үшін бірнеше рет шерту ұсынылмайды.
Келесі қадам - шерту арқылы ауысу моделі. Шерту арқылы ауысу моделі жұмыс үрдістеріңізбен қосымша жобасын тексеруге көмегін тигізеді. Олар негізінен қосымшаның интерфейсін телефон арқылы сынақтан өткізу үшін шынайы тестілеу әдісі болып табылады. Мысалы, тұтынушылар жай телефон арқылы қосымша ашылған кезде олардың шеңберінен шығуға мүмкіндік беретін сілтеме алады. Қосымша қазірде ешқандай функционалдық болмаса да, олар қосымшаның әр бетін шертуге және бағдарламаның шарлауын бастайды. Бұл қадамда қиындықтар туындағанда қосымшаның сұлбасына өзгертулер енгізу керек.
Стиль нұсқаулықтары - бұл бағдарламаның дизайнының құрылыстық блоктарына негізделген. Дыбыс стилі нұсқаулығы қолданбаны қолдануда өте пайдалы болады.Бірыңғай дизайн тілінің арқасында пайдаланушылар қосымшаны пайдалануда өзін ыңғайлы сезінеді. Өйткені мобильді қосымшаның өмір сүру ұзақтығына да оның жасалған дизайны әсерін тигізеді [2].
Бағдарламалау. Жоғары деңгейдегі техникалық жобалау. Ұялы қосымшаны жасау үшін қолданылатын көптеген тәсілдер, технологиялар және бағдарламалау тілдері бар. Олардың әрқайсысы өзінің күшті және әлсіз жақтары бар. Олардың кейбіреулері пайдалануға арзан болуы мүмкін, бірақ өнімділігі төмен, ал басқалары көп уақытты қажет етеді және сапалы, кәсіби түрде болады. Қосымшаны құрудағы ең нашар мүмкіндік - сенімсіз технологиялық стэкті пайдалану, қазіргі таңда мұндай қызмет түрі өте көп. Яғни ешқандай бағдарламалық кодтаусыз-ақ дайын шаблондар арқылы әртүрлі тақырыпта қосымшалар құруға болады[6]. Алайда мұндай дайын шаблондары бар программалармен құрылған қосымшалардың кері тұстары көп: толыққанды басқарудың жоқтығы, берілген дизайнге тәуелділілік, шектеулі интерфейстер және т.б.
Сонымен қатар, мобильді қосымшаларды бағдарламау кезінде Front-end және Back-end жобалау жүйесі бар.
Frond-end жобалау - бұл тұтынушы бөлігінің қосымшасын жобалау. Басқаша айтқанда, бұл пайдаланушы мен сервердің қосымша арасындағы интерфейсін құрастыру. Ол пайдаланушының қандай да бір деректерді енгізуін, сондай-ақ оның бастапқы өңдеуін және тиісті API (application programming interface-қосымшаны бағдарламалау интерфейсі) арқылы серверге жіберуді жүзеге асырады.
Back-end жобалау - бұл пайдаланушылардың немесе ресурстардың арасында деректерді беру үшін жауап беретін қосымшаның сервер жағының дамуы.Төменде кодты жазуды бастамас бұрын ескеру қажет бірнеше нәрселер бар:
- Программалау тілдері - API жасау үшін қолдануға болатын ондаған тілдер бар. Ең жиі қолданылатын тілдер Java, C#, Javascript, PHP және Python.
- Мәліметтер қоры - қазіргі заманғы дерекқорлардың екі негізгі түрі бар. SQL және noSQL. SQL барлық жағдайларда дәстүрлі және жақсы таңдау ретінде саналады. Жалпы SQL нұсқаларын MSSQL, MYSQL және PostgreSQL қамтиды.
- Хостинг ортасы (Инфрақұрылым) - бұл қадамда API және дерекқордың қайда және қалай орналастырылатынын шешу қажет. Мұнда қабылданған шешімдер хостинг шығындарын, масштабталуын, орындалуын және өтінімінің сенімділігін анықтауға көмектеседі. Жалпы хостингпровайдерлерге Amazon AWS және Rackspace кіреді. Провайдерді таңдаудан тыс, жүйенің қаншалықты кеңейтілетінін жоспарлау қажет. Бұлтқа негізделген шешімдер ресурстарды пайдалы деп санап, қажет болғанда жоғары және төмен қарай ауқымды түрде төлеуге мүмкіндік береді. Олар сондай-ақ дерекқор сақтық көшірмелерін, сервердің жұмыс уақытын және операциялық жүйенің жаңартуларын жасауға көмектеседі [3].
Түпнұсқалық (native) қосымшалар - белгілі бір платформаға арналған бағдарламалау тілдерінде жазылған және операциялық жүйеге кіріктірілген, тез және дұрыс жұмыс жасайды және басқа мобильді қосымшалардың функционалдығы мен жылдамдығының артықшылығына ие. Олар осы платформа үшін ең қарапайым түрде бағдарламаның интерфейсі мен жалпы іс-әрекетін жүзеге асыруға мүмкіндік береді. Сонымен қатар, қосымшалар аппараттық құралдарға қол жетімді: бейне камера, микрофон, акселерометр, телефон кітапшасы және т.б.
Мұндай қосымшаларда өзіне тән құралдары мен бағдарламалау тілдері бар. Мысалы, Android операциялық жүйесіне арналған бағдарлама жазу үшін көбіне Android Studio, Java тілі қолданылады, ал iOS үшін Xcode және Objective-C, сонымен қатар соңғы кезде көп танымалдыққа ие болып келе жатқан Swit қолданылады, Windows Phone үшін Visual Studio ... жалғасы

Сіз бұл жұмысты біздің қосымшамыз арқылы толығымен тегін көре аласыз.
Ұқсас жұмыстар
МОБИЛЬДІ ҚОСЫМШАЛАРДЫ ӘЗІРЛЕУДІҢ ТЕОРИЯЛЫҚ НЕГІЗДЕРІ
Үлестірілген ақпараттық жүйелер
Мобильдік қосымшалар
Мобильді қолданбаларды құру технологиялары
Мобильді қосымшалардың жіктелуі
Мобильді жарнаманың өсуі
Жұмыс іздеу сервисінің ақпараттық жүйелерінің ерекшеліктері
Интернет дүкендердің жетістіктері мен кемшіліктері
Телеграм бот
Android белсенділігінің өмірлік циклі
Пәндер