Оршил

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

Одоогийн байдлаар програм хангамжийн инженерчлэл, програм хангамжийн бүтээгдэхүүний чанарын баталгаа зэрэгт стандартчиллын бараг бие даасан хоёр чиглэл байдаг бөгөөд эдгээрийг болзолтоор ISO (Олон улсын стандартын байгууллага) стандартын профайл болон SEI (АНУ-ын програм хангамжийн инженерийн хүрээлэн) төлөвшлийн загвар гэж нэрлэж болно. Эхнийх нь [ , ]-д, хоёр дахь нь [ , ]-д бүрэн илэрхийлэгддэг. Өгүүллийн гол агуулга нь төлөвшлийн загваруудад зориулагдсан болно.

Нарийн төвөгтэй програм хангамжийн бүтээгдэхүүний дэлхийд өрсөлдөх чадвар, тэдгээрийг амжилттай экспортлох боломжийг хангахын тулд тэдгээрийг шаардлагын дагуу боловсруулж, баталгаажуулсан байх ёстой. олон улсын стандартын профайлсуурь дээр ISO 9000: 2000эсвэл төлөвшлийн загварууд - CMMI: 2003(Capability Maturity Model Integration - Програм хангамжийн инженерийн төлөвшлийн үнэлгээний нэгдсэн загвар). Эдгээр хоёр чиглэл нь арга зүйн хувьд маш ойрхон бөгөөд харилцан ишлэлээр хэсэгчлэн огтлолцдог.

Техник, эдийн засгийн үзүүлэлтүүдийг сайжруулах, програм хангамжийн бүтээгдэхүүний чанарыг сайжруулах, алдаа, согогоос урьдчилан сэргийлэх нь орчин үеийн технологипрограм хангамжийн инженерчлэл ба систем Компьютерийн тусламжтай дизайн. Эдгээр нь програм хангамжийн хэрэгслийг (PS) зохион бүтээх, хэрэгжүүлэх, засвар үйлчилгээ хийхэд шаардагдах нөөцийн нийт зардлыг бууруулахад чиглэсэн өндөр чанартай, найдвартай, аюулгүй програм хангамжийн цогцолборыг бий болгох өндөр хүчин чадалтай, нөөц хэмнэх технологи юм. Үүнийг хийхийн тулд юуны өмнө зорилго, зорилго, чиг үүргийг анхнаасаа тодорхой болгож, хамгийн зөв дүрслэн харуулах, дүн шинжилгээ хийх, дизайн хийх арга, хэрэгслийг ашиглах шаардлагатай. амьдралын мөчлөг PS-ийн (LC) болон системийн боломжит согогийг хөгжлийн дараагийн үе шатанд тархахаас урьдчилан сэргийлэх. Ийм програм хангамжийн инженерчлэлийн технологи нь ашиглалтанд шилжүүлсэн програм хангамжийн бүтээгдэхүүн дэх систем, алгоритм, програм хангамжийн алдааны түвшинг арилгах эсвэл мэдэгдэхүйц бууруулах боломжийг олгодог. Нэмж дурдахад тэдгээр нь PS-ийг өөрчлөх, хадгалах, гадаад орчны өөрчлөлтөд үр дүнтэй байдаг.

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

Баталгаажуулалтын үндэс нь програм хангамжийн багцыг хэрэглэгчийн стандарт шаардлагад нийцэж байгаа эсэхийг шалгах нарийвчилсан, үр дүнтэй хөтөлбөр, арга, тусгайлан боловсруулсан туршилтын асуудал, тэдгээрийг бий болгох генераторууд, түүнчлэн шалгагчийн өндөр ур чадвар, эрх мэдэл байх ёстой. Програм хангамжийн бүтээгдэхүүн үйлдвэрлэгч аж ахуйн нэгжүүдэд ашиглах, шаардлагад үндэслэн PS-ийн амьдралын мөчлөгийг баталгаажуулсан чанарын систем. ISO 9000: 2000эсвэл CMMI: 2003, үйл явц, бүтээгдэхүүний амьдралын мөчлөгийн өндөр, тогтвортой чанарын менежментийг баталгаажуулж, олон тохиолдолд програм хангамжийн эцсийн бүтээгдэхүүний баталгаажуулалтыг хөнгөвчлөх боломжийг олгодог. Тиймээс нарийн төвөгтэй програм хангамжийн төслүүдийн үйлчлүүлэгчид олон улсын стандартад нийцсэн загвар эсвэл төлөвшлийн загварт үндэслэн чанарын баталгаажуулалтын системийг ашиглахыг баталгаажуулсан гэрчилгээтэй гүйцэтгэгчийг сонгох хандлагатай байдаг.

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

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

CMMI төлөвшлийн загвар - 1.1өмнөх загваруудыг сайжруулж, сайжруулдаг НУМ(харна уу), мөн програм хангамжийн менежментийн чиглэлээр одоо байгаа олон улсын стандартуудын үндсэн шаардлагыг хэсэгчлэн харгалзан үздэг. -д ихээхэн анхаарал хандуулж байна CMMIХэрэглэгчийн шаардлагыг өөрчлөх, тэдгээрийн чиг үүрэг, бүрэлдэхүүн хэсэг, туршилт, төслийн баримт бичигт хяналт тавих чадварыг өөрчлөх үед боловсруулах үйл явц, давталтын нягтлан бодох бүртгэлд тусгагдсан болно. Саяхан 2003 оны хувилбарын SEI хувилбарыг шинэчлэх тухай мэдээлэл гарч ирэв. CMMI-1.1хуримтлагдсан туршлага, аж ахуйн нэгжүүдийн санал хүсэлт дээр үндэслэн. Энэ нь 2006 онд загварын шинэ, мэдэгдэхүйц сайжруулсан хувилбарыг гаргах ёстой CMMI-1.2, үүний дараа 1.1 хувилбарыг зогсоох ёстой. 2007 оны эцэс хүртэл хэрэглэгчид энэ хувилбар руу шилжих ёстой CMMI-1.2, мөн ирээдүйд програм хангамжийн инженерийн чиглэлээр аж ахуйн нэгжийн технологийн чанарын (гэрчилгээ) албан ёсны үнэлгээг заавал хийх болно. Гэрчилгээний хүчинтэй байх хугацаа гурван жилээр хязгаарлагдана. Томоохон програм хангамжийн системийн хэрэглэгчид болон хөгжүүлэгчид SEI-ээс 1.2 хувилбарыг албан ёсоор нийтлэхээс өмнө эдгээр өөрчлөлтөд бэлтгэх ёстой.

CMMI төлөвшлийн загварын бүтэц, агуулга - 1.1

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

Загварын тайлбарын сонголтуудыг ерөнхий хэсгүүдийг агуулсан нэг схемийн дагуу бүтээдэг.

• өмнөх үг;
• 1 хэсэг - танилцуулга;
• 2-р хэсэг - бүрэлдэхүүн хэсгийн загвар;
• 3-р хэсэг - нэр томъёо;
• 4-р хэсэг - загвар бүрийн хувилбаруудын түвшин, үндсэн бүрэлдэхүүн хэсгүүдийн агуулга (зорилго, журмыг боловсруулах);
• 5-р хэсэг - үйл явцын харилцан үйлчлэлийн бүтэц; 7-р хэсэгт дөрвөн төрлийн үйл явц, тэдгээрийн ерөнхий тойм, CMMI процессуудын харилцан үйлчлэлийн схемийг тэмдэглэв.
  • үйл явцын удирдлага;
  • менежмент - төслийн менежмент;
  • инженерчлэл (технологи);
  • дэмжлэг үзүүлэх;
• 6-р хэсэг - Загвар ашиглах CMMI- загвар, сургалтын талаар хэрэглэгчдэд зориулсан товч зөвлөмж; Загварын процессуудын стандартын 2, 3-р хэсэгт өмнөх CMM загварын зохицуулалттай процессуудтай нийцэж, нийцэж байгааг тэмдэглэв. ISO 15504.
• 7-р хэсэг нь стандарт бүрийн хамгийн сүүлийнх нь бөгөөд нийт баримт бичгийн 500 орчим хуудсыг эзэлдэг бөгөөд энэ нь 700 гаруй хуудас юм. Энэ хэсэгт тодорхой загварын шинж чанарыг харгалзан үзсэн үйл явц бүрийг хэрэгжүүлэх талаар нарийвчилсан зөвлөмжийг өгсөн болно.

Эхний сонголт(тасралтгүй) загвар нь баримт бичгийг тусгасан болно: Системийн инженерчлэл/ Програм хангамжийн инженерчлэл/Нэгдсэн бүтээгдэхүүн ба үйл явц хөгжүүлэлт, Хувилбар 1.1, тасралтгүй төлөөлөл (CMMI-SE/SW/IPPD, V1.1, Тасралтгүй). Нэгдсэн системийн инженерчлэл/Програм хангамжийн инженерчлэл/Нэгдсэн бүтээгдэхүүн ба хөгжлийн үйл явцын төлөвшлийн үнэлгээний загвар - тасралтгүй харах. Энэ загварт долоо дахь хэсэг нь дараах процессуудаас бүрдэнэ.

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

Таван хавсралтад дараахь зүйлийг тусгасан болно.

ГЭХДЭЭ- ашигласан уран зохиолын эх сурвалж, баримт бичгийн найрлага, гэхдээ стандартыг дурдаагүй болно ISO;

AT- товчлол;

FROM- тайлбар толь бичигт суурилсан нэр томъёо ISOзөвхөн дөрвөн стандартад ашигладаг ISO 9000, ISO 12207, ISO 15504:1-9, ISO 15288;

D - төлөвшлийн түвшингээр загвар бүрэлдэхүүнийг бүрдүүлэх шаардлага, саналын тодорхойлолт;

E - хөгжлийн оролцогчдын жагсаалт CMMI- төсөл.

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

Төслийн төлөвлөлтЭнэ болон хоёр дахь загварт дараахь зүйлс орно.

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

Шаардлага боловсруулах үйл явцПрограм хангамжийн бүтээгдэхүүн нь хоёр загвар дахь процессуудтай төстэй бөгөөд үүнд:

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

Шаардлагын менежментХоёр загварт дараахь зүйлс орно.

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

Хоёр дахь сонголтбаримт бичгийг танилцуулж байна: Системийн инженерчлэл/Програм хангамжийн инженерчлэл/Нэгдсэн бүтээгдэхүүн ба үйл явц хөгжүүлэлтийн чадавхийн төлөвшлийн загвар интеграцчлал (CMMI), Хувилбар 1.1, үе шаттай төлөөлөл (CMMI-SE/SW/IPPD, V1.1, Үе шаттай). Нэгдсэн системийн инженерчлэл/Програм хангамжийн инженерчлэл/Нэгдсэн бүтээгдэхүүн ба хөгжлийн үйл явцын төлөвшлийн үнэлгээний загвар - үе шаттай танилцуулга. Энэхүү загвар нь төлөвшлийн таван түвшний үзэл баримтлалыг хадгалахад суурилдаг НУМ[ , ]. Процессын найрлага нь загварын эхний хувилбарт өгөгдсөнийг бараг давтдаг боловч арай өөр дарааллаар, харьцангуй бага нэмэлтүүдтэй.

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

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

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

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

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

Загваруудад онцгой анхаарал хандуулдаг CMMI PS төслийн удирдлагын үйл явцад өгөгдсөн. Загваруудын эдгээр шаардлага, үйл явц нь стандартад заасан зохицуулалттай, нарийвчилсан зөвлөмжтэй бараг нийцдэг. ISO 9001:2000болон PS амьдралын мөчлөгийн цогц стандартуудын профайлын үндсэн бүрэлдэхүүн хэсгүүд [ , ]. Стандартын 4-8-р функциональ хэсгийн процессуудад тавигдах шаардлага ISO 9001, ISO 9004, ISO 90003агуулгын хувьд хангалттай хэд хэдэн хэсгийг загварт харьцуулж болно CMMI(Зураг 1, агуулгын давхцлын бүс). Үйл явц, шаардлагын нийтлэг байдал нь ижил төстэй байдлаас бүрддэг: бүтэц, нэр томъёо, бүтэц, санал болгож буй менежментийн үйл явцын жагсаалт, төлөвлөлт, бэлэн нөөцийг бүртгэх, програм хангамжийн инженерийн үйл явцыг хэрэгжүүлэх, мэргэжилтнүүдийн үнэлгээ, зохион байгуулалт.

Зураг 1. Үйл явцын нийтлэг байдал, стандарт, төлөвшлийн загваруудын шаардлага

Томоохон програм хангамжийн төслүүдийн амьдралын мөчлөгийг бүхэлд нь дэмжих, зохицуулах үүднээс загваруудын дутагдалтай талууд CMMIодоо байгаа стандартуудын профайлын талаар ISOдараахь зүйлийг багтааж болно.

Дээр дурдсан PS-ийн амьдралын мөчлөгийг хангах үйл явцын төлөвшлийн түвшинг тодорхойлохын тулд өргөн хүрээний техникийн тайланг боловсруулж, 1998 онд анх баталсан. ISO 15504, есөн хэсэг, олон хэрэглээнээс бүрддэг. Энэ нь төлөвшлийн загварыг тодорхойлсон НУМмөн найман үндсэн зарчимстандартад суурилсан програм хангамжийн инженерчлэл ISO 9000: 2000. Дараа нь дотогш ISOЭнэхүү баримт бичиг нь зорилго, үзэл баримтлалыг бүрэн хадгалахын зэрэгцээ бүтэц, агуулгыг эрс шинэчилж, багасгаж, хялбаршуулж, батлав. стандарт болгонтаван хэсэгт.

Стандарт ISO 15504:1-5:2003-2006аж ахуйн нэгжүүдийн гүйцэтгэж буй програм хангамжийн хэрэгсэл, системийг бий болгох, хадгалах, сайжруулах үйл явцын төлөвшлийн үнэлгээ, баталгаажуулалтыг зохицуулдаг.

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

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

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

Стандартад батлах тухайд тусгагдсан болно хоёр тал: тодорхой аж ахуйн нэгжийн PS болон системийн амьдралын мөчлөгийн үйл явцыг сайжруулах, төсөл эсвэл аж ахуйн нэгжийг дэмжих үйл явцын зарласан хугацаа нь ашигласан бодит үйл явцтай тохирч байгаа эсэхийг тодорхойлох. Үүнийг стандартын дараах таван хэсэгт тусгасан болно. ISO 15504:1-5:2003-2006.

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

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

