Үлгіні қарау - View model

The TEAF Көріністер мен перспективалар матрицасы.

A көру моделі немесе көзқарас шеңбері жылы жүйелік инженерия, бағдарламалық жасақтама, және кәсіпорындағы инжиниринг жиынтығын анықтайтын құрылым болып табылады көріністер құрылысында қолданылуы керек жүйенің архитектурасы, бағдарламалық жасақтама архитектурасы, немесе кәсіпорын сәулеті. A көрініс байланысты мәселелер алаңы тұрғысынан тұтас жүйенің көрінісі болып табылады.[1][2]

1990 жылдардың басынан бастап жүйелік архитектураны сипаттауға және талдауға арналған тәсілдерді тағайындау бойынша бірқатар жұмыстар жүргізілді. Бұл соңғы әрекеттер көзқарастар жиынтығын (немесе көзқарастарды) анықтайды. Оларды кейде деп атайды сәулет құрылымдары немесе кәсіпорынның архитектуралық құрылымы, бірақ әдетте «қарау модельдері» деп аталады.

Әдетте а көрініс - бұл берілген жүйе үшін нақты архитектуралық деректерді ұсынатын жұмыс өнімі. Алайда, кейде сол термин көрініске қатысты қолданылады анықтама, соның ішінде нақты көзқарас пен әрбір нақты көріністі анықтайтын тиісті басшылық. Термин көру моделі анықтамаларымен байланысты.

Шолу

Көзқарастар мен көзқарастардың мақсаты - адамдарға өте жақсы түсінуге мүмкіндік беру күрделі жүйелер, проблема элементтерін және домендері айналасындағы шешімді ұйымдастыру тәжірибе және дейін бөлек мәселелер. Ішінде инженерлік физикалық қарқынды жүйелердің көзқарастары көбінесе инженерлік ұйымның мүмкіндіктері мен міндеттеріне сәйкес келеді.[3]

Жүйелік сипаттамалардың көпшілігінің кеңдігі соншалық, бірде-бір жеке тұлға сипаттамалардың барлық қырларын толық түсіне алмайды. Сонымен қатар, біздің барлығымыздың белгілі бір жүйеге деген қызығушылықтарымыз әр түрлі және оларды зерттеудің әртүрлі себептері бар жүйе Келіңіздер сипаттамалары. A бизнес атқарушы жүйені жасаушыға қарағанда жүйелік макияжға қатысты әр түрлі сұрақтар қояды. Сондықтан көзқарастар шеңберінің тұжырымдамасы мүдделі тараптармен байланысты жеңілдету үшін берілген күрделі жүйенің спецификациясына бөлек көзқарастарды ұсыну болып табылады. Әрбір көзқарас аудиторияны жүйенің белгілі бір аспектілеріне қызығушылықпен қанағаттандырады. Әрбір көзқарас белгілі бір мәнді қолдануы мүмкін көзқарас тілі сол көзқарастың аудиториясы үшін сөздік пен презентацияны оңтайландырады. Көзқарасты модельдеу үлкен үлестірілген жүйелердің өзіндік күрделілігін шешудің тиімді тәсілі болды.

Сәулетті сипаттау тәжірибесі, сипатталғандай IEEE Std 1471-2000, бірнеше мәселелерді шешу үшін бірнеше көзқарастарды қолданыңыз, олардың әрқайсысы жүйенің белгілі бір аспектісіне назар аударады. Мысалдары сәулет құрылымдары бірнеше көзқарастарды пайдалану Кручтеннің көзқарастарын қамтиды «4 + 1» көрініс моделі, Zachman Framework, TOGAF, DoDAF, және RM-ODP.

Тарих

1970 жылдары бағдарламалық жасақтамада бірнеше көзқараспен модельдеуге арналған әдістер пайда бола бастады. Дуглас Т.Росс және К.Е. 1977 жылы Schoman жүйенің талаптарын анықтауда модельдеу процесін ұйымдастыруға арналған контекст, көзқарас және көзқарас тұрғысынан енгізеді.[4] Росс пен Шоманның пікірінше, көзқарас «қандай мақсаттарға жету үшін ... жалпы мақсатқа [модельге] сәйкес келетінін анық көрсетеді» және анықтайды [Модельденетін тақырыпқа] қалай қараймыз?

Көзқарастардың мысалдары ретінде қағаз: Техникалық, Операциялық және экономикалық көзқарастарды ұсынады. 1992 жылы, Энтони Финкельштейн және басқалары көзқарастар туралы өте маңызды мақаланы жариялады.[5] Бұл жұмыста: «көзқарас даму процесінде« актер »,« білім көзі »,« рөл »немесе« агент »идеясы мен« көзқарас »немесе« перспектива »идеясының жиынтығы ретінде қарастырылуы мүмкін »Актер қолдайды». Осы жұмыста маңызды идея «а ұсыну стилі, көзқарас көрінетін нәрсені білдіретін схема мен жазба «және» а сипаттама, нақты домендерді сипаттайтын көзқарас стилінде айтылған тұжырымдар «. Келесі жұмыс, мысалы IEEE 1471, екі айрықша терминдерді қолдану арқылы осы айырмашылықты сақтады: сәйкесінше көзқарас және көзқарас.

