Senâryo-Merkezli Şartnâme (Scenario-Oriented Specification, SOS), müstaʿmil tecrübesi senâryolarındaki fiʿil, maḳṣad ve context maʿlûmâtını taʿḳîb edilebilir ara temsîller vâsıtasıyla fonksiyonel iḥtiyâclara, sistem aḳsâmına ve ḳıyâs olunabilir mühendislik şartnâmelerine taḥvîl etmek üzere geliştirilmiş reçeteli bir tasarım usûlüdür. Taḥḳîḳ, müstaʿmil tecrübesi araştırmasının context'e ve ḥikâyeye müteʿalliḳ netîceleriyle mühendisliğin ḳıyâs olunabilir ve taṣdîḳ edilebilir teknik temsîlleri arasındaki inḳıṭâʿı experience–specification gap yaʿnî tecrübe–şartnâme boşluğu olarak mefhûmlaştırır. SOS bu boşluğu senâryodan nihâʾî teknik ḳıymete doğrudan sıçramakla değil, birbirine dâʾimî tanımlayıcılarla bağlı ara temsîller teşkîl ederek ele alır.

SOS'un ibtidâʾî çekirdeği beş ḳademedir: senâryo unsurlarının taʿyîni, teʿâmül silsilelerinin kurulması, fonksiyonel iḥtiyâcların istiḫrâcı, aḳsâmın intihâbı ve mühendislik şartnâmelerinin taʿyîni. Usûl üç tasarım prensibine müsteniddir: fiʿil-esâslı traceability, context'in ileriye naḳli ve eş-zamânlı çoklu-görünüş temsîlleri. Bu prensipler ibtidâʾen beş meta-iḥtiyâcı karşılamak üzere tasarlanmıştır: iki cihetli traceability, context'e sadâḳat, mühendislik iş cereyânına muvâfaḳat, tekrarlanabilir taḥvîl ve müşterek temsîl sahası.

Usûl, Cenûbî Kore'de 2021–2025 arasında icrâ olunan ve yaşlı yetişkinlerin gündelik, emniyet ve içtimâʿî teʿâmül iḥtiyâclarına müteveccih Lemmy nâm companion-care robot geliştirme projesinde tabiî sanâyiʿ şerâʾiti altında değerlendirilmiştir. Senâryo geliştirme süreci evvelâ 18 keşif senâryosu hâsıl etmiş, tasarım çalıştaylarında bu aded 25 namzed senâryoya çıkarılmış ve 12 yaşlı yetişkinin hânelerine yapılan saha ziyâretleri, köpük maketler ve yüksek doğruluklu prototiplerle rol yapma çalışmaları netîcesinde 15 doğrulanmış senâryoya indirilmiştir.

SOS tatbîḳında bu 15 senâryodan cemʿan 244 kodlanmış senâryo unsuru istiḫrâc edilmiştir. Bunların 138 adedi teʿâmül unsurudur: 59 müstaʿmil fiʿili ve 79 mahsûl fiʿili. Bâḳî 106 unsur müstaʿmil, maḳṣad, muhît, vâsıta ve ḥâdise gibi context unsurlarıdır. Bu maʿlûmât 104 teʿâmül silsilesine taḥvîl edilmiş; bunlardan 144 fonksiyonel iḥtiyâc teşkîl edilmiş; iḥtiyâclar 100 aḳsa eşlenmiş ve taḳrîben 312 mühendislik şartnâmesi hâsıl edilmiştir.

144 fonksiyonel iḥtiyâc harmonizasyon esnâsında 69 mükerrer yâhud esâs iḥtiyâc ile 75 senâryoya maḫṣûṣ iḥtiyâca tefrîḳ edilmiştir. İlk aḳsâm intihâbında 72 senâryo-menşeʾli aḳs teşekkül etmiş, disiplinlerarası fizibilite ve entegrasyon tetḳîḳleri nihâyetinde bunlar 65 aḳs olarak konsolide edilmiştir. Senâryolarda doğrudan görünmeyen, lâkin sistem bütünlüğü için lâzım olan elektronik, montaj ve benzeri altyapıları temsîl eden 35 mühendislik-menşeʾli aḳsın ilâvesiyle cemʿ-i aḳsâm 100 aḳsa vâṣıl olmuştur.

Sanâyiʿ tatbîḳı, SOS'un ilk beş ḳademesinin bütün senâryolarda tatbîḳ olunabildiğini; ancak fizikî bir robot gibi embodied bir mahsûlde semantik şartnâmenin tek başına kifâyet etmediğini de göstermiştir. Aḳsâmın mahsûl gövdesine fiʿilen sığıp sığmaması, sensörlerin doğru kapsama temîn edip etmemesi, montaj açıklıkları ve emniyet–üslûb ihtilâfları gibi mesâʾil sebebiyle mekânsal entegrasyon (spatial integration) nâm altıncı ḳademe tatbîḳ esnâsında zuhûr etmiştir. Bu altıncı ḳademe ibtidâʾen taʿrîf edilen SOS çekirdeğinin bir cüzʾü olmayıp vaka esnâsında zuhûr eden usûlî bir tevsiʿdir.

Taḥḳîḳın netîceleri SOS'un tek vakada tatbîḳ edilebilir ve yapısal olarak mütenâsıḳ olduğunu desteklemektedir; lâkin usûl rakîb tasarım usûlleriyle kontrollü sûrette mukâyese edilmemiştir. Binâenaleyh menbaʿ SOS'un QFD, use-case usûlleri yâhud başka requirements engineering usûllerinden üstün olduğunu isbât etmez. Kezâ SOS mühendislik hedef ḳıymetlerini otomatik olarak ḥesâb etmez: ḳıyâs olunabilir parametrelerin hakîkî hedefleri için benchmark maʿlûmâtı, imâlâtçı/tedârikçi maʿlûmâtı, referans şartnâmeler, fizikî tecrübeler ve mühendislik ḥükmü lâzımdır.

Taḥḳîḳın en mühim mahdûdiyeti, doğrulamanın tek bir uzunlamasına embodied-robotics projesine istinâd etmesidir. Birinci müʾellifin participant-observer sıfatıyla usûlün tatbîḳına iştirâki de tefsîrde tarafgirlik ihtimâli doğurur; muḥaḳḳiḳler bunu proje vesâʾiḳi, mülâḳātlar, müşterek-müʾellif tetḳîḳı ve muhtelif veri menbaʿlarını triangulation ile birleştirerek azaltmaya çalışmıştır. Bu sebeple netîcelerin muhtelif mahsûl sınıflarına, ziyâdesiyle tanzîm edilmiş mühendislik sahalarına yâhud yalnız dijital hizmet projelerine doğrudan teşmîli münâsib değildir.

Senâryo-Merkezli Şartnâme (SOS) nedir ve hangi müşkili hall eder?

Senâryo-Merkezli Şartnâme, müstaʿmil senâryolarındaki tecrübî ve context'e müteʿalliḳ maʿlûmâtı zâyiʿ etmeksizin bunları merhale merhale fonksiyonel iḥtiyâclara, teknik aḳsâma ve ḳıyâs olunabilir mühendislik şartnâmelerine taḥvîl eden, taʿḳîb edilebilir bir tasarım usûlüdür; esâs müşkil, senâryonun “müstaʿmil hangi hâlde ne yaşar ve mahsûl nasıl davranmalıdır?” lisânından mühendisliğin “hangi aḳs hangi ḳıyâs olunabilir hedefi temîn etmelidir?” lisânına geçerken context ve gerekçenin zâyiʿ olmasıdır.

UX senâryosu ile mühendislik şartnâmesi niçin aynı temsîl değildir?

