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

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

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

Энэ нийтлэлд номнуудын материалыг ашигласан болно: Иванов Д.Ю., Новиков Ф.А. UML загварчлалын нэгдсэн хэлТэгээд Леоненков. UML заавар.

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

Би зогсов UMLet, доор суулгана уу Arch LinuxТэгээд Ubuntu:

# Arch Linux дээр yaourt -S umlet # Ubuntu дээр sudo apt-get install umlet

UML-д бүх байгууллагуудыг дараах төрлүүдэд хувааж болно.

• бүтцийн;
• зан төлөв;
• бүлэглэх;
• тайлбар;

UML-д дөрвөн төрлийн харилцааг ашигладаг:

Хараат байдал- бие даасан аж ахуйн нэгжийн өөрчлөлт нь хараат аж ахуйн нэгжид ямар нэгэн байдлаар нөлөөлж байгааг харуулж байна. Графикийн хувьд хамаарлын хамаарлыг хараат нэгжээс хараат бус руу чиглэсэн сумтай тасархай шугамаар дүрсэлсэн.

Холбоо- нэг аж ахуйн нэгж нь нөгөөтэй шууд холбоотой бол (эсвэл бусадтай - холбоо нь зөвхөн хоёртын биш байж болно) тохиолддог. Графикийн хувьд холбоо нь холбогдох байгууллагуудыг холбосон янз бүрийн нэмэлтүүд бүхий хатуу шугам хэлбэрээр дүрслэгдсэн байдаг.

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

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

IN UML 2тодорхойлсон 13 диаграмын төрлүүд. Стандартын дагуу диаграм бүр нь зүүн дээд буланд тэгш өнцөгт (баруун доод булангийн налуу) хүрээтэй байх ёстой бөгөөд энэ нь диаграмын танигч (шошго) болон гарчгийг заана.

Системийн бүтцийг дүрслэх диаграммууд:

• Бүрэлдэхүүн хэсгийн диаграмм (хаяг бүрэлдэхүүн хэсэг);
• Байршуулах диаграмм, шошго байршуулалт);
• Ангийн диаграмм (анги диаграмм, шошго анги);
• Объект диаграмм (шошго обьект);
• Нийлмэл бүтцийн диаграмм, шошго анги);

Системийн үйл ажиллагааг дүрсэлсэн диаграммууд:

• Синхрончлолын диаграм (харилцааны диаграм, шошго цаг хугацаа);
• Үйл ажиллагааны диаграмм (шошго үйл ажиллагаа);
• Дарааллын диаграмм, шошго SD);
• Харилцааны диаграмм (шошго comm);
• Төрийн машины диаграмм, шошго төрийн машин);
• харилцан үйлчлэлийн тойм диаграмм, шошго харилцан үйлчлэл);

Диаграммууд тод харагдаж байна:

• Хэрэглээний тохиолдлын диаграмм (хэрэглээний тохиолдлын диаграм, ашиглалтын тохиолдлын шошго);
• Багц диаграмм (багцын диаграм, шошго багц);

Хэрэглээний диаграм

Хэрэглээний диаграм(хэрэглээний тохиолдлын диаграмм) нь системийн функциональ зорилгын хамгийн ерөнхий дүрслэл юм.

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

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

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

Өргөтгөх хамаарал- тодорхой хэрэглээний тохиолдол ба илүү ерөнхий хэрэглээний тохиолдлын хоорондын хамаарлыг тодорхойлдог бөгөөд тэдгээрийн шинж чанарыг эдгээр тохиолдлуудыг нэгтгэх аргад үндэслэн тодорхойлдог. Тиймээс, хэрэв ашиглалтын тохиолдол А-аас В тохиолдол руу өргөтгөлийн хамаарал байгаа бол энэ нь өргөтгөсөн хэрэглээний тохиолдол А-д шинж чанарууд байгаа тул ашиглалтын B жишээний шинж чанарыг өргөтгөж болно гэсэн үг юм.

Хэрэглээний тохиолдлуудын хоорондох өргөтгөлийн хамаарлыг анхны хэрэглээний тохиолдлын өргөтгөл болох ашиглалтын тохиолдлоос хол зааж буй сумтай тасархай шугамаар (хамаарал харилцааны сонголт) заана.

Ерөнхий ойлголтЗарим хэрэглээний тохиолдол А-г ерөнхийд нь B тохиолдол болгон ашиглах боломжтой гэдгийг харуулахад үйлчилдэг. Энэ тохиолдолд А хувилбар нь В хувилбарын мэргэшил байх болно. Энэ тохиолдолд В-г А-ийн өвөг эсвэл эцэг эх гэж нэрлэдэг ба А хувилбарыг сонголтын хүүхэд V.

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

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

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

Хэрэглээний тохиолдол А-аас Б ашиглахад чиглэсэн хамаарлын хамаарал нь ашиглалтын тохиолдлын А тохиолдол бүр нь ашиглалтын тохиолдол В-д заасан функциональ шинж чанаруудыг агуулдаг болохыг харуулж байна.

Графикийн хувьд энэ хамаарлыг үндсэн хэрэглээний тохиолдлоос хавсаргасан нэг рүү чиглэсэн сумтай тасархай шугамаар (хамааралтай харилцааны хувилбар) заана.

Ангийн диаграм

Ангийн диаграм(ангиллын диаграмм) нь системийн статик бүтцийг дүрслэх үндсэн арга юм.

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

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

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

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

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

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

Нэгтгэх хамааралХэрэв ангиудын аль нэг нь бусад аж ахуйн нэгжүүдийг бүрэлдэхүүн хэсэг болгон багтаасан аж ахуйн нэгжийг төлөөлдөг бол хэд хэдэн ангийн хооронд үүсдэг. Энэ нь "бүхэл бүтэн" төрлийн системийн харилцааг илэрхийлэхэд хэрэглэгддэг.

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

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

