Ders 16-1 IP OLUŞTURMADA VAKA TEKNOLOJİLERİ

Büyük boyutlu tasarım problemlerinin çözümü, uygun yöntem ve modellerin kullanılmasını gerektirir. Hiyerarşik VAKA modelleri (Bilgisayar Destekli Yazılım / Sistem Mühendisliği - bilgisayar desteğine dayalı yazılım / sistemlerin tasarımı) onlar için gereksinimleri büyük ölçüde karşılar.

Neredeyse hiçbir büyük yabancı yazılım ürünü şu anda CASE araçları kullanılmadan oluşturulmamaktadır ve önde gelen ülkelerin birçok endüstrisinde (özellikle kamu sektörü, savunma kompleksi, madencilik endüstrisi), CASE araçlarını kullanarak proje belgelerinin hazırlanması bir adımdır. standartların gerekliliği.

CASE teknolojilerinin uygulama alanı, her şeyden önce, özellikle sorunların çok karmaşık olduğu durumlarda, örneğin kurumsal IP'de ekonomik IP'nin oluşturulmasıdır.

CASE metodolojisinin temeli modellemedir. CASE teknolojisi, sistem tasarımı otomasyonunun bir model yöntemidir.

CASE teknolojisi şu ilişkilere dayanmaktadır:

metodoloji - yöntem - gösterim - araçlar

metodoloji Bir sistem seçeneğinin değerlendirilmesi ve seçimine genel yaklaşımları, aşamaların ve tasarım aşamalarının sırasını, yöntemlerin seçimine yönelik yaklaşımları tanımlar.

Yöntem sistemin tek tek bileşenlerinin tasarım sırasını belirtir (örneğin, sistemdeki veri akışlarını tasarlama yöntemleri, süreç tanımlarını ayarlama, depolamadaki veri yapılarını temsil etme, vb. bilinmektedir).

gösterimler- sistemin yapısını, bilgi işleme aşamalarını, veri yapısını (grafikler, diyagramlar, tablolar, blok diyagramlar, resmi ve doğal diller) tanımlamak için tasarlanmış grafik gösterim araçları ve kurallar.

