Функция моделі - Feature model

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

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

Функционалды модельдер алғаш рет Мүмкіндікке бағытталған доменді талдау (FODA) әдісі Канг 1990 ж.[1] Содан бері функционалды модельдеу бағдарламалық жасақтама желісі қауымдастығында кеңінен қабылданды және бірқатар кеңейтімдер ұсынылды.

Фон

«Мүмкіндік» «пайдаланушының көрнекті немесе айрықша көрінетін аспектісі, сапасы немесе сипаттамасы ретінде анықталады бағдарламалық қамтамасыз ету жүйесі немесе жүйе ».[1] SPL дамытудың бағыты ұқсас бағдарламаларды жүйелі және тиімді құруға бағытталған. FODA - бұл белгілі бір SPL қамтылатын домендегі ерекшеліктерді анықтауға арналған талдау.[1]

Үлгі

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

Диаграмма

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

Конфигурация

Мүмкіндік конфигурациясы дегеніміз - бұл SPL мүшесін сипаттайтын мүмкіндіктер жиынтығы: егер бұл функция оның конфигурациясында болса ғана, құрамында функция бар. Мүмкіндік конфигурациясына мүмкіндік моделі шектеулерді бұзбаған жағдайда ғана рұқсат етіледі.

Ағаш

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

Функцияны модельдеу белгілері

Модельдеудің қолданыстағы белгілерін үш негізгі топқа бөлуге болады, атап айтқанда:

  • Негізгі функционалды модельдер
  • Кардинализмге негізделген ерекшелік модельдері
  • Кеңейтілген функционалды модельдер

Негізгі функционалды модельдер

Ата-ана ерекшелігі мен оның балалық ерекшеліктері (немесе ішкі ерекшеліктері) арасындағы қатынастар келесідей жіктеледі:

  • Міндетті - баланың ерекшелігі қажет.
  • Қосымша - баланың ерекшелігі міндетті емес.
  • Немесе - ішкі мүмкіндіктердің кем дегенде біреуін таңдау керек.
  • Альтернативті (xor) - ішкі ерекшеліктердің бірін таңдау керек

Функциялар арасындағы ата-аналық қатынастардан басқа, ағаштар арасындағы шектеулерге жол беріледі. Ең кең тарағандары:

  • А-ға В қажет - өнімдегі А-ны таңдау В-ны таңдауды білдіреді.
  • A қоспағанда B - A және B бір өнімнің бөлігі бола алмайды.

Мысал ретінде, төмендегі суретте функционалды модельдерді желілік сауда жүйелерін конфигурациялауға және құруға қалай пайдалануға болатындығы көрсетілген. Әр қосымшаның бағдарламалық жасақтамасы оның мүмкіндіктерімен анықталады. Түбірлік функция (яғни электрондық дүкен) SPL-ді анықтайды. Кез-келген сауда жүйесі каталогты, төлем модульдерін, қауіпсіздік саясатын және міндетті емес іздеу құралын жүзеге асырады. Электрондық дүкендер жоғары немесе стандартты қауіпсіздік саясатын жүзеге асыруы керек (біреуін таңдаңыз), және әртүрлі төлем модульдерін ұсына алады: банктік аударым, несиелік карта немесе олардың екеуі де. Сонымен қатар, ағаштар арасындағы шектеу сауда жүйелерін, соның ішінде несиелік карта төлем модулін жоғары қауіпсіздік саясатын жүзеге асыруға мәжбүр етеді.

Электрондық дүкеннің конфигурацияланатын жүйесін ұсынатын ерекшелік диаграммасы.


Кардинализмге негізделген ерекшелік модельдері

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

Егер жоғарғы шекара м функцияны қалағанымызша бірнеше рет клондауға болады (егер басқа шектеулер сақталса). Бұл жазба компоненттердің еркін санымен кеңейтілетін өнімдер үшін пайдалы.

Кеңейтілген функционалды модельдер

Басқалары «атрибуттар» көмегімен функцияларға функционалды емес ақпаратты қосуды ұсынады. Бұлар негізінен ат, домен және мәннен тұрады.[4]

Семантика

Мүмкіндік моделінің семантикасы - бұл мүмкіндік моделі мүмкіндік беретін конфигурациялардың жиынтығы. Математикалық логиканы функционалды схеманың семантикасын түсіру үшін қолдану ең кең таралған тәсіл болып табылады.[5] Әр функция а-ға сәйкес келеді логикалық айнымалы және семантикасы а ретінде алынады ұсыныстық формула. Осы формуланың қанағаттанарлық бағалары ерекшелік диаграммасында рұқсат етілген мүмкіндік конфигурацияларына сәйкес келеді, мысалы, егер -ның міндетті ішкі ерекшелігі болып табылады , формула шектеуді қамтиды .[6]

Келесі кестеде негізгі примитивтердің аудармасы келтірілген. Диаграмманың семантикасы - бұл схемада қамтылған элементтердің аудармаларының конъюнктурасы. Біз диаграмма тамырланған ағаш деп болжаймыз.