Машины диаграм

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

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

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

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

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

Үйл ажиллагааны диаграм

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

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

Үйл ажиллагааны диаграммын гол хэрэглээ нь тэдгээрийг хэрэгжүүлэх алгоритмыг танилцуулах шаардлагатай үед ангийн үйлдлүүдийн хэрэгжилтийн онцлогийг дүрслэн харуулах явдал юм.

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

Дарааллын диаграм

Дарааллын диаграм(дарааллын диаграмм) нь системийн үйл ажиллагааг "жишээ ашиглан" дүрслэх арга юм.

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

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

Мессежийн боломжит төрлүүд (larin.in-ээс авсан зураг):

Харилцааны диаграм

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

Тиймээс, харилцаа холбооны диаграмм, түүнчлэн дарааллын диаграммд нэг үндсэн төрлийн объектыг ашигладаг - харилцан үйлчлэлийн ангилагчийн тохиолдлууд ба нэг төрлийн харилцаа холбоо - холболтууд. Гэсэн хэдий ч энд онцлон цаг хугацаа биш, харин тодорхой тохиолдлуудын хоорондын холболтын бүтцэд анхаарлаа хандуулдаг.

Бүрэлдэхүүн хэсгийн диаграм

Бүрэлдэхүүн хэсгийн диаграм(бүрэлдэхүүн хэсгийн диаграм) - загварчилсан системийг бүрдүүлдэг модулиудын (логик эсвэл физик) хоорондын хамаарлыг харуулна.

Бүрэлдэхүүн хэсгүүдийн диаграм дахь объектуудын үндсэн төрөл нь бүрэлдэхүүн хэсгүүд нь өөрөө, түүнчлэн бүрэлдэхүүн хэсгүүдийн хоорондын харилцааг тодорхойлсон интерфейсүүд юм. Бүрэлдэхүүн хэсгүүдийн диаграммд дараахь хамаарлыг хэрэглэнэ.

• бүрэлдэхүүн хэсгүүд болон интерфейсүүдийн хоорондох хэрэгжилт (бүрэлдэхүүн хэсэг нь интерфейсийг хэрэгжүүлдэг);
• Бүрэлдэхүүн хэсгүүд болон интерфейсүүдийн хоорондын хамаарал (бүрэлдэхүүн хэсэг нь интерфейсийг ашигладаг);

Байршлын диаграм

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

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

Объект диаграм

Объект диаграм(объект диаграмм) - ангийн диаграмын жишээ юм.

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

Дотоод бүтцийн диаграм(нийлмэл бүтцийн диаграмм) нь үндсэн анги, бүрэлдэхүүн хэсгүүдийн бүтцийн ангилагчдыг илүү нарийвчилсан дүрслэлд ашигладаг.

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

Харилцааны тойм диаграмХарилцан үйлчлэлийн тойм диаграм нь өргөтгөсөн синтакс бүхий үйл ажиллагааны диаграммын төрөл юм: харилцан үйлчлэлийн тойм диаграмын элементүүд нь дарааллын диаграммаар тодорхойлогдсон харилцан үйлчлэлийн хэрэглээний холбоос байж болно.

Цагийн диаграм

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

Багц диаграм

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

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

Байгууллагын харилцааны загвар (ER загвар)

Аналог ангийн диаграммууд(UML) магадгүй ER загвар, энэ нь мэдээллийн санг зохиоход хэрэглэгддэг (харилцааны загвар).

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

Сэдвийн талбарын аль ч фрагментийг хэд хэдэн холболттой объектуудын багц хэлбэрээр төлөөлж болно.

Үндсэн ойлголтууд:

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

Аж ахуйн нэгжийн багц(entity set) - ижил төрлийн (ижил шинж чанартай) байгууллагуудын багц.

Холболт(харилцаа) нь хэд хэдэн аж ахуйн нэгжийн хооронд байгуулагдсан холбоо юм.

Домэйн(домэйн) - шинж чанарын утгуудын багц (тодорхойлолтын домэйн).

Гурван төрлийн хоёртын бонд байдаг:

• Нэгийг харьцах нэгийн- нэг ангийн аж ахуйн нэгжийн нэг жишээ нь өөр ангийн аж ахуйн нэгжийн нэг жишээтэй холбоотой, жишээлбэл, HEAD - REPARTMENT;
• 1-ээс Нэсвэл нэгээс олон- нэг ангийн аж ахуйн нэгжийн нэг жишээ нь өөр ангиллын аж ахуйн нэгжийн олон тохиолдлуудтай холбоотой, жишээлбэл, ХЭЛТЭС - АЖИЛТАН;
• Н-ээс Мэсвэл олоноос олон- нэг ангийн аж ахуйн нэгжийн олон тохиолдлууд нь өөр ангийн аж ахуйн нэгжийн олон тохиолдлуудтай холбоотой байдаг, жишээлбэл, АЖИЛТАН - ТӨСӨЛ;
UML хэлний үндсэн ойлголтуудын толь бичиг

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

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

Интерфэйс- хэрэглэгчийн хүсэлт гаргаж, үйлчилгээ үзүүлэгчээс үзүүлж болох үйлчилгээний багцыг тодорхойлсон нэрлэсэн үйлдлийн багц.

Хамтын ажиллагаа- ямар нэг зорилгод хүрэхийн тулд харилцан үйлчилдэг объектуудын багц.

Жүжигчин- загварчилсан системээс гадуур байрлаж, түүнтэй шууд харьцдаг аж ахуйн нэгж.

Бүрэлдэхүүн хэсэг- шаардлагатай болон хангагдсан интерфэйсүүдийн тодорхой багц бүхий системийн модульчлагдсан хэсэг.

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

Зангилаа- олдворууд байрлаж, шаардлагатай бол гүйцэтгэх тооцооллын нөөц.

Зан үйлийн нэгжүүд нь зан үйлийг дүрслэх зорилготой юм. Төр, үйл ажиллагаа гэсэн хоёр үндсэн зан үйл байдаг.

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

