• Konuyla ilgili sunum: Bilgi sistemlerinin modellenmesi. UML dilini kullanarak bilgi sistemlerinin modellenmesi

    -de kavramsal tasarım IS'ler, merkezi yerin bilgi dönüştürme, depolama ve iletme modelleri tarafından işgal edildiği bir dizi spesifikasyon açıklaması (gereksinimler, koşullar, kısıtlamalar vb.) kullanır. Çalışma sırasında elde edilen modeller konu alanı, IS geliştirme sürecinde değişirler ve tasarlanan IS'nin modelleri haline gelirler.

    İşlevsel, bilgilendirici, davranışsal ve yapısal modeller vardır. Sistemin işlevsel modeli, sistem tarafından gerçekleştirilen işlevler kümesini tanımlar. Bilgi modelleri, veri yapılarını - bileşimlerini ve ilişkilerini - yansıtır. Davranış modelleri bilgi süreçlerini (işlev dinamikleri) tanımlar, sistemin durumu, bir olay, bir durumdan diğerine geçiş, geçiş koşulları, bir olaylar dizisi gibi kategorileri içerir. Yapısal modeller, sistemin morfolojisini (yapısını) - alt sistemlerin bileşimini, aralarındaki ilişkileri karakterize eder.

    Farklı model türleri için farklı modeller oluşturmanın ve temsil etmenin çeşitli yolları vardır. Temeli yapısal analizdir - genel bir bakışla başlayan ve daha sonra ayrıntılara inen, her şeyi içeren hiyerarşik bir yapı oluşturan bir sistemi inceleme yöntemi. Büyük bir sayı seviyeler.

    Bu kılavuzda, IS'nin yapısal-işlevsel ve bilgi modellerini oluşturma ve bunlara dayalı bir ilişkisel veri tabanı tasarlama metodolojisini ele alacağız ve bu süreci aşağıdaki içerikten özel bir eğitim örneği ile açıklayacağız.

    Faaliyetlerin çeşitlendirilmesiyle bağlantılı olarak, yönetim verimliliğini artırmak amacıyla bir bilgi sisteminin geliştirilmesi için Bezenchuk ve Companions yönetiminden bir sipariş alındı.

    Firmamız mobilya imalatı ve satışı yapmaktadır. Şirket tarafından üretilen tipik mobilyaların bir kataloğu bulunmaktadır. Müşteri katalogdan mobilya seçimi yapabilir ve/veya kendi açıklamasına göre sipariş verebilir. Siparişin oluşturulmasından sonra bir sözleşme düzenlenir. Şirket, maliyeti sipariş fiyatından düşülen yeni mobilya müşterilerinden eski mobilyaları kabul etmektedir. Kabul edilen eski mobilyalar satışa çıkarılır veya kiralanabilir. Belli bir süre sonra sahipsiz eski mobilyalar bir ahşap deposuna kiralanır. Tamamlanan siparişler hakkında bilgi içeren bir arşiv tutulur. Daha önce şirketle sözleşme imzalamış olan müşteriler, yeni bir sözleşme imzalarken indirim alırlar. Şirket, tedarikçilerden mobilya üretimi için gerekli malzeme ve bileşenleri satın alır.

    IC'nin fonksiyonel modellemesi

    IS'nin yapısal ve işlevsel modellerini geliştirmek için birkaç farklı yöntem ve araç vardır. En yaygın olanlardan biri, veri akış şemalarının (DFD - Veri Akış Diyagramları) oluşturulmasına dayalı yöntemdir.

    Veri akış şeması

    DFD, bir sistemi veri akışlarıyla birbirine bağlanan bir dizi işlevsel bileşen (süreç) olarak tanımlamak için "veri akışı" ve "süreç" kavramlarını kullanan bir yapısal analiz yöntemidir. Yapısal analizin temel ilkesine uygun olarak, sistemin tanımı, hiyerarşik olarak organize edilmiş bir dizi grafik görüntü (diyagram) olarak görüntülenen işlevlerinin sıralı detaylandırılmasına dayanır.

    Veri akış şemalarının ana unsurları şunlardır: harici varlıklar; süreçler; veri depolama cihazları; veri akışları. Bu tür her öğenin standart bir grafik görüntüsü vardır.

    Dış varlık, örneğin müşteriler, personel, tedarikçiler, müşteriler, depo gibi bilgi kaynağı veya alıcısı olan bir nesnedir. Bir nesnenin veya sistemin harici bir varlık olarak tanımlanması, onun öngörülen IS'nin sınırları dışında olduğunu gösterir.

    Yukarıdaki örnekteki harici varlıklar, mobilya müşterileri, malzeme tedarikçileri, bir depo ve diğer bazı etki alanı nesneleri olacaktır. Grafik görüntülerinin örnekleri:

    Tasarlanan IS'nin DFD modelindeki işlevleri, girdi veri akışlarını belirli algoritmalara göre çıktılara dönüştüren süreçler olarak sunulmalıdır. Veri akışlarının kendileri, bilginin bir kaynaktan bir alıcıya (sistemin bir kısmından diğerine) transferini simüle eden bir mekanizmadır. Diyagramdaki veri akışı, akışın yönünü gösteren bir okla biten bir çizgi ile temsil edilir. Her veri akışının, içeriğini yansıtan bir adı olmalıdır.

    Örneğin, bir mobilya siparişi oluşturmak ve üretimi için bir anlaşma yapmak için tasarlanan IS işlevi, şemada “mobilya siparişi” süreci ile gösterilebilir. Bu süreç, sözleşmenin imzalanması için gerekli olan müşteri hakkında girdi verileri ve onun tarafından sipariş edilen mobilyalar hakkında bilgiler (tip, tanım, boyutlar vb.) almalıdır. Bu sürecin ve ilgili veri akışlarının grafiksel gösterimi:

    Bir veri sürücüsü (depolama), herhangi bir zamanda bir sürücüye yerleştirilebilen ve daha sonra kullanılmak üzere alınabilen bilgileri depolamak için soyut bir cihazdır. Sürücüdeki bilgiler harici varlıklardan ve süreçlerden gelebilir, ayrıca sürücüde depolanan bilgilerin tüketicileri olabilirler. Sürücü grafiği:

    Bağlam diyagramı

    Diyagram Üst düzey IS'nin ana süreçlerini veya alt sistemlerini ve bunların harici varlıklarla (sistemin girdileri ve çıktıları) ilişkilerini belirleyen hiyerarşiye bağlam diyagramı denir. Genellikle, nispeten basit IS'ler tasarlanırken, merkezinde alıcılara ve bilgi kaynaklarına (kullanıcılar ve diğer harici sistemler) bağlı ana süreç olan bir yıldız topolojisine sahip tek bir bağlam diyagramı oluşturulur. Bağlam diyagramı önemsiz görünse de, şüphesiz yararlılığı, analiz edilen sistemin sınırlarını belirlemesi ve sistemin ana amacını belirlemesidir. Bu, süreçleri, akışları ve sürücüleriyle birlikte alt düzey diyagramların var olduğu bağlamı belirler.

    Yukarıda açıklanan örneğin bağlam diyagramı Şekil 4'te gösterilmektedir.

    Aşağıda, eğitim amaçlı olarak, şirket faaliyetlerinin mali yönüyle ilgili veri akışlarının ve süreçlerin sunulmayacağı sistem modellerinin basitleştirilmiş bir versiyonunun ele alındığına dikkat edilmelidir. Tabii ki, herhangi bir şirket için finansal durumu hakkında zamanında, eksiksiz ve güvenilir bilgi hayati öneme sahip olsa da. Bu örnekte, "finansal bileşen", şirketin bağlam diyagramında temsil edilen tüm harici varlıklarla etkileşiminde açıkça mevcuttur.

    Bu diyagramda sunulan harici varlıklar, şirketin bilgi sisteminde depolanan ve işlenen bilgi kaynakları ve bu bilgilerin tüketicileri olarak hareket eder. Bu modelde, imajlar olan iki varlık "müşteri" ayırt edilir. gerçek müşteriler firmalar: "müşteri" ve "alıcı", çünkü IS ile değiş tokuş ettikleri bilgilerin içeriğinde önemli farklılıklar vardır.

    "Müşteri-müşteri" için "katalog" veri akışı, firma tarafından üretilen tipik mobilyaların bir açıklamasıdır. Sipariş veri akışı, bir katalogdan seçilen mobilyalar için sipariş bilgilerini ve/veya katalogda olmayan mobilyaların müşteri tarafından bir tanımını ve muhtemelen ayrıca müşteri tarafından bir firmaya satılan eski mobilyalar hakkında bilgileri içerebilir.

    "Müşteri-alıcı" için "eski mobilya kataloğu" veri akışı, müşterilerden alınan mevcut eski mobilyalar hakkında bilgidir. "Eski mobilya satın alma/kiralama" akışı, müşterinin satın almak veya kiralamak istediği eski mobilyalarla ilgili bilgidir.

    Aynı zamanda uygulamada "müşteri-müşteri" ile "müşteri-alıcı"nın aynı kişi olacağı durumlar da mümkündür.







































    1/38

    Konuyla ilgili sunum: Bilgi sistemleri modellemesi

    1 numaralı slayt

    2 numaralı slayt

    Slayt açıklaması:

    Kursun amacı temel konuları (bilgisayar bilimi, matematik) derinleştirmektir; için yetkinliklerin oluşturulması profesyonel aktivite bölgede bilgi modelleme EC'yi seçerken öğrencilerin motivasyonu. - öğrencilerin yeteneklerini ve yaratıcılığa olan ilgilerini test etmek, araştırma faaliyetleri bilgi modelleme alanında; - bilgi modelleme ve bilgisayar teknolojisi ile ilgili uzmanlıklar için bir üniversiteye girmeye hazırlık: uygulamalı matematik, modelleme, bilgisayar sistemleri, vb.

    3 numaralı slayt

    Slayt açıklaması:

    4 numaralı slayt

    Slayt açıklaması:

    Ders kitabının içeriği Bölüm 1. Bilgi sistemlerinin modellenmesi 1.1. Bilgi sistemleri ve sistemoloji 1.2. İlişkisel model ve veritabanları (Erişim) 1.3. Elektronik tablo bir bilgi modelleme aracıdır 1.4. Uygulama programlama (Excel için VBA öğeleri) Bölüm 2. Bilgisayarla matematiksel modelleme 2.1. Modellemeye giriş 2.2. Bilgisayar araç seti matematiksel modelleme(Excel, MathCad, VBA, Pascal) 2.3. Optimal planlama süreçlerinin modellenmesi 2.4. Bilgisayar Simülasyon Uygulamaları

    5 numaralı slayt

    Slayt açıklaması:

    "Bilgi sistemlerinin modellenmesi ve geliştirilmesi" Bölümün çalışmasının amaçları Öğrencilerin dünya görüşünün genel gelişimi ve oluşumu. Dersin bu bölümünün içeriğinin ana ideolojik bileşeni, oluşumdur. sistem yaklaşımıçevreleyen gerçekliğin analizine. Bilgi referans sistemleri oluşturmak için metodolojinin temellerine hakim olmak. Öğrenciler, bilgi sistemi geliştirme aşamaları hakkında bir anlayış kazanırlar: tasarım aşaması ve uygulama aşaması. Ortamda çok tablolu bir veritabanı oluşturma işlemi gerçekleşir ilişkisel VTYS MS Erişimi. Öğrenciler bir veritabanı, uygulamalar (sorgular, raporlar), arayüz öğeleri (iletişim kutuları) oluşturmayı öğrenirler. Bilgisayar becerilerinin geliştirilmesi ve profesyonelleştirilmesi. Temel kursta kazanılan beceriler, Daha fazla gelişme. - birlikte çalışmak vektör grafikleri sistemlerin yapısal modellerini oluştururken - MS Access DBMS'nin yeteneklerinin derinlemesine incelenmesi - bir veritabanıyla çalışmanın bir yolu olarak MS Excel'in kullanılması - bir arayüz geliştirmek için Excel'de VBA'da programlama - özetler üzerinde çalışırken, İnternet kaynaklarını kullanın; sunum şeklinde koruma için materyal hazırlamak (Power Point)

    6 numaralı slayt

    Slayt açıklaması:

    Proje tabanlı öğretim yöntemi Sorunun ifadesi: Konu alanı: ortaokul Proje hedefi: "Eğitim süreci" bilgi sisteminin oluşturulması Bilgi sisteminin amacı: kullanıcıları bilgilendirmek: Sınıfların öğrenci kompozisyonu hakkında Okulun öğretim kadrosu hakkında Öğretim yükünün dağılımı ve sınıf yönetimi hakkında Öğrencilerin ilerlemesi hakkında

    7 numaralı slayt

    Slayt açıklaması:

    8 numaralı slayt

    Slayt açıklaması:

    9 numaralı slayt

    Slayt açıklaması:

    10 numaralı slayt

    Slayt açıklaması:

    11 numaralı slayt

    Slayt açıklaması:

    12 numaralı slayt

    Slayt açıklaması:

    Uygulama geliştirme Uygulamalar: sorgular, raporlar Görev. Bilgisayar bilimlerinde yıllık notu beş olan dokuzuncu sınıftan tüm kızların bir listesinin alınması gerekmektedir. Alt Şema Kavramı Varsayımsal bir sorgu dili kullanma. STUDENTS.CLASS='9?'ve STUDENTS.SEX='w' ve GROWTH.SUBJECT='bilgisayar bilimi' ve GROWTH.YEAR için STUDENTS.SURNAME, STUDENTS.FIRST, STUDENTS.CLASS'ı seçme =5 ÖĞRENCİLER.SOYADINI artan düzende sırala

    13 numaralı slayt

    Slayt açıklaması:

    14 numaralı slayt

    Slayt açıklaması:

    15 numaralı slayt

    Slayt açıklaması:

    VBA Uygulama Programlama Özel Alt CommandButton1_Click() "Değişken bildirimi Dim i, j, n Tamsayı Olarak Dim Flag As Boolean "Veri başlatma Flag = False "Okul listesindeki satır sayısı belirlenir n = Aralık("A3"). CurrentRegion.Rows.Coun "'TextBox1 giriş alanında belirtilen okul numarasını listede arayın" i = 3 - n+2 için Cells(i, 1).Value = Val(UserForm1.TextBox1.Text) Sonra Flag = True Exit For End If Next Olay işleyicinin Fragmenti "ARA düğmesine tıklayın"

    16 numaralı slayt

    Slayt açıklaması:

    "Bilgisayar matematiksel modelleme" Bölümü incelemenin görevleri Çevreleyen gerçekliği tanıma yöntemi olarak modellemeye hakim olma (bölümün araştırma doğası) - çeşitli bilgi alanlarındaki modellemenin benzer özelliklere sahip olduğu, genellikle çok yakın modellerin elde edilebileceği gösterilmiştir. çeşitli işlemler için; - tam ölçekli bir deneye kıyasla bir bilgisayar deneyinin avantajları ve dezavantajları gösterilir; - hem soyut modelin hem de bilgisayarın etrafındaki dünyayı tanıma, onu insanın çıkarları doğrultusunda kontrol etme fırsatı sağladığı gösterilmiştir. Bilgisayar modellemenin pratik becerilerinin geliştirilmesi. Bilgisayar matematiksel modellemesinin genel metodolojisi verilmektedir. Çeşitli bilim ve uygulama alanlarından bir dizi model örneğinde, problemin formülasyonundan bir bilgisayar deneyi sırasında elde edilen sonuçların yorumlanmasına kadar modellemenin tüm aşamaları pratik olarak uygulanmaktadır. Öğrenciler için mesleki rehberliği teşvik etmek. Öğrencinin araştırma faaliyetlerine olan eğiliminin belirlenmesi, yaratıcı potansiyelinin geliştirilmesi, ilgili meslek seçimine yönlendirilmesi bilimsel araştırma. Konu ayrılığının üstesinden gelmek, bilginin entegrasyonu. Dersin bir parçası olarak, bilimin çeşitli alanlarından modeller matematik kullanılarak incelenir. Bilgisayar becerilerinin geliştirilmesi ve profesyonelleştirilmesi. Genel ve özel amaçlı yazılımlara, programlama sistemlerine hakimiyet.

    17 numaralı slayt

    Slayt açıklaması:

    18 numaralı slayt

    Slayt açıklaması:

    Optimal planlama süreçlerinin modellenmesi Bir servis istasyonunun çalışmasını planlama görevi Sorunun ifadesi Bir araba servis istasyonunun iki tür servis gerçekleştirmesine izin verin: TO-1 ve TO-2. Araçlar mesai başlangıcında teslim alınmakta ve mesai bitiminde müşterilere teslim edilmektedir. Sınırlı park alanı nedeniyle günde toplam 140'tan fazla araca hizmet verilemez. Çalışma günü 8 saat sürer. Tüm arabalar yalnızca TO-1'i geçerse, istasyonun kapasitesi günde 200 araca hizmet vermeye izin verir, eğer tüm arabalar yalnızca TO-2'yi geçerse, o zaman 50. TO-2'nin maliyeti (müşteri için) TO'nun iki katıdır -1. Gerçekte, bazı arabalar TO-1'i ve bazıları aynı gün TO-2'yi geçer. İşletmeye en yüksek nakit geliri sağlamak için böyle bir günlük bakım planı hazırlamak gerekir.

    19 numaralı slayt

    Slayt açıklaması:

    Optimal planlama süreçlerinin modellenmesi Problemin resmileştirilmesi ve matematiksel modeli Planlanan göstergeler x - günlük üretim planı TO-1; y, TO-2 üretimi için günlük plandır. Eşitsizlikler sistemi problemin ifadesinden çıkar.En büyük kâr, fonksiyonun maksimum değerinde elde edilecektir f(x, y) fonksiyonuna amaç fonksiyonu denir ve eşitsizlikler sistemine kısıtlamalar sistemi denir . Doğrusal programlama probleminiz var

    20 numaralı slayt

    Slayt açıklaması:

    21 numaralı slayt

    Slayt açıklaması:

    Optimal planlama süreçlerinin modellenmesi Doğrusal programlama problemini çözmek için yöntemler Simplex yöntemi - evrensel yol doğrusal programlama probleminin çözümü Simplex tablosu Basis St. üye. x1 ¼ xi ¼ xr xr+1 ¼ xj ¼ xn x1 b1 1 ¼ 0 ¼ 0 a1,r+1 ¼ a1j ¼ a1n xi bi 0 1 ¼ 0 ai,r+1 ¼ aij ¼ ain ¼ ¼ ¼ ¼ ¼ ¼ ¼ ¼ xr br 0 0 ¼ 1 ar,r+1 ¼ arj ¼ Arn f 0 0 0 ¼ 0 gr+1 ¼ gj ¼ gn

    22 numaralı slayt

    Slayt açıklaması:

    23 numaralı slayt

    Slayt açıklaması:

    24 numaralı slayt

    Slayt açıklaması:

    25 numaralı slayt

    Slayt açıklaması:

    Modelleme Optimal Zamanlama İşlemleri Özel Alt CommandButton1_Click() Dim d(5, 9) Varyant Olarak Dim i, j, r, n, k, m Tamsayı Olarak Dim p, q, t String Olarak Dim a, b Çift Olarak i = 1 için To 5 For j = 1 To 9 d(i, j) = Range("a6:i10").Cells(i, j).Value Sonraki j Next i n = 7: r = 3 " Akımın optimallik analizi solution' t = "next" Do While t = "next" Excel için VBA'da Simplex Yöntem Programı (parça)

    28 numaralı slayt

    Slayt açıklaması:

    29 numaralı slayt

    Slayt açıklaması:

    Optimal planlama süreçlerinin modellenmesi Yol inşaatı ile ilgili planlama işi Problemin ifadesi İki nokta vardır - ilk H ve son K; birinciden ikinciye dikey ve parçalardan oluşan bir yol inşa etmek gerekiyor. Olası bölümlerin her birinin yapım maliyeti bilinmektedir (şekilde gösterilmiştir). Gerçekte yol, H ve K noktalarını birleştiren kırık bir çizgi olacaktır. Böyle bir çizginin en az maliyetli olması gerekmektedir. Bu dinamik bir programlama problemidir.

    Slayt açıklaması:

    33 numaralı slayt

    Slayt açıklaması:

    Kullanılan bilgisayar simülasyon aparatı matematiksel istatistik Rastgele olaylar: - iki işlem arasındaki zaman aralığı - işlem hizmet süresi Rastgele olayların olasılık yoğunluk dağılım fonksiyonları Düzgün dağılım Gauss normal dağılımı Poisson dağılımı

    Slayt açıklaması:

    EC için planlanan öğrenme çıktıları. Öğrenciler şunları bilmelidir: bilgi sistemlerinin amacı ve bileşimi; bir bilgisayar bilgi sistemi oluşturma aşamaları; sistemolojinin temel kavramları mevcut çeşitler sistem modelleri; bilgisel alan modeli nedir; veritabanı (DB) nedir; veritabanı sınıflandırması; ilişkisel veritabanı yapısı (RDB); veritabanı normalleştirme; VTYS nedir; ilişkilerin çok tablolu bir veritabanında nasıl düzenlendiği; ne tür veritabanı sorguları mevcuttur; veri almak ve sıralamak için sorgu komutunun yapısı nedir; Elektronik tablo işlemcisi (MS Excel) bulunan veritabanlarıyla çalışma olanakları nelerdir; MS Excel'de bir makro nasıl oluşturulur ve yürütülür; nesne yönelimli uygulama nedir; VBA'da programlamanın temelleri; "model" kavramlarının içeriği, " bilgi modeli”, “bilgisayar matematiksel modeli”;

    36 numaralı slayt

    Slayt açıklaması:

    bilgisayar matematiksel modelleme aşamaları, içerikleri; bilgisayar matematiksel modellemesi için araçların bileşimi; olasılıklar elektronik tablo işlemcisi Matematiksel modellemenin uygulanmasında Excel; MathCAD sisteminin bilgisayar matematiksel modellerinin uygulanmasındaki yetenekleri; ekonomik planlamada bilgisayar matematiksel modellemenin özellikleri; ekonomik planlama alanından bilgisayar simülasyonu ile çözülen anlamlı görev örnekleri; doğrusal programlama yöntemiyle çözülen problemlerin formülasyonu; dinamik programlama yöntemiyle çözülen problemlerin formülasyonu; simülasyon modellemesinin uygulanması için gerekli olan olasılık teorisinin temel kavramları: bir rastgele değişken, bir rastgele değişkenin dağılım yasası, dağılımın olasılık yoğunluğu, istatistiksel bir çalışmanın sonucunun güvenilirliği; dizi alma yolları rastgele numaralar belirli bir dağıtım yasası ile; kuyruk teorisinde simülasyonla çözülen problemlerin formülasyonu.

    37 numaralı slayt

    Slayt açıklaması:

    Öğrenciler şunları yapabilmelidir: basit bir bilgi ve referans sistemi tasarlayabilmeli; çok tablolu bir veritabanı tasarlamak; MS Access DBMS ortamında gezinmek; bir veritabanı yapısı oluşturun ve onu verilerle doldurun; MS'de egzersiz Erişim sorguları sorgu oluşturucuyu kullanan bir seçimde; formlarla çalışmak nihai verileri elde ederek istekleri yerine getirmek; raporları almak; MS Excel'de tek tablo veritabanlarını (listeleri) düzenlemek; listelerdeki verileri seçin ve sıralayın; verileri filtrelemek; yaratmak pivot tablolar; bir makro kaydedici kullanarak MS Excel için makroları kaydedin; VBA'da basit olay işleme programları yazın. bilgisayar matematiksel modellemesine ihtiyaç duyulan anlamlı problemlerin çözümünde bir bilgisayar deneyi şemasını uygulamak; incelenen sistemin davranışını etkileyen faktörleri seçin, bu faktörlerin sıralamasını yapın;

    38 numaralı slayt

    Slayt açıklaması:

    incelenen süreçlerin modellerini oluşturmak; oluşturulmuş modellerin incelenmesi için yazılım araçlarını seçin; elde edilen sonuçları analiz edin ve sınır veya kritik olanlar da dahil olmak üzere çeşitli parametre grupları için matematiksel modeli keşfedin; basit optimizasyon ekonomik modelleri kullanmak; kuyruk sistemlerinin en basit modellerini kurar ve sonuçlarını yorumlar. dilde algoritmalar ve programlar oluşturarak bir bilgisayarda basit matematiksel modeller uygulamak Visual Basic; basit matematiksel hesaplamalar yapmak ve matematiksel modellemenin sonuçlarını grafikler ve çubuk grafiklerle göstermek için TP Excel'in yeteneklerini kullanın; doğrusal ve doğrusal olmayan programlama problemlerini çözmek için "Çözüm ara" TP Excel aracını kullanın; basit matematiksel hesaplamalar yapmak, simülasyon sonuçlarının grafik gösterimini gerçekleştirmek için MathCAD sistemini kullanın; Doğrusal ve doğrusal olmayan optimizasyon problemlerini çözmek için MathCAD sistemini kullanın.

    Üniversiteler için ders kitabı

    2. baskı, gözden geçirilmiş. ve ek

    2014 G.

    Dolaşım 1000 kopya.

    Biçim 60x90/16 (145x215 mm)

    Sürüm: ciltsiz

    ISBN 978-5-9912-0193-3

    BBC 32.882

    UDC 621.395

    Akbaba UMO
    UMO tarafından telekomünikasyon alanında eğitim için şu şekilde önerilir: çalışma Rehberi"Ağlar ve anahtarlama sistemleri", "Çok kanallı telekomünikasyon sistemleri" uzmanlık alanlarında okuyan yüksek öğretim kurumlarının öğrencileri için

    dipnot

    Ayrık ve sürekli rasgele değişkenleri ve süreçleri modellemek için algoritmalar dikkate alınır. Ayrık ve sürekli zamanla Markov süreçleri tarafından açıklanan bilgi sinyallerinin modellenmesi için ilke ve algoritmalar ana hatlarıyla açıklanır.Kuyruk sistemlerinin modellenmesinin ilkeleri ele alınır. Telekomünikasyon trafiğini modellemek için fraktal ve multifraktal süreçlerin tanımı ve kullanımının özellikleri açıklanmaktadır. Özel uygulama paketleri Matlab, Opnet, Network simulator kullanılarak bilgi sistemlerinin modellenmesi yöntemleri ve örnekleri analiz edilir.

    "Ağlar ve anahtarlama sistemleri", "Çok kanallı telekomünikasyon sistemleri", "Bilgi sistemleri ve teknolojileri" uzmanlık alanlarında okuyan öğrenciler için.

    giriiş

    1 Sistem modellemenin genel ilkeleri
    1.1. Model ve simülasyonun genel kavramları
    1.2. Model sınıflandırması
    1.3. modellerin yapısı
    1.4. Karmaşık bir sistemin işleyişini resmileştirmek için metodolojik temeller
    1.5. Bileşen Modelleme
    1.6. Matematiksel bir modelin oluşum aşamaları
    1.7. Simülasyon
    Kontrol soruları

    2 İletişim sistemleri ve ağları oluşturmanın genel ilkeleri
    2.1. Bina iletişim sistemleri ve ağları kavramı
    2.2. Katmanlı Ağ Modelleri
    2.2.1. Üç seviyeli model
    2.2.2. TCP/IP protokollerinin mimarisi
    2.2.3. referans modeli OSI
    2.3. İletişim ağlarının yapısı
    2.3.1. küresel ağlar
    2.3.2. Yerel bölge ağları
    2.3.3. Bir bilgisayar ağının topolojileri
    2.3.4. Yerel ağlar ethernet
    2.4. Çerçeve geçiş ağları
    2.5. IP telefon
    Kontrol soruları

    3 Rastgele sayıların modellenmesi
    3.1. Genel bilgi rastgele sayılar hakkında
    3.2. Program yöntemleri düzgün dağılmış rasgele sayıların üretilmesi
    3.3. Belirli bir dağılım yasası ile rastgele değişkenlerin oluşumu
    3.3.1. ters fonksiyon yöntemi
    3.3.2. Rastgele sayıları dönüştürmek için yaklaşık yöntemler
    3.3.3. Tarama yöntemi (Neumann üretim yöntemi)
    3.4. Merkezi limit teoremine dayalı yöntemler
    3.5. Yaygın olarak kullanılan rastgele değişkenleri modellemek için algoritmalar
    3.6. İlişkili rasgele değişkenleri modellemek için algoritmalar
    3.7. Rastgele vektörlerin ve fonksiyonların uygulamalarının oluşturulması
    3.7.1. Bağımsız koordinatlarla n boyutlu rastgele bir noktanın simülasyonu
    3.7.2. Rastgele bir vektörün oluşturulması (korelasyon teorisi çerçevesinde)
    3.7.3. Uygulamaların oluşturulması rastgele fonksiyonlar

    4 Ayrık dağılımları modelleme
    4.1. Bernoulli dağılımı
    4.2. Binom dağılımı
    4.3. Poisson Dağılımı
    4.4. Rastgele olaylar şemasında testlerin simülasyonu
    4.4.1. Rastgele olayların simülasyonu
    4.4.2. Zıt olayların simülasyonu
    4.4.3. Ayrı bir rasgele değişkeni modelleme
    4.4.4. Tam bir olay grubunun simülasyonu
    4.5. Etkinlik akışları
    4.6. Simülasyon sonuçları işleniyor
    4.6.1. Doğruluk ve gerçekleştirme sayısı
    4.6.2. Birincil istatistiksel veri işleme
    Kontrol soruları

    İletişim sistemlerinde stokastik sinyallerin ve girişimin modellenmesi için 5 Algoritma
    5.1. Durağan olmayan rasgele süreçleri modellemek için algoritma
    5.2. Durağan rasgele süreçleri modellemek için algoritmalar
    5.3. Stokastik diferansiyel denklemler biçiminde sinyalleri ve gürültüyü modelleme yöntemleri
    5.4. İletişim sistemlerinde rastgele süreç modellerine örnekler
    5.4.1. Bilgi İşlem Modelleri
    5.4.2. Girişim Modelleri
    5.4.3. Ana girişim türlerinin özellikleri
    Kontrol soruları

    6 Markov stokastik süreçleri ve modellemeleri
    6.1. Markov stokastik sürecinin temel kavramları
    6.2. Ayrık Markov zincirlerinin temel özellikleri
    6.3. Sürekli Markov zincirleri
    6.3.1. Temel konseptler
    6.3.2. Yarı Markov süreçleri
    6.3.3. Ölüm ve üreme süreçleri
    6.4. Stokastik diferansiyel denklemlere dayalı sürekli değerli Markov rasgele süreçlerinin modelleri
    6.5. Markov Stokastik Süreçlerin Modellenmesi
    6.5.1. Ayrık süreçlerin modellenmesi
    6.5.2. Skaler sürekli değerli süreçlerin modellenmesi
    6.5.3. Sürekli değerli vektör süreçlerinin modellenmesi
    6.5.4. Kesirli rasyonel spektral yoğunluk ile bir Gauss sürecini modelleme
    6.5.5. Çarpmalı bağlı dizileri modelleme
    6.5.6. Şekillendirme Filtreleri ile Markov Süreçlerini Modelleme
    6.5.7. Markov zincirlerinin istatistiksel modellemesi için algoritma
    Kontrol soruları

    7 Markov modellerine örnekler
    7.1. Abonelerin konuşma diyaloğunun Markov modelleri
    7.1.1. konuşma durumları
    7.1.2. Diyalog Modelleri
    7.2. Konuşma monologunun Markov modelleri
    7.3. Konuşma Modellerinde Markov Süreci Tarafından Yönlendirilen Poisson Süreci
    7.4. G.728 codec'in çıkışındaki dijital dizilerin Markov modelleri
    7.5. Bir telefon diyaloğunun Markov modelini dikkate alarak konuşma paketlerinin kaynağının istatistiksel çoğullaması
    7.6. ARQ/FEC mekanizmalı bir kablosuz kanalın Markov modeli
    7.7. hata paketleme
    7.8. Hata Akış Özelliklerinin Model Parametrelerine Göre Hesaplanması
    7.8.1. Hata Akışı Parametrelerini Tahmin Etme
    7.8.2. Hata akış modelinin yeterliliğinin değerlendirilmesi
    7.9. İnternetteki gerçek zamanlı multimedya hizmetlerinin QoS'sini değerlendirmek için Markov modelleri
    7.9.1. Gerçek zamanlı multimedya hizmetleri kavramı
    7.9.2. Gecikme ve kayıpların analizi ve modellenmesi
    7.10. Multimedya trafik akışlarının modelleri
    Kontrol soruları

    8 Kuyruk sistemleri ve modellemeleri
    8.1. Kuyruk sistemlerinin genel özellikleri
    8.2. Kuyruk sisteminin yapısı
    8.3. bekleme kuyruk sistemleri
    8.3.1. Servis sistemi M/A/1
    8.3.2. Servis sistemi M/G/1
    8.3.3. İletişim kanallarıyla birbirine bağlanan çok sayıda düğüme sahip ağlar
    8.3.4. Öncelikli Hizmet
    8.3.5. Servis sistemi M/A/N/m
    8.4. Arızalı kuyruk sistemleri
    8.5. Kuyruk sistemlerinin modellenmesi için genel ilkeler
    8.5.1. İstatistiksel test yöntemi
    8.5.2. Sistem işleyen süreçlerin blok modelleri
    8.5.3. Q şemalarını kullanarak modellemenin özellikleri
    Kontrol soruları

    9 Standart teknik araçlar kullanılarak bilgi sistemlerinin modellenmesi
    9.1. Sistem Modelleme ve Programlama Dilleri
    9.2. GPSS Dilini Anlamak
    9.2.1. Dinamik GPSS nesneleri. İşlem Odaklı Bloklar (Beyannameler)
    9.2.2. Donanım Yönelimli Bloklar (Tanımlar)
    9.2.3. Çok Kanallı Hizmet
    9.2.4. GPSS İstatistik Blokları
    9.2.5. GPSS işletim birimleri
    9.2.6. Diğer GPSS birimleri
    9.3. GPSS ortamında ETHERNET ağının simülasyon modellemesi
    Kontrol soruları

    10 Bilgi aktarım sistemlerinin modellenmesi
    10.1. Tipik veri iletim sistemi
    10.2. Ayrık sinyallerin iletiminin gürültü bağışıklığı. Optimum Alım
    10.3. Tamamen Bilinen Parametrelerle Ayrık Sinyallerin Hatalı Alınma Olasılığının Tahmini
    10.4. Rastgele parametrelerle ayrık sinyallerin gürültü bağışıklığı
    10.5. Tutarsız alım ile ayrık sinyallerin gürültü bağışıklığı
    10.6. Rastgele temel parametrelerle ayrık sinyallerin gürültü bağışıklığı
    10.7. Ayrık sinyaller üretmek için algoritmalar
    10.8. Parazit oluşturma algoritması
    10.9. Ayrık Sinyal Demodülasyon Algoritması
    10.10. Simülasyon kompleksinin yapısı ve alt programları
    10.11. Yazılım ortamı Mathworks Matlab ve Simulink Görsel Simülasyon Paketi
    10.11.1. Teknik Açıklama ve arayüz
    10.11.2. Simulink Görsel Simülasyon Paketi
    10.11.3. Alt sistemler oluşturma ve maskeleme
    10.11.4. İletişim Araç Kutusu Uzatma Paketi
    10.12. WiMAX standardının veri iletim sisteminin bloklarının simülasyonu
    10.12.1. Verici simülasyonu
    10.12.2. İletim kanalı modellemesi
    10.12.3. Alıcı simülasyonu
    10.12.4. Mathlab'da model uygulaması
    10.13. WiMAX sisteminin simülasyon sonuçları
    Kontrol soruları

    11 Kendine benzer süreçler ve telekomünikasyondaki uygulamaları
    11.1. Fraktal süreçler teorisinin temelleri
    11.2. multifraktal süreçler
    11.3. Hurst üssünün tahmini
    11.4. Yazılım kullanarak multifraktal analiz
    11.4.1. yazılımın açıklaması
    11.4.2. Kendine benzerlik derecesini değerlendirme örnekleri
    11.5. Multifraktal analiz için algoritmalar ve yazılımlar
    11.6. Trafik kendine benzerliğinin hizmet sisteminin özellikleri üzerindeki etkisi
    11.7. TV trafiğinde kendine benzer süreçleri modelleme yöntemleri
    11.8. Ethernet trafiğinin kendine benzer yapısının incelenmesi
    11.9. Kendine benzer trafiğin tıkanıklık yönetimi
    11.10. fraktal kahverengi hareketi
    11.10.1. RMD FBD Oluşturma Algoritması
    11.10.2. FBD oluşturmak için SRA algoritması
    11.12. Fraktal Gauss Gürültüsü
    11.12.1. FGN sentez algoritması
    11.12.2. Simülasyon sonuçlarının değerlendirilmesi
    Kontrol soruları

    12 Bir telekomünikasyon ağ düğümünün modellenmesi
    12.1. Çerçeve Geçiş Protokolünün Temelleri
    12.2. Çerçeve Geçişi Ağ Düğümü Tasarımı
    12.3. Girişte G.728 codec'li FR yönlendiricinin simülasyon sonuçları
    12.4. Trafiğin kendine benzerliğinin QoS üzerindeki etkisi
    Kontrol soruları

    13 Bilgisayar ağlarının simülasyon modellemesi için özel sistemler
    13.1. Ağ modelleme için özel uygulamalı program paketlerinin genel özellikleri
    13.2. OPNET Modeler ortamında modellemenin genel ilkeleri
    13.3. OPNET uygulama örnekleri
    13.3.1. Hizmet kalitesini değerlendirme modeli
    13.3.2. Yerel ağ modelinin uygulanması
    Kontrol soruları

    14 Ağ Simülatörü 2 ile Simülasyon
    14.1. NS2 paketinin oluşturulma tarihi ve mimarisi
    14.2. Simülatör Nesnesi Oluşturma
    14.3. Bir ağ topolojisi oluşturun
    14.4. Jeneratör parametrelerini ayarlama
    14.4.1. Üstel Açık/Kapalı
    14.4.2. Pareto Açık/Kapalı
    14.5. İki ana kuyruk algoritması
    14.6. NS2'de Uyarlanabilir Yönlendirme
    14.6.1. Kullanıcı seviyesinde uygulama programlama arayüzü
    14.6.2. İç mimari
    14.6.3. Diğer sınıflara yapılan uzantılar
    14.6.4. Kusurlar
    14.6.5. NS2'de dinamik senaryoları simüle etmek için kullanılan komutların listesi
    14.6.6. Örnek dinamik yönlendirme NS2'de
    14.7. NS2'de bir betik programı çalıştırma
    14.8. Simülasyon sonuçlarını işleme prosedürü
    14.9. Kablosuz ağ simülasyonu örneği
    14.10. NS 2 paketi kullanılarak akışlı video iletiminin kalitesinin simülasyonuna bir örnek
    14.10.1. Video akışının kalitesini değerlendirmek için yazılım ve donanım kompleksinin yapısı
    14.10.2. Fonksiyonel modüller PAK
    14.10.3. Video Kalite Derecelendirmesi

    "Bilgisayar matematiksel modelleme" bölümündeki problemlerin incelenmesi. Çevreleyen gerçekliği tanıma yöntemi olarak modellemede ustalaşma (bölümün araştırma doğası) - çeşitli bilgi alanlarındaki modellemenin benzer özelliklere sahip olduğu gösterilmiştir, genellikle çeşitli süreçler için çok yakın modeller elde edilebilir; - tam ölçekli bir deneye kıyasla bir bilgisayar deneyinin avantajları ve dezavantajları gösterilir; - hem soyut modelin hem de bilgisayarın etrafındaki dünyayı tanıma, onu insanın çıkarları doğrultusunda kontrol etme fırsatı sağladığı gösterilmiştir. Bilgisayar modellemenin pratik becerilerinin geliştirilmesi. Bilgisayar matematiksel modellemesinin genel metodolojisi verilmektedir. Çeşitli bilim ve uygulama alanlarından bir dizi model örneğinde, problemin formülasyonundan bir bilgisayar deneyi sırasında elde edilen sonuçların yorumlanmasına kadar modellemenin tüm aşamaları pratik olarak uygulanmaktadır. Öğrenciler için mesleki rehberliği teşvik etmek. Öğrencinin araştırma faaliyetlerine olan eğiliminin belirlenmesi, yaratıcı potansiyelinin geliştirilmesi, bilimsel araştırma ile ilgili meslek seçimine yönelik yönelim. Konu ayrılığının üstesinden gelmek, bilginin entegrasyonu. Dersin bir parçası olarak, bilimin çeşitli alanlarından modeller matematik kullanılarak incelenir. Bilgisayar becerilerinin geliştirilmesi ve profesyonelleştirilmesi. Genel ve özel amaçlı yazılımlara, programlama sistemlerine hakimiyet.

    İyi çalışmalarınızı bilgi bankasına göndermek basittir. Aşağıdaki formu kullanın

    Bilgi tabanını çalışmalarında ve işlerinde kullanan öğrenciler, lisansüstü öğrenciler, genç bilim adamları size çok minnettar olacaklar.

    http://www.allbest.ru/ adresinde barındırılmaktadır

    Omsk Devlet Hizmet Enstitüsü

    UML dilini kullanarak bilgi sistemlerinin modellenmesi

    Ders çalışmasının uygulanması için yönergeler

    IV Çervençuk

    • giriiş
    • 2 . Birleştirilmiş Modelleme DiliUML
    • 4. Bir yazılım sistemi modelinin geliştirilmesiUML
    • 5. Bilgi sisteminin uygulanmasına ilişkin sorunlar
    • 6. Dönem ödevlerinin konuları
    • bibliyografik liste

    giriiş

    Makale, "Bilgi sistemleri ve süreçleri. Modelleme ve yönetim" disiplinindeki ders çalışmasının temelini oluşturan birleşik modelleme dili UML kullanılarak bilgi sistemlerinin geliştirilmesini ele almaktadır. Bilgi sistemlerini geliştirmenin rasyonel birleşik sürecinin ana aşamaları üzerinde çalışılıyor, örnekler ve resimler veriliyor. Kurs ödevleri için verilen seçenekler.

    Yönergeler, "Uygulamalı Bilişim" uzmanlığı öğrencilerine yöneliktir ve ders çalışmasında, sınava hazırlıkta ve bağımsız çalışma sürecinde kullanılabilir.

    1. Ders çalışması için genel gereklilikler

    "Bilgi sistemleri ve süreçleri. Modelleme ve yönetim" disiplinindeki ders çalışması, bu dersin çalışmasının son aşamasıdır ve bilgi sistemlerinin modellenmesine ilişkin temel teorik bilgileri pratikte pekiştirmek için tasarlanmıştır. Çalışma, sonraki uygulamasıyla birleşik modelleme dili UML'yi kullanarak bir tür bilgi sisteminin bir modelini geliştirmekten ibarettir. Tipik bir görev seçeneği olarak, bir veri tabanına dayalı bir bilgi ve referans sistemi geliştirilmesi önerilir, ancak öğrencinin isteği üzerine, öğretmenle anlaşarak, bir WEB uygulamasının geliştirilmesi bir görev olarak önerilebilir, Deneme sistemi veya donanım aygıtı. Bu durumda, gerekli olan temel gereksinim, nesne yönelimli bir yaklaşımın kullanılması ve bir UML modelinin oluşturulmasıdır.

    Tipik bir dönem ödevi başlığı "Bir bilgi ve referans sisteminin geliştirilmesi _" gibi görünür. İsim _ "

    giriiş

    1. Konu alanına anlamlı bir genel bakış. Temel sistem gereksinimleri

    2. Bilgi sisteminin ayrıntılı modeli

    2.1 Kullanım durumları açısından görünüm

    2.2 Tasarım görünümü

    2.3 Uygulama görünümü

    2.4 Süreç görünümü (gerekirse)

    2.5 Dağıtım görünümü (gerekirse)

    3. Bilgi sisteminin uygulanması

    Çözüm

    Bir programın veya ana modülün Uygulama Listesi

    Giriş bölümünde bilgi teknolojisinin hizmet sektörü de dahil olmak üzere çeşitli faaliyet alanlarında kullanımına, faydalarına dikkat çekebilirsiniz. elektronik muhasebe, özel bilgi sistemleri oluşturma sorunları vb.

    Bu yönergeler, açıklayıcı notun ana bölümleri ve tasarım örnekleri için ayrıntılı öneriler içerir. Bu ders çalışmasının ana konusunun bir bilgi sisteminin UML modelinin geliştirilmesi olduğu belirtilmelidir, bu nedenle açıklayıcı notun ana bölümünde UML diyagramlarının ayrıntılı yorumlarla birlikte verilmesi şiddetle tavsiye edilir. program metinleri uygulamada yer almalıdır.

    Çoklu görev sistemleri geliştirirken süreç görünümü verilmelidir. Dağıtım görünümü, dağıtılmış bir bilgi sistemini varsayar. Bu türler ve açıklayıcı notun ilgili bölümleri, bu ders çalışmasının uygulanması için zorunlu değildir, ders çalışması için yalnızca belirli seçenekleri gerçekleştirirken bunların kullanıldığı varsayılır.

    Bir notta sistem uygulama konularını ele alırken, programlama ortamı seçimini gerekçelendirmek ve bir kullanım kılavuzu sağlamak arzu edilir. Zorunlu bir unsur, uygulanan programın ekran formlarının (ekran kısa görüntüleri) metinde yer almasıdır, tersine mühendislik araçlarının kullanımı teşvik edilir.

    Sonuç olarak, çalışmanın ana sonuçları kısaca özetlenmiştir: sistemin bir UML modeli geliştirilmiş, geliştirilen sistemin izin verdiği şu veya bu programlama ortamı kullanılarak sistem gerçeklenmiştir, kullanılan yaklaşımların avantajları (dayalı olarak) modelleme) sistem tasarımına.

    modelleme bilgi sistemi dili

    Kurs, resimlerle birlikte 20-30 sayfa basılı metin içermelidir. İÇİNDE hatasız emsallerin, sınıfların, etkileşimlerin diyagramları verilmelidir.

    2. Birleşik Modelleme Dili UML'si

    Bir bilgi sisteminin rasyonel gelişimi, derin bir ön analitik çalışmayı içerir. Her şeyden önce, geliştirilen sistem tarafından gerçekleştirilen görevlerin kapsamını belirlemek, ardından sistemin bir modelini geliştirmek ve son olarak uygulama yollarını belirlemek gerekir. Geliştirilen bilgi sisteminin mimarisinin tasarımın ilk aşamalarında derinlemesine incelenmesi, kural olarak, daha sonra, özellikle uzun vadeli destekli büyük ölçekli projeler geliştirirken karşılığını verir.

    UML modelleme dili araçları (Birleşik Model Dili, - birleşik bir programlama dili), bir bilgi sisteminin ön kavramsal geliştirmesini açık bir şekilde ve oldukça kolay bir şekilde yapmayı mümkün kılar ve aynı zamanda, diğer her şey dahil olmak üzere tüm geliştirme sürecine metodik olarak eşlik eder. yaşam döngüsü bir yazılım ürünü olarak geliştirilen bilgi sistemi.

    UML, nesne yönelimli bir yaklaşıma dayalı olarak yazılım sistemlerinin eserlerini görselleştirmek, belirlemek, oluşturmak ve belgelemek için kullanılan bir dildir.

    UML, diğer herhangi bir dil gibi, içindeki kelimeleri birleştirmenizi ve anlamlı yapılar elde etmenizi sağlayan bir kelime dağarcığı ve kurallardan oluşur. Modelleme dilinde kelime dağarcığı ve kurallar, bilgi sistemlerinin kavramsal ve fiziksel temsiline odaklanır. Sistemi anlamak için modelleme gereklidir. Ancak, tek bir model asla yeterli değildir. Tersine, önemsiz olmayan herhangi bir sistemi anlamak için kişinin kendisini geliştirmesi gerekir. çok sayıda birbirine bağlı modeller Yazılım sistemlerine uygulandığında, bu, geliştirme döngüsü boyunca bir sistemin mimarisinin çeşitli bakış açılarından temsillerini tanımlamak için kullanılabilecek bir dile ihtiyaç duyulduğu anlamına gelir.

    UML bir görselleştirme dilidir ve UML yalnızca bir dizi grafik sembol değildir. Her birinin arkasında iyi tanımlanmış semantik vardır (bkz.

    UML bir tanımlama dilidir. Bu bağlamda, spesifikasyon, kesin, belirsiz olmayan ve komple modeller. UML, bir yazılım sisteminin geliştirilmesi ve dağıtılması sırasında alınması gereken tüm önemli analiz, tasarım ve uygulama kararlarının belirtilmesine izin verir.

    UML bir tasarım dilidir. UML görsel bir programlama dili olmamasına rağmen, onunla oluşturulan modeller doğrudan çeşitli özel programlama dillerine çevrilebilir. Başka bir deyişle, UML modeli Java, C++, Visual Basic gibi dillere ve hatta ilişkisel veritabanı tablolarına veya kalıcı nesne yönelimli veritabanı nesnelerine eşlenebilir. Tercihen grafik olarak aktarılan kavramlar UML'de temsil edilir; metin biçiminde en iyi açıklananlar bir programlama dili kullanılarak ifade edilir.

    Modelin programlama diline bu şekilde eşlenmesi doğrudan tasarıma izin verir: UML modelinden belirli bir dile kod üretimi. Ters problemi de çözebilirsiniz: modeli mevcut uygulamadan geri yükleyin. Doğal olarak, model ve uygulama, bir dizi belirli varlığın kullanımını içerir. Bu nedenle, tersine mühendislik hem araçlar hem de insan müdahalesi gerektirir. İleri kod oluşturma ve tersine mühendislik kombinasyonu, araçlar her iki gösterim arasında tutarlılık sağladığı sürece hem grafiksel hem de metinsel gösterimlerde çalışmanıza olanak tanır.

    UML, programlama dillerine doğrudan eşlemeye ek olarak, açıklayıcılığı ve belirsizliği nedeniyle modelleri doğrudan yürütmenize, sistemlerin davranışını simüle etmenize ve mevcut sistemleri kontrol etmenize olanak tanır.

    UML bir dokümantasyon dilidir

    Bir yazılım şirketi, yürütülebilir koda ek olarak aşağıdakiler de dahil olmak üzere başka belgeler üretir:

    sistem gereksinimleri;

    mimari;

    proje;

    kaynak;

    proje planları;

    testler;

    prototipler;

    sürümler vb.

    Benimsenen geliştirme metodolojisine bağlı olarak, bazı işler daha resmi olarak yapılırken, diğerleri daha az yapılır. Başvurulan belgeler, projenin yalnızca teslim edilebilir parçaları değildir; yönetim için, sonucu değerlendirmek için ve ayrıca sistem geliştirme sırasında ve devreye alınmasından sonra ekip üyeleri arasında bir iletişim aracı olarak gereklidirler.

    UML, geliştiriciye ve yönetime, sistem mimarisini ve tüm ayrıntılarını belgeleme sorununa kendi çözümünü sunar, sistem gereksinimlerini formüle etmek ve testleri tanımlamak için bir dil sunar ve son olarak, proje planlama ve sürüm aşamasında modelleme çalışması için araçlar sağlar. kontrol.

    Bölüm sekreterinin otomatik bir işyerinin geliştirilmesi örneğinde (bundan sonra bölüm sekreterinin iş istasyonu olarak anılacaktır) UML dilini kullanan bir bilgi sistemi modelinin geliştirilmesini düşünün.

    3. Konu alanının tanımı

    Veritabanı konu alanı kavramı, temel konseptler bilişim ve hiçbir tam tanım. IS bağlamında kullanımı, IS'nin kendisinden ve kullanıcı çevresinden bağımsız olarak, isimler, kavramlar ve dış dünyanın belirli gerçekleri arasında zamana bağlı bir ilişkinin varlığını varsayar. Böylece, veritabanının konu alanı kavramının dikkate alınmasına giriş, alanı sınırlar ve görünür kılar. bilgi alma IS'de ve sonlu bir süre içinde sorguları yürütmenize izin verir.

    Konu alanının tanımından, geliştirilmekte olan sistemin ortamının tanımını, sistemin kullanıcı türlerini anlayacağız ve aynı zamanda çözümü sisteme atanan ana görevleri de belirteceğiz.

    Konu alanının ön tanımlamasında ana terimler tanıtılır (sistemin sözlüğü), kullanıcı türleri ve hakları tanımlanır ve geliştirilen sistemin çözmesi gereken görevler formüle edilir. Bu durumda, betimlemenin günlük dilin araçlarını ve standardı kullanması gerekir. iş grafikleri(şekiller, diyagramlar, tablolar).

    Bir sistem sözlüğü geliştirirken, varlıkların adlarını ("öğrenci", "öğretmen", "disiplin") tanımlamak gerekir. Aynı zamanda, varlık terimi bizim tarafımızdan etki alanı modelinin bir bileşeni, yani zaten kavramsal düzeyde tanımlanmış bir nesne olarak anlaşılmaktadır. Konu alanında tahsis edilen nesneler analist tarafından varlıklara dönüştürülür.

    Bir varlık, gerçek bir nesnenin soyutlanmasının sonucudur. Nesnelerle ilgili iki sorun vardır: tanımlama ve yeterli tanımlama. Tanımlama için benzersiz olması gereken adı kullanın. Aynı zamanda, doğal dilin doğasında olan anlamının reddedildiği varsayılmaktadır. Yalnızca ad işaretçisi işlevi kullanılır. Ad, bir nesneyi tanımlamanın doğrudan bir yoludur. Bir nesneyi tanımlamanın dolaylı yöntemleri, bir nesnenin özellikleri (özellikleri veya özellikleri) aracılığıyla tanımlanmasını içerir.

    Nesneler, durumlara yol açan özellikleri aracılığıyla birbirleriyle etkileşime girer. Durumlar, nesneler arasındaki ilişkileri ifade eden ilişkilerdir. Konu alanındaki durumlar, konu alanıyla ilgili ifadelerle anlatılır. Açık bu aşamaönermeler hesabı ve yüklem hesabı, yani biçimsel, matematiksel mantık yöntemlerini kullanabilirsiniz. Örneğin, "Programcı ve yönetici şirketin çalışanlarıdır" ifadesi bir içerme ilişkisini tanımlar. Böylece, konu alanındaki nesneler ve varlıklar hakkındaki tüm bilgiler, doğal dilde ifadeler kullanılarak açıklanır.

    Yapısal ilişkileri belirleyebilir, statik ve dinamik durumları vurgulayabilirsiniz (böylece modele bir zaman parametresi dahil edebilirsiniz), ancak modelin ayrıntılı bir çalışması için, konu alanını tanımlayan gelişmiş araçlar, örneğin UML kullanmak daha uygundur. dil araçları.

    Bu nedenle görev, OmSTU BİT departmanının çalışanları ve öğrencileri hakkındaki verilerin otomatik olarak muhasebeleştirilmesine izin verecek, kimlik bilgilerinin planlanmış ve planlanmamış özel görevlerini çözmede esneklik sağlayacak bir "bölüm sekreterinin iş istasyonu" sistemini geliştirmektir.

    Bölüm sekreterinin otomatik bir işyerini geliştirme sorununu çözmenin bir parçası olarak, aşağıdaki varlıkları seçiyoruz:

    öğretmenler - bölüm öğretmenleri;

    öğrenciler- verilen uzmanlıktaki üniversite öğrencileri;

    öğrenciler okuyor gruplar, grupöğrenciler için düzenleyici (birleştirici) bir varlıktır;

    mezun öğrenciler, bir yandan dersleri kendilerinin yönetebilmeleri, diğer yandan kendilerinin öğrenci olmaları ve bir danışmanları olması özelliğine sahiptirler;

    disiplin- öğretilen disiplin (konu, kurs).

    Korunan varlıklar, daha sonra tanımlayacağımız bir dizi özniteliğe sahiptir.

    İki tür kullanıcıyı yönetiyoruz: sıradan kullanıcı(daha öte kullanıcı, Ve yönetici. varsayılır ki kullanıcı Sisteme istek ile giriş yapabilir, raporları görüntüleyebilir, yönetici ayrıca verileri değiştirebilir. Örneğin, bölümün sekreter yardımcısı kullanıcı, sekreterin kendisi veya sorumlu öğretmen yönetici olarak hareket edebilir.

    Tanıtılan terimleri dikkate alarak, geliştirilen sistem şunları sağlamalıdır:

    bölümün tüm çalışanlarının ve öğrencilerinin eksiksiz ve güvenilir bir muhasebesinin organizasyonu;

    yönetim kararları için bilgi desteği, hakkında eksiksiz ve güvenilir bilgilerin oluşturulması eğitim süreçleri ve bölümün sonuçları;

    birincil belge ve raporların hazırlanması için işçilik maliyetlerinin azaltılması;

    bilgi girerken tekrarlamanın ve bunun sonucunda ortaya çıkan mekanik hataların ortadan kaldırılması;

    uygun kullanıcı arayüzü;

    sıradan kullanıcıların ve yöneticinin yetkilerinin farklılaşması.

    Bu örnekte, belirli bir sorunu çözüyoruz - bölüm sekreterinin iş istasyonunu, dolayısıyla bölümün yapısal birimini geliştiriyoruz. yüksek seviye bizim için varsayılan olarak kasteteceğimiz departman kabul edilir, yani modelin tüm öğelerinin sadece bu departman için geçerli olduğu varsayılır ve bu açıkça belirtilmez. Fakülte, üniversite gibi daha üst düzeydeki yapılar tarafımızca değerlendirilmeyecektir.

    4. UML kullanarak bir yazılım sistemi modelinin geliştirilmesi

    UML bir tanımlama ve görselleştirme dilidir, ana birimleri diyagramlardır.

    Bir UML diyagramı, çoğunlukla köşeler (varlıklar) ve kenarlar (ilişkiler) ile bağlantılı bir grafik olarak tasvir edilen bir dizi öğenin grafiksel bir temsilidir. Diyagramlar, sistemi farklı bakış açılarından karakterize eder. Diyagram bir anlamda sistemin izdüşümlerinden biridir. Kural olarak diyagramlar, sistemi oluşturan öğelerin daraltılmış bir görünümünü verir. Aynı öğe tüm diyagramlarda veya yalnızca birkaçında (en yaygın olanında) bulunabilir veya hiçbirinde bulunmayabilir (çok nadir). Teorik olarak diyagramlar, varlıkların ve ilişkilerin herhangi bir kombinasyonunu içerebilir. Bununla birlikte, pratikte, bir yazılım sisteminin mimarisini oluşturan en yaygın beş türe karşılık gelen nispeten az sayıda tipik kombinasyon kullanılır (sonraki bölüme bakın). Böylece, UML'de dokuz tür diyagram vardır:

    sınıf diyagramları

    nesne diyagramları;

    durum diyagramlarını kullanın;

    dizi diyagramları;

    işbirliği diyagramları;

    durum diyagramları;

    eylem (etkinlik) diyagramları;

    bileşen diyagramları;

    dağıtım diyagramları.

    Kavramsal UML Modeli

    Bir sınıf diyagramı, sınıfları, arabirimleri, nesneleri ve işbirliklerini ve bunların ilişkilerini gösterir. Nesne yönelimli sistemleri modellerken, bu tür bir diyagram en sık kullanılır. Sınıf diyagramları, tasarım açısından sistemin statik görünümüne karşılık gelir. Aktif sınıfları içeren sınıf diyagramları, süreçler açısından sistemin statik görünümüne karşılık gelir.

    Bir nesne diyagramı, nesneleri ve aralarındaki ilişkileri temsil eder. Bunlar, sınıf diyagramlarında gösterilen varlık örneklerinin statik "fotoğraflarıdır". Sınıf diyagramları gibi nesne diyagramları, bir sistemin tasarım veya süreçler açısından statik görünümüne atıfta bulunur, ancak akılda gerçek veya sahte bir uygulama vardır.

    Bir kullanım durumu diyagramı, kullanım durumlarını ve aktörleri gösterir ( özel durum sınıflar) ve aralarındaki ilişkiler. Kullanım durumu diyagramları, kullanım durumları açısından bir sistemin statik görünümüne atıfta bulunur. Bir sistemin davranışını organize etmede ve modellemede özellikle önemlidirler.

    Dizi ve işbirliği diyagramları, etkileşim diyagramlarının özel durumlarıdır. Etkileşim diyagramları, nesneler arasındaki ilişkileri temsil eder; özellikle nesnelerin değiş tokuş edebileceği mesajları gösterir. Etkileşim diyagramları bkz. dinamik görünüm sistemler. Aynı zamanda, dizi diyagramları mesajların zamansal sıralamasını yansıtır ve işbirliği diyagramları mesaj alışverişi yapan nesnelerin yapısal organizasyonunu yansıtır. Bu diyagramlar izomorfiktir, yani birbirlerine dönüştürülebilirler.

    Durum diyagramları (Statechart diyagramları), durumları, geçişleri, olayları ve eylem türlerini içeren bir otomatı temsil eder. Durum diyagramları, bir sistemin dinamik görünümünü ifade eder; bir arayüzün, sınıfın veya işbirliğinin davranışını modellerken özellikle önemlidirler. Reaktif sistemleri modellemek için çok yararlı olan olayların sırasına bağlı olarak bir nesnenin davranışına odaklanırlar.

    Etkinlik diyagramı, durum diyagramının özel bir durumudur; sistem içinde bir faaliyetten diğerine kontrol akışının geçişlerini temsil eder. Aktivite diyagramları, sistemin dinamik görünümünü ifade eder; işleyişini modellemede çok önemlidirler ve nesneler arasındaki kontrol akışını yansıtırlar.

    Bileşen diyagramı, bir dizi bileşenin organizasyonunu ve bunlar arasında var olan bağımlılıkları gösterir. Bileşen diyagramları, bir sistemin uygulama açısından statik görünümünü ifade eder. Bir bileşen genellikle bir veya daha fazla sınıfa, arabirime veya işbirliğine eşlendiğinden, sınıf diyagramlarıyla ilişkilendirilebilirler.

    Yerleştirme diyagramı, sistemin işlem düğümlerinin ve bunlara yerleştirilen bileşenlerin yapılandırmasını gösterir. Dağıtım şemaları, bir sistemin mimarisinin dağıtım perspektifinden statik bir görünümünü ifade eder. Bir düğüm genellikle bir veya daha fazla bileşen barındırdığından bileşen diyagramlarıyla ilişkilidirler.

    Bu, UML'de kullanılan diyagramların kısmi bir listesidir. Araçlar, veritabanı profil diyagramları, web uygulama diyagramları vb. gibi başka diyagramlar da oluşturmanıza olanak tanır.

    4.1 Görünümü kullanım durumları açısından tasarlama

    Modelleme, geliştirilmekte olan sistemin ana görevlerinin ve gerçekleştirmesi gereken eylemlerin tanımlanmasıyla başlar. Bunun için kullanım durumu diyagramları kullanılır. Daha önce bahsedildiği gibi, kullanım durumu diyagramları, kullanım durumlarını ve aktörleri ve bunların arasındaki ilişkileri gösterir.

    emsal (Kullanım durumu), bazı özel durumlar için önemli olan gözlemlenebilir bir sonuç üreten, sistem tarafından gerçekleştirilen eylemler dizisinin bir açıklamasıdır. Davranmak e ra (Aktör). Kullanım durumu, modelin davranışsal varlıklarını yapılandırmak için kullanılır. Emsal, "ne yapmalı?" Sorusunu yanıtlayarak yalnızca sistemin bazı eylemlerinin bir tanımını beyan eder, ancak ne anlama geldiğini belirtmez. Bir kullanım durumu tarafından belirtilen davranışın somut uygulaması, bir sınıf, bir sınıf işbirliği veya bir bileşen tarafından sağlanır.

    Aktör, kullanım durumlarının kullanıcılarının kendileriyle etkileşim kurarken gerçekleştirdiği bağlantılı bir dizi roldür. Tipik olarak bir aktör, belirli bir sistemdeki bir kişinin, bir donanım aygıtının veya hatta başka bir sistemin oynadığı rolü temsil eder. Geliştirilen "bölüm sekreterinin iş istasyonu" sisteminde aktörler yöneticidir. (yönetici) Ve kullanıcı.

    Grafiksel olarak, bir emsal, sürekli bir çizgi ile sınırlanmış, genellikle yalnızca adını içeren bir elips olarak tasvir edilir, aktörün bir "küçük adam" simgesi vardır.

    Bir kullanım durumu diyagramı oluşturmak için, sistem tarafından gerçekleştirilen temel eylemleri belirlemek ve bunları kullanım durumlarıyla karşılaştırmak gerekir. Aynı zamanda, davranışı belirtmek için emsal adlarının verilmesi arzu edilir, genellikle bu tür adlar fiiller içerir, örneğin, "bir rapor oluştur", "bir kritere göre veri bul", vb. Kullanım durumlarını, "yetkilendirme", "arama", "kontrol" gibi bazı eylemler öneren isimlerle adlandırabilirsiniz.

    Bölüm sekreterinin iş istasyonunu modellemeye dönersek, emsalleri vurgularız:

    düzenlemeveri,

    Aramaköğrenci,

    AramakÖğretmen,

    iadelisteöğretilendisiplinler,

    yetki.

    Kullanım durumu diyagramı öğeleri (kullanım durumları ve aktörler) birbiriyle ilişkili olmalıdır.

    Kullanım durumları, kullanım durumları ve aktörler arasındaki en yaygın ilişki ilişkilendirmedir. Bazı durumlarda genelleme ilişkileri kullanılabilir. Bu ilişkiler, sınıf diyagramındaki ile aynı anlama sahiptir.

    Ek olarak, UML'deki kullanım durumları arasında iki özel bağımlılık tanımlanır - dahil etme ilişkisi ve genişletme ilişkisi.

    Kullanım senaryoları arasındaki dahil etme ilişkisi, temel kullanım senaryosundaki bir noktada başka bir kullanım senaryosunun davranışının dahil edildiği (dahil edildiği) anlamına gelir. Dahil edilen bir kullanım senaryosu hiçbir zaman bağımsız olarak var olmaz, ancak yalnızca çevreleyen bir kullanım senaryosunun parçası olarak örneklenir. Temel kullanım durumunu, dahil olanların davranışını ödünç almak olarak düşünebilirsiniz. İçerme ilişkilerinin varlığı nedeniyle, aynı olay akışının birden çok tanımından kaçınmak mümkündür, çünkü genel davranış, temel olanlara dahil olan bağımsız bir emsal olarak tanımlanabilir. Dahil etme ilişkisi, bir dizi sistem sorumluluğunun tek bir yerde (dahil edilen bir kullanım durumunda) açıklandığı ve diğer kullanım durumlarının bu sorumlulukları gerektiği gibi kendi kümelerine dahil ettiği bir yetkilendirme örneğidir.

    Dahil etme ilişkileri, "dahil etme" klişesiyle bağımlılıklar olarak tasvir edilir. Olay akışında, bir temel kullanım durumunun diğerinin davranışını içerdiği bir yeri belirtmek için, içerme kelimesini ve ardından dahil edilecek kullanım durumunun adını yazmanız yeterlidir.

    Bir uzantı ilişkisi, kullanıcının sistemin isteğe bağlı davranışı olarak algıladığı bir kullanım senaryosunun parçalarını modellemek için kullanılır. Bu şekilde gerekli ve isteğe bağlı davranışı ayırabilirsiniz. Uzatma ilişkileri, yalnızca belirli koşullar altında çalışan bireysel alt akışları modellemek için de kullanılır. Son olarak, bir aktörle açık etkileşimin bir sonucu olarak bir senaryoda bir noktada tetiklenebilen birden çok diziyi modellemek için kullanılırlar.

    Bir genişleme ilişkisi, "uzatma" klişesiyle bir bağımlılık olarak tasvir edilir. Temel senaryo uzantı noktaları, isteğe bağlı bölümde listelenir. Basitçe, temel kullanım durumu akışında görünebilen etiketlerdir.

    Bu ilişkiyi kullanmanın bir örneği, operasyonel kısmı ve arşivi olan bir veritabanına erişim olabilir. Bu durumda, talep operasyonel kısımdaki verilerle sağlanıyorsa, verilere ana (temel) erişim gerçekleştirilir, ancak operasyonel kısımdaki veriler yeterli değilse, arşiv verilerine erişim gerçekleştirilir. ise, erişim genişletilmiş senaryoya göre gider.

    Bizim durumumuzda, emsal düzenlemeveri emsal içerir: girişveri, kaldırmaveri, değiştirmekveri.

    Bölüm sekreterinin iş istasyonu emsallerinin diyagramı Şekil 1'de gösterilmektedir.

    Pirinç. 1. Bölüm sekreterinin iş istasyonunun emsal şeması

    emsal aramaköğrenci soyadına göre aramayı ve akademik performans sonuçlarına göre aramayı içerir.

    Kullanım durumları açısından bir görüş geliştirirken, genellikle kullanım durumunun genişletilmiş bir açıklamasını sağlamak gerekir (kısaltılmış sürümde yalnızca adı belirtilir). Kural olarak, işin başında bir kullanım senaryosundaki olayların akışı metin biçiminde açıklanır. Sistem gereksinimleri netleştikçe geçiş yapmak daha uygun olacaktır. grafik görüntü aktivite ve etkileşim diyagramları üzerinde akışlar.

    Olay akışları, yapılandırılmamış metin, yapılandırılmış metin (işlev sözcüklerini içeren) kullanılarak açıklanabilir: EĞER,ÖNCEONLARPORHOŞÇAKAL vb.), özel bir biçimsel dil (sahte kod).

    Bir emsali olaylar akışıyla tarif ederken, sistemin davranışının ana ve alternatif akışlarını da belirlemek önemlidir.

    Örneğin, kullanım senaryosunun olay akışının açıklamasını düşünün. yetki.

    Temel akış olaylar. Kullanım durumu, sistem kullanıcıdan oturum açma adını (Oturum Açma) ve parolasını (Parola) istediğinde başlar. Kullanıcı klavyeden girebilir. tuşuna basarak girişi sonlandırın Girmek. Bundan sonra, sistem girilen Kullanıcı Adı ve şifreyi kontrol eder ve yöneticiye uygunsa yöneticinin yetkisini onaylar. Emsal burada sona eriyor.

    Olağanüstü akış olaylar. İstemci, tuşuna basarak işlemi istediği zaman sonlandırabilir. İptal etmek. Bu eylem, kullanım durumunu yeniden başlatır. Sisteme giriş yok.

    Olağanüstü akış olaylar. Müşteri, Enter tuşuna basmadan önce herhangi bir zamanda Kullanıcı Adı ve şifresini silebilir.

    Olağanüstü akış olaylar. İstemci, yöneticiye karşılık gelmeyen Kullanıcı Adı ve parola girdiyse, yeniden girmesi veya normal bir kullanıcı olarak oturum açması istenir.

    Açıktır ki, bir emsalin bir olaylar akışı tarafından tanımlanması, bir faaliyet diyagramında temsil edilebilecek bazı algoritmaları içerir (Şekil 2).

    Algoritma diyagramı, başlangıç ​​ve bitiş köşelerini ve yalnızca bir başlangıç ​​ve bir bitişi içermelidir. Diyagram yürütülebilir düğümler içerir - faaliyetler (belirtilen yuvarlatılmış dikdörtgenler), koşullu köşeler (karar - seçim, tanıma, elmaslarla gösterilir) ve bağlantılar.

    Benzer diyagramlar, diğer kullanım durumlarının yürütülmesini de açıklayabilir, böylece kullanım durumları açısından sistemin görünümünü tamamlar.

    Pirinç. 2. Kullanıcı yetkilendirmesi. Etkinlik şeması.

    4.2 Tasarım açısından tasarım görünümü

    Tasarım görünümü, bir modeli kavramsallaştırmanın ana adımıdır. Bu aşamada ana soyutlamalar tanıtılır, görevlerin çözümünün uygulandığı sınıflar ve arayüzler tanımlanır. Emsaller sadece sistemin davranışını beyan ediyorsa, o zaman görüş geliştirme aşamasında tasarım açısından bu emsallerin hangi araçlarla uygulanacağı belirlenir. Bu türün statik yönleri, sınıf diyagramları, dinamik - etkileşim ve durum diyagramları (otomatik) aracılığıyla geliştirilir.

    Sınıf diyagramları, sınıfları, arayüzleri, işbirliklerini ve aralarındaki ilişkileri içerir. Bir sınıf diyagramının geliştirilmesi, kural olarak, konu alanını tanımlarken gelişimin ilk aşamalarında belirlenen, sistemin ana varlıklarına karşılık gelen sınıfların tanımıyla başlamalıdır. Burada, hangi varlıkların sınıf olarak ve hangilerinin nitelik olarak modellenmesinin daha uygun olduğuna karar vermelisiniz. Örneğin, fakülte içinde her bölüm için bir bölüm başkanı belirtilmesi istenseydi, birimin belirtilmesi daha iyi olurdu. müdürdepartmanlar bunu bir sınıf özniteliği yap departman sınıfı belirtmek öğretmenler ( bire bir ilişkilendirme ), ayrı bir sınıf tanıtmak yerine müdürdepartmanlar.

    Modelleme yaparken, her sınıfın, kullanıcının veya geliştiricinin uğraştığı alandan bazı gerçek varlıklara veya kavramsal soyutlamalara karşılık gelmesi gerektiği unutulmamalıdır. İyi yapılandırılmış bir sınıf aşağıdaki özelliklere sahiptir:

    problem alanı veya çözüm alanı sözlüğünden bazı kavramların iyi tanımlanmış bir soyutlamasıdır;

    küçük, iyi tanımlanmış bir dizi görev içerir ve her birini yerine getirir;

    soyutlama belirtimleri ile uygulamasının açık bir şekilde ayrılmasını sağlar;

    açık ve basit, ancak aynı zamanda genişlemeye ve yeni görevlere adaptasyona izin veriyor.

    Bölüm sekreterinin AWP modelinin geliştirilmesinin bir parçası olarak, sınıfları tanımlarız: öğretmenler, öğrenciler, mezun öğrenciler, disiplinler, gruplar. Açıkçası, ilkinin birçok ortak özelliği var, bu yüzden soyut bir sınıf tanıtıyoruz. Pkişi, geliştirilmekte olan sistem bağlamında bir kişiyle ilgili tüm özellikleri (soyadı, adı, adresi vb.) içerecektir. Bu durumda Bir kişi bir üst sınıf olacak ve sınıflarla bir genelleme ilişkisi ile ilişkilendirilecek öğretmenler, öğrenciler, mezun öğrenciler.

    Bağlanmak adres kendi yapısına sahiptir, onu yansıtmak için ek bir sınıf tanıtabilirsiniz, buna hadi diyelim T_ ADR(birçok programlama sisteminde olduğu gibi, sınıf adları T harfiyle başlar). Unutulmamalıdır ki, nitelik adres sınıf Bir kişi sınıfın bir örneğidir T_ ADR, yani, bu sınıflar arasında bir bağımlılık ilişkisi kurulur (açık uçlu noktalı bir ok olarak gösterilir, ok bağımlıdan bağımsızı gösterir). Bizim durumumuzda, sınıf yapısını değiştirmek T_ ADR sınıf değişikliği gerektirir Bir kişi ilgili özniteliğin yapısı aracılığıyla ( adres).

    Bir sınıf modellenirken T_ ADR bağlanmak dizin ilkel türe göre ayarla T_ POSTIDX, altı basamaklı bir ondalık sayı olarak tanımlanır. İlkel tipler basmakalıp tarafından modellenir " tip" , değer aralığı, kaşlı ayraçlar içindeki kısıtlamalarla belirtilir.

    Sınıfta Öğretmen Yalnızca öğretmen için geçerli olan belirli nitelikleri vurgulayalım: iş unvanı, Ah. derece(akademik derece), Ah. rütbe ( akademik ünvan) deşarj(birleşik tarife ölçeği kategorisi). Öznitellikler Ah. derece Ve Ah. rütbeözel türleri bir numaralandırma yoluyla tanımlamak daha iyidir. Numaralandırmalar, " klişeye sahip bir sınıf tarafından modellenir. Sıralama" (numaralandırma - numaralandırma), geçerli değerler öznitelik olarak yazılır, özniteliklerin görünürlüğünü belirleyen etiketler bastırılır. Ele alınan örnekte, numaralandırma yoluyla, özel sınıfları tanıtıyoruz. T_Mutlak, T_UchSt, T_UchSv Sırasıyla olası pozisyonları, akademik dereceleri, akademik unvanları numaralandırarak tanımlar. Bu durumda, benzer durumlarda başka yerlerde olduğu gibi, ana sınıfın özniteliklerini belirten sınıflar oluşturulurken bağımlılık ilişkileri kurulur.

    Sınıf için öğrenci belirli bir özellik girilir sayıöğrenci kitapları. Lisansüstü sınıf için belirli nitelikler tanımlanır biçimöğrenme Ve tarihgelirler. Eğitim şekli, numaralandırma yoluyla özel bir sınıf tarafından belirlenir. T_FormEğitim(tam zamanlı yarı zamanlı).

    Sınıf grup niteliklere sahiptir: İsim, biçim öğrenme, sayıdamızlık. (öğrenci sayısı ). Söz konusu bölümün öğretmenleri diğer fakültelerden gruplarla ders yürütebilecekleri için ek bir ders açılmıştır. uzmanlık, özniteliklerle sayı(uzmanlıklar), İsim(uzmanlıklar ), Fakülte, türleri bu modelde belirtilmemiş, ancak numaralandırmalarla tanımlanabilirler.

    Sınıf disiplin niteliklere sahiptir: sayı, İsim, döngü. Bağlanmak döngü bir numaralandırma yoluyla tanıtılan özel bir tür aracılığıyla T_döngüleri disiplinin hangi döngüye ait olduğunu belirler: insani ve sosyo-ekonomik disiplinler, matematik ve doğa bilimleri disiplinleri, genel profesyonel disiplinler, özel disiplinler döngüsüne.

    Öznitellikler miktarsaat, miktaryarıyıllar sınıfta belirtilemez disiplin, uzmanlığa bağlı oldukları için, onları sınıfta belirtemezsiniz. uzmanlık. Bu nitelikler bir çift uzmanlık disiplinine atıfta bulunur ve sınıf - derneklerde tanımlanır Disiplinler-uzmanlıklar.

    Pirinç. 3. Bölüm sekreterinin iş istasyonunun sınıf diyagramı (seçenek 1)

    Sınıfların yapısını görselleştirirken, niteliklerin görünürlüğüne dikkat etmelisiniz. Göz önünde bulundurulan tüm özniteliklere erişilebilir olmalı ve Public görünürlüğüne sahip olmalıdır ("+" işareti veya asma kilitsiz bir simge ile gösterilir). Ele alınan sınıflarda, davranışa değil yapıya odaklandık (işlemler tanımlanmadı ve tanımlanmaması gerekiyor), bu nedenle diyagramın algılanmasını kolaylaştırmak için işlemlerin gösterimini bastırmak isteniyor.

    Tanıtılan sınıf setinde, bağlantıları yeniden tanımlamak gerekir. Genelleme ilişkileri ve bağımlılıklar zaten tanımlandı, ilişkileri tanımlamaya devam ediyor.

    öğrenciler Içinde oluşturulmuş gruplar, bu durumda ilişkilendirme bir toplama gibi görünecektir. Toplama, bütünün yanından sonunda bir eşkenar dörtgen bulunan düz bir çizgi ile gösterilen bir parça-bütün ilişkisini ifade eder (bizim durumumuzda gruplar). Öğrenci-grup ilişkisinin çokluğu çoktan biredir. Her biri grup belirli bir ifade eder spesiyaliteler, sırayla, birkaç grup belirli bir uzmanlığa karşılık gelebilir, bu nedenle grup-uzmanlık ilişkisi aynı zamanda çoktan bire çokluk tipine sahiptir.

    Bu durumda, diğerlerinin çoğunda olduğu gibi, ilişkilendirmelerin yönü iki yönlüdür, bu nedenle gezinmeyi bastırmak daha iyidir (Ayrıntılı Rol seçeneğinin Gezinebilir alanının işaretini kaldırın)

    arasında bir ilişki tanımlayalım. öğretmenler ve öğretti disiplinler"çoktan çoğa" tipine göre: bir öğretmen birkaç disipline liderlik edebilir, bazı disiplinler birkaç öğretmen tarafından öğretilebilir. Arasında disiplinler Ve spesiyalitelerçoktan çoğa bir ilişki de kurulur: uzmanlık müfredatı birçok disiplin içerir, disiplinlerin çoğu çeşitli uzmanlıkların çalışma planlarında bulunur. Bu ilişkilendirmeye bir ilişkilendirme sınıfı eklenir. Disiplinler-uzmanlıklar belirli bir uzmanlık alanında belirli bir disiplinin dersi, yarıyıl sayısını ve saat sayısını gösteren niteliklerle.

    Benzer şekilde, arasında bir ilişki kuruyoruz. gruplar Ve öğretmenler: öğretmenler sınıfları gruplar halinde yönetir, çokluk ilişkisinin türü çoktan çoğadır. arasındaki doğrudan ilişki gruplar Ve disdisiplinler belirlenmesi gerekmez çünkü bu bağlantı link sınıfı aracılığıyla izlenebilir uzmanlık.

    Bir lisansüstü öğrencide bir danışmanın varlığını göstermek için, bir lisansüstü öğrenci ile bir öğretmen arasında "çoktan bire" türüne göre bir ilişki kurmak gerekir, bir danışmanın birkaç lisansüstü öğrencisi olabilir. Bu ilişkilendirmede, öğretmen tarafından rolü açıkça belirtebilirsiniz: süpervizör.

    Pirinç. 4. Bölüm sekreterinin iş istasyonunun sınıf diyagramı (seçenek 2)

    Her birinde gruplare grubun bir başkanı var, bu gerçek ek bir dernek tarafından görüntülenebilir (buna bir isim verelim) muhtar) bire bir çokluk türü ile bir gruptan öğrencilere. Bu durumda, navigasyonu açıkça belirtebilirsiniz.

    doktora öğrencileri ayrıca belirli bir disiplinde belirli gruplarla sınıflara liderlik edebilir: çoktan çoğa ilişkilendirmeler lisansüstü gruplar, lisansüstü öğrenciler-disiplinler. Bazı lisansüstü öğrenciler ders vermeyebilir, bu nedenle ilişkinin uçlarındaki çokluk türü 0 olacaktır. n.

    Son sınıf diyagramı, Şek. 3.

    Pirinç. 5. Basitleştirilmiş sınıf diyagramı

    Hem lisansüstü öğrencilerin hem de öğretmenlerin ders verdiği göz önüne alındığında, ek bir özet dersi sunabilirsiniz, örneğin, öğretim, sınıfın soyundan gelen Bir kişi ve sınıflar için üst sınıf Öğretmen Ve Mezun öğrenci, bu da bağlantı sayısını bir şekilde azaltacaktır. (Şek. 4.). Bu durumda sınıflardan disiplin Ve grup Dernekler sınıfa gidecek öğretim, sınıflarla ilişkilendirme varsayılarak Öğretmen Ve Mezun öğrenci kalıtım yoluyla (genelleştirme ilişkisi). sınıfa öğretim nitelikler kaldırılabilir teklif etmek(0,5 bahis, tam bahis) ve deşarj.

    Ortaya çıkan diyagram oldukça karmaşıktır ve öğelerle doludur, ancak sınıf modellemesi tam olmaktan uzaktır: bazı yardımcı sınıflar ve arayüzlerin hala tanımlanması gerekir. Sınıf diyagramını kaldırmak için onun yeni bir görünümünü oluşturacağız (üzerinde ayrı grafik) ana sınıfların görüntüsünü terk etmek ve yardımcı sınıfların görüntüsünü bastırmak, öznitelik türlerini tanımlamak (Şekil 5).

    Şek. 5, sistemin kavramsal öğelerine karşılık gelen ana sınıflarla birlikte, sınıfı da gösterir. T_ ADR, adresin yapısını ortaya koyan bu sınıf, adres için gerekli veri öğelerini içermesi nedeniyle de önemlidir. öğretmenler Ve mezun öğrenciler- sınıfın torunları Bir kişi.

    Arayüzleri tanımlamaya geçelim. Sınıflar, arayüzler aracılığıyla dış dünya ile etkileşime girer.

    Arayüz (Arayüz), bir sınıf veya bileşen tarafından sağlanan bir hizmeti (hizmetler kümesi) tanımlayan bir dizi işlemdir. Böylece, bir arayüz, bir elemanın dışarıdan görülebilen davranışını tanımlar. Arayüz, bir sınıfın veya bileşenin davranışını tamamen veya kısmen temsil edebilir; yalnızca işlemlerin (imzaların) özelliklerini tanımlar, uygulamalarını asla tanımlamaz. Grafik arayüz, adının yazıldığı bir daire olarak tasvir edilmiştir. Bir arayüz nadiren kendi başına bulunur - genellikle bir uygulama sınıfına veya çekirdeğine eklenir. Bir arabirim, her zaman, bir dizi işlemin yürütüldüğünü beyan eden taraf ile bu işlemleri gerçekleştiren taraf arasında bir "sözleşme"nin var olduğunu varsayar.

    Diyagrama bir sınıf koyun elektronikmasa, verilerin düzenlenmesine izin veren bir elektronik tablonun tüm özelliklerini ve işlemlerini kapsar. Yapı bu sınıf Karmaşıklık nedeniyle ifşa etmeyeceğiz. Yani içinde modern araçlar Uygulama geliştirirken, kullanıcı, yeteneklerini devralan hazır sınıflar ve şablonlar kullanır; örneğin, VCL kitaplığı (Delphi), bir elektronik tablonun yeteneklerini kapsayan TTable sınıfını içerir. Sınıf torunları elektronikmasaöğretmenler, lisansüstü öğrenciler, öğrenciler, gruplar, disiplinler ve uzmanlıklar hakkında belirli verileri içeren özel elektronik tablolardır. Karşılık gelen sınıfları sınıfın soyundan yapmak elektronikmasa, bu sınıflar için elektronik tabloların içerdiği tüm özellikleri ve işlemleri (sisteme kayıt, ekleme, silme, veri düzenleme, sıralama vb.) beyan ederiz.

    Sınıf için elektronikmasa ve buna göre, tüm alt öğeleri için arabirimi tanımlarız düzenleme, olası tüm veri düzenleme işlemlerini (veri ekleme, silme, değiştirme) içerir. Sınıfta olduğu sanılıyor elektronikmasa bu özellikler uygulandı.

    Özel bir sınıf kullanmak elektronikmasa ve kalıtım, her elektronik tablo için özel özellikler ve veri düzenleme arayüzleri tanımlamaktan kaçındı.

    Arayüzleri Tanımla aramakÖğretmen, aramakdisiplinler, bunları uygulama ilişkileriyle ilgili sınıflara ekleyerek. Bu arayüzlerin işlemlerinin bileşimini ifşa etmeyeceğiz (oldukça önemsiz), bu nedenle arayüzleri kısaltılmış bir biçimde (daire şeklinde) göstereceğiz. Bir arabirime kısa biçimde eklenmiş bir uygulama ilişkisinin basit bir düz çizgi (ilişkilendirme olarak) olarak gösterildiğini hatırlayın.

    Arayüz aramaköğrenci uygulama ilişkisi kapalı uçlu noktalı bir ok olarak görüntülenirken, basmakalıp bir sınıf aracılığıyla işlem listesinin bir göstergesi ile görüntülenecektir.

    Doğal olarak, tanıtılan arabirimlerin, uygulama ilişkisi tarafından bağlandıkları sınıflar aracılığıyla uygulandığı, yani karşılık gelen sınıfların, bildirilen arabirimleri uygulayan işlemleri ve yöntemleri içerdiği varsayılır. Algılamayı kolaylaştırmak için bu mekanizmalar görselleştirilmez.

    Erişim haklarını ve kullanıcı yetkilendirmesini yönetmek için sınıfı tanıtıyoruz müdürerişim. Erişim yöneticisinin özel bir erişim türü özniteliği var masaşifreler sınıfın bir örneği olan CodirTable(kodlanmış tablo) içeren şifreler ( şifre) ve adları girin ( giriş yapmak) yönetici kullanıcılar. Fayda sınıfının yeteneklerinin olduğu varsayılmaktadır. CodirTable yetkisiz kullanıcıların kullanıcı şifrelerini okumasını engeller. Bu tasarım aşamasında, bu tür yetenekleri, bunların uygulanmasına yönelik mekanizma üzerinde durmadan, ancak bir sınıf içinde kapsüllenmiş olduklarını varsayarak basitçe beyan ederiz. CodirTable.

    Sınıf müdürerişim açık işlemleri içerir girişşifre ve yetkilendirme ve erişim hakları yönetiminin uygulandığı yönetici haklarının verilmesi.

    Veri düzenleme arayüzü arasındaki bağımlılığı belirtin ( düzenleme) ve bir erişim yöneticisi, varsayarsak tüm olasılıklar Yalnızca yönetici haklarına sahip kullanıcılar verileri düzenleyebilir.

    Pirinç. 6. Bölüm sekreterinin iş istasyonunun son sınıf diyagramı

    Son diyagram, Şek. 6.

    Dolayısıyla, bu aşamada UML sınıf diyagramını kullanarak bölüm sekreterinin iş istasyonunun nesne yönelimli bir modelinin geliştirilmesi tamamlanmış sayılabilir. Doğal olarak, sistem tasarımı sırasında, görevleri ayarlarken, bireysel ayrıntıları netleştirirken ona geri dönmek ve bazı öğeleri gözden geçirmek mümkündür. Bilgi sistemlerini tasarlama süreci yinelemelidir. Geliştirilen sınıf diyagramının, kullanım durumu diyagramının tüm kullanım durumlarını açıkça veya dolaylı olarak uygulayan öğeler içerdiğine dikkat edilmelidir. Bir kullanım durumu diyagramının her kullanım durumu, bir arabirime veya arabirim işlemine (uygulamanın, arabirime karşılık gelen sınıflarda olduğu varsayılır) veya bir genel sınıf işlemine veya bir dizi genel işleme (bu durumda, kullanım durumu doğrudan karşılık gelen sınıf veya sınıflar kümesi tarafından uygulanır).

    Oluşturma sürecini göz önünde bulundurun Yeni Rekor sıra diyagramı aracılığıyla öğrenci hakkında

    Yeni bir kayıt oluşturmak yönetici hakları gerektirir, bu nedenle bu etkileşimdeki aktör yönetici olacaktır ( yönetici). Bu öğe, Kullanım Durumu Şemasına zaten girilmiştir, bu yüzden onu Kullanım Durumu Görünümü Tarayıcısından Sıra Şemasına sürükleyelim.

    Nesnelerin, yani belirli sınıf örneklerinin, etkileşim diyagramlarında göründüğüne dikkat edilmelidir (nesnenin adının altı her zaman çizilir).

    Nesneleri yönetiyoruz: biçimgiriş, müdürkayıtlar, öğrenci kaydı Petrov(Nasıl özel örneköğrenci kayıtları) müdürişlemler. Bu nesne kümesi, bir veritabanı tablosundaki bir kaydı değiştirirken tipiktir.

    Biçimgiriş- kullanıcı arabirimi öğesi, bir öğrenci hakkında veri girmek için tipik bir formdur (soyadı, adı, soyadı, adresi, vb.). Bizim durumumuzda, standart arayüzün biraz önceden tanımlanmış somut bir uygulamasıdır. düzenleme sınıf elektronikmasa. Sınıf diyagramında öğrenci verilerini düzenlemek için arabirimi özel olarak tanıtmadığımızdan, bu nedenle, nesne için sınıfı açıkça belirtin. biçimgiriş Yapmayacağız.

    Müdürkayıtlar- bir elektronik tabloyla çalışırken standart bir dizi veri yönetimi becerisine sahip bir nesne. Bu yetenekler dizisi, sınıf tarafından miras alınır öğrenciler sınıftan elektronikmasa. nesne için Müdürkayıtlarörneği olduğu sınıfı açıkça belirtir - öğrenciler.

    Petrov- öğrenci Petrov hakkında özel bir giriş, yeni elemanöğrenci masaları. Burada tanıtılan sınıfı açıkça belirtiyoruz kayıtÖöğrenci. Bu tür nesneler genellikle işlemler sırasında ilgili bilgileri veritabanına göndermek için geçici olarak bulunur. İşlemin bitiminden sonra bu nesne yok edilebilir. Bilgilerin düzenlenmesi gerekiyorsa, kayda karşılık gelen nesne yeniden oluşturulabilir.

    Müdürişlemler- veri tabanında tam bir işlemin yürütülmesini sağlayan bir nesne, bu durumda öğrenci Petrov hakkında yeni bir kayıt oluşturulması. Bu nesne, işleme eşlik eden bir dizi sistem işlevini gerçekleştirmekten de sorumludur. İşlem yöneticilerine örnek olarak, örneğin, BDE (Delphi uygulamalarından Paradox, Dbase, vb. veritabanlarına erişim için kullanılır), ADO (çeşitli uygulamalardan MS Access veritabanlarına erişim için kullanılır) verilebilir.

    Bölüm sekreterinin iş istasyonundaki bir öğrenci hakkında yeni bir kayıt girme sırasının şeması Şek. 7.

    Pirinç. 7. Öğrenci verilerinin girilmesi. Sıra diyagramı.

    Dizi diyagramında, mesajların nesneler arasında aktarımını tanımlarız: yaratmakyenikayıt(mesaj olarak zincirin sonuna kadar nesneden nesneye yayın kaydetmekkayıt); açıkbiçim(giriş formuna); girmekF.VE HAKKINDA.,adres. ( bir öğrenci için veri girişi), ardından bu veriler mesajlarla yayınlanır kaydetmekF.VE HAKKINDA.,adres. İtibaren müdürişlemler toplamak için bir mesaj gönderilir bilgiÖöğrenci, veritabanına geri bildirim sağlama ve son olarak yansıtıcı bir mesaj müdürişlemler Olarak adlandırılan kaydetmekkayıtvveri tabanı, işlemin bitmesini sağlar.

    İstenirse, bu etkileşim, her şeyden önce etkileşimin yapısal yönünü gösteren bir işbirliği diyagramı ile temsil edilebilir (Şekil 8). Bu tabloöncekinden inşa edilebilir otomatik mod(Rational Rose'da F5'e basarak).

    Pirinç. 8. Öğrenci verilerinin girilmesi. İşbirliği diyagramı.

    Gerekirse, emsal çalışmaları ortaya koyan diğer etkileşim diyagramları ile proje desteklenebilir.

    4.3 İlişkisel veritabanı profili tasarlama

    Sistemi uygulamak için nesne yönelimli bir DBMS (OODBMS) kullanılması durumunda, önceki bölümde oluşturulan nesne diyagramı, bilgi sisteminin uygulanmasına yönelik nihai model ve doğrudan kılavuzdur. Aynı durumda, bir ilişkisel veritabanının (RDB) bilgi sisteminin bilgi çekirdeği olarak kullanılacağı varsayıldığında, başka bir diyagramın, bir ilişkisel veritabanı profil diyagramının geliştirilmesi gerekir.

    Bir veritabanı projesi için UML profili, UML metamodelini olduğu gibi tutan bir UML uzantısıdır. Bir veritabanı projesi için bir profil, basmakalıpları ve bu basmakalıplara eklenmiş etiketli değerleri ekler, ancak temeldeki UML metamodelini değiştirmez. Veritabanının tasarım öğelerini ve tasarım kurallarını görselleştirmek ilişkisel veritabanları profildeki veriler (bundan sonra sadece veritabanları olarak anılacaktır) ilgili simgeler eklenir. Veritabanı tablolar, sütunlar ve ilişkiler kullanılarak tanımlanır. Bir profil, tetikleyiciler, saklı yordamlar, kısıtlamalar, kullanıcı tanımlı türler (etki alanları), görünümler ve diğerleri gibi veritabanını genişleten öğelere sahiptir. Profil, tüm bu öğelerin modelde nasıl ve nerede kullanıldığını gösterir. UML veritabanı profilinde aşağıdaki varlıklar tanımlanır:

    Masa ( Tablo) - belirli bir nesne için veritabanındaki bir dizi kayıt, sütunlardan oluşur.

    Kolon ( Sütun), tablo niteliklerinden (tablo alanı) birini içeren bir tablo bileşenidir.

    Öncelik anahtar ( Birincil anahtar), tablo satırlarını tanımlamak için seçilen olası bir anahtardır.

    Harici anahtar ( Yabancı anahtar) - bir tablonun bir veya daha fazla sütunu birincil anahtarlar başka bir masa.

    Verim ( Görünüm) - kullanıcının bakış açısından normal bir tablo gibi davranan, ancak kendi başına var olmayan sanal bir tablo.

    Saklanmış prosedür ( Saklı yordam, sunucuda çalışan bağımsız bir yordam işlevidir.

    Etki alanları ( Alanlar), bir özellik veya sütun için geçerli bir değerler kümesidir.

    Bu varlıklara ek olarak, veritabanı modelinin belirli yönlerini yansıtan bazı ek varlıklar eklenebilir.

    Benzer Belgeler

      Yerli ve yabancı literatürde bilgi sistemlerinin geliştirilmesi için metodolojiler. Yazılım geliştirme alanında devlet ve uluslararası standartlar. "Eğitimsel ve metodolojik kaynak" bilgi sisteminin bir parçasının geliştirilmesi.

      dönem ödevi, 05/28/2009 eklendi

      "Sistem" kavramının tanımı. Modern bilgi sistemlerinin gelişim tarihi ve özellikleri. Otomatik bir bilgi sisteminin geliştirilmesindeki ana aşamalar. Bilişim sistemleri alanında ulusal ve uluslararası standartların kullanımı.

      sunum, 10/14/2013 eklendi

      Bilgi sistemlerinin RAD geliştirme metodolojisi ve ilkelerinin ana fikri, ana avantajları. Popülerlik nedenleri, teknoloji uygulamasının özellikleri. Gelişimin ana ilkelerinin formülasyonu. RAD ilkelerini kullanan geliştirme ortamları.

      sunum, 04/02/2013 eklendi

      Yönetim yapısının bilgi sistemindeki rolü. Bilgi sistemleri örnekleri. Bilgi sistemlerinin yapısı ve sınıflandırılması. Bilgi Teknolojisi. Bilgi teknolojilerinin gelişim aşamaları. Bilgi teknolojileri türleri.

      dönem ödevi, 06/17/2003 eklendi

      CASE araçları kavramı şu şekildedir: yazılım araçları Bilgi sistemlerini (IS) oluşturma ve sürdürme süreçlerini destekleyen. IS geliştirme için IDEF teknolojilerinin özellikleri. IDEF0 gösteriminin açıklaması. İşlevsel iş süreci modellerinin geliştirilmesi.

      sunum, 04/07/2013 eklendi

      Birleşik modelleme dilinin özü, kavramsal modeli ve çalışma prensibi, Genel kurallar ve mekanizmalar. "Yetkinlik" kavramının modellenmesi. Öğrenme sürecini açıklayan sınıf diyagramı. Belirli bir bilgi sisteminin uygulanması.

      tez, 17.02.2015 eklendi

      Bilgi sistemlerinin geliştirilmesi. Modern finansal ve ekonomik uygulamalı yazılım pazarı. Otomatik bilgi sistemlerini tanıtmanın avantajları ve dezavantajları. Otomatik bilgi sistemlerini tasarlama yöntemleri.

      tez, 22.11.2015 eklendi

      Bilgi sistemi kavramı, bilgi sistemi türleri. Otomatikleştirilmiş bilgi sistemlerinin geliştirilmesi için araçların analizi. Program ve yazılım ürünü için gereksinimler. GUI formlarının ve veritabanlarının geliştirilmesi.

      tez, 23.06.2015 eklendi

      Bilgi güvenliği çözümü. Veri merkezleri için sistemler. Veri merkezi ekipmanı nedir? Modellemenin temel kavramları ve ilkeleri. Sorunları çözmek için bir yöntem seçme. Seutendijk kabul edilebilir yön yöntemi, Frank-Wulf algoritması.

      dönem ödevi, 18.05.2017 tarihinde eklendi

      Bir bilgi sistemi kavramı. Bilgi sistemlerinin gelişim aşamaları. Bilgi sistemindeki süreçler. Üretim maliyetlerini azaltmak için pazar nişlerini bulmaya yönelik bilgi sistemi. Bilgi sisteminin yapısı. Teknik Destek.

    Devamını oku: