Байшингийн стандарт дизайны үе шатууд. Rational Rose CASE хэрэглүүрийг ашиглан агуулахын нягтлан бодох бүртгэлийн автоматжуулсан системийг зохион бүтээх. Зураг төслийн ажлыг гүйцэтгэх арга
CASE системийн хөгжлийн үе шатууд
Сүүлийн арван жилийн хугацаанд мэдээллийн системийн дизайны шинэ чиглэл гарч ирэв - CASE хэрэгслийг ашиглан компьютерийн тусламжтай дизайн. CASE (Компьютерийн тусламжтай систем/Програм хангамжийн инженерчлэл) гэсэн нэр томъёо нь анх зөвхөн програм хангамж хөгжүүлэх автоматжуулалтыг хэлдэг байсан; Энэ нь одоо нарийн төвөгтэй AIS боловсруулах үйл явцыг бүхэлд нь хамардаг.
Эхний ээлжинд CASE технологиуд нь бүтцийн дизайны арга зүйн дутагдалтай талуудыг (ойлгоход хүндрэлтэй, хөдөлмөрийн өндөр ачаалал, ашиглалтын зардал, дизайны техникийн үзүүлэлтүүдэд өөрчлөлт оруулахад хүндрэлтэй гэх мэт) автоматжуулалт, туслах хэрэгслүүдийг нэгтгэх замаар арилгах зорилготойгоор боловсруулсан.
CASE технологи нь дангаараа байдаггүй бөгөөд бие даасан биш юм. Тэд холбогдох аргачлалын хэрэглээг автоматжуулж, оновчтой болгож, түүний хэрэглээний үр ашгийг нэмэгдүүлэх боломжтой болгодог.
Өөрөөр хэлбэл, CASE технологиСэдвийн талбарыг нүдээр загварчлах, AIS-ийн хөгжүүлэлт, засвар үйлчилгээний бүх үе шатанд энэ загварт дүн шинжилгээ хийх боломжийг олгодог харилцан уялдаатай автоматжуулалтын хэрэгслүүдээр дэмжигдсэн нарийн төвөгтэй програм хангамжийн системд дүн шинжилгээ хийх, дизайн хийх, хөгжүүлэх, засвар үйлчилгээ хийх аргачлалын багцыг төлөөлдөг. хэрэглэгчдийн мэдээллийн хэрэгцээнд нийцүүлэн программ боловсруулах .
Орчин үеийн CASE хэрэгслүүд нь энгийн дүн шинжилгээ хийх, баримтжуулах хэрэгслүүдээс эхлээд AIS-ийн амьдралын мөчлөгийг бүхэлд нь хамарсан бүрэн хэмжээний автоматжуулалтын хэрэгслүүд хүртэл олон тооны AIS дизайны технологийн өргөн хүрээг хамардаг. CASE системийг ашиглах хамгийн их хэрэгцээ нь хөгжлийн эхний үе шатанд - AIS-д тавигдах шаардлагуудын дүн шинжилгээ, тодорхойлолтын үе шатанд тулгардаг. Энд гарсан алдаанууд нь бараг л үхэлд хүргэдэг;
CASE хэрэгслүүдийн гол зорилго нь эхний үе шатуудыг (шинжилгээ, дизайн) дараагийн үе шатуудаас салгаж, хөгжүүлэгчдэд хөгжлийн орчин, системийн үйл ажиллагааны нарийн ширийн зүйлийг дарамтлахгүй байх явдал юм.
Ихэнх орчин үеийн CASE системүүд арга зүйг ашигладаг бүтцийнба/эсвэл объект хандалтат шинжилгээТэгээд дизайн,визуал диаграмм, график, хүснэгт, диаграммыг ашиглахад үндэслэсэн.
CASE хэрэгслийг зохих ёсоор ашигласнаар хөдөлмөрийн бүтээмж (CASE технологийг ашигладаг гадаадын компаниудын тооцоолсноор) CASE-ийн хэмжээ, ажлын нарийн төвөгтэй байдал, туршлагаас хамааран 100-аас 600% хүртэл нэмэгддэг. Үүний зэрэгцээ, AIS-ийн амьдралын мөчлөгийн бүх үе шат өөрчлөгддөг боловч хамгийн их өөрчлөлтүүд нь дүн шинжилгээ, дизайны үе шатуудтай холбоотой байдаг (Хүснэгт 2.5, 2.6).
Хүснэгт 2.5. AIS-ийн амьдралын мөчлөгийн үе шатуудын хөдөлмөрийн зардлын тооцоо
Хүснэгт 2.6. CASE болон уламжлалт хэрэглээний харьцуулалт хөгжил
CASE хэрэгслийг ашиглах нь бүтцийн аргачлалыг автоматжуулж, систем болон програм хангамжийн инженерчлэлийн орчин үеийн аргуудыг ашиглах боломжийг олгодог төдийгүй бусад давуу талуудыг өгдөг (Зураг 2.22), тухайлбал:
1. автомат үүсгэх, хянах замаар боловсруулсан програм хангамжийн чанарыг сайжруулдаг;
2. AIS прототипийг бий болгох хугацааг багасгах боломжийг олгодог бөгөөд энэ нь төслийн чанар, үр нөлөөг эхний шатанд үнэлэх боломжийг олгодог;
3. зураг төсөл боловсруулах үйл явцыг хурдасгах;
4. боловсруулсан бүрэлдэхүүн хэсгүүдийг дахин ашиглах боломжийг танд олгоно;
5. AIS дэмжлэгийг дэмждэг;
6. уг төслийг баримтжуулагч ашигладаг тул таныг төслийг баримтжуулах ердийн ажлаас чөлөөлнө;
7. төсөл дээр багаар ажиллахад тусалдаг.
Цагаан будаа. 2.22. CASE технологийг ашиглан AIS хөгжүүлэх давуу талууд: А- төслийн зардлыг бууруулах коэффициент; б -хөгжүүлэх хугацааг багасгах хүчин зүйл
Ихэнх CASE хэрэгслүүд нь арга зүй, арга, тэмдэглэгээ, хэрэгсэл гэсэн дөрвөн үндсэн ойлголт дээр суурилдаг [ 11,15, 16].
Арга зүй AIS-ийн дизайн, боловсруулалтын шийдлүүдийг үнэлэх, сонгох удирдамж, ажлын үе шат, тэдгээрийн дараалал, хуваарилах дүрэм, аргын зорилгыг тодорхойлдог.
Арга -бүрэлдэхүүн хэсгүүдийг үүсгэх журам, тэдгээрийн тодорхойлолт.
ТэмдэглэгээЭдгээр нь системийн ерөнхий бүтэц, өгөгдлийн элементүүд, боловсруулалтын үе шатуудыг тайлбарлах зорилготой бөгөөд график, диаграмм, хүснэгт, урсгал диаграм, албан ёсны болон байгалийн хэлийг агуулж болно.
Байгууламж- аргуудыг дэмжих, бэхжүүлэх хэрэгсэл; Интерактив байдлаар төсөл үүсгэх, засварлах үед хэрэглэгчдэд дэмжлэг үзүүлж, төслийг хийсвэрлэлийн түвшний шатлал хэлбэрээр зохион байгуулахад тусалдаг, бүрэлдэхүүн хэсгүүдийн нийцлийг шалгадаг.
CASE хэрэгслүүдийн ангилал
CASE хэрэгслүүдийн тогтвортой ангилал байхгүй хэвээр байна; Тэдгээрийн заримыг доор харуулав.
AIS-ийн амьдралын мөчлөгийн технологийн үе шат, процессуудад анхаарлаа хандуулаарай.
1. дүн шинжилгээ хийх, дизайн хийх хэрэгсэл. Системийн үзүүлэлт, дизайныг бий болгоход ашигладаг. Тэд сайн мэддэг дизайны арга зүйг дэмждэг;
2. өгөгдлийн сангийн дизайны хэрэгслүүд. Өгөгдлийн логик загварчлал, мэдээллийн сангийн бүтцийг бий болгох;
3. шаардлагын удирдлагын хэрэгсэл;
4. програм хангамжийн тохиргооны удирдлагын хэрэгсэл. Техникийн үзүүлэлтүүдээс программчлал, туршилт, автомат програм хангамжийг бий болгоход дэмжлэг үзүүлэх;
5. баримт бичгийн хэрэгсэл;
6. туршилтын хэрэгсэл;
7. Төслийн удирдлагын хэрэгсэл. Төлөвлөлт, хяналт, харилцан үйлчлэлийг дэмжих;
8. одоо байгаа системийг шинэ орчинд шилжүүлэхэд зориулагдсан урвуу инженерийн хэрэгслүүд.
Дэмжигдсэн дизайны арга зүй[ 11, 12, 15, 16]:
1. функцэд чиглэсэн (бүтэцэд чиглэсэн);
2. объектод чиглэсэн;
3. цогц чиг баримжаа (дизайн арга зүйн багц).
Дэмжигдсэн график график тэмдэглэгээ:
1. тогтмол тэмдэглэгээтэй;
2. тусдаа тэмдэглэгээтэй;
3. хамгийн түгээмэл тэмдэглэгээтэй.
Интеграцийн зэрэг:
1. бие даасан асуудлыг бие даан шийдвэрлэх туслах програмууд (хэрэгслүүд);
2. програм хангамжийн даалгаврын нэг ангид туслах хэрэгслүүдийн багц болох хөгжүүлэлтийн багцууд (Toolkit);
3. нийтлэг дизайны мэдээллийн баазаар холбогдсон нэгдсэн хэрэгслүүдийн багц - агуулах, AIS (Workbench) үүсгэх янз бүрийн үе шатанд бүх ажлыг эсвэл хэсэгчлэн автоматжуулах.
Хамтын төсөл боловсруулах:
1. хамтын хөгжлийг дэмжихгүйгээр;
2. бодит цаг хугацаанд төсөл боловсруулахад чиглэсэн;
3. дэд төслүүдийг нэгтгэх горимд анхаарлаа хандуулсан.
CASE хэрэгслийн төрлүүд:
1. шинжилгээний хэрэглүүр (Upper CASE); Мэргэжилтнүүдийн дунд тэдгээрийг компьютер төлөвлөлтийн хэрэгсэл гэж нэрлэдэг. Эдгээр CASE хэрэгслийг ашиглан одоо байгаа бүх онцлогийг тусгасан загварыг бүтээдэг. Энэ нь компанийн зорилгод нийцүүлэн үйл ажиллагааны ерөнхий болон тусгай механизм, боломжит боломж, нөөц, төслийн зорилгыг ойлгоход чиглэгддэг. Эдгээр хэрэгслүүд нь янз бүрийн хувилбаруудад дүн шинжилгээ хийх, оновчтой шийдвэр гаргах мэдээллийг хуримтлуулах боломжийг олгодог;
2. дүн шинжилгээ хийх, дизайн хийх хэрэгсэл (дунд CASE); нь AIS техникийн үзүүлэлтүүд болон бүтцийн шаардлагын шинжилгээ, дизайны үе шатуудыг дэмжих хэрэгсэл гэж үздэг. Дундаж CASE хэрэгслийг ашиглах гол үр дүн нь системийн дизайныг ихээхэн хялбаршуулсан явдал юм, учир нь дизайн нь AIS-д тавигдах шаардлагуудтай ажиллах давталтын процесс болж хувирдаг. Нэмж дурдахад, дундаж CASE хэрэгслүүд нь шаардлагуудыг хурдан баримтжуулах боломжийг олгодог;
3. програм хангамж хөгжүүлэх хэрэгслүүд (Доод); AIS програм хангамж хөгжүүлэх системийг дэмжих. Эдгээр нь физик үзүүлэлтүүдийг боловсруулах хэрэгцээг арилгадаг системийн толь бичиг, график хэрэгслийг агуулдаг - боловсруулж буй системийн програмын код руу шууд хөрвүүлсэн системийн техникийн үзүүлэлтүүд байдаг (кодын 80 хүртэлх хувийг автоматаар үүсгэдэг). Бага түвшний CASE хэрэгслүүдийн гол давуу тал нь боловсруулах хугацааг мэдэгдэхүйц багасгах, өөрчлөхөд хялбар, прототиптэй ажиллахад дэмжлэг үзүүлэх явдал юм.
CASE хэрэгслийг мөн ангилдаг компьютерийн технологийн төрөл, архитектураар,болон үйлдлийн системийн төрлөөр.
Одоогийн байдлаар програм хангамжийн зах зээл нь бараг бүх ангиллын CASE хэрэгслүүдийг багтаасан олон төрлийн програм хангамжаар төлөөлдөг.
CASE хэрэгслүүдийн онцлог
Мөнгөн урсгал.Америкийн Computer Systems Advisers, Inc компанийн CASE хэрэгсэл Silverrun. (CSA) нь бизнес ангиллын AIS-ийн шинжилгээ, дизайн хийхэд ашиглагддаг бөгөөд спираль амьдралын мөчлөгийн загварт илүү анхаардаг. Энэ нь функциональ болон мэдээллийн загваруудыг (өгөгдлийн урсгалын диаграмм ба аж ахуйн нэгжийн харилцааны диаграмм) тусад нь бүтээхэд үндэслэсэн аливаа арга зүйг дэмжихэд хэрэгжинэ.
Загваруудын шаардлагатай график тэмдэглэгээ, дизайны техникийн үзүүлэлтүүдийг шалгах дүрмийн багцыг сонгох замаар тодорхой аргачлалд тохируулга хийх боломжтой. Систем нь хамгийн түгээмэл аргачлалуудын бэлэн тохиргоотой: DATARUN (Silverrun-ийн дэмждэг үндсэн аргачлал), Gane/Sarson, Yourdon/DeMarco, Merise, Ward/Mellor, Information Engineering. Төсөлд танилцуулсан үзэл баримтлал бүрийн хувьд өөрийн тодорхойлогчийг нэмж оруулах боломжтой. Silverrun архитектур нь шаардлагатай бол таны хөгжлийн орчныг нэмэгдүүлэх боломжийг олгодог.
Silverrun байна модульчлагдсан бүтэцбөгөөд тус бүр нь бие даасан бүтээгдэхүүн бөгөөд тусад нь худалдан авч ашиглах боломжтой дөрвөн модулиас бүрддэг.
1. Бизнесийн үйл явцын загварыг бий болгох модульөгөгдлийн урсгалын диаграм хэлбэрээр Бизнесийн үйл явц загварчлагч (BPM) нь автоматжуулсан байгууллага эсвэл үүсгэсэн автоматжуулсан мэдээллийн системийн үйл ажиллагааг загварчлах боломжийг олгодог. Маш нарийн төвөгтэй загваруудтай ажиллах чадварыг автоматаар дугаарлах, процессын модтой ажиллах (салбаруудыг нүдээр татах гэх мэт), хамтын хөгжилд зориулж загварын хэсгүүдийг салгах, хавсаргах функцээр хангадаг. Диаграммыг Yourdon/DeMarco, Gane/Sarson гэх мэт хэд хэдэн урьдчилан тодорхойлсон тэмдэглэгээгээр харуулах боломжтой. Мөн өөрийн тэмдэглэгээг үүсгэх боломжтой, жишээлбэл, диаграмм дээр харуулсан тодорхойлогчдын тоонд хэрэглэгчийн тодорхойлсон талбаруудыг нэмэх боломжтой.
2. Үзэл баримтлалын өгөгдлийн загварчлалын модуль Entity-Relationship eXpert (ERX) нь тодорхой хэрэгжилттэй холбоогүй аж ахуйн нэгжийн харилцааны өгөгдлийн загварыг бүтээх боломжийг олгодог. Баригдсан шинжээчийн систем нь өгөгдлийн харилцааны талаархи утга учиртай асуултуудад хариулснаар зөв хэвийн өгөгдлийн загварыг бий болгох боломжийг олгодог. Өгөгдлийн бүтцийн тайлбараас өгөгдлийн загварыг автоматаар бүтээх боломжтой. Шинж чанаруудын функциональ хамаарлын дүн шинжилгээ нь загвар нь гурав дахь ердийн хэлбэрийн шаардлагад нийцэж байгаа эсэхийг шалгаж, тэдгээрийн биелэлтийг баталгаажуулах боломжийг олгодог. Баталгаажсан загварыг Relational Data Modeler модуль руу шилжүүлнэ.
3. Харилцааны загварчлалын модуль Relational Data Modeler (RDM) нь харилцааны мэдээллийн санд хэрэгжүүлэхийн тулд аж ахуйн нэгжийн харилцааны нарийвчилсан загварыг бий болгох боломжийг олгодог. Энэ модуль нь мэдээллийн сан байгуулахтай холбоотой бүх бүтээцийг баримтжуулдаг: индекс, триггер, хадгалагдсан процедур гэх мэт. Хадгалах сангийн уян хатан, өөрчлөгддөг тэмдэглэгээ, өргөтгөх чадвар нь танд ямар ч аргачлалтай ажиллах боломжийг олгодог. Дэд схем үүсгэх чадвар нь өгөгдлийн сангийн схемийг төлөөлөх ANSI SPARC аргыг дагаж мөрддөг. Тархсан боловсруулалтын зангилаа болон хэрэглэгчийн харагдац хоёулаа дэд хэлхээний хэлээр загварчлагдсан. Энэ модуль нь харилцааны мэдээллийн сангийн дизайн, бүрэн баримтжуулалтыг хангадаг.
4. Ажлын хэсгийн репозиторын менежер Workgroup Repository Manager (WRM) нь бүх загварт нийтлэг мэдээллийг хадгалах өгөгдлийн толь бичиг болгон ашигладаг бөгөөд Silverrun модулиудыг нэг дизайны орчинд нэгтгэх боломжийг олгодог.
Silverrun CASE хэрэгслийн давуу тал нь загвар бүтээх өндөр уян хатан байдал, олон янзын харааны хэрэгслүүд бөгөөд сул тал нь янз бүрийн загваруудын бүрэлдэхүүн хэсгүүдийн хооронд хатуу хяналт байхгүй (жишээлбэл, өөр өөр загваруудын DFD хооронд өөрчлөлтийг автоматаар тараах чадвар) юм. задралын түвшин). Гэхдээ энэ сул тал нь хүрхрээний амьдралын мөчлөгийн загварыг ашигласан тохиолдолд л чухал ач холбогдолтой гэдгийг тэмдэглэх нь зүйтэй.
Silverrun-д дараахь зүйлс орно.
1. Хамгийн түгээмэл DBMS-ийн мэдээллийн сангийн схемийг автоматаар үүсгэх: Oracle, Informix, DB2, Ingres, Progress, SQL Server, SQLBase, Sybase;
2. програм боловсруулах хэрэгсэлд өгөгдөл дамжуулах: JAM, PowerBuilder, SQL Windows, Uniface, NewEra, Delphi.
Тиймээс тодорхой DBMS-ийн бүх шинж чанарыг ашиглан мэдээллийн сангийн цөмийг бүрэн тодорхойлох боломжтой: триггер, хадгалагдсан процедур, лавлагааны бүрэн бүтэн байдлын хязгаарлалт. Аппликешн үүсгэх үед Silverrun репозитороос шилжүүлсэн өгөгдлийг автоматаар интерфэйсийн объект үүсгэх эсвэл гараар хурдан үүсгэхэд ашигладаг.
Бусад дизайны автоматжуулалтын хэрэгслүүдтэй өгөгдөл солилцох, дизайны техникийн үзүүлэлтүүдэд дүн шинжилгээ хийх, шалгах тусгай процедурыг бий болгох, төрөл бүрийн стандартын дагуу тусгай тайлан гаргах зорилгоор Silverrun систем нь дизайны мэдээллийг гадаад файлд гаргах гурван аргыг өгдөг.
1. Мэдээллийн систем. Тайланг текст файлд гаргадаг.
2. Экспорт/импортын систем. Зөвхөн экспортын файлын агуулгыг зааж өгөөд зогсохгүй бичлэгийн тусгаарлагч, бичлэг доторх талбарууд, текст талбаруудын эхлэл ба төгсгөлийн тэмдэглэгээг зааж өгсөн болно. Ийм экспортын файлуудыг үүсгэж, хадгалах газарт байршуулж болно. Энэ нь янз бүрийн системүүдтэй өгөгдөл солилцох боломжийг олгодог: бусад CASE хэрэгслүүд, DBMS, текст засварлагч, хүснэгт.
3. Хадгалах газрыг ODBC драйверуудыг ашиглан хандалттай гадаад файлд хадгалах. Хамгийн түгээмэл DBMS-ийн агуулахын өгөгдөлд хандахын тулд төслийн бүх мэдээллийг эдгээр DBMS-ийн форматаар шууд хадгалах боломжтой.
Silverrun нь бүлгийн ажлын хоёр аргыг дэмждэг:
1) нэг хэрэглэгчийн стандарт хувилбар нь загваруудыг хяналттай хуваах, нэгтгэх механизмтай. Загварыг хэсэг болгон хувааж, хэд хэдэн хөгжүүлэгчдийн дунд тарааж болно. Нарийвчилсан боловсруулалтын дараа эд ангиудыг нэг загварт дахин угсарна;
2) Silverrun-ийн сүлжээний хувилбар нь Oracle, Sybase эсвэл Informix DBMS дээр суурилсан сүлжээний репозиторт хадгалагдсан загваруудтай зэрэгцээ бүлгийн ажиллах боломжийг олгодог. Үүний зэрэгцээ объектын түгжээ нь бие даасан загварын элементүүдийн түвшинд явагддаг тул хэд хэдэн хөгжүүлэгчид ижил загвартай ажиллах боломжтой.
ЖАМ. JYACC-ийн Хэрэглээний Менежер (JAM) нь JYACC-ийн бүтээгдэхүүн юм, учир нь JAM нь програмын прототипийн дараагийн хувилбарыг бий болгохоос бүрдэх програм боловсруулах циклийг хурдан хэрэгжүүлэх боломжийг олгодог. өмнөх алхамд тодорхойлсон шаардлагыг харгалзан үзээд хэрэглэгчдэд танилцуулна.
JAM нь модульчлагдсан бүтэцтэй бөгөөд дараах бүрэлдэхүүн хэсгүүдээс бүрдэнэ.
1. системийн цөмүүд;
2. JAM/DBi - DBMS-ийн тусгай интерфейсийн модулиуд (JAM/DBi-Oracle, JAM/DBi-Informix, JAM/DBi-ODBC гэх мэт);
3. JAM/RW - тайлан үүсгэгч модуль;
4. JAM/CASEi - CASE хэрэгслүүдийн тусгай интерфейсийн модулиуд (JAM/CASE-TeamWork, JAM/CASE-Inno-vator гэх мэт);
5. JAM/TPi - гүйлгээний менежерүүдэд зориулсан тусгай интерфейсийн модулиуд (жишээлбэл, JAM/TPi-Server TUXEDO гэх мэт);
6. Jterm - тусгай X-терминал эмулятор.
Системийн цөм нь иж бүрэн бүтээгдэхүүн бөгөөд програм боловсруулахад бие даан ашиглах боломжтой. Бусад бүх модулиуд нь нэмэлт бөгөөд бие даан ашиглах боломжгүй.
Системийн цөм нь дараахь үндсэн бүрэлдэхүүн хэсгүүдийг агуулдаг.
1. дэлгэц засварлагч. Дэлгэцийн засварлагч нь дэлгэцийн хөгжүүлэлтийн орчин, харааны объектын агуулах, өөрийн JAM DBMS - JDB, гүйлгээний менежер, дибаггер, загварын засварлагч;
2. цэс засварлагч;
3. туслах хэрэгслүүдийн багц;
4. хэрэглээний үйлдвэрлэлийн хувилбарыг гаргах хэрэгсэл.
JAM ашиглах үед програмын гадаад интерфейсийг хөгжүүлэх нь визуал дизайн бөгөөд тэдгээрт интерфейсийн бүтцийг байрлуулж, мэдээлэл оруулах/гаралтын дэлгэцийн талбаруудыг тодорхойлох замаар дэлгэцийн хэлбэрийг бий болгоход хүргэдэг. JAM дахь интерфейсийн дизайныг ашиглан хийдэг дэлгэц засварлагч. JAM-д боловсруулсан програмууд нь олон цонхны интерфейстэй байдаг. Дэлгэц боловсруулах нь үүн дээр интерфейсийн элементүүдийг байрлуулах, тэдгээрийг бүлэглэх, тэдгээрийн шинж чанаруудын утгыг тохируулах явдал юм.
Цэс засварлагчцэсийн системийг хөгжүүлэх, дибаг хийх боломжийг танд олгоно. Зурган цэсийг бүтээх чадварыг хэрэгжүүлсэн. Програмын объектуудад цэсийн зүйлсийг оноох нь дэлгэцийн засварлагч дээр хийгддэг.
Нэг хэрэглэгчийн харилцааны DBMS JDB нь JAM цөмд суурилагдсан. JDB-ийн гол зорилго нь стандарт DBMS-тэй ажиллах боломжгүй эсвэл боломжгүй тохиолдолд програмуудыг загварчлах явдал юм. JDB нь индекс, хадгалагдсан процедур, триггер, харагдацыг оруулаагүй харилцааны DBMS-ийн шаардлагатай хамгийн бага чадавхийг хэрэгжүүлдэг. JDB-г ашигласнаар та зорилтот өгөгдлийн сантай ижил өгөгдлийн санг (JDB-д байхгүй функцуудаас бусад) үүсгэж, програмын чухал хэсгийг хөгжүүлэх боломжтой.
Дибаглагч нь хөгжүүлж буй програмыг иж бүрэн дибаг хийх боломжийг олгодог. Програмыг ажиллуулах явцад гарсан бүх үйл явдлыг мөрддөг.
Хэрэглээ JAM нь гурван бүлгийг агуулдаг:
1) JAM дэлгэцийн файлуудыг текст болгон хөрвүүлэгч. JAM нь дэлгэцийг хоёртын файл болгон хадгалдаг;
2) оролт/гаралтын төхөөрөмжийн тохиргоо. JAM болон түүгээр бүтээгдсэн програмууд нь I/O төхөөрөмжтэй шууд ажиллахгүй. Харин JAM нь логик оролт гаралтын төхөөрөмжүүдэд (гар, терминал, тайлан) ханддаг;
3) дэлгэцийн номын сангийн засвар үйлчилгээ.
Нэмэлт JAM модулиудын нэг нь тайлан үүсгэгч.Тайлангийн зохион байгуулалтыг JAM дэлгэцийн засварлагч дээр хийдэг. Тайлангийн үйл ажиллагааг тусгай хэлээр тайлбарлав. Тайлан үүсгэгч нь тайланд үзүүлсэн өгөгдлийг тодорхойлох, гаралтын мэдээллийг бүлэглэх, гаралтыг форматлах гэх мэтийг тодорхойлох боломжийг олгодог.
JAM ашиглан боловсруулсан программуудыг гүйцэтгэх боломжтой модуль болгон гаргаж болно. Үүний тулд хөгжүүлэгчид C хөрвүүлэгч болон холбогчтой байх ёстой.
JAM агуулсан суулгасан програмчлалын хэл JPL (JAM процедурын хэл), шаардлагатай бол тодорхой үйлдлийг хэрэгжүүлэх модулиудыг бичиж болно. Энэ хэлийг тайлбарладаг. Харагдах байдлаар бүтээгдсэн хэрэглээний орчин болон ийм модулиудын хооронд мэдээлэл солилцох боломжтой. Нэмж дурдахад JAM нь функц дуудлагын хувьд Си хэлтэй нийцтэй хэлээр бичигдсэн гадаад модулиудыг холбох боломжийг олгодог.
JAM бол үйл явдалд чиглэсэн систем,үйл явдлын багцаас бүрдэх - цонх нээх, хаах, гарны товчлуурыг дарах, системийн таймерыг идэвхжүүлэх, дэлгэцийн элемент бүрийн хяналтыг хүлээн авах, шилжүүлэх. Хөгжүүлэгч нь үйл явдал бүрийн хувьд зохицуулагчийг тодорхойлох замаар програмын логикийг хэрэгжүүлдэг.
Үйл явдал зохицуулагчид JAM нь суулгасан JAM функц болон хөгжүүлэгчийн C эсвэл JPL дээр бичсэн функцуудыг агуулж болно. Суурилуулсан функцүүдийн багц нь янз бүрийн зорилгоор 200 гаруй функцийг агуулдаг; Эдгээр нь JPL болон C хэл дээр бичигдсэн функцуудаас дуудлага хийх боломжтой.
Програмын үйлдвэрлэлийн хувилбар, JAM ашиглан боловсруулсан нь дараах бүрэлдэхүүн хэсгүүдээс бүрдэнэ.
1. програмын орчуулагчийн гүйцэтгэх модуль;
2. програмыг бүрдүүлдэг дэлгэцүүд (тусдаа файл хэлбэрээр, дэлгэцийн номын сангийн хэсэг болгон нийлүүлсэн эсвэл орчуулагчийн биед суулгасан);
3. гадаад JPL модулиуд (текст файл хэлбэрээр эсвэл урьдчилан эмхэтгэсэн хэлбэрээр нийлүүлсэн; урьдчилан бэлтгэсэн)
4. гадаад JPL модулиуд - тусдаа файл хэлбэрээр болон дэлгэцийн номын сангийн нэг хэсэг болгон);
5. програмын тохиргооны файлууд - гар болон терминалын тохиргооны файлууд, системийн мессежийн файл, ерөнхий тохиргооны файл.
DBMS-тэй шууд харилцах нь JAM/DBi (Өгөгдлийн сангийн интерфейс) модулиудаар хэрэгждэг. JAM-д харилцан үйлчлэлийг хэрэгжүүлэх аргууд нь гарын авлагын болон автомат гэсэн хоёр ангилалд хуваагддаг.
At гар аргаарХөгжүүлэгч нь SQL-д бие даан асуулга бичдэг бөгөөд асуулгын үр дүнг хүлээн авах эх үүсвэр, очих газар нь визуал байдлаар хийгдсэн гадаад түвшний интерфэйсийн элементүүд болон эцсийн хэрэглэгчдэд үл үзэгдэх дотоод хувьсагч хоёулаа байж болно.
Автомат горим JAM гүйлгээний менежер хэрэгжүүлсэн. Өгөгдлийн сангийн хүснэгтүүдийн хоорондын нэлээд төвөгтэй харилцаа, дэлгэцийн оролт-гаралтын талбаруудын шинж чанаруудын автомат удирдлага зэргийг харгалзан QBE (Жишээгээр асуулга - түүвэр дээр суурилсан асуулга) гэж нэрлэгддэг өгөгдлийн сангийн үйл ажиллагааны ердийн төрлүүдэд ашиглах боломжтой. үүсгэсэн хүсэлт оролцож буй гүйлгээний төрөл (унших, бичих гэх мэт) дээр.
JAM нь ORACLE, Informix, Sybase, Ingres, InterBase, NetWare SQL Server, Rdb, DB2, ODBC-тэй нийцтэй DBMS гэх мэт 20 гаруй DBMS-тэй ажиллах програмуудыг бүтээх боломжийг олгодог.
JAM-ийн нэг онцлог шинж чанар нь өөр өөр платформ (MS DOS/MS Windows, SunOS, Solaris (i80x86, SPARC), HP-UX, AIX, VMS/Open VMS гэх мэт) хооронд хэрэглээний өндөр түвшний зөөвөрлөх чадвар юм; DOS-Windows-UNIX орчны хооронд шилжихдээ орос тексттэй дэлгэцэн дээрх статик текстийн талбаруудыг "дахин зурах" шаардлага байж болно. Нэмж дурдахад, JAM-д програмуудыг физик биш харин виртуал оролт гаралтын төхөөрөмжид зориулж боловсруулдаг нь зөөврийн байдлыг хөнгөвчилдөг. Тиймээс, програмыг платформоос платформ руу шилжүүлэхдээ ихэвчлэн физик I/O төхөөрөмжүүдийг програмын логик дүрслэлд нь буулгах хэрэгтэй.
SQL-ийг DBMS-тэй харилцах хэрэгсэл болгон ашиглах нь мөн DBMS хооронд зөөвөрлөх боломжийг хангахад тусалдаг. Өгөгдлийн сангийн бүтцийг шилжүүлсэн тохиолдолд ажлын сессийг эхлүүлэхээс бусад тохиолдолд програмууд ямар нэгэн өөрчлөлт оруулах шаардлагагүй. Хэрэв програм нь DBMS-ийн тусгай SQL өргөтгөлүүдийг ашиглаагүй бол энэ нь боломжтой юм.
Системийн ачаалал нэмэгдэж, шийдэгдэж буй ажлуудын нарийн төвөгтэй байдал (ашигласан нөөцийн тархалт ба ялгаатай байдал, нэгэн зэрэг холбогдсон хэрэглэгчдийн тоо, хэрэглээний логикийн нарийн төвөгтэй байдал) ашиглагддаг. гурван түвшний архитектурын загваргүйлгээний менежерүүдийг ашиглан "үйлчлүүлэгч - сервер". JAM/TPi-Client болон JAM/TPi-Server бүрэлдэхүүн хэсгүүд нь гурван түвшний загварт шилжихэд хялбар болгодог. Энэ тохиолдолд JAM/TPi-Server модуль нь гол үүрэг гүйцэтгэдэг, учир нь гурван түвшний загварыг хэрэгжүүлэхэд гол бэрхшээл нь гүйлгээний менежерийн үйлчилгээнд хэрэглээний логикийг хэрэгжүүлэхэд оршдог.
JAM/CASE интерфэйс нь JAM объектын репозитор болон CASE хэрэгслийн агуулах хооронд мэдээлэл солилцох боломжийг олгодог. Энэ солилцоо нь мэдээллийн сангаас шууд JAM репозитор руу өгөгдлийн сангийн бүтцийг хэрхэн импортлохтой төстэй юм. Ялгаа нь репозитор хоорондын солилцоо нь хоёр чиглэлтэй байдаг.
JAM/CASEi модулиудаас гадна JAM/CASEi Developer's Kit модуль байдаг бөгөөд хэрэв байгаа бол энэ модулийг ашигласнаар та тодорхой CASE хэрэгсэлд зориулсан интерфэйсийг (жишээ нь, тусгай JAM/CASEi модуль) бие даан боловсруулж болно. бэлэн JAM/CASEi модуль байхгүй байна.
Silverrun CASE хэрэгсэл болон JAM хоорондын харилцан үйлчлэлийг хэрэгжүүлдэг интерфейс байдаг. Энэ нь Silverrun-RDM CASE хэрэгсэл болон JAM хувилбар 7.0 хооронд мэдээллийн сангийн схем болон програмын дэлгэцийн маягтуудыг шилжүүлдэг; хоёр үйлдлийн горимтой:
1) шууд горим (Silverrun-RDM->JAM) нь Silverrun-RDM дахь схемийн дүрслэлд үндэслэн CASE толь бичгийн объектууд болон JAM репозиторын элементүүдийг бий болгоход зориулагдсан. Silverrun-RDM дахь интерфэйсийн өгөгдлийн загваруудын дүрслэлд үндэслэн дэлгэц болон JAM репозиторын элементүүдийг үүсгэсэн. Гүүр нь RDM харилцааны схемийн хүснэгтүүд болон харилцааг зохих төрлийн JAM объектуудын дараалал болгон хувиргадаг. Silverrun-RDM-д интерфэйсийн өгөгдлийн загварыг бий болгох аргачлал нь хэрэглээний дэлгэцийг загварчлах дэд хэлхээний механизмыг ашиглах явдал юм. RDM дэд хэлхээ бүрийн тайлбар дээр үндэслэн гүүр нь JAM дэлгэцийн маягтыг үүсгэдэг;
2) урвуу горим (JAM->Silverrun-RDM) нь CASE толь бичгийн объектуудын өөрчлөлтийг Silverrun-RDM хамаарлын загварт шилжүүлэхэд зориулагдсан.
Дахин инженерчлэлийн горим нь RDM-ээс өмнө нь импортолсон бүх JAM дэлгэцийн шинж чанаруудын өөрчлөлтийг Silvcrrun схемд шилжүүлэх боломжийг олгодог. Өгөгдлийн сангийн бүрэн бүтэн байдлыг хянахын тулд хүснэгт, хүснэгтийн талбарыг нэмэх, устгах хэлбэрээр схемд өөрчлөлт оруулахыг хориглоно.
JAM цөм нь тохиргооны удирдлагын хэрэгслүүдийн (Windows платформ дээрх PVCCS, UNIX платформ дээрх SCCS) суурилуулсан интерфейстэй. Дэлгэцийн сангууд ба/эсвэл хадгалах сангууд нь эдгээр системийн хяналтан дор шилждэг. Ийм систем байхгүй тохиолдолд JAM нь бүлгийн хөгжлийг дэмжих зарим функцийг бие даан хэрэгжүүлдэг.
MS-Windows платформ дээр JAM нь PVCS-д суурилуулсан интерфэйстэй бөгөөд татах/төлбөр хийх үйлдлийг JAM орчноос шууд гүйцэтгэдэг.
Vantage Team Builder (Westmount I-CASE). Vantage Team Builder нь хүрхрээний амьдралын мөчлөгийн загварыг хэрэгжүүлэх, бүрэн дэмжих зорилготой нэгдсэн програм хангамжийн бүтээгдэхүүн юм.
Vantage Team Builder нь дараах функцуудыг хангадаг.
1. өгөгдлийн урсгалын диаграмм, аж ахуйн нэгжийн харилцааны диаграмм, өгөгдлийн бүтэц, програмын блок диаграмм, дэлгэцийн хэлбэрийн дарааллыг төлөвлөх;
2. системийн архитектурын диаграммыг зохион бүтээх - SAD (тооцоолох хэрэгслийн бүтэц, харилцаа холбоог төлөвлөх, тооцоолох хэрэгслүүдийн хооронд системийн даалгавруудыг хуваарилах, үйлчлүүлэгч-серверийн харилцааг загварчлах, гүйлгээний менежерүүдийн ашиглалт, системийн үйл ажиллагааны онцлогийг бодит цаг хугацаанд шинжлэх);
3. өгөгдлийн сангийн хүснэгт, индекс, бүрэн бүтэн байдлын хязгаарлалт, хадгалагдсан процедурыг бий болгоход зориулагдсан програм хангамжийн орчныг бүрэн дэмжиж, зорилтот DBMS-ийн хэл дээр програмын кодыг бий болгох;
4. суулгасан SQL бүхий Си хэл дээр програмчлал хийх;
5. төслийн хувилбар ба тохиргооны удирдлага;
6. төслийн репозитор руу олон хэрэглэгчийн хандалт хийх;
7. стандарт болон бие даасан загвар ашиглан төслийн баримт бичгийг бүрдүүлэх;
8. Төслийн өгөгдлийг CDIF форматаар экспортлох, импортлох (CASE Data Interchange Format).
Vantage Team Builder нь ашигласан DBMS (ORACLE, Informix, Sybase эсвэл Ingres) эсвэл програм хөгжүүлэх хэрэглүүр (Uniface) зэргээс шалтгаалан янз бүрийн тохиргоотой ирдэг. Uniface-ийн тохиргоонд зориулсан Vantage Team Builder нь хурдан прототип хийх чадвараараа спираль амьдралын мөчлөгийн загварт хэсэгчлэн анхаардгаараа бусдаас ялгаатай. AIS төслийг тайлбарлахын тулд диаграммуудын том багцыг ашигладаг.
Бүх төрлийн диаграммыг бүтээхдээ загварууд нь ашигласан аргын синтакстай нийцэж байгаа эсэх, мөн ижил нэртэй элементүүд болон тэдгээрийн төрлүүдийн янз бүрийн төрлийн диаграммд нийцэж байгаа эсэхийг хянадаг.
DFD өгөгдлийн урсгалын диаграммыг бүтээхдээ задралын янз бүрийн түвшний диаграммуудын нийцлийг хянадаг. DFD-ийн дээд түвшний зөв эсэхийг ELM үйл явдлын жагсаалтын матриц ашиглан хянадаг. Нийлмэл мэдээллийн урсгалын задралыг хянахын тулд тэдгээрийн тайлбарын хэд хэдэн сонголтыг ашигладаг: хэлбэрээр өгөгдлийн бүтцийн диаграммууд DSD эсвэл тэмдэглэгээ BNF (Backus - Naur хэлбэр).
SAD-ийг бүтээхийн тулд өргөтгөсөн DFD тэмдэглэгээг ашигладаг бөгөөд энэ нь процессор, даалгавар, захын төхөөрөмжүүдийн тухай ойлголтыг нэвтрүүлэх боломжийг олгодог бөгөөд энэ нь дизайны шийдлийн тодорхой байдлыг баталгаажуулдаг.
Өгөгдлийн загварыг ERD хэлбэрээр бүтээхдээ үүнийг хэвийн болгож, тодорхой DBMS-ийн физик өгөгдлийн схемийг үүсгэх явцад ашиглагдах өгөгдлийн элемент, хүснэгтүүдийн физик нэрсийн тодорхойлолтыг нэвтрүүлсэн. Хүснэгтэд оруулах нэмэлт цэгүүдийг (индекс талбарууд) бүрдүүлдэг аж ахуйн нэгж, талбаруудын өөр түлхүүрүүд, аж ахуйн нэгжүүдийн хоорондын харилцааны хүчийг тодорхойлох боломжтой.
Төслийн санд нэвтрэх тодорхой арга хэрэгсэлд суурилсан бүх нийтийн код үүсгэх систем байгаа нь хөгжүүлэгчдэд дизайны сахилга батыг өндөр түвшинд байлгах боломжийг олгодог: загвар үүсгэх хатуу дараалал; баримт бичгийн хатуу бүтэц, агуулга; програмын эх кодыг автоматаар үүсгэх гэх мэт; Энэ бүхэн нь боловсруулсан IC-ийн чанар, найдвартай байдлыг нэмэгдүүлэх боломжийг олгодог.
Төслийн баримт бичгийг бэлтгэхийн тулд FrameMaker, Interleaf эсвэл Word Perfect хэвлэлийн системийг ашиглаж болно. Төслийн баримт бичгийн бүтэц, бүрэлдэхүүнийг тогтоосон стандартын дагуу тохируулна. Тохируулга нь дизайны шийдлийг өөрчлөхгүйгээр хийгддэг.
Том хэмжээний AIS-ийг хөгжүүлэхэд бүхэл бүтэн систем нь Vantage Team Builder ангиллын нэг төсөлд нийцдэг. Төслийг хэд хэдэн системд задалж болох бөгөөд тэдгээр нь тус бүр нь харьцангуй бие даасан AIS дэд системтэй тохирч, бусдаас үл хамааран боловсруулагдсан байдаг. Ирээдүйд төслийн системийг нэгтгэх боломжтой.
Vantage Team Builder ашиглан AIS дизайны үйл явц нь дараалсан дөрвөн үе шат (үе шат) хэлбэрээр хэрэгждэг. шинжилгээ, архитектур, дизайнТэгээд хэрэгжилт,энэ тохиолдолд үе шат бүрийн дууссан үр дүнг дараагийн шатанд бүрэн буюу хэсэгчлэн шилжүүлнэ (импорт хийнэ). ERD-ээс бусад бүх диаграммыг одоогийн фазын шинж чанарын дагуу өөр төрөлд шилжүүлж эсвэл гадаад төрхийг нь өөрчилдөг. Ийнхүү DFD нь архитектурын үе шатанд SAD, DSDs нь DTD болж хувирдаг. Импорт хийж дууссаны дараа өмнөх үе шаттай логик холболт тасарсан, өөрөөр хэлбэл диаграммд шаардлагатай бүх өөрчлөлтийг хийж болно.
Uniface-ийн тохиргоонд зориулсан Vantage Team Builder нь нэг технологийн дизайны орчинд хоёр системийг хуваалцах боломжийг олгодог бол өгөгдлийн сангийн схемийг (SQL загварууд) Uniface репозитор руу шилжүүлэх ба эсрэгээр Uniface хэрэгслээр үүсгэсэн хэрэглээний загваруудыг Vantage руу шилжүүлэх боломжтой. Team Builder хадгалах газар. Хоёр системийн репозиторуудын хооронд гарч болзошгүй зөрүүг тусгай хэрэгсэл ашиглан арилгадаг. Uniface орчинд дэлгэцийн хэлбэрийг боловсруулах нь SQL загварыг импортолсоны дараа FSD маягтын дарааллын диаграмм дээр үндэслэн хийгддэг. Энэхүү тохиргоонд суурилсан AIS боловсруулах технологийг Зураг дээр үзүүлэв. 2.23.
Зорилтот DBMS болон Vantage Team Builder интерфэйсүүдэд хадгалагдсан агуулахын бүтэц нь нээлттэй бөгөөд энэ нь зарчмын хувьд бусад хэрэгсэлтэй нэгтгэх боломжийг олгодог.
Нэг нүүр. Compuware бүтээгдэхүүн нь үйлчлүүлэгч-серверийн архитектурт томоохон хэмжээний программуудыг хөгжүүлэх орчин бөгөөд дараах бүрэлдэхүүн бүтэцтэй:
1. Хэрэглээний объектын агуулах (програмын объектын репозитор) нь AIS-ийн амьдралын мөчлөгийн туршид бусад бүх бүрэлдэхүүн хэсгүүдэд автоматаар ашиглагддаг мета өгөгдлийг агуулдаг (програмын загвар, өгөгдлийн тайлбар, бизнесийн дүрэм, дэлгэцийн хэлбэрүүд, глобал объектууд болон загварууд). Хадгалах газрыг Uniface-ийн дэмждэг аль ч мэдээллийн санд хадгалах боломжтой;
Цагаан будаа. 2.23. Vantage Team Builder болон Uniface хоёрын харилцан үйлчлэл
2. Хэрэглээний Загварын Менежер нь програмын загваруудыг (E-R загварууд) дэмждэг бөгөөд тэдгээр нь тус бүр нь өгөгдсөн хэрэглээний үүднээс ерөнхий мэдээллийн сангийн схемийн дэд багцыг төлөөлдөг ба харгалзах график засварлагчийг агуулдаг;
3. Rapid Application Builder - програмын загварын объект дээр тулгуурлан дэлгэцийн маягт, тайланг хурдан гаргах хэрэгсэл. График хэлбэрийн засварлагч, прототип хийх, дибаг хийх, турших, баримтжуулах хэрэгслүүд орно. Одоо байгаа график интерфэйсүүд болох MS Windows (VBX орно), Motif, OS/2-д зориулж янз бүрийн төрлийн цонхны удирдлага бүхий интерфейсийг Open Widget Interface-ийг хэрэгжүүлсэн. Universal Presentation Interface нь програмын кодыг өөрчлөхгүйгээр өөр өөр график интерфэйсүүдэд програмын ижил хувилбарыг ашиглах боломжийг олгодог;
4. Хөгжүүлэгчийн үйлчилгээ нь томоохон төслүүдийг дэмжих, хувилбарын хяналт (Uniface Version Control System), нэвтрэх эрх (эрх мэдлийн хуваарилалт), глобал өөрчлөлт гэх мэтийг хэрэгжүүлэхэд ашиглагддаг. Энэ нь хөгжүүлэгчдэд зэрэгцээ дизайн хийх, оролт, гаралтыг хянах, хайх, хувилбарын хяналтын системийн өгөгдлийг харах, хадгалах, тайлан гаргах;
5. Байршуулах менежер (програм түгээлтийн менежмент) - үүсгэсэн програмыг түгээхэд бэлтгэх, суулгах, засвар үйлчилгээ хийх боломжийг олгодог хэрэгслүүд (энэ тохиолдолд хэрэглэгчийн платформ нь хөгжүүлэгчийн платформоос ялгаатай байж болно). Үүнд сүлжээний драйверууд болон DBMS драйверууд, програмын сервер (полисервер), програмын түгээлт, мэдээллийн сангийн удирдлагын хэрэгслүүд орно. Uniface нь бараг бүх мэдэгдэж байгаа техник хангамж, програм хангамжийн платформууд, DBMS, CASE хэрэгслүүд, сүлжээний протоколууд болон гүйлгээний менежерүүдийн интерфейсийг дэмждэг;
6. Хувийн цуврал (хувийн хэрэгсэл) нь график хэлбэрээр (Personal Query ба Personal Access - PQ/PA), мөн WinWord, Excel зэрэг системд өгөгдөл дамжуулахад нарийн төвөгтэй асуулга, тайланг үүсгэхэд ашиглагддаг;
7. Distributed Computing Manager - Tuxedo, Encina, CICS, OSF DCE гүйлгээний менежерүүдтэй нэгтгэх хэрэгсэл.
Uniface 7 хувилбар нь тархсан тооцооллын загвар болон гурван түвшний клиент-серверийн архитектурыг бүрэн дэмждэг (ажиллах үед програмын задралын схемийг өөрчлөх чадвартай). Uniface 7 ашиглан үүсгэсэн программуудыг янз бүрийн сүлжээний протоколуудыг ашиглан янз бүрийн үйлдлийн орчинд нэгэн зэрэг хэд хэдэн гетероген платформ дээр (Интернэт гэх мэт) ажиллуулж болно.
Uniface 7-ийн бүрэлдэхүүн хэсгүүд нь:
1. Uniface Application Server - тархсан системд зориулсан програмын сервер;
2. WebEnabler - Интернэт болон дотоод сүлжээн дэх програмуудыг ажиллуулах серверийн програм хангамж;
3. Нэрийн сервер - тархсан хэрэглээний нөөцийн ашиглалтыг баталгаажуулдаг серверийн програм хангамж;
4. PolyServer - өгөгдөлд хандах, төрөл бүрийн системийг нэгтгэх хэрэгсэл.
Дэмжигдсэн DBMS-ийн жагсаалтад DB2, VSAM болон IMS орно; PolyServer нь MVS үйлдлийн системтэй харилцан үйлчлэлцдэг.
Дизайнер/2000 + Хөгжүүлэгч/2000. ORACLE-ийн Designer/2000 2.0 нь програм хөгжүүлэлтийн хэрэгслүүдийн хамт Developer/2000-ийн хамтаар ORACLE DBMS ашигладаг системүүдийн программ хангамжийн амьдралын мөчлөгийг бүрэн хангахад дэмжлэг үзүүлдэг нэгдсэн CASE хэрэгсэл юм.
Designer/2000 нь арга зүй, тэдгээрийг дэмждэг програм хангамжийн бүтээгдэхүүнүүдийн гэр бүл юм. Үндсэн арга зүй Designer/2000 (CASE*Method) нь AIS-ийн амьдралын мөчлөгийн бүх үе шатыг бүрэн хамарсан системийн дизайны бүтцийн арга зүй юм. Төлөвлөлтийн үе шатанд системийг бий болгох зорилго, тэргүүлэх чиглэл, хязгаарлалтыг тодорхойлж, системийн архитектур, AIS хөгжлийн төлөвлөгөөг боловсруулдаг. Шинжилгээний явцад дараахь зүйлийг бүтээсэн болно: мэдээллийн хэрэгцээний загвар (байгууллага хоорондын харилцааны диаграм), функциональ шатлалын диаграм (AIS функциональ задралд суурилсан), хөндлөн лавлагааны матриц ба мэдээллийн урсгалын диаграмм.
Загварын үе шатанд AIS-ийн нарийвчилсан архитектурыг боловсруулж, харилцан хамаарал бүхий өгөгдлийн сангийн схем, програм хангамжийн модулиудыг зохион бүтээж, AIS-ийн бүрэлдэхүүн хэсгүүдийн хооронд харилцан хамаарал, тэдгээрийн харилцан нөлөөлөл, өөрчлөлтийг хянахын тулд хөндлөн лавлагаа хийдэг.
Хэрэгжүүлэх үе шатанд мэдээллийн сан үүсгэж, хэрэглээний системүүдийг барьж, туршиж, чанар, хэрэглэгчийн шаардлагад нийцэж байгаа эсэхийг шалгадаг. Системийн баримт бичиг, сургалтын материал, хэрэглэгчийн гарын авлагыг бий болгосон. Ашиглалт, засвар үйлчилгээний үе шатанд системийн гүйцэтгэл, бүрэн бүтэн байдалд дүн шинжилгээ хийж, дэмжлэг үзүүлэх, шаардлагатай бол AIS-д өөрчлөлт оруулдаг.
Designer/2000 нь тухайн сэдвийн талбарын янз бүрийн загвар (диаграмм) боловсруулах график интерфейсээр хангадаг. Загвар бүтээх явцад тэдгээрийн талаарх мэдээллийг хадгалах санд оруулдаг. Designer/2000 нь дараах бүрэлдэхүүн хэсгүүдийг агуулдаг.
AIS дизайн
Нарийвчилсан хөгжил системийн дизайн, түүний зохион байгуулалт, дизайн, технологи, үйл ажиллагааны баримт бичгийн иж бүрдлийг агуулсан. ГОСТ 34.601-90 стандартын дагуу. Автоматжуулсан системийг зохион бүтээх нь хэд хэдэн үе шатыг хэрэгжүүлдэг бөгөөд үүнд: AS-д тавигдах шаардлагыг бүрдүүлэх, AS-ийн үзэл баримтлалыг боловсруулах, техникийн тодорхойлолт боловсруулах, урьдчилсан зураг төсөл, техникийн дизайн, ажлын баримт бичгийг боловсруулах. Зураг төсөл боловсруулахаас гадна АЦС-ыг бий болгох үе шатуудад дараахь зүйлс орно: АЦС-ыг ашиглалтад оруулах, засвар үйлчилгээ хийх. Үе шат бүрийг үе шатуудад хуваадаг. Энэхүү стандартын хавсралтууд нь дараахь зүйлийг тодорхойлдог.
· Ажилд оролцож буй байгууллагуудын нэрсийн жагсаалт.
Загварын объектын шинж чанар, түүний тодорхой нөхцлөөс хамааран ГОСТ 34.601-90 нь бие даасан үе шат, түүнчлэн тэдгээрийн хослолыг хасах боломжийг олгодог. Автоматжуулсан мэдээллийн системийг бий болгохдоо ОХУ-ын урт хугацааны туршлагыг харгалзан үзэх (" AIS”) дизайны дараах үе шатуудыг ихэвчлэн хийдэг: дизайны өмнөх судалгаа, концепцийн зураг төсөл, урьдчилсан зураг төсөл, техникийн зураг төсөл, нарийвчилсан зураг төсөл. Чанга яригчийн дизайны янз бүрийн талыг зохицуулдаг бусад улсын стандартууд:
· ГОСТ 34.602-89 Автоматжуулсан системийн стандартын багц. Автоматжуулсан системийг бий болгох ажлын даалгавар. 01/01/90-нд орсон.
· Стандарт 34.603-92 Мэдээллийн технологи. Хувьсах гүйдлийн туршилтын төрлүүд.
· Стандарт 34. (971, 972,973, 974, 981) - 91 Мэдээллийн технологи. Нээлттэй системүүдийн харилцан холболт.
· Стандарт 34.91. Мэдээллийн технологи. Орон нутгийн сүлжээ гэх мэт.
Төслийн өмнөх судалгаа- Автоматжуулалтын объектын зохион байгуулалт, үйл ажиллагааны онцлог, түүний дотор гадаад орчин болон бусад объектуудтай харилцах, хэрэгжүүлэх талаархи мэдээллийг цуглуулах, боловсруулах. системийн шинжилгээ, автоматжуулалтын техник эдийн засгийн үндэслэлийг боловсруулах, автоматжуулсан системийг хөгжүүлэх ерөнхий шаардлагыг боловсруулах. Автоматжуулалтын байгууламжийн төслийн өмнөх шалгалтын ажлын агуулга нь ГОСТ 34.601-90 стандартын "Автоматжуулсан системд тавигдах шаардлагыг бүрдүүлэх" үе шаттай тохирч байна: "Объектыг шалгах, автоматжуулсан системийг бий болгох хэрэгцээний үндэслэл. ", "Автоматжуулсан системд хэрэглэгчийн шаардлагыг бүрдүүлэх", "Гүйцэтгэсэн ажлын тайланг бүрдүүлэх, АС - тактикийн болон техникийн үзүүлэлтүүдийг боловсруулах програм."
Концепцийн дизайн- ГОСТ 34.601-90 - "АЦС-ын үзэл баримтлалыг боловсруулах" (үе шатууд: "АЦС-ын үзэл баримтлалын хувилбаруудыг боловсруулах, хэрэглэгчийн сэтгэлд нийцсэн АЦС-ын үзэл баримтлалын хувилбарыг сонгох", "АЦС-ын тухай тайлан бэлтгэх" стандартын дагуу зураг төслийн үе шатуудтай тохирч байна. гүйцэтгэсэн ажил”) болон “Техникийн тодорхойлолт боловсруулах”. Энэ үе шатны ажлын эцсийн баримт бичгийн төрлүүд нь урьдчилсан төсөл(нэрсийг бас ашигладаг - " Концепцийн дизайн ”, “Туршилтын төсөл") эсвэл Хөтөлбөрсистем бий болгох, үүнд:
· Автоматжуулалтын объектын анхны төлөв байдал, түүний ажиллаж буй орчны товч тодорхойлолт;
· Үндсэн зорилго, автоматжуулалтын ажлын жагсаалтын заалт;
· Үүсгэж буй системийг бий болгохын тулд сонгосон хувилбарын (эсвэл хувилбаруудын) томруулсан зохион байгуулалт, үйл ажиллагааны бүтцийн тодорхойлолт;
· ТЭЗҮ;
· Мэдээлэл, хэл шинжлэлийн туслах хэрэгслүүдийн нэгдсэн тайлбар, үндсэн шаардлага;
· Програм хангамж, техник хангамжид тавигдах ерөнхий шаардлага;
· Системийг бий болгох үе шат, тэдгээрийг хэрэгжүүлэх хугацаа, гүйцэтгэгчдийн бүрэлдэхүүн, хэрэгжүүлэх хүлээгдэж буй үр дүнгийн жагсаалт, томруулсан шинж чанарууд;
· Ажлын зардлын үзүүлэлтүүдийн анхны үнэлгээ;
· Хэрэглэгчийн баталсан системийн бүхэлдээ болон/эсвэл түүний үндсэн бүрэлдэхүүн хэсгүүдийн (дэд систем, программ хангамж, техник хангамжийн систем ба хэрэгслүүд, бие даасан даалгавар гэх мэт) техникийн үзүүлэлтүүд.
Схемийн дизайн- Систем болон түүний хэсгүүдийн дизайны урьдчилсан шийдлийг боловсруулах. Энэхүү дизайны үе шатанд ажил гүйцэтгэх эцсийн баримт бичиг юм урьдчилсан зураг төсөл, энэ нь хөгжлийн объектын үндсэн дизайн, хэлхээний шийдлүүд, түүнчлэн түүний зорилго, үндсэн параметрүүдийг тодорхойлсон өгөгдлийг агуулдаг (зохион бүтээх үед). програм хангамжсистемийн хувьд урьдчилсан зураг төсөл нь бүрэн тодорхойлолтболовсруулж байна хөтөлбөрүүд).
Техникийн дизайн -Чанга яригч системийг зохион бүтээх ажлын үе шат, үүнд:
· Систем болон түүний хэсгүүдийн дизайны шийдлийг боловсруулах;
· АЦС болон түүний хэсгүүдийн баримт бичгийг боловсруулах;
· АЦС болон/эсвэл тэдгээрийг боловсруулахад тавигдах техникийн шаардлага (техникийн тодорхойлолт) -ийг дуусгах бүтээгдэхүүн нийлүүлэх баримт бичгийг боловсруулах, хэрэгжүүлэх;
· Автоматжуулалтын байгууламжийн төслийн зэргэлдээ хэсгүүдийн дизайны даалгавар боловсруулах.
Энэхүү дизайны үе шатны эцсийн баримт бичиг нь техникийн төсөл, жагсаалтад орсон материал, хэлхээний диаграм, дизайны баримт бичгээс гадна хөгжүүлэлтийн объект, түүний бүрэлдэхүүн хэсгүүдийн сонгосон бэлэн хэрэгслүүдийн жагсаалтыг агуулсан програм хангамж, техник хангамж(үүнд компьютер, үйлдлийн систем, хэрэглээний программуудгэх мэт), мөн түүнчлэн алгоритмуудшинэ програм хангамжийн хэрэгслүүдийг хөгжүүлэх асуудлыг шийдвэрлэх гэх мэт.
Нарийвчилсан дизайн- Эцсийн шат дизайнГОСТ 34.601-90-д заасан систем ба түүний хэсгүүдийн ажлын баримт бичгийг боловсруулахаас гадна ерөнхийдөө өмнөх үе шатуудын үр дүнг тодруулж, нарийвчилсан, прототип ба/эсвэл үйлдвэрлэлийн туршилтын загварыг бий болгох, туршихыг тусгасан болно. автоматжуулалтын объект, програм хангамжийн бүтээгдэхүүн, технологийн болон үйл ажиллагааны баримт бичгийг боловсруулах, турших. Үр дүнг энд үзүүлэв ажилчинэсвэл техникийн ажлын төсөл. Орчин үеийн дизайны практикт автоматжуулсан мэдээллийн систем(Жишээлбэл, ABIS, ASTI, ACSгэх мэт) энэ нь төслийн захиалагч болох компани, байгууллага, үйлчилгээний ажил, эсвэл бусад хэд хэдэн автоматжуулсан компани, байгууллага, үйлчилгээ гэх мэт эцэг эхийн ажилд тэдгээрийг хэрэгжүүлэх эхний үе шат юм.
Хөгжлийн (дизайн) мөчлөг) програм хангамж -Хөгжлийн үе шатуудын багц програм хангамжс эхлээд системийн шинжилгээтүүнийг хэрэгжүүлэхээс өмнө анхны шаардлагыг боловсруулах.
AIS дизайны зарчим- AIS үүсгэх, ажиллуулах олон жилийн туршлагаар тогтоосон дүрэм, шаардлагуудын багц. Хамгийн түгээмэл нь:
· Баримтлал- шинийг боловсруулах, одоо байгаа нэгийг нь сайжруулах, эсвэл гаднаас олж авсан AIS-ийг хэрэгжүүлэх нь агуулгын хувьд ижил төстэй, зөвхөн хэд хэдэн үе шат, цаг хугацааны параметрийн агуулгын хувьд бие биенээсээ ялгаатай шинжлэх ухаан, техникийн асуудал юм. ;
· Үйлдвэрлэлийн чадвар: автоматжуулсан технологи гэдэг нь хуучин уламжлалт технологийн нөхцөлд боловсруулсан программ хангамж, техник хангамжийг энгийн ашиглахыг зөвшөөрдөггүй, AIS-ийн нөхцөлд шинэ технологи боловсруулах эсвэл одоо байгаа технологийг шинэчлэхийг хэлнэ;
· Хөгжил, хөгжлийн тасралтгүй байдал, үе шат, тасралтгүй байдал: AIS нь тэдгээрийн үндсэн дээр байнга хөгжиж байдаг системүүд юм; инноваци бүр нь системийн үндсэн зарчмуудыг боловсруулж, аль хэдийн хүрсэн чанарыг бий болгодог;
· Дасан зохицох чадвар: AIS-ийн бүрэлдэхүүн хэсгүүд нь эдгээр бүрэлдэхүүн хэсгүүдийн гадаад орчны өөрчлөлт, шинэ хэрэгсэлд хурдан дасан зохицох шинж чанартай байх ёстой;
· Програм хангамж, техник хангамжийг бий болгох модуль зарчим: эдгээр хэрэгслүүдийн найрлага нь AIS-ийн үйл ажиллагааг сайжруулах эсвэл шинэ нөхцөлд дасан зохицохын тулд тэдгээрийг солих, өөрчлөх боломжийг олгодог блокуудаас ("модуль") бүрдэнэ гэж үздэг;
· Технологийн (үүнд - сүлжээ) интеграци: мэдээллийн нөөцийг бий болгох, шинэчлэх, хадгалах, ашиглах, ялангуяа баримт бичиг, өгөгдлийг нэг удаагийн боловсруулалт, түүнчлэн тэдгээрийг олон, олон зорилгоор ашиглах технологийн бүхэл бүтэн системийг нэгдмэл байлгах;
· Үйл явцыг бүрэн хэвийн болгох, тэдгээрийн хяналт: AIS мэдээллийг олон зорилгоор ашиглах нь систем дэх мэдээллийн өндөр найдвартай байдлыг хангахыг шаарддаг. Үүнийг хийхийн тулд мэдээллийн баримт бичгийг боловсруулах, оруулах янз бүрийн үе шатанд мэдээллийн хяналтын янз бүрийн хэлбэрийг ашиглах шаардлагатай бөгөөд үүнд тавигдах шаардлагыг шийдвэрлэж буй даалгавар, боловсруулж буй өгөгдлийн найрлагаас бүрдүүлж болно. суурилуулсан, тусгайлан боловсруулсан ухаалаг статистик хэрэгсэлд суурилсан AIS-ийн үйл ажиллагааны чанарын болон тоон шинж чанарыг олж авахын тулд байнгын хяналт тавих шаардлагатай;
· Зохицуулалт: AIS нь мэдээллийн баримт бичгийн массын боловсруулалтыг хангах, үйлдвэрлэлийн горимд ажиллахад чиглэгддэг; Энэхүү боловсруулалтыг стандарт, маршрут, ашиглалтын технологи, нөөц, цаг хугацааны үзүүлэлтүүдийн стандарт, боловсруулсан диспетчерийн үйлчилгээгээр зохицуулдаг.
· Эдийн засгийн оновчтой байдал: AIS-ийг бий болгох нь зорилго, зорилтдоо хүрэхийн тулд санхүүгийн, материаллаг болон хөдөлмөрийн нөөцийн зардлыг багасгах боломжийг олгодог ийм дизайны шийдлүүдийг (програм хангамж, техник, зохион байгуулалт-технологийн гэх мэт) сонгох ёстой.
· Дизайн шийдлүүдийн төрөл: AIS болон тэдгээрийн сүлжээг хөгжүүлэх, хөгжүүлэх ажлыг номын сан хоорондын хамтын ажиллагаа, хамтын ажиллагаанд анхаарч, олон улсын мэдээлэл солилцох дүрэм, протоколын дагуу явуулдаг;
· Бэлэн шийдлүүдийн хамгийн их хэрэглээ: AIS-ийг боловсруулах, хэрэгжүүлэх зардал, цаг хугацааг багасгах, түүнчлэн систем болон түүний бие даасан бүрэлдэхүүн хэсгүүдийн дизайны алдааг багасгахын тулд аль болох бэлэн шийдэл, хэрэгслийг ашиглахыг зөвлөж байна. Энэхүү төлөвлөгөөнд шинэ системийг бий болгохдоо боломжит шийдлүүдийн өөр хувилбаруудад дүн шинжилгээ хийх, автоматжуулалтын объектод хамгийн тохиромжтойг нь сонгох, хэрэглээний шинэ нөхцөлд дасан зохицох зэрэгтэй холбоотой ихээхэн хэмжээний ажил орно;
· Корпорацийн сүнс: дээд түвшний системийн (хот, хэлтэс, бүгд найрамдах улс гэх мэт) нэг хэсэг болох автоматжуулсан системийг зохион бүтээхдээ түүний техник хангамж, програм хангамж, хэл шинжлэлийн болон мэдээллийн системийн бусад оролцогчид болон / эсвэл AIS сүлжээнд нийцтэй байх ёстой. Корпорацизмын шаардлага нь бусад зарчмаар тогтоосон шаардлага эсвэл шийдвэртэй зөрчилдөж болно, жишээлбэл, дизайны шийдвэрийн тасралтгүй байдал;
· Автоматжуулалтын объектын эхний хүмүүст чиглүүлэх: Мэдээллийн автоматжуулсан системийг бий болгох, түүнийг хөгжүүлэх, ажиллуулах ажлыг амжилттай хэрэгжүүлэх нь зөвхөн автоматжуулалтын объектын эхний хүн (жишээлбэл, номын сан, мэдээллийн агентлагийн захирал) ямар ч болзолгүй дэмжлэг үзүүлж, түүнийг даалгасны дараа л боломжтой юм. тэдгээрийн хэрэгжилтийг байгууллагын тушаалаар дор хаяж дэд захирлын түвшний менежерт шууд хариуцна
НӨҮГ-ыг бий болгох ЗОХИЦУУЛАЛТ, АРГА ЗҮЙН ДЭМЖЛЭГ.
AIS дизайны үндсэн ойлголтууд
Ерөнхийдөө AIS-д: хэрэглэгч (хэрэглэгч), мэдээллийн нөөц, мэдээлэл зөөгч, мэдээлэл цуглуулах, хадгалах, боловсруулах хэрэгсэл, мэдээлэл дамжуулах хэрэгсэл орно.
AIS-ийн дизайн нь хоорондоо холбоотой хоёр бүрэлдэхүүн хэсэг дээр суурилдаг.
Дизайн стандартууд;
Дизайн арга зүй.
AIS дизайны үндсэн ойлголт, хандлага, тодорхойлолтыг гурван төрлийн дизайн, програм хангамжийн баримт бичгээр зохицуулдаг.
- зураг төслийн баримт бичгийн нэгдсэн систем (ESKD);
- хөтөлбөрийн баримт бичгийн нэгдсэн систем (USPD);
- AIS-д зориулсан удирдамжийн баримт бичгийн багц.
Төслийн баримт бичгийн бүрдэл нь мэдээллийн технологи, автоматжуулсан систем, түүнчлэн баримт бичгийн агуулгад тавигдах шаардлагуудыг багтаасан AIS ГОСТ 24.104-85, ГОСТ 34.003-90, ГОСТ 34.201-90-д суурилсан стандарт, удирдамжийн багц юм.
Дизайны зорилго нь системийн архитектур гэж нэрлэгддэг харьцангуй энгийн дотоод бүтцийг тодорхойлох явдал юм.
AIS-ийг төсөл болгон боловсруулж байна. Төслийн менежмент болон төслийн хөгжлийн үе шат (амьдралын мөчлөгийн үе шатууд) олон шинж чанарууд нь нийтлэг бөгөөд зөвхөн сэдвийн хүрээнээс гадна төслийн мөн чанараас үл хамаарна. Төслийн тухай ойлголт нь нарийн төвөгтэй ойлголт бөгөөд түүний хоёрдмол утгагүй томъёоллыг олоход хэцүү байдаг.
Төсөл- энэ нь тодорхой тодорхой зорилго бүхий тусдаа тогтолцоонд цаг хугацааны хувьд хязгаарлагдмал, зорилготой өөрчлөлт бөгөөд үүнд хүрэх нь төслийн гүйцэтгэлийг тодорхойлдог, түүнчлэн хугацаа, үр дүн, эрсдэл, хөрөнгө, нөөцийг зарцуулах хүрээ зэрэгт тавигдах шаардлага юм. , мөн зохион байгуулалтын бүтцийн хувьд.
Эдийн засгийн хувьдсистемүүд, EIS төсөл гэж бид тодорхой програм хангамж, техник хангамжийн орчинд EIS-ийг бий болгох, ажиллуулах дизайны шийдлүүдийн тодорхойлолтыг агуулсан дизайн, инженерийн баримт бичгийг хэлнэ.
EIS дизайны дагууГОСТ-ийн дагуу ижил төстэй зориулалтын объектыг дизайн хийх, дизайны объектын талаархи мэдээлэл, дизайны арга, туршлагыг EIS төсөл болгон хувиргах үйл явцыг ойлгодог. Энэ үүднээс авч үзвэл EIS-ийн дизайн нь EIS-ийн амьдралын мөчлөгийн янз бүрийн үе шатанд дизайны шийдлүүдийг тууштай албан ёсны болгоход чиглэгддэг: төлөвлөлт, шаардлагын дүн шинжилгээ, техникийн болон нарийвчилсан зураг төсөл, EIS-ийн хэрэгжилт, ашиглалт.
Дизайн объект EIS нь бие даасан элементүүд эсвэл тэдгээрийн функциональ болон туслах хэсгүүдийн цогцолбор юм. Тиймээс уламжлалт задралын дагуу функциональ элементүүд нь даалгавар, даалгаврын багц, удирдлагын чиг үүрэг юм. EIS-ийн туслах хэсгийн нэг хэсэг болох дизайны объектууд нь системийн мэдээлэл, програм хангамж, техник хангамжийн элементүүд ба тэдгээрийн цогцолборууд юм.
Сэдвийн хувьд EIS дизайн нь ихэвчлэн төрөлжсөн (дизайн) байгууллагын нэг хэсэг болох дизайны үйл ажиллагаа эрхэлдэг мэргэжилтнүүдийн багууд болон EIS боловсруулах шаардлагатай захиалагч байгууллагуудыг хамардаг. Боловсруулж буй системүүдийн цар хүрээ нь дизайны үйл явцад оролцогчдын бүрэлдэхүүн, тоог тодорхойлдог. Их хэмжээний эзэлхүүнтэй, дизайны ажлыг дуусгах хатуу хугацаатай тул системийг боловсруулахад хэд хэдэн дизайны баг (хөгжлийн байгууллага) оролцож болно. Энэ тохиолдолд хамтран гүйцэтгэгч бүх байгууллагын үйл ажиллагааг зохицуулдаг толгой байгууллага тогтоогддог.
Системийн төслийг боловсруулахад хамтран гүйцэтгэгчдийн оролцооны хэлбэр нь өөр байж болно. Хамтран гүйцэтгэгч бүр боловсруулж буй системийн зарим хэсгийг эхнээс нь дуустал дизайны ажлыг гүйцэтгэдэг хамгийн түгээмэл хэлбэр юм. Ерөнхийдөө энэ нь функциональ дэд систем эсвэл харилцан уялдаатай удирдлагын даалгавруудын багц юм. Зураг төслийн үйл явцын тодорхой үе шатанд бие даасан хамтран гүйцэтгэгчид ажлыг гүйцэтгэдэг хамтран гүйцэтгэгчдийн оролцооны хэлбэр нь бага түгээмэл байдаг. Үйлчлүүлэгч болон хөгжүүлэгчийн чиг үүргийг хослуулсан, өөрөөр хэлбэл EIS-ийг дотооддоо зохион бүтээсэн хувилбар байж болно.
EIS-ийн дизайныг хийх нь дизайнерууд боловсруулж буй төслийн цар хүрээ, онцлогт тохирсон дизайны тодорхой технологийг ашиглах явдал юм.
EIS дизайны технологи- энэ бол EIS-ийг зохион бүтээх арга зүй, хэрэгслүүдийн багц, түүнчлэн дизайныг зохион байгуулах арга, хэрэгсэл (EIS төслийг бий болгох, шинэчлэх үйл явцыг удирдах)
Арга зүй (үзэл баримтлал + арга)
Хэрэгслийн зохион байгуулалт
дизайны дизайн
Загварын технологи нь үйлдлүүд, тэдгээрийн дараалал, гүйцэтгэгчдийн бүрэлдэхүүн, эдгээр үйлдлийг гүйцэтгэхэд шаардагдах арга хэрэгсэл, нөөцийг тодорхойлдог технологийн процесст суурилдаг.
Тиймээс, EIS-ийг бүхэлд нь зохион бүтээх технологийн үйл явц нь дараалсан-зэрэгцээ, холбогдсон ба дэд үйлдлийн гинжин хэлхээнд хуваагддаг бөгөөд тэдгээр нь тус бүр өөрийн гэсэн сэдэвтэй байж болно. EIS-ийг зохион бүтээхэд гүйцэтгэдэг үйлдлүүдийг технологийн үйл ажиллагааны хуваагдашгүй үйл ажиллагаа эсвэл технологийн үйл ажиллагааны дэд процесс гэж тодорхойлж болно. Бүх үйлдлүүд нь дизайны үр дүнг бүрдүүлдэг эсвэл өөрчилдөг дизайны үйлдлүүд, дизайны үр дүнг үнэлэх тогтоосон шалгуурын дагуу боловсруулсан үнэлгээний үйлдлүүд байж болно.
Тиймээс дизайны технологийг тодорхой аргад суурилсан төслийг бий болгох явцад гүйцэтгэсэн технологийн үйл ажиллагааны зохицуулалттай дарааллаар тодорхойлогддог бөгөөд үүний үр дүнд төслийг бий болгохын тулд юу хийх нь тодорхой болох төдийгүй бас тодорхой болно. Үүнийг ХЭРХЭН, ХЭНД, ЯМАР дараалалтайгаар хийх ёстой.
Аливаа сонгосон дизайны технологийн сэдэв нь EIS-ийн амьдралын мөчлөгийн бүх үе шатанд харилцан хамааралтай дизайны үйл явцын тусгал байх ёстой.
Сонгосон дизайны технологид тавигдах үндсэн шаардлагад дараахь зүйлс орно.
Энэхүү технологийг ашиглан бүтээсэн төсөл нь хэрэглэгчийн шаардлагыг хангасан байх ёстой;
Сонгосон технологи нь төслийн амьдралын мөчлөгийн бүх үе шатыг аль болох тусгасан байх ёстой;
Сонгосон технологи нь зураг төсөл, төслийг дэмжихэд шаардагдах хөдөлмөр, зардлын хамгийн бага зардлыг хангах ёстой;
Технологи нь зураг төсөл, төслийн засвар үйлчилгээний хоорондын холболтын үндэс суурь байх ёстой;
Технологи нь дизайнерын бүтээмжийг нэмэгдүүлэхэд туслах ёстой;
Технологи нь төслийн дизайн, ашиглалтын найдвартай байдлыг хангах ёстой;
Технологи нь төслийн баримт бичгийн засвар үйлчилгээ хийхэд хялбар байх ёстой.
EIS дизайны технологийн үндэс нь мөн чанар, технологийн гол онцлог шинж чанарыг тодорхойлдог арга зүй юм.
Дизайн арга зүйЭнэ нь дизайны тодорхой арга хэрэгслээр хэрэгжсэн тодорхой үзэл баримтлал, дизайны зарчмуудыг агуулсан байх ёстой бөгөөд энэ нь эргээд дизайны тодорхой хэрэгслээр дэмжигдэх ёстой.
Дизайны зохион байгуулалт нь EIS төслийг бий болгох явцад дизайнерууд болон үйлчлүүлэгчид хоорондын харилцан үйлчлэлийн аргыг тодорхойлоход ордог бөгөөд үүнийг тодорхой хэрэгслүүдээр дэмжиж болно.
EIS дизайны аргуудыг автоматжуулалтын хэрэгслийн ашиглалтын түвшин, дизайны стандарт шийдэл, хүлээгдэж буй өөрчлөлтөд дасан зохицох чадвараар ангилж болно.
Тийм ээ, зэрэглэлийн дагуу автоматжуулалтДизайн аргуудыг дараахь байдлаар хуваадаг.
гарын авлагын загвар, EIS бүрэлдэхүүн хэсгүүдийн дизайныг тусгай програм хангамжийн хэрэгсэл ашиглахгүйгээр гүйцэтгэдэг бөгөөд програмчлалыг алгоритмын хэлээр хийдэг;
компьютерийн дизайн, тусгай програм хангамжийн хэрэгслийг ашиглахад үндэслэн дизайны шийдлүүдийг бий болгодог эсвэл тохируулдаг (тохируулдаг).
Стандарт дизайны шийдлүүдийн хэрэглээний түвшингээс хамааран дизайны дараах аргуудыг ялгаж үздэг.
EIS-д тавигдах шаардлагын дагуу дизайны шийдлийг "эхнээс нь" боловсруулсан анхны (бие даасан) загвар;
Бэлэн стандарт дизайны шийдлүүдээс (програм хангамжийн модулиуд) EIS-ийн тохиргоог багтаасан стандарт загвар.
EIS-ийн анхны (хувь хүний) загвар нь бүх төрлийн дизайны ажил нь объект тус бүрийн бие даасан төслийг бий болгоход чиглэгддэг бөгөөд энэ нь түүний бүх шинж чанарыг дээд зэргээр тусгасан байдаг.
Стандарт дизайныг бие даасан төсөл боловсруулахад олж авсан туршлага дээр үндэслэн хийдэг. Зохион байгуулалт, эдийн засгийн тогтолцооны тодорхой бүлгүүдийн туршлагыг нэгтгэсэн ердийн төслүүд нь тодорхой тохиолдол бүрт олон онцлог шинж чанартай холбоотой бөгөөд удирдлагын чиг үүрэг, гүйцэтгэсэн ажил, боловсруулсан төслийн баримт бичгийн хамрах хүрээний хэмжээгээр ялгаатай байдаг.
Дизайн шийдлүүдийн дасан зохицох чадвараас хамааран дизайны аргуудыг дараахь байдлаар ангилдаг.
Холбогдох бүрэлдэхүүн хэсгүүдийг (програм хангамжийн модулиудыг дахин програмчлах) боловсруулах замаар дизайны шийдлүүдэд дасан зохицох үед сэргээн засварлах;
Загварын шийдлүүдийг өөрчилсөн параметрийн дагуу тохируулах (дахин сэргээх) үед параметржилт;
Загварын бүтцийн өөрчлөлт, асуудлын талбарын загвар өөрчлөгдөхөд түүний үндсэн дээр дизайны шийдлүүд автоматаар сэргээгддэг.
Дизайн аргын ангиллын янз бүрийн шинж чанаруудын хослол нь ашигласан EIS дизайны технологийн мөн чанарыг тодорхойлдог бөгөөд эдгээрийн дотроос хоёр гол нь онцолж байна.
анги: каноник ба үйлдвэрлэлийн технологи (Хүснэгт 2.1). Үйлдвэрлэлийн дизайны технологи нь автоматжуулсан (CASE технологийг ашигладаг) ба стандарт (параметрт чиглэсэн эсвэл загварт чиглэсэн) гэсэн хоёр дэд ангилалд хуваагддаг. Үйлдвэрлэлийн дизайны технологийг ашиглах нь зарим тохиолдолд каноник технологийг ашиглахыг үгүйсгэхгүй.
Хүснэгт 2.1 Дизайн технологийн ангиудын онцлог
Дизайн технологийн тодорхой төрлүүд нь бие даасан дизайны ажил, үе шат, тэдгээрийн хослолыг хоёуланг нь хэрэгжүүлэхэд дэмжлэг үзүүлэх EIS боловсруулах тодорхой хэрэгслийг ашиглах замаар тодорхойлогддог. Тиймээс, EIS хөгжүүлэгчид дүрмээр бол шинж чанараараа тухайн аж ахуйн нэгжийн шаардлагыг хамгийн сайн хангасан дизайны хэрэгслийг сонгох үүрэгтэй тулгардаг.
Дизайн хэрэгсэл нь дараахь байх ёстой.
Загварын объектод өөрчлөгддөггүй ангилалд;
EIS-ийн амьдралын мөчлөгийн бүх үе шатыг нэгтгэн харуулах;
Техникийн хувьд програм хангамж, мэдээлэлд нийцсэн байх;
Сурах, ашиглахад хялбар;
Эдийн засгийн хувьд боломжтой.
EIS дизайны хэрэгслүүдийг компьютер ашиглахгүй, компьютер ашиглахгүй гэсэн хоёр ангилалд хувааж болно.
Компьютер ашиглахгүйгээр дизайны хэрэгслийг EIS дизайны бүх үе шат, үе шатанд ашигладаг. Дүрмээр бол эдгээр нь дизайны үйл ажиллагаанд зохион байгуулалт, арга зүйн дэмжлэг үзүүлэх хэрэгсэл, юуны түрүүнд системийн дизайны үйл явцыг зохицуулдаг янз бүрийн стандартууд юм. Үүнд мэдээллийг ангилах, кодлох нэгдсэн систем, баримт бичгийн нэгдсэн систем, мэдээллийн урсгалыг дүрслэх, шинжлэх загвар гэх мэт орно.
Компьютер ашиглан дизайн хийх хэрэгслийг EIS дизайны үйл явцын бие даасан болон бүх үе шат, үе шатанд ашиглах боломжтой бөгөөд үүний дагуу системийн дизайны элементүүд, системийн дизайны хэсгүүд, системийн дизайныг бүхэлд нь боловсруулахад дэмжлэг үзүүлдэг. Компьютер ашиглан дизайн хийх бүх хэрэгслийг дөрвөн дэд ангилалд хуваадаг.
Эхний дэд ангилалд мэдээлэл боловсруулах үйл ажиллагааны дизайныг дэмждэг үйл ажиллагааны хэрэгслүүд орно. Энэхүү дэд ангиллын хэрэгсэлд алгоритмын хэл, стандарт дэд программуудын номын сан, объектын ангиуд, макрогенератор, өгөгдөл боловсруулах ердийн үйлдлийн програм үүсгэгч гэх мэт, түүнчлэн үйлдлийн системийн (хэрэгслийн хэрэгслүүд) функцийг өргөжүүлэх хэрэгслүүд орно. Энэ ангид програмыг турших, дибаг хийх хэрэгсэл, төслийн баримт бичгийн үйл явцыг дэмжих гэх мэт энгийн дизайны хэрэгслүүд орно. Хамгийн сүүлийн үеийн хөтөлбөрүүдийн онцлог нь тэдний тусламжтайгаар дизайнеруудын бүтээмж нэмэгдэж байгаа боловч дизайны бүрэн шийдэл боловсруулагдаагүй явдал юм.
Иймээс энэ дэд ангийн хэрэгслүүд нь EIS дизайны бие даасан үйл ажиллагааг дэмждэг бөгөөд бие биенээсээ хамааралгүй ашиглаж болно.
Хоёрдахь дэд ангилалд EIS төслийн бие даасан бүрэлдэхүүн хэсгүүдийн дизайныг дэмжих хэрэгслүүд орно. Энэ дэд ангид системийн ерөнхий зориулалтын хэрэгслүүд багтана:
Өгөгдлийн сангийн удирдлагын систем (DBMS);
Хэрэглээний программуудын аргад чиглэсэн багцууд (дискрет програмчлалын асуудлыг шийдвэрлэх, математикийн статистик гэх мэт)
Хүснэгтийн процессорууд;
Статистикийн PPP;
Шинжээчдийн системийн бүрхүүлүүд;
График засварлагч;
Текст засварлагч;
Нэгдсэн програм хангамж (дээрх програм хангамжийн хэрэгслүүдийг нэгтгэх боломжийг олгодог харилцан ярианы боломж бүхий интерактив орчин).
Жагсаалтад орсон дизайны хэрэгслүүд нь EIS-ийн технологийн дэд системийг хөгжүүлэхэд ашиглах замаар тодорхойлогддог: мэдээлэл оруулах, хадгалах зохион байгуулалт, өгөгдөлд хандах хандалт, тооцоолол, дүн шинжилгээ хийх, мэдээлэл харуулах, шийдвэр гаргах.
Гурав дахь дэд ангилалд дэмжлэг үзүүлэх хэрэгсэл орно EIS төслийн хэсгүүдийн зураг төсөл. Энэ дэд ангилалд функциональ дизайны хэрэгслүүд орно.
Функциональ хэрэгслүүд нь функц, багц даалгавар, хяналтын даалгавруудыг хэрэгжүүлдэг автоматжуулсан системийг хөгжүүлэхэд чиглэгддэг. Сэдвийн олон талбар нь зохион байгуулалтын тогтолцооны төрөл (үйлдвэрлэлийн, үйлдвэрлэлийн бус салбар), удирдлагын түвшин (жишээлбэл, аж ахуйн нэгж, цех, хэлтэс, сайт, ажлын байр), менежментэд чиглэсэн энэ дэд ангийн олон янзын хэрэгслийг бий болгодог. чиг үүрэг (төлөвлөлт, нягтлан бодох бүртгэл гэх мэт).
Мэдээлэл боловсруулах системийг зохион бүтээх функциональ хэрэгслүүдэд стандарт дизайны шийдлүүд, хэрэглээний программуудын функциональ багцууд, стандарт төслүүд орно.
EIS дизайны хэрэгслүүдийн дөрөв дэх дэд ангилалд дизайны үйл явцын үе шат, үе шатанд төслийг боловсруулахад туслах хэрэгслүүд орно. Энэ ангид EIS дизайны автоматжуулалтын хэрэгслүүдийн дэд анги (CASE хэрэгслүүд) багтдаг.
Орчин үеийн CASE хэрэгслийг эргээд хоёр шалгуурын дагуу ангилдаг.
1) EIS боловсруулах үйл явцад хамрагдсан үе шатуудаар;
2) интеграцийн зэргээр: тусдаа орон нутгийн хэрэгслүүд (хэрэгслүүд), EIS боловсруулах ихэнх үе шатуудыг хамарсан нэгдсэн бус хэрэгслүүдийн багц (багаж хэрэгсэл) ба дизайны нийтлэг мэдээллийн баазаар холбогдсон бүрэн нэгдсэн хэрэгслүүд - репозитор (workbench).
AIS зохион бүтээх нь бүтээлч үйл явц юм. Төсөл бүр хөгжлийн явцад тодорхой мужуудыг дамждаг: "төсөл хараахан байхгүй" төлөвөөс "төсөл байхгүй болсон" муж хүртэл. Санаа үүсэхээс эхлээд төслийг бүрэн дуусгах хүртэлх хөгжлийн үе шатуудын багцыг ихэвчлэн үе шатуудад (үе шат, үе шат) хуваадаг. Үе шат (үе шат) ба тэдгээрийн агуулгыг тодорхойлоход зарим ялгаа байдаг боловч AIS-ийн хөгжлийн амьдралын мөчлөгийн агуулгын мөн чанар нь янз бүрийн арга барилд ижил байдаг.
Загварын дагууТа таамагласан эсвэл боломжтой объектын прототипийг бий болгох үйл явцыг ойлгох хэрэгтэй.
AIS-ийг бий болгох орчин үеийн технологи нь батлагдсан дэвшилтэт дизайны шийдлүүдийн өргөн сонголтоор дамжуулан энэхүү үйл явцыг хялбарчлах, зардлыг бууруулах, системийг төлөвлөх хуанлийн хугацааг багасгах, хөгжлийн чанарыг сайжруулах боломжийг олгодог үр дүнтэй хэрэгсэл, дизайны аргуудын багц юм.
Гол руу дизайны хэрэгслүүдхамааруулж болно:
Стандарт дизайны шийдэл (TDS) болон хэрэглээний програм хангамжийн багц (APP). TPR - зохих техникийн хэрэгслийг ашиглан компьютер дээрх даалгаврын хэрэгжилтийг хангах алгоритмын болон програм хангамжийн элементүүдийн багц;
Компьютерийн тусламжтай дизайн (CAD) системүүд нь AIS үүсгэх бүх үе шатанд компьютер ашиглах явдал юм.
Дизайн хэрэгсэлд тавигдах ерөнхий шаардлага:
AIS үүсгэх бүх үйл явцыг бүрэн хамрах;
Тохиромжтой байдал, өөрөөр хэлбэл. системийг бий болгох явцад болон түүний үйл ажиллагааны явцад тууштай байх;
Олон талт байдал, i.e. өөр өөр объектод ижил хэрэгслийг ашиглах чадвар;
Сурахад хүртээмжтэй байдал, хэрэгжүүлэхэд хялбар байдал (энгийн байдал);
Системийн хөгжүүлэгч, дизайнер, компьютер хоорондын харилцан үйлчлэлийн горимд дизайны үйл явцыг зохион байгуулах чадвар;
Дасан зохицох чадвар, зардлын үр ашиг.
дунд дизайны аргуудонцлох:
Жинхэнэ загвар;
Стандарт дизайн ба түүний төрлүүд: элемент, дэд систем, модуль, бүлэг;
Автомат дизайн.
Анхны дизайны арга нь уламжлалт бөгөөд тодорхой нэг аж ахуйн нэгжид чиглэгддэг. Энэ аргын онцлог шинж чанар нь объектыг шалгах анхны аргуудыг боловсруулж, бие даасан төслийн хэлбэрээр шаардлагатай баримт бичгийг бий болгох явдал юм. Энэ аргын давуу тал нь автоматжуулалтын объектын онцлог шинж чанарыг AIS төсөлд тусгах явдал юм. Сул тал нь харьцангуй өндөр хөдөлмөрийн эрчимжилт, урт хугацааны хөгжлийн хугацаа, үйл ажиллагааны найдвартай байдал бага, өөрчлөгдөж буй нөхцөлд дасан зохицох чадвар зэрэг орно. Анхны аргаар бүтээсэн төслүүдийг орчин үеийн болгох боломжтой боловч энэ аргыг цэвэр хэлбэрээр ашиглах нь ховор байдаг. Өнөөдөр үүнийг хэрэгжүүлэхдээ янз бүрийн дизайны хэрэгслүүдийг ашигладаг бөгөөд төслийн зөвхөн тодорхой хэсэг нь анхны дизайны шийдлүүдийг шаарддаг. Энэ нь түүний дутагдлыг бага зэрэг арилгадаг. Гэсэн хэдий ч энэ арга нь нарийн төвөгтэй, ер бусын объектуудыг автоматжуулахад хамааралтай хэвээр байна.
Орчин үеийн нөхцөлд AIS нь дүрмээр бол эхнээс нь бүтээгддэггүй. Одоогийн байдлаар эдийн засагт мэдээлэл боловсруулах автоматжуулсан систем нь удирдлагын бараг бүх түвшинд, эдийн засгийн бүх байгууламжид ажилладаг. Цаг тухайд нь, өндөр чанартай, шуурхай мэдээллийн хэрэгцээ нэмэгдэж байгаа нь шинэ техник, технологийн үндсэн дээр AIS-ийг бий болгох шаардлагатай байна.
Загварын оновчтой замыг хайх ажлыг дараахь чиглэлээр явуулдаг.
1. ТХХТ-ийг хэрэгжүүлэх, ажиллуулах тодорхой нөхцөлтэй уялдуулан эдийн засгийн асуудлыг шийдвэрлэхийн тулд хэрэглээний програм хангамжийн багц (APP) -д хэрэгжүүлсэн стандарт дизайны шийдлүүдийг боловсруулах;
2. дизайны автоматжуулсан системийг хөгжүүлэх.
Эхний арга бол хэрэглээний програм хангамжийн багцад багтсан стандарт дизайны шийдлүүдийг ашиглах чадвар юм.
Стандарт дизайн- TPR болон PPP ашиглан AIS үүсгэх үйлдвэрлэлийн арга. Энэ арга нь батлагдсан, стандарт зохион байгуулалт, эдийн засаг, техник, мэдээлэл, математик, программ хангамжийн удирдлагын автоматжуулалтын хэрэгслүүдээр тодорхойлогддог. Энэ аргыг хэрэглэснээр хөдөлмөрийн эрч хүчийг бууруулж, зардлыг бууруулж, дизайны хугацааг богиносгож, дизайны чанарыг сайжруулах боломжтой. Стандарт дизайны үйл явц нь тодорхой AIS-ийн шаардлагын дагуу туслах дэд системийг сонгох, холбохоос бүрдэнэ. AIS-ийн ердийн хэсэг нь мэдээлэл, программ хангамж, техник хангамжийн цогц юм. Мэдээллийн дэмжлэгийн стандарт шинж чанар нь мэдээллийн баазын бүтэц, массивын бүтэц, оролт, гаралтын баримт бичгийн хэлбэрийг чанд дагаж мөрдөх замаар бий болдог. Програм хангамжийн стандарт шинж чанар нь програм хангамжийг ашиглах замаар, техник хангамжийн стандарт шинж чанар нь ижил эсвэл хамтарсан төрлийн компьютерийг ашиглах замаар бий болдог.
1. Стандарт дизайны аргын хувилбар нь арга юм элемент загвар, Үүний үндэс нь TPR юм. Төслийг боловсруулахдаа шинээр боловсруулж байгаа биш харин бага зэргийн өөрчлөлттэй бэлэн шийдлийг ашигладаг.
2. Хэрэглэх үед модульчлагдсан аргаДизайн шийдэл бүрийг TPR-ийн тодорхой хэсгийг хэрэгжүүлдэг тусдаа бүрэлдэхүүн хэсэг - модулиудад хуваах үед TPR нь модульчлагдсан үндсэн дээр бүтээгддэг. Энэ нь бие даасан стандарт модулиудыг нэгтгэх замаар шинэ автоматжуулсан системийн төслийг бий болгох боломжийг танд олгоно.
3. Хэрэглэх үед дэд системийн дизайны аргаДэд систем бүрийн хувьд төслийн шийдэл, хэрэглээний програм хангамжийн багцуудыг бий болгодог - системийн хэмжээнд, ажиллагаатай. Дэд системүүдийн хуваарилалт нь эдийн засаг, үйлдвэрлэлийн үйл явцын объектоос хамаарна. Дэд систем бүрийн хувьд өөрийн гэсэн автомат дизайны шийдэл, PPP-ийг боловсруулсан бөгөөд энэ нь системийн хэмжээнд эсвэл үйл ажиллагаатай байж болно. Системийн хэмжээнд өгөгдлийн менежментийн PPP, стандарт өгөгдөл боловсруулах процедурын PPP, математик статистикийн аргууд ба дискрет програмчлал гэх мэт. Функциональ PPP нь үйлдвэрлэлийн салангид буюу тасралтгүй шинж чанартай аж үйлдвэрийн аж ахуйн нэгжүүдэд чиглэсэн багцууд, үйлдвэрлэлийн бус салбар, болон үйлдвэрлэлийн менежмент.
ТХХТ-ийн чухал шаардлага бол нийцтэй байх, учир нь AIS-ийг зохион бүтээхдээ хэд хэдэн багцыг нэгэн зэрэг ашиглахыг зөвлөж байна. PPP ашиглан системийг зохион бүтээх нь тодорхой параметрийн дагуу сонгосон багцуудыг автоматжуулалтын объектын тодорхой нөхцөлтэй холбох явдал юм. Энэхүү дизайны аргын эерэг чанарыг дараахь байдлаар нэрлэж болно: бага хөдөлмөр шаарддаг процесс, анхны загвартай харьцуулахад дизайны хугацааг багасгах, мэдээлэл боловсруулах дэвшилтэт аргуудыг хэрэгжүүлэх, төслийн баримт бичгийг хялбаршуулах (багцын баримт бичгийг ашигладаг тул), болон зохион бүтээсэн AIS-ийн найдвартай байдлыг нэмэгдүүлсэн.
4. Үүнээс гадна тэд онцлон тэмдэглэдэг бүлгийн дизайны арга. Үүний мөн чанар нь ижил төстэй шинж чанартай объектуудын бүлгийг урьдчилан сонгоход оршино. Тэдгээрийн дотроос төсөл боловсруулах үндсэн объектыг сонгож, янз бүрийн арга, дизайны аргыг ашиглаж болно. Хамгийн гол нь төслийн өндөр дасан зохицох чадварыг хангах явдал юм. Энэ аргыг хэрэглэх гол талбар нь үйлдвэрлэлийн бус байгууламж (жишээлбэл, агуулах) юм.
Дараах төрлийн үйл ажиллагаа нь автоматжуулалтад хамгийн үр дүнтэй байдаг.
1. нягтлан бодох бүртгэл, түүний дотор удирдлагын болон санхүүгийн. Нягтлан бодох бүртгэлийн зорилгоор хамгийн олон тооны ТХХТ-ийг бий болгосон. Тэдгээрийн дотор "1С: Нягтлан бодох бүртгэл", "Турбо-Нягтлан бодогч", "Мэдээлэл-Нягтлан бодогч", "Парус", "ABACUS", "Bambi+" гэх мэт;
2. эдийн засгийн үйл ажиллагааны лавлагаа мэдээллийн үйлчилгээ. Дараахь ТХХТ-ийг төлөөлдөг: “ГАРАНТ” (татвар, нягтлан бодох бүртгэл, аудит, бизнес эрхлэлт, банк санхүү, валютын зохицуулалт, гаалийн хяналт); "ЗӨВЛӨХ+" (татвар, нягтлан бодох бүртгэл, аудит, бизнес эрхлэлт, банк санхүү, валютын зохицуулалт, гаалийн хяналт).
3. эдийн засаг, санхүүгийн үйл ажиллагаа. Дараах PPP-ээр төлөөлдөг.
а) "Компани, байгууллагын үйл ажиллагааны эдийн засгийн шинжилгээ, таамаглал" ("INEK" пүүс), чиг үүргийг хэрэгжүүлдэг: компани, аж ахуйн нэгжийн үйл ажиллагаанд эдийн засгийн дүн шинжилгээ хийх; бизнес төлөвлөгөө боловсруулах; зээлийн эргэн төлөлтийн ТЭЗҮ; дүн шинжилгээ хийх, үйл ажиллагааны сонголтуудыг сонгох; баланс, мөнгөн гүйлгээ, бэлэн бүтээгдэхүүний урьдчилсан мэдээ.
б) Төлөвлөлт, үйл ажиллагааны удирдлага, нягтлан бодох бүртгэл, хяналт, дүн шинжилгээ зэргийг багтаасан Галактика Корпорацийн (Шинэ Атлантын ХК) бүрэн автоматжуулалтын олон хэрэглэгчийн сүлжээний цогцолбор нь DSS-ийн хүрээнд бизнесийн шийдэл гаргах боломжийг олгодог. ТХХТ Төслийг ашиглан төлөвлөлтийн асуудлууд- Шинжээч.
4. менежерийн ажлын зохион байгуулалт;
5. баримт бичгийн урсгалыг автоматжуулах;
6. сургалт.
Сүүлийн үед аж ахуйн нэгж, пүүсүүд бэлэн багц, технологи худалдаж авахыг илүүд үздэг бөгөөд шаардлагатай бол өөрсдийн програм хангамжийг нэмж оруулах нь зүйтэй, учир нь өөрсдийн AIS-ийг хөгжүүлэх нь өндөр зардал, эрсдэлтэй холбоотой юм. Дүрмээр бол үндсэн системийг боловсруулж, санал болгодог бөгөөд энэ нь хувь хүний хүслийн дагуу тохируулагдсан байдаг. Үүний зэрэгцээ хэрэглэгчдэд систем, технологийг хэрэгжүүлэх хугацааг багасгах, хамгийн үр дүнтэй ашиглах, боловсон хүчний ур чадварыг дээшлүүлэхэд туслах зөвлөгөө өгдөг.
Автомат дизайны систем -хоёр дахь, хурдацтай хөгжиж буй зураг төслийн ажлыг гүйцэтгэх арга.
Автомат дизайны аргуудын дунд загвар зохион бүтээх аргууд онцгой байр эзэлдэг. CAD-г бий болгох, ашиглах нь нэлээд өндөр түвшний функциональ найдвартай байдлыг хангаж, бүх технологийн процессыг иж бүрэн хамрах, автоматжуулалтын объектын ашиг сонирхлыг дээд зэргээр харгалзан дизайны ажлын хөдөлмөрийн эрчмийг бууруулж өгдөг. Гэсэн хэдий ч энэ арга нь нэлээд үнэтэй бөгөөд өндөр мэргэшсэн хөгжүүлэгчдийг шаарддаг. CAD-д тавигдах гол шаардлага бол автоматжуулалтын объектын дэлхийн эдийн засгийн мэдээллийн зарим загварыг зохих төлөвт дизайн системд барьж, хадгалах чадвар юм. Загвар гэдэг нь автоматжуулалтын объектын мэдээллийн бүрэлдэхүүн хэсгүүд болон тэдгээрийн хоорондын харилцааг тодорхой заасан дэлгэц юм. Загвар бүтээх гол зорилго нь тухайн объектын бүх шинж чанарыг харгалзан үзэж, идэвхтэй ашигладаг энэ загварт тохирсон AIS төслийг бий болгох явдал юм. Ийм загвар нь мэдээллийн бүрэлдэхүүн хэсгүүдийн багц, тэдгээрийн хоорондын харилцаа, түүний дотор мэдээллийн холболт, алгоритмын харилцан үйлчлэлийн албан ёсны тайлбарыг агуулсан байх ёстой. Загварын дизайны аргыг ашиглан компьютерийг зөвхөн системийг бий болгох бүх үе шатанд төдийгүй үйлдвэрлэлийн үйл ажиллагааны үр дүнд дүн шинжилгээ хийх явцад ашиглахыг заасан системчилсэн аргыг ашигладаг. CAD-г боловсруулах, ашиглах нь бие даасан төслүүдийг бий болгоход шилжих шилжилтийг урьдчилан тодорхойлсон боловч анхны дизайны аргатай харьцуулахад хамаагүй өндөр түвшинд байна.
IS ба мэдээллийн технологийн дизайныг автоматжуулах чиглэлээр сүүлийн арван жилийн хугацаанд шинэ чиглэл гарч ирэв. Автоматжуулсан програм хангамж хөгжүүлэх CASE технологи(CASE - Компьютерийн тусламжтай програм хангамж/Системийн инженерчлэл). Мэдээллийн системийн нарийн төвөгтэй байдал, түүнд тавигдах шаардлага нэмэгдэж байгаа нь тэдгээрийг бий болгох технологийг үйлдвэржүүлэх хэрэгцээг бий болгож байна.
CASE технологиЭнэ нь харилцан уялдаатай автоматжуулалтын хэрэгслүүдээр дэмжигдсэн IS-д дүн шинжилгээ хийх, төлөвлөх, хөгжүүлэх, хадгалах аргуудын багц юм. CASE нь системийн шинжээчид, хөгжүүлэгчид, программистуудад зориулсан хэрэгсэл бөгөөд IS-ийг зохион бүтээх, хөгжүүлэх үйл явцыг автоматжуулах боломжийг олгодог. CASE систем нь тухайн сэдвийн бүтцийн шинжилгээ, сүүлийн үеийн програмчлалын хэлийг ашиглан төслүүдийг хэрэгжүүлэх, төслийн баримт бичгийг гаргах, төслийн хэрэгжилтийг турших, төлөвлөлт, боловсруулалтыг хянах зэрэг судалгаа, дизайны асуудлыг шийдвэрлэх хүчирхэг хэрэгсэл болгон ашигладаг. үйл ажиллагааны асуудлуудыг шийдвэрлэхийн тулд бизнесийн хэрэглээний загварчлал, стратеги төлөвлөлт, нөөцийн менежмент гэх мэт.
CASE-ийн гол зорилго нь системийг хөгжүүлэх, ажиллуулах автоматжуулалтыг нэмэгдүүлэх явдал юм.
CASE технологийг ашиглах үед автоматжуулсан системийн амьдралын мөчлөгийн бүх үе шатанд ажил гүйцэтгэх технологи өөрчлөгддөг. CASE системд дизайн нь тодорхой дүрслэл хөгжүүлэх аргууд дээр суурилдаг бол график, диаграмм, хүснэгт, диаграмм, тэдгээрийн текстийн тайлбарыг боловсруулсан IS-ийн загварыг тайлбарлахад ашигладаг. Ийм аргачлалууд нь зохион бүтээгдсэн системийн нарийн бөгөөд харааны тайлбарыг өгдөг бөгөөд энэ нь ерөнхий тоймоос эхэлж, дараа нь нарийвчилсан болж, улам бүр нэмэгдэж буй түвшний шаталсан бүтцийг олж авдаг.
Програмчлалын автоматжуулалт нь өгөгдлийн тайлбар, тэдгээрийн боловсруулалтын үндсэн логик, өгөгдлийн сангийн схем, интерфейсийн тайлбар файл гэх мэт програмын кодыг автоматаар үүсгэхэд суурилдаг. Кодуудыг дараа нь боловсронгуй болгож, эцсийн байдлаар боловсруулдаг боловч зарим тохиолдолд автоматжуулалт 90% хүрдэг. . Нэмж дурдахад CASE технологи нь ашиглахад бэлэн, шаардлагатай төслийн баримт бичгийг бүрдүүлдэг.
CASE технологийг ашиглахдаа нэг төслийн баазыг дэмжих, өөрөөр хэлбэл. боловсруулсан AIS-ийн талаархи бүх мэдээллийг төслийн нэг мэдээллийн санд автоматаар байршуулдаг. Энэ нь дизайны өгөгдлийн тогтвортой байдал, тууштай байдал, бүрэн бүтэн байдал, хамгийн бага илүүдэлтэй байдлыг хадгалдаг.
CASE технологи нь хөгжүүлэлтийн багуудын багаар ажиллах боломжийг олгодог, учир нь янз бүрийн мэргэжилтнүүдийн бүлгүүдийг зохих хэрэгслээр хангаж, бодит цаг хугацаанд янз бүрийн мэргэжилтнүүд төсөлд зөв зохицуулалт хийх, өөрчлөлт оруулах чадвартай байдаг.
CASE технологийг бараг бүх төрлийн AIS бүтээхэд амжилттай ашиглаж байна. CASE нь арилжааны бүтцэд стратеги төлөвлөлт, санхүүгийн менежмент, компанийн бодлогыг тодорхойлох, боловсон хүчний сургалт гэх мэт асуудлыг шийдвэрлэхэд тусалдаг системийн загварыг бий болгоход ашиглагддаг.
CASE нь дараахь үндсэн давуу талуудтай.
Автомат удирдлагын хэрэгслээр (ялангуяа төслийн хяналт) бий болгосон мэдээллийн системийн (МТ) чанарыг сайжруулах;
Эдгээр нь богино хугацаанд ирээдүйн IS (IT) прототипийг бий болгох боломжийг олгодог бөгөөд энэ нь эрт үе шатанд хүлээгдэж буй үр дүнг хурдан үнэлэх боломжийг олгодог;
Системийг боловсруулах, боловсруулах үйл явцыг хурдасгах;
Тэд хөгжүүлэгчийг ердийн ажлаас чөлөөлж, дизайны бүтээлч хэсэгт бүрэн анхаарлаа төвлөрүүлэх боломжийг олгодог;
Аль хэдийн ажиллаж байгаа мэдээллийн системийг хөгжүүлэх, засвар үйлчилгээ хийхэд дэмжлэг үзүүлэх.
Өнөөдрийг хүртэл янз бүрийн чиглэлийн олон зуун пүүс, компаниудыг нэгтгэсэн хүчирхэг CASE салбар бий болсон. Тэдгээрийн дотор:
IS болон IT-д дүн шинжилгээ хийх, дизайн хийх хэрэгслийг боловсруулдаг компаниуд
Нарийхан сэдвийн хүрээнд эсвэл мэдээллийн технологийн амьдралын мөчлөгийн бие даасан үе шатуудад анхаарлаа төвлөрүүлсэн тусгай хэрэгслийг боловсруулдаг пүүсүүд;
Мэргэжилтнүүдэд зориулсан семинар, сургалт зохион байгуулдаг сургалтын компаниуд;
Тодорхой IS боловсруулахад CASE багцыг ашиглахад практик туслалцаа үзүүлдэг зөвлөх компаниуд;
CASE технологийн тухай тогтмол сэтгүүл, бюллетень үйлдвэрлэх чиглэлээр мэргэшсэн пүүсүүд.
Белгород мужийн засгийн газар "Төслийн менежмент" автоматжуулсан мэдээллийн систем AIS "Төслийн менежмент" Зохицуулалтын хүрээ Энэхүү шийдэл нь ОХУ-д тогтоосон стандартын дагуу хийгдсэн бөгөөд дараахь зүйлийг тусгасан болно: 1. ГОСТ Р 54869—2011 "Төслийн менежмент. Төслийн менежментэд тавигдах шаардлага." 2. ГОСТ Р 54870—2011 “Төслийн удирдлага. Төслийн багцын удирдлагад тавигдах шаардлага." 3. ГОСТ Р 54871—2011 “Төслийн удирдлага. Хөтөлбөрийн удирдлагад тавигдах шаардлага." Системийг бий болгох, тохируулахдаа Белгород мужийн засгийн газрын 2010 оны 5-р сарын 31-ний өдрийн N 202-pp "Белгород мужийн гүйцэтгэх засаглал, төрийн байгууллагуудад төслийн менежментийн журмыг батлах тухай" заалтыг харгалзан үзсэн болно. . 2 AIS “Төслийн менежмент” Хөгжлийн технологи Интернэт сүлжээ Дотоод сүлжээ Энэхүү шийдлийг Motiware Melody One платформ дээр үндэслэн боловсруулсан. Системийн вэб интерфэйсийн ачаар төслийн бүх оролцогчид хүссэн үедээ, дэлхийн хаанаас ч шаардлагатай өгөгдөлд хандах боломжтой. Системд нэвтрэхийн тулд танд зөвхөн интернет холболт болон суулгасан хөтөч хэрэгтэй. AIS "Төслийн менежмент"-ийн серверийн хэсэг 3 Зорилго Системийг бий болгох, хэрэгжүүлэх зорилго: . Төслийн багийг хамгийн сүүлийн үеийн, бүрэн, найдвартай мэдээллээр хангах замаар ОХУ-ын бүрдүүлэгч аж ахуйн нэгжийн нутаг дэвсгэрт төслийн хэрэгжилтийн үр ашгийг нэмэгдүүлэх. . Төсөл санаачлах, хэрэгжүүлэх талаар төрийн байгууллага, нутгийн захиргааны байгууллагуудын иргэд, аж ахуйн нэгжтэй харилцах харилцааг сайжруулна. . Төслийн үйл ажиллагаанд оролцогч бүх хүмүүсийг төслийн менежментийн тохиромжтой хэрэгсэл, хэрэгслээр хангах. . Тайлангийн мэдээлэл бэлтгэх, дүн шинжилгээ хийхэд зарцуулдаг цаг хугацааг багасгах замаар төслийн явцын хяналтыг хялбаршуулна. 4 AIS “Төслийн менежмент” системийн функцууд Энэхүү систем нь төслийн бүрэн мөчлөг ба/эсвэл төслийн удирдлагын үйл явцын багцыг зохион байгуулах боломжийг танд олгоно. Систем дэх төсөл нь санаачлагын өргөдлийг бүртгэхээс эхлээд дууссан төслийг архивт шилжүүлэх хүртэл хэд хэдэн үе шатыг дамждаг. . Санаачлах өргөдлийг авч үзэх. Санаачлага. Төлөвлөлт. Хэрэгжилт ба хяналт. "Төслийн менежмент"-ийн 5 АИС-ийг дуусгах Санаачлах программуудтай ажиллах AIS "Төслийн менежмент" Төслүүд Санаачлах программууд Иргэд, аж ахуйн нэгжүүдтэй харилцах портал Архив (татгалзсан өргөдлүүд) 6 AIS "Төслийн менежмент" Төслийг эхлүүлэх үе шат 2. Төсөл эхлүүлэх. Төсөлд өвөрмөц бүртгэлийн дугаарыг автоматаар олгох. . Санаачлагад заасан мэдээлэлд үндэслэн төслийн картыг бүрдүүлэх. 7 AIS “Төслийн удирдлага” Төсөл эхлүүлэх үе шат 3. Төслийн паспорт бүрдүүлэх. Төслийн паспортын картыг (талбар) алхам алхмаар засварлах боломж. . Төслийн төсвийг санхүүжилтийн эх үүсвэрээр бүртгэх. . Оролцогчдын үүргийг харуулсан төслийн багийг бүрдүүлэх. . Төслийн шинж чанарыг оруулах, засварлах. . Тогтоосон маягтын дагуу үүсгэж, системээс төслийн паспортыг *.docx форматаар байршуулна. 8 AIS “Төслийн менежмент” Төслийн төлөвлөлтийн үе шат 4. Төслийн удирдлагын төлөвлөгөөг бий болгох. Гант график ашиглан төслийн менежментийн төлөвлөгөөний танилцуулга. . Төслийн ажил эхлэх, дуусах огноо, хариуцлагатай гүйцэтгэгчид, ажлын үр дүнд тавигдах шаардлагыг тусгасан ажлыг төлөвлөх. . Төслийн ажлын шаталсан жагсаалтыг гаргах. . Тогтоосон маягтын дагуу үүсгэж, системээс төслийн менежментийн төлөвлөгөөг *.docx форматаар татаж авна. 9 AIS “Төслийн удирдлага” Хэрэгжилт, хяналтын үе шат 5. Паспорт, төслийн менежментийн төлөвлөгөөнд өөрчлөлт оруулах үйл явцыг зохион байгуулах. Паспорт ба/эсвэл төслийн менежментийн төлөвлөгөөний шинэ хувилбарыг бий болгох, засварлах. . Тогтоосон загварын дагуу бүрдүүлж, *.docx форматын өөрчлөлтийн жагсаалтыг системээс байршуулна. . Хяналт-шинжилгээ, хяналтын бүлэгтэй өөрчлөлтийн жагсаалтыг зохицуулах. 10 AIS “Төслийн удирдлага” Хэрэгжилт, хяналтын үе шат 6. Төслийн ажлын хэрэгжилтийн нягтлан бодох бүртгэл. Гүйцэтгэгчид ажлын гүйцэтгэлийн тайлангийн файлуудыг хавсаргах чадвар. . Ажил дууссан бодит огноо, төлөвлөсөн хугацаанаас хазайх зэргийг нягтлан бодох. . Удахгүй болох болон хугацаа хэтэрсэн үе шатуудын хяналт. 11 AIS “Төслийн удирдлага” Гүйцэтгэлийн үе шат 7. Эцсийн тайланг бүрдүүлэх. Төслийн амжилтын үнэлгээний тооцоо. . Тогтоосон загварын дагуу бүрдүүлэх, эцсийн тайланг системээс *.docx форматаар байршуулах. 12 AIS “Төслийн менежмент” Төслийн архив 8. Төслийн архивыг хөтлөх. ОХУ-ын бүрдүүлэгч аж ахуйн нэгжийн нутаг дэвсгэр дээр эхлүүлсэн бүх төслийн мэдээллийн нэгдсэн санг бий болгох. . Дууссан болон архивлагдсан төслүүдийн талаарх бүрэн мэдээллийг авах боломжтой. . Дууссан төслүүдийн өөрчлөлтөөс хамгаалах. 13 AIS “Төслийн менежмент” тайлан, дүн шинжилгээ. Системийн нэг зорилго нь төслийн үйл ажиллагаанд оролцогчдод төслийн талаарх тайлангийн мэдээллийг тохиромжтой, харааны хэлбэрээр өгөх явдал юм. AIS нь төслийн баримт бичгийг автоматаар үүсгэх боломжийг танд олгоно: . Төслийн паспорт. . Төслийн менежментийн төлөвлөгөө. . Эцсийн тайлан. 14 AIS “Төслийн удирдлага” Хэрэгжилтийн талаарх мэдээлэл Белгород мужийн эрх баригчид төслийн үйл ажиллагааг хэрэгжүүлэхэд AIS-ээс илүү “Төслийн менежмент”-ийг амжилттай ашигласан. 4,200 төсөл AIS-ийн 5,000 хэрэглэгч “Төслийн менежмент” 60,000 ажил (хяналтын арга хэмжээ) 19 хотын дүүрэг 3 хотын дүүрэг 15 Белгород мужийн засгийн газар Анхаарал тавьсанд баярлалаа! 16