Dasturiy taminot tizimlarini loyihalash

ЎЗБЕКИСТОН РЕСПУБЛИКАСИ АХБОРОТ ТЕХНОЛОГИЯЛАРИ ВА КОММУНИКАЦИЯЛАРИНИ РИВОЖЛАНТИРИШ ВАЗИРЛИГИ

МУҲАММАД АЛ-ХОРАЗМИЙ НОМИДАГИ

ТОШКЕНТ АХБОРОТ ТЕХНОЛОГИЯЛАРИ УНИВЕРСИТЕТИ

“DASTURIY TAMINOT TIZIMLARINI LOYIHALASH”

fanidan
Oraliq Nazotari

Бажарди:_______DIF________таълим йўналиши

______311-18_____гуруҳ

___To’ychiyev Umidjon__________________________

талабанинг Ф.И.Ш.

Тошкент 2020

DTTL Oraliq nazorati.

Dasturiy ta'minotni loyihalash hujjatlari nima uchun muhim

Shunday qilib, siz yangi loyihani amalga oshirishda, hatto Xcode yoki Visual Studio dasturlarini ochishdan oldin, siz aniq va kelishilgan dizayn maqsadlariga ega bo'lishingiz kerak. Va ushbu maqsadlar spetsifikatsiya hujjatida belgilanishi kerak. Agar mijoz yozmagan bo'lsa, uni yozib, IDE-ni ochmasdan oldin ularni ko'rib chiqish uchun topshirishingiz kerak. Va agar siz "Bizda dizayn hujjatlari uchun vaqt yo'q" degan mijozga duch kelsangiz, ochiqchasiga, siz oldinda muammolarga duch kelganingiz uchun loyihadan uzoqlashishingiz kerak. Spetsifikatsiya ayniqsa uzoq bo'lmasligi kerak; u bir necha sahifadan iborat bo'lishi mumkin, lekin hech bo'lmaganda foydalanuvchi interfeysini yaratishi, simli ramkalarni o'z ichiga olishi (agar UI komponenti bo'lsa) va bajarilish bosqichlarini belgilashi kerak.

Ushbu hujjatsiz siz mijozlarni aytganlarini yoki ularga aytganlarini tortishib, g'azab bilan avvalgi kommunikatsiyalarning jo'natmalarini yuborib, mijoz talab qiladigan vaqt kelguncha izohlash va tortishishlarni boshdan kechirasiz. arizani "ular aslida so'ragan narsalarga" moslashtirish uchun siz o'zgartirishlar kiritasiz va bu o'zgarishlarni siz haqsiz amalga oshirishingizni kutasiz.

Ushbu dasturiy ta'minotni loyihalashtirish hujjati bilan siz bunday har xil savollarga javob olasiz: kelishmovchiliklar yuzaga kelganda, siz ushbu xatni bajarganingizni ko'rsatib, mijoz rozi bo'lgan va imzolagan spetsifikatsiyaga murojaat qilishingiz mumkin. G'azablangan tortishuvlar o'rniga siz hujjatga tuzatishlar va tushuntirishlar kiritasiz. Agar biror narsa bo'lsa, mijoz birinchi navbatda noaniqlik yuz bergani uchun uzr so'raydi.

Biz hammamiz mamnun mijozlarni xohlaymiz. Barchamiz do'stona ish munosabatlariga ega bo'lishni xohlaymiz. Va barchamiz yaxshi bajarilgan ishning g'ururini xohlaymiz. Ammo bunga erishish mumkin emas, agar ishning aslida nima ekanligi haqida biron bir noaniqlik bo'lsa. Agar sizning mijozingiz dizaynerlik hujjati juda ko'p qo'shimcha ish deb aytsa, ularga qandaydir tushunmovchilik tufayli reviziya qilish zarur bo'lganda haqiqiy qo'shimcha ish paydo bo'lishini ularga tushuntirish sizning vazifangizdir. Agar mijoz hanuzgacha bunday hujjatsiz o'sishingizni talab qilsa, siz o'zingizning ishlov berilmaydigan munosabatlaringiz borligini qabul qilishingiz va ketishingiz kerak.

Dasturiy ta'minot dizaynining spetsifikatsiyasi aslida nimani ko'rsatishi kerak?