3-р хэсэг - Баталгаажуулалтыг үйлдвэрлэх заавар.Төлөвшлийн үнэлгээний үйл явц, шаардлагын хэрэгжилтийг тайлбарлах технологийн талаархи тоймыг өгдөг. Үүнд: баталгаажуулалтын гүйцэтгэл; төлөвшлийн процессыг тодорхойлох хэмжих хэрэгсэл; баталгаажуулалтын хэрэгслийг сонгох, хэрэглэх; гэрчилгээжүүлэгчдийн ур чадварыг үнэлэх; гэрчлэлийн мэдүүлсэн шаардлагад нийцэж байгаа эсэхийг шалгах. Баталгаажуулалтын хэрэгслийг аж ахуйн нэгжүүд програм хангамжийн бүтээгдэхүүн, системийг төлөвлөх, удирдах, хянах, хянах, сайжруулах, худалдан авах, хөгжүүлэх, ашиглах, засвар үйлчилгээ хийхэд ашиглаж болно.

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

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

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

Програм хангамжийн бүтээгдэхүүний баталгаажуулалтыг зохион байгуулах

Баталгаажуулалт нь зохион байгуулалтын хэд хэдэн үйл явцаас бүрддэг баталгаажуулалтын систем, эдгээр үйл явц нь зохицуулалттай журам, баримт бичгүүдээр дэмжигддэг бөгөөд мэргэшсэн, баталгаажсан шинжээчид - байцаагч нар гүйцэтгэнэ. Хөгжүүлэгч аж ахуйн нэгж, түүний үйл ажиллагааны үр дүнг баталгаажуулахын тулд програм хангамжийн бүтээгдэхүүн, загвар CMMIэсвэл стандарт профайл ISO[ , ] тодорхой сахилга батыг санал болгож байгаа бөгөөд энэ нь PS-ийн амьдралын мөчлөгийн объектын онцлог шинж чанар, хүрээлэн буй орчинд тохирсон байх ёстой. Доор жагсаасан процессууд болон баримт бичгүүд нь томоохон төслүүдэд зориулагдсан бөгөөд илүү хялбар тохиолдолд хөгжүүлэгчид, үйлчлүүлэгчид болон гэрчилгээжүүлэгчдийн тохиролцоогоор багасгаж болно.

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

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

