Систем хөгжүүлэлтийн сервер, инфраструктуртай холбоотой хууль эрх зүйн асуудлууд гэж юу вэ?

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

IT системийн инфраструктур гэж юу вэ

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

Инфраструктурын асуудал нь төслийг галд түлэх шалтгаан болдог тодорхой үе бол

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

Серверийн хэмжээлтийн алдаа нь маргааныг үүсгэх тохиолдол бол

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

https://monolith.law/corporate/disputes-related-to-system-development[ja]

Маргааныг хэлэлцээрээр шийдвэрлэсэн гэдэг нь энгийнээр хэлбэл, хоёр талын ‘ярилцах’ аргаар маргааныг зогсоосон гэсэн үг. Иймд, шүүхээр шийдвэрлэсэн тохиолдолтой адилгүйгээр, энэ хэлэлцээрийн агуулга нь шүүхийн шийдвэр болон хуримтлагддаггүй, харин тусгайлан тохиолдох онцлогтой байдаг.

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

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

https://monolith.law/corporate/system-development-specs-function[ja]

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

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

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

Серверийн хэмжээг тогтоох хариуцлагыг гэрээнд тодорхой зааж өгөх

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

Хөгжүүлэлтийн шаардлагыг тодорхойлох, өөрчлөлтийг удирдах ажлыг сайтар хийх

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

https://monolith.law/corporate/howto-manage-change-in-system-development[ja]

Төслийн онцлогт тохирсон хөгжүүлэлтийн загварыг сонгох

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

https://monolith.law/corporate/legal-merits-and-demerits-of-development-model[ja]

Хураангуй

Систем хөгжүүлэх төслийн амжилттай үргэлжлүүлэхийн тулд, инфраструктурын орчны бэлтгэл ажлын үеэр гарч болзошгүй асуудлууд нь ихэвчлэн анхааралд оромгүй цэгүүд байдаг. Инфраструктурын орчны асуудлуудад анхаарлаа хандуулах нь техникийн мэргэжилтнүүдээс бусад хүмүүст томоохон дарамт болдог гэж үздэг. Гэсэн хэдий ч, ийм төрлийн асуудлуудыг урьдчилан сэргийлэх арга хэмжээнүүд нь ‘Үзүүлэлтийг тодорхойлох / Өөрчлөлтийг удирдах’, ‘Үүрэг / Хариуцлагын хүрээг тодорхойлох’, ‘Төслийн хэмжээ болон төсөвт тохирсон хөгжүүлэлтийн загварыг сонгох’ гэх мэт маш үндсэн арга хэмжээнүүдийн үргэлжлэл болдог гэж хэлж болно. Корпорацийн хууль зүйн ажилтнуудад эхлээд ойлгох ёстой зүйл бол инфраструктурын асуудлуудад ч урьдчилан сэргийлэх хууль зүйн үндэс нь хангалттай хэрэгжүүлж болохуйц боломжтой гэдэг юм. Мөн, IT мэргэжилтнүүдэд инфраструктурын асуудлууд нь төслийн ноцтой галзуу риск болох боломжтой гэдгийг ойлгож, төслийг амжилттай удирдах нь чухал гэж үздэг.