1990 жылдардың басынан бастап жүйелік архитектураны сипаттау мен талдау тәсілдерін кодификациялау бойынша бірқатар жұмыстар жүргізілді. Бұлар көбіне терминмен аталады сәулет құрылымдары немесе кейде көзқарас жиынтығы. Олардың көпшілігі қаржыландырылды Америка Құрама Штаттарының қорғаныс министрлігі, бірақ кейбіреулері халықаралық немесе ұлттық күштерден пайда болды ISO немесе IEEE. Оның ішінде IEEE бағдарламалық қамтамасыз етуді қажет ететін жүйелерді архитектуралық сипаттауға арналған ұсынылған тәжірибе (IEEE Std 1471-2000 ) көзқарастың, көзқарастың, мүдделі тараптың және алаңдаушылықтың пайдалы анықтамалары және құжаттауға арналған нұсқаулар жүйенің архитектурасы адреске көзқарастарды қолдану арқылы бірнеше көріністерді қолдану арқылы мүдделі тараптардың алаңдаушылығы.[6] Бірнеше көзқарастардың артықшылығы - жасырын талаптар мен мүдделі тараптардың келіспеушіліктерін тезірек табуға болады. Алайда, зерттеулер көрсеткендей, іс жүзінде бірнеше көзқарастарды сәйкестендірудің қосымша күрделілігі бұл артықшылыққа нұқсан келтіруі мүмкін.[7]

IEEE 1471 (қазір ISO / IEC / IEEE 42010: 2011, Жүйелер және бағдарламалық жасақтама - сәулет сипаттамасы) сәулет сипаттамаларының мазмұнын тағайындайды және олардың көптеген сценарийлер бойынша жасалуы мен қолданылуын сипаттайды, соның ішінде бұрын-соңды және бұрын-соңды болмаған дизайн, эволюциялық жобалау және қолданыстағы жүйелердің дизайнын түсіру. Осы сценарийлердің барлығында жалпы процесс бірдей: анықтау мүдделі тараптар, алаңдаушылық тудырып, қолданылатын көзқарастар жиынтығын анықтаңыз, содан кейін қызығушылық жүйесіне қатысты көзқарастар жиынтығын дамыту үшін осы спецификацияларды қолданыңыз. Стандарт белгілі бір көзқарастар жиынын анықтаудан гөрі, сәулетшілер мен ұйымдарға өздерінің көзқарастарын анықтауға бірыңғай механизмдер мен талаптарды ұсынады. 1996 жылы ашық таратылған өңдеуге арналған ISO сілтеме моделі (RM-ODP ) ауқымды үлестірілген жүйелердің архитектурасы мен дизайнын сипаттауға арналған пайдалы негіз беру үшін жарық көрді.

Үлгі тақырыптарын қарау

Көру

Жүйенің көрінісі дегеніміз - жүйенің көзқарас тұрғысынан көрінісі. Жүйеге қатысты бұл көзқарас жүйеге қатысты нақты мәселелерге бағытталған перспективаны қамтиды, ол тек жеңілдетілген моделін ұсынатын бөлшектерді басады, тек көзқарасқа қатысты элементтерге ие. Мысалы, қауіпсіздік көзқарасы қауіпсіздік мәселелеріне назар аударады, ал қауіпсіздік көрінісі моделі жүйенің жалпы моделінің қауіпсіздігімен байланысты элементтерді қамтиды.[8]

A көрініс пайдаланушыға белгілі бір қызығушылық аймағының бір бөлігін тексеруге мүмкіндік береді. Мысалы, Ақпараттық көрініс белгілі бір ақпаратты пайдаланатын барлық функцияларды, ұйымдарды, технологияларды және т.с.с ұсынуы мүмкін, ал Ұйымдық көрініс белгілі бір ұйымға қатысты барлық функцияларды, технологияларды және ақпаратты ұсына алады. Ішінде Zachman Framework көзқарастар белгілі бір аналитикалық және техникалық сараптаманы қажет ететін жұмыс өнімдерінің тобын қамтиды, өйткені олар кәсіпорынның «не», «қалай», «кім», «қайда», «қашан» немесе «неге» назар аударады. Мысалы, Functional View жұмыс өнімдері «миссия қалай жүзеге асырылады?» Деген сұраққа жауап береді. Оларды мамандар оңай жасайды функционалдық ыдырау процесті және әрекетті модельдеуді қолдану. Олар кәсіпорынды функциялар тұрғысынан көрсетеді. Олар сонымен қатар ұйымдастырушылық және ақпараттық компоненттерді көрсете алады, бірақ функцияларға қатысты болған жағдайда ғана.[9]

Қарау нүктелері

Жүйелік инженерияда көзқарас дегеніміз - жүйеде мазасыздықты бөлу немесе шектеу. Осы тұрғыдағы мәселелер бөлек шешілуі үшін көзқарасты қабылдау қажет. Көзқарастардың жақсы таңдауы жүйенің дизайнын белгілі бір сараптама салаларына бөледі.[3]

Көрініс нүктелері көзқарастарды құру, ұсыну және талдау үшін конвенциялар, ережелер мен тілдерді ұсынады. ISO / IEC 42010: 2007 (IEEE-Std-1471-2000 ) көзқарас - бұл жеке көрініске арналған спецификация. Көрініс дегеніміз - тұтас жүйенің көзқарас тұрғысынан көрінісі. Көрініс бір немесе бірнеше болуы мүмкін сәулеттік модельдер.[10] Әрбір осындай архитектуралық модель онымен байланысты архитектуралық жүйеде, сондай-ақ тұтас жүйеде орнатылған әдістерді қолдана отырып жасалады.[6]

Перспективаларды модельдеу

Перспективаларды модельдеу - жүйенің алдын-ала таңдалған аспектілерін ұсынудың әртүрлі тәсілдерінің жиынтығы. Әрқайсысы перспектива басқа бағытта, концептуалдау, бағыттылық және визуалдау бар модель ұсынады.

