IS болон IT-ийг бий болгох нь дизайны нарийн төвөгтэй үйл явц юм. Загварын зорилго нь дизайны баримт бичгийг бэлтгэх, байгууллагад хүн-машины удирдлагын тогтолцоог хэрэгжүүлэх явдал юм. Дизайн боловсруулах явцад эдийн засгийн объектын хамгийн чухал шинж чанаруудыг тодорхойлж, түүний гадаад, дотоод мэдээллийн урсгалыг судалж, судалж буй систем, түүний элементүүдийн математик, физикийн аналогийг бий болгож, хүн ба техникийн хяналтын хоорондын харилцан үйлчлэлийн нөхцлийг бүрдүүлдэг. байгуулагдаж байна.

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

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

Мэдээллийн технологийн боловсруулсан технологийн дэмжлэгийн заавал байх ёстой элементүүд нь: мэдээлэл, хэл шинжлэл, техникийн, програм хангамж, математик, зохион байгуулалт, хууль эрх зүй, эргономик.

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

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

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

Програм хангамж (SW) - IS-ийн чиг үүрэг, даалгаврыг хэрэгжүүлэх, техникийн тоног төхөөрөмжийн цогцолборуудын тогтвортой ажиллагааг хангах хөтөлбөрүүдийн багцыг багтаасан болно.

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

Байгууллагын дэмжлэг (OS) нь IS-ийн дизайны явцад боловсруулсан, батлагдсан, үйл ажиллагааны үндэс болгон ашигладаг баримт бичгийн багц юм.

Хууль зүйн дэмжлэг (LbS) нь IP болон IT-ийг бий болгох, хэрэгжүүлэх явцад эрх зүйн харилцааг зохицуулах эрх зүйн хэм хэмжээний багц юм.

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

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

Инженерчлэл нь бизнесийн дизайны хэд хэдэн арга техниктэй:

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

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

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

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

Бизнесийн шинэчлэлийн төсөл нь ихэвчлэн дараах алхмуудыг агуулна.

ирээдүйн байгууллагын дүр төрхийг хөгжүүлэх;

одоо байгаа бизнесийн дүн шинжилгээ;

шинэ бизнесийн хөгжил;

шинэ бизнесийг нэвтрүүлэх.

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

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

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

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

Дээрх арга барилын дагуу IS ба мэдээллийн технологийн менежментийг бий болгох үндсэн зарчмуудыг бүрдүүлсэн болно.

IS-ийн туслах ба функциональ элементүүдийн системчилсэн, логик бүтэц;

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

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

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

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

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

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

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

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

Үе шат бүрт ашигласан загвар, аргуудыг авч үзье. Эхний шатанд дараахь зорилгоор албан бус аргуудыг ашигладаг.

асуудлыг томъёолох;

зорилгоо тодорхойлох;

шийдвэр гаргалтыг үнэлэх шалгуурыг томъёолох.

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

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

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

тодорхой нөхцөлд ашигласан аргууд;

эрсдэлтэй нөхцөлд ашигладаг аргууд.

Програм хангамжийн бүрхүүл байгаа тохиолдолд DSS-ийг боловсруулах үе шатууд нь:

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

Системийн толь бичгийн эмхэтгэл.

Мэдлэгийн сан, мэдээллийн санг хөгжүүлэх.

Системийн хэрэгжилт.

Үе шат 1. Сэдвийн хүрээний тодорхойлолт, системийг бий болгох зорилго, асуудлын мэдэгдлийг хэрэгжүүлэх. Тодорхойлолт нь тухайн сэдвийн онцлогийг хэд хэдэн хэлбэрээр тусгасан байх ёстой. Тэдгээрийн эхнийх нь үйл явц, объект, тэдгээрийн хоорондын холболтын агуулга, текстийн дүрслэл юм. Тайлбарын хоёр дахь хэлбэр нь хэрэглэгчдэд тулгарч буй зорилгын мод буюу БА-ЭСВЭЛ модны график дүрслэл юм.

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

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

Үе шат 3. Мэдлэгийн сан, мэдээллийн сан боловсруулах. Мэдлэгийн сан нь дүрмээр бол хоёр бүрэлдэхүүн хэсгээс бүрдэнэ: тооцооллын томъёо бүхий зорилгын мод, дүрмийн суурь (дүгнэлтийн сүлжээ). Дүрмийн баазыг зорилгын график болон өмнө нь боловсруулсан таамаглал дээр үндэслэн бий болгодог. Энд гол анхаарал нь эхний нөхцлийн тодорхой байдлын коэффициентууд, тэдгээрийг боловсруулах дүрэмд зориулагдсан болно.

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

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

IS дизайны технологийн гинжин хэлхээний анхан шатны үндсэн загвар ба түүний үндсэн бүрэлдэхүүн хэсэг болох МТ нь технологийн үйл ажиллагаа гэж нэрлэгддэг технологийн үйл явцын салангид холбоос юм.

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

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

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

нягтлан бодох бүртгэл, түүний дотор удирдлагын болон санхүүгийн;

эдийн засгийн үйл ажиллагааны лавлагаа, мэдээллийн үйлчилгээ;

менежерийн ажлын зохион байгуулалт;

баримт бичгийн урсгалыг автоматжуулах;

эдийн засаг, санхүүгийн үйл ажиллагаа;

боловсрол.

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

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

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

автомат удирдлагын хэрэгслээр (ялангуяа төслийн хяналт) бий болгосон мэдээллийн системийн (МТ) чанарыг сайжруулах;

богино хугацаанд ирээдүйн IS (IT) прототипийг бий болгох боломжийг танд олгох бөгөөд энэ нь хүлээгдэж буй үр дүнг эрт үе шатанд үнэлэх боломжийг танд олгоно;

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

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

аль хэдийн ажиллаж байгаа IS (IT) хөгжүүлэх, засвар үйлчилгээ хийхэд дэмжлэг үзүүлэх;

хөгжүүлэлтийн бүрэлдэхүүн хэсгүүдийг дахин ашиглах технологийг дэмжих.

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

Хугацаа нь IS ба МТ-ийн цаг хугацааны шинж чанарыг тодорхойлдог бөгөөд шийдвэр гаргахад бодит нөхцөлд хэрэглэгчдэд шаардлагатай мэдээллийн саатлын нийт хугацаа хэлбэрээр тоон илэрхийлэлтэй байдаг. Мэдээлэл хүлээн авах хугацаа бага байх тусам IS нь энэ шаардлагыг илүү сайн хангадаг.

IS найдвартай байдлын ерөнхий үзүүлэлт нь хэд хэдэн чухал шинж чанарыг агуулдаг.

техникийн эвдрэлийн давтамж;

математик загваруудын хүрэлцээний зэрэг;

програмын цэвэр байдлыг шалгах;

мэдээллийн найдвартай байдлын харьцангуй түвшин;

эргономик IS дэмжлэгийн найдвартай байдлын нэгдсэн үзүүлэлт.

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

Ерөнхийдөө асуудлын мэдэгдэл нь үндсэн дөрвөн чухал бүрэлдэхүүн хэсгээс бүрдэнэ.

зохион байгуулалт, эдийн засгийн схем, түүний тодорхойлолт;

хэрэглээний математик загваруудын багц;

тооцооллын алгоритмуудын тайлбар;

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

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

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

эдийн засгийн мэдээллийн шинж чанар, онцлог, бүтэц;

нөхцөлт байнгын мэдээлэл, түүний үүрэг, зорилго;

хадгалах зөөвөрлөгч, машины зөөвөрлөгчийн зохион байгуулалт;

мэдээллийн албан ёсны тайлбарын хэрэгсэл;

алгоритм, түүний шинж чанар, дүрслэлийн хэлбэр;

оролт, гаралтын мэдээллийг хянах зорилго, арга;

компьютерийн төхөөрөмжийн бүтэц, зорилго;

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

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

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

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

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

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

Загвар (Латин "modulus" - хэмжүүр) нь анхны объектыг орлуулах объект бөгөөд сүүлчийн зарим шинж чанарыг судлах боломжийг олгодог; Шинжилгээ, урьдчилан таамаглах системийн хялбаршуулсан дүрслэл, түүнчлэн удирдлагын зөв шийдвэр гаргахад шаардлагатай чанарын болон тоон үр дүнг олж авах.

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

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

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

Энэ нь IS загваруудыг хөгжүүлэх үндэс суурь болдог.

IP үүсгэх загвар нь дөрвөн үе шаттай:

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

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

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