Үйлдэл- анхдагч атомын тооцоо.

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

Ангилагчнь ижил төрлийн объектын багцын тодорхойлогч юм.

Нэмэлт уншлага

• Фоулер М. UML. Үндсэн ойлголтууд, 3-р хэвлэл
• Buch G., Rambo D., Jacobson I. UML хэл. Хэрэглэгчийн гарын авлага

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

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

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

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

Нэгдүгээрт, системд чиг үүргээ гүйцэтгэх боломжийг шууд олгодог байршуулах бүрэлдэхүүн хэсгүүдийн хэвшмэл ойлголт. Ийм бүрэлдэхүүн хэсгүүд нь динамикаар холбогдсон номын сан (Зураг 12, а), гипертекст тэмдэглэгээний хэл дээрх вэб хуудас (Зураг 12, б) болон туслах файлууд (Зураг 12, в) байж болно.

Хоёрдугаарт, ажлын бүтээгдэхүүн хэлбэрээр бүрэлдэхүүн хэсгүүдийн хэвшмэл ойлголт. Дүрмээр бол эдгээр нь програмын эх код бүхий файлууд юм (Зураг 12, d).

Цагаан будаа. 12.Бүрэлдэхүүн хэсгүүдийн диаграмм дээрх бүрэлдэхүүн хэсгүүдийг графикаар дүрслэх сонголтууд.

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

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

<> (файл) - дурын физик файл хэлбэрээр дүрслэгдсэн хамгийн түгээмэл бүрэлдэхүүн хэсгийг тодорхойлдог.

<> (гүйцэтгэх боломжтой) – компьютерийн платформ дээр ажиллах боломжтой файлын бүрэлдэхүүн хэсгийн төрлийг тодорхойлдог.

<> (баримт бичиг) – гүйцэтгэгдэх файл эсвэл програмын эх код бүхий файл биш дурын агуулгын баримт бичиг хэлбэрээр танилцуулагдсан файлын бүрэлдэхүүн хэсгийн төрлийг тодорхойлдог.

<> (номын сан) – динамик эсвэл статик номын сан хэлбэрээр танилцуулагдсан файлын бүрэлдэхүүн хэсгийн төрлийг тодорхойлдог.

<> (эх сурвалж) – файлын бүрэлдэхүүн хэсгийн төрлийг тодорхойлдог бөгөөд энэ нь програмын эх бичвэр бүхий файл бөгөөд эмхэтгэлийн дараа гүйцэтгэгдэх файл болгон хувиргаж болно.

<

> (хүснэгт) – өгөгдлийн сангийн хүснэгт хэлбэрээр үзүүлсэн бүрэлдэхүүн хэсгийн төрлийг тодорхойлно.

Интерфейсүүд

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

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

Цагаан будаа.Бүрэлдэхүүн хэсэг ба ангиудын хоорондын хамаарлын график дүрслэл.

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

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

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

Бүрэлдэхүүн хэсгүүдийн диаграммыг дараахь зорилгоор боловсруулсан болно.

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

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

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

концепцийн болон физик мэдээллийн сангийн схемийн дүрслэл.

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

Бүрэлдэхүүн хэсгүүд

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

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

Хувь хүний ​​бүрэлдэхүүнийг төрлийн түвшинд эсвэл жишээний түвшинд төлөөлж болно. График дүрслэл нь хоёр тохиолдолд адилхан боловч бүрэлдэхүүн хэсгийн нэрийг бичих дүрэм өөр байна. Хэрэв бүрэлдэхүүн хэсэг нь төрлийн түвшинд илэрхийлэгдсэн бол зөвхөн том үсгээр бичсэн төрлийн нэрийг түүний нэрээр бичнэ. Хэрэв бүрэлдэхүүн хэсэг нь жишээний түвшинд дүрслэгдсэн бол түүний нэрийг бичнэ<имя компонента>":"<имя типаХ>. Энэ тохиолдолд нэрийн мөрийг бүхэлд нь доогуур зурсан байна.

Энгийн нэрийн хувьд гүйцэтгэгдэх файлуудын нэр (салгагч цэгийн дараа exe өргөтгөлийг зааж өгсөн), динамик номын сан (dll өргөтгөл), вэб хуудас (html өргөтгөл), текст файл (txt эсвэл doc өргөтгөл) эсвэл тусламжийн файлуудын нэрийг ашиглах нь заншилтай байдаг. (hip), өгөгдлийн сангийн файлууд (DB) эсвэл програмын эх кодтой файлууд (h, C++ хэлний cpp өргөтгөлүүд, Java хэлний java өргөтгөлүүд), скриптүүд (pi, asp) болон бусад.

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

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

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

UML-д гурван төрлийн бүрэлдэхүүн хэсэг байдаг:

системд чиг үүргээ шууд гүйцэтгэх боломжийг олгодог байршуулалт. Ийм бүрэлдэхүүн хэсгүүд нь dll өргөтгөлтэй динамик холбоосын сангууд, html өргөтгөлтэй гипертекст тэмдэглэгээний хэл дээрх вэб хуудаснууд, hlp өргөтгөлтэй туслах файлууд байж болно;

ажлын бүтээгдэхүүн. Дүрмээр бол эдгээр нь програмын эх кодтой, жишээлбэл, C++ хэлний h эсвэл cpp өргөтгөлтэй файлууд юм;

гүйцэтгэх модулиуд болох гүйцэтгэлүүд - exe өргөтгөлтэй файлууд.

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

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

номын сан - динамик эсвэл статик номын сан хэлбэрээр танилцуулсан эхний төрлийн бүрэлдэхүүн хэсгийг тодорхойлдог;

хүснэгт - өгөгдлийн сангийн хүснэгт хэлбэрээр дүрслэгдсэн эхний төрлийн бүрэлдэхүүн хэсгийг мөн тодорхойлдог;