Müstaʿmil tecrübesi senâryoları zamân içinde vukûʿ bulan teʿâmülleri, müstaʿmilin maḳṣadını, hâlini, muhît şerâʾitini, istisnâʾî ḥâdiseleri ve mahsûl davranışını ḥikâyevî sûrette beraber taşır. Mühendislik şartnâmeleri ise sistemin tefrîḳ edilebilir, aḳsâma tahsîṣ edilebilir, ḳıyâs olunabilir ve taṣdîḳ edilebilir teknik taʿahhüdlere taḥvîlini icâb ettirir. Meselâ “yaşlı müstaʿmil gece banyoya giderken robot düşmeyi kaçırmamalıdır” tarzındaki context beklentisi, mühendislik cihetinden sensör kapsaması, düşük ışık performansı, mevziʿlendirme, algılama mantığı ve doğrulama şerâʾiti gibi ayrı teknik mesâʾile dönüşebilir.

Tecrübî maʿlûmât niçin doğrudan bir parametre cedveline taḥvîl edilemez?

Çünkü senâryo içindeki bir müstaʿmil iḥtiyâcı ekseriyâ tek bir sâbit hâṣṣa değildir. Aynı mahsûl davranışı müstaʿmilin yaşı, bedenî ḳudreti, muhît gürültüsü, günün vaḳti, mevcûd vâsıtalar, âcil hâller ve evvelki teʿâmüller gibi context'e tâbiʿ olabilir. Bu maʿlûmâtı doğrudan tek bir “iḥtiyâc listesi”ne indirmek, teknik ḳıymetin niçin lâzım olduğunu görünmez hâle getirebilir.

Tecrübe–Şartnâme Boşluğu nedir?

Tecrübe–şartnâme boşluğu, müstaʿmil tecrübesi senâryolarındaki context'e bağlı teʿâmül mantığı ile mühendislikte kullanılan resmî ve ḳıyâs olunabilir teknik temsîller arasında hâsıl olan temsîl inḳıṭâʿıdır; taḥḳîḳ bu müşkili yalnız disiplinlerarası muḫâbere eksikliği değil, muhtelif bilgi şekillerinin muhtelif tahlîl birimleri ve muhâkeme usûlleri kullanmasından doğan bir temsîl mesʾelesi olarak ele alır.

“Representational non-isomorphism” ne maʿnâya gelir?

Taḥḳîḳın nazarî katkılarından biri, senâryo ile mühendislik şartnâmesini aynı maʿlûmâtın yalnız muhtelif yazılışları saymamasıdır. Senâryolar müstaʿmil tecrübesini zamân, context ve teʿâmül seyri içinde tertîb eder; şartnâmeler ise teknik taʿahhüdleri aḳs, parametre, hedef ḳıymet ve doğrulama mantığı etrâfında tertîb eder. Binâenaleyh iki temsîl arasında birebir ve zâyiʿatsız doğrudan eşleme farz etmek emîn değildir. SOS'un ara temsîlleri bu sebeple lâzımdır.

QFD ve use case yaklaşımlarından hangi cihetle ayrılır?

Menbaʿ, Quality Function Deployment'ın müşteri iḥtiyâclarını mühendislik karakteristiklerine eşlemekte kuvvetli olduğunu, lâkin iḥtiyâcları ekseriyâ daha sâkin/sâbit hâṣṣalar gibi ele aldığını; context'e bağlı ve zamâna yayılan teʿâmüllerin matris temsîllerine her vakit iyi oturmadığını beyân eder. Use case yaklaşımları aktör–hedef–sistem davranışını şekillendirir; ancak context niteleyicilerinin ḳıyâs olunabilir mühendislik şartnâmelerine nasıl naḳledileceği her vakit vâzıḥ değildir. Bu nazarî mukâyese, SOS'un bu usûllerden tecrübî olarak üstün olduğunun delîli değildir.

SOS'un beş ibtidâʾî meta-iḥtiyâcı

SOS'un üç tasarım prensibi

UA ve PA nedir?

UA (User Action), müstaʿmilin icrâ ettiği fiʿildir. PA (Product Action), mahsûlün bu müstaʿmil fiʿiline cevâben icrâ ettiği yâhud etmesi beklenen fiʿildir. SOS büyük ve mücerred senâryo cümleleri yerine bu UA–PA çiftlerini esâs taḥvîl birimi olarak kullanır.

Context unsurları hangileridir?

Menbaʿ tecrübe-merkezli senâryonun altı umûmî unsurunu Actions, User(s), Goals, Settings, Tools ve Events olarak ele alır. SOS'un Step 1 kodlamasında Actions ayrıca müstaʿmil fiʿilleri (UA) ve mahsûl fiʿilleri (PA) diye ayrıldığı için amelî çalışma cedvelinde UA, PA, User, Goal, Setting, Tool ve Event olmak üzere yedi kod nevʿi görülebilir.

Dâʾimî tanımlayıcı niçin mühimdir?

Her mühim unsura UA1, PA1, U1, G1 yâhud SET1 gibi dâʾimî hüviyetler verilmesi, teknik kararlar değişse bile bilgi silsilesinin kopmamasını gāye edinir. Böylece meselâ bir sensör değiştirildiğinde “hangi fonksiyonel iḥtiyâc için seçilmişti, o iḥtiyâc hangi mahsûl fiʿilinden, o mahsûl fiʿili hangi müstaʿmil senâryosundan gelmişti?” suʾalleri geriye doğru taʿḳîb olunabilir.

SOS müstaʿmil senâryosunu mühendislik şartnâmesine nasıl taḥvîl eder?

SOS taḥvîli beş esâs ḳademe ile icrâ eder: senâryodaki yapılandırılmış unsurlar istiḫrâc olunur, UA–PA çiftlerinden sıralı teʿâmül silsileleri kurulur, mahsûl fiʿilleri context'i muhâfaza eden ve çözümden müstaḳil fonksiyonel iḥtiyâclara çevrilir, bu iḥtiyâclar tatbîḳ edilebilir aḳsâma tahsîṣ olunur ve nihâyet her aḳs için ḳıyâs olunabilir parametreler ve hedefler taʿyîn olunur; embodied mahsûl vakasında bu silsileye fizikî tatbîḳ ḳābiliyetini sınayan altıncı mekânsal entegrasyon ḳademesi ilâve edilmiştir.

Ḳademe 1: Senâryo unsurlarını taʿyîn

İştirâkçiler evvelâ senâryonun tamâmını okuyarak ḥikâye cereyânı ve teʿâmül context'i hakkında müşterek anlayış teşkîl ederler. Sonra müstaʿmil fiʿilleri, mahsûl fiʿilleri, müstaʿmil husûṣiyetleri, maḳṣadlar, muhît/setting maʿlûmâtı, vâsıtalar ve ḥâdiseler ayrı unsurlar hâlinde istiḫrâc olunur.

Menbaʿ üç kodlama ḳāʿidesi taʿrîf eder. Separation, aynı cümlede müstaʿmil niyeti ve mahsûl cevâbı varsa bunları ayrı UA ve PA olarak tefrîḳ eder. Granularity, unsuru müstaḳil davranış maʿnâsını zâyiʿ etmeyecek en küçük münâsib seviyede kodlar. Identifier assignment ise her unsura UA1, PA1 yâhud SET1 gibi dâʾimî bir hüviyet verir.

Bu ḳademenin mahsûlü Scenario Element Table'dır. Senâryo bu yapısal maʿlûmâtı kifâyetle hâvî değilse menbaʿ, senâryonun teʿâmül silsilelerine ayrılmadan evvel geliştirilmesi gerekebileceğini beyân eder.

Ḳademe 2: Teʿâmül silsilelerini teşkîl

İstiḫrâc olunan UA ve PA'lar eşleştirilir ve zamân sırasına vazʿ olunur. Müstaʿmil husûṣiyetleri, maḳṣadlar, setting, tools ve events bu silsilenin dışına atılmaz; sonraki teknik kararlara teʾsîr eden yapılandırılmış niteleyiciler olarak kalır.

