Програм хангамжийн амьдралын мөчлөгт юу багтдаг вэ. Програм хангамжийн амьдралын мөчлөг

Бид тодорхойлохоос эхлэх ёстойАмьдралын мөчлөг програм хангамж (Програм хангамжийн амьдралын мөчлөгийн загвар) нь програм хангамжийн бүтээгдэхүүнийг бий болгох шийдвэр гарсан үеэс эхэлж, үйлчилгээнээс бүрэн хасагдах мөчид дуусдаг хугацаа юм. Энэ мөчлөг нь програм хангамж бүтээх, хөгжүүлэх үйл явц юм.

Програм хангамжийн амьдралын мөчлөгийн загварууд

Амьдралын мөчлөгийг загвар хэлбэрээр илэрхийлж болно. Одоогийн байдлаар хамгийн түгээмэл нь:каскад, нэмэгдэл (завсрын удирдлагатай шаталсан загвар ) Мөн спиральамьдралын мөчлөгийн загварууд.

Каскадын загвар

Каскадын загвар(Англи) хүрхрээ загвар) нь програм хангамж боловсруулах үйл явцын загвар бөгөөд амьдралын мөчлөг нь шаардлагын дүн шинжилгээ, дизайны үе шатуудыг дараалан дамждаг урсгал шиг харагддаг. хэрэгжүүлэх, турших, нэгтгэх, дэмжих.

Хөгжлийн үйл явц нь бие даасан алхмуудын дараалсан дарааллаар хэрэгждэг. Загвар нь дараагийн алхам бүр өмнөх алхамыг бүрэн гүйцэд хийсний дараа эхэлнэ. Загварын бүх үе шатанд төслийн удирдлага, чанарын үнэлгээ ба удирдлага, баталгаажуулалт, баталгаажуулалт, тохиргооны удирдлага, баримт бичгийг боловсруулах зэрэг туслах болон зохион байгуулалтын үйл явц, ажлыг гүйцэтгэдэг. Алхамуудыг гүйцэтгэсний үр дүнд дараагийн үе шатанд өөрчлөх боломжгүй завсрын бүтээгдэхүүнүүд үүсдэг.

Амьдралын мөчлөгийг уламжлал ёсоор дараах үндсэн хэсэгт хуваадагүе шатууд:

1. Шаардлагын дүн шинжилгээ,
2. Дизайн,
3. Кодлох (програмчлал),
4. Туршилт, дибаг хийх,
5. Ашиглалт, засвар үйлчилгээ.

Загварын давуу талууд:

• хөгжлийн бүх амьдралын мөчлөгийн туршид шаардлагын тогтвортой байдал;
• үе шат бүрт иж бүрэн багц бий болдог төслийн баримт бичиг, бүрэн бүтэн байдал, тууштай байдлын шалгуурыг хангасан байх;
• загварын алхамуудын тодорхой, тодорхой байдал, хэрэглэхэд хялбар байдал;
• логик дарааллаар гүйцэтгэсэн ажлын үе шатууд нь бүх ажлыг дуусгах цаг хугацаа, холбогдох нөөцийг (мөнгө, материаллаг ба хүний ​​​​хувьд) төлөвлөх боломжийг олгодог.

Загварын сул талууд:

• шаардлагуудыг тодорхой томъёолоход хүндрэлтэй, тэдгээрийг амьдралын бүх мөчлөгийн туршид динамикаар өөрчлөх боломжгүй;
• төслийн менежментийн уян хатан чанар бага;
• хөгжлийн үйл явцын шугаман бүтцийн тууштай байдал, үр дүнд нь шинээр гарч ирж буй асуудлыг шийдвэрлэхийн тулд өмнөх алхамууд руу буцах нь зардлыг нэмэгдүүлж, ажлын хуваарийг тасалдуулахад хүргэдэг;
• завсрын бүтээгдэхүүнийг хэрэглэхэд тохиромжгүй байдал;
• өвөрмөц системийг уян хатан загварчлах боломжгүй байдал;
• Хөгжлийн төгсгөлд бүх үр дүнг нэгэн зэрэг нэгтгэснээс болж угсралтын асуудлыг хожуу илрүүлэх;
• системийг бий болгоход хэрэглэгчийн оролцоо хангалтгүй - хамгийн эхэнд (шаардлага боловсруулах явцад) ба төгсгөлд (хүлээн авах туршилтын үед);
• Бүх хөгжүүлэлтийн процесс дуусах хүртэл хэрэглэгчид боловсруулж буй бүтээгдэхүүний чанарт итгэлтэй байж чадахгүй. Бэлэн болсон бүтээгдхүүнийг харах боломжгүй тул чанарыг үнэлэх боломж тэдэнд байхгүй;
• хэрэглэгч системд аажмаар дасах боломж байхгүй. Сургалтын үйл явц нь програм хангамжийг аль хэдийн ашиглалтад оруулсан амьдралын мөчлөгийн төгсгөлд тохиолддог;
• үе шат бүр нь дараагийн үйлдлүүдийн урьдчилсан нөхцөл бөгөөд энэ аргыг аналоггүй системүүдийн хувьд эрсдэлтэй сонголт болгодог. Энэ нь уян хатан загварчлалд тохирохгүй.

Програм хангамжийн системийг боловсруулах нь өмнөх алхамууд руу буцахгүйгээр, гарч ирж буй асуудлуудыг арилгахын тулд үр дүнг нь өөрчлөхгүйгээр нарийн төвөгтэй байдаг тул Cascade амьдралын мөчлөгийн загварыг хэрэгжүүлэхэд хэцүү байдаг.

Cascade загварын хэрэглээний хамрах хүрээ

Каскадын загварын хэрэглээний хамрах хүрээний хязгаарлалт нь түүний дутагдалтай талуудаар тодорхойлогддог. Дараах тохиолдолд түүний хэрэглээ хамгийн үр дүнтэй байдаг.

1. тодорхой, өөрчлөгдөөгүй төсөл боловсруулах үедамьдралын мөчлөг шаардлага, ойлгомжтой хэрэгжилт, техникийн арга;
2. Өмнө нь хөгжүүлэгчдийн боловсруулсан ижил төрлийн систем эсвэл бүтээгдэхүүнийг бий болгоход чиглэсэн төсөл боловсруулах үед;
3. бий болгох, гаргахтай холбоотой төсөл боловсруулах үед шинэ хувилбародоо байгаа бүтээгдэхүүн эсвэл систем;
4. одоо байгаа бүтээгдэхүүн, системийг шинэ платформд шилжүүлэхтэй холбоотой төсөл боловсруулах үед;
5. хийснээр том төслүүд, үүнд хэд хэдэн томоохон хөгжлийн баг оролцдог.

Нэмэлт загвар

(завсрын удирдлагатай алхам алхмаар загвар)

Нэмэлт загвар(Англи) өсөлт- өсөлт, өсөлт) нь шугаман дараалал бүхий програм хангамжийг хөгжүүлэхийг хэлдэг боловч хэд хэдэн алхамаар (хувилбарууд), i.e. Програм хангамж хөгжүүлэх амьдралын мөчлөг дуусах хүртэл бүх хугацаанд төлөвлөсөн бүтээгдэхүүний сайжруулалт.

Програм хангамжийн хөгжүүлэлт нь мөчлөгтэй давталтаар явагддаг санал хүсэлтүе шатуудын хооронд. Шат хоорондын тохируулга нь янз бүрийн үе шатанд хөгжлийн үр дүнгийн бодит харилцан нөлөөллийг харгалзан үзэх боломжийг олгодог бөгөөд үе шат бүрийн ашиглалтын хугацаа нь хөгжлийн бүх хугацаанд уртасдаг.

Төслийн ажлын эхэнд системд тавигдах бүх үндсэн шаардлагуудыг тодорхойлж, илүү чухал зүйлүүдэд хуваадаг. Дараа нь програм хангамжийг хөгжүүлэх явцад олж авсан өгөгдлийг хөгжүүлэгч ашиглах боломжтой байхын тулд системийг аажмаар хөгжүүлдэг. Нэмэлт бүр нь системд тодорхой функцийг нэмэх ёстой. Энэ тохиолдолд хувилбар нь хамгийн чухал ач холбогдолтой бүрэлдэхүүн хэсгүүдээс эхэлдэг. Системийн хэсгүүдийг тодорхойлсны дараа эхний хэсгийг авч, үүнд хамгийн тохиромжтой процессыг ашиглан нарийвчлан бичиж эхэлнэ. Үүний зэрэгцээ, энэ ажилд тавигдах одоогийн багц шаардлагын хүрээнд царцсан бусад хэсгүүдэд тавигдах шаардлагыг тодруулах боломжтой. Шаардлагатай бол та дараа нь энэ хэсэгт буцаж болно. Хэрэв хэсэг бэлэн бол түүнийг ажилдаа ашиглах боломжтой үйлчлүүлэгчид хүргэдэг. Энэ нь хэрэглэгч дараахь бүрэлдэхүүн хэсгүүдийн шаардлагыг тодруулах боломжийг олгоно. Дараа нь тэд системийн дараагийн хэсгийг боловсруулдаг. Гол үе шатуудэнэ үйл явц - энгийн хэрэгжилтпрограм хангамжийн шаардлагын дэд багцууд болон программ хангамжийг бүхэлд нь хэрэгжүүлэх хүртэл дараалсан хувилбаруудын загварыг сайжруулах.

Энэхүү загварын амьдралын мөчлөг нь нарийн төвөгтэй, нарийн төвөгтэй системийг хөгжүүлэхэд ердийн зүйл бөгөөд үүний тулд эцсийн үр дүн нь ямар байх ёстойг тодорхой алсын хараатай (үйлчлүүлэгч болон хөгжүүлэгчийн талаас) байдаг. Хувилбар боловсруулах нь янз бүрийн шалтгааны улмаас хийгддэг.

