Бағдарламалық жасақтаманың өмірлік циклі



бет4/23
Дата20.09.2022
өлшемі205,35 Kb.
#150048
1   2   3   4   5   6   7   8   9   ...   23
Байланысты:
Бағдарламалық жасақтаманың өмірлік циклі
isahanov elektr исаханов лекция Элек машины, аға куратор есебінің құрылымы, Мазм ны. Кіріспе. I. Tapay. А ылшын сленгтеріні ерекшеліктері, English Grammar in Use, 1лаб ДМ, GPS приемник - современное спутниковое оборудование - системы GPS и Глонасс Технокауф в Москве, 5 урок Осеева, Философияның Адам рөліндегі орны, презентация, Готовность ДП 28..04 спец Приборостроение, Негізгі комбинаториканың объектілері, Ықтималдықтар теориясы және математикалық статистика. ІІ оқулық (Аканбай Н.) (z-lib.org) (1), Айнымалы ток тізбегі активтік, индуктивтік ж не сыйымдылы ты ке, Жылу берілу түрлері, В ней сопротивления R1 и R2 заменены сопротивлением R
Артықшылықтары және шектеулер бұл модель (стратегия) сарқырамамен бірдей (классикалық өмірлік цикл моделі). Бірақ классикалық стратегиядан айырмашылығы, тұтынушы нәтижесін ертерек көре алады. Бірінші нұсқаны әзірлеу және енгізу нәтижесінде ол әзірлеуге қойылатын талаптарды сәл өзгертуі, одан бас тартуы немесе жаңа келісімшарт жасасумен неғұрлым жетілдірілген өнімді әзірлеуді ұсынуы мүмкін.
Артықшылықтары:

  • пайдаланушының талаптарының өзгеруіне байланысты шығындар азаяды, саралау саралау модельімен салыстырғанда қайта талдау және құжаттар жиынтығы айтарлықтай азаяды;

  • клиенттен жасалған жұмыс туралы кері байланыс алу оңайырақ - клиенттер дайын бөлшектер бойынша өз пікірлерін айта алады және не істелгенін көре алады. Себебі жүйенің бірінші бөліктері тұтастай жүйенің прототипі болып табылады.

  • клиенттің бағдарламалық жасақтаманы тез сатып алуға және игеруге мүмкіндігі бар - тұтынушылар сарқырама моделімен мүмкін болатыннан гөрі жүйеден нақты пайда ала алады.

Модельдің кемшіліктері:

  • менеджерлер процестің барысын үнемі өлшеп отыруы керек. қарқынды дамыған жағдайда, сіз әр минималды нұсқаны өзгерту үшін құжаттар жасамауыңыз керек;

  • жаңа компоненттер қосылған кезде жүйенің құрылымы нашарлауға бейім - тұрақты өзгерістер жүйенің құрылымын бұзады. Бұған жол бермеу үшін рефакторға қосымша уақыт пен ақша қажет. Нашар құрылым бағдарламалық жасақтаманы өзгертуді қиындатады және қымбатқа түседі. Бағдарламалық жасақтаманың үзілісі одан да көп шығындарға әкеледі.

Схема пайда болған өзгерістерді жедел ескеруге және бағдарламалық жасақтаманың талаптарын нақтылауға мүмкіндік бермейді. Әзірлеу нәтижелерін пайдаланушылармен үйлестіру жұмыстың әр кезеңі аяқталғаннан кейін жоспарланған нүктелерде ғана жүзеге асырылады және бағдарламалық жасақтамаға қойылатын жалпы талаптар оны құру уақытының барлығында техникалық шарттар түрінде бекітіледі. Осылайша, пайдаланушылар көбінесе олардың нақты қажеттіліктеріне сәйкес келмейтін PP алады.


Достарыңызбен бөлісу:
1   2   3   4   5   6   7   8   9   ...   23




©engime.org 2024
әкімшілігінің қараңыз

    Басты бет