Meselâ bir müstaʿmilin “akşam 19.00'a kadar sürʿatle yemek hazırlamak istemesi” yalnız “yemek teklif et” fonksiyonuna indirgenmez. Zamân baskısı mahsûl davranışını değiştirir ve daha kısa hazırlama müddetine mâlik seçeneklerin tercihi gibi teknik/fonksiyonel netîceler doğurabilir.

Tatbîḳta zuhûr eden “inferred action” nedir?

Inferred action, senâryoda sarâḥaten yazılmadığı hâlde bir sonraki mahsûl davranışının teknik olarak vukûʿ bulabilmesi için arada bulunması lâzım gelen sistem muʿâmelesinin görünür kılınmasıdır. Meselâ senâryoda yalnız “robot çocuklara sesli mesaj yollar” deniliyorsa, ḥâdisenin idrâki, tefsîri ve mesajın teşkîli gibi lâzım ara süreçler açıkça yazılmamış olabilir. Ekip bu muʿâmeleleri ilâve etmiş, lâkin her ilâveyi menşeʾ aldığı senâryo unsuruna bağlayarak traceability'yi muhâfaza etmiştir.

“Void action” nedir?

Void action, müstaʿmil cihetinden matlûb, lâkin projenin hâliḥâzırdaki teknoloji, maliyet yâhud tatbîḳ ḳābiliyeti hudûdları içinde icrâ olunamayan mahsûl davranışıdır. SOS bunu senâryodan silmez; “şimdilik desteklenmiyor” statüsüyle muhâfaza eder. Böylece teknik olarak icrâ olunamayan bir davranışın arkasındaki müstaʿmil niyeti ileride yeniden değerlendirilebilir.

Teʿâmül şekli niçin ayrıca tavżîḥ edildi?

Senâryolarda “müstaʿmil robota sorar” gibi ibâreler ses, mobil tatbîḳ yâhud fizikî arayüzden hangisinin kullanıldığını açıklamayabilir. Tatbîḳ esnâsında ekip, delîl varsa teʿâmül modalitesini tavżîḥ etmiş; belirsizlik devâm ediyorsa birden ziyâde muhtemel modaliteyi kaydetmiştir. Bu muʿâmele sonraki sensör, arayüz ve aḳs intihâblarının hayâlî bir farżiyeye istinâdını azaltmıştır.

Ḳademe 3: Fonksiyonel iḥtiyâcları istiḫrâc

Her UA–PA çiftinin en az bir fonksiyonel iḥtiyâc hâsıl etmesi beklenir. Fonksiyonel iḥtiyâc doğrudan muʿayyen bir teknolojiyi seçmek yerine, mahsûlün icrâ etmesi gereken ḳudreti taʿrîf eder.

SOS'un maḥdûd FR cümle mantığı: Mahsûl, muʿayyen bir mahsûl fiʿilini mümkün kılmak üzere lâzım fonksiyonu; müstaʿmil husûṣiyetleri, maḳṣadlar, muhît, vâsıtalar yâhud ḥâdiseler gibi alâḳalı context şerâʾiti altında veya bunlara istinâden icrâ etmelidir.

Bu yapı bir riyâżî formül değildir. Menbaʿın standardize edilmiş iḥtiyâc yazma grameridir. Gāye “mahsûl ses tanıma yapmalı” gibi context'siz bir iḥtiyâc yerine, meselâ gürültülü mutfak muhîtinde yemek teklif edebilmek için müstaʿmilin ses emrini emîn sûrette tanımak gibi sebeb–fonksiyon münâsebetini muhâfaza etmektir.

Bir PA birden ziyâde mesʾûliyet yâhud doğrulama şartını hâvî ise FR'ler tefrîḳ olunabilir. Aynı davranışı ifâde eden FR'ler ise aslî trace bağları muhâfaza edilerek birleştirilebilir. Birden fazla senâryoda tekrarlanan iḥtiyâclar harmonizasyon ile basic FR, yalnız muʿayyen senâryonun husûṣî davranışını muhâfaza edenler specific FR olarak ayrılır.

Ḫaṭve 4: Mürekkebâtı intihâb etme

Fonksiyonel iḥtiyâclar donanım, yazılım veyâ arayüz mürekkebâtına tevfîḳ olunur. İntiḫâb yalnız fonksiyon adına göre yapılmaz; teknoloji olgunluğu, performans ḥudûdları, mâliyet ve üretilebilirlik gibi fizibilite miʿyârları dahi nazar-ı iʿtibâra alınır.

Bir FR birden ziyâde mürekkeb iḥtiyâc ediyorsa kritik taḥvîli icrâ eden mürekkebe birincil mesʾûliyet verilebilir ve diğer tâbiʿiyetler kaydedilir. Bu münâsebetler Function–Component Matrix içinde muhâfaza olunur.

İlk çalıştaylarda 72 senâryo-menşeʾli mürekkeb taʿyîn edilmiştir. Sonraki fizibilite ve entegrasyon tetkikleriyle baʿżı mürekkebler teʾḫîr edilmiş, değiştirilmiş, sâdeleştirilmiş veyâ birleştirilmiş ve sayı 65 seviyesine indirilmiştir. Buna ilâveten senâryolarda doğrudan görünmeyen, lâkin mahsûlün işlemesi içün lâzım gelen dâhilî elektronik, yapısal montajlar ve benzeri 35 mühendislik-menşeʾli mürekkeb ilâve edilmiş; yekûn 100 mürekkebe ulaşmıştır.

Ḫaṭve 5: Mühendislik şartnâmelerini taʿyîn etme

Her intihâb edilmiş mürekkeb içün parametre adı, birim, hedef kıymet ve ölçme/doğrulama faraziyesi taʿrîf olunur. Kaynak, her mürekkebin en az bir ölçülebilir parametre taşımasını hedefler. Bağlamsal kayıt nicelleştirilebiliyorsa açık bir eşik kıymetine tahvîl olunur; henüz güvenilir nicel kıymet yoksa doğrulama faraziyesi veyâ daha sonra belirlenecek bir unsur olarak kaydedilir.

TBD ne demektir?

TBD (To Be Determined), kıymetin menbaʿı henüz kâfî olmadığında tesâdüfî bir hedef rakam uydurmak yerine “daha sonra taʿyîn olunmalı” diye işâretlenmesidir. Kaynakta bu yaklaşım bir noksanı gizleme usûlü değil, belirsizliği görünür sûrette idâre etme vâsıtası olarak kullanılır.

SOS Otomatik İḥtiyâc veyâ Mühendislik Hedef Kıymeti Üreten Bir Sistem midir?

Hayır; SOS senâryodan şartnâmeye taḥvîlin maʿlûmât yapısını ve taʿḳîb edilebilirliğini tanzîm eder, lâkin mikrofon hassâsiyeti, gecikme, güç sarfı veyâ geometrik ḥudûdlar gibi gerçek teknik hedef kıymetleri kendi başına hesâb etmez; kaynakta bu kıymetlerin mühendislik taḳdîri, benchmark, veri sayfaları, tedârikçi maʿlûmâtı, referans sistemler ve sonraki PoC tecrübeleriyle belirlenmesi gerektiği açıkça beyân olunur.

Bu tefrîḳ yöntemin doğru anlaşılması içün kritiktir. SOS “müstaʿmil şu iḥtiyâcı söyledi, öyleyse mikrofon hassâsiyeti katʿiyyen −35 dB olmalıdır” şeklinde otomatik bir fizikî hesâb yapmaz. Şekil 8'de verilen şartnâme misâlleri yöntemin işleyişini göstermek içündür; kaynak bunları bütün mahsûllere tatbîḳ olunabilir umûmî hedefler olarak sunmaz.

Çözüm bağımsızlığı niçün mühimdir?

