Software Development Life Cycle (sdlc)

Download 2,13 Mb.
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

UI birinchi

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:

Post mortem + taqriz

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

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.

Download 2,13 Mb.