• үйлчлүүлэгч бүхэл бүтэн үнэтэй төслийг нэг дор санхүүжүүлэх боломжгүй байх;
• хөгжүүлэгч дутагдалтай шаардлагатай нөөццогц төслийг богино хугацаанд хэрэгжүүлэх;
• Бүтээгдэхүүнийг эцсийн хэрэглэгчдэд үе шаттайгаар нэвтрүүлэх, нэвтрүүлэх шаардлага. Бүхэл бүтэн системийг нэг дор хэрэгжүүлэх нь хэрэглэгчдийн дургүйцлийг хүргэж, шинэ технологид шилжих үйл явцыг удаашруулж болзошгүй юм. Дүрслэлээр хэлбэл, тэд зүгээр л "том хэсгийг шингээдэггүй, тиймээс үүнийг жижиглэж, хэсэг хэсгээр нь өгөх ёстой" байж болно.

Давуу талТэгээд дутагдалЭнэ загвар (стратеги) нь хүрхрээний загвартай (сонгодог амьдралын мөчлөгийн загвар) ижил байна. Гэхдээ сонгодог стратегиас ялгаатай нь үйлчлүүлэгч үр дүнг эрт харах боломжтой. Эхний хувилбарыг боловсруулж, хэрэгжүүлэх үр дүнд үндэслэн тэрээр боловсруулахад тавигдах шаардлагыг бага зэрэг өөрчилж, орхих эсвэл шинэ гэрээ байгуулснаар илүү дэвшилтэт бүтээгдэхүүн боловсруулахыг санал болгож болно.

Давуу тал:

• хэрэглэгчийн шаардлагын өөрчлөлтөөс үүдэлтэй зардал багасч, дахин дүн шинжилгээ хийх, баримтжуулах нь хүрхрээ загвартай харьцуулахад мэдэгдэхүйц буурсан;
• Үйлчлүүлэгчээс хийсэн ажлын талаархи санал хүсэлтийг авах нь илүү хялбар байдаг - үйлчлүүлэгчид дууссан хэсгүүдийн талаар санал бодлоо илэрхийлж, аль хэдийн юу хийснийг харах боломжтой. Учир нь Системийн эхний хэсгүүд нь бүхэлдээ системийн прототип юм.
• Үйлчлүүлэгч нь програм хангамжийг хурдан олж авах, эзэмших чадвартай байдаг - үйлчлүүлэгчид системээс бодит ашиг тусыг хүрхрээ загвараас илүү хурдан мэдрэх боломжтой.

Загварын сул талууд:

• Менежерүүд үйл явцын явцыг байнга хэмжих ёстой. хурдацтай хөгжиж байгаа тохиолдолд та хамгийн бага хувилбарын өөрчлөлт бүрт баримт бичиг үүсгэх ёсгүй;
• Шинэ бүрэлдэхүүн хэсгүүд нэмэгдэх тусам системийн бүтэц муудах хандлагатай байдаг - байнгын өөрчлөлтүүд нь системийн бүтцийг алдагдуулдаг. Үүнээс зайлсхийхийн тулд дахин боловсруулахад нэмэлт цаг хугацаа, мөнгө шаардагдана. Муу дизайн нь програм хангамжийг дараа нь өөрчлөхөд хэцүү, үнэтэй болгодог. Програм хангамжийн амьдралын мөчлөг тасалдсан нь илүү их алдагдалд хүргэдэг.

Энэхүү схем нь шинээр гарч ирж буй өөрчлөлт, програм хангамжийн шаардлагын тодруулгыг хурдан харгалзан үзэх боломжийг танд олгодоггүй. Хэрэглэгчидтэй хөгжүүлэлтийн үр дүнг зохицуулах нь зөвхөн ажлын үе шат бүр дууссаны дараа төлөвлөсөн цэгүүдэд хийгддэг. Ерөнхий шаардлагаПрограм хангамжийг бий болгох бүх хугацаанд техникийн тодорхойлолт хэлбэрээр бүртгэнэ. Тиймээс хэрэглэгчид өөрсдийн бодит хэрэгцээг хангахгүй программ хангамжийг ихэвчлэн хүлээн авдаг.

Спираль загвар

Спираль загвар:Амьдралын мөчлөг - спираль эргэлт бүрт бүтээгдэхүүний дараагийн хувилбарыг бий болгож, төслийн шаардлагыг тодруулж, чанарыг нь тодорхойлж, дараагийн ээлжийн ажлыг төлөвлөж байна. Прототипийг бий болгох замаар тодорхой техникийн шийдлүүдийн үндэслэлийг шалгаж, үндэслэлтэй болгохын тулд хөгжлийн эхний үе шатууд - шинжилгээ, дизайнд онцгой анхаарал хандуулдаг.

Энэхүү загвар нь дизайн болон нэмэлт загварчлалыг хослуулан доороос дээш болон дээрээс доош чиглэсэн үзэл баримтлалын давуу талыг хослуулсан програм хангамж хөгжүүлэх үйл явц юм. эхний үе шатуудамьдралын мөчлөг: дүн шинжилгээ ба дизайн.Онцлог шинж чанар Энэхүү загвар нь амьдралын мөчлөгийн зохион байгуулалтад нөлөөлж буй эрсдэлд онцгой анхаарал хандуулдаг.

Шинжилгээ, дизайны үе шатанд техникийн шийдлүүдийн боломжит байдал, хэрэглэгчийн хэрэгцээг хангах түвшинг прототипийг бий болгох замаар баталгаажуулдаг. Спираль эргэлт бүр нь системийн ажиллах боломжтой фрагмент эсвэл хувилбарыг бий болгоход тохирно. Энэ нь төслийн шаардлага, зорилго, шинж чанарыг тодруулах, хөгжлийн чанарыг тодорхойлох, спираль дараагийн эргэлтийн ажлыг төлөвлөх боломжийг олгодог. Энэ мэтчилэн төслийн нарийн ширийн зүйлийг гүнзгийрүүлж, тууштай тодорхойлсны үр дүнд захиалагчийн бодит шаардлагад нийцсэн боломжийн хувилбарыг сонгон авч хэрэгжүүлдэг.

Спираль эргэлт бүрт амьдралын мөчлөг - програм хангамжийг хөгжүүлэх үйл явцын өөр өөр загваруудыг ашиглаж болно. Эцсийн эцэст гаралт нь эцсийн бүтээгдэхүүн юм. Энэхүү загвар нь загварчлалын загвар болонхүрхрээ загвар. Давталтаар хөгжүүлэх нь системийг бий болгох объектив спираль мөчлөгийг тусгадаг. Үе шат бүрийн ажлыг бүрэн гүйцэд дуусгаагүй нь одоогийн байгаа ажлыг бүрэн дуусгахыг хүлээхгүйгээр дараагийн шатанд шилжих боломжийг олгоно. Гол ажил бол системийн хэрэглэгчдэд ажиллах боломжтой бүтээгдэхүүнийг аль болох хурдан харуулах, ингэснээр шаардлагыг тодруулах, нэмэлт болгох үйл явцыг идэвхжүүлэх явдал юм.

Загварын давуу талууд:

• системийн хэрэглэгчдэд ажиллах боломжтой бүтээгдэхүүнийг хурдан харуулах боломжийг олгодог бөгөөд ингэснээр шаардлагыг тодруулах, нэмэлт болгох үйл явцыг идэвхжүүлдэг;
• програм хангамжийг боловсруулах явцад тавигдах шаардлагыг өөрчлөх боломжийг олгодог бөгөөд энэ нь ихэнх хөгжүүлэлт, түүний дотор стандартын хувьд ердийн зүйл юм;
• загвар нь хүрхрээ загварын ашиг тусыг агуулсан учраас уян хатан дизайн хийх боломжийг олгодог бөгөөд үүний зэрэгцээ ижил загварын бүх үе шатанд давталт хийх боломжийг олгодог;
• илүү найдвартай, тогтвортой системийг авах боломжийг танд олгоно. Програм хангамж хөгжихийн хэрээр алдаа болон сул талуудыг давталт бүрт илрүүлж, засдаг;
• энэ загвар нь хэрэглэгчдэд төлөвлөлт, эрсдэлийн шинжилгээ, дизайн, үнэлгээний үйл ажиллагаанд идэвхтэй оролцох боломжийг олгодог;
• хэрэглэгчийн эрсдэл буурдаг. Үйлчлүүлэгч нь санхүүгийн хамгийн бага алдагдалтай ирээдүйгүй төслийг боловсруулж дуусгах боломжтой;
• Хэрэглэгчээс хөгжүүлэгчдэд өгөх санал хүсэлтийг ашиглан хийгддэг өндөр давтамжтаймөн чанарын өндөр түвшинд хүссэн бүтээгдэхүүнийг бий болгох боломжийг олгодог загварын эхний үе шатанд.

Загварын сул талууд:

