Görünüm modeli - View model

Bir görünüşüdür modeli ya da bakış açıları çerçevesi içinde sistem mühendisliği , yazılım mühendisliğinde ve işletme mühendisliği tutarlı bir grubu tanımlayan bir çerçeve görüş bir yapımında kullanılmak üzere sistem mimarisi , yazılım mimarisi veya kurumsal mimari . Bir görünüşüdür kaygılar ilgili bir dizi açısından bir bütün sistemin temsilidir.

1990'lı yılların başından itibaren anlatan ve sistem mimarileri analiz etmek için yaklaşımları reçete çabaların bir dizi olmuştur. Bunlar son çabalar görünümleri (veya bakış açıları) bir dizi tanımlar. Bazen olarak adlandırılır mimari çerçeveler veya kurumsal mimari çerçeveler , ancak genellikle "görünümü modelleri" olarak adlandırılan değildir.

Genellikle görünüşüdür , belirli bir sistem için özel mimari verileri içeren bir çalışma ürünüdür. Bununla birlikte, aynı terim, bazen bir görünüm için bakınız için kullanılan tanım özellikle bakış açısı ve her beton görünümünü tanımlayan ilgili yönlendirme de dahil olmak üzere,. Terimi görünüşüdür modeli tanımları görüntülemek için ilgilidir.

genel bakış

Görüş ve bakış açıları amacı çok anlamak için insanları sağlamaktır karmaşık sistemleri , sorunun unsurları ve etki etrafında çözümünü organize uzmanlık ve endişeleri ayırmak . Gelen mühendisliği fiziksel olarak yoğun sistemlerin, bakış açıları genellikle mühendislik organizasyon içinde yeteneklerini ve sorumluluklar karşılık gelmektedir.

En karmaşık sistem özellikleri tek birey tamamen şartnamelerin tüm yönleriyle kavramak, böylece kapsamlıdır. Ayrıca, tüm belirli bir sistem içinde farklı ilgi alanları ve incelenmesi için farklı nedenleri var sistem 'in özelliklerine . Bir iş yürütme bir sistem uygulayıcısı daha verecek bir sistem makyaj farklı sorular soracaktır. Bakış açıları çerçevesinin kavramı, bu nedenle, paydaşlarla iletişimi kolaylaştırmak için belirli bir kompleks sistemi tarifname içine ayrı bakış açılarını sağlamaktır. Her bakış açısı sisteminin yönlerini belli bir set ilgilenen bir kitleyi karşılar. Her bakış açısı belirli kullanabilir bakış açısı dili o bakış açısının izleyici için kelime ve sunum optimize eder. Bakış açısı modelleme büyük dağıtık sistemlerin doğasında karmaşıklığı ile başa çıkmak için etkili bir yaklaşım haline gelmiştir.

Açıklandığı gibi Mimarisi açıklama uygulamaları, IEEE Std 1471-2000 , kaygıları çeşitli alanlarda, sistemin belirli bir yönü üzerinde odaklanarak her birini çözmek için birden görüşlerini kullanmaktadır. Örnek olarak mimari çerçeve çok sayıda görünümleri kullanarak Kruchten en içerir "4 + 1" görünüşüdür modeli , Zachman Çerçeve , TOGAF , DoDAF , RM-ODP ve Hamdaqa en "5 + 1" görünümü modeli .

Tarihçe

1970'li yıllarda, yöntemler birden manzaralı modelleme için yazılım mühendisliğinde görünmeye başladı. Douglas T. Ross ve 1977 KE Schoman sistemleri gereksinimleri tanımı modelleme sürecini organize etmek yapılar bağlam, bakış açısını ve noktadan tanıtmak. Ross ve Schoman göre, bakış açısı ve belirler "... [modelinin] genel amacına ulaşmaya alakalı olarak ne yönleri açıkça ortaya koyuyor" Biz [konu modellenen] bakmak nasıl?

Bakış açıları örnek olarak, kağıt sunmaktadır: Teknik Operasyonel ve Ekonomik bakış açıları. 1992 yılında Anthony Finkelstein ve diğerleri bakış açıları üzerinde çok önemli bir makale yayımladı. Bu çalışmada: ‘‘bilgi kaynağı’,‘rol’veya‘ajan’geliştirme sürecinde ve düşüncesi‘görünümü’veya“perspektif aktör "Bir bakış açısı, bir fikri kombinasyonu olarak düşünülebilir’ ”olan bir aktör tutar." Bu yazıda önemli bir fikir "bir ayrım olduğunu temsil tarzı , bakış açısı görmek ne ifade hangi düzeni ve notasyonu" ve "bir şartname , belirli alanları tanımlayan görüş açısının tarzında ifade açıklamaların". Gibi Daha sonraki çalışmalar, IEEE 1471 , sırasıyla bakış açısı ve görünümü,:, iki ayrı koşullar kullanılarak bu ayrımı korudu.

