Хяналт амьдралын мөчлөгпрограмууд (Application Lifecycle Management, ALM) хурдацтай хөгжиж байна. Энэ нь бүтээх үйл явцыг сайжруулах ирээдүйтэй арга юм. програм хангамж(BY). Гэсэн хэдий ч "уламжлалт" ALM үйл явц нь байгууллагад үнэ цэнийг бий болгох бүрэн чадавхидаа хүрч чадахгүй байна. Яагаад? Учир нь борлуулагчид үйлчлүүлэгчдийг хаалттай технологийн платформд түгжихэд чиглэсэн хязгаарлагдмал төгсгөлөөс эцсийн ALM шийдлүүдийг зах зээлд гаргаж байна. Хэрэглэгчид удахгүй эдгээр шийдлүүд нь тэдний одоо байгаа хөгжүүлэлтийн процесс, хэрэгсэл, платформтой нэгдэхгүй байгааг олж мэдэв. Харамсалтай нь энэ нь хөгжүүлэлтийн багууд ALM-ийн ялгаатай процессууд болон өгөгдлийн эмх замбараагүй байдалд гацсан бөгөөд энэ нь эргээд ALM-ийн бүрэн боломжуудыг хэрэгжүүлэхэд саад болж байна.

Энэ асуудлыг шийдэхийн тулд шинэ арга барил хэрэгтэй. Холимог хөгжүүлэлтийн орчинг ашиглан програм хангамж бүтээх боломжийг хэрэглэгчдэд олгох арга. Borland-ийн Нээлттэй ALM шийдлүүдийн тусламжтайгаар байгууллагууд одоо байгаа нөөц, хөгжлийн хэрэгслүүдээ ашиглах боломжтой. Энэ нь програм хангамж боловсруулах мөчлөгийн туршид ил тод байдал, хяналт, сахилга батыг хангахад тусална. Үйлчлүүлэгчид одоо оновчтой ALM платформ болон нэг, удирдаж болохуйц, хэмжигдэхүйц програм хангамж хөгжүүлэх үйл явцаас ашиг хүртэх боломжтой.

Урьдчилан таамаглаж болох програм хангамжийн хөгжил: даалгавар боломжгүй юу?

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

Байгууллагууд хөгжлийн тархсан загварыг (жишээлбэл, оффшор програмчлал эсвэл түр ажилтан, туслан гүйцэтгэгч ашиглах) ашиглахаар шийдсэн үед програм хангамжийн төслүүдийг удирдах, хянах нарийн төвөгтэй байдал нэмэгддэг. Үүний үр дүнд төсөл бүтэлгүйтэх, орхих нь энгийн үзэгдэл болж байна. Зардал хэтэрсэн, цагийн хуваарь тасалдсан, чанар муутай, найдвартай байдал муу байдаг нь программ хангамжийн салбарт хэвийн үзэгдэл болжээ. Үүний дагуу програм хангамж хөгжүүлэлтийн байгууллагууд илүү ухаалаг хандлагыг авахыг шаардаж байна. Тэд илүү уламжлалт инженерийн салбаруудын алхмуудыг дагаж мөрддөг сайн удирдлагатай, системтэй, процесст чиглэсэн хандлагыг хэрэгжүүлэх ёстой. 1

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

1 CMM/CMMI процессыг сайжруулах тогтолцоог хурдасгаж нэвтрүүлэх, аутсорсингийн хөгжүүлэлтийн загваруудын хэрэглээ нэмэгдэх зэрэг салбарын гол чиг хандлага нь програм хангамж хөгжүүлэх салбарын энэхүү илэрхий өөрчлөлттэй нягт холбоотой юм.

ALM-ийн үүсэл

Хэрэглээний хөгжүүлэлтийн хэрэгслүүдийн салбар нь урьдчилан таамаглах боломжтой програм хангамжийг бий болгох хэрэгцээнд хариу үйлдэл үзүүлэхийн хэрээр хувь хүний ​​​​хөгжүүлэгчийн ажилд зориулагдсан хэрэгсэл биш харин хүчин чармайлтаа төвлөрүүлж байна. Үйлдвэрлэгчид санал болгож буй бүтээгдэхүүнээ өргөжүүлж, одоо байгаа болон шинэ боломжуудыг бүтээгдэхүүндээ нэгтгэсэн. Одоо тэдний шийдэл нь програм хангамжийг бий болгох үйл явц дахь бусад үүрэгтэй холбоотой ажлуудыг гүйцэтгэдэг. Ихэнхдээ хамтын хөгжүүлэлтийн платформ хэлбэрээр худалдаалагдаж, зарагддаг эдгээр бүтээгдэхүүний иж бүрдэл нь хэрэглээний амьдралын мөчлөгийн менежмент (ALM) технологи бий болсныг зарлав. Тэр болсон шинэ ангилалзах зээл дээр болон програм хангамж хөгжүүлэх тусдаа сахилга бат. ALM платформууд нь програм хангамжийг хөгжүүлэх үйл явцын урьдчилан таамаглах, бүрэн бүтэн байдлыг нэмэгдүүлэхэд тулгарч буй сорилтуудыг шийдвэрлэх зорилгоор тусгайлан бүтээгдсэн. Тэд үйл явцад оролцож буй гол үүрэг тус бүрийг нэгтгэх, автоматжуулах, хэд хэдэн функцийг автоматжуулах замаар эдгээр асуудлыг шийддэг.

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

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

ALM үйлдвэрлэл

Эхэндээ, ALM чиг хандлагын ач холбогдлыг ойлгож, бүтээгдэхүүнийхээ стратегийг өөрчилсөн цөөн хэдэн шинийг санаачлагчдын зарим нь үүнийг тодорхой дэмжиж байсан. БорландТэгээд IBM Rational. Илэрхий боломжуудад хариу үйлдэл үзүүлснээр бусад компаниуд ялалт байгуулсан ALM үзэл баримтлалд нэгдсэн: Microsoft, IBM Rational / Telelogic, Mercury болон Serena. Өнөөдөр ALM нь тогтсон чиг хандлага бөгөөд шинжээчдийн хүлээн зөвшөөрөгдсөн өсөн нэмэгдэж буй салбар юм. ALM шийдлийн борлуулагчид програм хангамж хөгжүүлэх үйл явцыг дэмжих төрөл бүрийн хэрэгсэл, технологиор хангадаг. Эдгээр хэрэгслүүд нь хувь хүн хөгжүүлэгчийн уламжлалт бүтээмжийн хэрэгслээс хол давсан. Эдгээр нь програм хангамжийг бий болгох багаар ажиллахад чиглэсэн арга, хэрэгслээр хангахад чиглэгддэг. Боломжит ALM шийдлийг бий болгохын тулд борлуулагчид "өргөтгөсөн" програм хангамж хөгжүүлэх багийн хэрэгцээг хангах ёстой бөгөөд илүү өргөн хүрээтэй үйл явцад хувь нэмрээ оруулах бүтээгдэхүүндээ үүрэг гүйцэтгэх ёстой.

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

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

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

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

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

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

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

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

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

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

ALM-ийн бизнесийн боломж үндсэндээ ашиглагдаагүй хэвээр байна

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

Корпорацийн мэдээллийн технологийн орчин: Нэг төрлийн бус байдлын асуудал

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

Үндсэн фрэйм ​​дээр ажилладаг цул, тусгай программуудаас J2EE болон .NET гэх мэт байгууллагын тархсан платформуудад зориулсан шинэ хөгжүүлэлтийн хэрэгслүүд рүү шилжих.

Хуучин архитектур дээр бүтээгдсэн байгууллагын багц программуудаас SAP NetWeaver, Oracle Fusion зэрэг процесс болон нийлмэл програмын ажиллах цаг руу шилжинэ.

Тусгай хэрэгцээнд зориулж тусгай платформ ашиглах. Эдгээр нь жишээлбэл, мэдээллийн сан (PHP, Ruby гэх мэт) ашиглан вэб програмуудад зориулсан скрипт хэл, эсвэл баялаг интернет, мультимедиа боломж бүхий програмуудыг хөгжүүлэх платформууд (жишээлбэл, Adobe® Flash®/Flex™) юм.

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

Ялангуяа дунд болон том хэмжээний корпорацуудын хувьд ойрын ирээдүйд аж ахуйн нэгжийн мэдээллийн технологийн орчин бүр дор хаяж гурвыг нь байршуулах платформыг агуулна гэж үзэх нь үндэслэлтэй юм: үндсэн фрэйм, тархсан орчин (J2EE эсвэл .NET), бизнесийн автоматжуулалт. системийн процессууд (SAP эсвэл Oracle). Мөн зарим байгууллагууд J2EE болон .NET платформ дээр программ хангамжийг байршуулж байгаа нь харагдаж байна (мөн улам бүр тодорхой болж байна). 2

Зөрчилтэй хөтөлбөрүүд

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

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

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

o Үндсэн фрэйм, багц програмууд болон дотоод түгээсэн програмуудыг багтаасан нийлмэл програмууд эсвэл үйлчилгээнүүд.

o Үйлчлүүлэгч тал дээр .NET-ийн чадавхи болон хэрэглэгчийн интерфэйсийг ашигладаг J2EE/.NET эрлийзүүд. Серверийн тал дээр тэд J2EE технологийн өргөтгөх чадвар, удирдах чадвар, аюулгүй байдлыг ашигладаг. Энэхүү архитектурын хэв маяг нь ялангуяа санхүүгийн босоо чиглэлд түгээмэл байдаг. Энэ нь өндөр гүйцэтгэлд ашиглагддаг худалдааны платформууд, учир нь Уолл Стрит дээр Windows нь ширээний компьютерт зориулсан де факто стандарт юм.

o Flash/J2EE эрлийз. Тэд Adobe Flash-ийн хүчийг видеог цацах платформ болон интернетийн баялаг программуудыг серверт зориулсан J2EE технологийн давуу талтай хослуулсан. Энэ нь танд өргөн цар хүрээтэй мультимедиа боломж бүхий интерфэйсийг хэрэгжүүлэх боломжийг олгодог.

Хөгжлийн зардлыг бууруулсан. Байгууллагууд нээлттэй эхийн болон өмчийн хэрэгсэл, программуудыг хослуулан програм хангамж хөгжүүлэх, байршуулах зардлыг бууруулахыг хичээж байна. Үүнтэй холбогдуулан LAMP (Linux, Apache, MySQL, PHP) иж бүрдэл нь улам бүр түгээмэл болж, байгууллагуудад улам бүр өргөн хэрэглэгдэж байгааг дурдах нь зүйтэй.

Бүтээгдэхүүнийг зах зээлд гаргах хугацааг багасгах. Байгууллагууд өөрсдийн санал болгож буй ажлын тодорхой үр өгөөжийн улмаас тодорхой хөгжлийн хэрэгслийг илүүд үздэг. Энэ нь зах зээлд гарах хугацааг мэдэгдэхүйц бууруулах боломжтой юм.

