Software Development Life Cycle (sdlc)

|
Software Development Life Cycle (sdlc)
|
Sana | 20.02.2024 | Hajmi | 2,13 Mb. | | #159345 |
Bog'liq SE models 1
“Qaerga ketayotganingizni bilmasangiz, juda ehtiyot bo'lishingiz kerak, chunki u erga etib bormasligingiz mumkin.”
Yogi Berra
Qobiliyatning etuklik modeli (CMM)
- Tashkilotning dasturiy ta'minot jarayonining etukligini o'lchash uchun dastgoh belgisi
- CMM ma'lum bir asosiy jarayon sohalari (KPA)asosida jarayonning etukligining 5 darajasini belgilaydi
CMM darajalari
5-Daraja-Optimallashtirish (< 1%)
-- jarayonni o'zgartirishni boshqarish
-- texnologiya o'zgarishini boshqarish
-- nuqsonlarning oldini olish
4-Daraja-Boshqariladigan (< 5%)
-- dasturiy ta'minot sifatini boshqarish
-- jarayonlarni miqdoriy boshqarish
3 Darajasi-Belgilangan (< 10%)
-- tengdoshlar sharhlari
-- guruhlararo muvofiqlashtirish
-- dasturiy mahsulotlar muhandisligi
-- integratsiyalashgan dasturiy ta'minotni boshqarish
-- o'quv dasturi
-- tashkilot jarayonini aniqlash
-- tashkilot jarayoniga e'tibor
2-Daraja-Takrorlanadigan (~ 15%)
-- dastur konfiguratsiyasini boshqarish
-- dasturiy ta'minot sifatini ta'minlash
-- dasturiy ta'minot loyihasini kuzatish va nazorat qilish
-- dasturiy ta'minot loyihasini rejalashtirish
-- talablarni boshqarish
1-Daraja-Dastlabki (~ 70%)
SDLC modeli
Dasturiy ta'minotni ishlab chiqish loyihasining har bir bosqichida amalga oshiriladigan tadbirlarni tavsiflovchi ramka.
Sharshara Modeli
- Talablar - zarur ma'lumotlarni belgilaydi, vazifa, xulq, ishlash va interfeyslarni.
- Dizayn - ma'lumotlar tuzilmalari, dasturiy ta'minot arxitekturasi, interfeys tasvirlari, algoritmik tafsilotlar.
- Amalga oshirish - manba kodi, ma'lumotlar bazasi, foydalanuvchi hujjatlari, sinov.
Sharsharaning Kuchli Tomonlari
- Tushunish oson, foydalanish oson
- Strukturani ta'minlaydi tajribasiz xodimlarga
- Bosqichlar yaxshi tushuniladi
- To'plamlar talablar barqarorlik
- Yaxshi boshqaruv nazorati (reja, xodimlar, trek)
- Qachon yaxshi ishlaydi sifat muhimroq narx yoki jadvaldan ko'ra
Sharshara Kamchiliklari
- Hammasi talablar ma'lum bo'lishi kerak oldindan
- Har bir bosqich uchun yaratilgan natijalar muzlatilgan hisoblanadi – moslashuvchanlikni inhibe qiladi
- Berishi mumkin taraqqiyot haqida noto'g'ri taassurot
- Muammoni hal qilish tabiatini aks ettirmaydi dasturiy ta'minotni ishlab chiqish – bosqichlarning takrorlanishi
- Integratsiya oxirida bitta katta portlash
- Mijoz uchun kam imkoniyat tizimni oldindan ko'rish uchun (juda kech bo'lguncha)
Sharshara modelidan qachon foydalanish kerak
- Talablar juda taniqli
- Mahsulot ta'rifi barqaror
- Texnologiya tushunilgan
- Yangi mavjud mahsulot versiyasi
- Mavjud mahsulotni ko'chirish yangi platformaga.
- Spetsifikatsiya tufayli yangi tizimlar uchun yuqori xavf va dizayn muammolari.
- Tanish texnologiyalardan foydalangan holda yaxshi tushunilgan ishlanmalar uchun past xavf.
V shaklidagi SDLC modeli
- Mahsulotni tekshirish va tasdiqlashni ta'kidlaydigan sharsharaning bir varianti.
- Mahsulotni sinovdan o'tkazish tegishli rivojlanish bosqichiga parallel ravishda rejalashtirilgan
V Shaklidagi Qadamlar
- Loyiha va talablarni rejalashtirish - resurslarni ajratish
- Mahsulot talablari va spetsifikatsiyani tahlil qilish - dasturiy ta'minot tizimining to'liq spetsifikatsiyasi
- Arxitektura yoki yuqori darajadagi dizayn - dasturiy ta'minot funktsiyalari dizaynni qanday bajarishini belgilaydi
- Batafsil Dizayn - har bir me'moriy komponent uchun algoritmlarni ishlab chiqish
- Ishlab chiqarish, foydalanish va texnik xizmat ko'rsatish - takomillashtirish va tuzatishlarni ta'minlash
- Tizim va qabul sinovlari - butun dasturiy ta'minot tizimini uning muhitida tekshiring
- Integratsiya va sinov - modullarning to'g'ri bog'lanishini tekshiring
- Birlik sinovi - har bir modul kutilganidek harakat qilishini tekshiring
- Kodlash - algoritmlarni dasturiy ta'minotga aylantirish
V Shaklidagi Kuchli Tomonlar
- Rejalashtirishni ta'kidlang tekshirish va tasdiqlash mahsulotni ishlab chiqarishning dastlabki bosqichlarida
- Har bir yetkazib testable bo'lishi kerak
- Loyihani boshqarish mumkin taraqqiyotni bosqichlar bo'yicha kuzatib boring
- Foydalanish oson
V Shaklidagi Zaifliklar
- Osonlik bilan ishlamaydi bir vaqtda voqealar
- Ishlamaydi takrorlash yoki fazalar
- Osonlik bilan ishlamaydi talablarning dinamik o'zgarishi
- Mavjud emas xatarlarni tahlil qilish faoliyat
V shaklidagi modelni qachon ishlatish kerak
- Uchun ajoyib tanlov yuqori ishonchlilikni talab qiladigan tizimlar - kasalxonada bemorlarni nazorat qilish dasturlari
- Barcha talablar ma'lum old tomondan
- Uni qachon o'zgartirish mumkin tahlil bosqichidan tashqari o'zgaruvchan talablarni boshqaring
- Yechim va texnologiya ma'lum
Protoyping: Asosiy Qadamlar
- Asosiy talablarni aniqlang
- Kirish va chiqish ma'lumotlarini o'z ichiga oladi
- Tafsilotlar (masalan, xavfsizlik) odatda e'tiborga olinmaydi
- Dastlabki prototipni ishlab chiqish
- Sharh
- Mijozlar / oxirgi foydalanuvchilar ko'rib chiqadilar va fikr bildiradilar
- Prototip va xususiyatlarni qayta ko'rib chiqing va yaxshilang
- Shartnoma doirasi bo'yicha muzokaralar zarur bo'lishi mumkin
Prototiplashning o'lchamlari
- Gorizontal prototip
- Butun tizim/sub-tizimning keng ko'rinishi
- Fokus past darajadagi tizim funktsiyalariga qaraganda foydalanuvchilarning o'zaro ta'siriga qaratilgan (masalan , databsae kirish)
- Uchun foydali:
- UI talablari va tizim doirasini tasdiqlash
- Biznes/mijozlardan sotib olish uchun tizimning namoyish versiyasi
- Rivojlanish vaqti, narxi, harakatining dastlabki hisob-kitoblarini ishlab chiqing
Prototiplashning o'lchamlari
- Vertikal prototip
- Bitta kichik tizim yoki funktsiyani yanada to'liq ishlab chiqish
- Uchun foydali:
- Berilgan funktsiya uchun batafsil talablarni olish
- Ma'lumotlar bazasi dizaynini takomillashtirish
- Tizim interfeysi ehtiyojlari haqida ma'lumot olish
- Tizimning haqiqiy ishlashiga qarab burg'ulash orqali murakkab talablarni aniqlashtirish
Prototiplash turlari
- Otish / tez/yaqin prototiplash
- Yakuniy dasturiy ta'minotning bir qismiga aylanmasdan, bekor qilinadigan modelni yaratish
- Dastlabki talablar yig'ilgandan so'ng, foydalanuvchilarga ularning talablari amalga oshirilganda qanday bo'lishi mumkinligini ingl
- Fokus modelni tezda rivojlantirishga qaratilgan
- yaxshi dasturlash amaliyotida emas
- Oz narsalar ustasi
Protipning sodiqligi
- Past sodiqlik
- Qog'oz / qalam
- Funktsionallikni taqlid qiladi, lekin unga o'xshamaydi
Protipning sodiqligi
- O'rta va yuqori sodiqlik
- GUI quruvchisi
- “Dummy " prototipini bosing-tizimga o'xshaydi, ammo funktsiyani ta'minlamaydi
- Yoki funksionallikni ta'minlang, lekin u umumiy bo'lishi va ma'lum ma'lumotlar bilan bog'lanmagan bo'lishi kerak
- http://www.youtube.com/watch?v=VGjcFouSlpk
- http://www.youtube.com/watch?v=5oLlmNbxap4&feature=related
Prototiplash qadamlari
- Dastlabki talablarni yozing
- Prototipni loyihalash
- Foydalanuvchi tajriba / prototipini foydalanadi, yangi talablarni belgilaydi
- Agar kerak bo'lsa takrorlang
- Yakuniy talablarni yozing
- Haqiqiy mahsulotlarni ishlab chiqish
Evolyutsion Prototiplash
- Aka breadboard prototipi
- Maqsad-tuzilgan tarzda juda mustahkam prototipni yaratish va uni doimiy ravishda takomillashtirish
- Evolyutsion prototip yangi tizimning yuragini tashkil qiladi va unga qo'shiladi va takomillashtiriladi
- Rivojlanish guruhiga dastlabki talablarda o'ylab topilmagan xususiyatlarni qo'shishga yoki o'zgartirishlar kiritishga ruxsat bering
Evolyutsion Prototiplash Modeli
- Ishlab chiquvchilar prototipni quradilar talablar bosqichida
- Prototip oxirgi foydalanuvchilar tomonidan baholanadi
- Foydalanuvchilar beradi tuzatuvchi hisobot
- Dasturchilar yanada prototipni yaxshilang
- Qachon foydalanuvchi mamnun, prototip kodi yakuniy mahsulot uchun zarur bo'lgan standartlarga keltiriladi.
Rai qadamlari
- A loyihaning dastlabki rejasi ishlab chiqilgan
- An qisman yuqori darajadagi qog'oz modeli yaratilgan
- Model a uchun manba hisoblanadi qisman talablar spetsifikatsiyasi
- Prototip bilan qurilgan asosiy va muhim atributlar
- The dizayner quradi
- ma'lumotlar bazasi
- foydalanuvchi interfeysi
- algoritmik funktsiyalar
- Dizayner prototipni namoyish etadi, foydalanuvchi muammolarni baholaydi va yaxshilanishlarni taklif qiladi.
- Ushbu tsikl davom etmoqda foydalanuvchi qoniqmaguncha
Rai kuchli tomonlari
- Mijozlar mumkin tizim talablariga "qarang" ular yig'ilayotganda
- Ishlab chiquvchilar mijozlardan o'rganing
- Yana aniq yakuniy mahsulot
- Kutilmagan talablar joylashtirilgan
- Uchun ruxsat beradi moslashuvchan dizayn va rivojlanish
- Barqaror, ko'rinadigan belgilar ishlab chiqarilgan taraqqiyot
- Prototip bilan o'zaro ta'sir xabardorlikni rag'batlantiradi qo'shimcha zarur funksiyalar
Qo'shimcha prototiplash
- Alohida prototiplar sifatida qurilgan yakuniy mahsulot
- Oxirida prototiplar yakuniy dizaynga birlashtiriladi
Ekstremal Prototiplash
- Ko'pincha veb-ilovalar uchun ishlatiladi
- Rivojlanish 3 bosqichga bo'lingan, ularning har biri oldingi 1 ga asoslangan
- HTML sahifalaridan iborat statik prototip
- Ekran simulyatsiya qilingan xizmatlar qatlami yordamida dasturlashtirilgan va to'liq ishlaydi
- To'liq funktsional UI xizmatlar uchun oz munosabat bilan ishlab chiqilgan, ularning shartnoma boshqa
- Xizmatlar amalga oshirilmoqda
Prototiplashning afzalliklari
- Qisqartirilgan vaqt va narx
- Ishlab chiquvchilarga taqdim etilgan talablar va spetsifikatsiyalar sifatini yaxshilashi mumkin
- Foydalanuvchi haqiqatan ham nimani xohlashini erta aniqlash tezroq va arzonroq dasturiy ta'minotga olib kelishi mumkin
- Foydalanuvchi ishtiroki yaxshilandi/ortdi
- Foydalanuvchi prototipni ko'rishi va ular bilan o'zaro aloqada bo'lishi mumkin, bu ularga yaxshiroq/to'liqroq fikr va xususiyatlarni taqdim etish imkonini beradi
- Tushunmovchiliklar / miscommunications nozil
- Yakuniy mahsulot kerakli ko'rinishni/his qilishni/ishlashni qondirish ehtimoli ko'proq
Prototiplashning kamchiliklari 1
- Tahlil etarli emas
- Cheklangan prototipga e'tibor qarating, ishlab chiquvchilarni to'liq loyihani tahlil qilishdan chalg'itishi mumkin
- Yaxshi echimlarni e'tiborsiz qoldirishi mumkin
- Cheklangan prototiplarni saqlab qolish qiyin bo'lgan yomon ishlab chiqilgan yakuniy loyihalarga aylantirish
- Agar yakuniy etkazib berishning asosi sifatida foydalanilsa, cheklangan funksionallik yaxshi o'lchamasligi mumkin
- Agar ishlab chiquvchilar model sifatida prototipni qurishga qaratilgan bo'lsa, sezilmasligi mumkin
Prototiplashning kamchiliklari 2
- Prototip va tayyor tizimning foydalanuvchi chalkashligi
- Foydalanuvchilar prototipni (tashlab yuborish uchun mo'ljallangan) aslida sayqallash kerak bo'lgan yakuniy tizim deb o'ylashlari mumkin
- Prototipga mustahkam funksionallik berish uchun zarur bo'lgan dasturlash doirasidan bexabar
- Foydalanuvchilar ko'rib chiqish uchun prototipga kiritilgan xususiyatlarga biriktirilishi va keyin yakuniy spetsifikatsiyadan olib tashlanishi mumkin
Prototiplashning kamchiliklari 3
- Prototipga tuzuvchi ilovasi
- Agar ishlab chiqarish uchun ko'p vaqt/kuch sarflasangiz, biriktirilishi mumkin
- Cheklangan prototipni yakuniy tizimga aylantirishga urinishi mumkin
- Agar prototip tegishli arxitekturaga ega bo'lmasa, yomon
Prototiplashning kamchiliklari 4
- Prototipning ortiqcha rivojlanish vaqti
- Prototiplash tezda amalga oshirilishi kerak
- Agar ishlab chiquvchilar buni yo'qotsa, juda murakkab prototipni yaratishga harakat qilishlari mumkin
- Uchun prototiplarni tashlang, prototipdan olingan foyda (aniq talablar) prototipni ishlab chiqishga sarflangan vaqtni qoplamasligi mumkin – kutilgan mahsuldorlik kamayadi
- Foydalanuvchilar prototip tafsilotlari bo'yicha munozaralarda qolib, rivojlanish jarayonini ushlab turishlari mumkin
Prototiplashning kamchiliklari 5
- Prototiplashni amalga oshirish xarajatlari
- Prototipleme xarajatlarini boshlash yuqori bo'lishi mumkin
- Rivojlanish metodologiyasini o'zgartirish qimmat (qayta o'qitish ,qayta o'qitish)
- Agar to'g'ri mashg'ulotlar joyida bo'lmasa, sekin rivojlanish
- O'quv egri etarli tan agar xayoliy unumdorligi uchun yuqori taxminlar
- Texnologiyani qo'llab-quvvatlash uchun korporativ va loyihaning o'ziga xos asosiy tuzilishini ishlab chiqish zarurligini e'tiborsiz qoldirsangiz, unumdorlikning pasayishi mumkin
Prototiplashdan eng yaxshi foydalanish
- Oxirgi foydalanuvchilar bilan ko'p aloqada bo'ladigan tizimlar uchun eng foydali
- Kompyuter va foydalanuvchi o'rtasidagi o'zaro ta'sir qanchalik katta bo'lsa, foydalanuvchi bilan o'ynash uchun tezkor tizimni yaratish shunchalik katta foyda keltiradi
- Ayniqsa, yaxshi inson-kompyuter interfeyslarini loyihalash uchun juda yaxshi
Spiral SDLC modeli
- Sharshara modeliga xavf tahlili va 4GL RAD prototipini qo'shadi
- Har bir tsikl sharshara jarayoni modeli bilan bir xil qadamlar ketma-ketligini o'z ichiga oladi
Spiral Kvadrant: Maqsadlar, alternativalar va cheklovlarni aniqlang
- Maqsadlar: funktsionallik, ishlash, apparat/dasturiy ta'minot interfeysi, muvaffaqiyatning muhim omillari va boshqalar.
- Muqobil variantlar: qurish, qayta ishlatish, sotib olish, sub-shartnoma va hokazo.
- Cheklovlar: xarajat, jadval, interfeys va boshqalar.
Spiral Kvadrant: Muqobil variantlarni baholang, xavflarni aniqlang va hal qiling
- Muqobil variantlarni o'rganish maqsadlar va cheklovlarga nisbatan
- Xavflarni aniqlang (tajriba etishmasligi, yangi texnologiyalar, qattiq jadvallar, yomon jarayon va boshqalar.
- Xatarlarni hal qilish (tizimni rivojlantirishni davom ettirish orqali pul yo'qolishi mumkinligini baholang
Spiral Kvadrant: Keyingi darajadagi mahsulotni ishlab chiqish
- Odatda tadbirlar:
- Dizayn yarating
- Dizaynni ko'rib chiqish
- Kodni ishlab chiqish
- Kodni tekshiring
- Sinov mahsuloti
Spiral Kvadrant: Keyingi bosqichni rejalashtiring
- Odatda tadbirlar
- Loyiha rejasini ishlab chiqish
- Konfiguratsiyani boshqarish rejasini ishlab chiqish
- Sinov rejasini ishlab chiqing
- O'rnatish rejasini ishlab chiqing
Spiral Modelning Kuchli Tomonlari
- Ko'p xarajatlarsiz, engib bo'lmaydigan xavflarni erta ko'rsatishni ta'minlaydi
- Foydalanuvchilar tez prototiplash vositalari tufayli tizimni erta ko'rishadi
- Kritik yuqori xavfli funktsiyalar birinchi navbatda ishlab chiqiladi
- Dizayn mukammal bo'lishi shart emas
- Foydalanuvchilar barcha hayotiy qadamlar bilan chambarchas bog'liq bo'lishi mumkin
- Foydalanuvchilarning erta va tez-tez fikr-mulohazalari
- Kumulyativ xarajatlar tez-tez baholanadi
Spiral Modelning Zaif Tomonlari
- Xatarlarni baholash uchun sarflangan vaqt kichik yoki past xavfli loyihalar uchun juda katta
- Rejalashtirish, maqsadlarni tiklash, xavflarni tahlil qilish va prototiplash uchun sarflangan vaqt ortiqcha bo'lishi mumkin
- Model murakkab
- Xatarlarni baholash bo'yicha ekspertiza talab qilinadi
- Spiral cheksiz davom etishi mumkin
- Rivojlanmaslik bosqichida ishlab chiquvchilar qayta tayinlanishi kerak
- Keyingi iteratsiya orqali davom etishga tayyorligini ko'rsatadigan ob'ektiv, tekshiriladigan bosqichlarni aniqlash qiyin bo'lishi mumkin
Spiral modelni qachon ishlatish kerak
- Prototipni yaratishda mos keladi
- Xarajatlar va xavflarni baholash muhim bo'lganda
- O'rta va yuqori xavfli loyihalar uchun
- Iqtisodiy ustuvorliklar o'zgarishi sababli uzoq muddatli loyiha majburiyati aqlsiz
- Foydalanuvchilar o'z ehtiyojlarini bilmaydilar
- Talablar murakkab
- Yangi mahsulot liniyasi
- Muhim o'zgarishlar kutilmoqda (tadqiqot va razvedka)
SE uchun rol o'ynash o'yini
- http://www.youtube.com/watch?v=kkkl3LucxTY&feature=related
Tahoratning
- Shaxsiy Topshiriq:
- Yakuniy taqdimotlar / demolar
- 26/28 iyul-boshiga 25 daqiqa
- ~8 daqiqalik taqdimot
- ~10 daqiqa demo
- ~7 daqiqa savollar
- Kurs baholash, bu payshanba (4: 05 am)
Sharsharaning ko'tarilishi va qulashi
- http://www.youtube.com/watch?v=X1c2--sP3o0&NR=1&feature=fvwp
- Ogohlantirish: 3: 50 da yomon til! (agar osongina xafa bo'lsa, quloqlarni qo'llang!)
Agile SDLC
- Bir yoki bir nechta hayot aylanish bosqichlarini tezlashtiring yoki chetlab o'ting
- Odatda kamroq rasmiy va qisqartirilgan qamrov
- Vaqt uchun muhim dasturlar uchun ishlatiladi
- Intizomli usullarni qo'llaydigan tashkilotlarda qo'llaniladi
Ba'zi Tezkor Usullar
- Tez dastur ishlab chiqish (RAD)
- Qo'shimcha SDLC
- Scrum
- Ekstremal dasturlash (XP)
- Adaptiv dasturiy ta'minotni ishlab chiqish (ASD)
- Xususiyatga asoslangan rivojlanish (FDD)
- Kristalli Aniq
- Dinamik dasturiy ta'minotni ishlab chiqish usuli (DSDM)
- Ratsional birlashtirish jarayoni (RUP)
Agile va sharshara tashviqoti
- http://www.youtube.com/watch?v=gDDO3ob-4ZY&feature=related
Tez dastur modeli (RAD)
- Talablarni rejalashtirish bosqichi (biznes muammolarini tuzilgan muhokamadan foydalanadigan seminar)
- Foydalanuvchi tavsifi bosqichi - avtomatlashtirilgan vositalar foydalanuvchilardan ma'lumot olish
- Qurilish bosqichi - kod generatorlari, ekran generatorlari va boshqalar kabi mahsuldorlik vositalari. vaqt qutisi ichida. ("Bajarilgunga qadar qiling")
- Kesish bosqichi -- tizimni o'rnatish, foydalanuvchilarni qabul qilish testi va foydalanuvchilarni o'qitish
Talablarni Rejalashtirish Bosqichi
- Tizimni rejalashtirish elementlarini va tizimni ishlab chiqish hayot tsiklining (SDLC) tizimlarni tahlil qilish bosqichlarini birlashtiradi.
- Foydalanuvchilar, menejerlar va IT xodimlari muhokama qiladilar va kelishadilar biznes ehtiyojlari, loyiha ko'lami, cheklovlar va tizim talablari.
- Jamoa asosiy masalalar bo'yicha kelishib, davom etish uchun boshqaruv ruxsatini olganida tugaydi.
Foydalanuvchi Dizayni Bosqichi
- Foydalanuvchilar tizim tahlilchilari bilan o'zaro aloqada bo'lib, barcha tizim jarayonlari, kirish va chiqishlarni aks ettiruvchi modellar va prototiplarni ishlab chiqadilar.
- Odatda foydalanuvchi ehtiyojlarini ishlaydigan modellarga tarjima qilish uchun Qo'shma dasturlarni ishlab chiqish (JAD) texnikasi va ish vositalarining kombinatsiyasidan foydalaning.
- A foydalanuvchilarga o'z ehtiyojlariga javob beradigan tizimning ishchi modelini tushunish, o'zgartirish va oxir-oqibat tasdiqlash imkonini beruvchi doimiy interaktiv jarayon.
JAD texnikasi
- http://en.wikipedia.org/wiki/Joint_application_design
Ish vositalari
- http://en.wikipedia.org/wiki/Computer-aided_software_engineering
Qurilish Bosqichi
- SDLC-ga o'xshash dastur va dasturlarni ishlab chiqish vazifalariga e'tibor qaratadi.
- Biroq, foydalanuvchilar ishtirok etishda davom etmoqdalar va haqiqiy ekranlar yoki hisobotlar ishlab chiqilganligi sababli o'zgarishlar yoki yaxshilanishlarni taklif qilishlari mumkin.
- Uning vazifalari dasturlash va dasturlarni ishlab chiqish, kodlash, birlik integratsiyasi va tizimni sinovdan o'tkazishdir.
Kesish Bosqichi
- SDLCNI amalga oshirish bosqichidagi yakuniy vazifalarga o'xshaydi.
- An'anaviy usullar bilan taqqoslaganda, butun jarayon siqiladi. Natijada, yangi tizim ancha tezroq quriladi, etkazib beriladi va ishga tushiriladi.
- Vazifalar-ma'lumotlarni konvertatsiya qilish, to'liq miqyosli sinov, tizimni o'zgartirish, foydalanuvchilarni o'qitish.
RAD kuchli tomonlari
- Qisqartirilgan tsikl vaqti va kam odam bilan samaradorlikni oshirish xarajatlarni kamaytirishni anglatadi
- Vaqt qutisi yondashuv xarajatlar va jadval xavfini kamaytiradi
- Xaridor jalb qilingan to'liq tsikl mijozlar ehtiyojini qondirish va biznes ehtiyojlariga erishmaslik xavfini kamaytiradi
- Fokus hujjatlardan kodga o'tadi (WYSIWYG).
- Modellashtirish tushunchalaridan foydalanadi biznes, ma'lumotlar va jarayonlar haqida ma'lumot olish.
Rad zaif tomonlari
- Tezlashtirilgan rivojlanish jarayoni tez javob berish kerak foydalanuvchiga
- Xavfi hech qachon yopilishga erishmang
- Bilan foydalanish qiyin eski tizimlar
- Bo'lishi mumkin bo'lgan tizimni talab qiladi modullashtirilgan
- Dasturchilar va mijozlar bo'lishi kerak tez olov faoliyatiga sodiqman qisqartirilgan vaqt oralig'ida.
RAD qachon ishlatiladi
- Oqilona taniqli talablar
- Foydalanuvchi ishtirok etdi hayot tsikli davomida
- Loyiha bo'lishi mumkin vaqt qutisi
- Funktsionallik etkazib berildi o'sishlar
- Yuqori ishlash talab qilinmaydi
- Kam texnik xavflar
- Tizim modullashtirilishi mumkin
Qo'shimcha SDLC modeli
- Umumiy tizimning qisman bajarilishini qurish
- Keyin asta-sekin ortib borayotgan funksiyalarni qo'shing
- Qo'shimcha model tizim talablarini birinchi o'ringa qo'yadi va keyin ularni guruhlarga bo'lib amalga oshiradi.
- Tizimning har bir keyingi chiqarilishi barcha ishlab chiqilgan funktsiyalar amalga oshirilgunga qadar avvalgi versiyaga funktsiya qo'shadi.
Qo'shimcha Modelning Kuchli Tomonlari
- Yuqori xavfni rivojlantiring yoki avval asosiy funktsiyalar
- Har bir versiya an operatsion mahsulot
- Xaridor mumkin har bir qurilishga javob bering
- "Bo'ling va zabt eting"dan foydalanadi vazifalarni taqsimlash
- Tushiradi dastlabki etkazib berish narxi
- Dastlabki mahsulot yetkazib berish tezroq
- Mijozlar oladi muhim funktsionallik erta
- Xavfi o'zgaruvchan talablar kamayadi
Ortib Model Kamchiliklar
- Talab qiladi yaxshi rejalashtirish va dizayn
- To'liq va to'liq funktsional tizimni erta aniqlashni talab qiladi o'sishlarni aniqlashga ruxsat berish uchun
- Yaxshi belgilangan modul interfeyslari talab qilinadi (ba'zilari boshqalardan ancha oldin ishlab chiqiladi)
- To'liq tizimning umumiy qiymati past emas
Incremental modeldan qachon foydalanish kerak
- Xavf, moliyalashtirish, jadval, dasturning murakkabligi yoki ehtiyoj imtiyozlarni erta amalga oshirish.
- Talablarning aksariyati oldindan ma'lum, ammo kutilmoqda vaqt o'tishi bilan rivojlaning
- Kerak bozorga asosiy funktsiyalarni erta oling
- Loyihalar bo'yicha uzoq rivojlanish jadvallari
- Bilan loyihada yangi texnologiya
Scrum:
- Scrum 13 soniyada:
- http://www.youtube.com/watch?v=9DKM9HcRnZ8&feature=related
- 10 daqiqada Scrum:
- http://www.youtube.com/watch?v=Q5k7a9YEoUI
- Ko'proq scrum slaydlari:
- http://www.mountaingoatsoftware.com/system/presentation/file/129/Getting-Agile-With-Scrum-Cohn-NDC2010.pdf?1276712017
- Scrum-ning miqyosi 33-35-slaydlarda ko'rsatilgan
Scrum afzalliklari
- Agile scrum kompaniyaga vaqt va pulni tejashga yordam beradi.
- Scrum metodologiyasi biznes talablari hujjatlari miqdorini aniqlash qiyin bo'lgan loyihalarni muvaffaqiyatli ishlab chiqishga imkon beradi.
- Tez harakatlanuvchi, zamonaviy ishlanmalarni ushbu usul yordamida tezda kodlash va sinovdan o'tkazish mumkin, chunki xatoni osongina tuzatish mumkin.
Scrum afzalliklari
- Bu muntazam uchrashuvlar orqali ishdagi taraqqiyotni tez-tez yangilab turishni talab qiladigan engil nazorat qilinadigan usul. Shunday qilib, loyihani ishlab chiqishning aniq ko'rinishi mavjud.
- Boshqa har qanday agile metodologiyasi singari, bu ham tabiatan iterativdir. Bu foydalanuvchidan doimiy mulohazalarni talab qiladi.
- Qisqa sprintlar va doimiy mulohazalar tufayli o'zgarishlarni engish osonroq bo'ladi.
Scrum afzalliklari
- Kundalik uchrashuvlar individual mahsuldorlikni o'lchash imkonini beradi. Bu jamoa a'zolarining har birining mahsuldorligini oshirishga olib keladi.
- Muammolar kundalik uchrashuvlar orqali oldindan aniqlanadi va shuning uchun ularni tezda hal qilish mumkin
- Belgilangan vaqtda sifatli mahsulotni etkazib berish osonroq.
Scrum afzalliklari
- Agile Scrum har qanday texnologiya/ dasturlash tili bilan ishlashi mumkin, lekin tez harakatlanuvchi veb 2.0 yoki yangi media loyihalari uchun ayniqsa foydalidir.
- Jarayon va boshqaruv nuqtai nazaridan qo'shimcha xarajatlar minimal, shuning uchun tezroq va arzonroq natijaga olib keladi.
Scrum kamchiliklari
- Agile Scrum aniq end sana bor ekan, chunki doirasi solarmiz etakchi sabablaridan biri hisoblanadi, loyiha boshqaruvi manfaatdor tomonlar yangi funktsional yetkazib beriladi talab tutish vasvasasiga bo'ladi.
- Agar vazifa aniq belgilanmagan bo'lsa, loyiha xarajatlari va vaqtini baholash aniq bo'lmaydi. Bunday holda, vazifa bir nechta sprintlarga tarqalishi mumkin.
- Agar jamoa a'zolari bajarilmasa, loyiha hech qachon tugamaydi yoki muvaffaqiyatsiz bo'ladi.
Scrum kamchiliklari
- Bu kichik, tez harakatlanuvchi loyihalar uchun yaxshi, chunki u yaxshi ishlaydi faqat kichik jamoa bilan.
- Ushbu metodikaga faqat tajribali jamoa a'zolari kerak. Agar jamoa yangi boshlagan odamlardan iborat bo'lsa, loyihani o'z vaqtida bajarib bo'lmaydi.
- Scrum ustasi ular boshqarayotgan jamoaga ishonganida Scrum yaxshi ishlaydi. Agar ular jamoa a'zolari ustidan juda qattiq nazoratni amalga oshirsalar, bu ular uchun juda asabiylashishi mumkin, bu esa demoralizatsiya va loyihaning muvaffaqiyatsiz bo'lishiga olib keladi.
Scrum kamchiliklari
- Agar biron bir jamoa a'zosi rivojlanish paytida ketsa, bu loyihani ishlab chiqishga katta teskari ta'sir ko'rsatishi mumkin
- Sinov guruhi har bir sprintdan keyin regressiya sinovlarini o'tkaza olmasa, loyiha sifat menejmentini amalga oshirish va miqdorini aniqlash qiyin.
|
| |