Hech bo'lmaganda, bu kerakli dasturning tavsifi, bajarish mezonlari va muhim bosqichlari bo'lishi kerak. Esingizda bo'lsin, siz amalga oshirishning spetsifikatsiyasi emas, balki talablar va funktsiyalar hujjati sifatida eng yaxshi tavsiflangan narsalarni baham ko'rasiz. Va agar aniq bir amalga oshirish mijozning maqsadi bo'lmasa, uni qanday ishlashingiz sizga bog'liq.

Foydalanuvchi interfeysi

Ko'pgina loyihalar kutubxonalar yoki ramkalar emas, balki ilovalardir. Agar siz tasodifan ulardan biriga erishishga qodir bo'lsangiz, o'zingizni baxtli deb hisoblang, chunki foydalanuvchi interfeysi sizning dizayn hujjat shabloningizning eng muammoli komponenti va deyarli har doim tushunmovchiliklarga olib keladi. Ko'plab mijozlar sizga grafik muharriri tomonidan dasturchi bo'lmagan grafik dizayner tomonidan yaratilgan mukammal rasmlarni yuborishadi. Ammo muammo shundaki: bu illyustratsiyalarda animatsiyalar, boshqaruv holatlari (masalan, ushbu tugma o'chirilganmi? Ishlatish mumkin bo'lmaganda yo'qoladimi?), Hatto tugma bosilganda qanday amallarni bajarish haqida hech narsa aytilmagan.

Ko'plab mijozlar sizga grafik muharriri tomonidan dasturchi bo'lmagan grafik dizayner tomonidan yaratilgan mukammal rasmlarni yuborishadi. Ammo bu illyustratsiyalarda animatsiyalar, boshqaruv holatlari va hatto tugma bosilganda qanday amallarni bajarish kerakligi haqida hech narsa aytilmagan.

Ushbu rasmlarning orqasida kod yozishni boshlashdan oldin, ushbu savollarning barchasiga javob berishingiz kerak. Xususan, siz bilishingiz kerak:

Boshqaruv elementlari har doim ko'rinadigan va / yoki yoqilganmi? Ularning holatlari qanday sharoitda o'zgaradi?

Bitmapga o'xshaydi - bu tugma emasmi?

Ushbu holatlar va qarashlar o'rtasida qanday o'tish sodir bo'ladi? Va ularni qanday qilib animatsiya qilish kerak?

Agar mijozning kelishuvi uchun foydalanuvchi interfeysini yaratish sizga tegishli bo'lsa, uni teskari ravishda bajaring: simli ramka vositasidan foydalaning va ekranning turli xil holatlarida ko'rsatiladigan har qanday variantlarni o'z ichiga olgan ekran maketlarining to'liq to'plamini yarating. Bu juda zerikarli va zerikarli ish bo'lishi mumkin, lekin siz afsuslanmaysiz - bu sizni katta miqdordagi kodlarni qayta yozishdan va katta oqibatlarga olib keladigan kichik tushunmovchilik tufayli interfeyslarni qayta tiklashdan xalos qilishi mumkin. Agar siz ikkita dastur yaratayotgan bo'lsangiz (masalan, ikkala iPhone va iPad uchun), ikkalasi uchun alohida simli ramkalar yarating.

Ekran o'lchamlari ham muhimdir. IPhone ekranlarining uchta o'lchamlari mavjud. 3,5 "va 4 dyuymli ekranlar uchun alohida simli ramkalar, ehtimol, haddan tashqari ko'pdir, lekin siz ularni qilishingiz kerak bo'lishi mumkin; ko'p hollarda siz shunchaki nisbatlarni o'zgartirishingiz mumkin.

Agar sizning mijozingiz sizga grafikalarni taqdim etsa, ularning to'g'ri tomonlar nisbati bilan to'g'ri o'lchamlariga ishonch hosil qiling; Matn yoki ob'ektlarga (masalan, doiralarga) ega bo'lgan har qanday bitmapni morfizatsiya qilish buzilishlarni keltirib chiqaradi. Agar ular mos kelmasa, mijozga ularni mos o'lchamlari bilan qayta yaratishni ayting. Siz 3,5 dyuymli ekranni 4 dyuymga cho'zishingiz mumkin deb o'ylamang va shunchaki u bilan aylantiring.