• хэрэв төсөл эрсдэл багатай эсвэл жижиг хэмжээтэй бол загвар нь үнэтэй байж болно. Спираль бүрийн дараах эрсдлийн үнэлгээ нь өндөр өртөгтэй холбоотой;
• Загварын амьдралын мөчлөг нь нарийн төвөгтэй бүтэцтэй тул түүнийг хөгжүүлэгчид, менежерүүд, үйлчлүүлэгчид ашиглахад хэцүү байж болно;
• Үүсгэсэн хувилбарт хэрэглэгчийн хариу үйлдэл бүр шинэ мөчлөг үүсгэж, төслийн төгсгөлийг хойшлуулдаг тул спираль нь тодорхойгүй хугацаагаар үргэлжилж болно;
• олон тооны завсрын мөчлөг нь нэмэлт баримт бичгийг боловсруулах хэрэгцээнд хүргэж болзошгүй;
• загварыг ашиглах нь үнэтэй, тэр ч байтугай боломжгүй байж магадгүй юм, учир нь цаг. төлөвлөх, зорилгоо дахин тодорхойлох, эрсдэлийн шинжилгээ хийх, загвар гаргахад зарцуулсан хугацаа хэт их байж болно;
• Хөгжлийн үйл явцыг дараагийн шатанд үргэлжлүүлэхэд бэлэн байгааг илтгэх зорилго, үе шатуудыг тодорхойлоход хэцүү байж болно

Спираль мөчлөгийн гол асуудал бол дараагийн шатанд шилжих мөчийг тодорхойлох явдал юм. Энэ асуудлыг шийдэхийн тулд үе шат бүрт цагийн хязгаарлалтыг нэвтрүүлсэн.амьдралын мөчлөг Төлөвлөсөн бүх ажил дуусаагүй байсан ч шилжилтийн ажил төлөвлөсний дагуу явагдана.Төлөвлөлтөмнөх төслүүдээс олж авсан статистик мэдээлэл болон хөгжүүлэгчдийн хувийн туршлага дээр үндэслэн үйлдвэрлэсэн.

Спираль загварын хэрэглээний хамрах хүрээ

Дараах тохиолдолд спираль загварыг ашиглахыг зөвлөж байна.

• шинэ технологи ашиглан төсөл боловсруулах үед;
• шинэ цуврал бүтээгдэхүүн, системийг боловсруулах үед;
• шаардлагад томоохон өөрчлөлт, нэмэлт оруулахаар төлөвлөж буй төслүүдийг боловсруулахдаа;
• урт хугацааны төсөл хэрэгжүүлэх;
• систем, бүтээгдэхүүний чанар, хувилбарыг богино хугацаанд харуулах шаардлагатай төслүүдийг боловсруулахдаа;
• төсөл боловсруулах үед. эрсдэлийг үнэлэх, шийдвэрлэхтэй холбоотой зардлыг тооцоолох шаардлагатай.

цахилгааны инженерийн чиглэлээр). Энэхүү стандарт нь програм хангамжийн системийг бий болгох явцад гүйцэтгэх ёстой үйл явц, үйл ажиллагаа, даалгавруудыг агуулсан амьдралын мөчлөгийн бүтцийг тодорхойлдог.

Энэхүү PS стандартад (эсвэл програм хангамж) олонлогоор тодорхойлогддог компьютерийн програмууд, журам болон магадгүй холбогдох баримт бичиг, өгөгдөл. Процесс нь зарим оролтын өгөгдлийг гаралт болгон хувиргах харилцан уялдаатай үйлдлүүдийн цогц гэж тодорхойлогддог (Г. Майерс үүнийг өгөгдлийн орчуулга гэж нэрлэдэг). Үйл явц бүр нь тодорхой даалгавар, тэдгээрийг шийдвэрлэх арга замаар тодорхойлогддог. Хариуд нь үйл явц бүр нь үйл ажиллагааны багц, үйлдэл бүр нь даалгаврын багцад хуваагддаг. Процесс, үйлдэл, даалгавар бүрийг шаардлагатай бол өөр процесс эхлүүлж, гүйцэтгэдэг бөгөөд урьдчилан тодорхойлсон дараалал байхгүй (мэдээжийн хэрэг, оролтын өгөгдөл дэх холболтыг хадгалахын зэрэгцээ).

ЗХУ, дараа нь Орос улсад програм хангамж (програм хангамж) бүтээх ажлыг анх өнгөрсөн зууны 70-аад онд ГОСТ ESPD стандартаар зохицуулж байсныг тэмдэглэх нь зүйтэй (Хөтөлбөрийн баримт бичгийн нэгдсэн систем - ГОСТ 19.ХХХ цуврал). ), ангид чиглэсэн харьцангуй энгийн, бие даасан програмистуудын бүтээсэн жижиг програмууд байв. Одоогийн байдлаар эдгээр стандартууд нь үзэл баримтлал, хэлбэрийн хувьд хоцрогдсон, хүчинтэй байх хугацаа нь дууссан, ашиглах нь зохисгүй байна.

Бүтээлийн үйл явц автоматжуулсан системүүдПрограм хангамжийг багтаасан (AS) нь ГОСТ 34.601-90 стандартаар зохицуулагддаг. Мэдээллийн технологи. Автоматжуулсан системийн стандартуудын багц. Бүтээлийн үе шатууд", ГОСТ 34.602-89 "Мэдээллийн технологи. Автоматжуулсан системийн стандартуудын багц. Техникийн даалгаваравтоматжуулсан системийг бий болгох" ба ГОСТ 34.603-92 "Мэдээллийн технологи. Автоматжуулсан системийг турших хэлбэрүүд." Гэсэн хэдий ч эдгээр стандартын олон заалтууд хуучирсан бөгөөд бусад нь PS-ийг бий болгох ноцтой төслүүдэд ашиглахад хангалттай тусгагдаагүй байна. Тиймээс дотоодын бүтээн байгуулалтад орчин үеийн олон улсын стандартыг ашиглахыг зөвлөж байна.

дагуу ISO стандарт/ IEC 12207 програм хангамжийн амьдралын мөчлөгийн бүх процессыг гурван бүлэгт хуваадаг (Зураг 5.1).

Цагаан будаа. 5.1.

Бүлгүүд нь олж авах, хүргэх, хөгжүүлэх, ажиллуулах, дэмжих гэсэн таван үндсэн үйл явцыг тодорхойлдог. Найман туслах процесс нь үндсэн процессуудын гүйцэтгэлийг хангадаг, тухайлбал баримт бичиг, тохиргооны удирдлага, чанарын баталгаа, баталгаажуулалт, баталгаажуулалт, хамтарсан үнэлгээ, аудит, асуудлыг шийдвэрлэх. Байгууллагын дөрвөн үйл явц нь удирдлага, дэд бүтэц, сайжруулалт, суралцах боломжийг олгодог.

5.2. PS-ийн амьдралын мөчлөгийн үндсэн үйл явц

Худалдан авах үйл явц нь програм хангамжийг худалдан авч буй хэрэглэгчийн үйлдэл, даалгавраас бүрдэнэ. Энэ үйл явц нь дараах алхмуудыг хамарна.

1. худалдан авалтын эхлэл;
2. тендерийн санал бэлтгэх;
3. гэрээг бэлтгэх, тохируулах;
4. ханган нийлүүлэгчийн үйл ажиллагаанд хяналт тавих;
5. ажлыг хүлээн авах, дуусгах.

Худалдан авалтыг эхлүүлэхэд дараахь ажлууд орно.

1. систем, програм хангамжийн бүтээгдэхүүн, үйлчилгээг олж авах, хөгжүүлэх, сайжруулах хэрэгцээгээ үйлчлүүлэгч тодорхойлох;
2. одоо байгаа програм хангамжийг олж авах, хөгжүүлэх, сайжруулах талаар шийдвэр гаргах;
3. програм хангамжийн бүтээгдэхүүнийг худалдан авахад шаардлагатай бичиг баримт, баталгаа, гэрчилгээ, лиценз, дэмжлэг байгаа эсэхийг шалгах;
4. системийн шаардлага, гэрээний төрөл, талуудын үүрэг хариуцлага гэх мэтийг багтаасан худалдан авах төлөвлөгөөг бэлтгэх, батлах.

Өргөдөл гаргах санал нь дараахь зүйлийг агуулсан байх ёстой.

1. системд тавигдах шаардлага;
2. програм хангамжийн бүтээгдэхүүний жагсаалт;
3. худалдан авах, гэрээний нөхцөл;
4. техникийн хязгаарлалт (жишээлбэл, системийн үйлдлийн орчинд).

Сонгон шалгаруулалт зарласан тохиолдолд сонгогдсон ханган нийлүүлэгч эсвэл хэд хэдэн ханган нийлүүлэгчид тендерийн саналыг илгээдэг. Нийлүүлэгч гэдэг нь гэрээнд заасан нөхцлийн дагуу систем, программ хангамж, програм хангамжийн үйлчилгээ нийлүүлэх гэрээг хэрэглэгчтэй байгуулсан байгууллага юм.

Гэрээг бэлтгэх, тохируулах нь дараахь ажлуудыг агуулна.

1. ханган нийлүүлэгчийг сонгох журам, түүний дотор боломжит ханган нийлүүлэгчдийн саналыг үнэлэх шалгуурыг захиалагч тодорхойлох;
2. саналын дүн шинжилгээнд үндэслэн тодорхой ханган нийлүүлэгчийг сонгох;
3. бэлтгэл ба дүгнэлт ханган нийлүүлэгчтэй байгуулсан гэрээ;
4. түүнийг хэрэгжүүлэх явцад гэрээнд өөрчлөлт оруулах (шаардлагатай бол).

Нийлүүлэгчийн үйл ажиллагаанд хяналт тавих нь хамтарсан үнэлгээ, аудитын үйл явцад заасан арга хэмжээний дагуу хийгддэг. Хүлээн авах явцад шаардлагатай туршилтуудыг бэлтгэж, гүйцэтгэдэг. Хүлээн авах бүх нөхцөл хангагдсан тохиолдолд гэрээний дагуу ажлыг дуусгах болно.

Хүргэлтийн процесс нь хэрэглэгчийг програм хангамжийн бүтээгдэхүүн, үйлчилгээгээр хангадаг ханган нийлүүлэгчийн гүйцэтгэсэн үйл ажиллагаа, даалгавруудыг хамарна. Энэ үйл явц нь дараах алхмуудыг агуулна.