Одоо байгаа хөрөнгө оруулалтыг үр дүнтэй ашиглах. Аливаа "алж, солих" арга нь ихээхэн саад бэрхшээлтэй тулгардаг. Учир нь ихэнх байгууллагууд хуучин хөтөлбөр, хэрэглүүрүүдэд их хэмжээний хөрөнгө оруулалт хийхээс татгалзах хүсэлгүй байдаг.

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

2 CMM/CMMI процессийг сайжруулах тогтолцоог хурдасгаж нэвтрүүлэх, аутсорсингийн хөгжүүлэлтийн загваруудыг ашиглах зэрэг салбарын гол чиг хандлага нь програм хангамж хөгжүүлэх салбарын энэхүү илэрхий өөрчлөлттэй нягт холбоотой юм. Стив МакКлюрын J2EE болон .NET ашиглалтын талаарх IDC Insight тайланд дараах зүйлийг дурджээ. Одоогийн .NET хэрэглэгчдийн 10.4% нь дараагийн 12 сарын дотор J2EE/J2ME хоёуланг нь ашиглахаар төлөвлөж байна; J2EE/J2ME хэрэглэгчдийн 11.9% нь ирэх 12 сарын дотор .NET хөгжүүлэлтэд хамрагдана гэж найдаж байна.

МТ-ийн нэг төрлийн бус байдал: ALM-ийн хамгийн том сорилт

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

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

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

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

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

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

Ажлын платформыг бизнесийн зорилгодоо хамгийн сайн нийцүүлэн ашиглах чадвар.

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

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

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

Нэг төрлийн бус байдлыг даван туулах нь: ALM-ийн эцсийн хил

Нээлттэй ALM арга нь Борландын тогтоосон бүтээгдэхүүний алсын хараа, стратегийг хэрэгжүүлдэг. Энэ хандлага нь арилжааны ALM зах зээлд өвөрмөц архитектурын томоохон өөрчлөлтийг илэрхийлдэг. Үнэн хэрэгтээ бүрэн хэрэгжсэн тохиолдолд Borland Open ALM платформ болон холбогдох програмууд нь Borland програмын хөгжүүлэлтийн ямар ч хэрэгслийг огт ашигладаггүй хэрэглэгчдэд ч ихээхэн ашиг тусыг өгөх болно. Борланд багаж хэрэгслийн бизнесээ амин чухал гэж үздэг нь эргэлзээгүй. Компани нь тэдгээрийг үргэлжлүүлэн хөгжүүлж, өргөтгөсөн програм хангамж хөгжүүлэх багт ангиллын шилдэг хэрэгслүүдийг хүргэх болно. Borland хэрэгслүүд нь Нээлттэй ALM стратегийг дэмжихийн тулд аажмаар хөгжих болно. Энэ нь тэдэнд Open ALM-д суурилсан програм хангамжийн үйлдвэрлэлийн зохион байгуулалтад оролцох боломжийг олгоно. Гэсэн хэдий ч, хэрэв хэрэглэгчид тохиромжтой гэж үзвэл Borland хэрэгслийг тэдний хөгжлийн шаардлагыг хангасан бүтээгдэхүүнээр сольж болно. Энэ нь гуравдагч этгээд эсвэл нээлттэй эхийн бүтээгдэхүүн байж болно. Модульчлагдсан байдал, уян хатан байдлын энэ түвшин нь Borland-ийн бүтээгдэхүүний стратегийг бусад ALM үйлдвэрлэгчдээс ялгаж өгдөг бөгөөд тэдгээрийн ихэнх нь програм хангамжийн хангамжийн сүлжээг бүхэлд нь авахыг хичээдэг.

Нээлттэй ALM-ийн ашиг тус

Нээлттэй ALM нь үйл явц, хэрэгсэл, платформын түвшинд хосгүй уян хатан байдлыг хангахын зэрэгцээ ALM-ийн функциональ үнэ цэнийг өгдөг. Тодруулбал, Open ALM хэрэглэгчид дараах боломжуудыг олж авдаг:

Нэг програм хангамжийн төслийн хүрээнд эсвэл хэд хэдэн өөр төслийн хүрээнд платформ болон ажлын талбаруудын дурын хослолыг сонгох эрх чөлөө. Энэ тохиолдолд бизнесийн тэргүүлэх чиглэл эсвэл төсөлд тохирсон эсэхээс хамаарч сонголтыг хийнэ.

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

Өөрийн төсөл, сонгосон платформдоо хамгийн сайн тохирох хөгжлийн процессыг сонгох, төлөвлөх эрх чөлөө, түүнчлэн

байгууллагын соёл, зах зээлд гарах цаг хугацааны шаардлага.

Нээлттэй ALM платформ болон түүнийг дэмжих хэрэгслүүд нь олон төрлийн бус програм хөгжүүлэх орчинг ашиглаж буй мэдээллийн технологийн байгууллагуудад анх удаа дараах боломжуудыг олгох болно.

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

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

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

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

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

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

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

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

Borland Open ALM шийдэл

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

Borland Open ALM Solution Architecture

ALM-д зориулсан нээлттэй бизнесийн тагнуул

ALM-д зориулсан Open Business Intelligence (OBI4ALM) нь стандарт дэд бүтэц, хэрэглээний программ дээр суурилж, ахиц дэвшил, ажлын чанар эсвэл программ хангамжийн төслүүдэд зориулсан бусад түр зуурын хэмжигдэхүүнийг нэг төрлийн бус програм хөгжүүлэлтийн орчинд хэмждэг. OBI4ALM нь ямар ч бүртгэлтэй програм хөгжүүлэх хэрэглүүрийн хэмжигдэхүүнүүдийн уялдаа холбоо, дүн шинжилгээ хийхээс гадна тасралтгүй, тархсан мэдээлэл цуглуулах дэд бүтцийг бий болгодог. Өгөгдлийн эх сурвалжаас урьдчилан тодорхойлсон хэмжигдэхүүнүүдийг гаргаж авснаар OBI4ALM хүрээ нь програм хангамж хөгжүүлэх амьдралын мөчлөгийн туршид тархсан ялгаатай мэдээллийг нэгтгэдэг. Энэ нэгдэл нь маш том боломжийг олгодог. Жишээлбэл, та төслийн хэмжүүрүүдийн нэгдсэн харагдацыг үүсгэж, олон доод түвшний хэмжүүрүүдийг нэгтгэсэн төслийн шинэ хэмжигдэхүүнийг тодорхойлж болно. OBI4ALM дэд бүтэц нь мэдээллийн агуулахыг ашигладаг. Энэ агуулах нь програм хангамжийг бий болгох үйл явцын янз бүрийн үе шатанд оролцдог эдгээр хэрэгслүүдээс цуглуулсан одоогийн болон түүхэн мэдээллийг агуулдаг. Энэ нь асуулга болон өгөгдөлд дүн шинжилгээ хийхэд оновчтой бүтцийг ашигладаг. OBI4ALM програмууд нь цуглуулсан хэмжигдэхүүнийг түүн дээр үндэслэн шийдвэр гаргахад ашиглаж болох мэдээлэл болгон хувиргах боломжтой. Энэ нь шийдвэр гаргахад дэмжлэг үзүүлж, асуудлын талаар эрт мэдэгдэнэ.

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

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

Шийдвэр гаргах хэрэгсэл нь төслийн удирдлагын шийдвэр гаргахад туслах зорилгоор төслийн (эсвэл олон төсөл) талаарх түүхэн мэдээллийг ашигладаг аналитик хэрэгсэл юм.

ALM-д зориулсан процессын менежментийг нээх

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

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

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

OPM4ALM програмууд нь процессын дэд бүтцийн давхаргаас үнэ цэнийг өгдөг. Тэд дараах шинж чанаруудыг өгдөг.

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

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

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

Үйл явц бүрийн тодорхой хэмжүүр дээр үндэслэн хэмжилт хийж, тайлагнана.

ALM-д зориулсан хяналтыг нээх

Төгсгөлийн процессын хяналт нь ALM-ийн олон чухал ач тусыг дэмждэг. Тэдгээрийн заримыг энд дурдъя: Энэ нь бизнесийн шаардлагад тулгуурласан хөгжүүлэлт, шаардлагад тулгуурласан хөгжүүлэлт, туршилтыг хэрэгжүүлэх, өөрчлөлтийн нөлөөллийн үнэн зөв дүн шинжилгээ хийх чухал хэрэгсэл юм. Open Traceability for ALM (OT4ALM) нь програм хангамж үүсгэх явцад бий болсон нөөцүүдийн хоорондын харилцааг үүсгэх, ангилах дэд бүтцийг бий болгодог. Мөн бий болгосон уян хатан хуваарьхолбогдох нөөцийн холболт. Эдгээр нөөцийг аль хэрэгсэлд байрлуулах нь хамаагүй. Энэхүү технологи нь нөөц хоорондын харилцааны диаграммыг чиглүүлэх, оновчтой асуулга үүсгэх, энэ диаграмд ​​агуулагдах өгөгдлийг олж авах хэрэгслүүдээр хангадаг.

OT4ALM нь цуглуулсан хяналтын өгөгдлийг шийдвэр гаргах мэдээлэл болгон хувиргах програмуудыг хангадаг.

Автомат төлөвлөлт, өөрчлөлтийн нөлөөллийн дүн шинжилгээ, үнэн зөв зардал, төсвийн таамаглал.

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

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

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

Нийтлэг платформын дэд бүтэц

Нээлттэй ALM дэд бүтэц нь шийдлийн бүх хэсэгт ашиглагддаг хоёр бүрэлдэхүүн хэсгийг агуулдаг.

ALM мета загвар.Програм хангамжийн үйл явц, үйл явцын нөөц (хяналт) болон хэмжилтийн нэгж (хэмжих) хоорондын хамаарлыг тайлбарлах нийтлэг хэл. ALM мета загвар нь програм хангамж хөгжүүлэх домэйны баялаг концепцийн загварыг өгдөг. Энэ нь бүх Open ALM-тэй нийцтэй хэрэгслүүдийг ойлгох ёстой стандарт үгсийн санг тайлбарлахад шаардлагатай. Энэхүү ойлголт нь баталгаатай болно үр дүнтэй харилцан үйлчлэл Open ALM платформ дотор.

ALM интеграцийн түвшин.Өргөтгөж, суулгаж болох нэгтгэх хөдөлгүүр ба SDK. Энэ нь ALM хэрэгслүүдийг ажиллуулах, ALM хэмжигдэхүүнүүдийг цуглуулах, нөөцийг хянах график үүсгэх стандарт аргыг тодорхойлдог. ALM платформыг дэмжиж, оролцохын тулд уг хэрэгсэл нь стандарт Open ALM API-г хангасан платформ залгаасыг өгөх ёстой. Та мөн Open ALM платформоор удирдуулсан процессоор дамжуулан уг хэрэгслийг бусад програм хөгжүүлэх орчинтой холбодог тусгай адаптер ашиглаж болно.