1990'lı yılların başından itibaren anlatan ve sistem mimarileri analiz etmek için yaklaşımları kodlanması çabaların bir dizi olmuştur. Bunlar genellikle terimlerdir mimari çerçeveler ya da bazen bakış açısı setleri . Bunların çoğu tarafından finanse edilmiştir Amerika Birleşik Devletleri Savunma Departmanı , ancak bazı uluslararası veya ulusal çabaları yayginlasmaktadir ISO veya IEEE . Bunlar arasında, IEEE (Yazılım-Yoğun Sistemlerin Mimari Açıklama için tavsiye edilen uygulama IEEE Std 1471-2000 bir belgelenmesi için yararlı görünüm, bakış açısı, paydaşın tanım ve endişe ve yönergeler kuruldu) sistem mimarisi ile bakış açılarını uygulayarak çoklu görünümler kullanmak suretiyle adres paydaş kaygıları . Birden görüşlerin avantajı gizli şartlar ve paydaş anlaşmazlıklar daha kolay tespit edilebilir olmasıdır. Ancak, çalışmalar pratikte birden fazla görünüm uzlaştırma eklenen karmaşıklığı bu avantajı ortaya çıkarabileceğini göstermektedir.

IEEE 1471 (şimdi ISO / IEC / IEEE 42010: 2011 , Sistem ve yazılım mühendisliği - Mimarlık açıklama ) mimarisi açıklamalarının içeriğini belirler ve bunların oluşturulmasını açıklar ve benzeri yaşanmış ve görülmemiş tasarım, evrimsel tasarım ve yakalama dahil bir dizi senaryosu altında kullanmak mevcut sistemlerin tasarımı. Bu senaryoların tümünde genel süreç aynıdır: tanımlamak paydaşları kullanılacak bakış açıları bir dizi tanımlamak, endişelerini ortaya, ve sonra ilgi sisteme ilişkin görüşlerin kümesini geliştirmek için bu bakış açısı özelliklere uygulayın. Aksine bakış açıları belirli bir kümesini tanımlamak yerine, standart kendi bakış açılarını tanımlamak için tek tip mekanizmalar ve mimarlar ve kuruluşlar için şartları sağlar. 1996 Açık dağıtılmış işleme ISO Referans Modeli ( RM-ODP ) mimarisi ve büyük ölçekli dağıtım sistemlerinin tasarımını tarif eden bir yararlı bir çerçeve sağlamak için yayınlanmıştır.

Görünüm modeli konular

Görünüm

bir sistem içinde bir görünümü açısından açısından sisteminin bir gösterimidir. bir sistemde bu bakış açısı bakış endişelerine ilişkin sadece bu elemanlara sahip basitleştirilmiş bir model temin etmek ayrıntıları bastırır sistemi ile ilgili özel endişeler odaklanan bir bakış açısı gerektirir. Örneğin, bir güvenlik bakış açısı güvenlik kaygıları odaklanır ve bir güvenlik bakış açısı modeli bir sistemin daha genel bir modelden güvenlikle ilgili olan bu öğeler içeriyor.

Bir görünüşüdür Bir kullanıcının belirli bir ilgi alanının bir bölümünün incelemeye olanak sağlar. Örneğin, bir Bilgi Görünümü Organizasyonel Görünümü belirli organizasyona tüm fonksiyonları, teknoloji ve endişe bilgi sunabilir ederken, belli bir bilgi parçasını kullanan tüm fonksiyonlar, kuruluşlar, teknoloji, vs. sunabilir. In Zachman Çerçeve görünümleri olan gelişme onlar “neden” ya “ne” “nasıl”, “kim”, “nerede”, “ne zaman” üzerinde durulacağını veya çünkü belirli bir analitik ve teknik uzmanlık gerektirir iş ürün grubu oluşturan işletmenin. Örneğin, Fonksiyonel Görünüm çalışma ürünleri soruya cevap “misyon yapılır nasıl?” Onlar en kolay uzmanları tarafından geliştirilen işlevsel ayrışma süreci ve aktivite modelleme kullanarak. Onlar fonksiyonların bakış açısından kurumsal göstermektedir. Onlar da organizasyonel ve bilgi bileşenlerini gösterebilir, ancak bunlar işlevlerine sadece ilgili olarak.