Fonksiyonel iḥtiyâc teknik çözümden evvel taʿrîf edildiğinde aynı müstaʿmil gâyesi farklı teknolojilerle tahakkuk ettirilebilir. Kaynaktaki misâllerden biri, yüksek çözünürlüklü ekranın mâliyet ve enerji gerekçesiyle daha basit LED matrise tahvîl olunabilmesi; buna rağmen “sistem hâlini müstaʿmile bildirme” fonksiyonel gâyesinin muhâfaza edilebilmesidir.

Lâkin kaynak çözüm bağımsızlığının yalnız yöntemin dâhilî kaʿidesi olmadığını da vurgular. Sıkı zaman cedveli veyâ erken mâliyet baskısı bulunan teşkîlâtlarda ekipler mevcûd teknolojiye pek erken bağlanabilir. Böyle bir erken yakınsama SOS'un hedeflediği “evvelâ fonksiyonel niyet, sonra teknik çözüm” tefrîḳini zayıflatabilir.

Mekânsal entegrasyon niçün ortaya çıktı?

İlk beş ḫaṭve sistem davranışını ve ölçülebilir teknik hedefleri semantik olarak bağlasa da robot gibi fizikî bir mahsûlde mürekkebin gerçekten gövdeye sığıp sığmadığı, kablo ve montaj açıklıklarının kâfî olup olmadığı, sensörün müstaʿmilin hareket yolunu görüp görmediği veyâ emniyet unsurunun sehven faʿâl olup olmayacağı yalnız tablo üzerinden taʿyîn edilememiştir.

Mekânsal Entegrasyon Niçün Altıncı SOS Ḫaṭvesi Olarak Ortaya Çıktı?

Mekânsal entegrasyon, ilk beş SOS ḫaṭvesi mantıkî ve semantik taʿḳîb edilebilirliği sağlasa da fizikî robotta mürekkeb yerleşimi, montaj açıklığı, sensör kapsaması, etkileşim erişilebilirliği ve üslûb–emniyet–mühendislik çatışmalarının ayrıca kontrol edilmesi lâzım geldiğinden tatbîḳ sırasında ortaya çıkan embodied-feasibility uzantısıdır; kaynak bunu bütün mahsûllere mecbûrî umûmî altıncı ḫaṭve değil, mevcûd embodied-product vakʿasında ortaya çıkan lüzûmlu bir usûl genişlemesi olarak yorumlar.

Çalıştaylarda ekipler mürekkebleri müşterek mahsûl tasavvuru üzerinde birlikte mevziʿlendirmiştir. Böylece sensörün kapanması, muhâfaza hacminin kifâyetsizliği, mikrofon–hoparlör akustik etkileşimi ve montaj erişimi gibi evvelki analitik temsillerde görünmeyen çatışmalar ortaya çıkarılmıştır.

Meselâ mekanik acil durdurma düğmesinin sistem hatâlarında kolay erişilebilir olması gerekirken, robotun sevilmesi, dokunulması ve ses ayarı gibi yakın müstaʿmil etkileşimlerinde sehven basılmaması da gerekiyordu. Disiplinlerarası tetkik netîcesinde düğmenin arka-alt bölgede mevziʿlendirilmesi teklif edilmiştir. Bu misâl umûmî bir acil-stop mevziʿlendirme kaʿidesi değil, senâryo bağlamı ile emniyet/mühendislik kayıtlarının birlikte değerlendirilmesine dâir vakʿa bulgusudur.

Yöntemin sınâʿî doğrulama muhîti

Çalışma, Güney Kore'deki Lemmy companion-care robot projesinin faʿâl geliştirme sürecine gömülü uzunlamasına tabiî vakʿa tasarımını kullanmıştır. Proje 2021–2025 arasında bir tasarım firması, üretim ortağı ve kamu araştırma müessesesini ihtivâ eden çok ortaklı bir geliştirme teşebbüsüdür.

Senâryolar nasıl oluşturuldu ve doğrulandı?

2021 yılında 12 tasarımcı ve UX araştırmacısı derinlemesine mülâkatlar, bağlamsal araştırmalar, odak grupları, literatür tetkiki ve benchmarking kullanarak altı aylık çalışma yürütmüştür. Evvelâ 18 keşif senâryosu, ardından tasarım çalıştaylarıyla 25 aday senâryo oluşturulmuştur.

Senâryolar 12 yaşlı yetişkinin evlerine yapılan saha ziyâretlerinde, köpük maketler ve yüksek doğruluklu prototiplerle rol yapma yoluyla değerlendirilmiştir. Katılımcı geri bildirimleri ve dâhilî tasarım tetkikleriyle örtüşen anlatılar birleştirilmiş, tekrarlar çıkarılmış ve mütenâkız faraziyeler çözülerek 15 doğrulanmış senâryo elde edilmiştir.

Bu senâryolar üç persona etrâfında tertîb edilmiştir. SOS tatbîḳinden evvel anlatılar; müstaʿmil fiʿli, mahsûl fiʿli, müstaʿmil profili, hedef, bağlamsal niteleyiciler, vâsıtalar ve hâdiseler açık olacak sûrette tutarlı bir yapıya getirilmiştir. Araştırmacılar bunun senâryonun aslî niyetini değiştirmeden yapıldığını belirtmektedir.

Pilot ve tam tatbîḳ

Evvelâ tek bir temsilî senâryo uçtan uca pilot olarak kullanılmış; ıstılâhât, çalışma sözleşmeleri, ayrıştırma derecesi ve şablonlar kararlı hâle geldikten sonra yöntem kalan senâryolara tatbîḳ edilmiştir. Çalışma fizikî beyaz tahtadan gerçek zamanlı müşterek düzenlemeyi ve kalıcı dokümantasyonu destekleyen Miro çalışma alanına geçmiştir.

Çekirdek tatbîḳ ekibi insan faktörleri, sanâyi mühendisliği, endüstriyel tasarım, makine mühendisliği, UX tasarımı ve işletme geçmişine sahip altı araştırmacıdan müteşekkildir. Ekibi tasarım metodolojisi ve mahsûl geliştirmede 25 yıllık tecrübeye sahip kıdemli mahsûl tasarımcısı nezâret etmiştir.

Ekip ayrıca elektrik, mekanik ve yazılım mühendisleri ile iş uzmanlarını ihtivâ eden 12 saha uzmanıyla çalışmıştır. Bunlar fizibilite tetkiki, teknik mürekkeb intihâbı ve şartnâme geliştirme sırasında katkı vermiştir.

Empirik doğrulamanın dört buʿdu

Yapısal doğrulama neyi değerlendirdi?

Empirik doğrulama “yöntem kullanım sırasında ne oldu?” suʾâline odaklanırken yapısal doğrulama, üç tasarım ilkesinin hedeflenen meta-iḥtiyâcları gerçekten operasyonelleştirip operasyonelleştirmediğini tetkik etmiştir. MR1–MR5 içün gözlenebilir göstergeler taʿrîf edilmiş ve gerçek proje artefaktları üzerindeki davranış incelenmiştir.

Veri menbaʿları

Birincil empirik materyal SOS sırasında üretilen Scenario Element Table, Interaction Sequence Map, FR listeleri, Function–Component Matrix ve Specification Sheet gibi proje vesîkalarıdır. Bu belgeler taʿḳîb yolları, taḥvîl kararları ve parametre gerekçeleri içün doğrudan delîl sağlamıştır.

İkinci menbaʿ participant observation'dır. Birinci müellif SOS tatbîḳine participant-observer olarak iştirâk etmiş; yöntemden sapmaları, îzâh gerektiren noktaları, iterasyonları ve katılımcıların müzâkerelerini saha notları ve toplantı kayıtlarıyla belgelemiştir. Bu notlar tek araştırmacı yanlılığını azaltmak maksadıyla müşterek müelliflerle gözden geçirilmiştir.