Жылы ақпараттық жүйелер, модельдеу перспективаларын бөлудің дәстүрлі тәсілі құрылымдық, функционалдық және мінез-құлық / процестік перспективаларды ажырату болып табылады. Бұл ереже, объект, коммуникация және актерлік-рөлдік перспективалармен бірге модельдеу тәсілдерін жіктеудің бір әдісі болып табылады [11]

Көрініс моделі

Кез-келген көзқараста жүйенің моделін жасауға болады, ол тек сол көзқарастан көрінетін нысандарды ғана қамтиды, сонымен бірге жүйеде бар және сол көзқарасқа қатысты барлық объектілерді, қатынастар мен шектеулерді қамтиды. Мұндай модель көзқарас моделі немесе жүйенің сол тұрғыдан көрінісі деп аталады.[3]

Берілген көрініс - бұл жүйеге берілген тұрғыдан белгілі бір абстракция деңгейіндегі спецификация. Абстракцияның әр түрлі деңгейлерінде әртүрлі деңгейлер бар. Жоғары деңгейлі көріністер инженерге бүкіл дизайнды түсінуге және түсінуге, проблемаларды анықтауға және шешуге мүмкіндік береді. Төменгі деңгейдегі көріністер инженерге дизайнның бір бөлігіне шоғырлануға және егжей-тегжейлі сипаттамаларды әзірлеуге мүмкіндік береді.[3]

Сәулет құрылымындағы көріністердің, өнімдердің және деректердің иллюстрациясы.

Алайда жүйенің өзінде әртүрлі көзқарас модельдерінде пайда болатын барлық сипаттамалар жүйенің іске асырылған компоненттерінде қарастырылуы керек. Кез-келген компоненттің сипаттамалары әртүрлі көзқарастар бойынша жасалуы мүмкін. Екінші жағынан, функциялардың белгілі бір компоненттер мен компоненттердің өзара әрекеттесуі бойынша үлестірілуінен туындаған сипаттамалар, әдетте, бастапқы көзқарастарға қарағанда алаңдаушылықтың әр түрлі бөлінуін көрсетеді. Сонымен, жекелеген компоненттер мен жүйенің төменнен жоғары синтезінің мәселелерін шешетін қосымша көзқарастар да пайдалы болуы мүмкін.[3]

Сәулет сипаттамасы

Ан сәулет сипаттамасы бұл жүйенің архитектурасын кез-келген уақытта оның құрамдас бөліктері, сол бөліктердің қалай жұмыс істейтіндігі, сол бөліктердің жұмыс істейтін ережелері мен шектеулері және сол бөліктердің бір-бірімен және қоршаған ортамен байланысы туралы бейнесі. Сәулет сипаттамасында сәулет деректері бірнеше көріністер мен өнімдерге ортақ.

Деректер деңгейінде архитектура элементтері және олардың анықтайтын атрибуттары мен байланыстары орналасқан. Презентация қабатында сәулеттің мақсатын, ол нені сипаттайтынын және әртүрлі архитектуралық талдауларды түсіндіру және түсіну үшін көрнекі құралдарды қолдайтын өнімдер мен көріністер бар. Өнімдер архитектуралық деректерді графикалық, кестелік немесе мәтіндік көріністер ретінде визуализациялау әдісін ұсынады. Көріністер архитектураның нақты немесе біртұтас перспективасы үшін деректерді логикалық түрде ұйымдастыра отырып, өнімдерде кездесетін архитектуралық деректерді визуалдауға мүмкіндік береді.

Жүйені қарау модельдерінің түрлері

Үш схемалық тәсіл

Үш схемалық модель ұғымы 1977 жылы алғаш рет енгізілген ANSI / X3 / SPARC үш деңгейлі сәулеті, ол деректерді модельдеу үшін үш деңгейді анықтады.[12]

The Үш схемалық тәсіл 1977 жылы енгізілген деректерді модельдеу үшін алғашқы қарау модельдерінің бірі деп санауға болады. Бұл ақпараттық жүйелерді құруға және жүйені ақпараттық басқаруға ықпал ететін ықпал етеді тұжырымдамалық модель қол жеткізудің кілті ретінде деректерді біріктіру.[13] Үш схема тәсілі үш схема мен көріністі анықтайды:

  • Пайдаланушы көріністеріне арналған сыртқы схема
  • Тұжырымдамалық схема сыртқы схемаларын біріктіреді
  • Физикалық сақтау құрылымдарын анықтайтын ішкі схема

Орталықта тұжырымдамалық схема анықтайды онтология туралы ұғымдар ретінде пайдаланушылар олар туралы ойлаңыз және олар туралы сөйлесіңіз. Физикалық схема ішіндегі форматтарды сипаттайды деректер сақталған дерекқор, және сыртқы схема берілгендердің көрінісін анықтайды қолданбалы бағдарламалар.[14] Рамка бірнеше схемалар үшін сыртқы схемалар үшін пайдалануға рұқсат берді.[15]

Осы жылдар ішінде ақпараттық жүйелерді құруға деген шеберлік пен қызығушылық өте өсті. Алайда, көбінесе құрылыс жүйелеріндегі дәстүрлі тәсіл тек анықтауға бағытталды деректер екі нақты көріністен «қолданушы көрінісі» және «компьютер көрінісі». «Сыртқы схема» деп аталатын пайдаланушының көзқарасы бойынша, деректердің анықтамасы жеке адамдарға нақты жұмыстарды орындауға көмектесу үшін жасалған есептер мен экрандар контекстінде. Пайдалану көрінісіндегі мәліметтердің қажетті құрылымы іскери ортаға және пайдаланушының жеке қалауына байланысты өзгереді. «Ішкі схема» деп аталатын компьютер көрінісі бойынша мәліметтер сақтау және іздеу үшін файлдық құрылымдар бойынша анықталады. Мәліметтердің қажетті құрылымы компьютер сақтау орны нақты компьютерлік технологияға және деректерді тиімді өңдеу қажеттілігіне байланысты.[16]