Para kaynağı- etkileşimli bir tasarım modu sağlamak için araçlar, araçlar (IS'nin grafik tasarımının oluşturulması ve düzenlenmesi ve programların kod üretimi).

Sistemin bir CASE modelinin oluşturulması, sistemin ayrıştırılmasını ve alt sistemlerin hiyerarşik sıralamasını sağlar.

Sistem modeli şunları yansıtmalıdır: sistemin işlevsel kısmı; veriler arasındaki ilişkiler; çalışma sırasında sistem durumu geçişleri.

IP'yi bu açılardan simüle etmek için çeşitli grafik araçları kullanılır:

1. Veri akış şemaları - DFD (Veri Akış Şemaları). Veri sözlükleri ve süreç spesifikasyonları ile birlikte kullanılırlar.

2. "Varlık-ilişki" diyagramları - Veriler arasındaki ilişkiyi gösteren ERD (Varlık İlişki Diyagramları).

3. Sistemin zamana bağlı davranışını (gerçek zamanlı olarak) temsil eden Durum Geçiş Diyagramları (STD).

DFD modellemede öncü bir rol oynar.

DFD, veri kaynakları ve alıcıları, veri akışları, işleme süreçleri (sistemin işlevlerine karşılık gelen hesaplama süreçleri), veri depoları (depolama cihazları) arasındaki ilişkiyi yansıtmak üzere tasarlanmıştır.

Veri akış şemasının gösterge ekranında grafiksel sunumu, simülasyonun görselleştirilmesini ve çevrimiçi ayarlamaların kolaylığını sağlar. DFD bileşenlerini doğru bir şekilde tanımlamak için grafiksel gösterim yeterli olmadığından, metinsel açıklamalar kullanılır.

Her işlem (sistem işlevi), veri akışlarının eşzamanlı ayrıntı düzeyi ile birkaç işleme bölündüğü daha düşük seviyeli bir DFD kullanılarak detaylandırılabilir. Süreçlerin detaylandırılması, seçilen süreç algoritması yazma yöntemi kullanılarak her detaylı sürecin tanımı yapılabildiğinde sona erer.

Görsel diller otomatik kod oluşturma sağlar, ancak yardımlarıyla sunulan süreç özelliklerinin düzeltilmesi zordur.

Bir bilgi sistemi oluşturmak için CASE teknolojisinin önemli bir metodolojik ilkesi, bir sistem oluşturma sürecinin 4 aşamaya net bir şekilde bölünmesidir:

Ön tasarım (analiz aşaması, prototip oluşturma ve sistem gereksinimlerinin bir modelinin oluşturulması);

Sistemin mantıksal tasarımını varsayarak tasarım (programlama olmadan);

Programlama aşaması (fiziksel bir veritabanı tasarlama dahil);

Sistemin devreye alınması, işletilmesi ve bakımı dahil olmak üzere proje sonrası.

Ön tasarım aşamasında, sistem için gereksinimlerin bir modeli, yani gereksinimlerin uygulanma yolları belirtilmeden ne yapması gerektiğine dair ayrıntılı bir açıklama oluşturulur.

Tasarım aşamasında, gereksinim modeli rafine edilir (DFD ve süreç belirtimlerine dayalı ayrıntılı bir hiyerarşik modelin geliştirilmesi) ve mantıksal düzeyde uygulama modeline genişletilmesi.

Programlama aşamasında sistemin fiziksel tasarımı yapılır. Bu aşama, sistem yazılım süreçlerinin özelliklerine ve veri tabanının fiziksel tasarımına göre otomatik kod üretilmesini sağlar.

Son tasarım sonrası aşama, kabul testleri ile başlar. Bunu sistemin devreye alınması, bakımı ve geliştirilmesi takip eder.

CASE teknolojisinin avantajları:

1. CASE teknolojisi, ön tasarım ve tasarım aşamalarında bir sistem oluşturmanın karmaşıklığında bir fırsat yaratır ve ağırlık merkezinin transferini sağlar. Bu aşamaların bilgisayar destekli etkileşimli modda dikkatli bir şekilde işlenmesi, sonraki aşamalarda düzeltilmesi zor olan olası tasarım hatalarının sayısını azaltır.

2. Programcı olmayanlar için anlaşılır olan model sunumunun grafik formu, kullanıcıların sistemin oluşturulmasına katılımını sağlayan kullanıcı tasarımı ilkesinin uygulanmasını mümkün kılar. CASE modeli, sistemin oluşturulmasındaki tüm katılımcılar (müşteriler, kullanıcılar, tasarımcılar, programcılar) arasında karşılıklı anlayışa ulaşmanızı sağlar.

3. Ön tasarım aşamasında sistemin resmileştirilmiş bir modelinin varlığı, seçeneklerin etkinliğinin kaba bir tahmini ile çok değişkenli analiz için bir fırsat yaratır. Prototip sistemin analizi, gelecekteki sistemi fiziksel olarak uygulanmadan önce ayarlamanıza olanak tanır. Bu, bir sistem oluşturma maliyetini hızlandırır ve azaltır.

4. Sistem için resmi gereksinimlerin güvence altına alınması, tasarımcıları sayısız ayarlamadan kurtarır.

5. Sistem tasarımının programlamadan ayrılması, farklı yazılım ve donanım platformlarında uygulama için tasarım çözümlerinin kararlılığını yaratır.

6. Sistemin uygulanması için resmileştirilmiş bir modelin ve uygun otomasyon araçlarının varlığı, sistem yazılımının otomatik kod oluşturulmasına ve rasyonel bir veritabanı yapısı oluşturulmasına izin verir.

7. Sistem işletimi aşamasında, muhtemelen firma otomasyon departmanı uzmanlarının çabalarıyla, program metinlerine bakmadan model düzeyinde değişiklik yapmak mümkün hale gelir.

8. Sistem modeli, yalnızca oluşturulması için bir temel olarak değil, aynı zamanda diyagramları kullanan personelin otomatik eğitimi amacıyla da kullanılabilir.

9. İşletim sistemi modeline dayalı olarak, firmanın yönü değiştiğinde yönetim kararlarını ve iş yeniden yapılandırmasını desteklemek için iş analizi yapılabilir.

İşlevsel amaca bağlı olarak, CASE teknolojisini sağlayan yazılım araçları, aşağıdakileri sağlayan aşağıdaki sınıflandırma gruplarına ayrılır:

Bir bilgi sisteminin analizi ve tasarımı;

Veri tabanı tasarımı;

Programlama;

Bakım ve değişim mühendisliği;

Tasarım sürecinin yönetimi.

Analiz ve tasarım araçları, hem mevcut hem de uygulanan kontrol sisteminin bir CASE modelini oluşturmak için kullanılır. Veri akış diyagramlarının hiyerarşik bir modelinin grafiksel yapısını ve kontrolünü ve bileşenlerinin açıklamasını desteklerler. Bu araçlar, analistlerin ve tasarımcıların tasarım veritabanına erişmesine olanak tanır. Bu fonlar şunları içerir: yerel CASE paketi. Analist, Tasarım / IDEF (Meta Yazılım), Geliştirici (ASYST Technologies), vb.

Kullanıcı arayüzleri, menüler, ekranlar ve tablo veya grafik raporlar dahil olmak üzere kullanıcı gereksinimlerini karşılamak için prototiplenir. Bir örnek Developer / 2000'dir (Oracle).

Veritabanı tasarım araçları, mantıksal veri modelleme, veri modellerinin otomatik olarak üçüncü normal forma dönüştürülmesi ve veritabanı şemalarının oluşturulmasını sağlar. Bu tür araçlara örnek olarak Designer / 2000 by Oracle, ERWin (Logic Works), vb. verilebilir.

Programlama araçları, süreç belirtimlerinden otomatik kod oluşturmayı, programı test etmeyi ve belgelemeyi destekler. Bunlar arasında Programmer / 2000 (Oracle), DECASE (DEC), APS (Sage Software), vb.

Bakım ve yeniden yapılandırma araçları, değişen iş koşullarında (Adpac CASE Tools by Adpac, vb.) sistemde değişiklik yapmanızı sağlar.

Tasarım süreci yönetimi araçları, ortak bir veri tabanına (Uygulamalı İş Teknolojisinin Proje Tezgahı) dayalı olarak analistlerin, tasarımcıların ve programcıların etkileşiminin yanı sıra bir dizi tasarım çalışmasının uygulanmasının planlanmasını ve kontrolünü destekler.

Bazı CASE sistemlerine genel bakış.

CASE üreticilerinin listesi - araçlar ve bir dizi faydalı bağlantı, Rusça konferans haberleri http://sunny.aha.ru/~belikov/index.htm adresinde bulunabilir: //fido7.su.dbms. case/, CASE kullanımına ayrılmıştır, A.M. Vendrov'un bir kitabında internette de mevcuttur. CASE teknolojileri. Bilgi sistemleri tasarlamak için modern yöntemler ve araçlar ..

Sybase'den Power Designer.

Power Designer aşağıdaki modülleri içerir:

· Süreç Analisti- işlevsel modelleme için bir araç, Yordon - DeMarco, Gein - Sarson ve diğerlerinin gösterimini destekler. Veri akışları ve veri depolarıyla ilişkili veri öğelerini (adlar, türler, biçimler) tanımlamak mümkündür. Bu öğeler bir sonraki tasarım aşamasına geçirilir ve veri depoları otomatik olarak varlıklara dönüştürülebilir.

· Veri Analisti- bir varlık-ilişki modeli oluşturmak ve buna dayalı otomatik bir ilişkisel yapı oluşturmak için bir araç. Varlık-ilişki modeli için kaynak veriler, Process Analyst modülünde oluşturulan DFD modellerinden elde edilebilir. ER diyagramlarında yalnızca ikili bağlantılara izin verilir, bağlantılar için özniteliklerin atanması desteklenmez. SQL diyalektleri yaklaşık 30 ilişkisel DBMS için desteklenir ve tablolar, görünümler, dizinler, tetikleyiciler vb. oluşturulabilir. Sonuç olarak, yürütülmesi tasarlanan veritabanı şemasını oluşturan bir SQL betiği (CREATE komutları dizisi) oluşturulur. ODBC arabirimi aracılığıyla DBMS ile bağlantı kurmak da mümkündür. Diğer özellikler: otomatik model doğrulama, veritabanı boyutu hesaplama, yeniden yapılanma (mevcut veritabanları için model diyagramları oluşturma), vb.

· Uygulama Modelleyici- Data Analyst'te yerleşik ilişkisel modellere dayalı veri işleme programlarının prototiplerinin otomatik olarak üretilmesi için bir araç. Visual Basic, Delphi ve istemci-sunucu mimarisindeki PowerBuilder, Uniface, Progress vb. geliştirme sistemleri için kod alınabilir. ilgili şablonu değiştirme.

Yerleşik modelleri kaydetme işlevlerinin devre dışı bırakıldığı Power Designer'ın deneme sürümü, Sybase şirketinin Rus web sunucusundan edinilebilir.

Silverrun Technologies Ltd. tarafından Silverrun

Silverrun CASE sistemi aşağıdaki araçlardan oluşur:

· BPM- DFD diyagramlarının yapımı. Yordon-DeMarco, Gein-Sarson, Ward-Mellor ve diğerlerinin notalarını destekler. Bu araç, yerleşik modelin bütünlüğünü otomatik olarak kontrol etmenizi sağlar ve doğrulama kriterleri listesi kullanıcı tarafından belirlenir (örneğin: model öğeleri için ad yok, "depolama - depolama" veya "harici varlık - harici" veri akışları varlık" türü vb.)

· ERX- "varlık-ilişki" şemaları oluşturmak. Yalnızca ikili bağlantılar değil, aynı zamanda daha yüksek dereceli bağlantılar da desteklenir, bağlantıların niteliklerini tanımlamak mümkündür. Harici bir yardımcı programın yardımıyla oluşturulan ER modelleri, ilişkisel yapılara dönüştürülebilir (benim çalıştığım sürümde, bu durumda, ne yazık ki, bağlantı özellikleri kayboldu).

· RDM- yaklaşık 25 hedef DBMS için tablolar ve dizinler oluşturmak üzere SQL komut dosyaları oluşturmanıza olanak tanıyan bir ilişkisel modelleme aracı.

Silverrun Technologies Ltd'nin yalnızca CASE araç setinin geliştiricisi değil, aynı zamanda Datarun adı verilen bilgi sistemleri oluşturmak için kendi metodolojisini yarattığına dikkat edilmelidir. Bu metodoloji, bir bilgi sisteminin yaşam döngüsünün tüm aşamalarının bir tanımını, işlerin bir listesini ve sırasını, belgelerin içeriği ve yürütülmesi için gereksinimleri ve çok daha fazlasını içerir.

Silverrun'un bir değerlendirme sürümü Argussoft sunucusundan indirilebilir. Bu sürümde, oluşturulan modellerdeki öğe sayısında kısıtlamalar vardır.

LogicWorks'ten BPWin ve ERWin.

LogickWorks, iki tamamlayıcı bilgi sistemi tasarım aracı yayınladı:

· BPWin- IDEF0 metodolojisine dayalı fonksiyonel modelleme. Yordon-DeMarco notasyonunda IDEF3 ve DFD notasyonlarının kullanılmasına da izin verilir. Oluşturulan modelleri fonksiyonel maliyet analizi (ABC - Activity Based Costing) ve ERWin bilgi modelleme sistemlerine aktarmak mümkündür.

· ERWin- bilgi modelleme aracı, gösterim IDEF1X kullanılır. 20'den fazla hedef VTYS desteklenmektedir, Visual Basic, Delphi vb. için uygulama programlarının prototiplerini oluşturmak mümkündür.

SilverRun'u Kullanma

metodoloji

Karmaşık bilgi sistemlerinin planlanması ve geliştirilmesi, dikkatlice düşünülmüş bir metodolojik yaklaşım olmadan imkansızdır. Hangi aşamalardan geçilmesi gerektiği, hangi yöntem ve modellerin kullanılacağı, projenin ilerlemesi ve işin kalitesi üzerinde kontrolün nasıl organize edileceği - bu sorunlar yazılım mühendisliği metodolojileri ile çözülür. Birçok metodoloji vardır ve bunların içindeki ana şey, sistem yaşam döngüsünün tüm aşamalarında birleşik bir çalışma disiplinidir. Tüm kritik görevler dikkate alınır ve çözümleri kontrol edilirse oluşturulan sistemlerin kalitesi önemli ölçüde artar. Bu durumda, genel durumda, bu sorunları çözmek için hangi özel yöntemlerin seçildiği önemli değildir.

Farklı sistem sınıfları için farklı geliştirme yöntemleri kullanılır. Hem oluşturulan sistemin türüne hem de uygulama araçlarına göre belirlenirler. Muhtemelen geliştirme hacmi açısından en yaygın olanı, işletme sınıfı bilgi sistemleridir. Hemen hemen her kuruluşta bilgi sistemleri geliştiren veya sürdüren uzmanlar vardır. Bu sistemlerin özellikleri çoğu durumda iki ana bileşenden oluşur: işlevsel ve bilgilendirici. Bu bileşenlerin birleştirilmesiyle, bilgi sistemlerinin temsiline yönelik yaklaşımlar iki ana türe ayrılabilir - yapısal ve nesne yönelimli. Elbette nesne yönelimli yöntemler de kelimenin tam anlamıyla yapısaldır. Ancak tarihsel olarak, yazılım mühendisliğinde bu terim bir dizi disipline atanmıştır: yapılandırılmış programlama, yapılandırılmış tasarım, yapılandırılmış analiz. Yapısal teknolojilerde, işlevsel ve bilgi modelleri, çoğunlukla veri akış diyagramları ve varlık-ilişki diyagramları biçiminde ayrı ayrı oluşturulur. Nesne yönelimli teknolojiler, işleme prosedürlerinin doğasında bulunan bilgiyi dikkate alır. Nesne yönelimli teknoloji modelleri, sistemlerin yapısını, davranışını ve uygulamasını nesne sınıfları cinsinden tanımlar.

Nesne yönelimli teknolojiler, işletim sistemlerinin, geliştirme araçlarının ve uygulama yürütmenin, gerçek zamanlı sistemlerin geliştirilmesinde hakimdir. Nesne konsepti, sistemlerin hızla artan karmaşıklığıyla mücadeleye yardımcı olur. Ek olarak, program öğeleri gibi etkileşimli elektronik cihazlar doğal olarak nesneler olarak temsil edilir.

İş sistemleri oluşturma alanında, bilgi teknolojisi alanında uzman olmayan müşteriler ve kullanıcılarla etkileşime maksimum düzeyde uyarlandıkları için yapısal teknolojiler liderdir. Ve bilgi sistemlerinin geliştirilmesindeki deneyimin analizi, kullanıcıların gereksinimleri belirleme ve görev belirleme aşamalarında aktif katılımının, büyük projelerin başarısında kritik bir faktör olduğunu gösterdi. Birinci sınıf sistemler geliştirirken, asıl çaba, tam olarak kullanıcı gereksinimlerini anlamaya ve belirlemeye harcanır ve uygulama için satın alınan uygulama geliştirme araçları (çoğunlukla dördüncü nesil diller) ve veritabanı yönetim sistemleri (çoğunlukla ilişkisel) kullanılır.

Yukarıdakiler açısından, SILVERRUN sisteminin yazılım mühendisliği teknolojilerindeki yeri şu şekilde tanımlanabilir: birinci sınıf bilgi sistemleri oluşturmak için yapısal metodolojilerin araçsal desteği için tasarlanmış üst düzey bir CASE sistemidir. Böylece, bu sistem, kurumsal faaliyetlerin analizi ve modellenmesi ile uğraşan uzmanlar, bilgi sistemleri geliştiricileri, veritabanı yöneticileri tarafından kullanılabilir.

RAD metodolojisi

Spiral yaşam döngüsü modeli çerçevesinde yazılım geliştirmeye yönelik olası yaklaşımlardan biri, son zamanlarda yaygın olarak kullanılan hızlı uygulama geliştirme RAD (Hızlı Uygulama Geliştirme) metodolojisidir. Bu terim genellikle 3 unsuru içeren bir yazılım geliştirme süreci olarak anlaşılır:

· Küçük bir programcı ekibi (2 ila 10 kişi);

· Kısa, ancak özenle hazırlanmış üretim programı (2 ila 6 ay arası);

· Geliştiricilerin, uygulama şekillenmeye başladıkça, müşteri ile etkileşim yoluyla elde edilen gereksinimleri üründe talep etmeye ve uygulamaya başladığı tekrarlayan bir döngü.

Geliştirme ekibi, CASE araçlarını kullanarak analiz, tasarım, kod oluşturma ve yazılım testi konularında deneyime sahip bir grup profesyonelden oluşmalıdır. Ekip üyeleri ayrıca son kullanıcı tekliflerini çalışan prototiplere çevirebilmelidir.

RAD metodolojisine göre yazılım yaşam döngüsü dört aşamadan oluşur:

· İhtiyaç analizi ve planlama aşaması;

· Tasarım aşaması;

· Yapı aşaması;

· Uygulama aşaması.

Gereksinimlerin analizi ve planlanması aşamasında, sistemin kullanıcıları gerçekleştirmesi gereken işlevleri belirler, en öncelikli olarak detaylandırılması gerekenleri vurgular, bilgi ihtiyaçlarını tanımlar. Gereksinim tanımı, geliştirme uzmanlarının rehberliğinde, esas olarak kullanıcılar tarafından gerçekleştirilir. Projenin kapsamı sınırlıdır, sonraki aşamaların her biri için zaman çerçevesi belirlenir. Ek olarak, bu projenin, bu donanımlar vb. üzerinde yerleşik finansman çerçevesi içinde uygulanması olasılığı belirlenir. Bu aşamanın sonucu, gelecekteki IS'nin işlevlerinin bir listesi ve önceliği, IS'nin ön işlevsel ve bilgi modelleri olmalıdır.

Tasarım aşamasında, bazı kullanıcılar geliştirme uzmanlarının rehberliğinde sistemin teknik tasarımında yer alır. CASE araçları, uygulamaların çalışan prototiplerini hızla elde etmek için kullanılır. Onlarla doğrudan etkileşime giren kullanıcılar, önceki aşamada tanımlanmayan sistem gereksinimlerini netleştirir ve tamamlar. Sistemin süreçleri daha ayrıntılı olarak tartışılmaktadır. İşlevsel model analiz edilir ve gerekirse düzeltilir. Her süreç ayrıntılı olarak incelenir. Gerekirse, her temel süreç için kısmi bir prototip oluşturulur: bir ekran, bir diyalog, bir rapor, belirsizlikleri veya belirsizlikleri ortadan kaldırır. Verilere erişimin farklılaşması için gereksinimler belirlenir. Aynı aşamada, bir dizi gerekli belge belirlenir.

Süreçlerin bileşiminin ayrıntılı bir şekilde belirlenmesinden sonra, geliştirilmekte olan sistemin işlevsel elemanlarının sayısı tahmin edilir ve IS'yi RAD projeleri için kabul edilebilir bir sürede bir geliştirme ekibi tarafından uygulanabilecek alt sistemlere bölme kararı verilir - yaklaşık 60 - 90 gün. CASE araçları kullanılarak proje farklı ekipler arasında dağıtılır (işlevsel model bölünür). Bu aşamanın sonucu şöyle olmalıdır:

· Sistemin genel bilgi modeli;

· Bir bütün olarak sistemin fonksiyonel modelleri ve bireysel geliştirme ekipleri tarafından uygulanan alt sistemler;

· Bir CASE aracıyla tam olarak tanımlanmış, özerk olarak geliştirilmiş alt sistemler arasındaki arabirimler;

· Ekranların, raporların, diyalogların prototiplerini oluşturdu.

Tüm modeller ve prototipler, gelecekte sistem oluşturulurken kullanılacak olan CASE araçları kullanılarak elde edilmelidir. Bu gereklilik, geleneksel yaklaşımda, bir proje hakkında bir aşamadan aşamaya bilgi aktarılırken, neredeyse kontrolsüz veri bozulmasının meydana gelebilmesi gerçeğinden kaynaklanmaktadır. Proje hakkında bilgi depolamak için birleşik bir ortamın kullanılması bu tehlikeyi önler.

Gerçek dünya uygulamaları oluşturmaya yönelik olmayan belirli prototipleme araçlarını kullanan ve tasarımdaki belirsizlikleri ortadan kaldırma görevini tamamladıktan sonra atılan prototipleri kullanan geleneksel yaklaşımın aksine, RAD yaklaşımında her prototip gelecekteki sistemin bir parçası haline gelir. . Böylece bir sonraki aşamaya daha eksiksiz ve faydalı bilgiler aktarılır.

Oluşturma aşamasında, uygulamanın kendisinin hızlı bir şekilde geliştirilmesi gerçekleştirilir. Bu aşamada geliştiriciler, önceki aşamada elde edilen modellerin yanı sıra işlevsel olmayan gereksinimlere dayalı olarak yinelemeli olarak gerçek bir sistem oluşturur. Program kodu kısmen, doğrudan CASE araç deposundan bilgi alan otomatik oluşturucular kullanılarak oluşturulur. Bu aşamadaki son kullanıcılar, elde edilen sonuçları değerlendirir ve geliştirme sürecinde sistem daha önce tanımlanan gereksinimleri karşılamıyorsa ayarlamalar yapar. Sistem testi, doğrudan geliştirme süreci sırasında gerçekleştirilir.

Her bir geliştirme ekibinin çalışması tamamlandıktan sonra, sistemin bu kısmı kademeli olarak geri kalanıyla entegre edilir, tam program kodu oluşturulur, uygulamanın bu bölümünün geri kalanıyla ortak çalışmasının testi yapılır ve ardından Sistemin bir bütün olarak test edilmesi. Sistemin fiziksel tasarımı tamamlanıyor:

· Veri dağıtımı ihtiyacı belirlenir;

· Veri kullanımını analiz eder;

· Veritabanının fiziksel tasarımı yapılır;

· Donanım kaynakları için gereksinimler belirlenir;

· Verimliliği artırmanın yollarını tanımlar;

· Proje dokümantasyonunun geliştirilmesi tamamlanmak üzeredir.

Aşamanın sonucu, üzerinde anlaşılan tüm gereksinimleri karşılayan eksiksiz bir sistemdir.

Uygulama aşamasında, kullanıcı eğitimi, organizasyonel değişiklikler yapılır ve yeni sistemin uygulanmasına paralel olarak mevcut sistemle (yenisinin tam olarak uygulanmasına kadar) çalışmalar yapılır. İnşa aşaması oldukça kısa olduğu için, planlama ve uygulama için hazırlık erken, genellikle sistem tasarım aşamasında başlamalıdır. IS geliştirmenin verilen şeması mutlak değildir. Örneğin geliştirmenin gerçekleştirildiği başlangıç ​​koşullarına bağlı olarak çeşitli seçenekler mümkündür: tamamen yeni bir sistem geliştiriliyor; işletmenin bir anketi zaten yapıldı ve faaliyetinin bir modeli var; kuruluş, ilk prototip olarak kullanılabilecek veya geliştirilen ile entegre edilmesi gereken bazı IS'lere zaten sahiptir.

Bununla birlikte, RAD metodolojisinin, diğerleri gibi evrensellik iddiasında bulunamayacağına dikkat edilmelidir; öncelikle belirli bir müşteri için geliştirilen nispeten küçük projeler için iyidir. Tam bir ürün olmayan, ancak merkezi olarak sürdürülen, yazılım ve donanım platformlarına, DBMS, telekomünikasyona, uygulama nesnelerinin organizasyonel ve ekonomik özelliklerine ve mevcut gelişmelerle entegre standart bileşenlerin bir kompleksi olan tipik bir sistem geliştiriliyorsa , geliştirmenin basitliği ve hızı ile çelişebilecek yönetilebilirlik ve kalite gibi proje göstergeleri ön plana çıkmaktadır. Bu tür projeler, yüksek düzeyde planlama ve sıkı tasarım disiplini, önceden geliştirilmiş protokollere ve arayüzlere sıkı sıkıya bağlı kalmayı gerektirir, bu da geliştirme hızını azaltır.

RAD metodolojisi, karmaşık hesaplama programlarının, işletim sistemlerinin veya uzay aracı kontrol programlarının, yani. büyük miktarda (yüz binlerce satır) benzersiz kod yazmayı gerektiren programlar.

Sistemin çalışma mantığını açıkça tanımlayan belirgin bir arayüz parçası olmayan uygulamalar (örneğin, gerçek zamanlı uygulamalar) ve insanların güvenliğinin bağlı olduğu uygulamalar (örneğin, bir uçağın veya nükleer santralin kontrolü) RAD metodolojisi kullanılarak geliştirme için uygun değildir, çünkü yinelemeli yaklaşım, ilk birkaç versiyonun büyük olasılıkla tam olarak işlevsel olmayacağını varsayar, bu durumda göz ardı edilir.

Uygulamaların boyutu, sözde işlevsel öğeler (ekranlar, mesajlar, raporlar, dosyalar vb.) temelinde tahmin edilir.Böyle bir ölçüm, geliştirmenin gerçekleştirildiği programlama diline bağlı değildir. Yazılım bileşenlerinin maksimum düzeyde yeniden kullanıldığı, iyi hata ayıklanmış bir IC geliştirme ortamı için RAD metodolojisine göre yürütülebilecek bir uygulamanın boyutu şu şekilde belirlenir:

Sonuç olarak, RAD metodolojisinin temel ilkelerini sıralıyoruz:

· Uygulamaların iterasyonlarla geliştirilmesi;

· Yaşam döngüsünün her aşamasında işin isteğe bağlı olarak tamamlanması;

· IP geliştirme sürecinde kullanıcıların zorunlu katılımı;

· Projenin bütünlüğünü sağlamak için CASE araçlarının gerekli kullanımı;

· Projedeki değişikliklerin girişini ve bitmiş sistemin bakımını kolaylaştıran konfigürasyon yönetimi araçlarının kullanımı;

· Kod üreteçlerinin gerekli kullanımı;

· Son kullanıcının ihtiyaçlarını tam olarak açıklamayı ve karşılamayı mümkün kılan prototipleme kullanımı;

· Geliştirme ile eş zamanlı yürütülen projenin test edilmesi ve geliştirilmesi;

· Küçük, iyi yönetilen bir profesyoneller ekibi tarafından gelişmeye öncülük etmek;

· Sistemin gelişiminin yetkin yönetimi, açık planlama ve iş performansının kontrolü.

Yapısal Yaklaşım

IS'nin geliştirilmesine yönelik yapısal yaklaşımın özü, otomatikleştirilmiş işlevlere ayrıştırılmasında (bölünmesi) yatar: sistem, sırayla alt işlevlere, alt işlevlere bölünen vb. İşlevsel alt sistemlere bölünür. Bölme işlemi belirli prosedürlere kadar devam eder. Aynı zamanda, otomatik sistem, tüm kurucu bileşenlerin birbirine bağlı olduğu bütünsel bir görüşü korur. Bireysel görevlerden tüm sisteme "aşağıdan yukarıya" bir sistem geliştirirken, bütünlük kaybolur, bireysel bileşenlerin bilgisel olarak yerleştirilmesinde sorunlar ortaya çıkar.

En yaygın yapısal yaklaşım metodolojilerinin tümü, bir dizi genel ilkeye dayanmaktadır. Aşağıdakiler iki temel ilke olarak kullanılır:

· "Böl ve yönet" ilkesi - karmaşık sorunları, anlaşılması ve çözülmesi kolay birçok küçük bağımsız soruna bölerek çözme ilkesi;

· Hiyerarşik sıralama ilkesi - her seviyede yeni detayların eklenmesiyle problemin kurucu parçalarını hiyerarşik ağaç yapılarında düzenleme ilkesi.

İki temel ilkeyi vurgulamak, diğer ilkelerin ikincil olduğu anlamına gelmez, çünkü bunlardan herhangi birinin göz ardı edilmesi öngörülemeyen sonuçlara yol açabilir (tüm projenin başarısızlığı dahil). Bu ilkelerin başlıcaları şunlardır:

· Soyutlama ilkesi - sistemin temel yönlerini vurgulamak ve önemsiz olandan uzaklaştırmaktır;

· Biçimlendirme ilkesi - sorunu çözmek için titiz bir metodolojik yaklaşıma duyulan ihtiyaçtır;

· Tutarlılık ilkesi - öğelerin geçerliliği ve tutarlılığından oluşur;

· Veri yapılandırma ilkesi - verilerin yapılandırılması ve hiyerarşik olarak düzenlenmesi gerektiğidir.

Yapısal analizde, sistem tarafından gerçekleştirilen işlevleri ve veriler arasındaki ilişkileri gösteren temel olarak iki grup araç vardır. Her fon grubu, en yaygınları aşağıdakiler olan belirli model türlerine (şemalara) karşılık gelir:

· SADT (Structured Analysis and Design Technique) modelleri ve ilgili fonksiyonel diyagramlar;

DFD (Veri Akış Şemaları) veri akış diyagramları;

· ERD (Varlık-İlişki Diyagramları) "varlık-ilişki" diyagramlarını gösterir.

IS'nin tasarım aşamasında, modeller genişletilir, iyileştirilir ve yazılımın yapısını yansıtan diyagramlarla desteklenir: yazılım mimarisi, program blok diyagramları ve ekran diyagramları.

Listelenen modeller birlikte, mevcut veya yeni geliştirilmiş olmasına bakılmaksızın IP'nin tam bir tanımını verir. Her bir özel durumda diyagramların bileşimi, sistem açıklamasının gerekli eksiksizliğine bağlıdır.

Ders 8. Bilgi sistemleri için vaka geliştirme araçları

Bilgi sistemleri tasarlamak için CASE araçları

Modern koşullarda, bilgi sistemleri oluşturmanın karmaşıklığı çok yüksektir. Bu nedenle, IC'lerin tasarımında CASE teknolojisi artık yaygın olarak kullanılmaktadır.

CASE teknolojisi Karmaşık yazılım araçlarının tüm teknolojik analiz, tasarım, geliştirme ve bakım sürecini otomatikleştiren bir yazılım paketidir.

Modern CASE araçları, çok sayıda IC tasarım teknolojisi için geniş bir destek alanını kapsar: basit analiz ve dokümantasyon araçlarından tüm yazılım yaşam döngüsünü kapsayan tam ölçekli otomasyon araçlarına kadar.

IS geliştirmenin en çok zaman alan aşamaları, CASE araçlarının yüksek kalitede teknik çözümler ve proje belgelerinin hazırlanmasını sağladığı analiz ve tasarım aşamalarıdır. Aynı zamanda, konu alanını modellemek için grafiksel araçlar, geliştiricilerin mevcut IS'yi görsel olarak incelemesine, hedeflere ve mevcut kısıtlamalara göre yeniden oluşturmasına olanak tanıyan önemli bir rol oynamaktadır.

Entegre CASE araçları aşağıdakilere sahiptir: karakteristik özellikler:

· IS geliştirme sürecinin yönetiminin sağlanması;

· Özel olarak organize edilmiş proje meta verilerinin (depo) depolanması.

Entegre CASE araçları aşağıdaki bileşenleri içerir:

· IS'yi tanımlamak ve belgelemek için kullanılan grafik analiz ve tasarım araçları;

· Programlama dilleri ve kod üreteçleri dahil olmak üzere uygulama geliştirme araçları;

· Geliştirilmekte olan projenin sürümlerinin ve bireysel bileşenlerinin depolanmasını, grup geliştirme sırasında çeşitli geliştiricilerden gelen bilgi akışının senkronizasyonunu, eksiksizlik ve tutarlılık için üst verilerin kontrolünü sağlayan bir havuz;

· IS geliştirme sürecini yönetmek için araçlar;

· Belgeleme araçları;

· Test araçları;

· Program kodlarının ve veritabanı şemalarının analizini ve bunlara dayalı olarak çeşitli modellerin ve tasarım özelliklerinin oluşturulmasını sağlayan yeniden yapılanma araçları.

Tüm modern CASE araçları iki gruba ayrılmıştır. İlk grup Tüm tasarım ve uygulama kararlarının seçilen veritabanı yönetim sistemine bağlı olduğu, uygulama sistemine yerleşik araçları organize edin. İkinci grup Tüm tasarım kararlarının yaşam döngüsünün ilk aşamalarının birleştirilmesine ve bunların belgelenmesine odaklandığı uygulama sisteminden bağımsız araçları organize edin. Bu araçlar, uygulama araçlarının seçiminde büyük esneklik sağlar.

Ana itibar CASE teknolojileri - yerel bir ağda çalışma yeteneği, geliştiriciler arasında bireysel proje parçalarının ihracatı ve ithalatı, organize proje yönetimi nedeniyle bir proje üzerinde toplu çalışma desteği.

Olarak aşamalar bilgi sistemleri için yazılım ürünlerinin oluşturulması, aşağıdakiler ayırt edilebilir:

1. Çalışma ortamı belirlenir. Bu aşamada IP yaşam döngüsünün bir dizi süreci belirlenir, IP'nin kapsamı belirlenir, desteklenen uygulamaların boyutu belirlenir, yani. program kodu satırlarının sayısı, veritabanının boyutu, veri öğelerinin sayısı, kontrol nesnelerinin sayısı vb. gibi değerler üzerinde sınırlar belirlenir.

2. Diyagramların yapımı ve grafik analizi yapılır. Bu aşamada, bilgi kaynakları ve tüketicilerle bağlantı kuran, veri dönüştürme süreçlerini ve nerede depolandıklarını belirleyen diyagramlar oluşturulur.

3. Sisteme ilişkin özellikler ve gereksinimler belirlenir (arayüz tipi, veri tipi, sistem yapısı, kalite, performans, teknik araçlar, toplam maliyetler vb.).

4. Veri modelleme devam ediyor; sistemin veri öğelerini ve bunların ilişkilerini açıklayan bilgiler girilir.

5. Süreçler modelleniyor, yani. sistemin süreçlerini ve aralarındaki ilişkileri tanımlayan bilgiler sunulur.

2.2 Bilgi sisteminin kavramsal bir modelinin geliştirilmesi.

Kavramsal model, fiziksel olarak nasıl depolandıklarını belirtmeden nesneleri ve onların ilişkilerini temsil eder. Bu nedenle, kavramsal model esasen bir etki alanı modelidir. Kavramsal bir model tasarlanırken, uygulama özellikleri ve verimlilik sorunları dikkate alınmadan veriler yapılandırılmalı ve aralarındaki ilişkiler belirlenmelidir.

işleme. Kavramsal modelin tasarımı, reklam ajansının karşılaştığı görevlerin analizine dayanmaktadır. Kavramsal model, ele alınan konu alanıyla ilgili olan ve veri analizi sonucunda tanımlanan nesnelerin tanımlarını ve aralarındaki ilişkileri içerir.

İhtiyacımız olan modeli oluşturmak için mevcut tüm verileri üçüncü normal forma getirdik ve bunun sonucunda aşağıdaki varlıkları elde ettik:

· Yemek çeşitleri.

· Kadro.

· Pozisyonlar.

· Düzenli müşteri.

· Emirler.

Modeli mantıksal düzeyde oluşturuyoruz (bkz. Şekil 2). Şekil 2, modelin bağlantılara sahip olduğunu göstermektedir. Onları daha ayrıntılı olarak ele alalım:

Tablo "Bulaşık türleri" ve "Yemekler" tablosu - "Tip kodu" birincil anahtarını kullanarak "bire çok" ilişkisi kurdu;

"Pozisyonlar" tablosu ve "Personel" tablosu - "Pozisyon Kodu" birincil anahtarı kullanılarak bir-çok ilişkisi kuruldu;

"Yemekler" tablosu ve "Siparişler" tablosu - "Yemek Kimliği" birincil anahtarı kullanılarak bire çok ilişki kuruldu;

"Personel" tablosu ve "Siparişler" tablosu - "Çalışan Kimliği" birincil anahtarı kullanılarak bire çok ilişki kuruldu;

Sadık Müşteriler Tablosu ve Siparişler Tablosu — Müşteri Kimliği birincil anahtarı kullanılarak bir-çok ilişkisi kuruldu.

Pirinç. 2. Kavramsal veri modeli

2.3 Bilgi sisteminin mantıksal bir modelinin geliştirilmesi

Oluşturulmaları ve bakımı için veritabanları ve yazılım araçları (DBMS), fikri Şekil 1'den alınabilecek çok katmanlı bir mimariye sahiptir.

Şema 1 - Aşağıdaki veritabanı verilerinin çok düzeyli sunumu

VTYS yönetimi

Benzer amaçlı modellere karşılık gelen bu veritabanlarının kavramsal, dahili ve harici temsil seviyeleri arasında ayrım yapın.

Kavramsal seviye, etki alanı verilerini entegre bir şekilde sunmanın mantıksal yönüne karşılık gelir. Kavramsal model, veritabanının mantıksal yapısı için VTYS'nin gereksinimlerine uygun olarak yapılandırılmış, farklı veri türlerinin birçok örneğinden oluşur.

İç katman, depolama ortamındaki gerekli veri organizasyonunu yansıtır ve veri sunumunun fiziksel yönüne karşılık gelir. Dahili model, harici ortamda fiziksel olarak depolanan ayrı kayıt örneklerinden oluşur.

Dış katman, belirli kullanıcılar tarafından ihtiyaç duyulan verilerin özel görünümlerini destekler. Dış model, kavramsal modelin bir alt kümesidir. Harici veri modellerinin kesişimi mümkündür. Bireysel bir uygulama (görev) veya kullanıcı için özel bir mantıksal veri yapısı, harici bir veritabanı modeline veya alt devreye karşılık gelir. Harici modeller kullanılarak, uygulama veritabanı verilerine yetkili erişim desteklenir (uygulamada mevcut olan kavramsal veritabanı modelinin verilerinin bileşimi ve yapısı sınırlıdır, ayrıca bu verileri işlemenin izin verilen modları belirlenir: giriş, düzenleme, silme , arama).

Veritabanı tasarımı, birbiriyle ilişkili bir veri kompleksi oluşturmaktan oluşur. Şekil 2, veritabanı tasarım sürecinin aşamalarını göstermektedir.

Şekil 2 - Veritabanı Tasarım Sürecindeki Adımlar

Bir veri tabanının tasarımındaki en önemli aşama, alanın DBMS'ye yönelik olmayan bir bilgi-mantıksal (infolojik) modelinin geliştirilmesidir. Bir bilgibilimsel modelde, veri yapıları, bilgi ihtiyaçlarının yanı sıra verilerin bileşimini ve yapısını yansıtan bütünleşik bir biçimde bütünleştirilir.

Konu alanının bilgi-mantıksal (infolojik) modeli, konu alanını bir dizi bilgi nesnesi ve bunların yapısal bağlantıları şeklinde yansıtır.

Bire-çok (1:M) ilişkisinde, A bilgisinin bir örneği, B nesnesinin 0, 1 veya daha fazla örneğine karşılık gelir, ancak B nesnesinin her bir örneği, A nesnesinin en fazla bir örneği ile ilişkilendirilir.

Bir ilişki örneği 1: M, bilgi nesneleri Soyadı - Maaş arasındaki bir ilişkidir:

Soyadı Maaş

Veritabanında bilgiler iki boyutlu tablolar şeklinde saklanır. Ayrıca diğer DBMS veya elektronik tablo sistemlerinden tabloları içe aktarabilir ve bağlayabilirsiniz. 1024 tablo aynı anda açılabilir.

Gerekli veritabanı tablolarını tanımlarken, ilk üç normal formu, yani. normalleştirme yapın.

Aynı veriler farklı şekillerde tablolar (ilişkiler) halinde gruplandırılabilir, yani. birbirine bağlı bilgi nesnelerinin çeşitli ilişki kümelerinin organizasyonu mümkündür. İlişkilerdeki niteliklerin gruplandırılması rasyonel olmalıdır, yani. veri tekrarını en aza indirmek ve bunların işlenmesi ve güncellenmesi için prosedürlerin basitleştirilmesi.

Belirli bir ilişki kümesi, verileri dahil ederken, değiştirirken ve silerken, ilişkileri normalleştirme gereksinimlerini karşılıyorsa, diğer tüm olası ilişki kümelerinden daha iyi özelliklere sahiptir.

İlişkilerin normalleştirilmesi, çoğaltmayı ortadan kaldıran, veritabanında depolananların tutarlılığını sağlayan ve veritabanını korumak (girmek, düzeltmek) için işçilik maliyetlerini azaltan ilişkilerin (tabloların) oluşumuna ilişkin resmi bir kısıtlama aygıtıdır.

E. Codd, üç normal ilişki biçimi tanımladı ve herhangi bir ilişkinin üçüncü (en mükemmel) normal biçime dönüştürülmesine izin veren bir mekanizma önerdi.

Birincil normal form. Tüm nitelikleri basitse (bundan sonra bölünemez) bir ilişki normalleştirilmiş veya ilk normal forma indirgenmiş olarak adlandırılır. Bir ilişkinin ilk normal forma dönüştürülmesi, ilişkinin özniteliklerinin (alanlarının) sayısında bir artışa ve anahtarda bir değişikliğe yol açabilir.

İkinci normal form. İlişkileri ikinci normal forma getirme konusunu ele almak için, işlevsel bağımlılık ve tam işlevsel bağımlılık gibi kavramlara açıklamalar yapmak gerekir.

Bilgi nesnesinin tanımlayıcı ayrıntıları, onlar için ortak bir anahtarla mantıksal olarak bağlantılıdır, bu bağlantı, ayrıntıların işlevsel bağımlılığının doğasındadır.

Niteliklerin işlevsel bağımlılığı, bir bilgi nesnesi örneğinde, tanımlayıcı bir niteliğin yalnızca bir değerinin, bir anahtar niteliğin belirli bir değerine karşılık geldiği bir bağımlılıktır.

Böyle bir işlevsel bağımlılık tanımı, konu alanının gereksinimlerinin tüm ara bağlantılarını analiz ederken bağımsız bilgi nesnelerini seçmemize izin verir. Örnek olarak, Şekil 5'te gösterilen ve anahtar niteliğin bir yıldızla gösterildiği çalışan ayrıntılarının işlevsel bağımlılıklarının grafiksel bir temsilini düşünün.

Şekil 1 - Ayrıntıların işlevsel bağımlılığının grafik gösterimi

Bileşik anahtar durumunda, işlevsel olarak eksiksiz bir bağımlılık kavramı tanıtılır.

Anahtar olmayan özniteliklerin işlevsel olarak tam bağımlılığı, anahtar olmayan her bir özniteliğin işlevsel olarak anahtara bağlı olması, ancak işlevsel olarak bileşik anahtarın herhangi bir parçasına bağlı olmamasıdır.

Bir ilişki, birinci normal biçimdeyse ikinci normal biçimde olacaktır ve anahtar olmayan her bir nitelik, işlevsel olarak bileşik anahtara bağımlıdır.

Üçüncü normal form. Üçüncü normal form kavramı, geçişsiz bağımlılık kavramına dayanmaktadır.

Geçişli bağımlılık, iki tanımlayıcı öznitelikten biri anahtara bağlı olduğunda ve diğer tanımlayıcı öznitelik ilk tanımlayıcı özniteliğe bağlı olduğunda oluşur.

Bir ilişki, ikinci normal formdaysa üçüncü normal formda olacaktır ve anahtar olmayan her özellik, geçişli olarak birincil anahtara bağlı değildir.

Tanımlayıcı niteliklerin geçiş bağımlılığını ortadan kaldırmak için orijinal bilgi nesnesini “bölmek” gerekir. Bölmenin bir sonucu olarak, bazı ayrıntılar orijinal bilgi nesnesinden kaldırılır ve diğer (muhtemelen yeni oluşturulmuş) bilgi nesnelerine dahil edilir.

Oluşturulan veritabanı, kuruluşla ilgili verilerin yayınlanmasını otomatikleştirmeye yönelik işlevleri yerine getirmelidir. Basit ve sezgisel bir kullanıcı arayüzüne sahip olmalı ve minimum sistem gereksinimlerine sahip olmalıdır.

Çalışmanın amacı, aşağıdakileri sağlayan bir veritabanı oluşturmaktır:

yeni verilerin hızlı girişi;

önceden girilmiş verilerin saklanması ve aranması;

gerekli sayıda kişisel raporun yazdırılması.

Veriler:

Ad Soyad;

Doğum tarihi;

Çalışılan pozisyon;

Resmi maaş;

Aylık fiilen çalışılan gün sayısı.

Yukarıda tanımlanan görevleri göz önünde bulundurarak, temel veritabanı tablolarını tasarlayabilirsiniz.

Bunu yapmak için Veritabanı Masaüstü araçlarını kullanacağız.

Bu ortamda, geliştirilen veritabanı için gerekli tüm tabloları oluşturacağız. Bu tablodaki nitelikler şöyle olacaktır:

Soyadı, Adı, Patronimik, Evlat edinme tarihi, Adres, Telefon, Vardiya, İşe gitmeme, Oran, maaş.

CASE araçları nelerdir CASE araçları (İngilizce Bilgisayar Destekli Yazılımdan
mühendislik) araçlardır
IC tasarım otomasyonu.
CASE-TOOLS, yazılım mühendisliği teknikleridir.
yazılım tasarımı ki
yüksek kaliteli programlar sağlamanıza izin verir,
hatasız ve bakımı kolay
yazılım ürünleri.
CASE ayrıca bir dizi fon olarak da anlaşılmaktadır.
bilgi sistemleri tasarımı ile
CASE araçlarını kullanarak.

Vaka fonları

Vaka anlamına gelen herhangi bir yazılımı içerir
Yaşam Döngüsünün çeşitli aşamalarını otomatikleştirir
Yazılım ve aşağıdaki özelliklere sahiptir:
1. Bunun için güçlü bir grafik aracı vardır.
kullanılabilirlik sağlayan IP'nin açıklaması
kullanıcı
2. Bireysel bileşenlerin entegrasyonu var
vaka- anlamına gelir,
3. Merkezi depolama kullanılıyor
Tasarım Veri Deposu.

CASE araçları içinde en sık otomatikleştirilen tasarım işlevleri:

-
IP gereksinimlerinin analizi ve formülasyonu;
veritabanı ve uygulama tasarımı;
program kodunun oluşturulması;
test yapmak;
Yazılım kalite güvencesi;
IC yapılandırma yönetimi;
proje yönetimi vb.

CASE araçlarını kullanmanın sonucu:

IS yapısının optimizasyonu;
geliştirme maliyetlerinde azalma;
IP'nin verimliliğini artırmak;
olduğunda hata olasılığını azaltmak
IP tasarlamak.

Tipik Vaka Aracı Mimarisi

depo

Herhangi bir yazılım tasarım sisteminin özü, depodur.
Depo özel bir veritabanıdır,
herhangi bir zamanda sistemin durumunu görüntülemek için kullanılır
zaman ve proje IP'sinin tüm nesneleri hakkında bilgi içerir:
Tasarımcıların isimleri ve erişim hakları,
Organize yapılar,
Genel olarak çizelge ve çizelgelerin bileşenleri,
Veri yapıları,
Grafikler arasındaki ilişkiler,
Program modülleri, prosedürler ve modül kitaplıkları.

Modern Vaka Araçlarının Sınıflandırılması:

1. Vaka fonlarının sınıflandırılması
desteklenen metodolojiler:
-
işlevsel veya yapı odaklı;
-
nesne odaklı;
-
karmaşık odaklı.

2. Modern Vaka fonlarının türlerine göre sınıflandırılması:

için fonların işlevsel yönelimini yansıtır.
yazılım geliştirme yaşam döngüsü süreçleri
sağlama:
analiz araçları - inşa etmek ve
alan modelinin analizi;
veritabanı tasarım araçları;
uygulama geliştirme araçları;
Süreç yeniden yapılandırma araçları;
planlama ve proje yönetimi araçları;
test araçları;
dokümantasyon araçları.

Çeşitli türlerdeki vaka araçlarına örnekler:

Analiz araçları (Tasarım, BpWin);
Analiz ve tasarım araçları (Tasarımcı - Oracle);
Veritabanı tasarım araçları (ErWin, Designer - Oracle);
Uygulama geliştirme araçları (Geliştirici - Oracle,
Delfi);
Değişim mühendisliği araçları (ErWin, Rational Rose).

3. Modern Vaka fonlarının kategorilere göre sınıflandırılması:

Araçlar tarafından gerçekleştirilen işlevleri tanımlar ve şunları içerir:
küçük bağımsız çözen ayrı yerel araçlar
kapsayan bir dizi kısmen entegre araç
yaşam döngüsünün çoğu aşaması ve tamamen entegre
bilginin tüm yaşam döngüsünü kapsayan anlamına gelir
sistemler ve ortak bir depo ile bağlantılıdır.
Tipik CASE araçları şunlardır:
konfigürasyon yönetimi araçları;
veri modelleme araçları;
analiz ve tasarım araçları;
model dönüştürme araçları;
kod düzenleme araçları;
kod üreteçleri;
UML diyagramları oluşturmak için araçlar.

Diğer vaka sınıflandırması türleri:

4.
Desteğe göre vaka fonları sınıflandırması
grafik notasyonlar;
5.
Vaka fonlarının dereceye göre sınıflandırılması
bireysel enstrümanların entegrasyonu;
6.
Vaka araçlarının tür ve mimariye göre sınıflandırılması
kullanılan bilgisayar teknolojisi;
7.
Vaka fonlarının kolektif türüne göre sınıflandırılması
gelişim;
8.
Vaka fonlarının kullanılan türe göre sınıflandırılması
çalışma ortamı.

Vaka fonlarını seçerken aşağıdaki hususlar dikkate alınmalıdır:

Bir veritabanı, arşiv veya sözlüğün varlığı;
Diğer Case sistemleriyle arayüzlerin kullanılabilirliği;
Bilgi dışa aktarma ve içe aktarma yetenekleri;
Açık mimari;
Gerekli metodolojilerin mevcudiyeti;
Projeyi desteklemek için grafik araçlarının mevcudiyeti;
Otomatik program kodu oluşturma imkanı;
Bir projeyi planlama ve yönetme becerisi.

Case Tool Evrensel Modelleme Dili UML

UML aşağıdaki hedeflerle oluşturulmuştur:
geliştiricilere birleşik bir görsel dil sağlayın
modelleme;
dilin genişlemesi ve uzmanlaşması için mekanizmalar sağlamak;
programlama dillerinden dil bağımsızlığını sağlamak ve
geliştirme süreçleri.

UML Diyagramlarının İlişkisi

Varyant diyagramı
kullanmak
Diyagram
diziler
Diyagram
sınıflar
Diyagram
işbirliği
Diyagram
bileşenler
Diyagram
devletler
Diyagram
dağıtım
Diyagram
faaliyetler

IBM Rational Gül Vaka Aracı

Rational Rose, modern ve güçlü bir analiz aracıdır.
yazılım sistemlerinin modellenmesi ve geliştirilmesi,
tüm yazılım yaşam döngüsünü kapsayan
iş süreci analizinden kod üretimine kadar
Belirli bir programlama dili.
Böyle bir cephanelik, yalnızca yeni bir tasarım tasarlamanıza izin vermez.
bilgi sistemi değil, aynı zamanda eskisini değiştirmek,
tersine mühendislik işlemi gerçekleştirerek.

Rational Rose paketinin temel özellikleri:

dillerde ileri ve geri mühendislik: ADA,
Java, C, C ++, Temel;
COM, DDL, XML teknolojileri için destek;
Oracle ve SQL veritabanı şemaları oluşturma yeteneği.

Rational Rose ürün versiyonları:

Rational Rose Modeler, iş süreçlerini analiz etmenize ve
sistemi tasarlayın. Ancak kod oluşturmayı desteklemez.
Rational Rose Professional sürümü Seçilen programlama diline bağlı olarak
ileri ve geri mühendislik sağlar. Sadece sipariş edilebilir
özel yapılandırma (örn. Rose Professional C ++ veya Rose Professional C ++
DataModeler). %100 yürütülebilir kod oluşturmaz. Sonuç olarak, geliştirici alır
bilgi sisteminin belirli (sıralı) bir dilde çerçeve kodu
daha sonra hala tamamlanması gereken programlama.
Rational Rose RealTime, %100 yürütülebilirlik sağlamak için özel olarak tasarlanmıştır.
gerçek zamanlı kod, ileri ve geri
C veya C++ dillerinde tasarım. Çıktıda, model otomatik olarak derlenir
ve yürütülebilir bir dosyada derlenir.
Rational Rose Enterprise sürümü Ürünün bu sürümü, aşağıdakiler için tüm görevleri kapsar:
tasarım, analiz ve kod oluşturma. Diğerlerinin tüm işlevleri desteklenir
%100 kod oluşturma olasılığı dışında sürümler.
Veritabanı tasarım ürününün Rational Rose DataModeler versiyonu.
DataModeler özellikleri, Rose Enterprise veya Professional'a dahildir.
MS Visual Studio 6.0 paketi, Rational Rose 98'in kısaltılmış bir sürümü olan Visual Modeler'ı içerir.

Rational Rose paketi hakkında daha fazla bilgi:

Rational Rose'un ücretsiz sürümü
var;
eğitim kurumları için tüm yazılımlar
IBM yazılımı ücretsizdir;
ücretsiz eğitim kullanımı mümkün
IBM Akademik Girişimi'nin bir parçası olarak.