Üçüncü menbaʿ katılımcı yansımaları ve yarı yapılandırılmış mülâkatlardır. SOS tatbîḳine katılan 12 uzmanla kullanım sırasında ve sonrasında mülâkatlar yapılmış; kullanılabilirlik, karşılaşılan müşkilât ve şartnâme kararlarının gerekçeleri incelenmiştir.

Framework-Guided Content Structuring (FGCS) nasıl işledi?

FGCS, SOS tatbîḳinde maʿlûmâtın ḫaṭveler arasında nasıl taşındığını yeniden kurmak içün kullanılan ve framework analysis ile nitel içerik analizini birleştiren analitik yöntemdir. SOS prosedürü analitik iskelet olarak kullanılmıştır.

1. Artefaktları ḫaṭvelere göre tertîb etme: Her senâryonun çıktıları SOS ḫaṭvelerine göre kronolojik olarak gruplanmıştır.
2. Unsur akışlarını taʿḳîb etme: Husûsan UA ve PA'ların etkileşim dizileri, FR'ler, mürekkebler ve şartnâmeler boyunca muhâfaza edilip edilmediği kaydedilmiştir.
3. Sapma ve uyarlamaları işâretleme: Atlanan veyâ yeniden sıralanan ḫaṭveler, ilâve alt ḫaṭveler ve yorum değişiklikleri belgelenmiştir.
4. Senâryolar arası örüntüleri terkîb etme: Tekrarlanan tatbîḳler, müşterek müşkilât ve kararlı uyarlamalar 15 senâryo arasında mukâyese edilmiştir.

Tematik analiz nasıl yapıldı?

Katılımcıların SOS'u nasıl tatbîḳ ettiğini anlamak içün altı merhaleli tematik analiz kullanılmış ve birinci/ikinci çevrim kodlamayla desteklenmiştir. Yaklaşım melez tümdengelimsel–tümevarımsaldır: evvelce taʿrîf edilmiş dört doğrulama buʿdu tümdengelimsel tema çerçevesini sağlamış, tatbîḳte beklenmedik sûrette ortaya çıkan inferred action, void action ve spatial integration gibi örüntüler tümevarımsal olarak ilâve edilmiştir.

Altı merhale; veriye aşinalık kazanma, ilk kodlama, yeniden kodlama, alt-temaları arama, temayı gözden geçirme/taʿrîf etme ve rapor üretimidir. FGCS “hangi artefakt ne zaman ve nasıl taḥvîl oldu?” suʾâline daha yapısal cevâb verirken tematik analiz “katılımcılar bunu nasıl ve niçün bu sûrette tatbîḳ etti?” suʾâlini yorumlamaya yardım etmiştir.

Çalışmanın Yöntemi ve Bulguları

Araştırma tasarımının teknik hulâsası

15 senâryonun nicel taḥvîl hulâsası

Pratik tatbîḳ edilebilirlik netîcesi

Öngörülen beş SOS ḫaṭvesi bütün 15 senâryoda tamamlanmıştır. Fizibilite tetkikleri zaman zaman evvelki ḫaṭvelere dönülmesini gerektirmiş, lâkin kalıcı taʿḳîb rabıtaları muhâfaza edilmiştir. Bir ḫaṭvenin çıktısı umûmen sonraki ḫaṭve içün kullanılabilir girdi olmuş ve yalnız baʿżen îzâh veyâ tashîh gerekmiştir.

Tatbîḳ sırasında üç mühim uyarlama ortaya çıkmıştır: eksik ara sistem işlemlerini görünür hâle getiren inferred actions, teknik olarak şimdilik mümkün olmayan fakat müstaʿmil niyetini muhâfaza eden void actions ve embodied mahsûlün fizikî hakîkatini değerlendiren spatial integration.

Çıktı kalitesi netîcesi

Müstaʿmil-merkezlilik yalnız “senâryo kullanıldığı” içün değil, teknik şartnâmelerin ilgili müstaʿmil fiʿli, hedefi ve muhîtine açık taʿḳîb rabıtaları taşımasıyla muhâfaza edilmiştir. Meselâ sensör yerleşimleri yalnız mücerred kapsama kıymetlerine değil, müstaʿmilin gece ev içindeki gerçek hareket yolları gibi senâryo şartlarına göre yeniden gözden geçirilmiştir.

Çözüm bağımsızlığı, mahsûlün icrâ etmesi gereken işlev ile bunu icrâ edecek teknik mürekkebi farklı merhalelerde ele alarak muhâfaza edilmeye çalışılmıştır. Bununla beraber çalışma, çözüm bağımsızlığının teşkîlâtın zaman/mâliyet baskısından etkilenebileceğini de göstermiştir.

Fizibilite bakımından baʿżı başlangıç çözümleri değiştirilmiştir. Kaynak misâllerinde kablosuz şarj yerine akıllı telefon şarj hatırlatıcısının değerlendirilmesi ve muayyen edge-computing seçeneklerinin güç/mâliyet sebebiyle daha düşük güçlü çözümlerle değiştirilmesi vardır. Bu değişikliklerde senâryonun aslî fonksiyonel gâyesi taʿḳîb rabıtasıyla muhâfaza edilmiştir.

Şartnâmelerin ne kadarı tamamlandı?

Şartnâme geliştirme nihâyetinde senâryo-menşeʾli mürekkeblerin takrîben %80'i tamamen parametreleştirilmiştir. Kalan kısım “flagged for validation” diye işâretlenmiş ve sonraki PoC doğrulamasını gerektiren parametreler açıkça görünür bırakılmıştır.

Bu %80 kıymeti “mahsûlün %80'i tamamlandı” demek değildir. Kaynak yalnız senâryo-menşeʾli mürekkeblerin mühendislik şartnâmeleri bakımından parametreleştirilme vaziyetini ifâde eder. Regülasyon, üretim, güvenilirlik sertifikasyonu veyâ mahsûlün pazara hazır olması içün bir tamamlanma yüzdesi değildir.

Süreç kalitesi netîcesi

Müşterek ara artefaktlar disiplinlerarası münâkaşaları yalnız şahsî görüş teâtîsinden çıkarıp senâryo, etkileşim, FR ve mürekkeb rabıtaları üzerinden daha taʿḳîb edilebilir müzâkereye tahvîl etmiştir. Miro muhîti senâryoların, dizilerin, iḥtiyâcların ve şartnâmelerin aynı görsel muhîtte izlenmesini kolaylaştırmıştır.

Liderlik her ḫaṭvede aynı disiplin tarafından yürütülmemiştir. Erken senâryo yorumlama ve rutin haritalamada UX/tasarım ekipleri daha belirgin rol oynarken, FR türetme müşterek bir köprü vazîfesi görmüş; mürekkeb ve şartnâme merhalelerinde mühendislik liderliği artmış; spatial integration merhalesinde tasarım ve mühendislik yeniden müşterek liderliğe dönmüştür. Kaynak bunun SOS'un mecbûrî rol taksîmi olmadığını, mevcûd vakʿa ekibinde gözlenen örüntü olduğunu husûsan belirtir.

Ölçeklenebilirlik mesʾelesi

Senâryo, FR, mürekkeb ve parametre adedi arttıkça çoktan-çoğa rabıta ağı yoğunlaşmış ve manuel taʿḳîb idâresi kırılgan hâle gelmiştir. Kaynak bu noktada görsel şeffaflığın faydasının, yoğun taʿḳîb ağını elle idâre etmenin zihnî mâliyeti tarafından aşılabileceği bir ölçek eşiği müşâhede etmiştir.

Dosyaların Miro'dan elektronik tablolara, iḥtiyâc listelerine ve başka dokümantasyon muhîtlerine taşınması ayrıca rabıta kopması ve sürüm ayrışması riskini doğurmuştur. Ekip bu sebeple baʿżı artefaktları canlı müşterek çalışma alanında, daha kararlı artefaktları ise sürüm kontrollü dokümantasyonda tutmuştur.

Süreç verimliliği netîcesi