ALM-ийг нээх зам

Ирэх 24 сарын хугацаанд Borland нь Open ALM платформыг бүрдүүлдэг дэд бүтэц, программууд болон хэрэгслүүдээ улам өргөжүүлэх болно. Борланд мөн энэ бүтээгдэхүүнийг нэвтрүүлэх ажлыг хурдасгах, байгууллагын Open ALM хэрэгжилтийн амжилтыг баталгаажуулах зорилготой өргөн хүрээний мэргэжлийн үйлчилгээний хөтөлбөрүүдээр энэ бүтээгдэхүүнийг нөхөх бодолтой байна. Хэрэглэгчид өнөөдөр Open ALM-ийн зарим давуу талыг ашиглах боломжтой. Чанарыг сайжруулах, өөрчлөлт, төслийн менежментийн үйл явцыг сайжруулахыг эрэлхийлж буй байгууллагуудад Борландын одоогийн шийдлийг маш их татах болно. Энэхүү шийдэл нь програм боловсруулах үйл явцын дөрвөн чухал талбарт өндөр автоматжуулсан, нэгдсэн дэмжлэг үзүүлдэг.

Төслийн багцын менежмент (PPM);

Шаардлагын тодорхойлолт ба удирдлага (RDM);

Хэрэглээний амьдралын мөчлөгийн менежмент (LQM);

Өөрчлөлтийн менежмент (CM).

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

Яагаад Борланд гэж?

Борланд олон жилийн түүхийн туршид үйлчлүүлэгчиддээ програм хангамжийг хамгийн тохиромжтой аргаар бүтээхийн тулд тэдэнтэй байнга хамтран ажилладаг. Borland нь стандартад суурилсан хөгжүүлэлт, платформ хоорондын дэмжлэгийг эрхэмлэдэг. Энэ нь мэдээллийн технологийн байгууллагуудад шаардлагатай уян хатан байдал, сонгох эрх чөлөөг санал болгосон. Open ALM-ийн тусламжтайгаар Borland уламжлалт үнэт зүйлсээ дараагийн түвшинд аваачдаг. шинэ түвшин. Энэ нь компанийг бусад ALM борлуулагчид болон ашгийн бус ALM санаачлагуудаас ялгаж байгаа нь тодорхой юм.

IBM Rational болон Microsoft-ын томоохон үйлдвэрлэгчдийн тухай ярихад үйлчлүүлэгчийн үйлчилгээ нь тэдний тэргүүлэх чиглэл байх магадлал багатай юм. Эдгээр хоёр компани хоёулаа үйлчлүүлэгчдийг дунд програмын шийдэл, системийн удирдлагын платформд түгжихийн тулд хөгжүүлэлтийн хэрэгслээ ашиглахыг тасралтгүй хичээж байна.

Энэ хандлагаас ялгаатай нь Borland үргэлж Java болон J2EE стандартуудыг дэмжихийг шаарддаг бөгөөд платформ, хэл, хөгжүүлэлтийн хэрэгслүүдэд хүчтэй, нэгдсэн дэмжлэг үзүүлдэг. Microsoft. Borland Microsoft-ын ALM шийдлийг тодорхой өргөжүүлсээр байна. Borland нь Microsoft-ын хамгийн сүүлийн үеийн технологийг дэмжихэд ихээхэн хөрөнгө оруулалт хийсэн. Жишээлбэл, Багийн системийн шаардлагын удирдлагын анхны бүрэн нэгдсэн шийдэл болох CaliberRM нь VSTS хэрэгслээр хангагдсан үндсэн шаардлагын удирдлагын функцийг өргөтгөхийн тулд Microsoft-оос санал болгож байна. Borland нь Java болон .NET платформуудын хамтын ажиллагааг үргэлжлүүлэн өргөжүүлэх болно. UML-ээс C# хүртэл код үүсгэх, Microsoft Domain Specific Languages ​​(Microsoft-ийн UML-ийг орлох хувилбар) зэрэг нэмэлт боломжуудыг олгохоор төлөвлөж байна.

Нээлттэй эх сурвалж руу шилжих нь мөн адил бус байдал нь ALM-д тулгарч буй сорилтуудаас үүдэлтэй. Хэд хэдэн Eclipse санаачлагуудын зорилго (Application Lifecycle Framework (ALF), Corona болон Eclipse Process Framework (EPF)) нь Borland Open ALM-тэй төстэй юм. Борланд эдгээр төслийн цаад сэдлийг ойлгож байгаа ч тэдний арга барил хангалтгүй гэж тус компани үзэж байна. ALF болон Корона хоёулаа нээлттэй ALM дэд бүтцийн зөвхөн бүрэлдэхүүн хэсгүүдийг хангахыг хичээдэг. Гэсэн хэдий ч Open ALM илүү их байдаг цогц арга. Энэхүү арга нь үйлчлүүлэгчдэд нэмэлт программуудын иж бүрдэлээр дамжуулан урьдчилан барьсан дэд бүтцээс бизнесийн үнэ цэнийг олж авах боломжийг олгодог. Нээлттэй ALM руу шилжихдээ Borland бусад ALM үйлдвэрлэгчдээс илүү урагшилдаг. Тус компани саяхан цар хүрээгээ тэлж, нэмэлт програм хөгжүүлэх домэйнүүдийг хамрахаар хайж байна. Borland нь мөн SAP NetWeaver болон Oracle Fusion платформууд дээр багцалсан програм хөгжүүлэх төслүүдийг дэмжих шилдэг арга замыг хайж байна.

Дүгнэлт

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

Borland Open ALM-д зориулсан дэд бүтэц, программууд болон холбогдох хөгжүүлэлтийн хэрэгслүүдийг барьж эхэлж байна. Тиймээс хэрэглэгчид анх удаа ALM-ийн боломжуудыг бүрэн ашиглах боломжтой болно. Тэд бүрэн саадгүй, удирдаж болохуйц, хэмжигдэхүйц програм хангамж хөгжүүлэх үйл явцаас ашиг тус хүртэх болно.

Каролин Пампино, IBM
Хэрэглээнд үндэслэсэн: Rational Team Concert Beta 3, Rational Quality Manager Бета 3, Бета 3

Хяналт

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

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

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

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

Бодит цагийн төлөвлөлт

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

Шаардлага, загвар, хөгжүүлэлт, туршилтын төлөвлөгөөнүүд нь салангид, тусад нь удирддаг, эсвэл огт удирддаггүй орчинг бүү бий болго.	Бүхэл бүтэн багийн ажлыг хянаж, шаардлагад үндэслэн хөгжүүлэлт, туршилтын төлөвлөгөөг автоматаар үүсгэж, бие даасан шаардлага, ажлын зүйл, туршилтын тохиолдлуудыг холбосон төлөвлөлтийн шийдлүүдийг сонго. Олон тооны харагдац ашиглан бүх функциональ багуудын ажлын амьдралын мөчлөгийг хянах төлөвлөгөөг ашигла. Төлөвлөгөөний эрэмбэлсэн жагсаалт, ажлын задаргааны бүтэц, замын зураг эсвэл ажлын самбарын харагдац зэрэг ижил өгөгдлийн олон харагдах байдлыг харах чадвар нь танд ажлыг тооцоолж, багийн бүх гишүүдэд хуваарилахад тусалдаг бөгөөд ингэснээр илүү хурдан гаргах боломжтой болно.
Таны амьдралын мөчлөгийн менежментийн орчинтой холбоогүй, багийн үйл ажиллагаа, зорилгоос тасарсан төлөвлөгөөг ашиглахаас зайлсхий.	Төслийн гүйцэтгэлтэй бүрэн нийцсэн төлөвлөгөөг ашигла. Бүх төлөвлөгөөг төслийн багийн хүн бүрт хүртээмжтэй, нээлттэй байгаа эсэхийг шалгаарай. Төлөвлөгөөгөө үнэн зөв гаргахын тулд ажил бүрд зарцуулсан цагаа зааж өгөх хэрэгтэй. Багийн гишүүд төслийн гүйцэтгэлийн хугацаан дахь өөрчлөлтийн нөлөөг харж, ажлын ачааллыг хуваарилж, эгзэгтэй замууд болон төслийн гүйцэтгэлийн саатлыг арилгах боломжтой.
Гарын авлагын шинэчлэлтийг бүү ашигла, учир нь энэ нь алдаа үүсгэж болзошгүй.	Өдөөхийн тулд Идэвхтэй оролцоотөлөвлөлтийн багууд, мэдээлэлд нэвтрэхэд хялбар болгох төлөвлөгөө, тухайн ажлын хүрээнд төлөвлөгөөний өгөгдлийг шинэчлэхэд хялбар хэрэглэгчийн интерфэйсийг ашиглах.
Төслийн эхэнд төлөвлөгөө гаргаж, дахиж хэзээ ч ашиглахгүй байх нөхцөл байдлаас зайлсхий.	Гадны болон багийн өөрчлөлтөд хурдан хариу өгөхийн тулд бодит цагийн төлөвлөгөө, амьдралын мөчлөгийн асуулга, төслийн хяналтын самбар ашиглан тасралтгүй төлөвлөлт хийх дадлага хий.

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

Цагаан будаа. 1. Ажлын зүйлээс зарцуулсан цагийг шинэчлэх нь төлөвлөгөөг үнэн зөв байлгадаг

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

Цагаан будаа. 2. Хуваарьт цагийн харагдац нь багийн зарим гишүүд бусдаас илүү их ажилтай байхыг харуулдаг.

Цагаан будаа. 3. Цахим даалгаврын самбарын танилцуулгыг газарзүйн байрлалд байрлах уян хатан багууд ашиглаж болно

Цагаан будаа. 4. Хөгжлийн төлөвлөгөөний харагдац нь даалгаврын хуваарилалтыг өдөр, долоо хоногоор нь илүү уламжлалт байдлаар харуулдаг

Доорх зурган дээр Rational Team Concert-ийн хувилбарын төлөвлөгөө, түүнтэй холбоотой Бүтээгдэхүүний нөөцийн жагсаалт, Rational Requirements Composer дахь шаардлагуудын цуглуулга, Rational Quality Manager-ийн туршилтын төлөвлөгөөг харуулав.

Цагаан будаа. 5. Төлөвлөлттэй холбоотой шаардлагын цуглуулга, туршилтын төлөвлөгөө.

IBM Rational-ийн хамтын амьдралын мөчлөгийн удирдлагын шийдэл нь бүрэн нэгдсэн, бодит цагийн төлөвлөлтийг агуулдаг.

Амьдралын мөчлөгийг хянах

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

Амьдралын мөчлөгийн олдворуудыг хянах боломжийг олгодог LCI шийдэл нь багууд төслийнхөө байдлын талаарх нарийн төвөгтэй асуултуудад хариулахад тусалдаг. Олдворуудын хооронд холболтыг бий болгосноор багууд "Аливаа шаардлагад согог нөлөөлж байна вэ?" гэх мэт асуултуудад илүү хялбар хариулах боломжийг олгодог. болон "Ажлын ямар зүйл туршилтанд бэлэн байна?"

