Sa software engineering, ang modelo ng domain ay konseptwal. Kabilang dito ang parehong pag-uugali at data. Sa isang technique ontology, ang modelo ng domain ay isang pormal na representasyon ng isang domain na may mga konsepto, kuyog, uri ng data, indibidwal, at mga panuntunang karaniwang ginagamit sa paglalarawan ng lohika.
Pangkalahatang impormasyon
Ang modelo ng domain ay isang sistema ng mga abstraction na naglalarawan ng mga partikular na aspeto ng isang domain ng kaalaman, impluwensya, o aktibidad. Pagkatapos ay maaari itong magamit upang malutas ang mga problema na may kaugnayan sa lugar na ito. Ang modelo ng domain ay isang representasyon ng mga makabuluhang konsepto sa totoong mundo na nauugnay sa mga materyal na aspeto na kailangang i-modelo sa software. Kasama sa mga konsepto ang data na ginamit sa negosyo at ang mga panuntunang inilalapat ng organisasyon sa mga bahaging iyon.
Ang modelo ng domain ay karaniwang gumagamit ng propesyonal na bokabularyo. Ito aynagbibigay-daan sa iyo na makipag-usap ng mga pananaw sa mga stakeholder. Hindi ito dapat sumangguni sa anumang teknikal na pagpapatupad.
Gamitin
Karaniwang ipinapatupad ang modelo ng domain bilang object realm sa isang layer na gumagamit ng mas mababang value para mag-imbak at mag-publish ng mga API sa mataas na antas para ma-access ang data at gawi ng realm.
Ang Unified Modeling Language (UML) ay gumagamit ng class diagram upang kumatawan sa isang system.
Mga Tampok at Pangunahing Tampok
Ang modelo ng impormasyon ng domain ay nagbibigay ng representasyon ng isang buong domain, gaya ng klinikal na pananaliksik, pangangalagang pangkalusugan, o nursing. Karaniwang ginagawa ang mga DIM gamit ang mga diagram ng klase ng Unified Modeling Language (UML) upang kumatawan sa mga semantika ng buong paksa gamit ang isang wikang naiintindihan ng mga may kasanayan sa sining. Ang mga pattern na ito ay nagpapakita ng mga paghatol gaya ng mga tao, lugar, at aktibidad, at kung paano nauugnay ang bawat isa sa isa't isa.
Maaaring bumuo ng mga application, API, enterprise add-on at iba pang electronic system gamit ang DIM. Kahit na ipinatupad ang mga ito gamit ang iba't ibang programming language, lahat ng sphere na gumagamit ng DIM ay may parehong semantika. Nagbibigay ito ng kritikal na balangkas para sa interoperability ng software at makabuluhang pagpapalitan ng data. Ang mga application na binuo gamit ang BRIDG ay may isang karaniwang konsepto ng "naka-embed", na nagsisiguro ng pagiging tugma sa pagitan ng mga heterogenoussystem.
Wala sa mga program na ginamit ang magpapatupad ng lahat ng object ng domain model. Gayunpaman, binibigyang-daan ng pagiging komprehensibo ang mga end user na mag-browse sa uniberso ng mga semantika ng BRIDG at piliin ang mga partikular na mapagkukunang kailangan para ipatupad ang anumang solusyon. Gumagamit ang BRIDG ng mga konsepto at mga halimbawa ng modelo ng domain na may katuturan sa mga eksperto upang makatrabaho nila nang malapitan ang mga developer ng software at analyst para ma-validate ang DIM at pumili ng mga bagay na naaangkop para sa kanilang proyekto.
Sa mga kaso kung saan wala sa mga item sa BRIDG ang sumasaklaw sa mga kinakailangang semantika ng isang bagong proyekto, maaaring gumana ang mga end user sa analytics. Ang ganitong pakikipagtulungan ay makakatulong na matukoy ang mga puwang na ito, magbigay ng mga kaso ng paggamit upang ilarawan ang mga ito, at pagkatapos ay punan ang lahat ng mga nuances ng mga bagong semantika. Ang modelo ng impormasyon ng domain batay sa BRIDG ay maaaring gamitin ng development team. Ito ay may kaugnayan, halimbawa, para sa paggawa ng iba pang mga system.
Ang modelo ng lohikal na domain mula sa mga kasalukuyang proyekto ay maaari ding gamitin upang mapabuti ang interoperability. Ang pisikal na disenyo ay binuo batay sa itaas. Kabilang dito ang mga detalyeng partikular sa system tulad ng mga uri ng data na tukoy sa wika ng programming, mga paghihigpit sa pag-access, atbp. Ang lahat ng konkretong pagpapatupad ay madaling masusubaybayan sa pamantayan ng sanggunian.
Ni Bruce Johnson
Ang domain infological model ay isang mahalagang bahagi ng isang matagumpaybinuo ng data storage program o ang kanilang arkitektura. Kadalasan, kapag ito ay nilikha, ito ay ginagamit lamang para sa layunin ng pag-segment. Kung ang isang tao ay bubuo nito sa kanilang sarili o bumili ng isang solusyon, ang pagkakaroon ng isang application ay maaaring makatulong sa maraming mga operasyon. Kapag epektibong ginamit, sinusuportahan at tinutulungan din nito ang pagbuo at pag-deploy.
Kinakailangan na tingnan nang mas malalim ang konsepto ng isang modelo ng domain. Mahalagang maunawaan ng mga user kung paano ito masusulit.
Ano ang SAM
Ang isang infological na modelo ng domain ay pinakaepektibong tinukoy upang hatiin ang mga kahulugan ng negosyo. Ito ang mga high-level na domain ng solusyon, bagama't ang mga ito ay pinakakaraniwang ginagamit upang tukuyin ang mga domain ng data sa isang bagong organisasyon o isa na bumubuo ng isang pormal na programa sa arkitektura.
Dapat gamitin ang modelo bilang batayan para sa pagmamapa sa lahat ng lugar sa organisasyon. Ang susi sa anumang matagumpay na modelo ng domain ay upang matiyak na ang terminolohiya at mga kahulugan na nauugnay dito ay partikular sa negosyo at naiintindihan sa isang sulyap. Mayroong iba't ibang mga kinakailangan para sa bilang ng mga item na epektibo o kanais-nais. Bilang panuntunan, dapat mayroong hindi bababa sa 6 at hindi hihigit sa 20.
Ang pangkalahatang konsepto sa likod ng paglikha ng isang mahalagang modelo ay hindi dapat magbago ang mga item. Habang umuunlad ang negosyo, maaari itong tumaas sa kalikasan, ngunit hindi ito dapat magbago nang malaki.
Iba't ibang paraan at diskarte para sa pagtukoy sa modelo ng domain ng tunogmasyadong marami at masyadong mahaba para matalakay sa isang maikling artikulo.
Paano mo magagamit ang SAM
Ang isang mahusay na tinukoy na application ay hindi kailangang isang bagay na binuo at inilagay sa istante. Ito ay isang bagay na kailangang isama sa isang arkitektura ng data na tumutugma sa dahilan ng paglikha nito. Ang pagtukoy sa modelo ng pangangasiwa sa negosyo at pamamahala ay nagsisiguro na ang negosyo ay hindi lamang aktibong kasangkot, ngunit tumutulong na pamahalaan at mapagtanto ang halaga na nakakamit. Karamihan sa suporta sa IT pagkatapos ng paunang paggawa ay kinabibilangan ng pagpapakita at pagmomodelo ng mga bahagi ng detalyadong larangan ng data na bumubuo sa kumplikadong bahagi.
Paano makuha ang maximum
Kapag nagawa na ang SAM, may ilang paraan para magamit ito para masulit ito. Narito ang mga kategoryang maaaring makatulong sa iyo:
- Pagpaplano. Dahil ang mga pangangailangan ay priyoridad at pinlano, ang SAM ay maaaring magbigay ng isang balangkas para sa pakikipag-usap sa mga proyektong bubuo at ipapakalat. Makakatulong ang pamunuan sa negosyo na magbigay ng link sa pagitan ng pagpaplano at pagkilos ng data upang lumikha ng karaniwang terminolohiya na akma sa katangian ng entrepreneurship.
- Magtatag ng kontrol. Ang pagtukoy kung paano kinokontrol ng isang negosyo ang pagkolekta, kalidad, at paggamit ng data ay isang pangunahing benepisyo ng SAM. Kadalasan ang paghihiwalay ng kontrol ay pinakamahusay na ginawa ng bawat paksa nang hiwalay. Ito ay maaaring mangahulugan ng pagkakaroon ng mga opisyal na katiwala, na ang bawat isa ay may pananagutanpara sa isang item o pagkakaroon ng taong responsable para sa kanila.
- Pagpaplano para sa pangongolekta o pagsasama ng data. Upang bumuo ng mga modelo at kasanayan ng domain para sa kahulugan ng disenyong nakatuon sa domain, makakatulong ang system na lohikal na paghiwalayin ang mga bahagi. Sa paggawa nito, nagbibigay ito ng fragmentation na nagbibigay-daan sa mga mapagkukunan na tumuon sa kalidad at integridad ng mga partikular na lugar at iugnay ang mga ito sa mga naaangkop na tagapag-alaga.
- Mga Komunikasyon. Ang isang epektibong plano ng aksyon ay kadalasang binabawasan ang mga balakid na nagpapabagal sa mga proyekto at paghahatid. Ang pagbabahagi ng karaniwang pagpoproseso ng data bilang asset sa isang organisasyon ay maaaring magbigay ng ilang benepisyo. Una, makakatulong ito na maibsan ang mga alalahanin tungkol sa proteksyon. Pangalawa, makikita mo kung paano nauugnay ang ebolusyon ng mga system sa kanilang mga mapagkukunan, pati na rin kung paano ito makakaapekto sa pangkalahatang tagumpay ng negosyo. Maaaring gamitin ang blueprint upang ilarawan kung bakit kailangan ang data para magsagawa ng analytical na gawain.
- Tukuyin ang mga kinakailangan. Sa isang data ng proyekto, kapaki-pakinabang na magkaroon ng mataas na antas na modelo na magagamit mo upang mabilis na makahanap ng mga bahagi. Sa kasong ito, ginagamit ang SAM upang makipag-usap at i-verify kung paano umaangkop ang mga pangangailangan ng anumang pagsisikap sa pangkalahatang arkitektura. Sa mga pagsisikap sa pag-iimbak ng impormasyon, nagbibigay ito ng batayan para sa pag-uuri at pag-order ng pinagmulan ng target na display.
Pagbuo ng modelo ng data
Ang pinakakaraniwang paggamit ng SAM ay upang payagan ang simulation team na tumuon atunahin kapag gumagawa ng isang proyekto sa arkitektura. Pagkatapos ay maaari itong maging batayan para sa pagbuo ng pangkalahatang modelo, na nagbibigay-daan sa maraming mapagkukunan na gumana sa mga piraso, na lumilikha ng isang enterprise data realm sa parehong oras.
Ang modelo ng data ng domain ay isang tool na, kapag ginawa, maaari at dapat gamitin para sa iba't ibang layunin. Sa isip, ang globo ay nagiging pundasyon ng isang mahusay na tinukoy na programa sa arkitektura ng data. Pinakamahalaga, dapat itong gamitin nang magkasama upang lumikha ng isang pinagsama-samang programa. Ang pag-align ng negosyo at IT, isang modelo sa pag-unlad at pangangasiwa ay maaaring makatulong na itali ang agwat sa pagitan ng pagsisikap at pagpaplano.
Kalidad ng data
Ang database bilang isang modelo ng domain ay gumaganap ng isa sa mga pangunahing tungkulin sa isang matagumpay na negosyo. Ang impormasyon ay isang mahalagang asset ng isang negosyo. Samakatuwid, ang kalidad nito ay napakahalaga. Ang indibidwal na kalabisan na data ay isa sa mga pangunahing salik na nag-aambag sa mababang mga rate. Mahalaga ang EDM para sa kalidad ng data dahil nakakakita ito ng mga hindi pagkakapare-pareho na likas sa mga kalabisan na sphere. Ang mga kasalukuyang problema ay maaaring matukoy sa pamamagitan ng paghahambing ng mga system sa EDM. Dahil ang mga bagong lugar ay binuo sa ibabaw ng modelo ng data ng enterprise, maraming potensyal na isyu sa kalidad ang matutukoy at malulutas bago ang pagpapatupad.
Pagmamay-ari
Ang pagmamay-ari ng data ng kumpanya ay mahalaga dahil sa likas na katangian nito, lalo na sa pagpapanatili at pangangasiwa nito. Ginagamit ang EDM bilang tool sa pamamahala ng pagmamay-ari,pagtukoy at pagdodokumento ng mga ugnayan at dependency ng impormasyon na tumatawid sa mga hangganan ng negosyo at organisasyon. Sinusuportahan nito ang konsepto ng shared ownership na umiiral sa Corporate Spheres Initiative.
Data system extensibility
Sinusuportahan ng
EDM ang lumalagong arkitektura. Ang extensibility ay ang kakayahang sukatin ang functionality ng isang system upang epektibong matugunan ang mga pangangailangan ng nagbabagong kapaligiran ng user. Ang mga extensible system ay may kakayahang magdagdag o magpataas ng functionality na may kaunting side effect. Ang EDM, batay sa isang teknolohiyang independiyenteng madiskarteng konsepto ng negosyo, ay sumusuporta sa pagpapalawak, na nagbibigay-daan sa paglipat sa mga bagong lugar ng pagkakataon na may kaunting pagbabago sa IT.
Pagsasama ng data ng industriya
Walang negosyong tumatakbo sa vacuum. Dahil kasama sa EDM ang hitsura, pinapahusay nito ang kakayahan ng isang organisasyon na magbahagi ng karaniwang data sa buong industriya nito. Ang mga organisasyon sa parehong larangan ay madalas na gumagamit ng parehong pinagbabatayan ng data (halimbawa, mga customer, lokasyon, mga supplier). Ang mga organisasyon ay maaari ding magbahagi ng impormasyon sa mga kaugnay na industriya o kasosyo sa negosyo. Halimbawa, sa larangan ng aviation, ang mga propesyonal ay madalas na sumasama sa mga kumpanya ng pag-arkila ng kotse. Ang EDM mula sa pananaw ng industriya nito ay may kasamang structural domain model para sa pakikipag-ugnayan ng data.
Pagsasama ng mga naka-package na application
EDM ay maaaring gamitin para sa kanilang suporta, pagpaplano at pagbili,pati na rin para sa pagpapatupad. Ito ay nakakamit sa pamamagitan ng pagmamapa ng naka-package na aplikasyon sa EDM, na nagtatatag sa intra-enterprise na pagmamapa nito. Dahil magkakaugnay din ang mga umiiral na system, matutukoy ang mga punto ng pagsasama-sama sa pagitan ng naka-package na application at mga kasalukuyang system, na nagbibigay ng roadmap para sa daloy ng pare-parehong data ng kalidad sa pamamagitan ng produkto.
Pagplano ng mga madiskarteng sistema
Tinutukoy ng
EDM ang mga dependency ng data. Dahil ang mga kasalukuyang sistema ng modelo ng domain ay nakamapa sa EDM, maaaring magsagawa ng pagsusuri ng gap upang matukoy ang mga pangangailangan ng impormasyon ng negosyo. Mula sa pag-parse ng mga gaps at dependency ng data, maaaring unahin ang mga release ng system.
Ang modelo ng proseso ng domain ng Enterprise Data Modeling ay gumagamit ng top-down-bottom-up na diskarte para sa lahat ng disenyo ng system. Ang EDM ay isang artifact na nagmula sa mga downstream na hakbang. Mahalaga rin ang mga upstream dahil ginagamit ng mga ito ang mga kasalukuyang source para makagawa ng mga proyekto nang mahusay at praktikal.
Ang isang domain domain (ESAM) ay unang ginawa at pagkatapos ay pinalawak upang ibase ang Enterprise Conceptual Model (ECM). Habang ang mga modelo ay magkakaugnay, ang bawat isa ay may sariling natatanging pagkakakilanlan at layunin. Ang paggawa ng EDM ay mas sining kaysa sa agham.
Ano ang ESAM
Pag-isipan natin kung ano ang enterprise domain model (ESAM). Ang mga lugar ng korporasyon ay anumang impormasyon na mahalaga sa negosyo at itinatago para sa karagdagang paggamit. Hindi mase-save ang data maliban kungkailangan. Kaya, ang karamihan sa mga lugar ay maaaring ituring na isang negosyo, na ginagawang malaki ang sukat nito. Ito ay totoo kahit para sa malalakas na team na halos imposibleng magdisenyo, bumuo at magpanatili nang hindi nahahati sa mas madaling pamahalaan.
Ang pangunahing layunin ng modelo ng domain ng enterprise ay ang ideya ng "divide and conquer". Sinasaklaw ng ESAM ang buong organisasyon. Ang lahat ng data na ginawa at ginagamit ng negosyo ay kinakatawan sa lugar ng paksa. Ang average na numero para sa isang organisasyon ay 10 hanggang 12. Maaaring kailanganin ang mga karagdagang paksa para sa mas kumplikadong mga sistema. Ang ESAM ay ang pundasyon para sa impormasyon ng enterprise.
Paglalarawan ng modelo ng domain
Ang bawat lugar ay isang mataas na antas ng pag-uuri ng data, na kumakatawan sa isang pangkat ng mga konsepto na nauugnay sa pangunahing paksa. Sinasalamin nito ang interes ng organisasyon. Maaaring kumatawan ang mga domain relational model ng mga pangkalahatang konsepto ng negosyo (customer, produkto, empleyado, at pananalapi) pati na rin ang mga konsepto ng industriya.
Maaaring pangkatin ang mga temang lugar sa tatlong kategorya ng negosyo na may mataas na antas: kita, aktibidad at suporta. Ang mga pagpapangkat na ito ay makabuluhan dahil ang bawat isa ay kumakatawan sa isang partikular na magkakaibang pokus sa negosyo. Ang mga uri ng kita ay nakatuon sa kita, kabilang ang pagpaplano, accounting, at pananagutan. Kinakatawan ng mga uri ng operasyon ang mga pangunahing tungkulin ng negosyo na kasangkot sa pang-araw-araw na aktibidad.
Ang mga entity ng suporta ay tumutulong sa aktibidad ng negosyo, hindi kumakatawan sa pangunahing negosyo. Ang lahat ng organisasyon ay nagbabahagi ng mga high-level na pangkat ng negosyo na itoantas. Halimbawa, ang mga asignatura ng airline ay pinagsama-sama tulad ng sumusunod:
- Ticket sa kita, booking, benta, imbentaryo, mga presyo.
- Operation: flight, lokasyon, kagamitan, maintenance, schedule.
- Suportahan ang IT, Pananalapi, Mga Empleyado, Mga Customer.
Lugar ng paksa ng data
Ang
Taxonomy ay ang agham ng pagbibigay ng pangalan, pagkakategorya at pag-uuri ng mga bagay sa isang hierarchical order batay sa isang hanay ng mga pamantayan. Ang Data Taxonomy ay isang tool sa pag-uuri na inilapat sa data upang maunawaan, magdisenyo, magpanatili, at bumuo ng isang modelo ng domain. Kasama sa taxonomy ang ilang hierarchical na antas ng pag-uuri. Sa pinakamataas na antas, maaaring ilagay ang lahat ng data sa isa sa tatlong system: basic, transactional, o informational. Naiiba sila sa mga modelo at konsepto ng produksyon, pati na rin sa kanilang mga ikot ng buhay.
Ang pinagbabatayan na data ay ginagamit upang tukuyin, suportahan, o gumawa ng iba pang mga lugar. Kasama sa mga ito ang impormasyon ng uri ng sanggunian, metadata, at mga listahang kinakailangan para magsagawa ng mga pagpapatakbo ng negosyo. Ang data ng transaksyon ay data na nilikha o na-update bilang resulta ng mga transaksyon sa negosyo ng system. Ang mga ito ay likas na pabago-bago at nauugnay sa mga operating system.
Ang data ng impormasyon ay makasaysayan, pinagsama-sama o hinango. Karaniwang nilikha ang mga ito mula sa katalinuhan na makikita sa mga sistema ng suporta sa desisyon.
Maaaring uriin ang mga lugar ng paksa ayon sa kanilang pangunahing pagpapangkat. Sa antas ng detalyeAng mga lugar ng paksa ay naglalaman ng lahat ng tatlong klase ng data. Ang sistematisasyon ay batay sa laki, paggamit at pagpapatupad. Halimbawa, ang 14 na tema ng airline ay maaaring uriin bilang sumusunod:
- Basic class - kagamitan, IT, empleyado, benta, lokasyon, customer.
- Transactional - ticket, booking, flight, finance, serbisyo.
- Impormasyonal - pagpepresyo, imbentaryo, mga chart.
Paggawa ng structural model ng subject area
Ang
ESAM ay binuo sa malapit na pakikipagtulungan sa mga eksperto sa negosyo at ginagabayan ng anumang umiiral na kaalaman sa enterprise. Dapat tukuyin at maunawaan ang mga istrukturang pang-organisasyon ng modelo ng domain at pagpapaandar ng negosyo. Ang lahat ng impormasyon ay karaniwan sa karamihan ng mga organisasyon (customer, empleyado, lokasyon at pananalapi). Ito ay tinutukoy muna. Ang mga karagdagang lugar ng paksa ay itinalaga, na nagtatapos sa isang kumpletong listahan ng mga opisyal na lugar. Pagkatapos ay susuriin ang mga ito kasama ng mga eksperto sa negosyo.
Ang proseso ng pagtukoy at pagbibigay ng pangalan sa bawat subject area ay mahalaga dahil nagbibigay-daan ito sa consensus na maabot sa mga hangganan ng negosyo sa mga paksang mahalaga sa organisasyon. Kung ang kasunduan ay maaaring maabot sa isang mataas na antas, ang mas detalyadong mga konsepto ay magiging mas madaling tukuyin. Ang prosesong ito ay inuuna ang detalyadong pagsusuri na kinakailangan para sa kasunod na pagbuo ng EDM.
Maaaring lumabas ang mga tanong tungkol sa mga paksa ng uri ng impormasyon, dahil karaniwang binubuo ang mga ito ng pangkalahatan at historikaldata ng transaksyon. Ang pagtukoy sa isang domain ng impormasyon ay maaaring maging sanhi ng hitsura nito na kabilang ito sa orihinal na transactional domain. Isaalang-alang ito sa isang halimbawa ng airline:
Ang booking ay isang transactional domain, ang imbentaryo ay isang impormasyon.
Ang pangunahing konsepto ay tinatawag na Booking History. Naglalaman ito ng data na kailangan para makuha ang available na listahan ng mga lugar. Mahalaga ang reserbasyon at imbentaryo ngunit magkahiwalay na paksa ng Airline.
Ang mga pamagat ay dapat na napakalinaw, maigsi at maigsi. Sa isip, ang lugar ng paksa ay binubuo ng isang salita. Kung saan posible, ginagamit ang mga pangalan ng kumpanyang pang-industriya (kliyente, empleyado, at pananalapi). Ang mga kahulugan ay binuo mula sa isang pahalang na view habang ang lahat ng nauugnay na impormasyon ay isinasaalang-alang. Mahalaga sila dahil pinag-aaralan sila ng buong organisasyon. Samakatuwid, ang mga kahulugan ay dapat na kasing simple at malinaw hangga't maaari. Hindi kailanman dapat gamitin ang teoretikal, akademiko, o pagmamay-ari na wika.
Ang mga ugnayan sa pagitan ng mga paksa ay kumakatawan sa mga makabuluhang pakikipag-ugnayan sa negosyo at mga dependency. Walang opsyonal o bilang ng item sa antas na ito. Ang lahat ng posibleng relasyon ay hindi kinakatawan dahil sa pagiging praktikal. Ang ESAM ay hindi idinisenyo upang ipakita ang bawat lugar ng paksa bilang isang uri ng silo. Maaari itong ituring na isang tsart na may mga overlap na nagtatapos sa isang paksa lamang.
May mahalagang papel ang kulay sa ESAM gayundin sa lahat ng EDM. Bawat isaang lugar ng paksa, ang mga kasunod na konsepto nito at mga bagay ng datos ay may sariling konotasyon. Isang kulay ang ginagamit para sa lahat ng mga konsepto, bagay at talahanayan na may kaugnayan sa isang partikular na lugar. Ang paglalapat ng tint ay nagbibigay ng agarang insight kapag tinitingnan ang alinman sa mga modelo ng organisasyon.
Building ESAM ay sumusunod sa corporate standards, name methodology at analysis process. Ang database bilang isang modelo ng domain ay susi, dahil sa tulong nito ang lahat ng mga bagay ay iuugnay sa isang lugar.