Ерекшелік диаграммасыСемантика
негізгі ерекшелігі болып табылады
қосымша функциясы
міндетті ішкі ерекшелігі
баламалы ішкі ерекшеліктері
немесе ішкі ерекшеліктері
алып тастайды
талап етеді

Өнімдерді конфигурациялау

SPL өнімі декларативті түрде пайдаланушының қалауына сәйкес функцияларды таңдау немесе таңдау арқылы анықталады. Мұндай шешімдер ерекшелік моделінің шектеулерін ескеруі керек. «Конфигуратор» - бұл пайдаланушыға конфигурация процесінде көмектесетін құрал. Мысалы, конфигурация сәтті аяқталуы үшін сәйкесінше таңдалуы керек немесе қажет емес мүмкіндіктерді автоматты түрде таңдау немесе таңдауды тоқтату арқылы. Қазіргі тәсілдерді қолдану бірліктің таралуы[7] және CSP еріткіштері.[4]

Қасиеттері мен талдаулары

Ерекше модельді талдау маркетингтік стратегиялар немесе техникалық шешімдер үшін маңызды модельдің кейбір қасиеттерін мақсат етеді. Әдебиетте бірқатар талдаулар анықталған.[8][9] Әдеттегі талдаулар сипаттамалық модельдің жарамсыздығын (ешқандай өнімді білдірмейді), оның өлі ерекшеліктерін (кез-келген өнімнің бөлігі бола алмайтын ерекшеліктерді) немесе моделмен ұсынылған бағдарламалық өнім желісінің өнімдерінің санын анықтайды. Басқа талдаулар бірнеше функционалды модельдерді салыстыруға бағытталған (мысалы, модель a екендігін тексеру үшін) мамандандыру немесе қайта өңдеу немесе жалпылау басқа).[10]

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

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

  1. ^ а б c Кан, К.С. және Коэн, С.Г. және Гесс, Дж.А. және Новак, В.Е. және Петерсон, А.С., «Мүмкіндікке бағытталған домендік талдау (FODA) техникалық-экономикалық негіздемесі», Техникалық есеп CMU / SEI-90-TR-021, SEI, Карнеги Меллон университеті, 1990 ж. қарашажүктеу
  2. ^ «Feature Tree | BAwiki».
  3. ^ Czarnecki, K. and Helsen, S. and Eisenecker, U., «Мүмкіндік модельдерін қолданатын кезеңдік конфигурация», Бағдарламалық жасақтама өнімдерінің желілері бойынша үшінші халықаралық конференция материалдары (SPLC '04), Информатикадағы Дәрістердің 3154 томы. Springer Berlin / Heidelberg, тамыз 2004 ж. жүктеу.
  4. ^ а б Д.Бенавидес, П.Тринидад және А.Руис-Кортес. «Функционалды модельдер туралы автоматтандырылған пікірталас». Ақпараттық жүйелерді жетілдіру бойынша 17-ші конференция (CAiSE'05). Порту, Португалия. 2005 ж жүктеу
  5. ^ Шоббенс, П.-Ю .; Хейманс, П .; Тригао, Дж.Мүмкіндік диаграммалары: Сауалнама және формальды семантика, «Инженерияға қойылатын талаптар, 14 IEEE Халықаралық конференциясы, т., №., 139-148 бб, 11-15 қыркүйек 2006 ж. жүктеу
  6. ^ Амадор Дюран, Дэвид Бенавидс, Серхио Сегура, Пабло Тринидад және Антонио Руис-Кортес «ЖАЛЫН: автоматтандырылған спецификация сынағымен расталған бағдарламалық өнім сызықтарын автоматты түрде талдауға арналған ресми негіз». Бағдарламалық жасақтама және жүйені модельдеу. 2015 ж. жүктеу
  7. ^ Batory, D., «Ерекше модельдер, грамматикалар және проекциялық формулалар», 9-шы Халықаралық бағдарламалық жасақтама өнімдерінің конференциясының материалдары (SPLC '05) жүктеу[тұрақты өлі сілтеме ]
  8. ^ Д.Бенавидес, А.Руис-Кортес, П.Тринидад және С.Сегура. «Функционалды модельдердің автоматтандырылған талдауы бойынша сауалнама «. Jornadas de Ingeniería del Software y Base de Datos (JISBD'06). Ситжес, Испания. 2006 ж.
  9. ^ Бенавидс, Дэвид; Сегура, Серхио; Руис Кортес, Антонио (2010). «20 жылдан кейін көркемдік модельдерді автоматты түрде талдау: әдеби шолу». Ақпараттық жүйелер. 35 (6): 615–636. дои:10.1016 / j.is.2010.01.001. hdl:11441/24694.
  10. ^ Т.Туэм, Д.Баторы және К.Каестнер. «Функционалды модельдерге түзетулер енгізу туралы пікірлер Бағдарламалық жасақтама бойынша халықаралық конференция (ICSE), мамыр 2009 ж.

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