Viewpoints

sistem mühendisliği olarak, bir bakış açısı, bir sistemdeki endişeleri bir bölümleme veya sınırlamadır. Bu yönüyle meselelerinin ayrı ayrı ele alınması, böylece bir bakış Kabulü kullanılabilir. bakış açıları iyi bir seçim de özel uzmanlık alanlarına sistemin tasarımını bölümlere ayırır.

Viewpoints, inşa sunma ve görünümleri analiz etmek için kongre, kuralları ve dilleri sağlarlar. ISO / IEC 42010: 2007 ( IEEE Std-1471-2000 ) bir bakış açısı, bir tek görüntü için bir özelliktir. Görünüm, bir bakış açısından bir bütün sistemin temsilidir. Bir görünümünde, bir ya da daha fazla oluşabilmektedir mimari modeller . Bu tür her bir mimari model aynı zamanda sistemin bir bütün olarak için, ilişkili mimari sistemi tarafından tesis edilmiş yöntemler kullanılarak geliştirilmiştir.

Modelleme perspektifler

Perspektiflerini modellenmesi bir sistemin önceden seçilmiş yönlerini temsil etmek farklı şekillerde bir dizi. Her perspektif şeyin farklı odak, kavramsallaştırma, özveri ve görselleştirme vardır modeli temsil ediyor.

Gelen bilgi sistemleri , modelleme perspektiflerini bölmek için geleneksel yolu, yapısal, işlevsel ve davranışsal / süreçsel perspektifler ayırt etmektir. Birlikte kural nesne, iletişim ve aktör ve rol perspektifler sunan bu modelleme yaklaşımları sınıflandırma yollarından biridir

bakış açısı modeli

Herhangi bir bakış açısı olarak, yalnızca açıdan görünür nesneleri içeren sistemin modelini yapmak mümkün değil, aynı zamanda o bakış için sistemde mevcut ve alakalı nesneler, ilişkiler ve kısıtlamalar tüm yakalar. Bu tür bir model, bir bakış açısı modeli, ya da bu bakış açısından sisteminin bir görünüşüdür olduğu söylenir.

Belirli bir görünüm, belirli bir bakış açısı ile soyutlama belli bir seviyede sistemi için bir özelliğidir. soyutlama Farklı seviyeleri farklı ayrıntı düzeyleri içermektedir. Üst düzey görünümler mühendisi moda ve bütün tasarım kavramak ve büyük sorunları belirlemek ve çözmek için izin verir. Alt düzey görünümler mühendis tasarımın bir parçası konsantre ve ayrıntılı özelliklere geliştirmeye olanak sağlar.

sistemin kendisi ise, çeşitli bakış modellerinde görünen özellikleri her sistemin hayata bileşenleri ele alınmalıdır. Ve herhangi bir bileşen için özellikler birçok farklı bakış açılarından çekilmiş olabilir. Öte yandan, belirli bileşenler ve bileşen etkileşimleri üzerinde fonksiyonların dağılımı ile oluşturulan özellikler tipik orijinal bakış açıları yansıtılması daha kaygılar farklı bölünmesini yansıtacaktır. tek tek bileşenlerin ilgili endişeleri ve sistemin aşağıdan yukarı sentezi ele Böylece ek bakış açıları, aynı zamanda faydalı olabilmektedir.

Mimari açıklaması

Bir mimari açıklama bu parçalar nasıl işlev bileşen parçaları, kural ve kısıtlamaları açısından, herhangi bir zamanda, bir sistem yapısının temsilidir altında bu parçaların işlevi, ve bu parçalar birbirlerine ve çevre ile nasıl. Bir mimarlık açıklamada mimari veriler çeşitli görüş ve ürünler arasında paylaşılır.

veri katmanında mimarisi veri elemanları ve bunların belirleyici vasıfları ve ilişkiler vardır. sunum katmanında gerçekleştirilen ürün ve iletişim kurmak ve onu tanımladığı mimarlık, amacını anlamak için görsel araçlar destekleyen görüşleri ve çeşitli mimari analizler bulunmaktadır. Ürünler grafik, tablo veya metin temsiller olarak mimari veri görselleştirme için bir yol sağlar. Görünümler mantıksal mimarisinin özel veya bütünsel bir bakış açısı için veri organize ürünler arasında kök mimari verileri görselleştirmek için yeteneği sağlar.