4. Жагсаалтад оруулах өгөгдөл, үндсэн үр дүн, тайлан, хэрэглэгчдийн тоо, мэдээллийн хэмжээ, одоо байгаа бусад системтэй холболт гэх мэт. мөн хүсэлтийг техник хангамж, програм хангамжийн ханган нийлүүлэгчид илгээх боломжтой байхын тулд хангалттай нарийвчилсан байх ёстой.

5. Энэ үе шатанд бид одоо байгаа ажлын арга барилыг зүгээр л компьютержүүлж болохгүй. Мэдээллийн технологийн төсөл бол мэдээллийн системийг хэрхэн хамгийн сайн болгох талаар дахин бодох сайхан боломж юм.

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

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

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

8. Ажилтнууд системийг ажиллуулахад хялбар байх ёстой. Техникийн хэд хэдэн асуудлаас илүү хурдан шинэ системд урам зориг өгөхөд юу ч үгүй.

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

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

"Мэдээллийн системийг хөгжүүлэх арга зүй"

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

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

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

төслийн өмнөх дүн шинжилгээ (мэдээллийн системийг ашиглахаар төлөвлөж буй объектын функциональ болон мэдээллийн загварыг бүрдүүлэх);

системийн дизайн (техникийн тодорхойлолт, урьдчилсан болон техникийн зураг төслийг боловсруулах);

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

системийг нэгтгэх, угсрах, турших;

системийн ажиллагаа, түүний засвар үйлчилгээ;

системийн хөгжил.

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

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

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

IC дизайн нь хэд хэдэн зарчим дээр суурилдаг:

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

зарчим хөгжилЭдийн засгийн мэдээллийн систем (EIS) - IS-ийг бий болгохдоо объектыг өөрчлөх, хөгжүүлэх үед бүтцийн өөрчлөлт, мэдээллийн технологийн бүтцийг бий болгоход хурдан бөгөөд их зардал гаргахгүй байх боломжийг олгодог.

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

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

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

- Интеграци- Энэ бол мэдээлэл цуглуулах, дамжуулах, хуримтлуулах, хадгалах журам, удирдлагын шийдвэр гаргах журмыг нэг технологийн процесст нэгтгэх явдал юм.

Системийг бодитоор бий болгох нь хөгжлийн үе шатанд явагддаг.

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

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

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

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

каскадын загвар (70-85);

спираль загвар (86-90 жил).

Каскадын арга- хөгжлийг бүхэлд нь үе шат болгон хуваах, нэг үе шатаас нөгөөд шилжих нь одоогийн ажил бүрэн дууссаны дараа л явагдана (Зураг 1.2.1). Та энэ лекцийг дагалдах текст файлаас каскадын аргын дагуу IS хөгжүүлэх диаграммыг харж болно.

Каскадын аргыг ашиглах эерэг талууд:

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

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

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

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

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

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

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

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

Орчин үеийн автоматжуулсан хяналтын системүүдийн улам бүр нарийн төвөгтэй байдал, тэдэнд тавигдах шаардлага нэмэгдэж байгаа нь мэдээллийн системийг бүх амьдралынхаа туршид бий болгох, хадгалах үр дүнтэй технологийг ашиглах хэрэгцээг шаардаж байна. АЦС-ын бүрэн ашиглалтын мөчлөг буюу түүний үндсэн үе шатуудыг дэмжихэд чиглэсэн ийм технологийг CASE технологи гэж нэрлэдэг. (Компьютер Тусалсан Систем Инженерчлэл) . CASE технологи нь мэдээллийн технологийн технологийн дизайны аргачлалаас гадна тухайн сэдвийн хэсгийг нүдээр загварчлах, мэдээллийн технологийн хөгжүүлэлт, засвар үйлчилгээний бүхий л үе шатанд энэ загварт дүн шинжилгээ хийх, хэрэглэгчдийн мэдээллийн хэрэгцээнд нийцүүлэн программ боловсруулах боломжийг олгодог цогц хэрэгслүүд юм. Сүүлийн 10 жилд AIS-ийг бий болгох, хадгалахад зориулсан CASE технологийг хэрэгжүүлдэг программ хангамж, технологийн хэрэгслүүдийн ангилал (CASE хэрэгслүүд) бий болсон. Одоогоор CASE хэрэгслүүд (>300) нь нарийн төвөгтэй AIS боловсруулах үйл явцыг бүхэлд нь хамардаг. Одоо CASE-tools гэдэг нэр томъёо нь шаардлагад дүн шинжилгээ хийх, томъёолох, хэрэглээний програм хангамж, мэдээллийн сангийн дизайн зэрэг AIS үүсгэх, хадгалах үйл явцыг дэмждэг програм хангамжийг хэлдэг. өгөгдөл, код үүсгэх, туршилт, баримтжуулалт, чанарын баталгаа, тохиргооны удирдлага, төслийн менежмент, түүнчлэн бусад процессууд.

CASE хэрэгслүүд:

Автомат хяналтын хэрэгслээр үүсгэсэн AIS (AIT) чанарыг сайжруулах;

Эдгээр нь богино хугацаанд ирээдүйн автоматжуулсан мэдээллийн системийн (AIT) прототипийг бий болгох боломжийг олгодог бөгөөд энэ нь хүлээгдэж буй үр дүнг эрт үе шатанд үнэлэх боломжийг олгодог;

Системийг боловсруулах, боловсруулах үйл явцыг хурдасгах;

Тэд хөгжүүлэгчийг ердийн ажлаас чөлөөлж, хөгжлийн бүтээлч хэсэгт бүрэн анхаарлаа төвлөрүүлэх боломжийг олгодог;

AIS (AIT) -ийг хөгжүүлэх, хөгжүүлэхэд дэмжлэг үзүүлэх;

Хөгжлийн бүрэлдэхүүн хэсгүүдийг дахин ашиглах технологийг дэмжих.

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

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

· IP-ийг дүрслэх, баримтжуулах, хөгжүүлэгчтэй тохиромжтой интерфейсээр хангах, түүний бүтээлч чадварыг хөгжүүлэх хүчирхэг график хэрэгсэл;

· CASE хэрэгслүүдийн бие даасан бүрэлдэхүүн хэсгүүдийг нэгтгэх, IS боловсруулах үйл явцыг хянах боломжтой болгох;

· Төслийн мета өгөгдлийн тусгайлан зохион байгуулалттай агуулах (репозитор) ашиглах.

Дараахь төрлийн CASE сангуудыг ялгаж үздэг.

Жижиг бие даасан ажлуудыг шийддэг орон нутгийн хэрэгслүүд (хэрэгсэл),

IS-ийн амьдралын мөчлөгийн ихэнх үе шатуудыг хамарсан хэсэгчлэн нэгдсэн хэрэгслүүдийн багц (хэрэгслийн хэрэгсэл)

IS-ийн амьдралын мөчлөгийг бүхэлд нь дэмждэг, нийтлэг репозитороор холбогдсон бүрэн нэгдсэн хэрэгслүүд (CASE-tool komplekss).

Нэгдсэн CASE хэрэгсэл (эсвэл програм хангамжийн амьдралын мөчлөгийг дэмждэг багц хэрэгсэл) нь дараах бүрэлдэхүүн хэсгүүдийг агуулна;

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

· IS загварыг бүрдүүлдэг шаталсан хамааралтай диаграммуудыг (DFD, ERD гэх мэт) үүсгэх, засварлах боломжийг олгодог график шинжилгээ, дизайны хэрэгслүүд;

· 4GL хэл, код үүсгэгч зэрэг програм хөгжүүлэх хэрэгслүүд;

· тохиргооны удирдлагын хэрэгсэл;

· баримт бичгийн хэрэгсэл;

· Туршилтын хэрэгсэл;

· төслийн удирдлагын хэрэгсэл;

· дахин инженерийн хэрэгсэл.

б) төрлөөр:

Домэйн загварыг бүтээх, шинжлэхэд зориулагдсан шинжилгээний хэрэгслүүд (Upper CASE).

Дизайны хамгийн түгээмэл арга зүйг дэмждэг, дизайны тодорхойлолтыг бий болгоход ашигладаг дүн шинжилгээ ба дизайны хэрэгслүүд (Дундад CASE). Ийм хэрэгслийн гаралт нь системийн бүрэлдэхүүн хэсэг ба интерфейс, системийн архитектур, алгоритм, өгөгдлийн бүтцийн үзүүлэлтүүд юм;

Хамгийн түгээмэл DBMS-д зориулсан өгөгдлийн загварчлал, өгөгдлийн сангийн схем (ихэвчлэн SQL хэл дээр) үүсгэх өгөгдлийн сангийн дизайны хэрэгслүүд.

Хэрэглээний хөгжүүлэлтийн хэрэгслүүд.

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