SOS tatbîḳi takrîben 11 aylık devrede yürütülmüştür. İlk senâryo uçtan uca kalibrasyon vakʿası olarak kullanılmış ve ardından kalan senâryolar üç parti hâlinde işlenmiştir. İlk partiler ıstılâhât, ayrıştırma derecesi ve taʿḳîb idâresi henüz oturmadığı içün daha yavaş ilerlemiş; tekrar eden fonksiyonlar ve mürekkebler oluşunca sonraki senâryolarda yeniden kullanım mümkün olmuştur.

İkinci ve üçüncü parti yekûn on senâryoyu kapsamış ve takrîben dört ilâ beş ay içinde tamamlanmıştır. Kaynak bu sürʿatlenmenin senâryolar arasındaki fonksiyonel tekrar sâyesinde ortaya çıktığını belirtir. Müşterekliği az projelerde aynı sürʿatlenmenin gerçekleşeceği gösterilmemiştir.

Senâryo-menşeʾli mürekkeb şartnâmelerinin takrîben %30'u en az bir kere revize edilmiştir; husûsan mâliyet-hassâs veyâ teknik olarak müşkil mürekkeblerde değişiklik görülmüştür. Bu nisbet “SOS %30 hatâ üretti” demek değildir. Revizyonlar sistem entegrasyonu ve fizibilite değerlendirmesinin bir parçasıdır.

SOS süreç verimliliğini tek başına garanti etti mi?

Hayır. Kaynak, verimlilik kazançlarının yalnız yöntemden neşʾet etmediğini açıkça vurgular. Taʿḳîb edilebilirliğin işe yaraması müşterek dokümantasyon disiplini, artefaktların müşterek sâhipliği, muntazam çapraz-fonksiyonel toplantılar ve satın alma/üretim ekipleriyle erken koordinasyon gibi teşkîlât şartlarına bağlıdır.

Yapısal doğrulama ne gösterdi?

MR1 ve MR4 bakımından kalıcı tanımlayıcıların yalnız murâkabe kaydı olmadığı, fizibilite müzâkerelerinde, mürekkeb değişikliklerinde ve spatial integration sırasında faʿâl muhâkeme vâsıtası hâline geldiği müşâhede edilmiştir.

MR2 bağlamsal sadâkat semantik seviyede sağlanmış, lâkin embodied sistemde bağlamın yalnız metinle taşınmasının kâfî olmadığı görülmüştür. Etkileşim modalitesi, müstaʿmilin fizikî hareket yolu, sensör yerleşimi ve montaj mahdûdiyetleri bağlamsal sadâkatin fizikî buʿdunu ortaya çıkarmıştır.

MR3 iş akışı uyumluluğu, mühendislerin SOS artefaktlarını doğrudan üretmesi ve şartnâme tablolarının PoC planlama ile satın alma çalışmalarında kullanılabilmesiyle desteklenmiştir.

MR5 müşterek temsil alanı da husûsan spatial integration sırasında güçlü görünmüş, fakat bu işlev teşkîlât bakımından şartlı kalmıştır. Müşterek çalışma disiplini veyâ tanımlayıcı yönetişimi zayıfsa aynı artefaktların tutarlılığı muhâfaza edilemeyebilir.

Tatbîḳte ortaya çıkan MR6 nedir?

Başlangıç framework'ünde yalnız MR1–MR5 bulunurken vakʿa sırasında MR6: Traceability scalability, yaʿnî taʿḳîb edilebilirliğin ölçeklenebilirliği, ortaya çıkan yapısal iḥtiyâc olarak taʿrîf edilmiştir. Artefakt yoğunluğu arttıkça manuel taʿḳîb idâresinin koordinasyon yükü yükselmiş; daha büyük sistemlerde kalıcı kimlikler, görsel rabıtalar ve müşterek alanın ötesinde araç-destekli trace management iḥtiyâcı belirginleşmiştir.

MR6'nın kaynakta “emergent” olması mühimdir. SOS başlangıçta altı meta-iḥtiyâc ile tasarlanmamıştır; altıncı iḥtiyâc tatbîḳin ölçeklenebilirlik ḥudûdlarından türetilmiştir.

Çalışmanın desteklediği netîceler

• SOS, incelenen 15 senâryoluk sınâʿî vakʿa içinde senâryo–FR–mürekkeb–şartnâme zincirinin taʿḳîb edilebilir sûrette kurulmasını desteklemiştir.
• Kalıcı tanımlayıcılar teknik kararları aslî senâryo bağlamına geri bağlamada faʿâl vâsıta olarak kullanılmıştır.
• Bağlamın ileri taşınması teknik kararların müstaʿmil hâli ve kullanım muhîtiyle münâsebetinin görünür kalmasına yardım etmiştir.
• Beş çekirdek SOS ḫaṭvesi bütün 15 senâryoda tatbîḳ edilmiştir.
• Inferred action ve void action tatbîḳleri eksik veyâ hâlen uygulanamaz davranışların görünür sûrette idâresini sağlamıştır.
• Embodied robot bağlamında spatial integration adlı altıncı bir ḫaṭve lâzım hâle gelmiştir.
• 144 FR'nin harmonizasyonu 69 temel ve 75 senâryoya mahsûs FR tefrîḳine yol açmıştır.
• 72 başlangıç senâryo-menşeʾli mürekkeb fizibilite tetkikleriyle 65 mürekkebe konsolide edilmiş ve 35 mühendislik-menşeʾli mürekkebin ilâvesiyle yekûn 100 mürekkeb oluşturulmuştur.
• Senâryo-menşeʾli mürekkeblerin takrîben %80'i çalışma nihâyetinde tamamen parametreleştirilmiştir.
• Senâryo-menşeʾli mürekkeb şartnâmelerinin takrîben %30'u en az bir kere revize edilmiştir.
• Artan artefakt yoğunluğu manuel taʿḳîb idâresinin ölçek ḥaddini görünür hâle getirmiş ve emergent MR6'yı doğurmuştur.

Çalışmanın desteklemediği netîceler

• SOS'un QFD, use case veyâ başka iḥtiyâc/tasarım yöntemlerinden üstün olduğu tecrübî olarak gösterilmemiştir.
• SOS'un mahsûl performansını, güvenilirliğini, mâliyetini veyâ pazara çıkış süresini muayyen bir yüzdeyle iyileştirdiği gösterilmemiştir.
• Çalışma randomize veyâ mukāyeseli yöntem tecrübesi değildir.
• SOS mühendislik hedef kıymetlerini otomatik hesâb eden bir algoritma veyâ yapay zekâ sistemi değildir.
• SOS, kötü veyâ kifâyetsiz hazırlanmış müstaʿmil senâryolarını kendiliğinden tashîh etmez.
• Spatial integration'ın bütün mahsûl nevʿilerinde mecbûrî altıncı ḫaṭve olduğu gösterilmemiştir.
• Tek robot vakʿasındaki liderlik taksîmi SOS'un mecbûrî teşkîlât yapısı değildir.
• Takrîben %80 parametreleme kıymeti mahsûlün %80 tamamlanması veyâ mahsûl hazır olma seviyesi demek değildir.
• Takrîben %30 revizyon nisbeti hatâ nisbeti değildir.
• İkinci ve üçüncü partide müşâhede edilen sürʿatlenme, bütün projelerde aynı müddette veyâ nisbette süreç kazancı oluşacağını isbât etmez.
• SOS regülasyon uyumu, üretim sertifikasyonu, güvenilirlik doğrulaması veyâ fizikî PoC tecrübelerinin yerini almaz.

Çalışmanın temel kuvvetli cihetleri

Birinci kuvvetli cihet, yöntemin yalnız mefhûmî olarak sunulmaması ve faʿâl bir sınâʿî projede 15 farklı senâryo üzerinden uzunlamasına tatbîḳ edilmesidir. Böylece yöntemin nazarî ḫaṭveleri kadar tatbîḳ sırasında hâsıl olan bozulmalar, geri dönüşler ve beklenmedik uyarlamalar da müşâhede edilebilmiştir.