Sistem görünümü modelleri çeşitleri

Üç şema yaklaşımı

Üç şema yaklaşımı 1977 yılında tanıtılan veri modelleme için, birinci bakış modellerinden biri olarak kabul edilebilir. Bu bilgi sistemleri ve teşvik sistemleri bilgi yönetimi, bina ederken yaklaşımdır kavramsal modelin ulaşmanın anahtarı olarak veri entegrasyonu . Üç şema yaklaşımı üç şemaları ve görünümleri tanımlar:

• Kullanıcı görünümleri için harici şema
• Kavramsal şema dış şemaları entegre
• fiziksel depolama yapıları tanımlar İç şema

Merkezinde, kavramsal şema tanımlar ontolojisi ait kavramları olarak kullanıcıların onları düşünmek ve onlar hakkında konuşun. Fiziksel şema iç biçimleri anlatılmaktadır veri saklanan veritabanı ve dış şema sunulan verilerin görünümünü tanımlayan uygulama programlarının . Çerçeve dış schemata için kullanılacak çoklu veri modelleri izin çalıştı.

Yıllar boyunca, bina bilgi sistemlerindeki beceri ve ilgi büyük bir artış gösterdi. Ancak, çoğunlukla, bina sistemlerine geleneksel yaklaşım sadece tanımlama odaklanmıştır verileri iki ayrı manzaraya, "kullanıcı görünümü" ve "bilgisayar görüntüsü" dan. Olarak anılacaktır kullanıcı görüntüsü, Kimden “dış şema,” veri tanımı kendi özel işlerini yaparken yardımcı şahıslar tasarlanmış raporlar ve ekranlar bağlamında olduğunu. İş ortamı ile kullanım görünüm değişiklikleri ve kullanıcının bireysel tercihlerinden verilerin gerekli yapısı. Olarak anılacaktır bilgisayar görüntüsü, Dan “iç şema,” Veri depolama ve yeniden dosya yapıları bakımından tanımlanır. İçin gereken veri yapısı bilgisayar depolama kullanılan özel bilgisayar teknolojisinin ve veri şekilde yerine getirilmesi için ihtiyaç bağlıdır.

mimari 4 + 1 görünüşüdür modeli

4 + 1 tarafından tasarlanan bir görünüşüdür modelidir Philippe Kruchten çoklu, eşzamanlı görüş kullanımına dayanan yazılım yoğun sistemler mimarisini açıklamak için 1995. Görünümler böyle son kullanıcılar, geliştiriciler ve proje yöneticileri gibi farklı paydaşlar açısından sistemi tanımlamak için kullanılır. Modelde dört defa mantıksal, geliştirme, işlem ve fiziksel görünümünü gibidir:

Modelin dört görünümleri ile ilgilidir:

• Mantıksal görünüm : Sistem son kullanıcılara sağladığı işlevsellik ile ilgilidir.
• Kalkınma görünümü : Bir programcı perspektifinden bir sistemi göstermektedir ve yazılım yönetimi ile ilgilidir.
• Süreç görünüm : Sistemin dinamik yönü ile fırsatlar, sistem süreçleri ve nasıl iletişim açıklar ve sistemin çalışma zamanı davranışı üzerinde odaklanmaktadır.
• Fiziksel görünüm : görünümünde bir sistem mühendisinin noktadan sistemini göstermektedir. Bu bileşenler arasındaki fiziksel katman üzerinde yazılım bileşenlerinin topoloji yanı sıra iletişim ile ilgilenir.

Buna ek olarak seçilen kullanım durumlarını veya senaryo mimari göstermek için kullanılır. Bu nedenle Model 4 + 1 görünümlerini içerir.

kurumsal mimari görüş Türleri

Kurumsal mimari çerçeve bir ilişkili yapı ve görüşlerini nasıl düzenleneceğine tanımlayan kurumsal mimari . Kurumsal Mimari ve Mühendislik disiplin öylesine geniştir ve şirketler için büyük ve karmaşık olabilir, çünkü disiplin ile ilişkili modeller büyük ve karmaşık olma eğilimi çünkü. Bu ölçek ve karmaşıklık yönetmek için bir Mimari Çerçeve odak noktası haline görevi getirmek ve onlar en çok ihtiyaç duyulduğu değerli eserler üretilmesine olanak araçlar ve yöntemler sağlar.

