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

СЭДЭВ 4: Бизнесийн үйл явцыг загварчлах арга зүй

1. Реинженеринг дэх загварчлалын мөн чанар, загварын ангилал

Компанид бизнесийн үйл явцын загварыг бий болгох үндсэн шаардлага

Өмнөх загвар бүтээх арга зүй

Объектын загвар бүтээх арга зүй

Асуулт 1

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

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

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

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

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

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

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

Асуулт 2

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

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

1.Компанийн гадаад ертөнц дэх үйл ажиллагаа: тэр юу хийдэг, хэний төлөө, ямар зорилгоор. Компанийн орчин, түүний дотор үйлчлүүлэгчид, түншүүд, туслан гүйцэтгэгчид гэх мэт, мөн компанийн энэ орчинтой харилцах харилцааг тодорхойлох шаардлагатай.

2. Компанийн архитектур, өөрөөр хэлбэл компанийн хамгийн чухал статик бүтэц. Бүтцийн элементүүд нь дараахь байх ёстой.

Компанийн гадаад ба дотоод үйл явц;

Чиг үүрэг (бие даасан үйл явцын үе шатууд);

Бүтээгдэхүүн (үйл явц ба функцүүдийн гаралт);

Хүний болон техникийн нөөц.

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

Үйл явцын хоорондын хамаарал, үйл явцын бие даасан функцууд (алхамууд);

Үйл явцад оролцогчдын хоорондын харилцаа - янз бүрийн нөөц, хэрэгсэл, бүтээгдэхүүн;

Хүмүүсийн хоорондын харилцаа (харилцаа, харилцаа холбоо гэх мэт).

3. Бизнесийн "динамик", өөрөөр хэлбэл бизнесийн үйл явцыг цаг тухайд нь гүйцэтгэх. Динамик нь үйл явдлын урсгалын хэлбэрээр тусгагдсан байдаг, i.e. үйл ажиллагааны дараалал, тэдгээрийг гүйцэтгэх урамшууллыг шилжүүлэх.

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

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

Асуулт 3

Хамгийн өргөн тархсан нь бизнесийн үйл явцын загварчлалын 2 бүлэг аргачлал юм.

1. P-O загваруудыг бүтээх арга зүй (өмнөх объектын загварууд) Энэ техник нь гадаад (өмнөх загвар эсвэл P-загвар) ба дотоод (объект эсвэл O-загвар) гэсэн хоёр төрлийн бизнесийн загварыг дараалан бүтээхэд оршино.

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

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

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

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

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

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

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

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

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

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

1. Худалдагч үйлчлүүлэгчийн хүсэлтийг хүлээн авна

2. Өргөдөл нь эцсийн бүтээгдэхүүнийг зааж өгсөн бол худалдагч нь агуулахад шаардлагатай бүтээгдэхүүн байгаа эсэхийг шалгана. Дараа нь ашиглалтын тохиолдол 5-р алхамаас үргэлжилнэ.

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

4. Загвар зохион бүтээгч нь үйлчлүүлэгчийн шаардлагын дагуу бүтээгдэхүүнийг өөрчилдөг

5. Худалдагч нь үйлчлүүлэгчээс төлбөр хүлээн авна

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

7. Илгээгч нь бүтээгдэхүүнийг хэрэглэгчдэд хүргэдэг.

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

Асуулт 4

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

Дараахь зүйл онцолж байна ердийн объектын ангиуд:

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

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

3. Байгууллагын объектууд - бизнесийн боловсруулдаг идэвхгүй объектууд. Дүрмээр бол аж ахуйн нэгжийн объектууд нь хүний ​​​​болон техникийн нөөц биш юм. Компанийн байгууллагуудын ердийн жишээ бол бүтээгдэхүүн, захиалга, мэдэгдэл юм.

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

Объектууд (анги болон тохиолдлууд) холбогдсон харилцаа холбоо . Хоёртын харьцаа нь хоёр объектыг холбодог. Энэ нь нэг чиглэлтэй эсвэл хоёр чиглэлтэй байж болно.

Урьдчилсан объектуудын харилцан үйлчлэлийн график загварт объектуудыг гурвалжингаар (дотоод нь “i” үсэгтэй интерфэйсүүд, дотор нь “y” үсэгтэй хяналтын хэсгүүд), объектуудын хоорондын хамаарлыг нумаар (сум) дүрсэлсэн байдаг. ). Зураг дээр. Зураг 3.4-т 3.2.1-д тодорхойлсон "Захиалгат бүтээгдэхүүний борлуулалт"-ын объектын харилцааны загварыг үзүүлэв.

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

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

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

©2015-2019 сайт
Бүх эрх нь тэдний зохиогчид хамаарна. Энэ сайт нь зохиогчийн эрхийг шаарддаггүй, гэхдээ үнэгүй ашиглах боломжийг олгодог.
Хуудас үүсгэсэн огноо: 2017-10-11

Ангиуд хоорондын хамаарал (объект)

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

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

Цагаан будаа. 2.6. Ангиудын хоорондын хамаарал

Ангиудын хамаарал нь хоёр талтай: хамаарал дахь бүх ангиуд тэгш эрхтэй. Энэ нь хараат байдлын нэр нь хараат байдалд чиглэл оруулж байгаа мэт санагдсан тохиолдолд ч үнэн юм. Тэгэхээр Зураг 2.6-д байгаа эхний жишээнд has_capital гэсэн хамаарлын нэр нь улсын ангиас хотын анги руу чиглэсэн хамаарлыг харуулж байна (хамааралтай байдлын хоёр талын шинж чанар арилсан бололтой); гэхдээ энэ хамаарал нь нэгэн зэрэг урвуу хамаарал нь капитал гэсэн утгаараа хоёр талтай гэдгийг санах хэрэгтэй. Яг үүнтэй адилаар Зураг 2.6-д үзүүлсэн хоёр дахь жишээнд өөрийн эзэмшлийн хамаарлын хосыг авч үзэж болно. Хэрэв хамаарлыг нэрээр бус, хамаарлыг бүрдүүлэгч ангиудын үүргийн нэрээр тодорхойлвол ийм үл ойлголцол гарахаас сэргийлж болно.

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

Ангиудын хоорондын хамаарлын бусад жишээг Зураг 2.7-д үзүүлэв. Эхний жишээ нь банкны харилцагч болон түүний дансны хоорондын харилцааг харуулж байна. Банкны үйлчлүүлэгч энэ банкинд нэгэн зэрэг хэд хэдэн данстай байж болно, эсвэл огт дансгүй байж болно (анх банкны үйлчлүүлэгч болох үед). Тиймээс үйлчлүүлэгч болон хэд хэдэн дансны хоорондын харилцааг дүрслэх шаардлагатай бөгөөд үүнийг Зураг 2.7-д үзүүлэв. Хоёр дахь жишээ нь огтлолцсон муруй (ялангуяа шулуун) шугамуудын хоорондын хамаарлыг харуулж байна. Та 2, 3 ба түүнээс дээш ийм шугамыг авч үзэх боломжтой бөгөөд тэдгээр нь хэд хэдэн огтлолцох цэгтэй байж болно. Эцэст нь, гурав дахь жишээ нь нэмэлт хамаарлыг харуулж байна: компьютерт хулгана байж болно, үгүй ​​ч байж болно.

Ангиудын хоорондын хамаарал нь эдгээр ангийн объектуудын хоорондын хамааралтай тохирч байна. Зураг 2.8-д Зураг 2.6-ийн эхний жишээнд объект хоорондын хамаарлыг харуулав; Зураг 2.7-д үзүүлсэн жишээнүүдийн хувьд объект хоорондын хамаарлыг Зураг 2.9-д үзүүлэв.

Цагаан будаа. 2.7. Хамааралтай байдлын бусад жишээ. Тэмдэглэлүүд

Цагаан будаа. 2.8. Объект хоорондын хамаарал

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

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

Цагаан будаа. 2.9. Объект хоорондын илүү төвөгтэй хамаарал

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

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

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

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

Туслах загварууд:

Хөгжиж буй системийн гүйцэтгэлийг хөгжлийн эхний үе шатанд шалгах;

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

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

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

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

Объектын загварын ангиудыг тодорхойлох

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

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

Үүний үр дүнд бид дараахь ангиллын нэрсийн жагсаалтыг авна.

Өөр нэг прокси;

Баримт бичиг;

Алсын вэб сервер;

Тохиргоо;

Баримт бичгийн талаархи мэдээлэл;

Алсын вэб серверийн талаарх мэдээлэл;

Хүсэлтийн толгой;

Хариултын толгой хэсэг.

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

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