Өнөөдөр Оросын програм хангамжийн зах зээл нь дараах хамгийн хөгжсөн CASE хэрэгслүүдтэй.

 ERwin+BPwin;

 CASE.Аналист;

 Рационал сарнай.

Мэдээллийн технологийн хөгжлийн чухал шинж чанаруудын нэг бол боловсруулах хугацаа юм. Ихэнхдээ бүрэн хэмжээний системийг бий болгоход шаардагдах хугацаа хэдэн сараас нэг жил хүртэл үргэлжилдэг. Ихэнх аж ахуйн нэгжүүд энэ хугацааг багасгах сонирхолтой байгаа нь зүйн хэрэг. Энэ асуудлыг шийдэх боломжит хувилбаруудын нэг бол RAD (Rapid Application Development) аргачлалыг ашиглан IS боловсруулах явдал юм. = Шуурхай програм боловсруулах арга зүй.

RAD арга зүйн үндсэн зарчмуудыг дараах байдлаар нэгтгэн дүгнэж болно.

Давталтын (спираль) хөгжлийн загварыг ашиглах;

Амьдралын мөчлөгийн үе шат бүрт ажлыг бүрэн дуусгах шаардлагагүй;

Мэдээллийн системийг хөгжүүлэх явцад үйлчлүүлэгч болон ирээдүйн хэрэглэгчидтэй нягт харилцаа холбоог хангадаг;

CASE хэрэгслүүд болон програмыг хурдан хөгжүүлэх хэрэгслүүдийг ашигладаг;

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

Прототипийг эцсийн хэрэглэгчийн хэрэгцээг илүү сайн ойлгож, хэрэгжүүлэхэд ашигладаг;

Төслийн туршилт, боловсруулалтыг боловсруулахтай нэгэн зэрэг явуулдаг;

Хөгжлийг жижиг, сайн удирддаг мэргэжлийн баг гүйцэтгэдэг;

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

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

Шаардлагын дүн шинжилгээ, төлөвлөлт;

Дизайн;

Барилга байгууламж;

Хэрэгжилт.

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

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

Дизайны үндсэн хоёр арга байдаг: бүтцийн болон объект хандалтат дизайн.

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

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