Сәулеттің 4 + 1 көрініс моделі

Суреті 4+1 модельді немесе сәулетті қарау.

4+1 арқылы жасалған көрініс моделі болып табылады Филипп Крухтен көптеген, қатар көріністерді пайдалануға негізделген бағдарламалық қамтамасыз етуді қажет ететін жүйелердің архитектурасын сипаттау үшін 1995 ж.[17] Көріністер жүйені әр түрлі мүдделі тараптардың, мысалы, соңғы пайдаланушылар, әзірлеушілер және жоба менеджерлері тұрғысынан сипаттау үшін қолданылады. Модельдің төрт көрінісі - логикалық, дамудың, процестің және физикалық көріністің:

Модельдің төрт көрінісі мыналарға қатысты:

  • Логикалық көрініс: жүйенің соңғы пайдаланушыларға беретін функционалдығына қатысты.
  • Даму көрінісі: бағдарламашылар тұрғысынан жүйені бейнелейді және бағдарламалық қамтамасыздандырумен байланысты.
  • Процесс көрінісі: жүйенің динамикалық аспектісімен айналысады, жүйелік процестерді және олардың қалай байланысатындығын түсіндіреді және жүйенің жұмыс уақытының тәртібіне назар аударады.
  • Физикалық көрініс: жүйені жүйенің инженері тұрғысынан бейнелейді. Бұл физикалық деңгейдегі бағдарламалық жасақтама компоненттерінің топологиясына, сондай-ақ осы компоненттер арасындағы байланысқа қатысты.

Қосымша таңдалды істерді қолдану немесе архитектураны бейнелеу үшін сценарийлер қолданылады. Демек, модель 4 + 1 көріністі қамтиды.[17]

Кәсіпорынның сәулет көріністерінің түрлері

Кәсіпорынның архитектуралық құрылымы байланыстыратын құрылым мен көріністерді қалай ұйымдастыруға болатындығын анықтайды кәсіпорын сәулеті. Кәсіпорын сәулеті мен инжинирингінің пәні өте кең болғандықтан және кәсіпорындар үлкен және күрделі болуы мүмкін болғандықтан, пәнге байланысты модельдер де үлкен және күрделі болып келеді. Осы ауқымдылық пен күрделілікті басқару үшін Сәулет құрылымы тапсырманы назарға аудара алатын және қажет болған кезде құнды артефактілерді шығаруға мүмкіндік беретін құралдар мен әдістерді ұсынады.

Сәулет негіздері әдетте қолданылады Ақпараттық технологиясы және Ақпараттық жүйе басқару. Ұйым белгілі модельдерді а. Дейін шығаруға міндеттеме бере алады жүйені жобалау мақұлдануы мүмкін. Сол сияқты, олар сатып алынатын жүйелердің құжаттамасында қолданылатын кейбір көзқарастарды көрсетуді қалауы мүмкін - the АҚШ қорғаныс министрлігі жабдықтың жеткізушілері белгілі бір мәннен жоғары капиталды жобалау үшін DoDAF-тың нақты көріністерін ұсынатындығын белгілейді.

Zachman Framework

Жеңілдетілген иллюстрациясы Zachman Framework қатарларын түсіндіре отырып.[18] Бастапқы жақтау жетілдірілген, мысалға қараңыз Мұнда.

The Zachman Framework, бастапқыда Джон Захман IBM-де 1987 ж. - бұл кәсіпорынды қарау мен анықтаудың формальды және жоғары құрылымдалған тәсілін ұсынатын кәсіпорын архитектурасының негізі.

Framework архитектуралық «артефактілерді» ұйымдастыруда артефакт кімге бағытталғанын (мысалы, кәсіп иесі және құрылысшы) және қандай нақты мәселе (мысалы, деректер мен функционалдылық) шешілетіндігін ескеретін етіп қолданылады. Бұл артефактілер жобалық құжаттарды, техникалық шарттарды және модельдерді қамтуы мүмкін.[19]

Закман шеңберін көбінесе негізгі элементтерін өрнектеуге арналған стандартты тәсіл деп атайды кәсіпорын сәулеті. Закман шеңберін АҚШ федералды үкіметі «... бүкіл әлемде кәсіпорындар мен оларды қолдайтын жүйелердегі өзгерістерді басқарудың интеграцияланған негізі ретінде қабылдады» деп мойындады.[20]

RM-ODP көріністері

The RM-ODP көрініс моделі, ол жүйеге және оның қоршаған ортасына бес жалпы және қосымша көзқарастарды ұсынады.

Халықаралық стандарттау ұйымы (ISO) ашық таратылған өңдеудің анықтамалық моделі (RM-ODP ) [21] таратылған бағдарламалық / аппараттық жүйенің дизайнын бөлуге арналған көзқарастар жиынын анықтайды. Көптеген интеграциялық проблемалар осындай жүйелерді жобалау кезінде немесе өте ұқсас жағдайларда туындайтындықтан, бұл көзқарастар интеграциялық мәселелерді бөлуде пайдалы болуы мүмкін. RMODP көріністері:[3]

  • The кәсіпорынның көзқарасы, бұл жүйенің мақсаты мен мінез-құлқына қатысты, өйткені ол бизнес мақсаты мен ұйымның бизнес-процестеріне қатысты
  • The ақпараттық көзқарас, бұл жүйе қолданатын ақпараттың сипатына және осы ақпаратты қолдану мен түсіндірудегі шектеулерге қатысты
  • The есептеу көзқарасыжүйенің функционалды ыдырауына қатысты, белгілі бір мінез-құлықты көрсететін және интерфейстерде өзара әрекеттесетін компоненттер жиынтығына
  • The инженерлік көзқарасесептеу компоненттерінің өзара әрекеттесуін қолдау үшін қажетті механизмдер мен функцияларға қатысты
  • The технология тұрғысынан, бұл жүйені іске асырудың, әсіресе компоненттер арасындағы коммуникацияның технологияларын нақты таңдауға қатысты