1. хүргэх эхлэл;
2. тендерийн саналд хариу бэлтгэх;
3. гэрээг бэлтгэх;
4. гэрээний дагуу хийх ажлыг төлөвлөх;
5. гэрээт ажлын гүйцэтгэл, хяналт, тэдгээрийн үнэлгээ;
6. хүргэх, ажил дуусгах.

Хүргэлтийн эхлэл нь ханган нийлүүлэгч нь тендерийн саналыг хянаж, заасан шаардлага, болзолтой санал нийлэх эсэх, эсвэл өөрийн гэсэн санал (зөвшилцсөн) эсэхээ шийдэхээс бүрдэнэ. Төлөвлөлт нь дараахь ажлуудыг агуулна.

1. ханган нийлүүлэгч өөрөө болон туслан гүйцэтгэгчийг оролцуулан ажил гүйцэтгэх талаар шийдвэр гаргах;
2. агуулсан төслийн менежментийн төлөвлөгөөг ханган нийлүүлэгчээр боловсруулах зохион байгуулалтын бүтэцтөсөл, үүрэг хариуцлагын хуваарилалт, бүтээн байгуулалтын орчин, нөөцөд тавигдах техникийн шаардлага, туслан гүйцэтгэгчдийн удирдлага гэх мэт.

Хөгжүүлэх үйл явц нь хөгжүүлэгчийн гүйцэтгэсэн үйлдэл, даалгаврыг багтаасан бөгөөд заасан шаардлагын дагуу програм хангамж, түүний бүрэлдэхүүн хэсгүүдийг бий болгох ажлыг хамардаг. Үүнд зураг төсөл, ашиглалтын баримт бичгийг бэлтгэх, гүйцэтгэлийн туршилт хийхэд шаардлагатай материалыг бэлтгэх, мөн програм хангамжийн бүтээгдэхүүний чанар, боловсон хүчний сургалтыг зохион байгуулахад шаардлагатай материал гэх мэт.

Хөгжлийн үйл явц нь дараахь алхмуудыг агуулна.

1. бэлтгэл ажил;
2. системийн шаардлагын дүн шинжилгээ;
3. системийн архитектурын дизайн;
4. програм хангамжийн шаардлагын дүн шинжилгээ;
5. програм хангамжийн архитектурын дизайн;
6. нарийвчилсан програм хангамжийн дизайн;
7. програм хангамжийн кодчилол, туршилт;
8. програм хангамжийг нэгтгэх;
9. програм хангамжийн мэргэшлийн шалгалт;
10. системийн нэгдэл;
11. системийн мэргэшлийн шалгалт;
12. програм хангамж суурилуулах;
13. програм хангамжийн хүлээн авалт.

Бэлтгэл ажил нь төслийн цар хүрээ, ач холбогдол, нарийн төвөгтэй байдалд тохирсон програм хангамжийн амьдралын мөчлөгийн загварыг сонгохоос эхэлдэг. Хөгжлийн үйл явцын үйл ажиллагаа, даалгавар нь сонгосон загвартай тохирч байх ёстой. Хөгжүүлэгч нь төслийн нөхцөлийг сонгох, тохируулах, стандарт, арга, ашиглах ёстой хөгжүүлэх хэрэгслүүд, түүнчлэн ажлын гүйцэтгэлийн төлөвлөгөөг гаргах.

Системд тавигдах шаардлагын дүн шинжилгээ нь түүний үйл ажиллагааг тодорхойлох, хэрэглэгчийн шаардлага, найдвартай байдал, аюулгүй байдлын шаардлага, гадаад интерфейсийн шаардлага, гүйцэтгэл гэх мэт. Системийн шаардлагыг техник эдийн засгийн үндэслэл, туршилтын шалгуурт үндэслэн үнэлдэг.

Системийн архитектурыг зохион бүтээх нь түүний техник хангамж (техник хангамж), програм хангамж, системийг ажиллуулж буй ажилтнуудын гүйцэтгэсэн үйлдлүүдийн бүрэлдэхүүн хэсгүүдийг тодорхойлох явдал юм. Системийн архитектур нь системд тавигдах шаардлагыг хангасан байх ёстой, түүнчлэн хүлээн зөвшөөрөгдсөн дизайны стандартуудболон аргууд.

Програм хангамжийн шаардлагын дүн шинжилгээ нь програм хангамжийн бүрэлдэхүүн хэсэг бүрийн дараах шинж чанаруудыг тодорхойлох явдал юм.

1. бүрэлдэхүүн хэсгийн гүйцэтгэлийн шинж чанар, үйл ажиллагааны орчин зэрэг функциональ байдал;
2. гадаад интерфейс;
3. найдвартай байдал, аюулгүй байдлын үзүүлэлтүүд;
4. эргономикийн шаардлага;
5. ашигласан өгөгдөлд тавигдах шаардлага;
6. суурилуулах, хүлээн авах шаардлага;
7. хэрэглэгчийн баримт бичигт тавигдах шаардлага;
8. ашиглалт, засвар үйлчилгээнд тавигдах шаардлага.

Програм хангамжийн шаардлагыг бүхэлд нь системийн шаардлагад нийцэж байгаа эсэх, техник эдийн засгийн үндэслэл, туршилтын боломжийн шалгуурт үндэслэн үнэлдэг.

Програм хангамжийн архитектурын дизайн нь програм хангамжийн бүрэлдэхүүн хэсэг бүрийн хувьд дараахь ажлуудыг агуулдаг.

1. програм хангамжийн шаардлагыг тодорхойлсон архитектур болгон хувиргах өндөр түвшинпрограм хангамжийн бүтэц, түүний бүрэлдэхүүн хэсгүүдийн найрлага;
2. програм хангамжийн интерфейс ба мэдээллийн санг (DB) боловсруулах, баримтжуулах;
3. хэрэглэгчийн баримт бичгийн урьдчилсан хувилбарыг боловсруулах;
4. хөгжүүлэлт ба баримт бичиг урьдчилсан нөхцөлтуршилт, програм хангамжийг нэгтгэх төлөвлөгөө.

Нарийвчилсан програм хангамжийн дизайн нь дараахь ажлуудыг агуулна.

1. програм хангамжийн бүрэлдэхүүн хэсгүүд болон тэдгээрийн хоорондох интерфейсийн тодорхойлолт, дараагийн кодчилол, туршилт хийхэд хангалттай;
2. мэдээллийн сангийн нарийвчилсан загварыг боловсруулж, баримтжуулах;
3. хэрэглэгчийн баримт бичгийг шинэчлэх (шаардлагатай бол);
4. туршилтын шаардлага, програм хангамжийн бүрэлдэхүүн хэсгүүдийн туршилтын төлөвлөгөөг боловсруулах, баримтжуулах;

Програм хангамжийн кодчилол, туршилт нь дараахь ажлуудыг агуулна.

1. програм хангамжийн бүрэлдэхүүн хэсэг, мэдээллийн сан бүрийг кодлох, баримтжуулах, түүнчлэн тэдгээрийг турших туршилтын журам, өгөгдлийг бэлтгэх;
2. програм хангамж, мэдээллийн сангийн бүрэлдэхүүн хэсэг бүрийг тэдгээрт тавигдах шаардлагад нийцэж байгаа эсэхийг шалгаж, туршилтын үр дүнг баримтжуулах;
3. баримт бичгийг шинэчлэх (шаардлагатай бол);
4. програм хангамжийг нэгтгэх төлөвлөгөөг шинэчлэх.

Програм хангамжийг нэгтгэх нь нэгтгэсэн бүрэлдэхүүн хэсгүүдийг нэгтгэх, турших төлөвлөгөөний дагуу боловсруулсан програм хангамжийн бүрэлдэхүүн хэсгүүдийг угсрах явдал юм. Дараачийн мэргэшлийн шалгалтын явцад тавигдах шаардлага бүрийг шалгах зорилгоор нэгтгэсэн бүрэлдэхүүн хэсгүүдийн хувьд туршилтын багц, туршилтын журмыг боловсруулсан болно. Мэргэшлийн шаардлагашаардлага хангахын тулд хангасан байх ёстой шалгуур буюу нөхцлийн багц юм програм хангамжтехникийн шаардлагад нийцсэн, хээрийн нөхцөлд ашиглахад бэлэн.