Чанар сайтайБаталгаажуулалтын байгууллага эсвэл лабораторийн үндсэн чиг үүрэг, даалгаврыг хэрэгжүүлэхтэй холбоотой зарчмын мэдэгдэл, арга, журмын тодорхойлолт, туршилтын чанар, үнэлгээ, туршилт, шалгалтын үр дүнд итгэх итгэлийг агуулсан болно. Чанарын гарын авлага нь ихэвчлэн [ TWLSC$ хэсгүүдийг агуулдаг

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Програм хангамжийн бүтээгдэхүүний гэрчилгээжүүлэх үйл явц, үр дүнгийн баримтжуулалт

Чанарын системийг баталгаажуулах баримт бичгийн бүтэц, агуулгаАж ахуйн нэгжүүд нь програм хангамжийн дизайн, боловсруулалт, өөрчлөлтийн шинж чанар, түүнчлэн тэдгээрийн чанарт тавигдах шаардлага, технологийн орчны шинж чанараас хамаардаг. Тиймээс аж ахуйн нэгж, төсөл тус бүрт шаардлагатай баримт бичгийн багцыг эдгээр шинж чанаруудтай уялдуулан сонгож, тохируулах ёстой. Баталгаажуулалтын явцад үнэлэгдсэн чанарын тогтолцооны үзүүлэлтүүд нь холбогдох баримт бичгийн бэлэн байдал, төлөвшлийн загварын тодорхой түвшний шаардлагуудын бодит биелэлт юм. SMMIэсвэл тохируулсан стандартын профайл дээр суурилсан ISO 9000: 2000, түүнчлэн тэдгээрийн үндсэн дээр бий болгосон, ажлын байрны тодорхойлолтаж ахуйн нэгж-хөгжүүлэгчийн мэргэжилтнүүд. Өргөдөл гаргагч нь захиалагч болон хөгжүүлэгчийн хооронд тохиролцсон, тэдгээрийн найдвартай байдал, найрлага, ур чадварыг зохицуулах баримт бичгийн дагуу баталгаажуулахын тулд батлагдсан баримт бичгийн багцыг бэлтгэж, туршилтын лабораторид ирүүлэх ёстой.

Гэрчилгээжүүлэх үндсэн баримт бичгийн багц нь гурван бүлгээс бүрдэнэ.

• үндсэн дүрэм журамстандартын профайлын нэршил, агуулгын дагуу чанарын тогтолцоо ISO 9000: 2000эсвэл төлөвшлийн загварууд SMMI, түүнчлэн аудитад хамрагдсан аж ахуйн нэгжийн чанарын систем, бүтээгдэхүүнийг шалгагч (шинжээч) -д танилцуулсан програм, гарын авлага, зааварчилгааг тэдгээрийн үндсэн дээр хөгжүүлэгчид;
• тодорхой аж ахуйн нэгж, төслийг тодорхойлсон эх баримт бичиг, түүнчлэн түүний чанарыг баталгаажуулахын тулд төслийн удирдлагаас бэлтгэсэн програм хангамжийн хэрэгслийн ашиглалтын хугацаа;
• баталгаажуулалтын байгууллага, өргөдөл гаргагч болон аудитад хамрагдсан аж ахуйн нэгжийн удирдлагад ирүүлсэн аж ахуйн нэгжийн чанарын систем ба / эсвэл програм хангамжийн бүтээгдэхүүний аудитын (баталгаажуулалтын) үр дүнг тусгасан шалгагчдын тайлагналын баримт бичиг.

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

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

1. Гүйцэтгэлийг сайжруулах тухай ойлголт, нэр томъёо, шаардлага, удирдамж - чанарын удирдлагын тогтолцоо - ISO 9000: 2000эсвэл CMMI төлөвшлийн загварын хувилбар.
2. Стандартуудын тохируулсан хувилбарууд эсвэл хэсгүүдийн жагсаалт, зөвлөмжүүд ISO 12207, ISO 15504, тэдгээрийн өөрчлөлт, хэрэглээний удирдамж, дасан зохицох явцад сонгосон бөгөөд тухайн аж ахуйн нэгж эсвэл програм хангамжийн бүтээгдэхүүний төслийн чанарын системд заавал ашиглах ёстой.
3. Стандартын тохируулсан хувилбар эсвэл хэсгүүдийн жагсаалт, зөвлөмж ISO 900003, дасан зохицох явцад сонгогдсон бөгөөд програм хангамжийн бүтээгдэхүүн үйлдвэрлэдэг аж ахуйн нэгжийн чанарын системд заавал ашиглах ёстой.
4. Стандартын үндсэн дээр тодорхойлсон, тохируулсан, тодорхойлсон PS төслийн үндсэн шинж чанар, чанарын шинж чанарууд ISO 12182, ISO 9126, ISO 14598, ISO 25000.
5. Стандартуудын зөвлөмжид үндэслэн засвар үйлчилгээ, тохиргооны удирдлагын гарын авлагын тохируулсан хувилбар, батлагдсан хэвлэл ISO 14764, ISO 10007, ISO 15846.
6. Тодорхой PS төслийн аж ахуйн нэгжийн чанарын тогтолцооны журамд хамрагдсан бүх удирдах, гүйцэтгэх, шалгах ажилтнуудын үүрэг хариуцлага, эрх мэдэл, харилцан үйлчлэлийн журмыг тодорхойлсон ажлын байрны тодорхойлолтын багц.

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

1. Аж ахуйн нэгжид бий болсон програм хангамжийн бүтээгдэхүүний шинж чанар, тэдгээрийн амьдралын мөчлөгийн тогтолцоо, гадаад орчны тодорхойлолт, PS төсөл, аж ахуйн нэгжийн чанарын тогтолцооны стандарт, шаардлагад нийцүүлэн тохируулах, ажлын хувилбаруудыг бэлтгэхэд шаардлагатай. стандартын зөвлөмж ISO 12207, ISO 15504, ISO 90003болон ISO 9126.
2. Чанарын тогтолцооны чиглэлээр аж ахуйн нэгж-хөгжүүлэгчийн зорилго, шаардлага, үүргийн тодорхойлолт, програм хангамжийн бүх амьдралын мөчлөгийг боловсруулах, хүргэх, дэмжих үйл явц, бүтээгдэхүүний чанарын шалгуур үзүүлэлт.
3. Дасан зохицсон стандартын дагуу програм хангамжийн бүтээгдэхүүний тодорхой хувилбарын ашиглалт, ашиглалтын хугацааг баталгаажуулахын тулд хэрэглэгч болон хэрэглэгчдэд нийлүүлсэн үйл ажиллагааны баримт бичгийн багц ISO 9294, ISO 15910, ISO 18019.
4. Програм хангамжийн бүтээгдэхүүний амьдралын мөчлөгийг хангахад ашигладаг дизайн, боловсруулалт, өөрчлөлт, хяналт, туршилтын баримтжуулалт, автоматжуулалтын хэрэгслүүд.
5. Аж ахуйн нэгж, програм хангамжийн бүтээгдэхүүний чанарын тогтолцооны үйл явцын үр нөлөөг үнэлэх, програмыг турших төлөвлөгөө, арга.
6. Засвар үйлчилгээ хийх арга, програм хангамжийн бүтээгдэхүүний бүрэлдэхүүн хэсэг, баримт бичгийг тодорхойлох, програм хангамж, мэдээллийн цогцолборын хувилбаруудад дүн шинжилгээ хийх, батлах.
7. Програм хангамжийн бүтээгдэхүүний хувилбарууд болон дагалдах баримт бичгүүдийн тохиргоог удирдах, батлах, хадгалах, хамгаалах, хуулбарлах, түүнчлэн програм хангамжийн бүтээгдэхүүний хувилбаруудын амьдралын мөчлөгийн хугацаанд аж ахуйн нэгжийн архивт бүртгэгдсэн чанарын шинж чанарын талаархи мэдээллийг хуримтлуулах, хадгалах аргачлал.

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

1. Програм хангамжийн бүтээгдэхүүний бүх амьдралын мөчлөгийн туршид чанарын баталгаажуулалтын нэгдсэн үйл явцыг хангадаг аж ахуйн нэгжийн чанарын тогтолцооны шаардлага, заалтад нийцсэн баримт бичгийн бэлэн байдал, хамаарал, системчилсэн гүйцэтгэлийн талаархи тайлан.
2. Чанарын тогтолцооны нөхцөл байдал, хэрэглээг хянах, турших үр дүн нь түүний зохистой байдал, үр нөлөөг тодорхойлох зорилгоор үе үе хийгддэг.
3. Үйлчлүүлэгчтэй байгуулсан баталгаажуулалтын гэрээний шаардлагыг хангасан чанарын үр дүнгийн талаар баримтжуулсан тайлан, хяналт шалгалт хийх аргуудын бэлэн байдал, засвар үйлчилгээний талаархи тайлан.
4. Програм хангамжийн багцын чанарын шинж чанарыг бүртгэх үр дүн: програм хангамжийн бүтээгдэхүүн, түүний бүрэлдэхүүн хэсгүүдийн чанарын шинж чанар, шинж чанаруудын талаархи бүртгэгдсэн өгөгдлийг тодорхойлох, хуримтлуулах, хадгалах.
5. Хөгжлийн төлөвлөгөөний хэрэгжилтийн үр дүн, хөгжлийн үе шатуудын оролт, гаралтын өгөгдөл, PS-ийн амьдралын мөчлөгийн хэрэгжилтийг шалгах протоколууд.
6. Чанарын хөтөлбөрийн практик хэрэгжилтийн үр дүн, PS-ийн амьдралын мөчлөгийн бүх үе шатанд чанарын чиглэлээр зохицуулалттай үйл ажиллагааны хэрэгжилт.
7. Орчны симулятор ба туршилтын генераторын гэрчилгээжүүлэлтийн үр дүн, түүнчлэн програм хангамжийн бүтээгдэхүүний баталгаажуулалтын туршилтыг явуулахад хангалттай байдлын үнэлгээ.
8. Төлөвлөгөө, туршилтын аргуудын хэрэгжилтэд хийсэн дүн шинжилгээний үр дүн, туршилтын тайлан, туршилтын үр дүнгийн шаардлагад нийцэж буй байдлын үнэлгээ, түүнчлэн өргөдөл гаргагч, үйлчлүүлэгч, ханган нийлүүлэгчийн төлөөлөгчдийн баталсан туршилтын үр дүн.
9. Програм хангамжийн системийн амьдралын мөчлөгийн бодит шинж чанар, аж ахуйн нэгжийн чанарын тогтолцоог шалгах үр дүнгийн акт, тэдгээрийн програм хангамжийн бүтээгдэхүүний үйлдвэрлэлийн гэрчилгээжүүлэх шаардлагад нийцэж байгаа эсэх талаархи дүгнэлт.
10. Аж ахуйн нэгж ба / эсвэл програм хангамжийн бүтээгдэхүүний чанарын тогтолцооны гэрчилгээ, түүний амьдралын мөчлөгийг баталгаажуулах, тохирлын тэмдгийг ашиглах тусгай зөвшөөрөл.

Уран зохиол

V.V. Липаев - Програм хангамжийн амьдралын мөчлөгийн стандартын профайл. -- Jet Info, Newsletter, N 12, 2005

К.Милман, С.Милман -- SMMI бол ирээдүй рүү чиглэсэн алхам юм. -- нээлттэй системүүд., N 5-6.(2005), N2.(2006), 2005, 2006

ISO IEC TR 15504-CMMI програм хангамжийн хэрэгсэл, мэдээллийн системийг бий болгох, хадгалах үйл явцын төлөвшлийн үнэлгээ, баталгаажуулалт. Пер. англи хэлнээс -- М .: Ном ба бизнес, 2001

V.V. Липаев - Нарийн төвөгтэй програм хангамжийн амьдралын мөчлөгийн үйл явц ба стандартууд. Лавлах.-- М.: СИНТЕГ, 2006 он

V.V. Липаев - Том хэмжээний програм хангамжийн чанарыг хангах арга.-- М .: RFBR. СИНТЕГ, 2003 он

"; antisource: "Програм хангамжийн бүтээгдэхүүнийг одоо хүний ​​​​үйл ажиллагааны бараг бүх салбарт менежментийн асуудлыг шийдвэрлэхэд ашигладаг: эдийн засаг, нийгэм, цэргийн болон бусад салбарт. Дотоодын программ хангамжийн бүтээгдэхүүнийг эх орондоо болон дэлхийн зах зээлд төрөл бүрийн хэрэглээнд зориулан олноор нь хөгжүүлж, нийлүүлэх явцад өндөр чанарыг хангах нь стратегийн зорилт болоод байна."; нөхцөл: 1]$

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

хүрээнд бүтээгдсэн гайхалтай практик хэрэгсэл үйл явцын хандлагаүйл ажиллагааны тодорхойлолт дизайны байгууллагатэр дундаа хөгжиж буй байгууллага Мэдээллийн систем , HMM аргачлалыг харуулж байна. CMM нь Чадамжийн төлөвшлийн загвар гэсэн үг бөгөөд ойролцоогоор "удирдлагын тогтолцооны төлөвшлийн загвар" гэсэн утгатай. Уран зохиолд НУМ-ыг байгууллагын төлөвшлийн загвар гэж илүү нэрлэсэн байдаг бөгөөд би ч мөн адил энэ уламжлалыг баримтлах болно.

SMM үүссэн түүх дараах байдалтай байна. 80-аад оны сүүлээр. Өнгөрсөн зуунд АНУ-ын Батлан ​​хамгаалах яам Програм хангамжийн инженерийн 1Eng институтэд захиалга өгчээ. SEI - Програм хангамжийн инженерийн хүрээлэнКарнеги Меллон Их Сургууль программ хангамж хөгжүүлэх төслүүдэд туслан гүйцэтгэгчийг сонгох шалгуурын систем дээр ажиллаж байна. Уг ажлыг 1991 онд дуусгасан бөгөөд үр дүн нь НУМ болсон. Загвар нь санхүү, эдийн засаг, улс төр, зохион байгуулалтын ямар ч зүйлийг агуулаагүй гэдгийг бид нэн даруй анхааруулах ёстой сонгох шалгууртуслан гүйцэтгэгч, түүнчлэн нууц ажилд орох боломжийн шалгуурууд (магадгүй ийм даалгавар өгөөгүй байж магадгүй). Бид зөвхөн боломжит туслан гүйцэтгэгчийн програм хангамжийн системийг хөгжүүлэх чадварыг тодорхойлсон шалгууруудын тухай л ярьж байна.

CMM бүтэц

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

Таамаглал 1. Чанарын хувьд өөр өөр төлөвшлийн түвшин байдаг дизайны байгууллагахөгжиж байна Мэдээллийн систем(HMM загварт ийм таван түвшин байдаг).

Таамаглал 2. Аливаа хөгжлийн байгууллага нь илүү өндөр түвшинд шилжих сонирхолтой байдаг (Зөвхөн Батлан ​​хамгаалах яамны гэрээний төлөөх тэмцэлд боломжоо нэмэгдүүлэхийн тулд төдийгүй өөрийгөө сайжруулахын тулд).

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

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

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

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

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

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

5-р түвшин "Оновчлох". Үйл явцыг тасралтгүй сайжруулахад тоон үзүүлэлтээр дамжуулан хүрдэг санал хүсэлтүйл явц, түүнд дэвшилтэт санаа, технологийг хэрэгжүүлэх.

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

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

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

Зураг дээр. 7.1-д дараах ойлголтуудыг агуулна.

Гол үйл явцын бүлэг. (Paulk, et al., 1995)-д дурдсанчлан, "гол үйл явцын бүлэг бүр нь холбогдох үйл ажиллагааны багцыг тодорхойлдог бөгөөд үүний үр дүнд үйлдвэрлэлийн үйл явцын бүтээмжийг нэмэгдүүлэхэд чухал ач холбогдолтой зорилтуудын багцад хүрдэг. Жишээ нь, үндсэн процессуудын бүлэгт " Шаардлагын менежмент"(Зураг 7.2-ыг үзнэ үү) зорилго нь хэрэглэгч болон хөгжүүлэгчийн хооронд програм хангамж хөгжүүлэх төслийн шаардлагыг нийцүүлэх явдал юм."

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

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

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

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

Зорилго. НУМ дахь зорилго нь үйл явцтай холбоогүй, харин гол үйл явцын бүлгүүдтэй холбоотой байдаг. Дээр дурьдсанчлан, үндсэн туршлагыг хэрэгжүүлэх замаар зорилгодоо хүрдэг. НУМ-д зорилгодоо хүрэх нь нэгдүгээрт, үндсэн туршлагыг хэрэгжүүлсний дараа хүссэн үр дүнд хүрэх, хоёрдугаарт, энэ нь нэлээд тогтвортой байх болно гэсэн үг юм. Гол үйл явцын бүлгийн зорилгод хүрэх арга зам нь өөр өөр байдаг тул төсөл бүр өөр байж болно. сэдвийн хэсэг эсвэл орчин.

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

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

Гүйцэтгэлийн үүрэг

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

Урьдчилсан нөхцөл

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

Үйл ажиллагаа явагдаж байна

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

Хэмжилт ба шинжилгээ

Хэсэг "Хэмжилт ба

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

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

Гол туршлагууд нь ЮУ хийх ёстойг тайлбарладаг боловч зорилгодоо ХЭРХЭН хүрэх ёстойг сургамж гэж ойлгож болохгүй. Гол үйл явцын бүлгийн зорилгыг альтернатив туршлагуудаар дамжуулан хийж болно. Гол туршлагын тайлбар нь үндэслэлтэй байх ёстой бөгөөд энэ нь үндсэн үйл явцын бүлгийн зорилгод хүрэх боломжийг олгоно үр дүнтэй арга, гэхдээ магадгүй албан ёсоор, санал болгож буй НУМ-аас ялгаатай.

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

Түвшингийн тодорхойлолтод (Зураг 7.2-ыг үз) "үйлдвэрлэлийн үйл явц" гэх мэт зүйл гарч ирэв. Энэ нь үндсэн үйл явцын бүлгийн тодорхойлолтод бас байдаг бөгөөд энэ нь тохиолдлын зүйл биш юм. Үйлдвэрлэлийн үйл явц буюу НУМ-д яг тохирсон байдлаар Стандарт Үйлдвэрлэлийн үйл явцБайгууллага (OSS) нь бүхэл бүтэн загварын гол ойлголтуудын нэг юм.

1986 оны 11-р сард Америкийн Програм хангамжийн Инженерийн Институт (SEI) нь Митер Корпорацитай хамтран тэдний дотоод үйл явцыг сайжруулахад туслах зорилготой Програм хангамж хөгжүүлэх үйл явцын төлөвшлийн тоймыг боловсруулж эхэлсэн.

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

1987 оны 9-р сард SEI гарсан богино тоймпрограм хангамж боловсруулах үйл явц, тэдгээрийн төлөвшлийн түвшний тодорхойлолт, түүнчлэн компанид сайжруулах шаардлагатай салбаруудыг тодорхойлох зорилготой асуулга. Гэсэн хэдий ч ихэнх компаниуд энэхүү асуулгын хуудсыг бэлэн загвар гэж үзсэн бөгөөд үүний үр дүнд 4 жилийн дараа уг асуулга нь програм хангамжийн чадавхийн төлөвшлийн загвар (CMM) бодит загвар болж хувирсан. 1991 онд гарсан CMM-ийн анхны хувилбарыг (Хувилбар 1.0) 1992 онд 200 орчим программ хангамжийн мэргэжилтнүүд болон хөгжүүлэгчдийн нийгэмлэгийн гишүүд оролцсон ажлын уулзалтад оролцогчид шинэчлэн найруулсан.

1. Бага анги. Байгууллагын хамгийн анхдагч статус. Байгууллага нь программ хангамж боловсруулах чадвартай. Байгууллагад тодорхой ухамсартай үйл явц байдаггүй бөгөөд бүтээгдэхүүний чанар нь хөгжүүлэгчдийн хувийн чадвараар бүрэн тодорхойлогддог. Нэг нь санаачлагыг гартаа авч, баг нь түүний зааврыг дагаж мөрддөг. Нэг төслийн амжилт нь нөгөө төслийн амжилтыг баталгаажуулдаггүй. Төслийн төгсгөлд хөдөлмөрийн зардал, хуваарь, чанарын талаархи мэдээллийг бүртгэдэггүй.
2. давтагдах боломжтой. Тодорхой хэмжээгээр үйл явцыг хянадаг. Хөдөлмөрийн зардал, төлөвлөгөөний бүртгэлийг хийдэг. Төсөл бүрийн үйл ажиллагааг бичгээр тайлбарласан болно. 1999 оны дундуур байгууллагуудын дөнгөж 20% нь 2 ба түүнээс дээш түвшнийх байв.
3. Суулгасан. Тодорхойлогдсон, баримтжуулсан болон тогтсон үйл явцхувь хүнээс хараат бус ажиллах. Энэ нь тохиролцсон гэсэн үг мэргэжлийн стандартууд, мөн хөгжүүлэгчид тэдгээрийг хэрэгжүүлдэг. Ийм байгууллагууд өмнө нь гүйцэтгэсэн төслүүдтэй төстэй төслүүдийн зардлыг нэлээд найдвартай урьдчилан таамаглах боломжтой байдаг.
4. Удирдсан. Тэд ажлын цаг хугацаа, зардлыг нарийн таамаглаж чадна. Хуримтлагдсан хэмжилтийн мэдээллийн сан бий. Гэхдээ шинэ технологи, парадигмууд гарч ирснээр ямар ч өөрчлөлт гарахгүй.
5. Оновчлогдсон. Шинэ, сайжруулсан арга, хэрэгслийг хайж олох, эзэмших журам үргэлжилж байна.

Хөгжил

Загварыг практикт ашиглах нь програм хангамж боловсруулах үйл явцыг илүү өндөр түвшинд зохион байгуулахад чиглэсэн хоёрдмол утгатай байдлыг илрүүлсэн. Тиймээс 2002 он гэхэд хөгжлийн үйл явцыг сайжруулах зөвлөмжийг боловсруулж байна CMMI (Capability Maturity Model Integration). Одоогоор Хамгийн сүүлийн үеийн хувилбар CMMi - 1.3 (2010 оны 11-р сард хэвлэгдсэн) .

бас үзнэ үү

Холбоосууд

MIT оюутны форум > Үндсэн хэсэг > Туршилтууд > Хяналтын системийн симуляци

Харах бүрэн хувилбар: Хяналтын системийн симуляци

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

Эцсийн шалгалт 100-аас 100

Үр дүн нь өөр өөр байдаг уу?

Энд бичигдээгүй бусад асуултууд намайг татав. Би хариулт хайсангүй, учир нь үүнгүйгээр би тэнцсэн 4. Төөрөлдөхийг хүссэн хүн хариултаа энд байршуулна уу 🙂

Модуль 1:
Бизнесийн үйл явцын онцлог шинж гэж юуг анхаарч болохгүй вэ?

Нэмэлт үнэ цэнэ

Нэг хариултыг сонгоно уу:
Өмнө нь тавьсан зорилтуудыг тусгасан үйл явцын бүтээгдэхүүн

Нэг хариултыг сонгоно уу:

Финалд (4-нд тэнцсэн.

Чадавхийн төлөвшлийн загвар гэж юу вэ? (НУМ)

Эдгээр асуултууд + форум дээр байгаа асуултууд):
1. Зөв мэдэгдлийг сонгоно уу.
Нэг хариултыг сонгоно уу:
Хэлтсийн бизнесийн үйл явц нь янз бүрийн өртгийн сүлжээнээс бүрддэг (UNSURE)
Төгсгөл хүртэлх бизнесийн үйл явц нь бизнесийн үйл явцаас бүрдэнэ янз бүрийн байгууллагууд
Дүрмээр бол хөндлөн функциональ бизнесийн үйл явц нь хэлтэсүүдийн бизнесийн үйл явцаас бүрддэг

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

3. Материаллаг нөөцүйл явцын үндсэн элемент нь:
Нэг хариултыг сонгоно уу:
Үйл ажиллагааны идэвхтэй субъектууд нь бие биетэйгээ болон бусад нөөцүүдтэй харьцдаг системд нэгдсэн
Үйл ажиллагааны зорилго, үр дүнг тодорхойлдог үйл ажиллагааны субьектуудаас үйл ажиллагааны объектод чиглэсэн үйл ажиллагааг хянах.
Үйл явцыг явуулахад ашигладаг идэвхгүй байгууламж ба үйл ажиллагаа (ИТГЭЛГҮЙ)

28.03.2014, 10:07

Модуль 1:
Юуг бизнесийн үйл явцын онцлох шинж гэж үзэж болохгүй вэ? Нэг буюу хэд хэдэн хариултыг сонгоно уу:
Орцыг гаралт болгон хувиргах
Бүтээгдэхүүнийг гадаад хэрэглэгчдэд хүргэх
Нэмэлт үнэ цэнэ
Илүүдэл ба/эсвэл ашиглалтын үнэ цэнийг бүрдүүлэх

Үйл явцын үндсэн элемент болох үр дүн нь:
Нэг хариултыг сонгоно уу:
Үйл ажиллагааны идэвхтэй субъектууд нь бие биетэйгээ болон бусад нөөцүүдтэй харьцдаг системд нэгдсэн
Өмнө нь тавьсан зорилтуудыг агуулсан үйл явцын бүтээгдэхүүн, үйл явцыг хэрэгжүүлэхэд ашигладаг идэвхгүй байгууламж, үйл ажиллагаа
Үйл явцыг дуусгахад шаардлагатай материал, эрчим хүч, мэдээллийн объектуудын багц

Бизнесийн үйл явц дахь санал хүсэлт гэж юу вэ?
Нэг хариултыг сонгоно уу:
Хүссэн үр дүнд хүрэхийн тулд үйл явцад зорилготой, ухамсартай нөлөө үзүүлэх
Үйл явцын үр дүнг урьд өмнө тавьсан зорилтуудтай харьцуулах, дүн шинжилгээ хийх
Системийн үйл ажиллагаанд янз бүрийн хазайлтын эх үүсвэр болох хүрээлэн буй орчны объект, хүчин зүйлийн системд үзүүлэх нөлөө
Би ингэж хариулсан! гэхдээ 4 гарч ирсэн

Эцсийн шатанд - Эдгээр асуултууд + аль хэдийн байгаа асуултууд:
1 Жагсаалтаас зураг төсөл-зорилтот бүтцийн дутагдлыг сонго.

2 Жагсаалтаас тушаалын хэрэглээний жишээг сонгоно уу.
Чанартай аяганууд
Хороонууд
Ажлын багууд

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

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

5 Туслах үйл явц:
Хангах үр дүнтэй хэрэгжүүлэхүндсэн үйл явц

Эцсийн анги 5
Асуулт 1
Командын хэрэглээний жишээнүүдийн жагсаалтаас сонгоно уу.

Чанартай аяганууд
Хороонууд
Ажлын багууд

Асуулт 2
Функциональ бүтцийн хүрээнд зуучлагчдыг юунд ашигладаг вэ?

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

Асуулт 3
SADT загвар дахь харилцааны төрлүүдийг нэрлэнэ үү.
Хяналт
гарах механизм
Санал хүсэлт оруулах

Асуулт 4
Дараах бизнесийн процессуудын аль нь хамгийн богино хугацаа вэ?
Хэлтсийн бизнесийн үйл явц

Асуулт 5
Бизнесийн үйл явцын мэдээллийн загварыг бий болгоход ямар арга, арга, хэрэгслийг ашиглаж болох вэ?

Гейн-Сарсоны арга зүй
Чен, Баркер хоёрын загварчлалын хэл

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

Бизнесийн үйл явцын үйл ажиллагаа

Асуулт 7
Бизнесийн үйл явцын үргэлжлэх хугацаа:

Энэ нь субъектив юм

Асуулт 8
Материаллаг нөөц бол үйл явцын үндсэн элемент юм.

Үйл явцыг явуулахад ашигладаг идэвхгүй хэрэгсэл, үйл ажиллагааны объектууд

Асуулт 9
Төсөлд суурилсан зохион байгуулалтын бүтцийн давуу талыг жагсаалтаас сонго.

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

Асуулт 10
Жагсаалтаас матрицын зохион байгуулалтын давуу талыг сонго.

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

Асуулт 11
Бизнесийн системийн удирдлагын хоёр дахь гогцоонд юу багтдаг вэ?

Үйл ажиллагааны хяналтын дэд систем
хөгжлийн удирдлагын дэд систем

Асуулт 12
Бизнесийн системийн ерөнхий процессын загвар нь дараахь элементүүдийг агуулдаг.

гарах
үйл явц
Орц
Эвдрэл

Асуулт 13
Аль IDEF стандарт нь үйл ажиллагаа, урсгал, объектын төлөвийг загварчлах боломжийг олгодог вэ?

Асуулт 14
Хүчтэй матрицын бүтцэд Төслийн менежер ямар эрх мэдэлтэй байдаг вэ?

Дундаас Өндөр

Асуулт 15
Хөрөнгө оруулалт, санхүүгийн үйл явцын үндсэн элементүүдэд юу хамаарах вэ?

Хөрөнгө оруулагчид
Зээлдүүлэгчид

Асуулт 16
Жагсаалтаас зураг төсөл-зорилтот бүтцийн дутагдлыг сонго.

Функциональ хэсгүүдэд үйлдвэрлэх чадвар буурсан

Control Systems Modeling.rar (http://mti.prioz.ru/krfilesmanager.php?do=downloadfile&dlfileid=107)

SADT диаграммд давамгайлах дараалал юу вэ?
Хариулт: Хамгийн давамгайлсан функцууд нь зүүн дээд буланд байрладаг.

3сургалттай хэнд нь туслаарай pliz

1 минутын дараа нэмсэн
Хяналтын системийн загварчлалтай хүн бүрээс би 3 сургалт гуйж байна

vBulletin® v3.8.7, Зохиогчийн эрх 2000-2018, vBulletin Solutions, Inc.

Таны хэлж чадах орчуулга:

IS-ийг хөгжүүлэх арга зүй. CMM/CMMI төлөвшлийн загвар.

1991 онд Их сургуулийн Програм хангамжийн инженерийн дээд сургууль

Карнеги Меллон (Програм хангамжийн инженерийн хүрээлэн, SEI) програм хангамжийн бүтээгдэхүүн боловсруулахад зориулж CMM төлөвшлийн загварыг (Capability Maturity Model) бүтээсэн. Цаг хугацаа өнгөрөхөд бүхэл бүтэн гэр бүлийн загварууд гарч ирэв.

SW-CMM - програм хангамжийн бүтээгдэхүүний хувьд, SE-CMM - системийн инженерчлэлд, Acquisition CMM - худалдан авалтад, People CMM - хүний ​​нөөцийн менежментэд, ICMM - бүтээгдэхүүнийг нэгтгэхэд зориулагдсан.

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

олон улсын стандартын шаардлага. Тиймээс 2002 онд SEI нь өмнө нь гаргасан загваруудыг нэгтгэж, шаардлагыг харгалзан шинэ CMMI загварыг (Capability Maturity Model Integration) нийтэлсэн.

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

бүс нутаг. Энэ тохиолдолд бүх талбарыг шаардлагын хэлбэрээр тодорхойлсон бөгөөд тэдгээр нь хэрхэн хэрэгжиж байгааг бус харин интерфейсийн шаардлагыг тодорхойлдог. Үүнээс хоёр үр дагавар гарч байна.

Үр дагавар 1. CMMI нь янз бүрийн хэрэгжилтийг зөвшөөрдөг бөгөөд MSF, Scrum, RUP гэх мэт програм хангамж хөгжүүлэх арга зүй биш юм. Сүүлд нь хэрэгжүүлэхэд ашиглаж болно. Жишээлбэл, VSTS-д CMMI-д зориулсан MSF for CMMI гэж нэрлэгддэг тусгай процессын загвар байдаг.

Үр дүн 2. CMMI нь компаниудын үйл явцын төлөвшлийг баталгаажуулахад ашиглагддаг. Эхэндээ, 80-аад оны сүүл, 90-ээд оны эхээр CMM (тэр үед CMMI болоогүй) яг гэрчилгээжүүлэх хэрэгсэл болгон бүтээгдсэн.

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

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

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

Сонгодог CMM загвараас ялгаатай нь шаталсан шатлалтай бөгөөд үйл явцыг зөвхөн түвшингээр нь дэс дараалан сайжруулах боломжийг олгодог бөгөөд CMMI загвар нь дараалсан гэсэн хоёр хэмжигдэхүүнтэй байдаг.

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

үйл явцын төлөвшил (Зураг 1).

Эхний түвшин(төлөвшлийн түвшин 1) нь тодорхойлсноор аливаа компани байх түвшин юм. Энэ түвшинд програм хангамжийн хөгжүүлэлт их бага эмх замбараагүй байдаг.

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

Тодорхой түвшин(төлөвшлийн түвшин 3) - энд стандарт үйл явц нь бүхэл бүтэн компанийн түвшинд гарч ирдэг.

Чадамжийн төлөвшлийн загвар (CMM) гэж юу вэ? CMM түвшин гэж юу вэ?

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

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

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

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

Олон хүмүүс CMMI товчлолыг мэддэг, олон хүмүүс энэ нь загвар гэдгийг мэддэг, i.e. Жишээ нь, програм хангамж хөгжүүлэхтэй холбоотой үйл явцыг хэрхэн сайжруулах талаархи зөвлөмжийн багц. Гэхдээ хэд хэдэн CMMI загвар байдгийг цөөхөн хүн мэддэг. Тэдгээрийн хамгийн алдартай нь CMMI for Development (CMMI-DEV) бөгөөд энэ нь хөгжлийн компаниудын (өөрөөр хэлбэл тодорхой програм хангамжийн бүтээгдэхүүн эсвэл бусад нарийн төвөгтэй програм хангамж, техник хангамжийг боловсруулж нийлүүлдэг компаниуд, байгууллагууд) үйл ажиллагаатай олон талаараа холбоотой байдаг. шийдэл).

Гэхдээ бүтээгдэхүүн биш, харин үйлчилгээ (жишээ нь, нийт хөдөлмөрийн зардалд хөгжлийн өчүүхэн хувьтай бүтээгдэхүүний дэмжлэг эсвэл хөдөлмөрийн зардал огт байхгүй) хүргэдэг хүмүүсийн талаар яах вэ? Тэдний хувьд CMMI for Services загвар (CMMI-SVC) гэсэн хэд хэдэн зөвлөмж байдаг. Жишээлбэл, мэдээллийн технологийн хэлтэсүүдийн хувьд энэ загвар (илүү нарийвчлалтай, түүний зөвлөмжүүд) нь жишээлбэл, ITIL-ийн ижил зөвлөмжүүд нь ямар нэгэн "ариун практик" биш харин ердийн үйл явц болохын тулд юу хийх хэрэгтэйг ойлгоход тусална.

Чадамжийн төлөвшлийн загвар (CMM)

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

Гэсэн хэдий ч жагсаасан загваруудын аль нэгийг сурах нь илүү дээр юм. Хэрэв бүхэл бүтэн ТУХН-ийн хэмжээнд CMMI-DEV загварт сургагдсан хэдэн зуун хүн байдаг бол (ойролцоогоор 250-300 хүн) ТУХН-д CMMI-SVC загварт сургагдсан ердөө 6 хүн байдаг. Бид сургагч багш нарын тухай биш харин бэлтгэгдсэн хүмүүсийн тухай ярьж байна. Энэ нь 2011 оны 12-р сар хүртэл яг гол асуудал байсан: CMMI-DEV-ийн хувьд дэлхий даяар SEI (CMMI загвар хөгжүүлэгч) -ээр баталгаажсан орос хэлээр ярьдаг ганц багш байсан бөгөөд бусад загваруудад огт байхгүй байсан! Одоо ийм багш CMMI-SVC загварын дагуу гарч ирэв (тиймээс эхний 6 нь бэлтгэгдсэн). Энэхүү багш нь энэхүү нийтлэлийн зохиогч бөгөөд дурдсан загваруудын талаар болон албан ёсны сургалтын талаархи бүх асуултанд хариулах боломжтой. Асуу!

Энэ материал нь Club.CNews нийгэмлэгийн гишүүний хувийн мэдээлэл юм.
CNews-ийн редакторууд түүний агуулгыг хариуцахгүй.

Бид "үйл явцын төлөвшлийн загвар" эсвэл "чадавхийг сайжруулах загвар" дээр үндэслэн чанарын баталгаажуулалтын загваруудын хувьслыг авч үзэх болно. CMM (Capability Maturity Model).Загвар байсан ч гэсэн SMMПрограм хангамжийн чанарыг хангахад чиглэгдсэн бөгөөд түүний арга зүйн талууд нь аливаа бүтээгдэхүүний (бараа, ажил, үйлчилгээ) чанарыг хангах загварт хамаарна.

Загвар дахь гол зүйл SMMнь байгууллагын төлөвшил гэсэн ойлголт юм.

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

Нас бие гүйцсэнБайгууллага нь дараахь нөхцлийг хангасан гэж үзнэ.

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

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

Цагаан будаа. 5.3. Загварын төлөвшлийн таван түвшинSMM

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

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

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

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

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

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

Байгууллагын үйл явцыг удирдах 5 хувьслын үе шат. Чадавхийн төлөвшлийн загварын тайлбар. НУМ

CM-CEI чадавхийн төлөвшлийн загвар нь байгууллага дахь үйл явцыг удирдаж буй хувьслын 5 үе шатыг (түвшин) дүрсэлсэн байгууллагын загвар юм.

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

Чадвар төлөвших загварын 5 үе шат

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

Програм хангамж хөгжүүлэх загвар

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

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

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

Онцлог хөгжүүлэх загварын бүтэц

Төлөвшлийн түвшин гэдэг нь тасралтгүй ахиц дэвшилд хүрэхийн тулд шаардлагатай сахилга батыг тууштай хангадаг давхаргат ойлголт юм. Байгууллага нь шинэ практик, технологи, хэрэгслийн үр дагаврыг үнэлэх чадварыг хөгжүүлдэг гэдгийг энд тэмдэглэх нь зүйтэй. Тиймээс эдгээр шинэлэг санаануудыг хүлээн зөвшөөрөх асуудал биш, харин эдгээр шинэлэг хүчин чармайлт нь одоо байгаа практикт хэрхэн нөлөөлөх нь чухал юм. Энэ нь төсөл, бүлгүүд, байгууллагуудад мэдээлэлтэй сонголт хийх үндэс суурийг тавьж, дэмжлэг үзүүлдэг. Гол үйл явцын талбарууд - Гол үйл явцын талбар (KPA) нь хамтдаа гүйцэтгэснээр хэд хэдэн чухал зорилгод хүрэх холбоотой үйл ажиллагааны бүлгийг тодорхойлдог. Зорилтууд - Үйл явцын гол талбарын зорилтууд нь тухайн үйл явцын гол хэсэгт байх ёстой заалтуудыг тодорхойлдог. Журмыг үр ашигтай, найдвартай хэрэгжүүлэх шаардлагатай. Зорилгодоо хэр хүрч байгаа нь тухайн байгууллага тэрхүү шилдэг түвшинд ямар чадавхийг бий болгосныг харуулдаг. Зорилтууд нь үйл явцын гол талбар бүрийн хамрах хүрээ, хил хязгаар, зорилгыг тодорхойлдог. Ерөнхий шинж чанар - Ерөнхий шинж чанарт үйл явцын гол чиглэлүүдийг хэрэгжүүлэх, институцичлэх практикийг багтаасан болно. Эдгээр 5 төрөл ерөнхий шинж чанарҮүнд: Гүйцэтгэх амлалт, Гүйцэтгэх чадвар, Гүйцэтгэх санаачлага, Хэмжилт, дүн шинжилгээ, Хэрэгжилтийн хяналт. Гол практикууд - Гол практикууд нь үндсэн үйл явцын чиглэлүүдийг хэрэгжүүлэх, институцижуулахад хамгийн үр дүнтэй хувь нэмэр оруулах дэд бүтцийн элементүүд болон туршлагуудыг тодорхойлдог.

Үйл явцыг тодорхойлох шалгуурууд

Үйл явцыг тодорхойлох шалгуур нь хүмүүс практикт ашиглахын тулд програм хангамжийн үйл явцын тайлбарт оруулах шаардлагатай процессын элементүүдийн багц юм. Шалгуур үзүүлэлтийг тогтоохын тулд та асуулт асуух хэрэгтэй - "Ямар мэдээлэл програм хангамжийн үйл явцбаримт бичиг шаардлагатай юу?