Тиймээс өнөөдөр бид IP хөгжүүлэх үйл явцын зарим талыг авч үзсэн. Ялангуяа бид IS-ийн амьдралын мөчлөг гэж юу болохыг тодорхойлж, түүний үндсэн үе шатуудыг тодорхойлсон бөгөөд IS-ийн амьдралын мөчлөгийн 2 үндсэн загвар болох каскад ба спираль загварыг тодорхойлсон. Дараа нь бид IS-ийг боловсруулах, засварлахад чухал хэрэгсэл болох IS-ийг шинжлэх, загварчлах, хөгжүүлэх, үр дүнтэй ашиглахад тусалдаг CASE хэрэгслүүдийг тодорхойлсон. IS-ийн амьдралын мөчлөгийг бүхэлд нь дэмжих.

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-1.jpg" alt=">Сэдэв: "Мэдээллийн систем ба хөгжлийн үндэс." - Дон дээр хөгжлийн үндэс"> Тема: ”Основы и циклы разработки информационных систем”. Ростов-на-Дону Основы разработки ИС. 2010 г.!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-2.jpg" alt=">Үндсэн нэр томъёо. Дизайны мэдээллийн дэмжлэг (IS) нь дизайны багц юм. эзлэхүүн, байршуулах шийдвэр,"> Основные термины. Информационное обеспечение (ИО) - представляет собой совокупность проектных решений по объемам, размещению, форма организации информации, циркулирующей в ИС. Лингвистическое обеспечение (ЛО) - объединяет совокупность языковых средств для формализации естественного языка, построения и сочетания информационных единиц в ходе общения пользователей со средствами вычислительной техники. Техническое обеспечение (ТО) - представляет собой комплекс технических средств (технические средства сбора, регистрации, передачи, обработки, отображения, тиражирования информации, оргтехника и др.), обеспечивающих работу ИТ. Программное обеспечение (ПО) - включает совокупность программ, реализующих функции и задачи ИС и обеспечивающих устойчивую работу комплексов технических средств. Математическое обеспечение (МО) - совокупность математических методов, моделей и алгоритмов обработки информации, используемых при решении функциональных задач и в процессе автоматизации проектировочных работ. Основы разработки ИС. 2!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-3.jpg" alt=">Байгууллагын дэмжлэг (OS) - нь багц юм. IC дизайны үйл явц, батлагдсан"> Организационное обеспечение (ОО) - представляет собой комплекс документов, составленный в процессе проектирования ИС, утвержденный и положенный в основу эксплуатации. Правовое обеспечение (Пр. О) - представляет собой совокупность правовых норм, регламентирующих правоотношения при создании и внедрении ИС и ИТ. Эргономическое обеспечение (ЭО) - как совокупность методов и средств, используемых на разных этапах разработки и функционирования ИС и ИТ, предназначено для создания оптимальных условий высококачественной, высокоэффективной и безошибочной деятельности человека в ИТ, для ее быстрейшего освоения. Конечный продукт работы любого менеджера - это решения и действия. Принятое им решение ведет либо к преуспеванию предприятия, либо к неудачам. Принятие решения - это всегда выбор определенного направления деятельности из нескольких возможных. Так как процесс управления любой организацией в экономике реализуется исключительно посредством формирования и реализации управленческих решений, поэтому остановимся на типах решений, которые имеют различные характеристики и требуют различных источников данных. Основы разработки ИС. 3!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-4.jpg" alt=">Үйл ажиллагааны шийдлүүд нь үе үе тохиолддог: үе үе ижил асуудал. үр дүн, үйл явц"> Оперативные решения - периодические: одна и та же задача возникает периодически. В результате процесс принятия решения становится относительно рутинным и почти беспроблемным. Параметры (характеристики) хозяйственных процессов, используемые в ходе принятия решения, определены, их оценка известна с высокой точностью, а взаимосвязь параметров с принимаемым решением понятна. Принятие оперативных решений ведет к вполне ожидаемым и прогнозируемым результатам. Оперативные решения являются краткосрочными. Тактические решения обычно принимаются управленцами среднего уровня, ответственными за обеспечение средствами для достижения целей и намерений, поставленных ЛПР верхнего звена. Тактические решения не так рутинны и структурированы, как оперативные решения. Все главные параметры объекта управления, входящие в состав тактических решений, неизвестны; оценки характеристик, определенные как важные, могут быть неизвестны, а взаимосвязь между характеристиками и решениями может быть не ясна. Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. Основы разработки ИС. 4!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-5.jpg" alt=">Стратегийн төлөвлөгөө Дээрх алхмуудын дараа эхний төлөвлөгөөг хийх шаардлагатай. Энэ бол стратегийн төлөвлөгөө юм"> Стратегический план После вышеприведенных шагов первый план, который необходимо сформировать, - это стратегический план, являющийся сводом инициатив (хотя еще не конкретных проектов), которые должна выполнить организация для продвижения по направлению к видению. Он также должен содержать числовые результаты, которых необходимо достичь за определенный период. Центральное планирование В этом случае имеется центральный отдел, координирующий ИС- стратегию и бизнес-стратегию, а начальник ИС-отдела должен быть частью управленческого аппарата, занятого принятием решений. Операционный план ИС После определения инициатив они должны быть представлены в виде проектов с конкретными результатами, приоритетами и т. д. , т. е. в виде операционного плана. Жизненный цикл информационных систем Под жизненным циклом системы обычно понимается непрерывный процесс, который начинается с момента принятия решения о необходимости создания системы и заканчивается в момент ее полного изъятия из эксплуатации. Основы разработки ИС. 5!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-6.jpg" alt=">Танилцуулга IS болон IT-ийг бүтээх нь нарийн төвөгтэй процесс юм. Загварын зорилго нь бэлтгэл юм"> Введение Создание ИС и ИТ представляет собой сложный процесс проектирования. Целью проектирования являются подготовка проектных документов и внедрение человекомашинной системы управления организацией. В процессе проектирования выявляются наиболее существенные характеристики экономического объекта, изучаются его внешние и внутренние информационные потоки, создаются математические и физические аналоги исследуемой системы и ее элементов, устанавливаются условия взаимодействия человека и технических средств управления. Для того чтобы иметь хорошую информационную систему необходимо планировать ее создание. Именно поэтому вопрос планирования информационных систем рассматривается здесь отдельно. Процесс планирования должен начинаться с оценки текущей ситуации, определения миссии информационной системы, интенсивности использования информации, пользователей, оценки среды организации, места на рынке, ее сильных и слабых сторон, выработки стратегии, которая должна лечь в основу бизнес-плана по созданию информационной системы. Основы разработки ИС. 6!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-7.jpg" alt=">IS-ийн хөгжлийн үндэс. 7">!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-8.jpg" alt="> Одоогийн байдлаар IP-ийн санаа үүссэн түүх. , хадгалах зориулалттай системийн хөгжлийн түүх"> История создания идеи ИС. В настоящее время история развития систем, предназначенных для хранения и обработки информации с использованием ЭВМ, насчитывает уже более полувека. Еще относительно недавно в ходу были перфораторы в качестве устройств ввода данных, листинги в виде рулонов бумаги длиной порою до нескольких метров - в качестве носителя результатов машинной обработки, недельные, либо месячные временные интервалы - в качестве нормативных сроков обработки информации. В последнее десятилетие ушедшего века ситуация претерпела качественные изменения. Если попытаться сформулировать "портрет" современной информационной системы масштаба предприятия в виде десятка тезисов, то мы увидим, что она имеет: - в основе - методологию управления, направленную на достижении стратегических целей высшего менеджмента предприятия, выраженной в информационной системе в виде системы управляющих воздействий, регламентирующей деятельность пользователей. Возможность доступа к данным для множества пользователей, объединенных в локальную сеть предприятия, а зачастую - и для пользователей, удаленных от центрального офиса на сотни и тысячи километров. Наличие средств коммуникации и элементов корпоративного решения задач коллективом пользователей; Основы разработки ИС. 8!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-9.jpg" alt="> - боловсруулсан, ээлтэй график үйл ажиллагааны эцсийн хэрэглэгчийн интерфэйс; горимын мэдээлэл, хаах"> - развитый, дружественный графический интерфейс конечного пользователя; - режимы обработки оперативной информации, близкие к режиму реального времени. Средства аутентификации и разграничения доступа, позволяющие дозировать информацию в соответствии с должностными обязанностями пользователя; высокий уровень защищенности от несанкционированного доступа. Один или более серверов баз данных, суммарный объем которых измеряется в гига- или терабайтах; возможность обработки тысяч и миллионов записей при составлении отчетности, инвариантность (в определенных пределах) к аппаратным и операционным средам функционирования серверных и клиентских приложений. Использование стандартизованных языков и протоколов для представления и манипулирования данными. Основы разработки ИС. 9!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-10.jpg" alt=">Мэдээллийн ангиллын IS. IS 1. масштабаар ангилах. системийг янз бүрээр ангилж болно"> Классификация ИС. 1. Классификация ИС по масштабу. Информационные системы могут быть классифицированы по различным признакам. Однопользовательские ИС, как это ясно из названия, предназначены для использования на одном рабочем месте. В настоящее время на мировом и отечественном рынке представлено множество решений, предназначенных для автоматизации деятельности отдельно взятого пользователя. Как правило, это - решения, ориентированные на специалиста в той или иной области, будь то составление спецификаций для сборки изделий из комплектующих, планирование ремонтов оборудования, учет расходов и доходов частного предпринимателя оптовой торговли, либо составление расписаний занятий в деканате. В настоящее время альтернативу таким узкоспециализированным системам составили табличные процессоры, не имеющие проблемной специализации, в первую очередь - MS Excel. Системы этого класса трудно отнести к классу ИС, но зачастую они позволяют непрограммирующему специалисту создать и, что очень важно, самостоятельно развивать собственные решения, заменяющие, а местами и перекрывающие функционал однопользовательских систем образца 90 - х годов. Основы разработки ИС. 10!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-11.jpg" alt="> Ихэнх нэг хэрэглэгчийн систем нь X-Base стандарт дээр суурилдаг. (Clipper, Fox.Pro,"> В основе большинства однопользовательских систем лежит стандарт X-Base (Clipper, Fox. Pro, d. Base). Широко используются также решения на базе систем Paradox, Clarion, MS Access. Каждая из перечисленных конкурирующих систем обладает собственной высокоуровневой инструментальной средой, позволяющей спроектировать базу данных, логику обработки, пользовательский интерфейс, отчеты с помощью "помощников"- построителей. На рубеже тысячелетий появились также и однопользовательские решения на базе промышленных реляционных СУБД. В этом случае ПО сервера инсталлируется непосредственно на рабочую станцию пользователя. Примером может служить Personal Oracle. Данные решения предъявляют значительные требования к ресурсам рабочей станции, однако несут в себе многие преимущества промышленных СУБД. Групповые системы предназначены для автоматизации деятельности в рабочей группе (отделе, кластере, группе проекта и т. д.). В отличие от однопользовательских ИС, групповые системы, как правило, представляют специализированные клиентские решения (их часто называют автоматизированными рабочими местами, АРМ) для различных участников группы. Например, для оптовой фирмы, ИС может представлять набор таких АРМ, как "Менеджер по продажам", "Кладовщик", "Снабженец", "Директор". Для учебного планирования - "Преподаватель", "Работник бюро планирования", "Работник учебного отдела", "Специалист по планированию на кафедре", "Работник деканата". Основы разработки ИС. 11!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-12.jpg" alt="> Хүснэгтийн процессор дээр суурилсан шийдлүүдийг бүлэг ашиглах боломжтой. чухал ач холбогдолтой"> Групповое использование решений на базе табличных процессоров возможно, но имеет существенные ограничения, связанные с разграничением доступа, регламентацией и синхронизацией вносимых изменений. По сути единственный режим их использования, обеспечивающий корректность данных - "файловый сервер, один автор, N читателей". При создании групповых ИС в целом используются те же средства и инструментальные среды, что и при создании однопользовательских ИС. Следует, однако, отметить, что для использования в группе при выборе между системами с файловым и реляционным сервером следует отдавать предпочтение реляционному серверу, причем целесообразно использование выделенного сервера. Это может быть, например, сервер Oracle, DB 2, MS SQL, Sybase, Informix. Корпоративные ИС (КИС) предназначены для автоматизации деятельности предприятия. В англоязычной литературе понятие "КИС" неразрывно связано с понятием "ERP" (Enterprise Resource Planning). В основе ERP- систем лежит международный стандарт управления предприятием MRP-II (Manufacture Resource Planning), обеспечивающий возможность учета, анализа и планирования основных ресурсов - финансов, человеческих, материальных. Основы разработки ИС. 12!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-13.jpg" alt=">Үүний дагуу корпорацийн цогц программуудыг нэгтгэсэн ERP системүүд юм. , нэг мэдээллийн орон зайд дэмжлэг үзүүлэх"> Соответственно, корпоративные ERP-системы - набор интегрированных приложений, которые комплексно, в едином информационном пространстве поддерживают все основные аспекты управленческой деятельности предприятий: планирование ресурсов (финансовых, человеческих, материальных) для производства товаров (услуг), оперативное управление выполнением планов (включая снабжение, сбыт, ведение договоров), все виды учета и анализ результатов хозяйственной деятельности. Среди требований, предъявляемым к современным КИС: · централизация данных в единой базе (в основе - всегда промышленная СУБД), · близкий к реальному времени режим работы, · сохранение общей модели управления для предприятий разных отраслей, · поддержка территориально-распределенных структур, · работа на широком круге аппаратно-программных платформ и СУБД. Примеры ERP-систем - SAP R 3, "Галактика", MS Navision Axapta. Основы разработки ИС. 13!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-14.jpg" alt=">2. Мэдээллийн системийг архитектурын архитектураар ангилах."> 2. Классификация информационных систем по архитектуре. Архитектура "Файл-сервер". Исторически первая архитектура информационных систем. Как исполняемые модули, так и данные размещаются в отдельных файлах операционной системы. Доступ к данным осуществляется путем указания пути (path) и использования файловых операций (открыть, считать, записать). Для хранения данных используется выделенный сервер (отдельный компьютер), который и является файловым сервером. Исполняемые модули хранятся либо на рабочих станциях, либо на файловом сервере. В последнем случае упрощается процедура их администрирования, но при этом возрастают требования к надежности сети. Архитектура "Клиент-сервер". Клиент-сервер - это не только архитектура, это - новая парадигма, пришедшая на смену устаревшим концепциям. Суть ее заключается в том, что клиент (исполняемый модуль) запрашивает те или иные сервисы в соответствии с определенным протоколом обмена данными. При этом, в отличие от ситуации с файловым сервером, нет необходимости в использовании прямых путей операционной системы: клиент их "не знает", ему "известны" лишь имя источника данных и другие специальные сведения, используемые для авторизации клиента на сервере. Сервер, который физически может находиться на том же компьютере, а может - на другом конце земного шара, обрабатывает запрос клиента и, произведя соответствующие манипуляции с данными, передает клиенту запрашиваемую порцию данных. Основы разработки ИС. 14!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-15.jpg" alt="> Чиглэл дотор"> В рамках направления "клиент-сервер" существуют два основных "диалекта": "тонкий" и "толстый" клиент. В системах на основе тонкого клиента используется мощный сервер баз данных, это - высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции. Основное достоинство таких систем - относительная дешевизна клиентских станций. Системы с толстым клиентом, напротив, реализуют основную логику обработки на клиенте, а сервер представляет собой в чистом виде сервер баз данных, обеспечивающий исполнение только стандартизованных запросов на манипуляцию с данными (как правило - чтение, запись, модификацию данных в таблицах реляционной базы данных). В системах такого класса требования к рабочей станции выше, а к серверу - ниже. Достоинство архитектуры - переносимость серверной компоненты на серверы различных производителей: все промышленные серверы баз данных реляционного типа поддерживают работу со стандартизованным языком манипулирования данными SQL, но внутренний встроенный язык обработки данных, необходимый для реализации логики обработки на сервере у каждого из серверов свой. Основы разработки ИС. 15!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-16.jpg" alt="> Гурван давхаргын архитектур. Бүрэлдэхүүн хэсгүүдийн цаашдын архитектурт суурилсан. : зөвхөн үйлчлүүлэгч тохиролцдог"> Трехслойная архитектура. Базируется на дальнейшей специализации компонент архитектуры: клиент занимается только организацией интерфейса с пользователем, сервер баз данных - только стандартизованной обработкой данных. Для реализации логики обработки данных архитектура предусматривает отдельный слой - слой бизнес-логики. Этот слой может представлять собой либо выделенный сервер (сервер приложений), либо размещаться на клиенте в качестве динамической библиотеки. Данная архитектура позволила соединить достоинства тонкого и толстого клиентов: хорошая переносимость соединяется в ней с невысокими требованиями к клиенту. С развитием интернет-технологий появилась разновидность трехслойной архитектуры на основании использования web-технологий. В этой разновидности роль сервера приложений играет web-сервер, а в качестве клиента используется стандартный web-браузер. Достоинства - в пониженных требованиях к клиенту и в легкой встраиваемости данной архитектуры в мировые информационные сети. Основной недостаток - известные ограничения, накладываемые на интерфейс пользователя web -браузерами. С некоторой степенью приближения все ИС можно разделить на 2 класса: информационно-поисковые и управляющие. Основы разработки ИС. 16!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-17.jpg" alt="> Мэдээлэл хайх системийн эцсийн хэрэглэгчид), дүрмээр (IRS) , хадгалсан руу хандах эрхтэй"> Конечные пользователи информационно-поисковых систем (ИПС), как правило, имеют доступ к хранимым данным только "по чтению" и используют данные системы для поиска ответов на те или иные вопросы. Доступ по модификации данных имеет администратор системы, в функции которого входит обеспечение актуальности информации, устранение ошибок. Классические примеры ИПС - системы поиска в библиотеках, на транспорте (справки о наличии билетов). На современном этапе развития информационных технологий классические ИПС постепенно вытесняются поисковыми серверами Интернет - общего назначения и специализированными. Альтернатива ИПС - управляющие системы автоматизируют (полностью или частично) деятельность, связанную с принятием решений. Действия конечных пользователей таких систем приводят к модификации информации, что, конечно, не исключает возможности просто получать информацию, как в ИПС. Примеры управляющих систем - системы бухгалтерского учета, системы планирования производственных ресурсов и т. п. Основы разработки ИС. 17!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-18.jpg" alt=">IS-ийн хөгжил. Байгууллагын хөгжлийн үе шат дахь асуудлуудыг харах болон түүний ажилтнууд , ярихгүй"> Разработка ИС. Проблемы на стадии разработки Взгляд руководства организации и ее персонала, не говоря уже о разработчиках, на создание информационной системы различен. Здесь мы попытаемся, не вдаваясь в технические проблемы, построить модель процесса создания информационной системы для менеджеров и показать, в чем их задачи. Существует две различных стадии осуществления проекта построения информационных систем и технологий - разработка и внедрение и эксплуатация. Стадия разработки и внедрения обычно всегда осуществляется полностью. Ей не мешает ни слабое развитие технологии, ни отсутствие компетенции персонала или пользователей, ни отсутствие хороших консультантов. Если на этой стадии возникают проблемы, то они связаны со следующими тремя основными причинами: недостаток поддержки основного персонала, особенно когда надо уделить достаточно времени и энергии на критических стадиях; слишком амбициозные планы вместо пошагового, мудрого подхода; неудача при. получении достаточного количества советов от практиков с настоящим опытом использования похожих систем в похожем бизнесе. Основы разработки ИС. 18!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-19.jpg" alt=">Hanage дахь R бүлгийн хэлэлцүүлгийн нэг хэсэг болгон. (Ашиг ба өсөлтийн талаарх мэдээллийг удирдах),"> В рамках группового обсуждения в работе R. Hanage (Ма-naging Information for Profit and Growth), были получены следующие ответы на вопрос о том, какие проблемы возникали с проектами информационных технологий? консультанты по информационным технологиям не понимали наших мыслей; трудно найти нужный совет; сложно подобрать прикладное обеспечение для деловых процессов; неподходящее время для установки системы; плохая техническая и программная поддержка. Как правило, проект информационных технологий всегда занимает больше времени, чем предполагалось. Необходимо быть готовым к тому, чтобы вложить больше ресурсов, чем требуется, для того чтобы быть уверенным, что он не остановится; участвующие в осуществлении проекта люди всегда думают, что их работа сделана, когда аппаратура и программы работают успешно. Фактически проект завершен только тогда, когда достигнуты ожидаемые преимущества для бизнеса. Если проект связан с деловыми целями по улучшению отдельных сторон функционирования организации, и все это знают, он более успешен. Основы разработки ИС. 19!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-20.jpg" alt=">Төслийн 1 мэдээллийн системийг бий болгох дөрвөн үе шаттай. Нарийвчилсан тодорхойлолт зорилго болон"> Имеется четыре стадии создания информационной системы. 1 Эскиз проекта. Подробное описание целей и задач проекта, ожидаемой прибыли, временных ресурсов, любых ограничений, доступных ресурсов и т. д. Стоит также определить "менеджера проекта", который отвечает за его осуществление, и ответственного за проект в высшем руководстве, который будет главной персоной в бизнесе и будет поддерживать менеджера проекта, когда это необходимо и в самом конце выполнения проекта. 2 Оценка проекта. Это самая главная часть проекта. В ней принимаются все важные решения - что будут делать системы, как они будут работать, какая аппаратура и прикладные программы будут использоваться и как они будут обслуживаться. Важнее всего, что здесь анализируются возможные затраты и прибыли от различных действий и производится конечный выбор. В качестве основного правила следует использовать принцип, согласно которому система должна быть настолько простой, насколько возможно. Грандиозные проекты системы могут вылиться в невероятные затраты. Изменения, которые вносятся позже, являются более дорогими. Сначала готовят список требований к системе - детальный перечень того, что система будет делать для бизнеса и как ею управлять. Основы разработки ИС. 20!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-21.jpg" alt=">Байнгын хэрэглэгчдийн (болон бусад сонирхогч талуудын) хэрэгцээ шаардлагад нийцэж байна. Зөвхөн тэд үнэхээр мэддэг тул судалсан"> Изучаются потребности постоянных пользователей (и других заинтересованных лиц), так как только они действительно знают, что им нужно и как это вписать в существующую деятельность. Список включает в себя данные которые предназначены для ввода, основные результаты и отчеты, количество пользователей, размеры информации, связи с другими существующими системами и т. д. и должен быть достаточно подробным для того, чтобы можно было послать запрос поставщикам аппаратуры и программного обеспечения. На этой стадии мы не должны, . просто компьютеризировать существующие способы работы. Проект информационных технологий - это хорошая возможность еще раз подумать, как лучше сделать информационную систему. Следующая стадия состоит в том, чтобы посмотреть на требования к аппаратуре и программному обеспечению. Проконсультироваться с потенциальными поставщиками, просмотреть другие деловые решения и посоветоваться со знающими консультантами. Некоторые трудные решения должны подвергнуться тщательной оценке. Следует ответить, например, на такие вопросы: использовать ли уже готовый пакет прикладных программ либо заказать новое программное обеспечение. Ответы будут зависеть от степени риска, к которой Вы готовы, и от отличий Вашего бизнеса от других типичных фирм. Анализ затрат и прибыли - это финальный шаг перед окончательным решением. Основы разработки ИС. 21!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-22.jpg" alt=">Програм хангамж болон техник хангамжийн зардал харьцангуй бага, ялангуяа хэрэв байгаа бол). Та стандарт багцыг ашигладаг."> Затраты на прикладные программы и аппаратуру относительно невелики, особенно если Вы используете стандартный пакет. Большими затратами являются время, на установку системы и время на поддержку ее работы. 3 Построение и тестирование. Одним из самых недооцененных шагов в установке любой системы является ввод всех данных в систему до ее запуска. Персонал должен убедиться, что с системой легко работать. Ничто не убивает энтузиазм по отношению к новой системе быстрее, чем серия технических проблем. 4 Управление проектом и оценка риска. Если только проект не совсем тривиален, то необходимо существование менеджера проекта, у которого есть достаточно времени, чтобы работать с проектом и иметь дело. c, массой проблем, которые могут возникнуть. Проект не завершен до тех пор, пока менеджер проекта не сможет продемонстрировать, что система работает надежно и приносит прибыль. Важная часть его роли состоит в том, чтобы постоянно осознавать риск проекта. Риски должны обсуждаться открыто, несмотря на соблазн спрятать голову в песок и надеяться, что все обойдется. Риск можно спланировать: приняв альтернативные решения, приготовившись к крайним действиям и т. д. Основы разработки ИС. 22!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-23.jpg" alt=">Жишээ нь янз бүрийн програм хангамжийн сонголт байж болно. янз бүрийн эрсдэлтэй байж болно"> Примером послужит выбор программного обеспечения, при котором различные решения могут быть рискованны в различной степени. Более нет места для подробного обсуждения, но использование следующего перечня вопросов может помочь выделить некоторые пункты. Основы разработки ИС. 23!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-24.jpg" alt=">Бүтээлийн үндсэн зарчмууд. Дээрх үндсэн зарчмуудын дагуу. IP ба IT-ийг бий болгох менежментийг бүрдүүлдэг: системчилсэн"> Принципы создания. Согласно приведенным подходам формируются основные принципы создания ИС и ИТ управления: системность и логичность построения обеспечивающих и функциональных элементов ИС; широкое применение экономико-математических методов и стандартных программ прогнозно-статистического характера. Задачи управления производственной, финансовой деятельностью организации в большинстве своем ставятся как аналитические, оптимизационные или как задачи планирования. предполагает декомпозицию системы на ряд комплексов (модулей) задач, каждый из которых моделирует определенную сферу управленческой деятельности. использование новых методов и включение вновь созданных программных модулей в систему автоматизации управленческих работ. Проектирование ИС должно изначально базироваться на модульных принципах, а компьютерная реализация - допускать расширение за счет совершенствования структуры программного обеспечения. это принцип адаптации всех элементов и системы в целом. Он должен полностью пронизывать идеологию построения ИС управления - от анализа задач, технико-экономических показателей и их группировок в модули до формулирования целей. Основы разработки ИС. 24!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-25.jpg" alt=">IC-ийн найдвартай байдлын ерөнхий үзүүлэлт a number concent rates чухал үзүүлэлт: - давтамжийн доголдол"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: -частоту возникновения сбоев в техническом обеспечении; -степень адекватности математических моделей; -верификационную чистоту программ; -относительный уровень достоверности информации; -интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: -организационно-экономической схемы и ее описания; -свода применяемых математических моделей; -описания вычислительных алгоритмов; -концепции построения информационной модели системы. Основы разработки ИС. 25!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-26.jpg" alt=">Үндсэн асуудлуудыг томъёолох, цаашдын компьютерийн хэрэгжилтийг хангахын тулд компьютерийн үндсэн мэдлэг шаардагдана. онолын үндэслэлтэй холбоотой ойлголт, мэдээлэл"> Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: -свойства, особенности и структура экономической информации; -условно-постоянная информация, ее роль и назначение; -носители информации, макет машинного носителя; -средства формализованного описания информации; -алгоритм, его свойства и формы представления; -назначение и способы контроля входной и результатной информации; -состав и назначение устройств компьютера; -состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т. п.) Основы разработки ИС. 26!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-27.jpg" alt=">IC амьдралын мөчлөг. Орчин үеийн стандартад суурилсан сүлжээг хөгжүүлсэн. хангах боломжийг олгодог, нэгдүгээрт, тэдний"> Жизненные циклы ИС. Современные сети разрабатываются на основе стандартов, что позволяет обеспечить, во-первых, их высокую эффективность и, во- вторых, возможность их взаимодействия между собой. Вообще говоря, все стандарты на информационные системы (как и на любые системы вообще) можно разбить на следующие два основных класса: -Функциональные стандарты, определяющие порядок функционирования системы в интересах достижения цели, поставленной перед нею ее создателями. -Стандарты жизненного цикла, определяющие то, как создается, развертывается, применяется и ликвидируется система. Модели, определяемые стандартами этих двух классов, конечно же взаимосвязаны, однако решают совершенно разные задачи и характеризуются принципиально различными подходами к их построению. Поясним это на примере. Наиболее полной функциональной моделью системы является сама система, однако "биография" самой системы ни в коем случае не может рассматриваться в качестве модели ее жизненного цикла. Куда ближе к модели жизненного цикла информационной системы является описание жизни живого существа, начиная с момента зачатия. Основы разработки ИС. 27!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-28.jpg" alt=">Тиймээс мэдээллийн бүх үе шат, системийн амьдралын мөчлөгийг хамарна. түүнийг бий болгох, засвар үйлчилгээ хийх үе шатууд"> Таким образом, жизненный цикл информационной системы охватывает все стадии и этапы ее создания, сопровождения и развития: -предпроектный анализ (включая формирование функциональной и информационной моделей объекта, для которого предназначена информационная система); -проектирование системы (включая разработку технического задания, эскизного и технического проектов); -разработку системы (в том числе программирование и тестирование прикладных программ на основании проектных спецификаций -подсистем, выделенных на стадии проектирования); -интеграцию и сборку системы, проведение ее испытаний; -эксплуатацию системы и ее сопровождение; развитие системы. Основы разработки ИС. 28!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-29.jpg" alt=">Бага зэрэг онцлог Орчин үеийн системийн амьдралын мөчлөг бол 10 мэдээллийн тухай юм. жил, энэ нь ач холбогдолтой юм"> Немного специфики Продолжительность жизненного цикла современных информационных систем составляет около 10 лет, что значительно превышает сроки морального и физического старения технических и системных программных средств, используемых при построении системы. Поэтому в течение жизненного цикла системы проводится модернизация ее технико-программной базы. При этом прикладное программное обеспечение системы должно быть сохранено и перенесено на обновляемые аппаратно-программные платформы. Эти проблемы привели к тому, что подавляющее большинство проектов информационных систем внедряется с нарушениями качества, сроков или сметы. Почти треть проектов информационных систем прекращают свое существование, оставшись незавершенными. По данным, публикуемым Standish Group, в 1996 году 84% проектов информационных систем не были завершены в установленные сроки, в 1998 году сократилась до 74%, однако и в 2000 -м общий объем "хронической незавершенки" не опустился ниже 50%. Главной причиной такого положения является то, что уровень технологии анализа и проектирования систем, методов и средств управления проектами не соответствует сложности создаваемых систем, которая постоянно возрастает в связи с усложнением и быстрыми изменениями бизнеса. Основы разработки ИС. 29!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-30.jpg" alt=">Мэдээллийг хадгалах зардал нь дэлхийн практикт мэдэгдэж байгаа. програм хангамжийн системийг бүрдүүлдэг"> Из мировой практики известно, что затраты на сопровождение прикладного программного обеспечения информационных систем составляют не менее 70% его совокупной стоимости на протяжении жизненного цикла. Поэтому крайне важно еще на проектной стадии предусмотреть необходимые методы и средства сопровождения прикладного программного обеспечения, включая методы конфигурационного управления. В России создание и испытания автоматизированных систем, к которым относятся и информационные системы, регламентированы рядом ГОСТов, прежде всего серии 34. Однако отдельные положения этих ГОСТов уже устарели, а ряд этапов жизненного цикла информационных систем предоставлены недостаточно полно. Поэтому более целесообразно рассматривать в качестве определяющего документа международный стандарт ISO/IEC 12207. Данный стандарт определяет структуру жизненного цикла, содержащую процессы, которые должны быть выполнены во время создания программного обеспечения информационной системы. Основы разработки ИС. 30!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-31.jpg" alt=">Эдгээр процессууд нь үндсэн гурван бүлэгт хуваагдана. , хөгжүүлэлт, ашиглалт, засвар үйлчилгээ), туслах"> Эти процессы подразделяются на три группы: основные (приобретение, поставка, разработка, эксплуатация и сопровождение), вспомогательные (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит и решение проблем) и организационные (управление проектами, создание инфраструктуры проекта, определение, оценка и улучшение самого жизненного цикла, обучение). Основы разработки ИС. 31!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-32.jpg" alt=">Cascade болон спираль загварууд/IEC2 стандарт нь ISO2 стандарттай байдаг. амьдралын мөчлөгийн тодорхой загваруудыг санал болгодоггүй"> Каскадная и спиральная модели Однако стандарт ISO/IEC 12207 не предлагает конкретной модели жизненного цикла и методов разработки, его рекомендации являются общими для любых моделей жизненного цикла. Под моделью обычно понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Из существующих в настоящее время моделей наиболее распространены две: каскадная и спиральная. Они принципиально различаются самим подходом к информационной системе и ее программному обеспечению. Суть различий в том, что в каскадной модели информационная система является однородной и ее программное обеспечение определяется как единое (с ней) целое. Данный подход характерен для более ранних информационных систем (каскадный метод применяется с 1970 года), а также для систем, для которых в самом начале разработки можно достаточно и полно сформулировать все требования. При выполнении этих условий каскадный метод позволяет достичь хороших результатов. Основы разработки ИС. 32!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-33.jpg" alt="> Fig.1-ийн каскадын аргын мөн чанар нь. бүх хөгжлийг үе шат болгон хуваах,"> Суть каскадного метода (рис. 1) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений. Результатом такого конфликта стало появление модели с промежуточным контролем (рис. 2), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность. Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов. Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. Основы разработки ИС. 33!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-34.jpg" alt="> Үе шат бүрийн үед тавигдах шаардлагуудыг тодорхой заасан болно. дүр, хэлбэр"> На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из -за неточного изложения требований или их изменения за длительное время создания программного обеспечения конечный продукт окажется невостребованным. Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели (рис. 3) основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств. Основы разработки ИС. 34!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-35.jpg" alt="> Эдгээр загваруудыг харьцуулж үзвэл бид cacade загвар нь илүү гэж хэлж болно. бүх нийтийн, Т."> Сравнивая эти модели, можно сказать, что каскадная модель более универсальна, т. е. она применима к производству разных изделий, будь то отбойный молоток или графический редактор. Для разных изделий просто будут изменяться количество и название этапов модели. Спиральная же модель более ориентирована именно на информационные системы, особенно на программные продукты, поэтому при разработке информационных систем и их программного обеспечения она предпочтительнее каскадной. Следующим шагом в вопросе поддержания жизненного цикла информационной системы, как, впрочем, и любого другого изделия, является его автоматизация. Однако автоматизация различных процессов, связанных с разработкой, производством и эксплуатацией как изделий промышленности, так и информационных систем наиболее эффективна в том случае, когда она охватывает все этапы жизненного цикла изделия. При этом необходимо преодоление следующих проблем: наличие множества различных систем, ориентированных на решение конкретных задач, относящихся к разным этапам жизненного цикла, приводит к трудностям обмена данными между смежными системами; участие в поддержке жизненного цикла изделия нескольких предприятий требует эффективного обмена информацией об изделии между партнерами; сложность изделия, наличие множества его модификаций, заимствование, стандартизация, унификация, требуют поддержки многоуровневых многовариантных сборочных моделей. Эти проблемы могут быть преодолены путем реализации концепции CALS. Основы разработки ИС. 35!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-36.jpg" alt=">CALS Contin CALSucycles ба "Accessucycle Support" гэсэн үгийн товчлол. тасралтгүй мэдээлэл"> CALS Аббревиатура CALS расшифровывается как Continuous Acquisition and Life cycle Support - непрерывная информационная поддержка жизненного цикла продукта. Встречается также другой перевод, менее схожий с исходным названием, но более близкий по смыслу: обеспечение неразрывной связи между производством и прочими этапами жизненного цикла изделия. Данная технология, разработанная в 80 -х годах в Министерстве обороны США, распространилась по всему миру и охватила практически все сферы мировой экономики. Она предназначена для повышения эффективности и качества бизнес-процессов, выполняемых на протяжении всего жизненного цикла продукта, за счет применения безбумажных технологий. Началом создания системы CALS-технологий явилась разработка системы стандартов описания процессов на всех этапах жизненного цикла продукции. Основы разработки ИС. 36!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-37.jpg" alt=">ISO 900 бүтээгдэхүүний чанарын менежментийн олон улсын стандартууд) үзэл баримтлалыг танилцуулна"> В международных стандартах серии ISO 9004 (управление качеством продукции) введено понятие "жизненный цикл изделия". Данное понятие включает в себя следующие этапы жизненного цикла изделия: маркетинг, поиск и изучение рынка; проектирование и/или разработка технических требований к создаваемой продукции; материально- техническое снабжение; подготовка и разработка технологических процессов; производство; контроль, проведение испытаний и обследований; упаковка и хранение; реализация и/или распределение продукции; монтаж, эксплуатация; техническая помощь в обслуживании; утилизация после завершения использования продукции. Основы разработки ИС. 37!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-38.jpg" alt="> АНУ-д CALS Групп менежментийн арга зүйг хөгжүүлэхийн тулд Industrial. үүсгэгдсэн"> Для развития методологии CALS в США были созданы Управляющая промышленная группа по вопросам CALS (ISG) и ее исполнительный консультативный комитет. В настоящий момент в мире действует более 25 национальных организаций (комитетов или советов по развитию CALS), в том числе в США, Японии, Канаде, Великобритании, Германии, Швеции, Норвегии, Австралии и других странах, а также в НАТО. Основные усилия этих и подобных организаций были направлены на создание разного уровня нормативной документации. За последние несколько лет разработаны следующие документы: ISO 10303 (Industrial automation systems and integration -- Product data representation and exchange), ISO 13584 (Part Library), Def Stan 00 -60 (Integrated Logistic Support), MIL-STD-2549 (Configuration Management. Data Interface), MIL- HDBK-61 (Configuration Management. Guidance), AECMA Specification 2000 M (International Specification for Materiel Management Integrated Data Processing for Military Equipment), AECMA Specification 1000 D (International Specification for Technical Data Publications, Utilising a Common Source Data Base) и т. д. Основы разработки ИС. 38!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-39.jpg" alt=">CALS стандартууд CALS-ийн боловсруулсан стандартууд нь ISO технологид зориулагдсан байж болно. Мэдээллийн танилцуулга гэсэн гурван бүлэгт хуваагдана"> Стандарты CALS Стандарты, разработанные ISO для CALS-технологий, можно разбить на три группы: представление информации о продукте, представление текстовой и графической информации и общего назначения. К первой группе относятся: ISO/IEC 10303 Standard for the Exchange of Product Model Data (STEP) и ISO 13584 Industrial Automation -- Parts Library. Во вторую группу входят: ISO 8879 Information Processing -- Text and Office System - Standard Generalised Markup Language (SGML); ISO/IEC 10179 Document Style Semantics and Specification Language (DSSSL); ISO/IEC IS 10744 Information Technology -- Hypermedia/Time Based Document Structuring Language (Hy. Time); ISO/IEC 8632 Information Processing Systems -- Computer Graphics - Metafile; ISO/IEC 10918 Coding of Digital Continuous Tone Still Picture Images (JPEG); ISO 11172 MPEG 2 Motion Picture Experts Group (MPEG); Coding of Motion Pictures and associated Audio for Digital Storage Media и ISO/IECS 13522 Information Technology -- Coding of Multimedia and Hypermedia Information (MHEG). Основы разработки ИС. 39!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-40.jpg" alt=">CALS-ийн үр ашиг нь CALS технологи ашиглан шийдэгдсэн гол асуудал юм. -- цаг хугацаа, мөнгө хэмнэх"> Эффективность реализации CALS Основная задача, решаемая путем применения CALS-технологий, -- экономия времени и средств при одновременном повышении качества. Так, в США применение CALS-технологий сопровождается следующими типовыми показателями. В процессах проектирования и инженерных расчетах: сокращение времени проектирования на 50%; снижение затрат на изучение выполнимости проектов на 15 --40%. В процессах организации поставок: уменьшение количества ошибок при передаче данных на 98%; сокращение времени поиска и извлечения данных на 40%; сокращение времени планирования на 70%; сокращение стоимости информации на 15 --60%. В производственных процессах: сокращение производственных затрат на 15 -60%; повышение показателей качества на 80%; в процессах эксплуатационной поддержки изделий: сокращение времени на изменения технической документации на 30%; сокращение времени планирования поддержки на 70%; снижение стоимости технической документации на 10 --50%. Основы разработки ИС. 40!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-41.jpg" alt=">Бид барилгын мэдээллийн систем, технологийн асуудлыг тусад нь авч үзэх болно. мэдээлэл бий болгох зарим технологи"> Отдельные вопросы построения информационных систем и технологий Здесь мы рассмотрим некоторые технологии создания информационных систем, наиболее часто предлагаемые разработчиками. Знакомство с такими технологиями облегчит процесс понимания заказчиком предложений разработчика. Автоматизированные системы проектирования Усложнение информационных систем и расширение областей их применения, повышение требований к ним привели к тому, что даже большие, коллективы разработчиков не в состоянии за приемлемое время, в, условиях ограничений по ресурсам и с заданным качеством разработать информационную систему. В результате развития средств и методов создания информационных систем оформилось направление, связанное с автоматизацией проектирования информационной системы и информационной технологии. Это путь использования готовых решений, обеспечения заданного качества и ускорения работ при создании информационной системы и информационной технологии. (См. : Ойхман Е. Г. , Попов Э. В. Реинжиниринг бизнеса: реинжиниринг организации и информационные технологии. - М. : Финансы и статистика, 1997.) Основы разработки ИС. 41!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-42.jpg" alt="> Системийн тусдаа модулийг боловсруулж дууссаны дараа туршилтын үе шат , офлайн туршилтыг явуулж байгаа бөгөөд энэ нь мөрддөг"> Этап тестирования После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели: обнаружение отказов модуля (жестких сбоев); соответствие модуля спецификации (наличие всех необходимых функций, отсутствие лишних функций). После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние. Далее группа модулей тестируется на надежность работы, то есть проходят, во-первых, тесты имитации отказов системы, а во-вторых, тесты наработки на отказ. Первая группа тестов показывает, насколько хорошо система восстанавливается после сбоев программного обеспечения, отказов аппаратного обеспечения. Вторая группа тестов определяет степень устойчивости системы при штатной работе и позволяет оценить время безотказной работы системы. В комплект тестов устойчивости должны входить тесты, имитирующие пиковую нагрузку на систему. Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы. Основы разработки ИС. 42!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-43.jpg" alt=">Мэдээллийн системийн хамгийн сүүлийн туршилт бол хүлээн авах тест юм. Мэдээллийн системийг хэрэглэгчдэд үзүүлэх зэрэг орно"> Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес- процессы, чтобы показать соответствие реализации требованиям заказчика. Необходимость контролировать процесс создания ИС, гарантировать достижение целей разработки и соблюдение различных ограничений (бюджетных, временных и пр.) привело к широкому использованию в этой сфере методов и средств программной инженерии: структурного анализа, объектно-ориентированного моделирования, CASE-систем. Основы разработки ИС. 43!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-44.jpg" alt=">Энэ нь CASE (Компьютерийн туслах) аргачлал болсон. талбай Системийн инженерчлэл - CASE технологи)."> Широкое распространение в этой области получил подход САSЕ (Computer Aided Software/Sуstеm Engineering - САSЕ-технология). CASE- технология совокупность методов анализа, проектирования, разработки и сопровождения информационной системы, поддерживаемых комплексом взаимосвязанных средств автоматизации. Это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс исследования, проектирования и разработки информационной системы (анализ предметной области, спецификации проектов, выпуск документации, тестирование реализаций проектов, планирование и контроль разработок, моделирование и т. п.). Это индустриализация технологии создания информационной системы и информационной технологии, позволяющая отделить и автоматизировать процесс проектирования информационной системы от последующих этапов разработки. Использование САSЕ-технологий существенно изменяет технологию работ на этапах анализа, проектирования и модернизации информационной системы. В CASE-технологиях применяются специальные методы анализа, проектирования и моделирования. CASE-технологии могут использоваться при создании информационной системы любых типов. Основы разработки ИС. 44!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-45.jpg" alt=">IS-ийн найдвартай байдлын ерөнхий үзүүлэлт a чухал үзүүлэлтүүдийн тоон үзүүлэлтүүд: -- дахь бүтэлгүйтлийн давтамж"> Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: --частоту возникновения сбоев в техническом обеспечении; --степень адекватности математических моделей; --верификационную чистоту программ; --относительный уровень достоверности информации; --интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. Основы разработки ИС. 45!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-46.jpg" alt="> Дүгнэлт Өнөөдөр мэдээллийн технологи нь зөвхөн мэдээллийн процесст нөлөөлдөггүй."> Заключение Сегодня информационные технологии оказывают влияние не только на обработку данных, но и на способ выполнения работы людьми, на продукцию, характер конкуренции. Информация во многих организациях становится ключевым ресурсом, а информационная обработка – делом стратегической важности. Большинство организаций не сможет успешно конкурировать, пока не предложит своим клиентам такой уровень обслуживания, который возможен лишь при помощи систем, основанных на высоких технологиях. Информационная система управления – это система, обеспечивающая уполномоченный персонал данными или информацией, имеющими отношение к организации. Информационная система управления, в общем случае, состоит из четырех подсистем: системы обработки транзакций, системы управленческих отчетов, офисной информационной системы и системы поддержки принятия решений, включая информационную систему руководителя, экспертную систему и искусственный интеллект. Информационные системы используются организациями в разных целях. Они повышают производительность труда, помогая выполнять работу лучше, быстрее и дешевле, функциональную эффективность, помогая принимать наилучшие решения. Информационные системы повышают качество услуг, предоставляемых заказчикам и клиентам, помогают создавать и улучшать продукцию. Они позволяют закрепить клиентов и отдалить конкурентов, сменить основу конкуренции путем изменения таких составляющих, как цена, расходы, качество. Основы разработки ИС. 46!}