Тиймээс объект бүр нь хатуу тодорхойлсон интерфэйстэй, i.e. энэ объектод хэрэглэж болох олон нийтийн үйл ажиллагааны багц. Нэг ангийн бүх объектууд ижил интерфейстэй.

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

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

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

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

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

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

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

Объектын загвар бүтээх үйл явц нь дараах алхмуудыг агуулна.

Объект ба ангиудын тодорхойлолт;

Өгөгдлийн толь бичиг бэлтгэх:

Объектуудын хоорондын хамаарлыг тодорхойлох;

Объект ба холболтын шинж чанарыг тодорхойлох;

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

Загварын цаашдын судалгаа, сайжруулалт.

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

Судалж буй бизнесийн үйл явцын интерфейсийн объектууд:

• 1. Хэрэглэгчийн үйлчилгээний менежер. Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: үйлчлүүлэгчидтэй харилцах, захиалга өгөх, захиалгын төлбөрийг хүлээн авах.
• 2. Санхүүгийн хариуцлагатай агуулахын эрхлэгч. Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: ханган нийлүүлэгчидтэй харилцах, материал хүлээн авах, нэхэмжлэх гарын үсэг зурах.
• 3. Хүргэлтийн жолооч. Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: Бэлэн бүтээгдэхүүнийг үйлчлүүлэгчид хүргэх.

Судалж буй бизнесийн үйл явцын хяналтын объектууд:

• 1. Дизайнер. Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: бүтээгдэхүүний дизайн, төслийн удирдлага, хяналт.
• 2. Нягтлан бодох бүртгэлийн автоматжуулсан оператор. Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: автоматжуулсан бүртгэл хөтлөх, мэдээллийн сантай ажиллах.
• 3. Тавилгын мастер (Усгагч). Шинж чанарууд: бүтэн нэр, албан тушаал, цалин. Хариуцлага: Төслийн дагуу бүтээгдэхүүн үйлдвэрлэх.

Судалж буй бизнесийн үйл явцын объектууд:

• 1. Чек - захиалгын төлбөрийг төлсний дараа гаргасан баримт бичиг.
• 2. Каталог - бүтээгдэхүүний нэр төрлийг тусгасан баримт бичиг.
• 3. Захиалгын маягт - захиалгын дугаар, захиалгын огноо, хэрэглэгчийн мэдээлэл, сонгосон төрөл, бүтээгдэхүүний ноорог, хэрэглэгчийн хүсэлтийг агуулсан баримт бичиг.
• 4. Бүтээгдэхүүний дизайн - захиалсан тавилга дизайн.
• 5. Материалын өргөдөл - шаардлагатай материал, тэдгээрийн эзлэхүүнийг тодорхойлсон баримт бичиг.
• 6. Мэдээллийн сан - компанид материаллаг бүртгэл хөтлөх боломжийг олгодог програм.
• 7. Материал - захиалгат бүтээгдэхүүн үйлдвэрлэхэд шаардлагатай.
• 8. Нэхэмжлэх - материалыг ачихад гарын үсэг зурсан баримт бичиг.
• 9. Бэлэн бүтээгдэхүүн нь үйлдвэрлэлийн үр дүн бөгөөд аливаа захиалгад хамаарах онцлогтой.

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

Хүснэгт 5.1 Объектууд хоорондоо хэрхэн харьцдаг тухай тайлбар

Тайлбар: Хэрэв шаардлагатай материал нөөцөд байгаа бол энэ хүснэгтийн 18, 19, 20, 21-р догол мөрийг алгасах болно.

"Захиалгат бүтээгдэхүүн худалдах" жишээн дэх хэлтэс, үйлчлүүлэгчийн харилцан үйлчлэлийн динамик загварыг Зураг 5.1-д "Захиалга өгөх" хэлтэс, ажилтан, үйлчлүүлэгчийн харилцан үйлчлэлийн динамик загварыг Зураг дээр үзүүлэв. 5.2 "Дизайн" загварт байгаа хэлтэс, ажилтан, үйлчлүүлэгчийн харилцан үйлчлэлийн динамик загварыг Зураг 5.3-т үзүүлэв.

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

Зураг 5.2 "Захиалга өгөх" хэрэглээний тохиолдлын дарааллын диаграмм

Зураг 5.3 Дизайн ашиглах тохиолдлын дарааллын диаграмм

Зураг 5.4 Үйлдвэрлэлийн хэрэглээний хэсгийн дарааллын диаграмм