файл (файл) - програмын эх код бүхий файл хэлбэрээр танилцуулсан хоёр дахь төрлийн бүрэлдэхүүн хэсгийг тодорхойлдог;

баримт бичиг - хоёр дахь төрлийн бүрэлдэхүүн хэсгийг тодорхойлдог, . баримт бичгийн хэлбэрээр танилцуулсан;

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

Интерфейсүүд

Бүрэлдэхүүн хэсгүүдийн диаграммын дараагийн элемент нь интерфейс юм. Ерөнхийдөө интерфейс нь сумгүй шугамын сегментээр бүрэлдэхүүн хэсэгтэй холбогдсон тойрог хэлбэрээр графикаар дүрслэгдсэн байдаг. Интерфейсийн нэр нь "I" том үсгээр эхэлж, тойргийн хажууд бичигдсэн байх ёстой. Утга утгаараа шугам гэдэг нь интерфейсийн хэрэгжилтийг хэлдэг бөгөөд бүрэлдэхүүн хэсэг дээр интерфэйсүүд байгаа нь энэ бүрэлдэхүүн хэсэг нь холбогдох интерфейсийн багцыг хэрэгжүүлдэг гэсэн үг юм.

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

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

Хамаарал

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Зураг	Бүрэлдэхүүн	Тодорхойлолт ба үндсэн шинж чанарууд
	Бүрэлдэхүүн хэсэг	Системийн дахин ашиглах боломжтой функциональ элемент. Бүрэлдэхүүн хэсэг нь интерфэйсээр дамжуулан зан төлөвийг илчилж, ашигладаг бөгөөд бусад бүрэлдэхүүн хэсгүүдийг ашиглаж болно. Та өргөтгөх/буулгах удирдлагыг (9) ашиглан бүрэлдэхүүн хэсгийн дотоод хэсгийг нуух эсвэл харуулах боломжтой. Бүрэлдэхүүн хэсэг нь нэг төрлийн анги юм. Энэ нь далд хэлбэрээр үүсгэгдсэн жишээ юм. Хэрэв үнэн бол (өгөгдмөл) бүрэлдэхүүн хэсэг нь зөвхөн дизайны олдвор хэлбэрээр оршино. Ажиллах үед зөвхөн нэг хэсэг нь л байдаг.
	Интерфейсийн портыг өгсөн	Бүрэлдэхүүн хэсгүүдээр хэрэгжсэн, бусад бүрэлдэхүүн хэсэг эсвэл гадаад системд ашиглах боломжтой мессеж, дуудлагын бүлгийг төлөөлдөг. Порт нь өөрийн төрөл болгон интерфэйстэй бүрэлдэхүүн хэсгийн шинж чанар юм.
	Шаардлагатай интерфэйсийн порт	Бүрэлдэхүүн хэсэг нь бусад бүрэлдэхүүн хэсэг эсвэл гадаад систем рүү илгээсэн мессеж эсвэл дуудлагын бүлгийг төлөөлдөг. Бүрэлдэхүүн хэсэг нь наад зах нь эдгээр үйлдлийг хангадаг бүрэлдэхүүн хэсгүүдтэй холбогдох зориулалттай. Порт нь өөрийн төрлөөр интерфейстэй байдаг.
	Донтолт	Нэг бүрэлдэхүүн хэсгийн шаардлагатай интерфэйс нь өөр бүрэлдэхүүн хэсгийн өгөгдсөн интерфейстэй таарч болохыг харуулахын тулд ашиглаж болно. Загварын элементүүдтэй ажиллахдаа хараат байдлыг ерөнхийд нь ашиглаж, нэгнийх нь дизайн нөгөөгийнх нь загвараас хамаардаг болохыг харуулах боломжтой.
		Төрөл нь ихэвчлэн өөр бүрэлдэхүүн хэсэг болох бүрэлдэхүүн хэсгийн шинж чанар. Энэ хэсгийг үндсэн бүрэлдэхүүн хэсгийн дотоод дизайнд ашигладаг. Графикаар хэсгүүдийг эх бүрэлдэхүүн хэсэг дотор үүрлэсэн байдлаар харуулав. Одоо байгаа бүрэлдэхүүн хэсгийн нэг хэсгийг үүсгэхийн тулд бүрэлдэхүүнийг UML Model Explorer-ээс эзэмшдэг бүрэлдэхүүн хэсэг рүү чирнэ үү. Шинэ төрлийн эд анги үүсгэхийн тулд Component хэрэглүүрийг сонгоод эзэмшдэг бүрэлдэхүүн хэсгийг дарна уу. Жишээлбэл, Машины бүрэлдэхүүн хэсэг нь хөдөлгүүртэй: CarEngine, арын Зүүн: Дугуй, урд баруун: Дугуй гэх мэт. Олон хэсгүүд нь ижил төрлийн байж болох ба өөр өөр бүрэлдэхүүн хэсгүүд нь ижил төрлийн хэсгүүдтэй байж болно. Төрөл. Загварын өөр хэсэгт тодорхойлсон эд ангиудын төрөл. Ихэвчлэн төрөл нь өөр бүрэлдэхүүн хэсэг юм. Олон талт байдал. Анхдагч утга нь 1. Хэсэг нь тэг байж болохыг харуулахын тулд 0..1 гэж тохируулж болно, эсвэл хэсэг нь тухайн төрлийн тохиолдлын цуглуулга гэдгийг харуулахын тулд * гэж тохируулж болно. Та мөн тоон мужид үнэлж болох аливаа илэрхийлэлд утгыг тохируулж болно.
	Угсралтын хэсэг	Нэг хэсгийн шаардлагатай интерфэйсийн портууд болон нөгөө хэсгийн өгсөн интерфейсийн портуудын хоорондох холболт. Хэсгийн угсралтын хэрэгжилт нь өөр өөр бүрэлдэхүүн хэсгүүдийн хувьд өөр байж болно. Холбогдсон хэсгүүд нь ижил эх бүрэлдэхүүн хэсэгтэй байх ёстой.
	Төлөөлөгч	Бүрэлдэхүүн хэсгүүдийн аль нэгнийх нь интерфейстэй портыг холбодог. Бүрэлдэхүүн хэсэг рүү илгээсэн мессежийг энэ хэсэг боловсруулж, эсвэл энэ хэсгээс илгээсэн мессежийг эх бүрэлдэхүүн хэсгээс илгээж байгааг илтгэнэ.
(харуулаагүй)	Ерөнхий ойлголт	Нэг бүрэлдэхүүн хэсэг нөгөөгөөсөө өвлөгдөж байгааг илтгэнэ. Эд анги, интерфейс нь өвлөгддөг.
	Удирдлагыг дэлгэх/буулгах	Бүрэлдэхүүн хэсгийн дотоод хэсгийг нуух, харуулах боломжийг танд олгоно.
(харуулаагүй)

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

Яагаад хэрэгтэй байна вэ?

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

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

Ийм графикийн хэд хэдэн төрөл байдаг гэдгийг тэмдэглэх нь зүйтэй.

Ангийн диаграм

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

Ийм диаграммыг хэрхэн ашиглахаас хамааран хэд хэдэн үзэл бодол байдгийг тэмдэглэх нь зүйтэй.

• Үзэл баримтлал. Энэ тохиолдолд UML ангиллын диаграмм нь тодорхой субьектийн загварыг тайлбарлах бөгөөд энэ нь зөвхөн хэрэглээний объектуудын ангиллыг өгдөг.
• Тодорхой. Диаграммыг янз бүрийн мэдээллийн системийг зохион бүтээх явцад ашигладаг.
• Хэрэгжилт. Ангийн диаграмм нь програмын кодонд шууд хэрэглэгддэг бүх төрлийн ангиудыг агуулдаг.

Бүрэлдэхүүн хэсгийн диаграм

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

Нийлмэл/Нийлмэл бүтцийн диаграмм

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

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

UML анги болон нийлмэл бүтцийн диаграмын харагдацыг нэгэн зэрэг ашиглах боломжтой гэдгийг тэмдэглэх нь зүйтэй.

Байршуулах диаграм

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

Олдвор ба түүний хэрэгжүүлж буй бүрэлдэхүүн хэсгүүдийн хооронд илрэлийн хамаарал үүсдэг.

Объект диаграм

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

Багц диаграм

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

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

Үйл ажиллагааны диаграм

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

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

Машины диаграм

Энэ төрлийг арай өөрөөр нэрлэдэг - UML төлөвийн диаграм. Энэ нь энгийн ба нийлмэл төлөв, түүнчлэн шилжилт бүхий төгсгөлийн төлөвийн машинтай.

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

Луугийн диаграм гэж нэрлэгддэг диаграммыг ийм диаграммын аналог болгон ашиглаж болно.

Кейсийн диаграммыг ашигла

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

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

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

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

Харилцаа холбоо

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

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

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

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

Дарааллын диаграм

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

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

Хамтын ажиллагааны диаграм

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

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

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

Эдгээр нь UML диаграммууд бөгөөд үйл ажиллагааны диаграммын төрөл бөгөөд дарааллын элементүүд болон хяналтын урсгалын бүтцийг хоёуланг нь багтаасан болно.

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

Цагийн диаграм

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

Ямар давуу талтай вэ?

UML ашиглалтын диаграм болон бусад зүйлийг ялгах хэд хэдэн давуу талыг тэмдэглэх нь зүйтэй.

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

Алдаа дутагдал

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

• Илүүдэл. Ихэнх тохиолдолд шүүмжлэгчид UML нь хэтэрхий том бөгөөд төвөгтэй гэж хэлдэг бөгөөд энэ нь ихэвчлэн үндэслэлгүй байдаг. Энэ нь маш олон илүүдэл буюу бараг хэрэггүй загвар, диаграммуудыг агуулдаг бөгөөд ихэнхдээ ийм шүүмжлэлийг эхний хувилбар биш харин хоёр дахь хувилбар руу чиглүүлдэг, учир нь шинэчилсэн найруулгад "хорооны боловсруулсан" буултууд илүү их байдаг.
• Семантик дахь янз бүрийн алдаа. UML нь англи хэл болон OCL хоёрын хослолоор тодорхойлогддог тул албан ёсны тайлбарын техникээр нарийн тодорхойлсон хэлнүүдэд байдаг хатуу чанар байдаггүй. Зарим тохиолдолд OCL, UML, англи хэлний хийсвэр синтакс нь хоорондоо зөрчилдөж эхэлдэг бол бусад тохиолдолд тэдгээр нь бүрэн бус байдаг. Хэлний тодорхойлолтын алдаа нь хэрэглэгчид болон хэрэгсэл борлуулагчдад хоёуланд нь нөлөөлж, эцэст нь янз бүрийн техникийн үзүүлэлтүүдийг харьцах өвөрмөц аргаас шалтгаалан багаж хэрэгсэлд үл нийцэх байдалд хүргэдэг.
• Хэрэгжүүлэх, судлах явцад тулгарч буй асуудлууд. Дээр дурдсан бүх асуудлууд нь UML-ийг хэрэгжүүлэх, сурахад бэрхшээл үүсгэдэг, ялангуяа удирдлага инженерүүдийг урьдчилан мэдлэггүйгээр үүнийг ашиглахыг албаддаг.
• Код нь кодыг тусгадаг. Өөр нэг үзэл бодол бол үзэсгэлэнтэй, сэтгэл татам загварууд биш, харин ажлын систем нь өөрөө, өөрөөр хэлбэл код нь төсөл юм. Энэ үзлийн дагуу программ хангамж бичих илүү үр дүнтэй аргыг боловсруулах шаардлагатай байна. UML нь гүйцэтгэх боломжтой эсвэл эх кодыг сэргээх загваруудыг эмхэтгэх хандлагад ихэвчлэн үнэлэгддэг. Гэвч бодит байдал дээр энэ нь хангалтгүй байж болох юм, учир нь хэл нь Turing-ийн бүрэн байдлын шинж чанаргүй бөгөөд үүсгэсэн код бүр нь эцсийн эцэст UML орчуулгын хэрэглүүрийн таах эсвэл тодорхойлж чадах зүйлээр хязгаарлагдах болно.
• Ачаалал таарахгүй байна. Энэ нэр томъёо нь тодорхой системийн оролт нь өөр гарцыг хүлээн авах чадваргүй болохыг тодорхойлох системийн шинжилгээний онолоос гаралтай. Аливаа стандарт тэмдэглэгээний нэгэн адил UML нь зарим системийг бусдаас илүү үр дүнтэй, товчоор илэрхийлж чаддаг. Тиймээс хөгжүүлэгч нь UML болон бусад програмчлалын хэлүүдийг хооронд нь холбоход илүү тохиромжтой шийдлүүдэд илүү дуртай байдаг. Хэрэв хөгжүүлэлтийн хэл нь объект хандалтат үнэн алдартны үндсэн зарчимд нийцэхгүй, өөрөөр хэлбэл OOP-ийн зарчмын дагуу ажиллахыг хичээдэггүй бол энэ асуудал илүү тодорхой болно.
• Бүх нийтийн байхыг хичээдэг. UML нь өнөөдөр байгаа аливаа боловсруулалтын хэлтэй нийцтэй байхыг хичээдэг ерөнхий зориулалттай загварчлалын хэл юм. Тухайн төслийн хүрээнд дизайны баг эцсийн зорилгодоо хүрэхийн тулд тухайн хэлний тохирох шинж чанарыг сонгох шаардлагатай. Нэмж дурдахад, тодорхой газар нутагт UML-ийн хамрах хүрээг хязгаарлах боломжит арга замууд нь бүрэн илэрхийлэгдээгүй, өөрөө шүүмжлэлд өртдөг формализм юм.