RMODP бұдан әрі көзқарастар арасындағы үйлесімділік сипаттамаларын қамтитын дизайнға талапты анықтайды, оның ішінде:[3]

  • ақпараттық бірліктерді анықтауда кәсіпорын объектілері мен процестерін қолдану
  • есептеу компоненттерінің мінез-құлқын анықтауда кәсіпорын объектілері мен мінез-құлықтарын пайдалану және есептеу интерфейстерін анықтауда ақпараттық бірліктерді пайдалану
  • инженерлік таңдауды есептеу интерфейстерімен және мінез-құлық талаптарымен байланыстыру
  • таңдалған технологиялар бойынша ақпараттық, есептеу және инженерлік талаптарды қанағаттандыру

DoDAF көріністері

The Қорғаныс сәулетінің құрылымдық бөлімі (DoDAF) ұйымдастырудың стандартты әдісін анықтайды кәсіпорын сәулеті (EA) немесе жүйелер архитектурасы бірін-бірі толықтыратын және дәйекті көзқарастарға. Бұл әсіресе күрделі интеграциясы мен өзара әрекеттесу қиындықтары бар үлкен жүйелерге сәйкес келеді және оны пайдалану кезінде бірегей болып табылады «жедел көріністер «дамушы жүйе жұмыс істейтін сыртқы тұтынушының операциялық доменін егжей-тегжейлі көрсету.

DoDAF көзқарастар арасындағы байланыстар.[22]

DoDAF графикалық, кестелік немесе мәтіндік құралдар арқылы сәулет сипаттамасының кең ауқымы мен қиындығын бейнелеу, түсіну және игеру тетіктері ретінде жұмыс істейтін өнімдер жиынтығын анықтайды. Бұл өнімдер төрт көзқарас бойынша ұйымдастырылған:

  • Барлық көріністі (AV) қарау,
  • Операциялық көрініс (OV),
  • Systems View (SV) және
  • Техникалық стандарттарды қарау (теледидар).

Әр көрініс төменде сипатталғандай сәулеттің белгілі бір перспективаларын бейнелейді. Әдетте әр жүйенің дамуы үшін DoDAF толық көрінісінің жиынтығы жасалады. Суретте байланыстыратын ақпарат көрсетілген жедел көрініс, жүйелер мен қызметтерді және техникалық стандарттарды қарау. Үш көзқарас және олардың өзара байланысы - архитектураның жалпы мәліметтер элементтері - өзара әрекеттесу немесе өнімділік сияқты шараларды шығаруға және осы көрсеткіштердің мәндерінің операциялық миссияға және тапсырма тиімділігіне әсерін өлшеуге негіз болады.[22]

Федералдық кәсіпорынның сәулеті

АҚШ-та Федералдық архитектура кәсіпорын, сегмент және шешім архитектурасы егжей-тегжейлердің деңгейін өзгерту және байланысты, бірақ нақты мәселелерді шешу жолымен әр түрлі іскерлік перспективаларды ұсынады. Кәсіпорындар өздері иерархиялық түрде ұйымдастырылған сияқты, сәулеттің әр түрімен қарастырылатын әртүрлі көзқарастар. Федералдық сәулет практикасы бойынша басшылық (2006) сәулеттің үш түрін анықтады:[23]

Федералдық архитектура деңгейлер мен атрибуттар[23]
  • Кәсіпорын сәулеті,
  • Сегменттің сәулеті, және
  • Шешім архитектурасы.

Анықтама бойынша Enterprise Architecture (EA) негізінен жалпы немесе үлестік активтерді - олар стратегиялар, бизнес-процестер, инвестициялар, деректер, жүйелер немесе технологиялар болсын анықтауға қатысты. EA стратегияға негізделген; бұл агенттікке оның ресурстарының агенттік миссиясы мен стратегиялық мақсаттары мен міндеттеріне сәйкес келетіндігін анықтауға көмектеседі. Инвестициялық тұрғыдан алғанда, АА жалпы АТ инвестициялық портфелі туралы шешім қабылдау үшін қолданылады. Демек, АА-ның негізгі мүдделі тараптары - бұл агенттіктің өз миссиясын мүмкіндігінше тиімді және сапалы орындауын қамтамасыз ету міндеті жүктелген аға менеджерлер мен басшылар.[23]

Керісінше, сегмент архитектурасы негізгі миссия аймағына, іскери қызметке немесе кәсіптік қызметке арналған қарапайым жол картасын анықтайды. Сегменттің архитектурасы бизнесті басқаруға негізделген және азаматтарға және агенттік қызметкерлеріне қызмет көрсетуді жақсартатын өнімдер ұсынады. Инвестициялық тұрғыдан алғанда, сегменттің архитектурасы негізгі миссияның бағытын немесе жалпы немесе ортақ қызметті қолдайтын іскерлік немесе іскерлік топтардың шешімдерін шығарады. Сегменттік архитектураның негізгі мүдделі тараптары - кәсіп иелері мен менеджерлер. Сегменттің архитектурасы үш принцип бойынша ЭА-мен байланысты: құрылым, қайта пайдалану және туралау. Біріншіден, сегменттің архитектурасы АА пайдаланатын құрылымды мұрагер етеді, дегенмен ол негізгі миссия аймағының немесе жалпы немесе ортақ қызметтің нақты қажеттіліктерін қанағаттандыру үшін кеңейтілуі және мамандандырылуы мүмкін. Екіншіден, сегменттің архитектурасы кәсіпорын деңгейінде анықталған маңызды активтерді қайта пайдаланады, соның ішінде: деректер; жалпы бизнес-процестер мен инвестициялар; және қосымшалар мен технологиялар. Үшіншіден, сегменттің архитектурасы бизнес стратегиялары, мандаттар, стандарттар және өнімділік өлшемдері сияқты кәсіпорын деңгейінде анықталған элементтермен үйлеседі.[23]