İkinci kuvvetli cihet, empirik doğrulama ile yapısal doğrulamanın birlikte kullanılmasıdır. Çalışma yalnız “katılımcılar yöntemi beğendi mi?” suʾâline değil, tasarım ilkelerinin başlangıçta taʿrîf edilen meta-iḥtiyâcları gerçekten nasıl gerçekleştirdiğine de bakmıştır.

Üçüncü kuvvetli cihet, yalnız nihâî şartnâme tablolarının değil; senâryo unsur tabloları, interaction sequence map'leri, FR listeleri, component matrix'leri, specification sheet'leri, müşâhede notları ve uzman mülâkatlarının birlikte değerlendirilmesidir.

Dördüncü kuvvetli cihet, yöntem muvaffakiyetini yalnız kusursuz tatbîḳle değerlendirmemesi; inferred actions, void actions, spatial integration ve MR6 gibi başlangıçta bulunmayan fakat gerçek tatbîḳte lâzım hâle gelen uyarlamaları açıkça rapor etmesidir.

Esâs mahdûdiyetler

Tek vakʿa: Çalışma yalnız bir uzunlamasına embodied-robotics projesine dayanır. Gerçek sınâʿî süreç görünürlüğü kuvvetli olsa da farklı mahsûl ve teşkîlâtlara taʿmîm mahdûddur.

Participant-observer riski: Birinci müellif yöntemin tatbîḳinde participant-observer olarak yer almış ve nitel analizin ana mesʾûliyetini taşımıştır. Bu hâl yorum yanlılığı ihtimâlini doğurur. Artefakt triangulation, co-author review ve sistematik karar kayıtları bu riski azaltmak içün kullanılmıştır, lâkin tamamen ortadan kaldırmaz.

Girdi senâryosunun kalitesine bağımlılık: SOS senâryo geliştirme yöntemi değildir. Müstaʿmil fiʿli, mahsûl cevâbı ve bağlamsal maʿlûmât zayıfsa sonraki teknik iḥtiyâclar da umûmî ve kifâyetsiz kalabilir.

Teknik parametre üretmez: Benchmark, veri sayfası, tedârikçi doğrulaması veyâ mühendislik tecrübesi olmadığında hedef kıymetler TBD kalabilir.

Manuel ölçeklenebilirlik: Taʿḳîb ağı büyüdükçe Miro ve manuel kimlik idâresi kifâyetsiz hâle gelebilir. Daha büyük projeler husûsî traceability ve version-control vâsıtalarına iḥtiyâc duyabilir.

Teşkîlât bağımlılığı: Yöntemin iş birliği tesîri müşterek artefakt alanı, muntazam çapraz-fonksiyonel çalışma ve katılımcıların iterasyona açık olması gibi teşkîlât şartlarına bağlıdır.

Formal trade-off kaʿidesi yok: SOS müstaʿmil tecrübesi, mâliyet, emniyet, regülasyon ve teknik fizibilite arasında hangi seçeneğin “kazanması gerektiğini” matematikî veyâ formal bir karar kaʿidesiyle taʿyîn etmez. Mevcûd vakʿada bu çatışmalar disiplinlerarası müzâkereyle çözülmüştür.

Gelecek araştırma başlıkları

Kaynak beş ana gelecek çalışma alanı taʿrîf eder. Evvelâ, büyük artefakt ağları içün dedicated digital environments, version control, görsel trace management ve insan nezâretini muhâfaza eden AI-assisted veyâ yarı otomatik trace consistency mekanizmaları araştırılmalıdır.

İkinci olarak, mevcûd TBD ve “flagged for validation” yaklaşımının yanına Low–Medium–High gibi hafif specification-confidence göstergelerinin ilâvesi teklif olunur. Bu göstergeler bir kıymetin ne kadar sağlam delîle dayandığını ve hangi parametrenin evvelâ fizikî olarak doğrulanması gerektiğini görünür hâle getirebilir.

Üçüncü olarak, SOS'un kaliteli girdi senâryosuna bağımlılığı sebebiyle senâryo yazım söz dizimi ve mühendislik kullanımına hazır senâryo standardı geliştirilmesi teklif olunur. Husûsan etkileşim modaliteleri, müstaʿmil hatâları ve failure conditions gibi istisnâî hâllerin senâryolarda daha açık belirtilmesi araştırılmalıdır.

Dördüncü olarak, Steps 3 ve 4'te emniyet, regülasyon, mâliyet ve müstaʿmil tecrübesi gibi çatışan hedeflerin halli içün yapılandırılmış decision heuristics ve rationale-capture mekanizmaları geliştirilmesi teklif olunur.

Beşinci olarak, SOS'un farklı mahsûl nevʿileri, sektörler, teşkîlât yapıları ve proje ölçeklerinde yeniden tatbîḳi gerekmektedir. Husûsan daha hafif bir SOS tatbîḳinin ne zaman kâfî, tam altı-ḫaṭveli yapının ne zaman lâzım olduğu henüz taʿyîn edilmemiştir.

Verianla Live bakımından uygunluk

SOS, Verianla Live içün husûsan yöntem akışı ve taʿḳîb edilebilir veri zinciri bakımından uygundur. 15 senâryo → 244 unsur → 104 etkileşim → 144 FR → 100 mürekkeb → takrîben 312 şartnâme zinciri source-faithful Live Process/Live Flow olarak gösterilebilir. Lâkin kaynakta senâryoların her biri içün zaman serisi şeklinde nicel ölçüm bulunmadığından sahte animasyon zamanları veyâ ara veri noktaları üretilmemelidir.

Menbaʿ ve Yöntem Notu

Özgün başlık: Scenario-Oriented Specification (SOS): a design method for translating user scenarios into engineering specifications.

Müellifler: Ulugbek Vahobjon Ugli Ismatullaev; KwanMyung Kim.

Müellif sırası: Ulugbek Vahobjon Ugli Ismatullaev birinci müellif, KwanMyung Kim ikinci müelliftir.

Eş katkı: Kaynakta eşit katkı/eş birinci müellif beyânı yoktur.

Mesʾûl müellif: KwanMyung Kim.

Müessese: Department of Design, Ulsan National Institute of Science and Technology (UNIST), Ulsan, South Korea.

Mecmûʿa: Research in Engineering Design.

Nâşir: Springer Nature.

Kaynak nevʿi: Research Article; mühendislik tasarımı yöntemi geliştirme ve sınâʿî vakʿa doğrulama çalışması.

Cilt: 37.

Makale numarası: 36.

DOI: 10.1007/s00163-026-00498-w.

Received: 25 Mart 2026.

Revised: 20 Haziran 2026.

Accepted: 16 Temmuz 2026.

Published / Version of Record: 31 Ağustos 2026.

Hakemlik vaziyeti: Research in Engineering Design mecmûʿasında neşredilmiş hakemli Research Article.

Preprint vaziyeti: Verilen kaynak neşredilmiş Version of Record PDF'sidir; kaynakta bu çalışma içün ayrı bir preprint kimliği bildirilmemektedir.

Lisâns: Creative Commons Attribution 4.0 International (CC BY 4.0).

Resmî neşir rabıtası: DOI 10.1007/s00163-026-00498-w üzerinden Springer Nature'ın resmî makale kaydı.

Ana araştırma suʾâli: Müstaʿmil senâryoları, bağlamsal maʿnâ ve taʿḳîb edilebilirlik muhâfaza edilirken ve mühendislik iş akışlarıyla uyumlu kalırken disiplinlerarası ekipler tarafından tekrarlanabilir sûrette mühendislik şartnâmelerine nasıl sistematik olarak tahvîl edilebilir?