Тиймээс энэ хэлийг ашиглах нь бүх нөхцөл байдалд хамаарахгүй.

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

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

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

• төсөлд оролцсон бүх хөгжүүлэгчид жигд ойлгогдох;
• төслийн хүрээнд харилцах хэрэгсэл юм.

        Загварын нэгдсэн хэл (UML):

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

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

UML диаграммууд

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

• Хэрэглэх тохиолдлын диаграмм;
• Байршуулах диаграм (топологийн диаграм);
• Төрийн диаграмм;
• Харилцааны диаграмм; Үйл ажиллагааны диаграмм;
• Дарааллын диаграмм;
• Хамтын ажиллагааны диаграмм;
• Ангийн диаграмм;
• Бүрэлдэхүүн хэсгийн диаграмм (бүрэлдэхүүн хэсгийн диаграмм);
• Зан үйлийн диаграмм;
• Үйл ажиллагааны диаграмм;
• Хэрэгжүүлэх диаграмм;

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

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

        UML диаграммд агуулагдах мэдээллийн хувьд чухал гурван төрлийн харааны тэмдэг байдаг:

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

        Диаграммыг графикаар дүрслэхдээ дараах дүрмийг баримтлахыг зөвлөж байна.

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

UML дахь аж ахуйн нэгжүүд

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

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

        Зан үйлийн байгууллагууднь UML загварын динамик бүрэлдэхүүн хэсэг юм. Эдгээр нь тухайн загварын зан үйлийг цаг хугацаа, орон зайд дүрсэлсэн үйл үг юм. Зан төлөвийн хоёр үндсэн төрөл байдаг:

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

        Аж ахуйн нэгжүүдийг бүлэглэхнь UML загварын зохион байгуулалтын хэсгүүд юм. Эдгээр нь загварыг задалж болох блокууд юм. Ийм үндсэн байгууллага нь нэг хуулбарт байдаг - энэ бол багц юм.

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

        Тэмдэглэгээний байгууллагууд- Эдгээр нь UML загварын тайлбар хэсгүүд юм: нэмэлт тайлбар, тодруулга эсвэл загварын аль нэг элементийн талаархи тайлбар. Зөвхөн нэг үндсэн төрлийн тэмдэглэгээний элемент байдаг - тэмдэглэл. Тэмдэглэлийг албан бус эсвэл албан ёсны текстээр илэрхийлсэн тайлбар эсвэл хязгаарлалт бүхий диаграммыг өгөхөд ашигладаг.

UML дахь харилцаа

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

        Хараат байдал- энэ нь хоёр аж ахуйн нэгжийн хоорондын семантик харилцаа бөгөөд тэдгээрийн аль нэгнийх нь бие даасан өөрчлөлт нь нөгөөгийнхөө семантикт нөлөөлж, хамааралтай байдаг.

        Холбоо- объектуудын хоорондын утгын болон логик холболтын багцыг тодорхойлсон бүтцийн харилцаа.

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

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

• интерфэйсүүд болон тэдгээрийг хэрэгжүүлдэг анги эсвэл бүрэлдэхүүн хэсгүүдийн хооронд;
• өмнөх нөхцөлүүд болон тэдгээрийг хэрэгжүүлдэг хамтын ажиллагааны хооронд.

Нийтлэг UML механизмууд

        Системийг UML хэлээр үнэн зөв дүрслэхийн тулд ерөнхий механизм гэж нэрлэгддэг:

• техникийн үзүүлэлтүүд;
• нэмэлт (гоёл чимэглэл);
• нийтлэг хуваагдал;
• өргөтгөлүүд (өргөтгөх механизм).

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

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

        Объект хандалтат системийг загварчлахдаа тодорхой хэлтэстөлөөлсөн байгууллагууд.

        Нэгдүгээрт, анги, объект гэж хуваагдана. Анги нь хийсвэрлэл, объект нь уг хийсвэрлэлийн тодорхой биелэл юм. Үүнтэй холбогдуулан бараг бүх хэлний бүтэц нь анги/объект хоёрдмол шинж чанартай байдаг. Тиймээс, урьд өмнө тохиолдсон тохиолдлууд, бүрэлдэхүүн хэсгүүд, бүрэлдэхүүн хэсгүүд, зангилаанууд, зангилааны тохиолдлууд байдаг. График дүрслэлд тухайн объектын хувьд ангийнхтай ижил тэмдгийг хэрэглэж, нэрийг доогуур зурдаг заншилтай байдаг.

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

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

        UML өргөтгөлийн механизмууд нь:

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

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

Кейсийн диаграмыг ашиглах

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

Зураг - 1. Хэрэглээний тохиолдлын диаграмм

        Хэрэглээний тохиолдлын диаграммууд нь системийн ажиллагаа эсвэл систем юу хийх ёстойг тайлбарладаг. Диаграммыг боловсруулах нь дараахь зорилготой.

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

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

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

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

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

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

ангийн диаграм

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

Зураг - 2. Ангийн бүдүүвч

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

        Ангийн диаграмм нь оройнууд нь янз бүрийн бүтцийн харилцаагаар холбогдсон “ангилагч” төрлийн элементүүд болох график юм. Ангийн диаграм нь интерфэйс, багц, харилцаа, тэр ч байтугай объект, харилцаа зэрэг бие даасан тохиолдлуудыг агуулж болно.

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

төрийн диаграмм

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

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

Зураг - 2. Төрийн диаграмм

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

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

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

        Автоматыг холбох нумын чиглэлийг харгалзан оройноос орой хүртэл график дагуу дараалсан хөдөлгөөнөөр загварчилсан.

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

• объект орж болох төлөв нь зөвхөн одоогийн төлөвөөр тодорхойлогддог бөгөөд өмнөх түүхээс хамаардаггүй;
• Цаг мөч бүрт автомат машин зөвхөн аль нэг мужид байж болно. Үүний зэрэгцээ, автомат машин нь ямар ч үйл явдал тохиолдохгүй бол хүссэн үедээ тусдаа төлөвт үлдэж болно;
• машин нэг эсвэл өөр төлөвт байх хугацаа, түүнчлэн нэг эсвэл өөр байдалд хүрэхэд шаардагдах хугацаа ямар ч байдлаар тодорхойлогдоогүй;
• автоматын төлөвийн тоо хязгаартай байх ёстой бөгөөд бүгдийг нь тодорхой зааж өгөх ёстой. Хувь хүний ​​псевдо-төлөв үзүүлэлтүүд (анхны болон эцсийн төлөв) байхгүй байж болно. Энэ тохиолдолд тэдгээрийн зорилго, семантик нь загвар болон авч үзэж буй төлөвийн диаграмын контекстээс бүрэн тодорхойлогддог;
• Автомат график нь тусгаарлагдсан төлөв, шилжилтийг агуулж болохгүй. Эхнийхээс бусад төлөв бүрийн хувьд өмнөх төлөвийг тодорхойлох ёстой бөгөөд шилжилт бүр нь машины хоёр төлөвийг холбох ёстой;
• Объект нь хоёр ба түүнээс дээш дараагийн төлөвт нэгэн зэрэг шилжих боломжтой (зэрэгцээ дэд автоматаас бусад тохиолдолд) автомат машин нь зөрчилдөөнтэй шилжилтийг агуулж болохгүй. UML-д хамгаалалтын нөхцөлийг нэвтрүүлснээр зөрчилдөөнийг арилгах боломжтой.

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

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

Үйл ажиллагааны диаграм

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

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

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

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

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

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

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

Дарааллын диаграм

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

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

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

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

        Дарааллын диаграммын хоёр дахь хэмжээс нь дээрээс доош чиглэсэн босоо цагийн тэнхлэг юм. Диаграммын хамгийн дээд хэсэг нь цаг хугацааны анхны мөчтэй тохирч байна. Объектуудын харилцан үйлчлэл нь нэг объектоос нөгөө рүү илгээсэн мессежээр хэрэгждэг. Мессежийг зурвасын нэр бүхий хэвтээ сум хэлбэрээр дүрсэлсэн бөгөөд тэдгээрийн дарааллыг үүссэн цаг хугацаагаар тодорхойлно. Өөрөөр хэлбэл, дарааллын диаграммд өндөр байрласан мессежүүд нь доод талд байрлах мессежүүдээс өмнө эхэлдэг. Цагийн тэнхлэг дээрх масштабыг заагаагүй, учир нь дарааллын диаграмм нь зөвхөн "өмнөх ба хожим" харилцан үйлчлэлийн цаг хугацааны дарааллыг загварчилдаг.

Хамтын ажиллагааны диаграмм

        Хамтын ажиллагааны диаграммын гол онцлог нь зөвхөн харилцан үйлчлэлийн дарааллыг төдийгүй энэ харилцан үйлчлэлд оролцож буй объектуудын хоорондын бүх бүтцийн харилцааг графикаар илэрхийлэх чадвар юм.

Зураг - 3. Хамтын ажиллагааны бүдүүвч

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

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

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

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

        Хамтын ажиллагааг хоёр түвшинд төлөөлж болно:

• тодорхойлолтын түвшин - ангилагчдын үүрэг, хэлэлцэж буй харилцан үйлчлэл дэх холбоодын үүргийг харуулдаг;
• жишээ түвшин - хамтын ажиллагаанд хувь хүний ​​үүрэг гүйцэтгэдэг тохиолдол, харилцааг заана.

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

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

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

Бүрэлдэхүүн хэсгийн диаграм

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