Цагаан будаа. 6. LCA шийдлээр хариулсан чухал асуултууд

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

Мөшгих үед хийх болон болохгүй зүйлсийг доор харуулав.

зайлсхийх ёстой үйл ажиллагаа
Хэрэглэгчдийг олдворуудын хооронд холболт үүсгэхэд саад болох нарийн төвөгтэй интерфейстэй шийдлүүдээс зайлсхий. Зөвхөн чиглүүлэлтийн төлөө чиглүүлэлтийн холбоос үүсгэх, чиглүүлэлт хийх зэргээр хэтрүүлж болохгүй.	Энгийн, нэгдсэн хэрэглэгчийн интерфэйсээр дамжуулан ул мөрийн харилцаа үүсгэх, хадгалахад хялбар болгох шийдлийг ашигла, тиймээс хэн ч хоёр олдворыг холбохын тулд бусад хэрэгсэл рүү шилжих шаардлагагүй болно. Хариулахыг хүсч буй цөөн хэдэн чухал асуултуудыг тодорхойлж, холболт үүсгэх стратегийг тодорхойл. Нэгийг нь туршиж үзээд дараагийнх руу шилжихээсээ өмнө амжилтанд хүрсэн эсэхээ шалгаарай.
Хурдан хуучирсан тайлан гаргахаас зайлсхийж, төслийн гүйцэтгэлийг ойлгоход нэмэргүй шийдлүүдийг хайхаас зайлсхий.	Төслийн гүйцэтгэлийг үнэлэх, олдворуудын хоорондын харилцаанд үндэслэн бүрэн мэдээлэлтэй шийдвэр гаргах боломжийг олгодог асуулга, тайлан, үзэл бодлыг хангадаг системийг ашигла. Та мөн төлөвлөгөөнөөс шууд чиглүүлэлтийн холболтыг харах боломжтой байх ёстой. Цоорхойг илрүүлэхэд туслах асуулгын жишээ бол "шаардлагагүй төлөвлөгөөний элементүүд" болон "туршилтын тохиолдолгүй төлөвлөгөөний элементүүд" юм. Бүрэн байдлыг үнэлэхэд туслах асуулгад "туршилт амжилтгүй болсон төлөвлөгөөний зүйл", "туршилтын хаалтын согогууд" болон "нээлттэй согогтой шаардлага" орно.
Гадны зохицуулалтын шаардлага, аудитыг харгалздаггүй шийдлүүдийг ашиглахаас зайлсхий.	Хямдрах, тайлагнахад хялбар ул мөрийн харилцаа үүсгэх чадварыг багтаасан шийдэлд хөрөнгө оруулаарай.
Нэгдмэл бус дизайны мэдээллийн санг ашиглахаас зайлсхийж, хувийн API дээр суурилсан өөрийн интеграцчлалыг хөгжүүлэх, хамааралгүй хэрэгслүүдийг нэгтгэхийг оролдохоос зайлсхий. Холбогдсон өгөгдлийг үүсгэхийн тулд нээлттэй интерфэйсийг хангаагүй шийдлүүдийг бүү ашигла. Өмчлөлийн интеграци бүхий LCI репозиторуудыг бүү сонго.	Бүх амьдралын мөчлөгийн туршид өгөгдлийг холбох нээлттэй үйлчилгээ бүхий шийдлийг сонгон, олон талт багуудаа нэгтгэ. Нээлттэй интерфэйсийг ашиглах шийдлийг сонго нээлттэй үйлчилгээ(OSLC) нь амьдралын мөчлөг дэх өгөгдөл хоорондын харилцааг бий болгох. Амьдралын мөчлөгийн удирдлагын интеграцийн сорилтуудын нарийн төвөгтэй байдлыг ойлгож, дэмждэг бүтээгдэхүүн нийлүүлэгчийг сонго. Урт хугацааны интеграцийн төлөвлөгөөтэй хэрэгслүүдэд хөрөнгө оруулалт хий, учир нь энэ нь төсөл хэрэгжих явцад холболт, ул мөрийг бий болгоход хялбар болгоно. Цаашид таны хэрэгцээг бүрэн хангахуйц нээлттэй, уян хатан интеграцчлалыг дэмждэг, өргөтгөх боломжтой шийдлийг сонгоорой. Цаг хугацаа өөрчлөгдөж, шинэ бүтээгдэхүүнүүд гарч ирэх бөгөөд таны LCI шийдэл улам бүр хөгжих шаардлагатай болно.

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

Цагаан будаа. 7. Хөгжүүлэлт, шаардлага, туршилтыг багтаасан хувилбарын төлөвлөгөө

Мөр холбоосыг үүсгэсний дараа IBM Rational Collaborative Lifecycle Management нь тэдгээрээс туршилтын явцад илэрсэн согогуудын ул мөрийн холбоосыг автоматаар үүсгэдэг. Доорх зураг нь түүнд зориулсан ул мөр холбоос бүхий согогийг харуулж байна. Туршилтын явцад согог нэмэх үед согог болон туршилтын үр дүн, туршилтын тохиолдол, туршилтын төлөвлөгөө, төлөвлөгөөний элемент болон шаардлагын хоорондох холбоосыг автоматаар үүсгэнэ.

Цагаан будаа. 8. Согогийн хувьд автоматаар бий болсон амьдралын мөчлөгийн хамаарал нь туршилтын тохиолдол, төлөвлөгөөний элементүүд болон түүнд нөлөөлсөн шаардлагуудыг харуулдаг

Контекст дахь харилцан үйлчлэл

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

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

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

Доорх зураг нь Rational Team Concert, Rational Requirements Composer, Rational Quality Manager-ийн мэдээллийг агуулсан виджет бүхий хяналтын самбаруудыг харуулж байна. Хяналтын самбар дээрх өгөгдөл нь төслийн одоогийн байдлыг харуулдаг.

Цагаан будаа. 9. Төрөл бүрийн эх сурвалжаас авсан мэдээлэл бүхий хяналтын самбар нь бүх функциональ багуудын ажлын ил тод байдлыг хангадаг

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

Цагаан будаа. 10. Мини самбарт хэрэглэгчийн интерфейсийн хаанаас ч хандах боломжтой

Дараах зураг нь Rational Team Concert дахь хувийн мини-хяналтын самбарыг харуулж байна. Энэ самбар нь Rational Requirements Composer-д тавигдах шаардлагын өөрчлөлтийг харуулах виджетийг агуулдаг. Энэ бол янз бүрийн эх сурвалжаас авсан мэдээлэл бүхий мини самбарын жишээ юм. Шаардлага дээр хулганаа аваачихад Requirements Composer доторх шаардлагын төлөвийн талаарх мэдээллийг урьдчилан харах цонх гарч ирнэ. Мэдээлэлд хурдан хандах шаардлагатай хэрэглэгчид мини самбарт хурдан дасах болно.

Хөгжлийн бизнесийн аналитик

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

Каперс Жонс 1-ийн хэлснээр хэмжилтийн практикийг өргөнөөр ашигладаг төслүүд нь ашигладаггүй төслүүдээс хамаагүй илүү амжилттай байдаг.

Цагаан будаа. 12. Хэмжилтийн практикийг ашигладаг төслүүд амжилтанд хүрэх магадлал өндөр байдаг.

Жишээлбэл, Capers Jones-ийн судалгаагаар байгууллагуудын 50 хүрэхгүй хувь нь дараахь гурван хэмжүүрийг ашигладаг.

• Чанарын үзүүлэлтүүд 45%
• Бүтээмжийн хэмжүүр 30%
• Бэлэн байдлын хэмжүүр 15%

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

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

Цагаан будаа. 13. Сайжруулалтыг хэмжих тайлан, хэмжүүр бүхий хяналтын самбар

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

Хөгжлийн үйл явцыг тасралтгүй сайжруулах

Процесс нь баримтжуулсан үйлдлүүдийн багцаас илүү зүйл юм. Бид багийн харилцаа холбоог сайжруулах, багийн амжилтанд хүрэх боломжийг нэмэгдүүлэх арга хэрэгсэл болгон салбарын шилдэг туршлагад тулгуурлан үйл явцыг боловсруулдаг. Зан төлөвийг ихэвчлэн зуршил тодорхойлдог. Та үйл явцыг тодорхойлох эсвэл өөрчлөхдөө үндсэндээ бүх багийг зуршлаа өөрчлөх, эхлээд тэдэнд ойлгомжгүй байж болох зан үйлийг хэрэгжүүлэхийг хүсч байна. Нэг хүний ​​зуршлыг өөрчлөх нь нэлээд хэцүү байдаг. Үйл явцыг өөрчлөхийн тулд олон хүний ​​сэтгэх, биеэ авч явах байдлыг өөрчлөх шаардлагатай болдог. Сайн зохион бүтээгдсэн LCM шийдэл нь танд үйл явцаа аажмаар өөрчлөх, багийн динамикийг сайжруулах, илүү үр ашигтай ажиллахыг үргэлжлүүлэх боломжийг олгодог.

