Dasturiy injinering fafulteti 310-20 gurur dasturiy taminot sifatini ta’minash Mustaqil ish



Download 126,16 Kb.
bet3/8
Sana27.05.2023
Hajmi126,16 Kb.
#944467
1   2   3   4   5   6   7   8
Bog'liq
Yunusov Mardon - mustaqil ish

Planning

The cost and time required to develop a project are often intricately interlinked. Producing a high quality software system in a short amount of time can impose huge pressures on developers, taking them away from other projects or requiring the recruitment of new staff (and thus leading to higher costs). Allowing for a longer time-frame can relieve pressures on staff, can provide more scope for testing and other quality assurance activities, leading to higher quality software at a potentially lower cost. Ultimately, in either case, success comes down to proper planning. A plan needs to set out the (anticipated) resources that will be required throughout the course of a project. It needs to set out when certain tasks need to be achieved. It needs to also, set of priorities amongst tasks, and set out which tasks potentially have some scope for leeway to allow for overruns.


O’zbekcha

Loyihani ishlab chiqish uchun zarur bo'lgan xarajat va vaqt ko'pincha bir-biri bilan chambarchas bog'liqdir. Qisqa vaqt ichida yuqori sifatli dasturiy ta'minot tizimini ishlab chiqarish ishlab chiquvchilarga katta bosim o'tkazishi, ularni boshqa loyihalardan uzoqlashtirishi yoki yangi xodimlarni yollashni talab qilishi mumkin (va shuning uchun yuqori xarajatlarga olib keladi). Uzoqroq muddatga ruxsat berish xodimlarga bosimni engillashtirishi, sinov va sifatni ta'minlash bo'yicha boshqa tadbirlar uchun ko'proq imkoniyatlar yaratishi mumkin, bu esa potentsial past narxda yuqori sifatli dasturiy ta'minotga olib keladi. Oxir oqibat, har ikkala holatda ham muvaffaqiyat to'g'ri rejalashtirishga bog'liq. Rejada loyiha davomida talab qilinadigan (kutilgan) resurslar belgilanishi kerak. Muayyan vazifalarga erishish kerak bo'lganda uni belgilash kerak. Shuningdek, u vazifalar orasida ustuvorliklar to'plamini belgilashi va qaysi vazifalarni haddan tashqari oshirib yuborishga imkon beradigan bo'sh joy mavjudligini belgilashi kerak.




5.1.1 Program Evaluation and Review Technique (PERT)

At this level, a software engineering project is akin to any other conventional engineering project. Accordingly, the most popular planning techniques were not specifically developed for software projects, but can be applied in the same manner. In this section we cover one of the most popular Program Evaluation and Review Technique (PERT).


The PERT technique was developed for the U.S. Navy in 1957 to support their development of the Polaris submarine-launched nuclear weapons system [92]. Its main selling point was the ability to explicitly incorporate uncertainty as far as the scheduling of individual tasks is concerned. This makes it especially appealing from a software engineering point of view where, as we shall see in Chapter 5, predicting the duration it takes to develop a software module is fraught with uncertainty. The PERT technique starts off with a table that captures all of the essential information about the project. The project is split into its essential activities. Each activity is associated with the following attributes:

  • Predecessor: Any other activities that must be completed in order for this activity to start.

  • Time estimates:

    • Optimistic (o): The duration that this activity will take in an ideal setting where there are no hitches and the developers are able to make good progress.




    • Normal (n): The duration that this activity will take under ‘normal’ circumstances.




    • Pessimistic (p): The duration that this activity will take if problems are encountered along the way.

  • Expected time: This is derived from the above time estimates as o+4n+p/6 . In other words, it takes the average of o, n, and p, but gives n a weighting that is four times greater than the optimistic and pessimistic estimates!

The time-units used depend on the broader context of the project. For smaller
projects with a more granular plan the unit could be person-hours. For larger projects
it might be days or even weeks of developer-time. For our examples we assume days.


Download 126,16 Kb.

Do'stlaringiz bilan baham:
1   2   3   4   5   6   7   8




Ma'lumotlar bazasi mualliflik huquqi bilan himoyalangan ©hozir.org 2024
ma'muriyatiga murojaat qiling

kiriting | ro'yxatdan o'tish
    Bosh sahifa
юртда тантана
Боғда битган
Бугун юртда
Эшитганлар жилманглар
Эшитмадим деманглар
битган бодомлар
Yangiariq tumani
qitish marakazi
Raqamli texnologiyalar
ilishida muhokamadan
tasdiqqa tavsiya
tavsiya etilgan
iqtisodiyot kafedrasi
steiermarkischen landesregierung
asarlaringizni yuboring
o'zingizning asarlaringizni
Iltimos faqat
faqat o'zingizning
steierm rkischen
landesregierung fachabteilung
rkischen landesregierung
hamshira loyihasi
loyihasi mavsum
faolyatining oqibatlari
asosiy adabiyotlar
fakulteti ahborot
ahborot havfsizligi
havfsizligi kafedrasi
fanidan bo’yicha
fakulteti iqtisodiyot
boshqaruv fakulteti
chiqarishda boshqaruv
ishlab chiqarishda
iqtisodiyot fakultet
multiservis tarmoqlari
fanidan asosiy
Uzbek fanidan
mavzulari potok
asosidagi multiservis
'aliyyil a'ziym
billahil 'aliyyil
illaa billahil
quvvata illaa
falah' deganida
Kompyuter savodxonligi
bo’yicha mustaqil
'alal falah'
Hayya 'alal
'alas soloh
Hayya 'alas
mavsum boyicha


yuklab olish