Muhammad al-Xorazmiy nomidagi Toshkent Axborot Texnologiyalari Universtiteti

Mustaqil ish


Mavzu: Dasturiy ta'minotni loyihalash vazifalari.

Dasturiy ta'minot dizayni bu jarayon agent a spetsifikatsiyasini yaratadi dasturiy ta'minot amalga oshirish uchun

mo'ljallangan maqsadlar, ibtidoiy komponentlar to'plamidan foydalanib va cheklovlar.[1] Dasturiy ta'minot dizayni "murakkab tizimlarni kontseptualizatsiya qilish, shakllantirish, amalga oshirish, ishga tushirish va oxir-oqibat o'zgartirish bilan bog'liq barcha faoliyat" yoki "quyidagi faoliyatni" nazarda tutishi mumkin. talablar spetsifikatsiya va undan oldin dasturlash, sifatida ... [in] stilize qilingan dasturiy ta'minot muhandislik jarayoni."
Dasturiy ta'minotni loyihalash odatda muammolarni hal qilishni va rejalashtirishni o'z ichiga oladi dasturiy ta'minot yechim.
Bunga past darajadagi komponent ham kiradi algoritm dizayni va yuqori darajadagi, me'morchilik dizayn.


Dasturiy ta'minotni loyihalashtirish - bu bir yoki bir nechta muammolarning dasturiy echimlarini tasavvur qilish va aniqlash
jarayoni.
Dasturiy ta'minotni loyihalashning asosiy tarkibiy qismlaridan biri bu dasturiy ta'minot talablarini tahlil qilish (SRA). SRA .ning
bir qismidir dasturiy ta'minotni ishlab chiqish jarayoni bu ro'yxatlar texnik xususiyatlar ichida ishlatilgan dasturiy ta'minot. Agar dastur "yarim avtomatlashtirilgan" bo'lsa yoki foydalanuvchi markazlashtirilgan, dasturiy ta'minot dizayni o'z ichiga olishi mumkin foydalanuvchi tajribasi dizayni hosil berish stsenariy ushbu xususiyatlarni aniqlashga yordam berish. Agar dastur to'liq bo'lsa avtomatlashtirilgan (yo'q degani) foydalanuvchi yoki foydalanuvchi interfeysi ), dasturiy ta'minot dizayni a kabi sodda bo'lishi mumkin oqim jadvali yoki rejalashtirilgan voqealar ketma-ketligini tavsiflovchi matn. Kabi yarim standart usullar ham mavjud Birlashtirilgan modellashtirish tili va Modellashtirishning asosiy tushunchalari. Ikkala holatda ham, ba'zilari hujjatlar reja odatda dizayn mahsulidir. Bundan tashqari, dasturiy ta'minot dizayni bo'lishi mumkin platformadan mustaqil yoki platformaga xos, dizayn uchun ishlatiladigan texnologiyaning mavjudligiga qarab.

Dasturiy ta'minotni tahlil qilish va loyihalashtirishdan asosiy farqi shundaki, dasturiy ta'minot tahlilining natijasi echilishi kerak

bo'lgan kichik muammolardan iborat. Bundan tashqari, tahlil guruhning turli a'zolari yoki guruhlari bo'yicha juda boshqacha tarzda tuzilmasligi kerak. Aksincha, dizayn qobiliyatlarga e'tiborni qaratadi va shu bilan bir xil muammo uchun bir nechta dizayn mavjud bo'lishi mumkin va mavjud bo'ladi. Atrof-muhitga qarab, dizayn tez-tez o'zgarib turadi, u ishonchlilardan yaratilgan bo'lsin ramkalar yoki mos ravishda amalga oshiriladi dizayn naqshlari. Dizayn misollari orasida operatsion tizimlar, veb-sahifalar, mobil qurilmalar yoki hatto yangi bulutli hisoblash paradigmasi mavjud.

Dasturiy ta'minot dizayni ham jarayon, ham modeldir. Loyihalash jarayoni - bu dizaynerga qurilish uchun dasturiy ta'minotning barcha jihatlarini tavsiflashga imkon beradigan bosqichlar ketma-ketligi. Ijodiy mahorat, o'tmishdagi tajriba, "yaxshi" dasturiy ta'minot nimani anglatishini anglash va sifatga bo'lgan umumiy sadoqat vakolatli dizayn uchun muvaffaqiyatning muhim omillariga misoldir. Shuni ta'kidlash kerakki, dizayn jarayoni har doim ham oddiy protsedura emas; dizayn modelini me'morning uy qurish rejalari bilan taqqoslash mumkin. Bu qurilishi kerak bo'lgan narsaning umumiyligini ifodalash bilan boshlanadi (masalan, uyning uch o'lchovli ko'rinishi); asta-sekin, har bir detalni qurish uchun ko'rsatma berish uchun narsa yaxshilanadi (masalan, sanitariya-tesisat yotqizilgan). Xuddi shu tarzda, dasturiy ta'minot uchun yaratilgan dizayn modeli kompyuter dasturining turli xil ko'rinishini ta'minlaydi. Dizaynning asosiy printsiplari dasturiy ta'minot muhandisiga dizayn jarayonida harakat qilish imkoniyatini beradi. Devis dasturiy ta'minotni loyihalashtirish uchun quyidagi ro'yxatda moslashtirilgan va kengaytirilgan printsiplar to'plamini taklif qiladi:

Loyihalash jarayoni "tunnel ko'rish" dan aziyat chekmasligi kerak. Yaxshi dizayner muqobil yondashuvlarni ko'rib chiqishi kerak, ularning har biri muammoning talablariga, ishni bajarish uchun mavjud bo'lgan resurslarga qarab baholanadi.

Dizayn tahlil modeliga qarab kuzatilishi kerak. Dizayn modelining bitta elementi ko'pincha bir nechta talablardan kelib chiqishi mumkinligi sababli, dizayn modeli tomonidan talablarning qanday qondirilganligini kuzatish uchun vositaga ega bo'lish zarur.
Dizayn g'ildirakni qayta kashf etmasligi kerak. Tizimlar dizayni naqshlari to'plami yordamida quriladi, ularning aksariyati ilgari duch kelgan bo'lishi mumkin. Ushbu naqshlar har doim ixtiroga alternativa sifatida tanlanishi kerak. Vaqt qisqa va resurslar cheklangan; dizayn vaqti allaqachon mavjud bo'lgan naqshlarni (agar kerak bo'lsa) birlashtirish orqali (haqiqatan ham yangi) g'oyalarni namoyish etishga sarflanishi kerak.

Dizayn dasturiy ta'minot bilan muammo o'rtasidagi "intellektual masofani minimallashtirishi" kerak, chunki u haqiqiy dunyoda mavjud. Ya'ni, dasturiy ta'minot dizayni tuzilishi, iloji boricha, muammo domeni tuzilishini taqlid qilishi kerak.

Dizayn bir xillik va birlashishni namoyish etishi kerak. Dizayn, agar u to'liq izchil bo'lsa, bir xil bo'ladi. Ushbu natijaga erishish uchun dizayn ishlari boshlanishidan oldin dizaynerlar guruhi uchun uslub va format qoidalari aniqlanishi kerak. Dizayn tarkibiy qismlari orasidagi interfeyslarni aniqlashga e'tibor berilsa, dizayn birlashtiriladi.
Dizayn o'zgarishni hisobga olgan holda tuzilishi kerak. Keyingi bobda muhokama qilingan dizayn tushunchalari dizaynga ushbu printsipga erishish imkonini beradi.

Noto'g'ri ma'lumotlar, hodisalar yoki ish sharoitlariga duch kelganda ham dizayn yumshoq tarzda pasayishi uchun tuzilgan bo'lishi kerak. Yaxshi ishlab chiqilgan dastur hech qachon "bomba" tashlamasligi kerak; u g'ayrioddiy holatlarni qondirish uchun ishlab chiqilgan bo'lishi kerak va agar u ishlov berishni tugatishi kerak bo'lsa, uni oqlangan tarzda bajarishi kerak.

Dizayn kodlash emas, kodlash dizayn emas. Dastur tarkibiy qismlari uchun batafsil protsessual dizaynlar yaratilgan taqdirda ham, dizayn modelining abstraktsiya darajasi manba kodidan yuqori. Kodlash darajasida qabul qilingan yagona dizayn qarorlari protsessual dizaynni kodlashni ta'minlaydigan kichik dastur tafsilotlarini hal qilishi kerak.

Dizayn haqiqatan keyin emas, balki yaratilganligi sababli sifatiga qarab baholanishi kerak. Dizaynerga rivojlanish jarayonida sifatni baholashda yordam beradigan turli xil dizayn tushunchalari va dizayn tadbirlari mavjud.

Kontseptual (semantik) xatolarni minimallashtirish uchun dizayn qayta ko'rib chiqilishi kerak. Ba'zan dizayni ko'rib chiqilganda, daraxtlar uchun o'rmonni sog'inib, minutiyalarga e'tibor qaratish istagi paydo bo'ladi. Loyihalash jamoasi dizayn modelining sintaksisidan xavotirga tushishdan oldin dizaynning asosiy kontseptual elementlarini (kamchiliklar, noaniqlik, nomuvofiqlik) ko'rib chiqilishini ta'minlashi kerak.