Програм хангамжийн мэргэшлийн шалгалтыг хөгжүүлэгч үйлчлүүлэгчийг байлцуулан хийдэг (

Үйл ажиллагааны процесс нь системийг ажиллуулж буй оператор байгууллагын үйл ажиллагаа, даалгаврыг хамардаг. Үйл ажиллагааны процесс нь дараах алхмуудыг агуулна.

1. Дараах ажлуудыг гүйцэтгэх операторыг багтаасан бэлтгэл ажил.

   1. үйл ажиллагаа, ашиглалтын явцад гүйцэтгэсэн ажлыг төлөвлөх, үйл ажиллагааны стандартыг тогтоох;
   2. үйл ажиллагааны явцад үүссэн асуудлыг нутагшуулах, шийдвэрлэх журмыг тодорхойлох.
2. Програм хангамжийн бүтээгдэхүүний дараагийн хэвлэлт бүрт үйл ажиллагааны туршилтыг хийж, дараа нь энэ хэвлэлийг ашиглалтад оруулна.
3. Хэрэглэгчийн баримт бичгийн дагуу энэ зорилгоор зориулагдсан орчинд хийгддэг системийн бодит ажиллагаа.
4. асуудалд дүн шинжилгээ хийх, програм хангамжийг өөрчлөх хүсэлт (асуудал, өөрчлөлт оруулах хүсэлтийн талаархи мессежийн дүн шинжилгээ, цар хүрээ, өөрчлөлтийн өртөг, үр нөлөө, өөрчлөлт хийх боломжийн үнэлгээ);
5. програм хангамжийн өөрчлөлт (програм хангамжийн бүтээгдэхүүний бүрэлдэхүүн хэсэг, баримт бичиг боловсруулах үйл явцын дүрмийн дагуу өөрчлөлт оруулах);
6. баталгаажуулах, хүлээн зөвшөөрөх (өөрчлөгдсөн системийн бүрэн бүтэн байдлын хувьд);
7. програм хангамжийг өөр орчинд шилжүүлэх (програм, өгөгдлийг хөрвүүлэх, хуучин болон шинэ орчинд програм хангамжийг тодорхой хугацаанд зэрэгцүүлэн ажиллуулах);
8. Үйлчлүүлэгч байгууллага, туслах үйлчилгээ, хэрэглэгчдийн оролцоотойгоор хэрэглэгчийн шийдвэрээр программ хангамжийг ашиглалтаас гаргах. Хаана програм хангамжийн бүтээгдэхүүнболон баримт бичгийг гэрээний дагуу архивлах ёстой.

Тэмдэглэл.

Оршил.

1. Програм хангамжийн амьдралын мөчлөг

Оршил.

Райли програмчлалын үйл явцын үе шатууд

Оршил.

1.1.1. Асуудлын томъёолол.

1.1.2. Шийдэл дизайн.

1.1.3. Алгоритм кодчилол.

1.1.4. Хөтөлбөрийн дэмжлэг.

1.1.5. Програм хангамжийн баримт бичиг.

1.1-д заасан дүгнэлт

1.2. Лехманы дагуу LCPO-г тодорхойлох.

Оршил.

1.2.1 Системийн тодорхойлолт.

1.2.2. Хэрэгжилт.

1.2.3. Үйлчилгээ.

1.2-р зүйлийн дүгнэлт.

1.3. Боемын дагуу LCPO-ийн үе шат ба ажил

1.3.1. Каскадын загвар.

1.3.2. Эдийн засгийн үндэслэлкаскадын загвар.

1.3.3. Каскадын загварыг сайжруулах.

1.3.4. Амьдралын мөчлөгийн үе шатуудыг тодорхойлох.

1.3.5. Төслийн үндсэн ажил.

Уран зохиол.

Оршил

Аж үйлдвэрийн хэрэглээкомпьютер, программуудын өсөн нэмэгдэж буй эрэлт хэрэгцээ нь мэдэгдэхүйц нэмэгдүүлэх яаралтай зорилтуудыг тавьж байна програм хангамж хөгжүүлэх бүтээмж, төлөвлөлт, хөтөлбөр боловсруулах үйлдвэрлэлийн аргыг боловсруулах, зохион байгуулалт, техник, техник, эдийн засаг, нийгэм-сэтгэл зүйн техник, хэв маяг, аргыг салбараас шилжүүлэх. материаллаг үйлдвэрлэлкомпьютерийн хэрэглээний салбарт. Нарийн төвөгтэй аргаПрограм хангамж боловсруулах, ажиллуулах, засвар үйлчилгээ хийх үйл явцад тэрээр хэд хэдэн тулгамдсан асуудлуудыг дэвшүүлсэн бөгөөд тэдгээрийн шийдэл нь програмын дизайн дахь саад тотгорыг арилгах, ажил дуусах хугацааг багасгах, одоо байгаа програмуудын сонголт, дасан зохицох чадварыг сайжруулах, магадгүй суулгагдсан компьютер бүхий системийн хувь заяа.

Томоохон програм хангамжийн төслүүдийг боловсруулах практикт ихэвчлэн байдаггүй нэгдсэн хандлагаПрограм хангамжийн бүтээмжийг нэмэгдүүлэхэд саад болж буй хөдөлмөрийн зардал, ажлын эцсийн хугацаа, материалын зардлыг үнэлэх, эцэст нь - үр дүнтэй менежментпрограм хангамжийн амьдралын мөчлөг. Аливаа төрлийн хөтөлбөр нь бүтээгдэхүүн болж хувирдаг (боловсролын, прототип хөтөлбөрөөс бусад тохиолдолд) түүнийг үйлдвэрлэх арга нь үйлдвэрлэлийн бүтээгдэхүүн үйлдвэрлэх хандлагатай олон талаараа төстэй байх ёстой бөгөөд хөтөлбөрийн дизайны асуудал маш чухал болж байна. Энэ санаа нь B.W.-ийн номын гол цөм юм. Бидний үүнийг бичиж байсан Boehm-ийн "Програм хангамжийн инженерчлэл" курсын ажил. Энэ номонд програм хангамжийн дизайн гэдэг нь програм хангамжийн бүтээгдэхүүний загвар бүтээх үйл явцыг хэлнэ.

1 Програм хангамжийн амьдралын мөчлөг

ОРШИЛ

LCPO нь програм хангамжийг бий болгох шаардлагатай гэж шийдвэр гаргасан мөчөөс эхэлж, үйлчилгээнээс бүрэн хасагдсан үед дуусдаг тасралтгүй үйл явц юм.

Програм хангамжийн амьдралын мөчлөгийн (SLC) үе шат, үйл ажиллагаа, програмчлалын үйл явцын үе шат, каскад болон спираль загваруудыг тодорхойлох хэд хэдэн арга байдаг. Гэхдээ тэд бүгд нийтлэг үндсэн бүрэлдэхүүн хэсгүүдийг агуулдаг: асуудлын мэдэгдэл, шийдлийн загвар, хэрэгжилт, засвар үйлчилгээ.

Хамгийн алдартай бөгөөд бүрэн гүйцэд нь магадгүй найман үе шатыг багтаасан Боемийн дагуу амьдралын мөчлөгийн үйл явцын бүтэц юм. Цаашид илүү дэлгэрэнгүй танилцуулах болно.

Нэг нь боломжит сонголтуудГурван үндсэн үе шатыг багтаасан, хамгийн ерөнхий тохиолдолд амьдралын мөчлөгийн тодорхойлолтыг илэрхийлдэг Леманны дагуу дээд түвшний тодорхойлолт нь үйлчилж болно.

Төрөл бүрийн хувьд бид Д.Райлигийн "Модула-2 хэлийг ашиглах" номонд танилцуулсан програмчлалын үйл явцын үе шатуудыг толилуулж байна. Энэ санаа бол миний бодлоор маш энгийн бөгөөд танил бөгөөд үүнээс эхэлье.

1.1 Райли програмчлалын үйл явц дахь алхамууд

Оршил

Програмчлалын үйл явц нь дөрвөн үе шаттай (Зураг 1):

асуудлын мэдэгдэл, өөрөөр хэлбэл. хөтөлбөр нь ямар ажлыг гүйцэтгэх ёстой талаар хангалттай ойлголттой болох;

аль хэдийн тодорхойлсон асуудлын шийдлийг төлөвлөх (ерөнхийдөө ийм шийдэл нь эцсийн хөтөлбөрөөс бага албан ёсны);

програмын кодчилол, өөрөөр хэлбэл боловсруулсан шийдлийг машин дээр гүйцэтгэх боломжтой програм болгон хөрвүүлэх;

хөтөлбөрийн дэмжлэг, i.e. програмын алдааг олж засварлах, шинэ боломжуудыг нэмэх үйл явц.

Цагаан будаа. 1. Програмчлалын дөрвөн алхам.

Програмчлал нь тухайн мөчөөс эхэлдэг хэрэглэгч, өөрөөр хэлбэл Асуудлыг шийдэх програм хэрэгтэй байгаа хэн нэгэн нь асуудлыг хэлдэг системийн шинжээч.Хэрэглэгч болон системийн шинжээчид асуудлын мэдэгдлийг хамтдаа тодорхойлно. Дараа нь сүүлийнх нь дамждаг алгоритмист, шийдлийн загварыг хэн хариуцах вэ. Шийдэл (эсвэл алгоритм) нь үйлдлийн дарааллыг илэрхийлдэг бөгөөд тэдгээрийн гүйцэтгэл нь асуудлыг шийдвэрлэхэд хүргэдэг. Алгоритм нь ихэвчлэн машин дээр ажиллахад тохиромжгүй байдаг тул үүнийг машины програм руу хөрвүүлэх хэрэгтэй. Энэ ажиллагааг кодлогч гүйцэтгэдэг. Хөтөлбөрийн дараагийн өөрчлөлтийг засварлагч хариуцна. программист. Системийн шинжээч, алгоритмч, кодлогч, дагалдан яваа программист бүгд програмист.

Томоохон програм хангамжийн төслийн хувьд хэрэглэгчдийн тоо, системийн шинжээч, алгоритмистууд ихээхэн байж болно. Үүнээс гадна урьдчилан тооцоолоогүй нөхцөл байдлын улмаас өмнөх алхамууд руу буцах шаардлагатай байж магадгүй юм. Энэ бүхэн нь програм хангамжийг сайтар боловсруулах нэмэлт аргумент болж өгдөг: алхам бүрийн үр дүн бүрэн, үнэн зөв, ойлгомжтой байх ёстой.

1.1.1 Асуудлын мэдэгдэл

Програмчлалын хамгийн чухал алхамуудын нэг бол асуудлыг тодорхойлох явдал юм. Энэ нь хэрэглэгч болон программист (ууд) хоорондын гэрээний үүрэг гүйцэтгэдэг. Хуулийн дагуу муу боловсруулсан гэрээний нэгэн адил муу бичсэн асуудлын мэдэгдэл нь ашиггүй. Асуудлын сайн мэдэгдлийн тусламжтайгаар хэрэглэгч болон программист хоёулаа гүйцэтгэх шаардлагатай даалгаврыг тодорхой бөгөөд хоёрдмол утгагүй илэрхийлдэг. Энэ тохиолдолд хэрэглэгчийн болон програмистын ашиг сонирхлыг харгалзан үзнэ. Хэрэглэгч юу хийж чадах талаарх мэдлэг дээрээ тулгуурлан бүтээгдээгүй программ хангамжийг ашиглахаар төлөвлөж болно. Асуудлыг сайн тайлбарлах нь түүний шийдлийг боловсруулах үндэс суурь болдог.

Асуудлын томъёолол (хөтөлбөрийн тодорхойлолт); үндсэндээ тодорхой программыг гүйцэтгэх үед юу болох талаар үнэн зөв, бүрэн гүйцэд, ойлгомжтой тайлбарыг хэлнэ. Хэрэглэгч компьютерийг ихэвчлэн хар хайрцаг мэт хардаг: түүний хувьд компьютер хэрхэн ажиллах нь чухал биш, харин компьютер юу хийж чадах нь хэрэглэгчийн сонирхлыг татдаг. Энэ тохиолдолд гол анхаарал нь хүний ​​машинтай харилцах харилцаанд чиглэгддэг.

Сайн асуудлын мэдэгдлийн шинж чанарууд:

Нарийвчлал, өөрөөр хэлбэл аливаа ойлгомжгүй байдлыг арилгах. Өгөгдсөн аливаа оролтын хувьд програмын гаралт ямар байх талаар асуулт байх ёсгүй.

Бүрэн байдал, өөрөөр хэлбэл алдаатай эсвэл төлөвлөөгүй оролт зэрэг өгөгдсөн оролтын бүх хувилбаруудыг авч үзэж, тохирох гарцыг тодорхойлох.

Тодорхой байдал, өөрөөр хэлбэл Асуудлын мэдэгдэл нь тэдний хоорондох цорын ганц гэрээ учраас хэрэглэгч болон системийн шинжээчийн аль алинд нь ойлгомжтой байх ёстой.

Нарийвчлал, бүрэн бүтэн байдал, тодорхой байдлын шаардлага нь ихэвчлэн зөрчилддөг. Тийм ээ, олон эрх зүйн баримт бичигҮүнийг ойлгоход хэцүү, учир нь тэдгээр нь албан ёсны хэлээр бичигдсэн байдаг бөгөөд энэ нь зарим заалтыг ямар нэгэн жижиг зөрүүг оруулахгүйгээр маш нарийвчлалтай боловсруулах боломжийг олгодог. Жишээлбэл, шалгалтын хуудасны зарим асуултууд заримдаа маш нарийн томъёолсон байдаг тул оюутан асуултанд хариулахаас илүү ойлгоход илүү их цаг зарцуулдаг. Түүгээр ч зогсохгүй оюутан олон тооны нарийн ширийн зүйлээс болж асуултын гол утгыг ойлгохгүй байж магадгүй юм. Асуудлын хамгийн сайн томъёолол бол бүх гурван шаардлагын тэнцвэрийг хангах явдал юм.

Асуудлын мэдэгдлийн стандарт хэлбэр.

Дараах асуудлын мэдэгдлийг анхаарч үзээрэй: "Гурван тоог оруулаад тоонуудыг дарааллаар нь гарга."

Ийм мэдэгдэл нь дээрх шаардлагыг хангаагүй: энэ нь үнэн зөв, бүрэн гүйцэд биш, ойлгомжтой биш юм. Үнэн хэрэгтээ тоонуудыг нэг мөрөнд оруулах уу эсвэл бүх тоог нэг мөрөнд оруулах уу? "Дэмжээнд" гэсэн илэрхийлэл нь ихээс бага руу, багаас их рүү эрэмбэлэх эсвэл тэдгээрийг нэвтрүүлсэн ижил дарааллыг илэрхийлж байна уу.

Ийм мэдэгдэл нь олон асуултанд хариулахгүй нь ойлгомжтой. Хэрэв бид бүх асуултын хариултыг харгалзан үзвэл асуудлын тайлбар нь нарийн бөгөөд ойлгоход хэцүү болно. Иймд Д.Райли асуудлыг тавихдаа хамгийн дээд нарийвчлал, бүрэн бүтэн байдал, тодорхой байдлыг хангах стандарт хэлбэрийг ашиглахыг санал болгож байна.

ажлын нэр (схемийн тодорхойлолт);

ерөнхий тодорхойлолт (даалгаврын товч хураангуй);

алдаа (ер бусын оролтын сонголтуудыг хэрэглэгчид болон программистуудад ийм нөхцөлд машин ямар үйлдэл хийхийг харуулахын тулд тодорхой жагсаасан);

жишээ ( сайн жишээасуудлын мөн чанарыг илэрхийлэх, түүнчлэн янз бүрийн тохиолдлуудыг дүрслэн харуулах боломжтой).

Жишээ. Асуудлыг стандарт хэлбэрээр илэрхийлэх.

НЭР

Гурван бүхэл тоог эрэмбэлэх.

ТОДОРХОЙЛОЛТ

Гурван бүхэл тооны оролт гаралт, багаас хамгийн том хүртэл эрэмбэлсэн.

Гурван бүхэл тоо, нэг мөрөнд нэг тоо оруулна. Бүхэл тоо нь нэг буюу хэд хэдэн дараалсан аравтын бутархай орон бөгөөд үүний өмнө нэмэх тэмдэг “+” эсвэл хасах тэмдэг “–” байж болно.

Оруулсан гурван бүхэл тоог нэг мөрөнд хэвлэнэ. Зэргэлдээх тоонуудыг зайгаар тусгаарлана. Тоонуудыг хамгийн жижигээс том руу, зүүнээс баруун тийш харуулна.

1) Хэрэв гурваас бага тоо оруулсан бол програм нэмэлт оруулахыг хүлээнэ.