SOS çekirdek yapısı: Beş başlangıç ḫaṭvesi: senâryo unsurlarını taʿyîn etme; interaction sequence oluşturma; fonksiyonel iḥtiyâcları türetme; mürekkebleri intihâb etme; mühendislik şartnâmelerini taʿyîn etme.

Tatbîḳte ortaya çıkan uzantı: Step 6 — Spatial integration.

Başlangıç meta-iḥtiyâcları: MR1 Bidirectional traceability; MR2 Contextual fidelity; MR3 Workflow compatibility; MR4 Repeatable translation; MR5 Shared representational space.

Tatbîḳte ortaya çıkan meta-iḥtiyâc: MR6 Traceability scalability.

Tasarım ilkeleri: DP1 Action-based traceability; DP2 Context propagation; DP3 Synchronized multi-view representations.

Ana senâryo yapıları: Actions, User(s), Goals, Settings, Tools ve Events; SOS kodlamasında Actions, UA ve PA olarak ayrıştırılır.

Temel taʿḳîb tanımlayıcıları: UA, PA, U, G, SET, T/E ve mürekkeb kodları gibi persistent identifiers.

Vakʿa projesi: Lemmy companion-care robot.

Proje devresi: 2021–2025.

Coğrafya: Güney Kore.

Başlangıç keşif senâryosu: 18.

Aday senâryo: 25.

Doğrulanmış senâryo: 15.

Persona: 3.

Saha doğrulama katılımcısı: 12 yaşlı yetişkin.

Senâryo geliştirme ekibi: 12 tasarımcı ve UX araştırmacısı.

Çekirdek SOS tatbîḳ ekibi: 6 araştırmacı.

Saha uzmanı: 12 elektrik, mekanik, yazılım ve iş uzmanı.

Ana senâryo doğrulama vâsıtaları: Derinlemesine mülâkatlar, contextual inquiry, focus groups, literatür tetkiki, benchmarking, saha ziyâreti, foam mock-up ve high-fidelity prototype role-playing.

Tatbîḳ zamanlaması: Senâryo geliştirme tamamlandıktan sonra ve proof-of-concept prototiplemeden evvel.

Çalışma muhîti: Başlangıçta fizikî whiteboard, ardından müşterek Miro workspace.

Empirik doğrulama buʿdları: Practical enactability, output quality, process quality, process efficiency.

Structural validation: MR1–MR5 ile DP1–DP3 arasındaki münâsebetlerin gerçek tatbîḳteki tutarlılığının tetkiki.

Birincil empirik materyal: Scenario element tables, interaction sequence maps, functional requirement lists, function–component matrices ve specification tables.

Diğer veri menbaʿları: Participant observation, annotated artifacts, written notes, meeting minutes, participant reflections ve 12 uzmanla semi-structured interviews.

FGCS: Framework-Guided Content Structuring; framework analysis ile nitel içerik analizini SOS prosedürü etrâfında birleştiren dört merhaleli yapısal analiz.

FGCS merhaleleri: Artefaktları SOS ḫaṭvelerine göre tertîb etme; unsur akışlarını taʿḳîb etme; sapma ve uyarlamaları kodlama; senâryolar arası örüntüleri terkîb etme.

Tematik analiz: Altı merhaleli Braun–Clarke yaklaşımı, first- ve second-cycle coding ile desteklenmiş melez deductive–inductive strateji.

Tematik analiz merhaleleri: Familiarization; initial coding; re-coding; searching for sub-themes; reviewing and defining themes; producing the report.

Ana tatbîḳ hacmi: 244 kodlanmış unsur; 59 UA; 79 PA; 106 bağlamsal unsur; 104 interaction; 144 FR; 100 component; takrîben 312 engineering specification.

FR harmonizasyonu: 69 recurring/basic FR + 75 scenario-specific FR.

Mürekkeb gelişimi: Evvelâ 72 scenario-driven component; konsolidasyon sonrası 65; ayrıca 35 engineering-driven component; yekûn 100.

Parametreleme netîcesi: Scenario-driven component'ların takrîben %80'i çalışma nihâyetinde tamamen parameterized; kalanlar “flagged for validation”.

Revizyon netîcesi: Scenario-driven component specifications'ın takrîben %30'u en az bir kere revize edilmiştir.

Tatbîḳ müddeti: Takrîben 11 ay.

Sonraki parti sürʿati: İkinci ve üçüncü partideki yekûn on senâryo takrîben dört–beş ayda işlenmiştir; kaynak bunun tekrar eden fonksiyonlar ve yeniden kullanım sâyesinde oluştuğunu, başka projelerde aynı sürʿatin garanti olmadığını belirtir.

Matematikî formül vaziyeti: Kaynakta araştırma netîcesi üreten merkezî matematikî denklem bulunmamaktadır. SOS'un FR üretiminde kullandığı yapı, matematikî formül değil, kayıtlı doğal dil grameridir.

İstatistikî çıkarım: Çalışma yöntemler-arası randomize veyâ kontrollü nicel performans tecrübesi değildir; ana değerlendirme nitel vakʿa analizi, artefakt taʿḳîbi, descriptive counts, FGCS ve thematic analysis üzerinden yapılmıştır.

IRB: UNIST Institutional Review Board; review exemption, IRB Exemption No. UNISTIRB-26-005-C.

Onam: Minimal risk sebebiyle yazılı informed consent dokümantasyonundan ferâgat verilmiştir. Veriler de-identified sûrette analiz ve rapor edilmiştir.

Veri erişilebilirliği: Veri kümeleri, sınâʿî iş birliğine ait kimliksizleştirilmiş fakat potansiyel olarak hassâs proje materyalleri ve insan katılımcıları ihtivâ eden nitel veriler sebebiyle kamuya açık değildir. Altı SOS ḫaṭvesi içün tafsîlâtlı tatbîḳ talîmâtı ve şablonlar ihtivâ eden practitioner manual, mesʾûl müelliften talep üzerine sağlanabilir.

Müellif katkıları — Ulugbek Vahobjon Ugli Ismatullaev: Conceptualization; Methodology; Investigation; Data curation; Formal analysis; Validation; Visualization; Writing – original draft; Writing – review & editing.

Müellif katkıları — KwanMyung Kim: Conceptualization; Methodology; Validation; Supervision; Project administration; Funding acquisition; Writing – review & editing.

Finansman: Open Access funding UNIST tarafından sağlanmış ve tanzîm edilmiştir. Çalışma Republic of Korea Ministry of Trade, Industry and Energy (MOTIE) tarafından finanse edilen Technology Innovation Program kapsamında 20015056 ve RS-2025-04752997 numaralı projelerle desteklenmiştir.

Menfaat çatışması: Müellifler competing interests bulunmadığını bildirmiştir.

Ana yöntemsel ḥadd: Tek uzunlamasına embodied-robotics vakʿası transfer/taʿmîm edilebilirlik iddiʿâsını sınırlar.

Yorum yanlılığı ḥaddi: Birinci müellif participant-observer rolündedir ve nitel analizin ana mesʾûliyetini taşımıştır; artefakt triangulation, co-author review ve sistematik dokümantasyonla risk azaltılmıştır.

Otomasyon ḥaddi: SOS teknik hedef kıymetleri müstakillen üretmez ve mühendislik hükmünün yerini almaz.

Üstünlük ḥaddi: Çalışma SOS'un alternatif yöntemlerden üstün olduğunu veyâ downstream mahsûl performansını artırdığını göstermeyi hedeflememiş ve böyle bir mukāyese yapmamıştır.

Tatbîḳ edilebilirlik ḥaddi: Yöntem erken sistem taʿrîfi merhalesindeki etkileşimi yoğun, bağlamca zengin mahsûllerde husûsan uygun görünmektedir. Çok formal systems engineering, ağır regulatory compliance veyâ yalnız dijital service logic ile idâre edilen alanlarda farklı veyâ uyarlanmış temsil yapıları gerekebilir.