Mimarlık Çerçeveleri yaygın olarak kullanılan Bilgi teknolojisi ve bilgi sistemi yönetim. Bir organizasyon bir önce belirli modellerde üretilebilir mandate isteyebilirler sistem tasarımı onaylanabilir. Benzer şekilde, belli görüşleri tedarik sistemlerinin belgelerinde kullanılacak belirtmek isteyebilirler - ABD Savunma Bakanlığı spesifik DoDAF görünümleri belirli bir değerin üzerindeki sermaye projesi için ekipman tedarikçileri tarafından sağlanacaktır öngörmektedir.

Zachman Çerçeve

Zachman Çerçeve aslen tarafından tasarlanan, John Zachman 1987 yılında IBM'de, görüntüleme ve bir girişim tanımlayan bir resmi ve son derece planlı bir yol sağlar kurumsal mimari için bir çerçevedir.

Çerçeve hem (örneğin, işletme sahibi ve kurucusu) yapay hedefleri ve hangi belirli sorun (örneğin, veri ve işlevsellik) ele alınmaktadır kim dikkate alır bir şekilde mimari "eserler" düzenlemek için kullanılır. Bu eserler tasarım dokümanları, teknik özellikleri ve modelleri içerebilir.

Zachman Çerçeve genellikle temel öğelerini ifade etmek için standart bir yaklaşım olarak başvuruda bulunulan kurumsal mimari . Zachman Çerçeve "... işletmelerde değişim yönetimi için entegre bir çerçeve ve onları destekleyen sistemler gibi dünya çapında kabul gördü." Sahip olarak ABD Federal Hükümeti tarafından kabul edilmiştir

RM-ODP görünümler

Açık Dağıtılmış İşleme için Uluslararası Standardizasyon Örgütü (ISO) Referans Modeli ( RM-ODP ) dağıtılmış yazılım / donanım sisteminin tasarımını bölünmesi için bakış açıları bir dizi belirtir. En entegrasyon sorunları tür sistemlerin ya da çok benzer durumlarda tasarımında ortaya olduğundan, bu bakış açıları entegrasyon endişeleri ayıran içinde faydalı olabilir. RMODP bakış açıları şunlardır:

• kurumsal bakış açısı sisteminin amacı ve davranışlarıyla ilgilidir, bu iş amacına ve organizasyonun iş süreçlerinin ilgili olduğundan
• bilgi bakış açısı bu bilgilerin kullanımı ve yorumlanması üzerinde sistem ve kısıtlamalar tarafından ele bilginin doğası ile ilgilidir,
• hesaplamalı bakış açısı belirli davranışları sergileyen bileşenler kümesinin içine sisteminin işlevsel ayrışma ile ilgilidir ve arayüzleri de etkileşimde olduğu,
• Mühendislik bakış açısı hesaplama bileşenlerinin etkileşimi desteklemek için gerekli mekanizmalar ve fonksiyonları ile ilgilidir,
• teknoloji bakış açısı ve özellikle bileşenleri arasındaki iletişim için, sistemin uygulanması için teknolojilerin açık seçim ile ilgilidir,

RMODP ayrıca aşağıdakileri içerir bakış açıları arasında tutarlılık özelliklerini içeren bir tasarım için bir gereksinim tanımlar:

• bilgi birimlerini tanımlamada kurumsal nesnelerin ve süreçlerin kullanılması
• hesaplamalı arayüzleri Beyinde bilgi birimlerinin kurumsal nesneler ve hesaplamalı bileşenlerin davranışlarını belirterek yılında davranışları ve kullanım kullanımı
• hesaplamalı arayüzleri ve davranış şartlarına mühendislik seçimler derneği
• Seçilen teknolojilerindeki bilgi, hesaplama ve mühendislik gereksinimlerinin giderilmesi

DoDAF görünümler

Savunma Mimarlık Çerçevesi Bölümü (DoDAF) bir düzenlemeye standart bir yol tanımlayan kurumsal mimari (EA) ya da sistem mimarisini tamamlayıcı ve tutarlı görünümler içine. Karmaşık entegrasyon ve birlikte çalışabilirlik zorluklarla büyük sistemlere uygundur ve "kendi kullanımında görünüşte benzersizdir operasyonel görünümleri gelişmekte sisteminin kullanıldığı dış müşterinin işletim alanını detaylandırma".

DoDAF, görselleştirme anlaşılması ve grafik, tablo veya metin araçları vasıtasıyla bir mimari açıklama geniş kapsamını ve aralarında asimile için mekanizmalar olarak davranan ürünler, bir dizi tanımlar. Bu ürünler dört görünümler altında düzenlenmiştir:

• Tüm View (AV) kapsayıcı,
• Operasyonel Görünüm (OV),
• Sistemler View (SV) ve
• Teknik Standartlar View (TV).

Aşağıda tarif edildiği gibi her bir görünüşüdür, bir mimari belirli bakış açıları göstermektedir. Sadece tam DoDAF viewset bir alt kümesi genellikle her sistem geliştirme için oluşturulur. Rakam bağlayan bilgileri temsil operasyonel görünüm , sistem ve hizmetler görünümü ve teknik standartlar görünümü. Üç kez ve karşılıklı ilişkileri tahrik - genel bir yapım tarzı veri elemanları tarafından - örneğin işlerlik veya performansı gibi tedbirler türetmek için bir temel sağlamak ve işletme görev ve görev etkinliği bu metrik değerlerinin etkisini ölçmek için.

Federal Kurumsal Mimari görünümler

ABD ise Federal Kurumsal Mimari kuruluş, segmentinde ve çözüm mimarisi ayrıntı düzeyini değişen ve ilgili fakat farklı kaygıları ele alarak farklı iş perspektifler sunar. İşletmelerin kendilerini hiyerarşik olarak düzenlenir gibi, bu yüzden mimari her tür tarafından sağlanan farklı görünümler vardır. Federal Kurumsal Mimari Uygulama Rehberlik (2006) mimarisi üç tip tanımlamıştır:

• Kurumsal mimari,
• Segment mimari ve
• Çözüm mimarisi.

Tanım olarak, Kurumsal Mimari (EA) ortak veya paylaşılan öğeleri tanımlayan temelden ilgilidir - onlar stratejileri, iş süreçleri, yatırımlar, veri, sistem veya teknolojiler olup olmadığını. EA stratejisi tarafından tahrik edilmektedir; onun kaynakları düzgün ajans misyon ve stratejik amaç ve hedeflere hizalanmış olup olmadığını bir ajans tanımlamasına yardımcı olur. Bir yatırım açısından bakıldığında, EA bir bütün olarak BT yatırım portföyü hakkında kararlar sürmek için kullanılır. Sonuç olarak, EA birincil paydaşlar ajansı sağlanması mümkün olduğunca etkili ve verimli misyonunu yerine getirmektedir görevli üst düzey yöneticiler ve yöneticiler vardır.

Buna karşılık, bölüm mimarisi bir çekirdek misyon alanı, iş hizmeti veya Enterprise hizmetine basit haritasını ortaya koymaktadır. Segment mimari işletme yönetimi tarafından tahrik ve vatandaşların ve ajans personeline hizmetlerinin geliştirilmesi ürünlerini teslim edilir. Bir yatırım açısından bakıldığında, kademeli mimari bir iş kasası veya çekirdek misyon alan veya ortak veya ortak hizmet destekleyen iş vakalarının grubu için kararlarınıza yön verebilir. Segment mimarisi için birincil paydaşlar işletme sahipleri ve yöneticileri bulunmaktadır. yapı, yeniden kullanımı ve hizalama: Bölüm mimarisi üç ilkeyle EA ile ilgilidir. uzatılabilir ve bir çekirdek misyon alan veya ortak veya ortak hizmetin özel ihtiyaçlarını karşılamak üzere uzmanlaşmış olmasına rağmen Birincisi, bölüm mimarisi, EA tarafından kullanılan çerçeve devralır. İkincisi, bölüm mimarisi dahil işletme düzeyinde tanımlanan önemli varlıkları yeniden kullanır: Veri; iş süreçleri ve yatırım ortak; ve uygulamalar ve teknolojiler. Üçüncü olarak, bölüm mimarisi, iş stratejileri, görev, standartlar ve performans ölçüleri gibi kurumsal düzeyde tanımlanan unsurlardan, aynı doğrultudadır.

görüşlerin Nominal seti

Arayışı Peter Shames ve (2006) Joseph Skipper "Modelleme Uzay Sistemleri Mimarilere için Çerçeve" CCSDS RASDS, RM-ÖDP, ISO 10746 ve uyumlu türeyen bir "görünümler nominal set", tanımlanmış IEEE 1471 .