2) Эхний гурваас бусад оролтын мөрийг үл тоомсорлодог.

3) Хэрэв эхний гурван мөрийн аль нэг нь нэгээс олон бүхэл тоо агуулж байвал програмаас гарч мессеж гарч ирнэ.

Тэмдэглэл.

Оршил.

1. Програм хангамжийн амьдралын мөчлөг

Оршил.

Райли програмчлалын үйл явцын үе шатууд

Оршил.

1.1.1. Асуудлын томъёолол.

1.1.2. Шийдэл дизайн.

1.1.3. Алгоритм кодчилол.

1.1.4. Хөтөлбөрийн дэмжлэг.

1.1.5. Програм хангамжийн баримт бичиг.

1.1-д заасан дүгнэлт

1.2. Лехманы дагуу LCPO-г тодорхойлох.

Оршил.

1.2.1 Системийн тодорхойлолт.

1.2.2. Хэрэгжилт.

1.2.3. Үйлчилгээ.

1.2-р зүйлийн дүгнэлт.

1.3. Боемын дагуу LCPO-ийн үе шат ба ажил

1.3.1. Каскадын загвар.

1.3.2. Каскадын загварын эдийн засгийн үндэслэл.

1.3.3. Каскадын загварыг сайжруулах.

1.3.4. Амьдралын мөчлөгийн үе шатуудыг тодорхойлох.

1.3.5. Төслийн үндсэн ажил.

Уран зохиол.

Оршил

Компьютерийн үйлдвэрлэлийн хэрэглээ, программуудын өсөн нэмэгдэж буй эрэлт хэрэгцээ нь ихээхэн нэмэгдэх зайлшгүй шаардлагатай сорилтуудыг бий болгож байна програм хангамж хөгжүүлэх бүтээмж, төлөвлөлт, хөтөлбөр боловсруулах үйлдвэрлэлийн аргыг хөгжүүлэх, зохион байгуулалт, техник, техник, эдийн засаг, нийгэм-сэтгэл зүйн техник, хэв маяг, аргыг материаллаг үйлдвэрлэлийн салбараас компьютерийн хэрэглээний салбарт шилжүүлэх. Нарийн төвөгтэй аргаПрограм хангамж боловсруулах, ажиллуулах, засвар үйлчилгээ хийх үйл явцад тэрээр хэд хэдэн тулгамдсан асуудлуудыг дэвшүүлсэн бөгөөд тэдгээрийн шийдэл нь програмын дизайн дахь саад тотгорыг арилгах, ажил дуусах хугацааг багасгах, одоо байгаа програмуудын сонголт, дасан зохицох чадварыг сайжруулах, магадгүй суулгагдсан компьютер бүхий системийн хувь заяа.

Томоохон програм хангамжийн төслүүдийг боловсруулах практикт ихэвчлэн байдаггүй нэгдсэн хандлагаПрограм хангамжийн бүтээмжийг нэмэгдүүлэх, эцэст нь програм хангамжийн амьдралын мөчлөгийг үр дүнтэй удирдахад саад болж буй хөдөлмөрийн зардал, ажлын эцсийн хугацаа, материалын зардлыг үнэлэх. Аливаа төрлийн хөтөлбөр нь бүтээгдэхүүн болж хувирдаг (боловсролын, прототип хөтөлбөрөөс бусад тохиолдолд) түүнийг үйлдвэрлэх арга нь үйлдвэрлэлийн бүтээгдэхүүн үйлдвэрлэх хандлагатай олон талаараа төстэй байх ёстой бөгөөд хөтөлбөрийн дизайны асуудал маш чухал болж байна. Энэ санаа нь B.W.-ийн номын гол цөм юм. Энэхүү курсын ажлыг бичихдээ бидний ашигласан Boehm "Програм хангамжийн инженерчлэл". Энэ номонд програм хангамжийн дизайн гэдэг нь програм хангамжийн бүтээгдэхүүний загвар бүтээх үйл явцыг хэлнэ.