Номиналды көріністер жиынтығы

«Ғарыштық жүйелер архитектурасын модельдеу шеңберін» іздеу кезінде Питер Шеймс пен Джозеф Скиппер (2006 ж.) «Номиналды көзқарастар жиынтығын» анықтады,[6] CCSDS RASDS, RM-ODP, ISO 10746 алынған және сәйкес келеді IEEE 1471.

«Көріністердің номиналды жиынтығы» иллюстрациясы.[24]

Төменде сипатталған бұл «көзқарастар жиынтығы» ықтимал модельдеу көріністерінің тізімі болып табылады. Бұл көзқарастардың барлығын кез-келген жоба үшін қолдануға болмайды және басқа көріністер қажет болған жағдайда анықталуы мүмкін. Кейбір талдаулар үшін бірнеше көзқарас элементтері жаңа көрініске біріктірілуі мүмкін, мүмкін, қабатты көріністі қолдана аласыз.

Соңғы презентацияда осы номиналды көріністер жиынтығы кеңейтілген RASDS мағыналық ақпараттық моделін шығару ретінде ұсынылды.[24] Осымен RASDS - ғарыштық деректер жүйелеріне арналған архитектураның мағынасы. екінші суретті қараңыз.

Enterprise Viewpoint[6]
  • Ұйым көрінісі - кіреді ұйымдастырушылық элементтер және олардың құрылымдары мен қатынастары. Келісімдер, келісімшарттар, саясат және ұйымдық өзара әрекеттесулерді қамтуы мүмкін.
  • Талаптарды қарау - сипаттайды талаптар, жүйені басқаратын мақсаттар мен міндеттер. Жүйе не істей алуы керек екенін айтады.
  • Сценарий көрінісі - жүйені қолдануға арналған жолды сипаттайды, қараңыз сценарийлерді жоспарлау. Пайдаланушының көзқарастары мен жүйенің өзін қалай ұстайтыны туралы сипаттамаларын қамтиды.
Ақпараттық көзқарас[6]
  • Metamodel view - анықтайтын дерексіз көрініс ақпараттық модель элементтер және олардың құрылымдары мен қатынастары. Жүйе құратын және басқаратын мәліметтер кластарын және мәліметтер архитектурасын анықтайды.
  • Ақпараттық көрініс - нақты сипаттайды деректер және ақпарат өйткені ол жүйеде жүзеге асырылады және басқарылады. Мәліметтер элементтері метамодель көрінісімен анықталады және оларды басқа көріністерде функционалды нысандар сілтеме жасайды.
Ғарыштық деректер жүйелерінің анықтамалық архитектурасы.[24]
Функционалды көзқарас[6]
  • Деректер ағынының функционалды көрінісі - сипаттайтын дерексіз көрініс функционалды элементтер жүйеде олардың өзара әрекеттестігі, мінез-құлқы, ұсынылатын қызметтері, шектеулері және олардың арасындағы мәліметтер ағыны. Осы функциялардың нақты қалай жүзеге асырылғанына қарамастан, жүйенің қандай функцияларды орындай алатындығын анықтайды.
  • Функционалды басқару көрінісі - сипаттайды ағындарды басқару және жүйенің ішіндегі функционалды элементтердің өзара әрекеттесуі. Жалпы жүйені басқарудың өзара әрекеттесуін, басқару элементтері мен сенсор / эффектор элементтері арасындағы өзара әрекеттесуді және басқарудың өзара әрекетін қамтиды.
Физикалық көзқарас[6]
  • Деректер жүйесінің көрінісі - жүйеде қолданылатын құралдарды, компьютерлерді және деректерді сақтау компоненттерін, олардың деректер жүйесінің атрибуттарын және байланыс қосқыштарын (шиналар, желілер, нүктелік сілтемелер) сипаттайды.
  • Telecomm view - телекоммуникациялық компоненттерді (антенна, трансивер), олардың атрибуттарын және олардың қосқыштарын (RF немесе оптикалық сілтемелер) сипаттайды.
  • Навигация көрінісі - жүйенің ішіндегі негізгі элементтердің қозғалысын (траектория, жол, орбита) сипаттайды, олардың сыртқы элементтермен және жүйенің басқаруынан тыс болатын күштермен өзара әрекеттесуін қосады, бірақ жүйенің әрекетін түсіну үшін онымен бірге модельдеу керек. (планеталар, астероидтар, күн қысымы, ауырлық күші)
  • Құрылымдық көрініс - Жүйедегі құрылымдық компоненттерді (ш / к шинасы, тіректер, панельдер, артикуляция), олардың физикалық атрибуттары мен қосқыштарын, басқа компоненттердің тиісті құрылымдық аспектілерімен (масса, қаттылық, тіркеме) сипаттайды
  • Термиялық көрініс - басқа компоненттердің жылу қасиеттерімен бірге жүйеде белсенді және пассивті жылу компоненттерін (радиаторлар, салқындатқыштар, желдеткіштер) және олардың қосқыштарын (физикалық және бос кеңістіктегі сәулелену) және атрибуттарды сипаттайды (яғни антенна күн көлеңкесі ретінде)
  • Қуат көрінісі - басқа компоненттердің қуат қасиеттерімен бірге жүйедегі белсенді және пассивті қуат компоненттерін (күн батареялары, батареялар, RTG) және олардың қосқыштарын сипаттайды (деректер жүйесі және қозғаушы элементтер қуат раковиналары ретінде, ал құрылымдық панельдер жерге қосу ретінде) ұшақ)
  • Қозғалтқыш көрінісі - жүйедегі белсенді және пассивті қозғаушы компоненттерді (итергіштер, гирос, қозғалтқыштар, дөңгелектер) және олардың қосқыштарын басқа компоненттердің қозғаушы қасиеттерімен бірге сипаттайды