aşağıda açıklandığı gibi bu, "görüşlerin set", olası modelleme bakış açıları bir listesidir. Değil Tüm bu görüşleri herhangi bir proje için kullanılabilir ve diğer görünümler gerektiği şekilde tanımlanabilir. bazıları için birden çok bakış açılarından elemanlarının, bir tabakalı gösterimi kullanılarak, yeni bir bakış açısı içine birleştirilebilir analiz edin.

Bir sonraki sunumda görüşlerin bu Nominal seti Genişletilmiş RASDS Semantik Bilgi Modeli Türev olarak sunuldu. Bu vesile ile RASDS Uzay Veri Sistemleri Referans Mimarisi kısaltmasıdır. İkinci resmi görmek.

kurumsal Bakış Açısı

• Organizasyon görünümü - dahildir organizasyonel unsurları ve bunların yapıları ve ilişkileri. Anlaşmaları, sözleşmeleri, politika ve örgütsel etkileşimi içerebilir.
• Gereksinimler görünümü - açıklar şartlar sistemini sürücü, hedefleri ve amaçlarını. Sistem yapabilecektir gerekeni söylüyor.
• Senaryo görünümü - Sistem bkz kullanılması amaçlanmıştır şeklini açıklar senaryo planlaması . Kullanıcı görüşlerini ve sistem davranması beklenir nasıl açıklamalarını içerir.

Bilgi bakış açısı

• Metamodel görünümü - tanımlayan bir soyut bakış bilgi modeli elemanlarını ve bunların yapıları ve ilişkileri. Sistem ve veri mimarisi ile oluşturulur ve yönetilir veri sınıflarını tanımlar.
• Bilgi görünümü - Gerçek açıklar verileri ve bilgileri gerçekleşmedikçe ve sistem içinde manipüle edildiği gibi. Veri elemanları metamodel görünüm tarafından tanımlanır ve diğer görünümlerde fonksiyonel nesneler tarafından ifade edilir.

Fonksiyonel bakış açısı

• Fonksiyonel Dataflow görünümü - açıklayan soyut bakış fonksiyonel elemanları sistemde, bunların etkileşimleri, davranış, verilen hizmetler, kısıtlamaları ve veri aralarında akar. Sistem ne olursa olsun bu işlevler aslında nasıl uygulandığını, gerçekleştirme yeteneğine sahiptir işlev gören tanımlar.
• Fonksiyonel Kontrol görüntüleme - açıklar kontrol akışını sistem içinde fonksiyonel elementler arasında ve etkileşimleri. Genel sistem kontrol etkileşimlerini kontrol elemanları ve sensör / effektör elemanları ve yönetim etkileşimleri arasındaki etkileşimi içerir.

Fiziksel bakış açısı

• Veri Sistemi görünümü - aletleri, bilgisayarlar ve veri depolama bileşenleri, kendi veri sistemi özelliklerini ve iletişim konektörleri açıklar (otobüsler, ağlar, nokta bağlantıları işaret etmek) sistemde kullanılan söyledi.
• Telekom görünümü - telekom bileşenlerini (anten, alıcı-verici), onların özelliklerini ve bunların konektörleri (RF veya optik bağlantılar) açıklar.
• Navigasyon görünümü - sisteminin kontrolü dışındadır dış unsurları ve kuvvetleri ile etkileşimleri dahil sistemi içinde önemli unsurların (yörünge, yol, yörünge), hareketini açıklar, ama bu sistem davranışlarını anlamak için onunla modellenmiştir olmalıdır (gezegenler, asteroitler, güneş basıncı, yer çekimi)
• Yapısal görünümü - diğer bileşenler (kütle, sertlik, ek) ilgili yapısal özelliklerin yanı sıra, sistem (ler / C yolu, dikmeler, paneller, mafsal), fiziksel özellikler ve bağlayıcılar yapısal bileşenlerini açıklayan
• Termal görünümü - (radyatör, soğutucular, hava delikleri) ve bunların konektörleri (fiziksel ve boş alan radyasyon) sisteminde aktif ve pasif ısı bileşenleri açıklar ve diğer bileşenlerin termal özellikleri (yani anten güneş gölge gibi) ile birlikte, nitelikleri
• Güç görünüşüdür - diğer bileşenlerin güç özellikleri (veri sistemi ve güç lavabo olarak tahrik elemanları ve topraklama gibi yapısal panel ile birlikte, sistem aktif ve pasif güç bileşenlerinin (güneş panelleri, pil, RTG) sistem içinde ve konektörler açıklar uçak)
• Sevk görünüşüdür - diğer bileşenlerin tahrik özellikleri ile birlikte, sistem ve bağlantı içinde sistemi (iticiler, bağlı, motorlar, tekerlekler) aktif ve pasif tahrik bileşenleri açıklar