Src="https://present5.com/presentation/3/178909785_439177649.pdf-img/178909785_439177649.pdf-47.jpg" alt="> Ашигласан материал. 1. Адаменко, А. Н. Логик. програмчлал ба"> Список литературы. 1. А. Н. Адаменко, А. М. Кучуков. Логическое программирование и Visual Prolog СПб. : БХВ--Петербург, 2003. 2. Братко И. Алгоритмы искусственного интеллекта на языке PROLOG. М. : «Вильямс» , 2004. 3. Джексон П. Введение в экспертные системы. -Москва, С. Петербург, Киев: Изд. дом "Вильямс", 2002 4. Дж. Доорс, А. Рейблейн, С. Вадера. Пролог - язык программирования будущего. М. : Финансы и статистика, 1990 5. Дюбуа Д. , Прад А. Теория возможностей. Приложения к представлению знаний. -М. : Радио и связь, 1995 6. Корнеев В. В. , Гарев А. Ф. , Васюшин СВ. , Райх В. В. Базы данных. Интеллектуальная обработка информации. - М. : Изд-во "Нолидж", 7. Мендельсон Э. Введение в математическую логику. М. , 1976 8. Нечаев В. В. , Панченко В. М. , Свиридов А. П. Исследование операций и теория систем. Основы статистической динамики знаний. Учебное пособие. -М. : МИРЭА, 2000 9. Новиков П. С. Элементы математической логики. М. , 1959 10. Попов Э. В. Экспертные системы реального времени. В: Открытые системы, N 2 (10), 1995 11. Хоггер К. Введение в логическое программирование М. : Мир, 1988 12. Черч А. Введение в математическую логику, т. I. М. 1960 13. Интернет источники. Основы разработки ИС. 47!}