MBED номиналды көзқарастар жиынтығына негізделген жоғары деңгейлі онтология.[6]
Инженерлік көзқарас[6]
  • Бөлу көрінісі - жүйенің құрамындағы физикалық және есептеу компоненттеріне функционалды объектілерді бөлуді сипаттайды, өнімділікті талдауға мүмкіндік береді және талаптардың қанағаттандырылуын тексеру үшін қолданылады.
  • Бағдарламалық жасақтаманы қарау - жүйенің бағдарламалық жасақтама аспектілерін, бағдарламалық жасақтаманың дизайны мен бағдарламалық жасақтама компоненттері ішіндегі функционалдылықты сипаттайды, қолданылатын тілдер мен кітапханаларды таңдайды, интерфейстерді анықтайды, абстрактілі функционалды объектілерді материалды бағдарламалық жасақтама элементтеріне айналдырады. Бағдарламалық жасақтама тілі арқылы сипатталған кейбір функционалды элементтер, шын мәнінде, аппараттық құрал ретінде қолданылуы мүмкін (FPGA, ASIC)
  • Аппараттық көріністер - жүйенің аппараттық инженерлік аспектілерін, аппараттық құралдарды жобалауды, жүйеге жинақталатын барлық физикалық компоненттерді таңдауды және іске асыруды сипаттайды. Әрқайсысы әр түрлі инженерлік пәнге тән осы көзқарастардың көп болуы мүмкін.
  • Байланыс хаттамасының көрінісі - байланыс хаттамалары мен байланысты деректерді тасымалдау және деректерді басқару қызметтерін жобалаудың соңына дейін сипаттайды, жүйенің физикалық компоненттерінің әрқайсысында орындалған кездегі хаттамалар стектерін көрсетеді.
  • Тәуекел көрінісі - жүйені жобалаумен, процестермен және технологиялармен байланысты тәуекелдерді сипаттайды, архитектурада сипатталған басқа элементтерге тәуекелді бағалаудың қосымша атрибуттарын тағайындайды.
  • Басқарудың инженерлік көрінісі - жүйені басқару қабілеті тұрғысынан талдайды, элементтерді басқару жүйесіне және басқару жүйесіне бөлу
  • Интеграция және сынақ көрінісі - жүйені және ішкі жүйелерді, жинақтарды жинау, біріктіру және тексеру үшін не істеу керек деген жүйеге жүйені қарастырады. Сценарийлерге негізделген талапқа сай функционалдығын тексеруді қамтиды.
  • IV&V көрінісі - жүйенің функционалдығы мен талапқа сай жұмыс істеуін тәуелсіз тексеру және тексеру. Жоспарланған және дамыған жүйе мақсат пен міндеттерге сәйкес келе ме?
Технологияның көзқарасы[6]
  • Стандарттардың көрінісі - жүйені жобалау кезінде қабылданатын стандарттарды анықтайды (мысалы, байланыс хаттамалары, радиацияға төзімділік, дәнекерлеу). Бұл жобалау мен іске асыру процестеріндегі шектеулер.
  • Инфрақұрылым көрінісі - Инженерлік, жобалау және дайындау процесін қолдауға арналған инфрақұрылым элементтерін анықтайды. Деректер жүйесінің элементтерін (дизайн репозитарийлері, рамалар, құралдар, желілер) және аппараттық элементтерді (чиптерді дайындау, термиялық вакуум қондырғысы, механикалық шеберхана, РФ сынау зертханасы) қамтуы мүмкін.
  • Технологияларды әзірлеу және бағалау көрінісі - жүйені дамыту жобасына енгізілуі мүмкін алгоритмдерді немесе компоненттерді шығаруға арналған технологияларды дамыту бағдарламаларының сипаттамасын қамтиды. Таңдалған аппараттық және бағдарламалық жасақтама компоненттерінің қасиеттерін жобалау миссиясы үшін қабылдау үшін жеткілікті жетілу деңгейінде екендігін анықтау үшін бағалауды қамтиды.

Бұрын келтірілген көріністердің модельдерінен айырмашылығы, бұл «номиналды көзқарастар жиынтығы» жүйенің архитектуралық бағдарламалық жасақтамасының жалпы класын сипаттауға арналған қуатты және кеңейтілетін тәсілдерді дамытуға мүмкіндік беретін көзқарастардың бүкіл спектрін тізімдейді.[6]

Сондай-ақ қараңыз