Зураг - 4. Бүрэлдэхүүн хэсгийн диаграмм

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

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

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

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

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

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

Байршуулах диаграм

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

Зураг - 5. Байршуулах схем

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

        Байршуулах диаграммуудыг UML-д тархсан програм хангамжийн системийн ерөнхий тохиргоо болон топологийг илэрхийлэхэд ашигладаг.

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

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

        Байршуулах диаграммыг боловсруулахдаа дараах зорилгыг баримтална.

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

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

Rational Rose ажлын интерфейсийн онцлог

        Rational Rose CASE хэрэгсэл нь сайн мэддэг визуал програмчлалын орчинтой адил програмын үйлдлийн интерфейсийн нийтээр хүлээн зөвшөөрөгдсөн стандартуудыг хэрэгжүүлдэг. Хэрэглэгчийн компьютер дээр Rational Rose-г суулгасны дараа анхлан суралцагчдад ч бараг ямар ч хүндрэл учруулдаггүй бөгөөд энэ програмыг MS Windows 95/98 дээр ажиллуулснаар дэлгэцэн дээр ажиллах интерфейс гарч ирнэ (Зураг 6).

Зураг - 6. Rational Rose програмын ажлын интерфейсийн ерөнхий дүр төрх

        Rational Rose үйлдлийн интерфэйс нь янз бүрийн элементүүдээс бүрдэх бөгөөд гол нь:

• Програмын үндсэн цэс
• Диаграмын цонх
• Баримт бичгийн цонх
• Хөтөч цонх
• Бүртгэлийн цонх

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

Програмын үндсэн цэс

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

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

Зураг - 7.Програмын үндсэн цэсийн харагдах байдал

Стандарт хэрэгслийн мөр

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

Зураг - 8.Стандарт хэрэгслийн самбарын харагдах байдал

Хэрэглэгч энэ самбарын харагдах байдлыг өөрийн үзэмжээр өөрчлөх боломжтой. Үүнийг хийхийн тулд Tools -> Options цэсийн зүйлийг сонгоод Toolbars табыг нээнэ үү. Ингэснээр та янз бүрийн хэрэгслийн товчлууруудыг харуулах, нуух, хэмжээг нь өөрчлөх боломжтой.

Хөтөч цонх

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

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

Зураг - 9.Хөтөчийн харагдах байдал

Тусгай хэрэгслийн самбар

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

Зураг - 10.Ангийн диаграммд зориулсан тусгай хэрэгслийн самбарын харагдах байдал

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

Диаграмын цонх

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

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

Зураг - 11.Загварын янз бүрийн төрлүүдтэй диаграмын цонхны харагдах байдал

Баримт бичгийн цонх

Баримт бичгийн цонх анхдагчаар дэлгэцэн дээр байхгүй байж болно. Энэ тохиолдолд үүнийг View -> Documentation цэсийн зүйлээр идэвхжүүлж болох бөгөөд үүний дараа хөтчийн доор гарч ирнэ (Зураг 12).

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

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

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

Зураг - 12.Баримт бичгийн цонхны харагдах байдал

Бүртгэлийн цонх

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

Бүртгэлийн цонх нь диаграмын цонхны талбар дахь ажлын интерфейс дээр үргэлж байдаг (Зураг 13). Гэхдээ энэ нь бусад диаграмын цонхоор нуугдаж эсвэл багасгаж болно. Та Window->Log цэсээр дамжуулан бүртгэлийн цонхыг идэвхжүүлж болно. Энэ тохиолдолд энэ нь ажлын интерфейсийн баруун хэсэгт байгаа бусад цонхнуудын дээд талд харагдана. Энэ цонхыг бүрэн арилгах боломжгүй, зөвхөн багасгах боломжтой.

Зураг - 13.Бүртгэлийн цонхны харагдах байдал

Дүгнэлт

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

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

Энэхүү нийтлэл нь програм хангамжийн хөгжлийн шинэ эрин үе, энэ нь UML-ийн шинэ шаардлагуудад хэрхэн нөлөөлж байгаа, тэдгээрийг хангах шилдэг туршлагуудыг судлах болно.
  7. “Rational Rose дахь өгөгдлийн загварчлал” Сергей Трофимов Rational Rose ашиглан өгөгдлийн физик дүрслэлийн загварчлалыг тайлбарлав.
  8. UML хэл. UML хэлний тухай ерөнхий ойлголт: хэлний бүтэц, график элементүүд, диаграммууд.
  9. Практик UML. Энэхүү баримт бичиг нь "Practical UML. A Hands-On Introduction for Developers" баримт бичгийн орчуулга юм. Хөгжүүлэгчдэд зориулсан практик танилцуулга
  10. "Стандарт объект хандалтат загварчлалын хэл UML" Вендров Александр Михайлович. UML-ийн түүх
  11. UML – нэгдсэн загварчлалын хэл. Энэ материал нь UML-д хэрэглэгддэг програм хангамжийн систем, тэмдэглэгээг тайлбарлах аргуудын талаархи анхны мэдээллийг агуулдаг
  12. UML хэл. Хэрэглэгчийн гарын авлага. Зохиогчид: Греди Буч, Жеймс Румбо, Ивар Жэйкобсон
  13. "Rational Rose дахь UML диаграммууд" Сергей Трофимов
  14. "Шинжилгээ ба дизайн. Visual modeling (UML) Rational Rose" Константин Домолего
  15. Геннадий Верниковын номын сан. Загварын болон загварчлалын стандартуудын бүрэн тайлбар.
  16. “Програм хангамжийн системийг боловсруулахдаа UML ашиглан сэдвийн хэсгийг тайлбарлах жишээ” Э.Б. Золотухина, Р.В. Альфимов. Уг нийтлэлд Нэгдсэн Загварын Хэл (UML)-ийн хэрэглээнд суурилсан домэйн загварчлалын боломжит хандлагыг харуулахын тулд тодорхой жишээг ашигласан болно.