Mühendislik bakış açısı

• Ayırma görünümü - sistem içinde işlenmiş, fiziksel ve hesaplama bileşenlerine fonksiyonel nesnelerin tahsis açıklar, performans analizi izin verir ve gereklerin doğrulamak için kullanılan
• Yazılım görünümü - seçeneğini diller ve kütüphaneler, API'ler tanımlamak somut yazılım elemanları içine soyut fonksiyonel nesnelerin mühendislik yapmak, kullanılacak sistemin, yazılım tasarımı ve yazılım bileşenlerinin içinde işlevsellik uygulanması yazılım mühendisliği yönlerini açıklar. Bazı fonksiyonel elemanları, bir yazılım dili kullanılarak tarif aslında donanım olarak uygulanabilir (FPGA, ASIC)
• Donanım görünümleri - sisteme monte edilecek sistem, donanım tasarımı, seçimi ve fiziksel bileşenlerinin tümü uygulanması donanım mühendisliği yönlerini açıklar. Farklı mühendislik disiplin her özel, bu görüş birçok olabilir.
• İletişim Protokolü görünümü -, iletişim protokolleri ve ilgili veri nakil ve veri yönetim hizmetleri tasarımını uçtan uca açıklar sisteme fiziksel bileşenlerinin her biri üzerinde uygulanan olarak protokol yığınlarını göstermektedir.
• Risk görünümü -, sistem tasarımı, süreçler ve teknolojiler ile ilişkili riskleri açıklar ek risk değerlendirme mimarisinde açıklanan diğer öğelere niteliklerini atar
• Kontrol Mühendisliği görünümü - kontrol edilebilirliği, kontrol ve kumanda sistemi altında sisteme elemanlarının ayırma açısından, sistemin Analizleri
• Entegrasyon ve Test görünümü -, araya bütünleştirmek ve yapılması gerekenler açısından sisteme bakar test sistemi ve alt sistemleri ve montajları. şartların memnuniyeti senaryolar ile tahrik uygun işlevsellik doğrulama, içerir.
• IV v - bağımsız bir doğrulama ve işlevsellik ve gereksinimleri memnuniyeti sisteminin düzgün çalışması doğrulanması. tasarlanıp geliştirilen karşılamak amaç ve hedeflere olarak sisteme yapar.

Teknoloji bakış açısı

• Standartlar görünüşüdür - standartları sistemi (örn iletişim protokolleri, radyasyon toleransı, lehim) tasarımı sırasında kabul edilmesi tanımlar. Bunlar esasen tasarım ve uygulama süreçlerine kısıtlamalar bulunmaktadır.
• Altyapı görünüşüdür - mühendislik tasarım ve üretim sürecini desteklemek için olan altyapı elemanları tanımlar. Veri sistemi elemanları (tasarım depoları, çerçeveler, araçlar, ağlar) ve donanım elemanları içerebilir (çip imalat, ısı vakum odası, makine dükkanı, RF test laboratuar)
• Teknoloji Geliştirme ve Değerlendirme görüntülemek - Bir sistem geliştirme projesi dahil edilebilir algoritmaları veya bileşenler üretmek için tasarlanmış teknoloji geliştirme programlarının açıklaması içerir. Onlar misyon tasarlanmış olan için kabul edilmesi gereken bir olgunluk yeterli durumda iseler seçilen donanım ve yazılım bileşenlerinin özelliklerinin değerlendirilmesi belirlemek için içerir.

Bir önceki listede görünüm modellerinin tersine, bu "görünümler nominal kümesi" yazılım yoğun sistem mimarileri hakkında genel bir sınıfını tanımlamak için güçlü ve genişletilebilir yaklaşımlar geliştirmek mümkün görüşlerin bir dizi, listeler.

Ayrıca bakınız

• Kurumsal Mimari çerçeve
• Örgütsel mimari
• Yazılım geliştirme metodolojisi
• Hazine Kurumsal Mimari Çerçevesi
• TOGAF
• Zachman Çerçeve
• Ontoloji (bilgi bilimi)
• Bilgi edinme

Referanslar

atfetme

 Bu makale içeriyor  kamu malı olan materyaller den Standartlar ve Teknoloji Ulusal Enstitüsü web http://www.nist.gov .

Dış bağlantılar

• İlgili medya için modeller görüntüle Wikimedia Commons