зайлсхийх ёстой үйл ажиллагаа
Процессын чанарыг үл тоомсорлож, нэмэлт ачаалал гэж бүү бодоорой.	Тасралтгүй сайжруулалт нь танай багийнхныг хэрэгжүүлэхэд тусална гэдгийг ойлгоорой шилдэг туршлагууд, ажлын хэмнэлийг бий болгож, гэнэтийн асуудлуудыг багасгах.
Бүх зүйлийг нэг дор сайжруулах уруу таталтыг эсэргүүц. Нэг удаад үйл явцыг хэт нарийн тодорхойлох гэж бүү оролдоорой.	Төслийн өнөөгийн байдалд үндэслэн багийн санаа зовоосон асуудлуудыг шийдвэрлэхийн тулд төлөвлөгөө, хяналтын самбарыг байнга өөрчлөх замаар нэмэлт сайжруулалтыг ашиглана уу. Одоогийн нөхцөл байдлаа сайжруулж эхлэхэд тань туслах арга барилыг ашигла.
Нэгэнт тодорхойлогдсон процессыг хатуу диск рүү бичиж, дахин харахгүй байх нөхцөл байдлаас зайлсхий.	Олон баг нэг хэрэгсэлд ашиглах боломжтой үйл явцын тодорхойлолт, загвар, автоматжуулалт зэрэг шилдэг туршлагуудыг нэвтрүүлж, ахиц дэвшлийг сайжруулаарай.
Процессыг хэт хатуу хянахаас зайлсхий.	Тасралтгүй сайжруулалтыг хөнгөвчлөх систем, хүн бүрийн ашигладаг хэрэгслээр хийж болох зүйлийг сонгох замаар багийн гишүүдийг үйл явцыг сайжруулахад оролцоход нь урамшуул.
Эцсийн үр дүнг харахгүйгээр үйл явцын сайжруулалтыг бүү тодорхойл.	Процессын сайжруулалтыг тодорхойлохдоо сайжруулалтын үр дүнг хяналтын самбар дээр харуул.
Эхний удаад бүх зүйл зөв болно гэж бүү найд.	Цаашид сайжруулах боломж үргэлж байдаг гэдгийг ойлгох хэрэгтэй. Тиймээс сайжруулалтыг байнга хянаж, дараагийн багцыг тодорхойлох шаардлагатай. Чанарын зорилгодоо хүрэх чадвараа сайжруулахыг хүсч буй багууд Rational Team Concert болон Rational Requirements Composer-тэй нэгтгэсэн Rational Quality Manager-ийг ашигладаг. IBM Rational Quality Manager нь бараг ямар ч зорилтот платформ болон тестийн төрөлд амьдралын мөчлөгийн нэгдсэн дэмжлэг үзүүлдэг тестийн удирдлагын нэгдсэн төвөөр хангаснаар байгууллагуудад төслийн чанарыг оновчтой болгоход тусалдаг. Энэ нь тестийг төлөвлөх, тест үүсгэх, гүйцэтгэх, түүнчлэн ажлын урсгалын хяналт, удирдлага, төгсгөлийг хянах зэрэгт тохируулж болох дүрд суурилсан шийдлийг хэрэгжүүлдэг. Эдгээр бүтээгдэхүүнийг хамтад нь ашигласнаар энэ нийтлэлд авч үзсэн амьдралын мөчлөгийн менежментийн 5 зарчмыг хэрэгжүүлэх боломжтой болно. Эдгээр зарчмууд нь багаж хэрэгсэлд суурилагдсан бөгөөд өндөр чанартай програм хангамжийн шинэчлэлийг бий болгох чадварыг сайжруулахад тань туслахад бэлэн байна. Сайн зүйл бол хамгийн сайн үр дүнд хүрэхийн тулд бүх гурван хэрэгслийг ашиглах шаардлагагүй юм - тэдгээрийг хосоор нь эсвэл бүгдийг нь ашиглаж болно. ___________________________________________________________________________________________________________

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

Хэрэглээний хөгжлийн амьдралын мөчлөг: мөрөөдөл ба бодит байдал

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

Олон төслийн менежерүүд өөрсдийн удирдаж буй багуудын ажлын олон үе шатыг автоматжуулах боломжийг олгодог хэрэгсэлд үл итгэх шалтгаан юу вэ? Миний бодлоор үүнд хэд хэдэн шалтгаан бий. Тэдгээрийн эхнийх нь компанийн байнга ашигладаг хэрэгслүүд нь хоорондоо сайн уялддаггүй явдал юм. Ердийн жишээг авч үзье: Rational Rose-г загварчлалд, Delphi Professional-ыг кодчилно, CA AllFusion Modeling Suite-ийг өгөгдлийн дизайн хийхэд ашигладаг; Эдгээр бүтээгдэхүүнийг нэгтгэх хэрэгслүүд нь тэдгээрийн хувилбаруудын өгөгдсөн хослолд огт байхгүй, эсвэл орос хэл дээр зөв ажиллахгүй эсвэл зүгээр л худалдаж аваагүй болно. Үүний үр дүнд Rose-ийн тусламжтайгаар бүтээсэн хэрэглээний диаграммууд болон бусад загварууд нь дизайны баримт бичигт зургаас өөр зүйл болж хувирдаг бөгөөд өгөгдлийн загвар нь "Яагаад энэ хүснэгтэд энэ талбар хэрэгтэй байна вэ?" гэх мэт асуултын хариултын эх сурвалж болдог. Өгөгдлийн сангийн талбарын нэрсийн орос хэлтэй ижил төстэй програмын ийм энгийн хэсгүүдийг төслийн оролцогчид дор хаяж гурван удаа бичдэг: нэг удаа өгөгдлийн загвар эсвэл програмыг баримтжуулах үед, хоёр дахь удаагаа хэрэглэгчийн интерфейсийн код бичих үед, гурав дахь удаагаа үүсгэх үед. тусламжийн файл болон хэрэглэгчийн гарын авлага.

Програм хангамжийн амьдралын мөчлөгийг дэмжих хэрэгсэлд үл итгэх хоёр дахь ноцтой шалтгаан бол ийм бүтээгдэхүүнд зориулсан интеграцийн хэрэгслүүдийн дутагдал эсвэл сул ажиллагаанаас болж ихэнх тохиолдолд төслийн бүх хэсгийг байнга синхрончлох боломжгүй байдаг. өөр хоорондоо: процессын загвар, өгөгдлийн загвар, хэрэглээний код, мэдээллийн сангийн бүтэц. Төсөл хэрэгжиж байгаа нь тодорхой сонгодог схемхүрхрээ (Зураг 1), үүнд тавигдах шаардлагыг эхлээд томъёолж, дараа нь загварчлал, дизайныг хийж, дараа нь боловсруулж, эцэст нь хэрэгжүүлдэг (та энэ схем болон бусад төслийг хэрэгжүүлэх аргачлалын талаар Лилиа Хоугийн цуврал тоймоос уншиж болно. Манай сэтгүүлд нийтлэгдсэн), бодит байдлаас илүү мөрөөдөл байдаг - кодыг бичиж байх үед үйлчлүүлэгч өөрийн үйл явцын зарим хэсгийг өөрчлөх эсвэл нэмэлт функцийг хүсэх цаг гарах болно. Төслийн үр дүн нь ихэвчлэн дээр дурдсанаас маш хол програм юм Ажлын нөхцөл, мөн анхны загвартай ижил төстэй зүйл багатай мэдээллийн сан, энэ бүгдийг баримтжуулж, хэрэглэгчдэд шилжүүлэх зорилгоор бие биетэйгээ синхрончлох нь нэлээд их хөдөлмөр шаарддаг ажил болж хувирдаг.

Програм хангамжийн амьдралын мөчлөгийг дэмжих хэрэгслүүд нь хэрэг болох газар болгонд ашиглагддаггүй гурав дахь шалтгаан нь тэдний сонголт маш хязгаарлагдмал байдаг. Асаалттай Оросын зах зээлГолчлон хоёр бүтээгдэхүүний шугамыг идэвхтэй сурталчилж байна: IBM/Rational хэрэгслүүд ба Computer Associates хэрэгслүүд (гол төлөв AllFusion Modeling Suite бүтээгдэхүүний шугам), код, мэдээллийн баазыг синхрончлох үйл явц гэхээсээ илүү тодорхой төрлийн загварчлалд голчлон анхаардаг. болон загварууд.

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

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

1. Шаардлагын удирдлагын хэрэгслүүд нь хэрэглээний загвар болон өгөгдлийн загварыг бий болгоход хялбар болгох ёстой.

2. Эдгээр загварууд дээр үндэслэн кодын нэлээд хэсгийг үүсгэх хэрэгтэй (зөвхөн үйлчлүүлэгч төдийгүй сервер).

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

4. Хэрэглээний кодыг үүсгэх үед загварт автомат өөрчлөлт хийх ба загвар өөрчлөгдөхөд автоматаар код үүсгэнэ.

5. Загварт өөрчлөлт оруулахад гараар бичсэн код алга болохгүй.

6. Хэрэглэгчийн шинэ шаардлага гарч ирэх нь загвар, код, мэдээллийн сан, баримт бичгийн өөрчлөлттэй холбоотой ноцтой асуудал үүсгэхгүй байх; энэ тохиолдолд бүх өөрчлөлтийг синхроноор хийх ёстой.

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

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

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

Эдгээр бүх хүслийг IBM/Rational эсвэл CA хэрэгслийг ашиглан хэрэгжүүлэх нь туйлын боломжгүй - технологи хөгжиж, шинэ бүтээгдэхүүн гарч ирж, өнөөдөр боломжгүй зүйл маргааш бэлэн болно гэдгийг би танд хэлэхгүй. Гэвч практикээс харахад эдгээр хэрэгслийг хамгийн алдартай хөгжүүлэлтийн хэрэгслүүдтэй нэгтгэх нь харамсалтай нь эхлээд харахад тийм ч тохиромжтой биш хэвээр байна.

Төслийн менежерийн үүднээс Borland бүтээгдэхүүн

Borland бол хөгжүүлэлтийн хэрэгслийн хамгийн алдартай үйлдвэрлэгчдийн нэг юм: хорин жилийн турш түүний бүтээгдэхүүнүүд хөгжүүлэгчдийн хайр хүндэтгэлийг хүлээсээр ирсэн. Саяхныг хүртэл энэ компани нь Delphi, JBuilder, C++Builder, Kylix зэрэг програмын код бүтээгчдэд зориулагдсан өргөн хүрээний хэрэгслийг санал болгож байсан (бид эдгээр бүх бүтээгдэхүүний талаар сэтгүүлдээ хэд хэдэн удаа бичсэн). Гэсэн хэдий ч тухайн компанийн зах зээл дэх амжилт нь түүний хөгжлийн чиг хандлагыг хэр зэрэг дагаж мөрдөж, бүтээгдэхүүнийхээ хэрэглэгчид (энэ тохиолдолд програм боловсруулах чиглэлээр мэргэшсэн компани, хэлтэс) ​​хэрэгцээг хэр зэрэг ойлгож байгаагаас ихээхэн хамаардаг.

Тийм ч учраас Borland-ийн хөгжүүлэлтийн хэрэглүүрийг хөгжүүлэх одоогийн стратеги нь шаардлагын тодорхойлолт, дизайн, хөгжүүлэлт, туршилт, хэрэгжилт, хэрэглээний засвар үйлчилгээ зэрэг хэрэглээний бүхэл бүтэн мөчлөгийг (Application Lifecycle Management, ALM) дэмжих явдал юм. Өнгөрсөн жил Borland хэд хэдэн компанийг худалдаж авснаар үүнийг нотолж байна - BoldSoft MDE Aktiebolag (тэргүүлэх нийлүүлэгч) хамгийн сүүлийн үеийн технологи Model Driven Architecture програм хөгжүүлэлт), Starbase (програм хангамжийн төслүүдийн тохиргооны удирдлагын хэрэгслээр хангагч), TogetherSoft корпораци (програм хангамжийн дизайны шийдлээр хангагч). Эдгээр компаниудыг худалдан авснаас хойш эдгээр бүтээгдэхүүнийг хооронд нь нэгтгэх тал дээр багагүй ажил хийгдсэн. Үүний үр дүнд эдгээр бүтээгдэхүүн нь давтагдах багийн хөгжлийг зохион байгуулах чадвартай холбоотой төслийн менежерүүдийн хэрэгцээг аль хэдийн хангасан. Борланд програм хангамж хөгжүүлэх төслүүдийн менежерүүд болон бусад оролцогчдод яг юу санал болгож байгааг доороос бид хэлэлцэх болно (доор тайлбарласан олон бүтээгдэхүүн, интеграцийн технологийг 11-р сард Сан-Хосе, Амстердам, Москвад болсон хөгжүүлэгчдийн бага хурал дээр тус компани танилцуулсан).