Мэдлэгийн санд сайн ажлаа илгээх нь энгийн зүйл юм. Доорх маягтыг ашиглана уу

Мэдлэгийн баазыг суралцаж, ажилдаа ашигладаг оюутнууд, аспирантууд, залуу эрдэмтэд танд маш их талархах болно.

Үүнтэй төстэй баримт бичиг

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

курсын ажил, 2010 оны 12-13-нд нэмэгдсэн


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

хураангуй, 2015/05/28 нэмэгдсэн


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

танилцуулга, 12/07/2013 нэмэгдсэн


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

курсын ажил, 2010-11-20 нэмэгдсэн


Мэдээллийн санд суурилсан мэдээллийн системийг зохион бүтээх онцлог. CASE хэрэгслүүдийг ашиглах, BP-Win дахь бизнесийн үйл явцыг тайлбарлах. Орчин үеийн мэдээллийн системийг зохион бүтээх үе шатууд, диаграммын төрөл, вэбсайтын дүрслэл.

курсын ажил, 2012/04/25 нэмэгдсэн


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

хураангуй, 2010 оны 04-р сарын 29-нд нэмэгдсэн


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

курсын ажил, 2010-11-20 нэмэгдсэн


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

курсын ажил, 2017.11.14-нд нэмэгдсэн