1 Програм хангамжийн амьдралын мөчлөг

ОРШИЛ

LCPO нь програм хангамжийг бий болгох шаардлагатай гэж шийдвэр гаргасан мөчөөс эхэлж, үйлчилгээнээс бүрэн хасагдсан үед дуусдаг тасралтгүй үйл явц юм.

Програм хангамжийн амьдралын мөчлөгийн (SLC) үе шат, үйл ажиллагаа, програмчлалын үйл явцын үе шат, каскад болон спираль загваруудыг тодорхойлох хэд хэдэн арга байдаг. Гэхдээ тэд бүгд нийтлэг үндсэн бүрэлдэхүүн хэсгүүдийг агуулдаг: асуудлын мэдэгдэл, шийдлийн загвар, хэрэгжилт, засвар үйлчилгээ.

Хамгийн алдартай бөгөөд бүрэн гүйцэд нь магадгүй найман үе шатыг багтаасан Боемийн дагуу амьдралын мөчлөгийн үйл явцын бүтэц юм. Цаашид илүү дэлгэрэнгүй танилцуулах болно.

Боломжит хувилбаруудын нэг нь Лехманы дагуу дээд түвшний тайлбар байж болох бөгөөд энэ нь гурван үндсэн үе шатыг багтаасан бөгөөд хамгийн ерөнхий тохиолдолд амьдралын мөчлөгийн тайлбарыг илэрхийлдэг.

Төрөл бүрийн хувьд бид Д.Райлигийн "Модула-2 хэлийг ашиглах" номонд танилцуулсан програмчлалын үйл явцын үе шатуудыг толилуулж байна. Энэ санаа бол миний бодлоор маш энгийн бөгөөд танил бөгөөд үүнээс эхэлье.

1.1 Райли програмчлалын үйл явц дахь алхамууд

Програмчлалын үйл явц нь дөрвөн үе шаттай (Зураг 1):

асуудлын мэдэгдэл, өөрөөр хэлбэл. хөтөлбөр нь ямар ажлыг гүйцэтгэх ёстой талаар хангалттай ойлголттой болох;

аль хэдийн тодорхойлсон асуудлын шийдлийг төлөвлөх (ерөнхийдөө ийм шийдэл нь эцсийн хөтөлбөрөөс бага албан ёсны);

програмын кодчилол, өөрөөр хэлбэл боловсруулсан шийдлийг машин дээр гүйцэтгэх боломжтой програм болгон хөрвүүлэх;

хөтөлбөрийн дэмжлэг, i.e. програмын алдааг олж засварлах, шинэ боломжуудыг нэмэх үйл явц.

Цагаан будаа. 1. Програмчлалын дөрвөн алхам.

Програмчлал нь тухайн мөчөөс эхэлдэг хэрэглэгч, өөрөөр хэлбэл Асуудлыг шийдэх програм хэрэгтэй байгаа хэн нэгэн нь асуудлыг хэлдэг системийн шинжээч.Хэрэглэгч болон системийн шинжээчид асуудлын мэдэгдлийг хамтдаа тодорхойлно. Дараа нь сүүлийнх нь дамждаг алгоритмист, шийдлийн загварыг хэн хариуцах вэ. Шийдэл (эсвэл алгоритм) нь үйлдлийн дарааллыг илэрхийлдэг бөгөөд тэдгээрийн гүйцэтгэл нь асуудлыг шийдвэрлэхэд хүргэдэг. Алгоритм нь ихэвчлэн машин дээр ажиллахад тохиромжгүй байдаг тул үүнийг машины програм руу хөрвүүлэх хэрэгтэй. Энэ ажиллагааг кодлогч гүйцэтгэдэг. Дагалдан яваа программист нь програмын дараагийн өөрчлөлтийг хариуцна. Системийн шинжээч, алгоритмч, кодлогч, дагалдан яваа программист бүгд програмист.

Томоохон програм хангамжийн төслийн хувьд хэрэглэгчдийн тоо, системийн шинжээч, алгоритмистууд ихээхэн байж болно. Үүнээс гадна урьдчилан тооцоолоогүй нөхцөл байдлын улмаас өмнөх алхамууд руу буцах шаардлагатай байж магадгүй юм. Энэ бүхэн нь програм хангамжийг сайтар боловсруулах нэмэлт аргумент болж өгдөг: алхам бүрийн үр дүн бүрэн, үнэн зөв, ойлгомжтой байх ёстой.

1.1.1 Асуудлын мэдэгдэл

Програмчлалын хамгийн чухал алхамуудын нэг бол асуудлыг тодорхойлох явдал юм. Энэ нь хэрэглэгч болон программист (ууд) хоорондын гэрээний үүрэг гүйцэтгэдэг. Хуулийн дагуу муу боловсруулсан гэрээний нэгэн адил муу бичсэн асуудлын мэдэгдэл нь ашиггүй. Асуудлын сайн мэдэгдлийн тусламжтайгаар хэрэглэгч болон программист хоёулаа гүйцэтгэх шаардлагатай даалгаврыг тодорхой бөгөөд хоёрдмол утгагүй илэрхийлдэг. Энэ тохиолдолд хэрэглэгчийн болон програмистын ашиг сонирхлыг харгалзан үзнэ. Хэрэглэгч юу хийж чадах талаарх мэдлэг дээрээ тулгуурлан бүтээгдээгүй программ хангамжийг ашиглахаар төлөвлөж болно. Асуудлыг сайн тайлбарлах нь түүний шийдлийг боловсруулах үндэс суурь болдог.

Асуудлын томъёолол (хөтөлбөрийн тодорхойлолт); үндсэндээ тодорхой программыг гүйцэтгэх үед юу болох талаар үнэн зөв, бүрэн гүйцэд, ойлгомжтой тайлбарыг хэлнэ. Хэрэглэгч компьютерийг ихэвчлэн хар хайрцаг мэт хардаг: түүний хувьд компьютер хэрхэн ажиллах нь чухал биш, харин компьютер юу хийж чадах нь хэрэглэгчийн сонирхлыг татдаг. Энэ тохиолдолд гол анхаарал нь хүний ​​машинтай харилцах харилцаанд чиглэгддэг.

Сайн асуудлын мэдэгдлийн шинж чанарууд:

Нарийвчлал, өөрөөр хэлбэл аливаа ойлгомжгүй байдлыг арилгах. Өгөгдсөн аливаа оролтын хувьд програмын гаралт ямар байх талаар асуулт байх ёсгүй.

Бүрэн байдал, өөрөөр хэлбэл алдаатай эсвэл төлөвлөөгүй оролт зэрэг өгөгдсөн оролтын бүх хувилбаруудыг авч үзэж, тохирох гарцыг тодорхойлох.

Тодорхой байдал, өөрөөр хэлбэл Асуудлын мэдэгдэл нь тэдний хоорондох цорын ганц гэрээ учраас хэрэглэгч болон системийн шинжээчийн аль алинд нь ойлгомжтой байх ёстой.

Нарийвчлал, бүрэн бүтэн байдал, тодорхой байдлын шаардлага нь ихэвчлэн зөрчилддөг. Иймд олон хууль эрх зүйн баримт бичгүүд нь албан ёсны хэлээр бичигдсэн тул ойлгоход хүндрэлтэй байдаг бөгөөд энэ нь зарим зүйл заалтыг бага зэргийн зөрүү гаргахгүйгээр маш нарийн боловсруулах боломжийг олгодог. Жишээлбэл, шалгалтын хуудасны зарим асуултууд заримдаа маш нарийн томъёолсон байдаг тул оюутан асуултанд хариулахаас илүү ойлгоход илүү их цаг зарцуулдаг. Түүгээр ч зогсохгүй оюутан олон тооны нарийн ширийн зүйлээс болж асуултын гол утгыг ойлгохгүй байж магадгүй юм. Асуудлын хамгийн сайн томъёолол бол бүх гурван шаардлагын тэнцвэрийг хангах явдал юм.

Асуудлын мэдэгдлийн стандарт хэлбэр.

Дараах асуудлын мэдэгдлийг анхаарч үзээрэй: "Гурван тоог оруулаад тоонуудыг дарааллаар нь гарга."

Ийм мэдэгдэл нь дээрх шаардлагыг хангаагүй: энэ нь үнэн зөв, бүрэн гүйцэд биш, ойлгомжтой биш юм. Үнэн хэрэгтээ тоонуудыг нэг мөрөнд оруулах уу эсвэл бүх тоог нэг мөрөнд оруулах уу? "Дэмжээнд" гэсэн илэрхийлэл нь ихээс бага руу, багаас их рүү эрэмбэлэх эсвэл тэдгээрийг нэвтрүүлсэн ижил дарааллыг илэрхийлж байна уу.

Ийм мэдэгдэл нь олон асуултанд хариулахгүй нь ойлгомжтой. Хэрэв бид бүх асуултын хариултыг харгалзан үзвэл асуудлын тайлбар нь нарийн бөгөөд ойлгоход хэцүү болно. Иймд Д.Райли асуудлыг тавихдаа хамгийн дээд нарийвчлал, бүрэн бүтэн байдал, тодорхой байдлыг хангах стандарт хэлбэрийг ашиглахыг санал болгож байна.

ажлын нэр (схемийн тодорхойлолт);

ерөнхий тодорхойлолт (даалгаврын товч хураангуй);

алдаа (ер бусын оролтын сонголтуудыг хэрэглэгчид болон программистуудад ийм нөхцөлд машин ямар үйлдэл хийхийг харуулахын тулд тодорхой жагсаасан);

жишээ (сайн жишээ нь асуудлын мөн чанарыг илэрхийлж, янз бүрийн тохиолдлуудыг харуулж чадна).

Жишээ. Асуудлыг стандарт хэлбэрээр илэрхийлэх.

НЭР

Гурван бүхэл тоог эрэмбэлэх.

ТОДОРХОЙЛОЛТ

Гурван бүхэл тооны оролт гаралт, багаас хамгийн том хүртэл эрэмбэлсэн.

Гурван бүхэл тоо, нэг мөрөнд нэг тоо оруулна. Бүхэл тоо нь нэг буюу хэд хэдэн дараалсан аравтын бутархай орон бөгөөд үүний өмнө нэмэх тэмдэг “+” эсвэл хасах тэмдэг “–” байж болно.

Оруулсан гурван бүхэл тоог нэг мөрөнд хэвлэнэ. Зэргэлдээх тоонуудыг зайгаар тусгаарлана. Тоонуудыг хамгийн жижигээс том руу, зүүнээс баруун тийш харуулна.

1) Хэрэв гурваас бага тоо оруулсан бол програм нэмэлт оруулахыг хүлээнэ.

2012 оны 3-р сарын 01-ний өдөр ОХУ-ын Техникийн зохицуулалт, хэмжил зүйн холбооны агентлаг ГОСТ Р ISO/IEC 12207-2010 “Мэдээллийн технологи. Систем ба програм хангамжийн инженерчлэл. Амьдралын мөчлөгийн процессууд програм хангамж", адилхан олон улсын стандарт ISO/IEC 12207:2008 “Систем ба програм хангамжийн инженерчлэл - Програм хангамжийн амьдралын мөчлөгийн процесс”.

Тогтсон нэр томъёог ашиглан энэхүү стандартыг тогтооно ерөнхий бүтэцПрограм хангамжийн салбарт удирдаж болох програм хангамжийн амьдралын мөчлөгийн үйл явц. Стандарт нь програм хангамжийн бүтээгдэхүүн, үйлчилгээг худалдан авах, түүнчлэн програм хангамжийн бүтээгдэхүүнийг хүргэх, хөгжүүлэх, зориулалтын дагуу ашиглах, засвар үйлчилгээ хийх, зогсооход хэрэглэгддэг үйл явц, үйл ажиллагаа, даалгавруудыг тодорхойлдог.

Програм хангамжийн амьдралын мөчлөгийн үйл явц

Стандарт бүлгүүд янз бүрийн төрөламьдралын мөчлөгийн явцад хийж болох үйл ажиллагаа програм хангамжийн системүүд, долоон процессын бүлэгт хуваана. Эдгээр бүлгүүдийн амьдралын мөчлөгийн үйл явц бүрийг зорилго, хүссэн үр дүн, эдгээр үр дүнд хүрэхийн тулд хийх ёстой үйлдлүүдийн жагсаалт, даалгавруудаар дүрсэлсэн байдаг.

• гэрээний үйл явц - хоёр процесс;
• төслийн зохион байгуулалтын дэмжлэг үзүүлэх үйл явц - таван үйл явц;
• төслийн үйл явц - долоон үйл явц;
• техникийн процессууд - арван нэгэн процесс;
• програм хангамжийг хэрэгжүүлэх үйл явц - долоон процесс;
• програм хангамжийг дэмжих үйл явц - найман процесс;
• үйл явц дахин ашиглахпрограм хангамж - гурван процесс.
• Үндсэн:
  • Худалдан авалт (програм хангамжийг худалдан авч буй хэрэглэгчийн үйлдэл, даалгавар)
  • Хүргэлт (хэрэглэгчийг програм хангамжийн бүтээгдэхүүн, үйлчилгээгээр хангадаг нийлүүлэгчийн үйлдэл, даалгавар)
  • Хөгжүүлэлт (хөгжүүлэгчийн гүйцэтгэсэн үйлдэл, даалгавар: програм хангамж үүсгэх, зураг төсөл, ашиглалтын баримт бичгийг бэлтгэх, туршилтын болон сургалтын материал бэлтгэх гэх мэт)
  • Үйл ажиллагаа (операторын үйлдэл, даалгавар - системийг ажиллуулж буй байгууллага)
  • Засвар үйлчилгээ (дагалдан яваа байгууллагын гүйцэтгэсэн үйлдэл, даалгавар, өөрөөр хэлбэл дэмжлэг үзүүлэх үйлчилгээ). Дэмжлэг - алдааг засч залруулах, бүтээмжийг дээшлүүлэх, үйл ажиллагааны өөрчлөгдсөн нөхцөл, шаардлагад дасан зохицох зорилгоор програм хангамжид өөрчлөлт оруулах.
• Туслах
  • Баримтжуулалт (програм хангамжийн амьдралын мөчлөгийн явцад бий болсон мэдээллийн албан ёсны тайлбар)
  • Тохиргооны удирдлага (програм хангамжийн бүрэлдэхүүн хэсгүүдийн статусыг тодорхойлох, түүний өөрчлөлтийг удирдахын тулд програм хангамжийн амьдралын мөчлөгийн туршид захиргааны болон техникийн процедурыг ашиглах).
  • Чанарын баталгаа (мэдээллийн систем болон түүний амьдралын мөчлөгийн үйл явц нь тогтоосон шаардлага, батлагдсан төлөвлөгөөнд нийцэж байгаа эсэхийг баталгаажуулах)
  • Баталгаажуулалт (зарим үйлдлийн үр дүнд бий болсон програм хангамжийн бүтээгдэхүүн нь өмнөх үйлдлээс үүдэлтэй шаардлага, нөхцөлийг бүрэн хангаж байгааг тодорхойлох)
  • Баталгаажуулалт (заасан шаардлага, бий болгосон систем нь тэдгээрийн тодорхой функциональ зорилготой нийцэж байгаа эсэхийг тодорхойлох)
  • Хамтарсан үнэлгээ (төслийн ажлын төлөв байдлын үнэлгээ: нөөц, боловсон хүчин, тоног төхөөрөмж, багаж хэрэгслийн төлөвлөлт, менежментийн хяналт)
  • Аудит (шаардлага, төлөвлөгөө, гэрээний нөхцөлтэй нийцэж байгаа эсэхийг тодорхойлох)
  • Асуудлыг шийдвэрлэх (хөгжүүлэлт, ашиглалт, засвар үйлчилгээ болон бусад үйл явцын явцад илэрсэн асуудлын гарал үүсэл, эх сурвалжаас үл хамааран дүн шинжилгээ хийх, шийдвэрлэх)
• Зохион байгуулалтын
  • Хяналт (процессоо удирдаж буй аль ч талын хийж болох үйлдэл, даалгавар)
  • Дэд бүтцийг бий болгох (технологи, стандарт, багаж хэрэгслийг сонгох, засварлах, програм хангамжийг хөгжүүлэх, ажиллуулах, засвар үйлчилгээ хийхэд ашигладаг техник хангамж, програм хангамжийг сонгох, суурилуулах)
  • Сайжруулалт (амьдралын мөчлөгийн үйл явцыг үнэлэх, хэмжих, хянах, сайжруулах)
  • Сургалт (анхны сургалт, дараа нь боловсон хүчнийг хөгжүүлэх)

Процесс бүр нь хэд хэдэн үйлдлийг агуулдаг. Жишээлбэл, худалдан авах үйл явц нь дараахь үйл ажиллагааг хамарна.

1. Худалдан авалтын эхлэл
2. Тендерийн саналыг бэлтгэх
3. Гэрээг бэлтгэх, тохируулах
4. Нийлүүлэгчийн үйл ажиллагаанд хяналт тавих
5. Ажлыг хүлээн авах, дуусгах

Үйл ажиллагаа бүр нь хэд хэдэн даалгавар агуулдаг. Жишээлбэл, тендерийн саналыг бэлтгэх нь дараахь зүйлийг агуулна.

1. Системийн шаардлагыг бүрдүүлэх
2. Програм хангамжийн бүтээгдэхүүний жагсаалтыг гаргах
3. Нөхцөл ба гэрээ байгуулах
4. Техникийн хязгаарлалтын тодорхойлолт (системийн ажиллах орчин гэх мэт)

Програм хангамжийн амьдралын мөчлөгийн үе шатууд, үйл явц ба үе шатуудын хоорондын хамаарал

Програм хангамжийн амьдралын мөчлөгийн загвар- амьдралын мөчлөгийн туршид үйл явц, үйлдэл, даалгавруудын хоорондын хамаарал ба гүйцэтгэлийн дараалалыг тодорхойлдог бүтэц. Амьдралын мөчлөгийн загвар нь төслийн онцлог, цар хүрээ, нарийн төвөгтэй байдал, системийг бий болгож, ажиллуулах тодорхой нөхцлөөс хамаарна.

ГОСТ R ISO/IEC 12207-2010 стандарт нь амьдралын мөчлөгийн тодорхой загварыг санал болгодоггүй. Түүний заалтууд нь IP үүсгэх амьдралын мөчлөгийн аливаа загвар, арга, технологид нийтлэг байдаг. Энэ нь эдгээр үйл явцад багтсан үйл ажиллагаа, даалгавруудыг хэрхэн хэрэгжүүлэх, дуусгахыг заагаагүй бол амьдралын мөчлөгийн үйл явцын бүтцийг тодорхойлдог.

Програм хангамжийн амьдралын мөчлөгийн загварт дараахь зүйлс орно.

1. Үе шат;
2. Үе шат бүрийн ажлын үр дүн;
3. Гол үйл явдлууд бол ажил дуусгах, шийдвэр гаргах цэгүүд юм.