Шаардлагын менежмент

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

Шинжээчдийн үзэж байгаагаар төслийн төсвийн 30-аас доошгүй хувийг програмын дахин дизайн гэж нэрлэдэг зүйлд зарцуулдаг (мөн энэ тоог маш дутуу үнэлдэг гэж би хувьдаа боддог). Түүгээр ч зогсохгүй энэ ажлын 80 гаруй хувь нь буруу эсвэл буруу томъёолсон шаардлагуудтай холбоотой байдаг бөгөөд ийм согогийг засах нь ихэвчлэн нэлээд үнэтэй байдаг. Аппликейшн бараг бэлэн болсон үед үйлчлүүлэгчид шаардлага өөрчлөхийг хэр их хүсдэгийг төслийн бүх менежер мэддэг байх... Ийм учраас шаардлагын менежментэд хамгийн их анхаарал хандуулах хэрэгтэй.

Шаардлагын менежментийн хувьд Borland нь Borland CaliberRM бүтээгдэхүүнтэй бөгөөд энэ нь үндсэндээ хэрэгцээний удирдлагын үйл явцыг автоматжуулах платформ бөгөөд өөрчлөлтийг хянах хэрэгслээр хангадаг (Зураг 2).

CaliberRM нь Borland болон бусад үйлдвэрлэгчдийн (жишээ нь Microsoft гэх мэт) олон хөгжүүлэлтийн хэрэгслүүдтэй нэгдэж, хөгжлийн орчинд тавигдах шаардлагуудын жагсаалтыг оруулж, код засварлагч руу хулганаар шаардлагатай дүрсийг чирэх үед кодын загвар үүсгэх хүртэл ажилладаг. Нэмж дурдахад та үүн дээр үндэслэн өөрийн шийдлүүдийг үүсгэж болно - үүнд зориулсан CaliberRM SDK хэрэгслүүдийн тусгай багц байдаг.

Энэ бүтээгдэхүүн нь зөвхөн програм хангамжид төдийгүй бусад бүтээгдэхүүнд тавигдах шаардлагыг удирдахад ашиглагддаг гэдгийг анхаарна уу. Тиймээс үүнийг амжилттай ашиглах тохиолдол байдаг автомашины үйлдвэрлэлавтомашины янз бүрийн эд ангиудад тавигдах шаардлагыг зохицуулах (Ягуар машиныг оруулаад). Нэмж дурдахад JBuilder-ийн бүтээгдэхүүний шугамыг хариуцсан менежер Жон Харрисоны хэлснээр Borland JBuilderX-ийг бүтээхдээ CaliberRM-ийг ашигласнаар энэ бүтээгдэхүүнийг боловсруулах үйл явцыг ихээхэн хялбаршуулсан.

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

Хэрэглээ ба өгөгдлийн дизайн

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

Хэрэглээний болон өгөгдлийн дизайны хувьд Borland нь Borland Together бүтээгдэхүүнийг (Зураг 3) санал болгодог бөгөөд энэ нь Borland болон бусад үйлдвэрлэгчдийн (ялангуяа Майкрософт) янз бүрийн хөгжүүлэлтийн хэрэгслүүдтэй нэгдсэн програмын шинжилгээ, дизайн хийх платформ юм. Энэхүү бүтээгдэхүүн нь программ болон өгөгдлийг загварчлах, загварчлах боломжийг олгодог; Түүгээр ч барахгүй одоогийн байдлаар түүнийг хөгжүүлэх хэрэгслүүдтэй нэгтгэх зэрэг нь өгөгдлийн загварт гарсан өөрчлөлт нь хэрэглээний кодыг автоматаар өөрчлөхөд хүргэдэгтэй адил кодыг өөрчлөх нь загварт өөрчлөлт оруулахад хүргэдэг (энэ технологи нь загварчлалын хэрэгсэл, хөгжүүлэлтийг нэгтгэх технологи юм. хэрэгслүүдийг LiveSource гэж нэрлэдэг).

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

Хэрэглээний код үүсгэж байна