Әдебиеттер тізімі

  1. ^ ISO / IEC / IEEE 42010: 2011, Жүйелер және бағдарламалық жасақтама - Сәулет сипаттамасы
  2. ^ ISO / IEC 10746-1, Ақпараттық технологиялар - Ашық таратылған өңдеу - Анықтамалық модель: Шолу
  3. ^ а б c г. e f ж Эдвард Дж. Баркмейер (2003). Жүйелер интеграциясын автоматтандыруға арналған түсініктер NIST 2003.
  4. ^ Дуглас Т.Росс және К.Е. Шоман, кіші «Талаптарды анықтау үшін құрылымдық талдау». Бағдарламалық жасақтама бойынша IEEE транзакциялары, SE-3 (1), қаңтар 1977 ж.
  5. ^ А. Финкельштейн, Дж. Крамер, Б. Нусейбе, Л. Финкельштейн және М. Гойдике. «Көріністер: жүйені дамытуда көптеген перспективаларды біріктіруге арналған негіз." Бағдарламалық жасақтама және білім инженериясының халықаралық журналы, 2(1):31-58, 1992.
  6. ^ а б c г. e f ж сағ мен j к Питер Шеймс, Джозеф Скиппер. «Ғарыштық жүйелер архитектурасын модельдеу шеңберіне» Мұрағатталды 2009-02-27 сағ Wayback Machine. NASA, JPL.
  7. ^ Истербрук, С .; Ю, Е .; Аранда, Дж .; Юнтиан фанаты; Хоркофф, Дж .; Лейка, М .; Кадир, Р.А. (2005). «Көзқарастар тұжырымдамалық модельдердің жақсаруына әкеліп соқтыра ма? Іскери зерттеу». IEEE талаптарына арналған 13-ші Халықаралық конференция (RE'05). 199–208 бет. CiteSeerX  10.1.1.78.4594. дои:10.1109 / RE.2005.23. ISBN  978-0-7695-2425-2.
  8. ^ Синан Си Альхир (2003). «Модельді архитектураны (MDA) түсіну «. Жылы: Әдістер мен құралдар. 2003 жылдың күзі.
  9. ^ АҚШ-тың Қазынашылық департаментінің ақпарат жөніндегі бас кеңесшісі (2000). Қазынашылық кәсіпорнының сәулеті. 1-нұсқа, 2000 жылғы шілде. Мұрағатталды 2009 жылғы 18 наурыз Wayback Machine
  10. ^ IEEE-1471-2000
  11. ^ Джон Крогсти, (2003). Тұжырымдамалық модельдеу, Мұрағатталды 16 наурыз 2007 ж Wayback Machine
  12. ^ Мэттью Уэст пен Джулиан Фаулер (1999). Деректердің жоғары сапалы модельдерін жасау Мұрағатталды 21 желтоқсан 2008 ж Wayback Machine. Еуропалық процесс индустриясы STEP техникалық байланыс жөніндегі атқарушы (EPISTLE).
  13. ^ STRAP 2-БӨЛІМ ТӘСІЛІ. Тексерілді, 30 қыркүйек 2008 ж.
  14. ^ Джон Ф. Сова (2004). [«Білім сорпасының шақыруы»]. жарияланған: Ғылым, технология және математикалық білім берудің зерттеу тенденциялары. Дж. Рамадас және С. Чунавала, Хоми Бхабха орталығы, Мумбай, 2006 ж. Редакциялаған.
  15. ^ Гад Ариав және Джеймс Клиффорд (1986). Мәліметтер базасы жүйелерінің жаңа бағыттары: құжаттардың қайта қаралған нұсқалары. Нью-Йорк Университеті Іскери әкімшіліктің жоғары мектебі. Ақпараттық жүйелерді зерттеу орталығы, 1986 ж.
  16. ^ itl.nist.gov (1993) Ақпараттық модельдеудің интеграциялық анықтамасы (IDEFIX) Мұрағатталды 2013-12-03 Wayback Machine. 21 желтоқсан 1993.
  17. ^ а б Крюхтен, Филипп (1995, қараша). Сәулеттік жоспарлар - бағдарламалық жасақтаманың «4 + 1» көрінісі. IEEE бағдарламалық жасақтамасы 12 (6), 42-50 бет.
  18. ^ АҚШ-тың ардагерлер ісі жөніндегі департаменті (2008) Закман архитектурасы шеңберінде оқу құралы Мұрағатталды 13 шілде 2007 ж., Сағ Wayback Machine. 06 желтоқсан 2008 қол жеткізді.
  19. ^ Кәсіпорын архитектурасының ең үздік төрт әдістемесін салыстыру Мұрағатталды 2008-04-09 ж Wayback Machine, Роджер Сешнс, Microsoft Developer Network Architecture Center,
  20. ^ Федералдық сәулет құрылымы Мұрағатталды 16 қыркүйек, 2008 ж Wayback Machine
  21. ^ ISO / IEC 10746-1: 1998 Ақпараттық технологиялар - Ашық таратылған өңдеу: Анықтамалық модель - 1 бөлім: Шолу, Халықаралық стандарттау ұйымы, Женева, Швейцария, 1998 ж.
  22. ^ а б DoD (2007) DoD Architecture Framework 1.5 нұсқасы . 23 сәуір 2007 ж Мұрағатталды 11 наурыз 2005 ж Wayback Machine
  23. ^ а б c г. Федералдық кәсіпорындағы сәулет бағдарламасын басқару кеңсесі (2006). FEA практикалық нұсқаулығы[өлі сілтеме ].
  24. ^ а б c Питер Шеймс және Джозеф Скиппер (2006). Ғарыштық жүйелер архитектурасын модельдеу шеңберіне қарай Мұрағатталды 2010-05-27 сағ Wayback Machine. 25 мамыр 2006 ж.
Атрибут

Бұл мақала құрамына кіредікөпшілікке арналған материал бастап Ұлттық стандарттар және технологиялар институты веб-сайт https://www.nist.gov.

Сыртқы сілтемелер