Хэрэглээний кодчилол нь Борландын сүүлийн 20 жилийн турш мэргэшсэн салбар юм. Өнөөдөр Borland нь Windows, Linux, Solaris, Microsoft .NET платформууд болон хэд хэдэн гар утасны платформуудад зориулсан хөгжүүлэлтийн хэрэгслүүдийг үйлдвэрлэдэг. Бид энэ компанийг хөгжүүлэх хэрэгслүүдийн талаар хэд хэдэн удаа бичсэн бөгөөд энэ нийтлэлд бид өөрсдийгөө давтахгүй. Бид зөвхөн энэ компанийн хөгжүүлэлтийн хэрэгслүүдийн хамгийн сүүлийн үеийн хувилбарууд (Borland C#Builder, Borland C++BuilderX, Borland JBuilderX), мөн удахгүй гарах болно гэдгийг анхаарна уу. шинэ хувилбарМанай улсын хамгийн алдартай хөгжүүлэлтийн хэрэгслүүдийн нэг болох Microsoft .NET Framework-д зориулсан Borland Delphi 8 нь Together загварчлалын хэрэгслүүд болон CaliberRM шаардлагын удирдлагын хэрэгслүүдийг хөгжүүлэлтийн орчинтойгоо нягт уялдуулах боломжийг олгодог. Бид Delphi 8-ийн талаар сэтгүүлийнхээ дараагийн дугаарт тусдаа өгүүллээр ярих нь гарцаагүй.

Туршилт ба оновчтой болгох

Туршилт нь чанартай програм хангамжийг бий болгоход зайлшгүй шаардлагатай бүрэлдэхүүн хэсэг юм. Энэ үе шатанд програм нь түүнд тавигдах шаардлагуудыг хангаж байгаа эсэхийг шалгаж, хэрэглээний кодонд (мөн ихэвчлэн загвар, мэдээллийн санд) зохих өөрчлөлтүүдийг хийдэг. Туршилтын үе шат нь ихэвчлэн програмын гүйцэтгэлийн дүн шинжилгээ, оновчлолын хэрэгслийг ашиглахыг шаарддаг бөгөөд Borland Optimizeit Profiler-ийг энэ зорилгоор ашигладаг. Өнөөдөр энэ бүтээгдэхүүн нь Borland хөгжүүлэлтийн хэрэгслүүдийн хамгийн сүүлийн үеийн хувилбаруудын хөгжүүлэлтийн орчин, мөн Microsoft Visual Studio .NET орчинтой (Зураг 4) нэгдсэн байна.

Хэрэгжилт

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

Өөрчлөлтийн удирдлага

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

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

Энэ бүтээгдэхүүний онцлог нь Borland-ын бусад бүтээгдэхүүнтэй нягт уялдаа холбоотой байх, интернетээр дамжуулан харилцан үйлчилдэг тархсан хөгжүүлэлтийн багийг дэмжих, хэд хэдэн төрлийн үйлчлүүлэгчийн интерфейс (вэб интерфэйс болон Windows интерфейс гэх мэт), олон платформыг дэмжих, үйлдлийн системүүд, StarTeam дээр суурилсан шийдлүүдийг бий болгох програмын интерфейс болох StarTeam Software Development Kit (SDK) байгаа эсэх, үйлчлүүлэгч болон серверийн талын өгөгдөл хамгаалах хэрэгсэл, Merant PVCS Version Manager болон Microsoft Visual SourceSafe репозиторууд руу нэвтрэх хэрэгсэл, нэгтгэх. бүхий хэрэгслүүд Microsoft төсөл, өгөгдлийг дүрслэн харуулах, тайлан гаргах, шийдвэр гаргахад туслах хэрэгслүүд.

Дүгнэлтийн оронд

Олон төрлийн төслүүдэд хөгжүүлэлтийн хэрэгслүүд нь өргөн хэрэглэгддэг алдартай үйлдвэрлэгчийн дээрх багц бүтээгдэхүүнүүд Оросын зах зээл дээр гарч ирсэн нь юу гэсэн үг вэ? Наад зах нь өнөөдөр бид янз бүрийн төслийн оролцогчдод зориулсан багц хэрэгсэл төдийгүй хөгжлийн бүх амьдралын мөчлөгийг хэрэгжүүлэх нэгдсэн платформыг олж авах боломжтой болно - шаардлагыг тодорхойлохоос эхлээд хэрэгжилт, засвар үйлчилгээ (Зураг 6). Үүний зэрэгцээ, энэхүү платформ нь өрсөлдөгч бүтээгдэхүүний багцаас ялгаатай нь хамгийн алдартай хөгжүүлэлтийн хэрэгслүүдийн дэмжлэгийг баталгаажуулж, загвар, шаардлага, өөрчлөлттэй кодын бүрэн синхрончлолын түвшинд түүний бүрэлдэхүүн хэсгүүдийг нэгтгэх боломжийг танд олгоно. Төслийн менежерүүд өөрсдийгөө болон ажилчдаа олон уйтгартай, байнгын ажлаас аварсан тул тайвширч амьсгал авна гэж найдаж байна...

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

Мэдээжийн хэрэг, програм хангамж боловсруулах үйл явцад авъяаслаг програмистуудын урлаг, програм хангамжийн бүтээгдэхүүнийг бий болгох үйл явцад оролцож буй бусад оролцогчдын мэргэжлийн ур чадвар чухал байр суурь эзэлдэг боловч өнөөдөр энэ үйл ажиллагаанд чухал ач холбогдолтой гэдгийг ойлгох нь чухал юм. уялдаа холбоогүй, бичиг баримт дутмаг, хувь хүний ​​захиалгаар байх газаргүй. Програм хангамжийн системийн салбарт энэ зууны эхний арван жилийн хамгийн мэдэгдэхүйц чиг хандлагын нэг бол ALM (Application Lifecycle Management, ALM) бий болсон явдал байв. хэрэглээний амьдралын мөчлөгийн менежмент .

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

Forrester Research-ийн шинжээчид програм хангамжийн салбарын хувьд ALM-ийг ERP-тэй харьцуулдаг. Үнэн бол ALM-ийн түүх хамаагүй богино бөгөөд амжилттай хэрэгжүүлсэн харьцуулах жагсаалтаар сайрхаж чадахгүй байна. Шинжээчид ийм шийдлийн бодит хэрэгцээг үл харгалзан ALM хэрэгслүүдийн хэрэглээ хязгаарлагдмал хэвээр байгаа бөгөөд тэдний зах зээл нь хуваагдмал хэвээр байгааг хүлээн зөвшөөрдөг. Зах зээлийн ажиглагчид өнөөдөр одоо байгаа ALM саналуудын аль нь ч хэрэглээний амьдралын мөчлөгийн удирдлагын автоматжуулалтын боломжит ашиг тус, чадавхийг бүрэн дүүрэн хэрэгжүүлдэггүй гэж үзэж байна. Гэсэн хэдий ч найдвартай, өндөр чанартай програм хангамжийг бий болгох хяналттай, урьдчилан таамаглах боломжтой, үр ашигтай үйл явц руу чиглэсэн хөгжлийг хөгжүүлэх нь эдгээр үйл явцыг автоматжуулах зохих платформууд бий болохоос өөр аргагүй юм.

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

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

Энэхүү тодорхойлолт нь HP-д маш нарийн байдаг - компанийн үзэж байгаагаар мөчлөг нь бүрэн хэмжээний загварын зөвхөн нэг үе шат юм.

ABM нь програм хангамжийг хүргэх үе шат (Зураг 3.14) бөгөөд үүнээс гадна төлөвлөлт, ашиглалт, ашиглалтаас чөлөөлөлт байдаг. Цикл хаалттай байна: байгууллага өргөдөл шаардлагагүй гэсэн эцсийн дүгнэлтэд хүрэх хүртэл энэ нь сайжирсаар байна. ALM-ийг чадварлаг хэрэгжүүлэх нь бусад зүйлсийн дотор програм хангамжийн шийдлийн үр дүнтэй ажиллагааг өргөжүүлэх, үүний үр дүнд цоо шинэ програм хангамжийн бүтээгдэхүүн худалдан авах, бүтээх зардлыг бууруулахад чиглэгддэг.

Бизнесийн хэрэгцээний дүн шинжилгээ

Тэргүүлэх, хөрөнгө оруулалт

Wardlenne ShShDoiSh „Хөтөлбөрийн хяналт

Сайжруулалт

Төлөвлөлт

Удирдах шийдвэрүүд

Залруулга

алдаа

Хяналт

тохиргоо

хэрэглээний амьдралын мөчлөг

Дадлага

Захидал

шаардлага

Давтагдсан

islopkyvanis

Санаачлага

хөгжлийн давталтууд

Хүргэлт

Үйлчилгээнээс хасах

Суллах

хөрөнгө оруулалт

Цагаан будаа. 3.14. ALM загвар

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

ALM дахь засаглал нь хэрэглээний амьдралын мөчлөгийн туршид явагддаг бөгөөд шийдвэр гаргах, төслийн менежменттэй холбоотой бүх үйл явц, журмыг багтаадаг. Энд байгаа гол ажил бол програм нь бизнесийн тодорхой зорилгод нийцэж байгаа эсэхийг баталгаажуулах явдал бөгөөд энэ нь ALM бүрэлдэхүүн хэсгийн ач холбогдлыг тодорхойлдог. Удирдлагын үйл явцын дунд Д.Чаппел нарийвчилсан хөрөнгө оруулалтын санал боловсруулах (ирээдүйд ашиглахтай холбоотой зардал, үр өгөөж, эрсдлийн дүн шинжилгээг агуулсан бизнесийн тохиолдол) боловсруулах үе шатаас өмнө багтсан болно; төсөл болон багцын менежментийн арга, хэрэгслийг ашиглан хөгжлийн менежмент (Project Portfolio Management, PPM); аж ахуйн нэгжийн хэрэглээний багцын удирдлагын нэг хэсэг болгон ажиллаж байгаа програмыг удирдах (Application Portfolio Management, AWS).

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

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

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

Зохих хэрэгслээр дэмжигдэх ёстой ALM үйл явцад оролцогчдын үүрэг, даалгаврын өргөтгөсөн жагсаалтад дараахь зүйлс орно.

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

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

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

Эхэндээ ALM-ийн ач холбогдлыг ойлгож, бүтээгдэхүүнийхээ стратегийг өөрчилсөн цөөн хэдэн шинийг санаачлагчдын зарим нь Borland болон IBM Rational нар байв. Илэрхий боломжуудад хариу үйлдэл үзүүлснээр бусад компаниуд ялалт байгуулсан ALM үзэл баримтлалд нэгдсэн: Microsoft, Telelogic, Mercury, Serena, Compuware, CollabNet болон Mercury. Өнөөдөр ALM нь тогтсон чиг хандлага бөгөөд шинжээчдийн хүлээн зөвшөөрөгдсөн өсөн нэмэгдэж буй салбар юм. ALM шийдлийн үйлдвэрлэгчид програм хангамж боловсруулах үйл явцыг дэмжих төрөл бүрийн хэрэгсэл, технологиор хангадаг. Эдгээр хэрэгслүүд нь хувь хүн хөгжүүлэгчийн уламжлалт бүтээмжийн хэрэгслээс хол давсан. Эдгээр нь програм хангамжийг бий болгох багаар ажиллахад чиглэсэн арга, хэрэгслээр хангахад чиглэгддэг. Боломжит ALM шийдлийг бий болгохын тулд борлуулагчид илүү өргөн програм хангамж хөгжүүлэх багийн хэрэгцээг хангах ёстой бөгөөд илүү өргөн хүрээтэй үйл явцад хувь нэмрээ оруулах өөрсдийн бүтээгдэхүүнд үүрэг гүйцэтгэх ёстой.

Анхны ALM системийн нийтлэг сул тал нь нэг үйлдвэрлэгчийн платформ болон шийдлүүдийн аль алинд нь амьдралын мөчлөгийн янз бүрийн үе шатуудад зориулсан модулиудын уялдаа холбоо муу байсан явдал байв. өөр өөр ханган нийлүүлэгчид. Цогц ALM платформыг ашиглах боломжгүй байсан тул үйлчлүүлэгчид хэсэгчилсэн платформыг нэгтгэсэн нь тэднийг амьдралын мөчлөгийн эцсийн удирдлагыг гараар хэрэгжүүлэхэд хүргэсэн бөгөөд ингэснээр ALM автоматжуулалтын боломжит гол ашиг тусыг үгүйсгэв. Тиймээс дөрвөн жилийн өмнө Forrester-ийн шинжээчид ALM орчныг сайжруулах гол чиглэлийн хувьд амьдралын мөчлөгийн янз бүрийн үүргийг дэмжих нийтлэг үйлчилгээ үзүүлэх, хөгжлийн олдворуудын нэг физик эсвэл виртуал агуулахыг ашиглах нэгдсэн ALM 2.0 платформууд бий болно гэж таамаглаж байсан. бичил болон макро амьдралын мөчлөгийн үйл явцыг удирдах, өөр өөр үүрэг гүйцэтгэх хэрэгслүүдийг нэг орчинд нэгтгэх, амьдралын мөчлөгийн янз бүрийн үе шатанд төгсгөл хүртэл тайлагнах чадварыг дэмжих.

Өнөөдөр ALM-д тавигдах шинэ шаардлага гарч ирж байгаа бөгөөд үүнд agile хөгжлийн аргуудыг өргөнөөр нэвтрүүлэх нь шийдвэрлэх үүрэг гүйцэтгэж байна. Хэдэн жилийн өмнө хамгийн алдартай хурдан Scrum аргуудын нэгийг бүтээгч Д.Сазерланд хурдацтай хөгжлийн санааг бүрэн дасан зохицох гэж байгааг зарлав. Энэ нь хэтрүүлэг мэт санагдаж байсан ч таамаглал нь зөв болов. Capgemini группын шинжээчид болон HP Software&Solutions-ийн хамтарсан судалгаагаар 2010 онд компаниудын 60 гаруй хувь нь agile хөгжүүлэлтийг аль хэдийн ашиглаж эсвэл ашиглахаар төлөвлөж байсан бөгөөд Forrester судалгаанд оролцогчдын дөнгөж 6% нь хурдан арга хайж байгаагаа хүлээн зөвшөөрсөн байна. Бусад бүх хүмүүс тэдгээрийг янз бүрийн хэмжээгээр ашигладаг бөгөөд 39% нь тэдний хэрэгжилтийг нэлээд боловсронгуй гэж үздэг.

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

Асуудлын ноцтой байдлын талаархи мэдлэг, түүнийг шийдвэрлэх арга замыг эрэлхийлэх хандлага нь хөгжил ба үйл ажиллагааны хоорондын харилцан үйлчлэлийг сайжруулах үзэл баримтлал, технологид ашигладаг DevOps хэмээх шинэ нэр томъёог бий болгосон. Шинжээчид эдгээр санааг хэрэгжүүлэх гол найдвараа шинэ үеийн ALM орчинд тавьж байгаа бөгөөд энэ нь онолын хувьд биш харин практикт хэрэглээний амьдралын мөчлөгийн гол үе шатуудын нэгдлийг хангах болно. Өнөөдөр бүтээгдсэн программууд нь ихэнх тохиолдолд өөр өөр платформуудад зориулсан өөр өөр програмчлалын хэлээр хэрэгжсэн нийлмэл, нэгтгэсэн бүрэлдэхүүн хэсгүүд, түүнчлэн үйлчилгээний зарчимд суурилсан гадаад системийн код, хуучин шийдлүүд юм. Тэдний амьдралын мөчлөгийг удирдахын тулд ALM орчин нь олон тооны хөгжүүлэлтийн орчин, ажиллах үеийн платформуудыг (NET болон J2EE гэх мэт) дэмжихээс гадна програмын гадаад бүрэлдэхүүн хэсгүүдийн эх код, лиценз, хөгжүүлэлтийн статусыг хянах боломжийг олгох ёстой.

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

Програм хангамжийн амьдралын мөчлөгийн янз бүрийн үе шатуудыг дэмжих Rational бүтээгдэхүүний шугам нь үргэлж өргөн цар хүрээтэй, модулиудыг бие биетэйгээ нэгтгэхэд анхаарлаа төвлөрүүлж байсаар ирсэн. Батлер Группын шинжээчид IBM Rational Software and Systems Delivery багц шийдлүүдийг хэрэгжүүлсэн ALM бүрэлдэхүүн хэсгүүдийн хувьд зах зээл дээрх хамгийн бүрэн гүйцэд шийдэл гэж үнэлэв. Энэхүү иж бүрдэл нь төслийн багцын удирдлага, загварт суурилсан дизайн, хөгжүүлэлт, шаардлагын удирдлага, тохиргоо ба өөрчлөлтийн удирдлага, чанарын удирдлага, бүтээх, гаргах менежмент зэрэг бүтээгдэхүүнүүдийг багтаасан болно; програм хангамжийн амьдралын мөчлөгийн үйл явцыг зохион байгуулж, эдгээр үйл явцын тайлан, баримт бичгийг хангах. Нэр дэх Systems гэдэг үг нь Telclogic-ийг худалдаж авсны дараа гарч ирсэн бөгөөд түүний шийдлүүд нь системийн инженерчлэлийн процессыг дэмжихэд чиглэгдсэн бөгөөд одоо Rational багцад нэгдсэн байна. Тэдгээрийг IBM-ийн ALM орчинд оруулсан нь программ хангамж, системийн хөгжүүлэлтийн процессыг нэгтгэх, тэдгээрийн амьдралын мөчлөгийн удирдлагын нэгдсэн орчинг бүрдүүлэх чиг хандлагыг харуулж байна.

Гэхдээ IBM-ийн ALM технологийг хөгжүүлэхэд оруулсан хамгийн чухал хувь нэмэр бол аж ахуйн нэгжийн хэрэглээний амьдралын мөчлөгийн удирдлагын нэгдсэн платформыг хэрэгжүүлэх дэд бүтцийг бий болгох урт хугацааны Жазз төсөл юм. Одоогийн байдлаар Rational гэр бүлийн хэд хэдэн бүтээгдэхүүн Жазз платформтой аль хэдийн нэгтгэгдсэн, хэд хэдэн шинэ шийдлүүд гарсан бөгөөд эхний ээлжинд жазз хөгжимд суурилсан ажиллахаар бүтээгдсэн бөгөөд ирээдүйд Жаззын дэд бүтцэд дэмжлэг үзүүлэх болно. Rational шугамын бүх бүрэлдэхүүн хэсгүүдэд.

Жаззын цөм нь Жазз багийн сервер болон хэд хэдэн нэмэлт интеграцийн модулиудыг нэгтгэсэн Жазз сангийн платформ юм. Jazz Team Server нь амьдралын мөчлөгийн янз бүрийн үе шатуудад зориулсан бүрэлдэхүүн хэсгүүдийг нэгтгэх ALM-ийн шинэ хандлагыг харуулж байна (Зураг 3.15,). Хэрэв уламжлалт байдлаар ийм интеграци нь бие даасан бүтээгдэхүүнүүдийн хоорондох цэгээс цэгийн харилцаанд суурилдаг байсан бол Jazz нь REST стандарт дээр суурилсан нээлттэй түгээлтийн үйлчилгээний архитектурыг хэрэгжүүлдэг бөгөөд энэ нь багажийн бүрэлдэхүүн хэсгүүдийн бие биетэйгээ энгийн харилцан үйлчлэлийг баталгаажуулдаг (бир төрлийн ALM вэб). RESTful интерфэйс нь янз бүрийн модулиудын өгөгдөл, функцийг үйлчилгээ болгон харуулах боломжийг олгодог. Вэб стандартад суурилсан хандлагыг ашиглах нь Жаззыг маш өргөн цар хүрээтэй болгож, платформыг бий болгодог бүх нийтийн шийдэлжижиг баг болон том хөгжлийн багуудад ALM даалгавруудыг дэмжих чадвартай.

Төсөл ба багийн бүтэц

Үйл явдлын мэдэгдэл

Жазз багийн сервер

j * ;

Шаардлагууд Зүйл ба харилцаа IlJ Үйл явдлын түүх,

Хэрэглэх " тохиолдлууд ...... Зүйлийн түүхийн чиг хандлага

Эх кодыг бүтээдэг. Туршилтын тохиолдол Туршилтын үр дүн

				Visual Studio
Үйлчлүүлэгчийн платформ		Үйлчлүүлэгчийн платформ		Үйлчлүүлэгчийн платформ

Аюулгүй байдал ба хандалт

Цагаан будаа. 3.15. Байгууллагын хэрэглээний амьдралын мөчлөгийн удирдлагын нэгдсэн платформ

Жазз сан нь орчин үеийн хэрэглээний амьдралын мөчлөгийн удирдлагын орчны үндсэн чадавхийг идэвхжүүлэхийн тулд ALM-ийн бүх бүрэлдэхүүн хэсгүүдэд нийтлэг үйлчилгээ үзүүлдэг. Эдгээр нь жишээлбэл, шийдвэрлэх үйл явцад багийн янз бүрийн гишүүдийн харилцан үйлчлэлийг хангах хамтын ажиллагааны үйлчилгээ юм нийтлэг даалгавар, амьдралын мөчлөгийн янз бүрийн үе шатуудын хоорондын харилцааг дэмжихийн зэрэгцээ ALM-ийн тодорхой үүрэг тус бүрийн нөхцөл байдлыг харгалзан үзэх. Жазз дээр суурилсан хамтын ажиллагааны хэрэгслүүд нь шуурхай мессеж, урт хугацааны хэлэлцүүлгийн хэрэгсэл, вики болон бусад алдартай Вэб 2.0 функцуудыг ашигладаг. Энэ тохиолдолд багийн гишүүдийн хоорондын бүх харилцан үйлчлэл нь эдгээр харилцан үйлчлэлийн эх үүсвэр болсон олдворуудтай (жишээлбэл, согог эсвэл туршилтын тохиолдол) холбоотой хадгалагдсан дизайны нөөц гэж тооцогддог.

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

Жазз платформ нь Eclipse-ийн хөгжүүлэлтийн орчинтой нэгдэж, олон янзын үзэл бодол, хэтийн төлөвийг өгдөг. Зарим Jazz бүрэлдэхүүн хэсэг нь вэб үйлчлүүлэгчдийг дэмждэг. Жазз платформ нь Eclipse-д зориулсан хоёр чухал үзэл бодлыг өгдөг: Team Central болон Team Artefacts. Энэ хоёр үзэл бодол нь мэдээлэл цуглуулах зорилготой бөгөөд Жазз платформын бүрэлдэхүүн хэсгүүдээр өргөжүүлж болно. Eclipse-ийн боловсруулсан Jazz платформын зарим бүрэлдэхүүн хэсэг нь хэрэглэгчдэд вэб хөтчөөс шууд Жазз серверт хандах боломжийг олгодог.

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

Rational гэр бүлийн хамгийн гайхалтай шинэ бүтээгдэхүүнүүдийн нэг бөгөөд тусгайлан жазз хөгжимд тулгуурлан ажиллахаар бүтээгдсэн нь Rational Team Conceit (RTC) систем бөгөөд энэ нь хамтын ажиллагааг зохион байгуулах, програм хангамжийн амьдралын мөчлөгийн процессыг автоматжуулахад зориулагдсан, бүрэн бүтээгдсэн бүтээгдэхүүний багц юм. Жазз архитектурт. IBM Rational Team Concert нь олон хөгжүүлэгчид суралцдаг олон төслийн орчинд мэдээллийн системийг хөгжүүлэх ажлыг зохион байгуулахад зориулагдсан иж бүрэн орчин юм. Энэхүү хэрэгсэл нь хөгжлийн мэргэжилтнүүдийн хүчин чармайлтыг нэгтгэх, үр дүнтэй харилцан үйлчлэлийг зохион байгуулах, хэмнэх боломжийг олгодог хамгийн дээд түвшинтөслийн бүх үйл ажиллагаанд хяналт тавих.

RTC нь програм хангамжийн тохиргооны удирдлага, даалгавар, бүтээх менежмент, давталтын төлөвлөлт, төслийн тайланг гаргаж, янз бүрийн төрлийн хөгжүүлэлтийн процессуудыг тодорхойлж, програм хангамжийн амьдралын мөчлөгийг бүхэлд нь дэмжих зорилгоор бусад Rational бүтээгдэхүүнтэй нэгтгэдэг. 2009 онд IBM мөн Rational Quality Manager, Жазз дээр суурилсан туршилтын удирдлагын портал, Rational Insight программыг хөгжүүлэлтийн төслийн багцын өндөр түвшний удирдлагад зориулагдсан Cognos аналитик технологийг ашиглан Jazz платформын гүйцэтгэлийн удирдлагын хэрэгсэл болгон гаргасан.

IBM Rational Team Concert-ийн өргөн хүрээтэй нэгтгэх чадвар нь энэ хэрэгслийг үнэхээр өвөрмөц болгодог. Одоо байгаа интеграцийн дотроос дараахь зүйлийг тэмдэглэх нь зүйтэй.

• 1. Хамтарсан хэрэглээний амьдралын мөчлөгийн менежментийн (CALM) нэг хэсэг болох IBM Rational Requirements Composer-тэй нэгтгэх нь танд ажлын захиалгыг эдгээр ажлаас бий болгосон эсвэл өөрчилсөн шаардлага, мөн эсрэгээр эдгээр шаардлагыг хэрэгжүүлэхийн тулд ажлын төлөвлөлтөд бий болгосон ажлын байртай холбох боломжийг олгодог. .
• 2. Хамтарсан хэрэглээний амьдралын мөчлөгийн удирдлагын нэг хэсэг болох IBM Rational Quality Manager-тэй нэгтгэх, үүний үндсэн дээр гарсан програм хангамжийн бүтээгдэхүүнийг турших явцад хийсэн туршилтын үр дүнд үндэслэн согогийг хянах ажлыг зохион байгуулах боломжтой болно.
• 3. Сонгодог IBM Rational ClearQuest хөгжүүлэлтийн удирдлагын хэрэгсэлд тодорхойлсон ажлын захиалга болон өөрчлөлтийн хүсэлтийг синхрончлохын тулд IBM Rational ClearQuest-тэй нэгтгэх.
• 4. IBM Rational ClearCase-тай нэгтгэсэн нь хоёр заасан хэрэгслийн хооронд хувилбар болон тохиргооны удирдлагын олдворуудыг синхрончлох.

IBM Rational Team Concert-ийн үндэс болсон нээлттэй Жазз Интеграцийн Архитектур нь байгууллагад байршуулж, идэвхтэй ашиглаж болох бусад системүүдтэй нэгтгэх шинэ механизмуудыг нэмэлт хөгжүүлэх боломжийг олгодог. Эдгээр системтэй нэгтгэх сонголтуудын нэг нь IBM Rational Team Concert-ийн ажлын захиалгыг урьдчилан тодорхойлсон форматтай имэйл мессежийн дагуу синхрончлох боломжийг олгодог Fineco Soft компанийн RTC Email Reader бүтээгдэхүүнийг ашиглах явдал юм. Үүний зэрэгцээ, IBM Rational Team Concert-ийн суурилуулсан мэдэгдлийн дэд системийн ачаар урвуу синхрончлол хийх боломжтой.

IBM Rational Team Concert дээр суурилсан хувилбар болон тохиргооны менежментийг хөгжүүлэлтийн орчин (IDE) нь энэ хэрэгсэлтэй шууд уялдаа холбоогүй байсан ч бараг ямар ч төсөлд зохион байгуулж болно гэдгийг тэмдэглэх нь зүйтэй. Энэ нь ачаар боломжтой болсон хуваалцах"зузаан үйлчлүүлэгч" IBM Rational Team Concert болон нэгдсэн бус IDE. Тиймээс, хэрэв Eclipse IDE, IBM Rational Software Architect, IBM Rational Application Developer болон Microsoft Visual Studio-д ийм интеграци байгаа бол жишээлбэл, Delphi-д та "зузаан үйлчлүүлэгч" IBM Rational Team Conceit-ийг нэмэлтээр ашиглах хэрэгтэй болно. ямар ч том бэрхшээл тулгарах.