Kavramsal tasarım bazen denir teknik. Başlıca adımları şunlardır:

1) ön tasarım,

2) taslak (çalışma veya tekno çalışma) tasarımı,

3) bir prototip sistemin imalatı, test edilmesi ve ince ayarının yapılması (Şekil 4.3).

Pirinç. 4.3. Kavramsal tasarımın aşamaları.

Kavramsal tasarım aşaması, birincil verilerin ayrıntılı bir analizi ve kavramsal veri modelinin iyileştirilmesi ile başlar, ardından sistem mimarisi. Aynı zamanda, mevcut IS'leri kullanma olasılığı değerlendirilir ve bunların dönüştürülmesi için uygun bir yöntem seçilir. Proje inşa edildikten sonra orijinal iş planı rafine edilir. Bu aşamanın çıktı bileşenleri kavramsal veri modeli, sistem mimarisi modeli ve rafine edilmiş iş planıdır.

Daha sonraki tasarım aşamalarında, bu aşamada geliştirilen çözümlerin daha derin ve detaylı bir şekilde incelenmesi beklenmektedir. Bu, önemli değişikliklere duyulan ihtiyacı ortadan kaldırmaz. Mevcut düzenleyici belgeler, proje veya programda (konsept) değişiklik yapma olasılığını sağlasa da, kural olarak, bu hem “Müşteri” hem de “ taraf açısından finansal, malzeme ve işgücü kaynaklarının kaybıyla ilişkilidir. Geliştirici”. Orijinal tasarım kararlarında önemli değişiklikler yapılması gerekiyorsa ve daha sonra bu ihtiyaç ortaya çıkarsa bu kayıplar çok önemli olabilir. Bu, AIS'nin başarılı bir şekilde oluşturulması için bu tasarım aşamasının özel öneminin yanı sıra çalışmayı gerçekleştirirken ve nihai belge üzerinde anlaşmaya varırken Geliştiricilerin ve Müşterinin sorumluluğunu ifade eder.

Üzerinde Geliştirme aşaması, entegrasyon ve test test veritabanı ve testler oluşturulmalıdır. Veritabanlarının ve uygulamaların geliştirilmesi, prototiplenmesi ve test edilmesi projeye uygun olarak gerçekleştirilir. Mevcut sistemlerle arayüzler hata ayıklanıyor. Geçerli yazılım sürümünün yapılandırmasını açıklar. Test sonuçlarına göre, veritabanı ve uygulamalar optimize edilir. Uygulamalar sisteme entegre edilir, sistemin bir parçası olarak test edilir ve sistem test edilir. Aşamanın ana sonuçları, karmaşık testler üzerinde sistemin bir parçası olarak test edilen hazır uygulamalar, yazılım konfigürasyonunun mevcut açıklaması, test sonuçlarına göre ayarlanan sistemin versiyonu ve sistem için operasyonel belgelerdir.

Böyle bir tasarım sonucunda sistemin mantıksal yapısı (alt sistemler, modüller vb.), giriş, çıkış, gösterim, veri dönüştürme vb. şemalar elde edilmelidir.

Yasal kurallara ve proje belgelerine uygun olarak, sistemin oluşturulmasının son aşaması, tüm bileşenlerinin kapsamlı bir şekilde test edilmesini, kullanıcı eğitimini, devam eden yönetimi vb. içerir.

uygulama aşaması veritabanlarını ve uygulamaları kurma ve dağıtma adımlarını içerir. Aşamanın ana sonucu, sistemin çalışmaya hazır ve Müşterinin yazılım ve donanım platformuna aktarılan bir versiyonu, bakım belgeleri ve deneme çalışmasının sonuçlarına dayalı bir kabul testi sertifikasıdır.

Üzerinde operasyon aşaması nesnelerin durumunu izlemek, hataları ve acil durumları zamanında tespit etmek ve gelişimini sağlamak için sistem performansının (izleme) sürekli (daha iyi - otomatik) kontrolü gerçekleştirilir.

Bakım ve geliştirme aşamaları hataların tescili, teşhisi ve lokalizasyonu, değişiklik ve testlerin yapılması, iyileştirmelerin yapılması, yazılımın yeni versiyonlarının çoğaltılması ve çalışıldığı yerlere dağıtılması, uygulamaların yeni bir platforma taşınması ve sistemin ölçeklendirilmesi ile ilgili süreç ve işlemleri içerir. Geliştirme aşaması aslında, geliştirme aşamasının tekrarlanan bir yinelemesidir.

AIS'nin kavramsal tasarım aşamasının sonucu, nihai belgedir - "Kavramsal tasarım", "Avanproje", "Pilot proje" veya "Konsept ve oluşturma programı ...". Gelecekte, ağırlıklı olarak “Kavramsal tasarım” ve “Konsept” veya “yaratma programı ...” terimleri kullanılacaktır.

Sistemin kavramsal tasarımı, sıkı teslim tarihleri ​​ile karakterize edilir. Bu nedenle, bununla ilgili işlerin yürütülmesi ve nesnenin proje öncesi etüdü, yürütme zamanlarında paralel veya örtüşme halinde gerçekleştirilebilir.

Tasarım yaparken, dahil. süreç otomasyonu sorunlarını çözerken, genellikle iki seçenekten biri benimsenir: anlık görevleri çözen veya gelecekteki ihtiyaçları dikkate alan gelecek vaat eden görevleri ("büyüme için") içeren bir sistemin oluşturulması.

İlk durumda, ucuz bir çözüm seçebilir ve hızlı bir şekilde uygulayabilirsiniz. Ancak, böyle bir sistemin kapsamlı bir şekilde yükseltilmesi veya kısa sürede değiştirilmesi gerekmesi oldukça muhtemeldir.

İkinci durumda, projenin zamanlamasında ve maliyetinde bir artışa neden olan daha ciddi bir gereksinim ve teknik çözüm çalışması gerekecektir. Ancak bu durumda bu şekilde oluşturulan sistemin etkin işleyişini çok daha uzun bir süreye yaymak mümkündür. Ancak, daha büyük yatırımlar daha büyük risklerle birlikte gelir. Bu nedenle, gelecek çalışmanın, uygulanması görevin çözümünü sağlayan belirli ve somut bir sonuç getirebilecek küçük aşamalara bölünmesi tavsiye edilir. Bu durumda, minimum yatırımla, hızlı bir geri dönüş sağlamak ve sistemin daha da geliştirilmesi için bir temel oluşturmak mümkündür, bu da diğer şeylerin yanı sıra elde edilen sonuçların incelenmesine, diğer eylemlerin ayarlanmasına vb. katkıda bulunur. . Böylece sistemin gelişimi döngüsel hale gelir. Ve bu yaklaşım, büyük ölçekli bir soruna karmaşık bir çözümden biraz daha pahalı olsa da, geliştirilmekte olan sistem gereksinimlerindeki değişikliklerle ilişkili yüksek riskleri azaltmanıza olanak tanır.

Bilim, teknoloji ve teknolojinin hızla gelişmesinin, kullanılan yöntem ve sistemlerin hızla yaşlanmasına yol açtığı ve bunların kullanım etkinliğini olumsuz etkilediği göz ardı edilmemelidir. Aynı zamanda, sistemin bileşenlerinde aşamalı olarak değişiklik yapmak, tamamen değiştirmekten çok daha kolaydır. Ek olarak, genellikle karmaşık çözümleri uygularken organize edilmesi oldukça zor olan hızlı bir yatırım getirisi sağlamak gerekir.

Ayırt edilebilir üç ana nesne ve sistem tasarımı türü karmaşıklık derecelerine, hacimlerine ve bir dizi diğer göstergeye göre: büyük, orta ve küçük (küçük) projeler.

Büyük projeleri uygularken, genellikle danışmanlık ve uygulama kuruluşları dahil olmak üzere köklü büyük entegratör şirketlerin yardımına başvururlar.

Orta ölçekli projelerin uygulanması için kendi başlarına yönetmeye çalışırlar ve (veya) müşteri organizasyonunun özel gereksinimlerine uyarlamak istedikleri hazır çözümleri kullanırlar.

Küçük projeler, hazır çözümlerin kullanılması ve bazı durumlarda belirli kullanım koşullarına uyarlanması ile karakterize edilir.

IC tasarımı metin ve (veya) grafik biçiminde bir çalışma planının hazırlanmasıyla başlar. İlk tasarım aşamasında, kullanıcıların sisteme olan gereksinimlerini bulmak ve bu gereksinimlere dayalı olarak bir sistem yerleşimi oluşturmak gerekir. Tasarımın modüler bir şekilde yapılması tercih edilir. Bilgi sistemlerinin tasarımı, doğrudan programlamalarıyla ilgilidir, bu nedenle tasarım çalışmalarının önemli bir kısmı IS programlama ile ilgilidir.

Modüler programlama- programı bağımsız modüllere ayırmayı içeren bir program geliştirme yöntemi. Modülün optimal boyutlara sahip olması gerektiğine (genellikle tamamen ekrana sığar) ve büyük bir programın modüllere bölünmesinin geliştirme, hata ayıklama ve bakımını kolaylaştırdığına inanılmaktadır.

Verileri (özellikler) ve bunlar üzerindeki işlemleri (yöntemleri) birleştiren bir yazılım modülüne nesne denir.

Bir obje- tüm nesneleri aynı özelliklere sahip olan soyut bir nesne kümesi.

Tasarım yöntemlerinin aşağıdaki özellikleri, tasarım araçlarının seçimini önemli ölçüde etkileyebilir:

Benzersiz veya standart bir proje oluşturmaya yönelik yönelim;

tasarım sürecinin yinelemeli doğası;

· Projeyi, sınırlı sayıda icracı grupları tarafından geliştirilen bileşen parçalarına ayrıştırma ve ardından bileşen parçalarının entegrasyonu;

Kolektif doğasıyla katı tasarım ve geliştirme disiplini;

· projeyi geliştiricilerden ve müteakip merkezi desteğinden uzaklaştırma ihtiyacı.

ER modelleri
Etki alanı modellemesi, az sayıda heterojen bileşen içeren grafik diyagramların kullanımına dayanmaktadır. 1976'da Chen (Chen), IS (veritabanları) tasarlamayı önerdi. ER modelleri(Varlık İlişkisi modeli - varlık-ilişki modeli), kavramsal veri modellerini temsil eder. IS'nin bilgisayar destekli tasarımını destekleyen modern CASE sistemlerinde yaygın olarak kullanılırlar ve genellikle bilgi mantıksal modelleme aşamasında kullanılırlar.

ER modeli, yapısal bilgi bloklarını ve bunlar arasındaki mantıksal ilişkileri görsel olarak tasvir eder. Ana kavramlar varlık, ilişki ve niteliktir (tabloya bakınız).

Kavram tablosu: varlık, ilişki ve nitelik.

Bağlantı türü, ilgili satırın üzerindeki "1" veya "M" endeksleriyle gösterilir. Örneğin, "Yönetim" ilişkisi "bire çok" türündedir: bir çalışan birçok projeyi yönetebilir; "Katılım" ilişkisi "çoktan çoğa" türündedir: bir çalışan birçok projeye katılabilir ve birçok çalışan projeye katılabilir. Şekil, bir ER diyagramı örneğini göstermektedir.

ER modellerine dayalı olarak, ilişkisel veritabanları sırayla oluşturulur.

IS'nin önemli bir parametresi, proje belgelerinin kalitesinin sağlanmasını da içeren kullanım kolaylığıdır. Tasarım yaparken aşağıdaki belgelere odaklanmalısınız:

GOST 24.602-86. Otomatik kontrol sistemleri. Yaratılış aşamalarına göre eserlerin bileşimi ve içeriği. (01.01.89.–M.'den tanıtıldı: Publishing House of Standards, 1986.–12 s.).

GOST 34.601-90. Bilişim teknolojisi. Otomatik sistemler için standartlar seti. Otomatik sistemler. Yaratılışın aşamaları (12/29/90, 24.601-86. 24.602-86. 1997'den tanıtılmıştır).

GOST 34.602-89. Otomatik sistemler için standartlar seti. Otomatik bir sistemin oluşturulması için referans şartları. Tanıtım 01/01/90.

GOST 34.603-92. Bilişim teknolojisi. Otomatik sistemlerin test türleri.

RD 50-640-87. Bilgisayar destekli tasarım sistemleri. Sistem oluştururken iş yapma prosedürü: Talimat.–M.: Standartlar Yayınevi, 1987.–28 s. ve benzeri.

İNCELEME DERSİNİN ÖZETİ

uzmanlık öğrencileri için
T1002 "Bilgi teknolojisi yazılımı"

(L.V. Rudikova, Ph.D., Doçent)

Soru 31. DBMS MİMARİSİ. İLİŞKİSEL VERİ MODELİ

1. Veritabanı kavramı.

2. Üç katmanlı veritabanı mimarisi.

3. Veritabanı yaşam döngüsü.

4. DBMS mimarisi.

5. İlişkisel veri modeli.

6. İlişkisel veritabanlarının tasarımı.

7. normal ilişki biçimleri.

8. İlişkisel cebir.

1. Veritabanı kavramı.

Bir veritabanı sistemi, verilerin birçok uygulama arasında paylaşılabileceği herhangi bir bilgisayar tabanlı bilgi sistemidir.

Bilgi sistemi - verileri düzenleyen ve bilgi veren otomatik bir sistem.

Bilgi ve kontrol sistemi - yönetime bilgi desteği sağlayan bir sistem.

Veri - dağınık gerçekler.

Bilgi - organize edilmiş ve işlenmiş veriler.

Altında veri tabanı bir veya daha fazla uygulama sistemi tarafından işlenebilen, birbiriyle ilişkili bir dizi temel veri (bilgi) grubunu ifade eder. Veritabanı sistemi bir veritabanından oluşur; adı verilen genel amaçlı yazılım veritabanı yönetim sistemi (DBMS) , ve veritabanını yönetmeye hizmet eder; uygun ekipman ve insanlar.

Her bir VTYS aşağıdaki gereksinimleri karşılamalıdır:

· kullanıcıya yeni veritabanları oluşturma ve bunları tanımlama yeteneği sağlamak şema (mantıksal veri yapısı)özel bir dil kullanmak veri tanımlama dili; aynı verinin birden çok temsilini destekler;

· İzin Vermek " istek» verileri kullanarak bunları değiştirin sorgu dili, veya veri işleme dili; farklı uygulamalar arasında entegrasyona ve veri paylaşımına izin vermek;

· gigabayt veya daha fazla olarak ölçülen çok büyük veri dizilerinin uzun bir süre boyunca depolanmasını destekleyerek, onları kaza sonucu oluşan hasarlardan ve yetkisiz kullanımlardan korur; veri güvenliğini ve bütünlüğünü sağlamak;

· birçok kullanıcı için aynı anda verilere erişimi kontrol etme; bir kullanıcının isteğinin başka bir kullanıcının isteği üzerindeki etkisini hariç tutmak ve verileri bozabilecek eşzamanlı erişimi engellemek, ör. verilere eşzamanlı erişimin kontrolünü sağlamak.

Veritabanı sistemi aşağıdaki bileşenlerden oluşur:

· Kullanıcılar, yani verileri kullanan kişiler.

· Uygulamalar, yani sistemden veri gerektiren kullanıcı programları.

· DBMS - verilere erişimi yöneten ve veritabanı sisteminin belirtilen işlevselliğini sağlayan yazılım.

· Veri, yani dosyalarda saklanan dizeler.

· Ana sistem, dosyaların depolandığı bilgisayar sistemidir. Veri satırlarına ana sistem tarafından erişilir. VTYS'nin rolü, çeşitli uygulamalara hizmet etmek için ana bilgisayar sisteminin dosya yönetim sisteminin işlevselliğini sağlayan sorgular oluşturmaktır. DBMS, ana sistem yazılımının üzerine inşa edilmiş ek bir yazılım katmanıdır.

Böylece, veri tabanına sahip bir sistem, aşağıdaki düzey dizisi olarak temsil edilebilir:

En alt düzeyde, fiziksel dosyalarda (veritabanı fiziksel belleği) depolanan veriler bulunur. En üst düzeyde, aynı fiziksel verilerin kendi temsillerine sahip uygulamalar. Her veritabanı görünümü, temel alınan fiziksel verilerden oluşturulan belirli bir mantıksal yapıdır. Veritabanının fiziksel belleği ile çeşitli mantıksal sürümleri (desteklenen temsiller kümesi) arasında bir arabirim sağlamak için VTYS'nin sırayla birkaç seviyeden oluşması gerekir.

2. Üç seviyeli veritabanı mimarisi.

Verilerin mantıksal ve fiziksel temsili arasındaki ayrım, 1978'de bir komite tarafından resmi olarak kabul edildi. ANSI / SPARC veritabanı sistemlerinin genelleştirilmiş bir yapısını önerdi. Bu yapıya üç katmanlı mimari denir. Üç mimari düzeyi vardır: iç, kavramsal ve dış.

iç seviye - Bu, veri tabanının fiziksel depolamaya en yakın fiziksel görünümünü tanımlayan ve fiziksel depolama cihazlarında bilgi depolama yolları ile ilişkili olan seviyedir. Sürücüler, fiziksel adresler, dizinler, işaretçiler vb. bu düzeyle ilişkilendirilir. Bu katman, verileri hangi fiziksel cihazların depolayacağına, verileri almak ve güncellemek için hangi erişim yöntemlerinin kullanılacağına ve veritabanı yönetiminin hızını korumak veya iyileştirmek için hangi önlemlerin alınması gerektiğine karar veren fiziksel veritabanı tasarımcılarının sorumluluğundadır. sistem. Kullanıcılar bu seviyeye dokunmazlar.

kavramsal seviye – veritabanının mantıksal şemasını tanımlayan yapısal seviye. Bu düzeyde, kullanıcıların bilgi ihtiyaçlarının bir analizini ve ihtiyaç duydukları veri öğelerinin tanımını içeren veritabanının kavramsal tasarımı gerçekleştirilir. Kavramsal tasarımın sonucu, kavramsal bir şema, tüm veri öğelerinin ve aralarındaki ilişkilerin mantıksal bir açıklamasıdır.

Dış seviye – kullanıcı veri temsillerini tanımlayan veri tabanının yapısal seviyesi. Her kullanıcı grubu, veritabanındaki verilerin kendi temsilini alır. Bu tür her bir veri görünümü, veri görünümünü oluşturan veri öğelerinin ve bunlar arasındaki ilişkilerin kullanıcı odaklı bir tanımını sağlar. Doğrudan kavramsal şemadan türetilebilir. Bu tür kullanıcı tanımlı veri temsillerinin toplamı, harici seviyeyi verir.

Kullanıcı ve uygulama görünümleri	Dış seviye
görüntüler
kavram diyagramı	kavramsal seviye
Görüntülemek	iç seviye
Sunucu sistemi
Depolanmış veri

Pirinç. VTYS seviyeleri

3. Veritabanı yaşam döngüsü.

Bir veri tabanı sistemini tasarlama, uygulama ve sürdürme sürecine ne ad verilir? veritabanı yaşam döngüsü (ZhTsBD). Bir sistem oluşturma prosedürü denir sistem yaşam döngüsü (LCS).

LCBD'ye yönelik anlayış ve doğru yaklaşım, yaklaşıma dayandığından çok önemlidir ve ayrıntılı bir değerlendirme gerektirir. veri tabanlı. Veri öğeleri, gerçekleştirilen sistem işlevlerinden daha kararlıdır. Doğru veri yapısını oluşturmak, veri öğesi sınıflarının ve aralarındaki ilişkilerin karmaşık analizini gerektirir. Mantıksal bir veritabanı şeması oluşturursanız, gelecekte bu şemayı kullanarak istediğiniz sayıda işlevsel sistem oluşturabilirsiniz. İşlev odaklı yaklaşım, yalnızca kısa bir çalışma süresi için tasarlanmış geçici sistemler oluşturmak için kullanılabilir.

LCBD aşağıdaki adımlardan oluşur:

1. önceden planlama - stratejik bir veritabanı planı geliştirme sürecinde gerçekleştirilen veritabanı planlaması. Planlama sürecinde aşağıdaki bilgiler toplanır:

· hangi uygulama programlarının kullanıldığı ve hangi işlevleri yerine getirdiği;

· bu uygulamaların her biriyle hangi dosyalar ilişkilendirilir;

· süreçte hangi yeni uygulamalar ve dosyalar var.

Bu bilgi, veritabanı sistemi için gelecekteki gereksinimleri belirlemek için uygulama bilgilerinin nasıl kullanıldığını belirlemeye yardımcı olur.

Bu aşamanın bilgileri, genelleştirilmiş bir veri modeli şeklinde belgelenir.

2. Fizibilite kontrolü . Burada veri tabanı oluşturma planının teknolojik, operasyonel ve ekonomik fizibilitesi belirlenir, yani:

· teknolojik fizibilite - planlanan veri tabanını uygulamak için bir teknoloji var mı?

· operasyonel fizibilite – veritabanı planını başarılı bir şekilde uygulamak için gerekli araçlar ve uzmanlar var mı?

· ekonomik fizibilite – sonuçlar belirlenebilir mi? Planlanan sistem işe yarayacak mı? Maliyetler ve faydalar değerlendirilebilir mi?

3. gereksinimlerin tanımı veri tabanı hedeflerinin seçimini, sistem için bilgi gereksinimlerinin netleştirilmesini ve donanım ve yazılım gereksinimlerini içerir. Bu nedenle, veri toplamanın ve gereksinimlerin tanımlanmasının bu aşamasında, bir genel bilgi modeli, aşağıdaki görevlerde ifade edilir:

· Bilgi ihtiyaçları analiz edilerek sistemin hedefleri belirlenir. Ayrıca hangi veri tabanının oluşturulması gerektiğini (dağıtılmış, bütünsel) ve hangi iletişim araçlarına ihtiyaç duyulduğunu da mutlaka belirtir. Çıktı belgesi, sistemin amaçlarını açıklayan bir yorumdur.

· Kullanıcı gereksinimlerinin tanımı: genelleştirilmiş bilgi biçimindeki belgeler (yorumlar, raporlar, anketler, anketler vb.); sabitleme sistemi fonksiyonları ve bu gereksinimleri karşılayacak uygulama sistemlerini tanımlama. Veriler ilgili belgeler şeklinde sunulur.

· İstenen performans seviyesinin korunması ile ilgili donanım ve yazılım için genel gereksinimlerin belirlenmesi. (Sistemin kullanıcı sayısını, günlük giriş mesaj sayısını, çıktı sayısını bulma). Bu bilgi, bilgisayar ve DBMS türlerini, disk hacmini, yazıcı sayısını seçmek için kullanılır. Bu aşamanın verileri, yaklaşık donanım ve yazılım konfigürasyonlarını içeren bir raporda düzenlenir.

· İlk uygulamaların seçimi de dahil olmak üzere, sistemin aşamalı olarak oluşturulması için bir planın geliştirilmesi.

4. Kavramsal tasarım – veritabanının kavramsal bir şemasının oluşturulması. Spesifikasyonlar, uygulamaya geçmek için gereken ölçüde geliştirilir.

Ana çıktı belgesi tek bir bilgi modeli(veya kavramsal düzeyde veritabanı şeması). Bu model geliştirilirken, sistem için gereksinimlerin toplanması ve belirlenmesi aşamasında belirlenen sistemin gerçekleştirmesi gereken bilgi ve işlevler kullanılır. Bu aşamada aşağıdakilerin tanımlanması da istenmektedir: 1) veriler için kurallar; 2) süreçler için kurallar; 3) arayüz kuralları.

5. uygulama – kavramsal bir modeli işlevsel bir veritabanına dönüştürme süreci. Aşağıdaki adımları içerir.

1) Gerekli DBMS'nin seçimi ve edinimi.

2) Kavramsal (infolojik) veri tabanı modelinin mantıksal ve fiziksel veri modeline dönüştürülmesi:

· bilgibilimsel veri modeline dayalı olarak, belirli bir VTYS için bir veri şeması oluşturulur, gerekirse, tüm kritik zamanlı uygulamalarda sorgu işlemeyi hızlandırmak için veritabanı denormalize edilir;

· veri şemasında saklı prosedürler olarak hangi uygulama süreçlerinin uygulanması gerektiğini belirlemek;

· veri bütünlüğünü sağlamak ve veri kurallarını uygulamak için tasarlanmış kısıtlamaları uygulamak;

· kısıtlamalar olarak belirlenemeyen tüm merkezi olarak tanımlanmış veri kurallarını ve veri bütünlüğü kurallarını uygulamak için tetikleyiciler tasarlamak ve oluşturmak;

· bir indeksleme ve kümeleme stratejisi geliştirmek; tüm tabloların, kümelerin ve dizinlerin boyutlandırılmasını gerçekleştirin;

· kullanıcı erişim düzeylerini tanımlayın, güvenlik ve denetim kuralları geliştirin ve uygulayın. Tutarlı erişim izinleriyle çok kullanıcılı erişim sağlamak için roller ve takma adlar oluşturun.

· bir veritabanı ağ topolojisi ve uzak verilere (kopyalanmış veya dağıtılmış veritabanı) sorunsuz erişim için bir mekanizma geliştirin.

3) Veritabanı veri yapısının tanımlarının depolanmasını tanımlayan bir veri sözlüğü oluşturmak. Veri sözlüğü ayrıca erişim hakları, veri koruma kuralları ve veri denetimi hakkında bilgiler içerir.

4) Veritabanını doldurmak.

5) Uygulama programlarının oluşturulması, yönetim kontrolü.

6) Kullanıcı eğitimi.

6. Veritabanı şemasının değerlendirilmesi ve iyileştirilmesi. Karşılanmayan işlevsel ihtiyaçları belirlemek için bir kullanıcı anketi içerir. Gerektiğinde değişiklikler yapılır, ihtiyaçlar değiştikçe ve genişledikçe yeni programlar ve veri öğeleri eklenir.

Böylece, LCBD şunları içerir:

· Konu alanının incelenmesi ve ilgili belgelerin sunulması (1-3).

· Bir bilgi modeli oluşturma (4).

· Uygulama (5).

· Performans değerlendirme ve veritabanı desteği (6).

4. DBMS mimarisi.

Pirinç. Bir DBMS'nin ana bileşenleri

Veri, meta veri - sadece verileri değil, aynı zamanda veri yapısı hakkında da bilgi içerir ( meta veri). İlişkisel bir VTYS'de meta veriler, sistem tablolarını (ilişkileri), ilişki adlarını, bu ilişkilerin öznitelik adlarını ve bu özniteliklerin veri türlerini içerir.

Genellikle DBMS destekler endeksler veri. dizin değerlerinin bir kısmı mevcut olduğunda veri öğelerini hızlı bir şekilde bulmaya yardımcı olan bir veri yapısıdır (örneğin, niteliklerden birinin belirli bir değerine sahip belirli bir ilişkinin demetlerini bulan bir dizin). Dizinler, depolanan verilerin bir parçasıdır ve dizinlerin hangi özniteliklere sahip olduğunu gösteren açıklamalar, meta verilerin bir parçasıdır.

Bellek yöneticisi - veri depolama konumundan gerekli bilgileri alır ve sistemin üst seviyelerinin talebi üzerine içindeki bilgileri değiştirir.

Basit veritabanı sistemlerinde bellek yöneticisi, işletim sisteminin dosya sistemi olabilir. Ancak, verimliliği artırmak için DBMS genellikle doğrudan bellek izleme gerçekleştirir. Bellek yöneticisi iki bileşenden oluşur:

· Dosya Yöneticisi dosyaların diskteki konumunu kontrol eder ve arabellek yöneticisi tarafından talep edildiği gibi dosyaları içeren blok veya blokları alır (disk genellikle disk blokları- 4000 ila 16000 bayt içeren bitişik bellek alanları).

· arabellek yöneticisi ana belleği yönetir. Dosya yöneticisi aracılığıyla diskten veri blokları alır ve belirli bir bloğu depolamak için bir ana bellek sayfası seçer. Bir disk bloğunu ana bellekte geçici olarak saklayabilir, ancak başka bir blok için bir ana bellek sayfasına ihtiyaç duyulduğunda onu diske bırakır. Sayfalar ayrıca işlem yöneticisinin isteği üzerine diske döndürülür.

"istek" işlemcisi - istekleri işler ve verilerde veya meta verilerde değişiklik ister. Gerekli işlemi gerçekleştirmenin en iyi yolunu önerir ve bellek yöneticisine uygun komutları verir.

Sorgu işlemcisi (yöneticisi), çok yüksek düzeyde (örneğin, bir sorgu biçiminde) gerçekleştirilebilen bir sorgu veya veritabanı eylemini döndürür. SQL ), bir ilişkinin tek tek demetleri veya bir ilişkideki bir dizinin bölümleri gibi saklanan veriler için bir dizi sorguya dönüştürülür. Genellikle işlemenin en zor kısmı istek onun organizasyon, yani iyi bir seçim sorgu planı veya isteğe yanıt veren bellek sistemine yapılan bir dizi istek.

İşlem yöneticisi - sistemin bütünlüğünden sorumludur ve birçok talebin aynı anda işlenmesini, müdahale taleplerinin olmamasını sağlamalıdır (ek, en az en çok ) ve sistem arızası durumunda veri koruması. Geçerli sorgulardan hangi verilerin etkilendiğini bilmesi gerektiğinden (çatışmaları önlemek için) sorgu yöneticisiyle etkileşime girer ve çakışmaları önlemek için bazı sorguları ve işlemleri erteleyebilir. Veri koruma şemaları genellikle bir veri değişikliği günlük dosyasının depolanmasını içerdiğinden, işlem yöneticisi ayrıca bellek yöneticisi ile etkileşime girer. İşlemin doğru sırası ile dosya kayıt bir sistem arızası nedeniyle diske ulaşmayan değişiklikleri bile yeniden yapabilmeniz için değişikliklerin bir kaydını içerecektir.

Tipik VTYS'ler, kullanıcının birden çok sorguyu ve/veya değişikliği tek bir işlemde gruplandırmasına olanak tanır. işlem bir bütün olarak sırayla gerçekleştirilmesi gereken bir işlem grubudur.

Kural olarak, bir veritabanı sistemi aynı anda birçok işlemi destekler. Bu tür tüm işlemlerin doğru bir şekilde yürütülmesi, işlem yöneticisi. İşlemlerin düzgün yürütülmesi sağlanırASİT -özellikleri (atomiklik, tutarlılık, izolasyon, dayanıklılık):

· atomiklik- ya tüm işlemlerin gerçekleştirilmesi ya da hiçbirinin gerçekleştirilmesi (örneğin, bir ATM'den para çekme ve müşterinin hesabına karşılık gelen bir ödeme yapma tek bir atomik işlem olmalıdır, bu işlemlerin her birinin ayrı ayrı yapılmasına izin verilmez);

· tutarlılık - verilerin olası tüm beklentileri karşıladığı bir durum (örneğin, havayolu hatları veritabanı için tutarlılık koşulu, uçaktaki hiçbir koltuğun iki yolcu için rezerve edilmemiş olmasıdır);

· yalıtım- iki veya daha fazla işlem paralel olarak yürütüldüğünde, sonuçları birbirinden izole edilmelidir. Aynı anda iki işlemin aynı anda yürütülmesi, sırayla gerçekleştirilseydi olmayacak bir sonuca yol açmamalıdır (örneğin, aynı uçuş için ücretsiz bir son koltuk durumunda aynı anda iki acente talep ederken aynı uçuş için bilet satarken). , birinin talebi tamamlanmalı, diğeri - Hayır);

· uzun ömür - İşlemin tamamlanmasının ardından sistem arızası durumunda, bu arıza işlemin tamamlanmasından hemen sonra meydana gelse dahi sonucun kaybolmaması gerekir.

DBMS'ye 3 tür erişim de düşünün:

1. İstekler Verilerle ilgili sorular iki şekilde oluşturulabilir:

a)üzerinden ortak sorgu arayüzü(örneğin, bir ilişkisel VTYS, sorgulara izin verir. SQL istek işlemcisine iletilen ve bunlara yanıtlar alan);

b) yardımıyla uygulama programı arayüzleri- istekler özel bir arabirim aracılığıyla iletilir (bu arabirim üzerinden keyfi istekler gönderilemez);

2. Değişiklikler veri değiştirme işlemleridir. Ayrıca, ortak bir arabirim aracılığıyla veya bir uygulama programı arabirimi aracılığıyla yürütülebilirler;

3. Devre Değişiklikleri veritabanı şemasını değiştirme veya yeni bir veritabanı oluşturma hakkına sahip veritabanı yöneticilerinin komutlarıdır.

İstemci/sunucu mimarisi. Modern yazılımın birçok çeşidinde mimari uygulanır. müşteri sunucusu: bir işlem (istemci), başka bir işleme (sunucu) yürütme isteği gönderir. Tipik olarak, veritabanı genellikle bir sunucu işlemine ve birkaç istemci işlemine bölünür.

En basit istemci/sunucu mimarisinde, kullanıcıyla etkileşime giren ve sunucuya sorgular veya diğer komutlar gönderen sorgu arabirimleri dışında tüm VTYS bir sunucudur. Örneğin, ilişkisel bir VTYS genellikle dili kullanır. SQL istemciden sunucuya istekleri temsil etmek için. Veritabanı sunucusu daha sonra istemciye bir tablo (ilişki) biçiminde bir yanıt sağlar. İstemci üzerindeki yükü artırma eğilimi vardır, çünkü sunucuyla aynı anda çalışan birçok veritabanı kullanıcısı varsa, sorunlar ortaya çıkabilir.

5. İlişkisel veri modeli.

Belirli bir konu alanının RDM'si, zamanla değişen bir dizi ilişkidir. Bir bilgi sistemi oluştururken, bir dizi ilişki, konu alanındaki nesneler hakkında veri depolamanıza ve bunlar arasındaki ilişkileri modellemenize olanak tanır.

Davranış bazı verileri içeren iki boyutlu bir tablodur. Matematiksel olarak altından -ary ilişki r Kartezyen ürün kümesini anlamak D 1 D 2 … D n setler ( etki alanları) D 1, D 2 , …, D n (), isteğe bağlı olarak farklı:

R D 1 D 2 … D n ,

nerede D 1 D 2 … D n tam Kartezyen üründür, yani. çeşitli kombinasyonları n öğelerin her biri, burada her öğe kendi etki alanından alınır.

İhtisas semantik bir kavramdır. Bir etki alanı, belirli bir anlamı olan bazı veri türlerinin değerlerinin bir alt kümesi olarak düşünülebilir. Etki alanı aşağıdaki özelliklerle karakterize edilir:

· Etki alanı benzersiz isim(veritabanının içinde).

· Etki alanı bazılarında tanımlanmıştır basit veri türü veya başka bir etki alanında.

· Etki alanı bazı olabilir boole koşulu Bu etki alanı için geçerli olan bir veri alt kümesini tanımlamanıza izin veren A.

· Etki alanı belirli bir anlam yükü.

ilişki niteliği birkaç tip var<Имя_атрибута: Имя_домена>. Nitelik adları bir ilişki içinde benzersiz olmalıdır. Çoğu zaman, bir ilişkinin öznitelik adları, karşılık gelen etki alanlarının adlarıyla aynıdır.

Oran , birden çok alanda tanımlanan iki bölümden oluşur: bir başlık ve bir gövde.

İlişki başlığı sabit sayıda ilişki özniteliğidir:

İlişkinin başlığı, ilişkinin tanımlandığı alanların Kartezyen ürününü tanımlar. Başlık statiktir, veritabanı ile çalışırken değişmez. Nitelikler ilişkili olarak değiştirilmiş, eklenmiş veya kaldırılmışsa, sonuç olarak zaten diğer ilişki (aynı adla bile).

ilişki organı birçok içerir demetler ilişkiler. Her ilişki demeti formun bir çift kümesidir<Имя_атрибута: Значение_атрибута>:

öznitelik değeri etki alanına ait olacak şekilde. İlişki gövdesi bir dizi demettir, yani. alanların Kartezyen ürününün bir alt kümesi. Dolayısıyla ilişkinin gövdesi aslında kelimenin matematiksel anlamında bir bağıntıdır. Veritabanıyla çalışırken ilişki gövdesi değişebilir - demetler değiştirilebilir, eklenebilir ve kaldırılabilir.

İlişki genellikle şu şekilde yazılır:

veya daha kısa

,

ya da sadece

İlişkideki özniteliklerin sayısına denir. derece (veya -derece ) ilişkiler. Bir ilişkideki bir dizi demetin kardinalitesine denir. güç ilişkiler.

ilişki şeması ait oldukları etki alanını gösteren, bu ilişkinin niteliklerinin adlarının bir listesi çağrılır:

Nitelikler aynı etki alanından değerler alıyorsa, bunlara -karşılaştırılabilir denir, burada verilen etki alanı için belirtilen geçerli karşılaştırma işlemleri kümesidir. Örneğin, etki alanı sayısal veriler içeriyorsa, bunun için tüm karşılaştırma işlemlerine izin verilir, o zaman . Ancak karakter verilerini içeren alanlar için sadece değerlerin eşitliği ve eşitsizliği için karşılaştırma işlemleri belirtilemez. Belirli bir etki alanı için sözlükbilimsel bir sıralama belirtilirse, aynı zamanda tam bir karşılaştırma işlemleri yelpazesine de sahiptir.

İki ilişkinin şemaları denir eşdeğer , aynı dereceye sahiplerse ve şemalardaki öznitelik adlarını, karşılaştırılabilir öznitelikler aynı yerlerde olacak, yani aynı etki alanından değer alan öznitelikler olacak şekilde düzenlemek mümkünse:

İzin vermek - ilişki diyagramı. – nitelik adlarını sıraladıktan sonra ilişki şeması. O zamanlar

~

Böylece, eşdeğer ilişkiler için aşağıdaki koşullar sağlanır:

· Tablolar aynı sayıda sütuna sahiptir.

· Tablolar aynı başlıklara sahip sütunlar içerir.

· Aynı ada sahip sütunlar, aynı etki alanlarından veriler içerir.

· Tablolar aynı satırlara sahiptir, ancak sütunların sırasının farklı olabileceği göz önünde bulundurulur.

Bu tür tüm tablolar farklı Görüntüler aynı ilişki.

İlişki özellikleri. İlişkilerin özellikleri, doğrudan bir ilişkinin yukarıdaki tanımından çıkar. Bu özellikler, ilişkiler ve tablolar arasındaki temel farklardır.

· İlişkide özdeş demetler yok .

· Tuple'lar sıralanmamıştır (yukarıdan aşağıya) .

· Nitelikler sıralanmamıştır (soldan sağa) .

· Tüm nitelik değerleri atomik .

Pirinç. Bir ilişkinin şematik gösterimi

ilişkisel model birbirine bağlı ilişkiler kümesi biçiminde bir veritabanıdır. Her bağlantıda, bir ilişki ana ilişki olarak hareket edebilir ve başka bir ilişki alt ilişki olarak hareket edebilir. Böylece, ana ilişkinin bir demeti, alt ilişkinin birkaç demeti ile ilişkilendirilebilir. Bu ilişkileri desteklemek için, her iki ilişki de ilişkili oldukları nitelik kümelerini içermelidir. Temel olarak, bu ilişki birincil anahtarı temeldeki ilişkinin demetini benzersiz bir şekilde tanımlayan . Bir ilişkiyi modellemek için, bir alt ilişki, ebeveyn ilişkisinin birincil anahtarına karşılık gelen bir dizi niteliğe sahip olmalıdır. Ancak, burada bu nitelikler kümesi zaten ikincil anahtar veya yabancı anahtar , yani tek bir ana ilişki demeti ile ilişkilendirilmiş bir dizi ilişki demeti tanımlar.

6. İlişkisel veritabanlarının tasarlanması.

İlişkisel bir veritabanı tasarlarken aşağıdaki problemler çözülmelidir:

1) Konu alanının semantiği dikkate alınarak, konu alanına ait nesnelerin soyut bir veri modeli (veri mantıksal tasarımı) şeklinde en iyi şekilde temsil edilmesi gerekir. Onlar. - veritabanı şemasına karar verin: veritabanı hangi ilişkilerden oluşmalıdır, bu ilişkiler hangi niteliklere sahip olmalıdır, ilişkiler arasındaki ilişkiler nelerdir.

2) Veritabanı sorgu yürütmesinin verimliliğini sağlayın (veritabanı fiziksel tasarımı).

Veri mantıksal tasarım aşamasından sonra aşağıdaki sonuç belgelerinin elde edilmesi gerekir:

· İlişkisel veri modeline dayalı doğru bir veri şeması oluşturma.

· Veritabanı şemasının, seçilen VTYS'ye göre açıklaması.

· Seçilen VTYS açısından harici modellerin açıklaması.

· Veritabanı bütünlüğünü korumak için bildirim kurallarının açıklaması.

· Veritabanının anlamsal bütünlüğünü korumak için prosedürlerin geliştirilmesi.

Bu nedenle, ilişkisel bir veritabanı tasarlamanın görevi, çeşitli alternatif seçenekler arasından bir veritabanı şeması seçmektir.

Doğru ilişki öznitelikleri arasında istenmeyen bağımlılıkların olmadığı bir veritabanı şeması olarak adlandırılır. Doğru bir veritabanı şeması geliştirme sürecine denir. mantıksal tasarım .

Veritabanı şema tasarımı iki şekilde yapılabilir:

· Ayrıştırma (bölümleme) yöntemi – veritabanı şemasına dahil edilen orijinal ilişkiler kümesi, orijinal ilişkilerin izdüşümü olan başka bir ilişkiler kümesiyle değiştirilir! Aynı zamanda, ilişkilerin sayısı artar.

· sentez yöntemi – veri tabanı şemasını, konu alanının nesneleri arasında verilen ilk temel bağımlılıklardan bağlama.

Klasik veritabanı tasarımı teori ile ilgilidir normalleştirme ilişki öznitelikleri arasındaki işlevsel bağımlılıkların analizine dayalıdır. İşlevsel bağımlılıklar, incelenen konu alanındaki nesneler ve özellikleri arasındaki istikrarlı ilişkileri tanımlar.

Ayrıştırma yöntemi, ilişki şemalarının art arda normalleştirilmesi sürecidir: her yeni yineleme, daha yüksek dereceli bir normal forma karşılık gelir ve öncekinden daha iyi özelliklere sahiptir. Böylece, veri tabanının tüm özniteliklerini içeren evrensel bir ilişkinin varlığı başlangıçta varsayılır; daha küçük boyutlu birkaç ilişkiye geçiş ve orijinal ilişki, doğal birleştirme işlemi kullanılarak geri yüklenmelidir.

Bu nedenle, her normal form belirli bir dizi kısıtlamaya karşılık gelir ve bir ilişki, kendi kısıtlama setini karşılıyorsa, bazı normal formdadır.

İlişkisel veritabanı teorisinde, genellikle aşağıdaki normal biçimler ayırt edilir:

ilk normal form (1 NF);

· ikinci normal form (2 NF);

· üçüncü normal form (3 NF);

· Bayes-Codd normal formu ( BCNF);

· dördüncü normal form (4 NF);

· beşinci normal form veya projeksiyon formu - bağlantılar (5 NF veya PYNF).

Normal formların ana özellikleri:

· birbirini izleyen her normal biçim bir bakıma bir öncekinden daha iyidir;

· bir sonraki normal forma geçerken, önceki normal özelliklerin özellikleri korunur.

Veritabanı şemaları denir eşdeğer, kaynak veritabanının içeriği, ortaya çıkan şemada yer alan ilişkilerin doğal bir bağlantısıyla elde edilebiliyorsa ve kaynak veritabanında yeni demetler görünmüyorsa.

7. Normal ilişki biçimleri.

Normalleştirme süreci, modellenen nesne üzerindeki verileri içeren tablolar biçiminde konu alanının yeterli bir şekilde yansıtılmasına ve zaman içinde veritabanının durumunun değişme olasılığına dayanmaktadır. Kural olarak, etki alanı veri modelinin uyumsuzluğu nedeniyle, ilgili işlemler gerçekleştirilirken ortaya çıkan anormallikler meydana gelebilir:

· Anormallikleri ekle (INSERT) - bir açıdan heterojen bilgilerin depolanması.

· Anormallikleri güncelle (GÜNCELLEME) – heterojen depolama nedeniyle ilişki verilerinin fazlalığı.

· Silme anormallikleri (DELETE) - bir açıdan heterojen bilgilerin depolanması.

konusuna da dikkat edilmelidir. Tanımsız ( BOŞ) değerler. Farklı VTYS'lerde çeşitli işlemler (karşılaştırma, birleştirme, sıralama, gruplama vb.) yapılırken, iki BOŞ -değerler birbirine eşit olabilir veya olmayabilir, ortalama değerleri belirlemek ve değer sayısını bulmak için yapılan işlemlerin sonucunu farklı şekilde etkiler. Birçok DBMS'deki hataları ortadan kaldırmak için değiştirmek mümkündür. BOŞ -hesaplamaları yaparken sıfır değerleri, hepsini beyan eder BOŞ -değerlerin birbirine eşit olması vb.

normalleştirme - tabloyu, verileri güncellerken, eklerken ve silerken daha iyi özelliklere sahip olan birkaç parçaya bölme. Onlar. normalleştirme, bir tablonun tamamı 5NF'de olana kadar tüm ayrıştırmaları ile art arda değiştirilmesi işlemidir, ancak pratikte tabloları BCNF'ye indirmek yeterlidir.

Normalleştirme prosedürü, herhangi bir tablodaki tek işlevsel bağımlılıkların, birincil anahtarın ve başka bir alanın olduğu formun bağımlılıkları olması gerektiği gerçeğine dayanır. Bu nedenle, normalleştirme sürecinde, tüm "diğer" işlevsel bağımlılıklardan, yani. 'den farklı bir görünüme sahip olanlardan.

Birincil (yabancı) anahtarların kodlarını normalizasyon süresi ile değiştirirsek, 2 durumu göz önünde bulundurmalıyız:

1. Tablo, örneğin bileşik bir birincil anahtara ve işlevsel olarak bu anahtarın bir kısmına bağlı olan bir alana sahiptir, örneğin (tam anahtara bağlı değildir). ve ( - birincil anahtar) içeren başka bir tablo oluşturmanız ve orijinal tablodan silmeniz önerilir:

Değiştir , Birincil Anahtar , FZ

açık , birincil anahtar

ve , birincil anahtar .

2. Tabloda birincil (olası) bir anahtar , olası bir anahtar olmayan ancak işlevsel olarak bağlı olan bir alan ve işlevsel olarak bağlı olan anahtar olmayan başka bir alan vardır: . Hem ( - birincil anahtar) hem de - orijinal tablodan silmeyi içeren bir tablo oluşturmanız önerilir: Unutulmamalıdır ki, bu tür işlemleri yapabilmek için girdi olarak başlangıçta bazı "büyük" (evrensel) ilişkiler olmalıdır.

Def.1. ilişki içinde ilk normal form (1NF) ancak ve ancak satırlarından hiçbiri alanlarında tek bir değer içermiyorsa ve ilişkinin anahtar alanlarından hiçbiri boş değilse.

Tanım 1'e göre, herhangi bir ilişki 1NF'de olacaktır, yani. ilişkilerin özelliklerini karşılayan bir ilişki: ilişkide özdeş demetler yoktur; demetler sipariş edilmez; nitelikler sıralı değildir ve adları farklıdır; tüm nitelik değerleri atomiktir.

Def.2. ilişki içinde ikinci normal form (2NF) ancak ve ancak ilişki 1NF'deyse ve karmaşık anahtarın bir kısmına bağlı olan anahtar olmayan nitelikler yoksa (yani, birincil anahtarın parçası olmayan tüm alanlar, işlevsel olarak birincil anahtara tamamen bağımlıdır).

Aday anahtarı basitse, ilişki otomatik olarak 2NF'dedir.

Niteliklerin karmaşık bir anahtarın bir parçasına bağımlılığını ortadan kaldırmak için, ayrışma ilişkiyi çoklu ilişkilere dönüştürür. Karmaşık bir anahtarın bir kısmına bağlı olan nitelikler, ayrı bir ilişki içinde çıkarılır.

Bir ilişkinin nitelikleri denir karşılıklı bağımsız eğer hiçbiri işlevsel olarak diğerine bağımlı değilse.

Def.3. ilişki içinde üçüncü normal form (3NF) ancak ve ancak ilişki 2NF'deyse ve tüm anahtar olmayan öznitelikler karşılıklı olarak bağımsızsa (yani, ilişkinin anahtar olmayan alanlarından hiçbiri işlevsel olarak başka herhangi bir anahtar olmayan alana bağımlı değilse).

Anahtar olmayan özniteliklerin bağımlılığını ortadan kaldırmak için ilişkiyi birkaç ilişkiye ayırmanız gerekir. Bu durumda, bağımlı olan bu anahtar olmayan nitelikler ayrı bir ilişki içinde çıkarılır.

Normalleştirme algoritmasını kullanarak ilişkileri 3NF'deki ilişkilere indirgediğinizde, tüm ilişkilerin bir aday anahtar içerdiği varsayılır. Bu her zaman doğru değildir. Bir ilişkinin birden çok anahtar içerebileceği zamanlar vardır.

Def.4. ilişki içinde Bays-Codd normal formu (NFBK) eğer ve sadece tüm işlevsel bağımlılıkların belirleyicileri potansiyel anahtarlarsa (veya - onun paletleri arasındaki herhangi bir işlevsel bağımlılık, olası bir anahtara tam bir işlevsel bağımlılığa indirgenirse).

Bir ilişki BCNF'deyse, otomatik olarak 3NF'dedir, bu da Tanım 4'ten gelir. Potansiyel anahtar olmayan determinantlara bağımlılığı ortadan kaldırmak için, bu determinantları ve bağımlı kısımlarını ayrı bir ilişkiye alarak ayrıştırmak gerekir.

Bir ilişkinin herhangi bir işlevsel bağımlılık içermediği durumlar vardır. Onlar. ilişki tamamen anahtardır, yani. ilişkinin anahtarı, tüm nitelikler kümesidir. Bu nedenle, çok değerli bir bağımlılığımız var, çünkü nitelikler arasında hala bir ilişki vardır.

Def.5. ilişki içinde dördüncü normal form (4NF) ancak ve ancak ilişki BCNF'deyse ve önemsiz olmayan çok değerli bağımlılıklar içermiyorsa.

Önemsiz çok değerli bağımlılıklarla ilişkiler, bir kural olarak, hiçbir ilişkide anahtar olmayan ortak bir alan boyunca iki ilişkinin doğal bir bağlantısının sonucu olarak ortaya çıkar. Gerçekte bu, iki bağımsız varlık hakkındaki bilgilerin tek bir ilişkide depolanmasına yol açar.

Önemsiz çok değerli bağımlılıkları ortadan kaldırmak için orijinal ilişkiyi birkaç yeni ilişkiye ayırabilirsiniz.

Def.6. ilişki içinde beşinci normal form (5NF) eğer ve sadece mevcut herhangi bir bağlantı bağımlılığı önemsiz ise.

Def.6. aynı şekilde tanımı da takip eder.

Def.7. İlişkinin önemsiz olmayan bir birleştirme bağımlılığı varsa, ilişki 5NF'de değildir.

O. Her tam ayrıştırmada orijinal ilişkinin tüm projeksiyonları olası bir anahtar içeriyorsa, ilişkinin 5NF'de olduğu sonucuna varabiliriz. Tam ayrışması olmayan bir bağıntı da 5NF'dedir.

İlişkinin hangi potansiyel anahtarlara sahip olduğu ve niteliklerin nasıl ilişkili olduğu hakkında hiçbir şey bilmeden, ilişkinin 5NF veya diğer normal formlarda olduğu söylenemez.

olası anahtar ilişki, diğer tüm ilişki özniteliklerinin değerlerini tamamen ve açık bir şekilde (işlevsel olarak tamamlanmış) belirleyen bir dizi ilişki özniteliğidir. Genel olarak, bir ilişkide birkaç olası anahtar olabilir. İlişkinin tüm olası anahtarları arasında, kural olarak, ana anahtar olarak kabul edilen ve ilişkinin birincil anahtarı olarak adlandırılan biri seçilir.

Karşılıklı Bağımsız Nitelikler – Bunlar birbirine bağlı olmayan niteliklerdir. Bir ilişkide birden fazla FD varsa, her bir öznitelik veya başka bir özniteliğin bağlı olduğu öznitelikler kümesi, ilişkinin belirleyicisi olarak adlandırılır.

9. İlişkisel cebir.

İlişkisel cebir, ilişkisel verilere erişmenin temelidir. Cebirin temel amacı, ifadeler yazmak için bir yol sağlamaktır. İfadeler şu amaçlarla kullanılabilir:

· alan tanımları örnekler, yani getirme işleminin bir sonucu olarak seçim için verileri tanımlama;

· alan tanımları güncellemeler, yani bir güncelleme işleminin sonucu olarak eklenecek, değiştirilecek veya silinecek verilerin belirlenmesi;

· tanım (adlandırılmış) sanal ilişkiler, yani görünümler aracılığıyla görselleştirmeleri için verilerin sunumu;

· anlık görüntü tanımı, yani ilişkinin "anlık görüntüsü" olarak saklanacak verilerin belirlenmesi;

· güvenlik kurallarının tanımlanması, ör. erişim kontrolünün gerçekleştirildiği verilerin belirlenmesi;

· sürdürülebilirlik gereksinimlerinin belirlenmesi, yani. bazı eşzamanlılık kontrol işlemleri için alana dahil edilen verilerin belirlenmesi;

· bütünlük kurallarının tanımı, yani. ilişkisel modelin parçası olan ve her bir veritabanı için geçerli olan genel kurallarla birlikte bir veritabanının karşılaması gereken bazı özel kurallar.

Spesifik ilişkisel VTYS uygulamalarında, ne ilişkisel cebir ne de ilişkisel analiz şu anda saf haliyle kullanılmamaktadır. SQL (Yapılandırılmış Sorgu Dili), ilişkisel verilere erişmek için fiili standart haline geldi.

Codd tarafından tanımlanan ilişkisel cebir, 2 grup oluşturan 8 operatörden oluşur:

• geleneksel küme işlemleri (birleşim, kesişim, çıkarma, kartezyen çarpım);
• özel ilişkisel işlemler (seçim, izdüşüm, bağlantı, bölme).

Ayrıca cebir, cebirsel ifadelerin hesaplama sonuçlarının veritabanına kaydedilmesini sağlayan atama işlemini ve ortaya çıkan ilişkinin başlığını (şemasını) doğru bir şekilde oluşturmayı mümkün kılan öznitelik yeniden adlandırma işlemini içerir.

İlişkisel Cebir Operatörlerinin Kısa Bir Anketi.

Örnek– bazı koşulları karşılayan belirli bir ilişkinin tüm demetlerini içeren bir ilişki döndürür. Seçim işlemine kısıtlama işlemi de denir ( kısıtlamak - sınırlama, örnekleme artık daha sık kabul ediliyor - SEÇME ).

Projeksiyon– belirli bir ilişkinin bazı öznitelikleri hariç tutulduktan sonra tüm gruplarını (yani alt gruplarını) içeren bir ilişki döndürür.

Çalışmak– sırasıyla iki tanımlı ilişkiye ait olan iki demetin birleşimi olan tüm olası demetleri içeren bir ilişki döndürür.

Birlik– Belirtilen iki ilişkiden birine veya her ikisine ait olan tüm demetleri içeren bir ilişki döndürür.

kavşak -aynı anda iki tanımlı ilişkiye ait olan tüm demetleri içeren bir ilişki döndürür.

çıkarma -tanımlı iki ilişkiden birincisine ait olan ve ikincisine ait olmayan tüm tanımlama gruplarını içeren bir ilişki döndürür.

Bağlantı (doğal) - demetleri, bu iki ilişkinin bir veya daha fazla ortak özelliği için ortak bir değere sahip olan (sırasıyla iki belirli ilişkiye ait) iki demetin birleşimi olan bir ilişki döndürür (ve bu tür ortak değerler, sonuçtaki demette yalnızca bir kez görünür, iki kez değil).

Bölünme -iki ilişki için, ikili ve tekli, ikili ilişkinin bir özniteliğinin tüm değerlerini içeren (başka bir öznitelikte) tekli ilişkideki tüm değerlerle eşleşen bir ilişki döndürür.

EDEBİYAT

1. Tarih K.J. Veritabanı sistemlerine giriş, 6. baskı: Per. İngilizceden. - İLE.; M.; Petersburg: Williams Yayınevi, 2000. - 848 s.

2. Connolly T., Begg K., Strachan A. Veritabanları: tasarım, uygulama ve bakım. Teori ve pratik, 2. baskı: Per. İngilizceden. – M.: Williams Yayınevi, 2000. – 1120 s.

3. Karpova T.S. Veritabanları: modeller, geliştirme, uygulama. - St. Petersburg: Peter, 2001. - 304 s.

4. Faronov V.V., Shumakov P.V. Delphi 4. Veritabanı Geliştirici Kılavuzu. - M.: "Bilgi", 1999. - 560 s.

5. J. Groff, P. Weinberg. SQL: Eksiksiz Kılavuz: Başına. İngilizceden. - K.: BHV Yayın Grubu, 2001. - 816 s.

6. Ken Getz, Paul Litvin, Mike Gilbert. 2000 Geliştirici Kılavuzuna erişin. T.1, 2. Per. İngilizceden. - K.: BHV Yayın Grubu, 2000. - 1264 s., 912 s.

7. Maklakov S.V. BPwin ve EPwin. Bilgi sistemlerinin geliştirilmesi için CASE araçları. - E.: DIALOG-MEPHI, 2001. - 304 s.

8. Ulman D., Widom D. Veritabanı sistemlerine giriş / Per. İngilizceden. - M.: "Lori", 2000. - 374 s.

9. Homonenko A.D., Tsygankov V.M., Maltsev M.G. Veritabanları: Yüksek öğretim kurumları için ders kitabı / Ed. Prof. AD Khomonenko. - St. Petersburg: TAÇ baskısı, 2000. - 416 s.

Spiral modeli kullanırken:

- bilgi sistemi ve bilgi teknolojisinin tasarım çözümlerinin, tasarım araçlarının, modellerinin ve prototiplerinin bir birikimi ve yeniden kullanımı vardır;

- tasarım sürecinde sistem ve teknolojinin geliştirilmesi ve değiştirilmesi konusunda yönlendirme gerçekleştirilir;

- Sistem ve teknolojilerin tasarlanması sürecinde risk ve maliyet analizi yapılır.

2.3.2. Kavramsal tasarım

bilgi sistemi kavramı

Bir önceki bölümde, işgücü ve finansal maliyetlerin yaşam döngüsünün ilk iki aşamasında kademeli olarak arttığı ve bilgi sisteminin pratik uygulama aşamasında keskin bir şekilde arttığı gösterilmiştir (Şekil 2.3.2). Bu arada, ilk iki aşamada yapılan hatalar, sonraki aşamalarda zor, çoğu zaman çözümsüz sorunlara yol açar ve ayrıca maliyeti, programı ve nihayetinde bir bütün olarak çalışmanın sonuçlarını ciddi şekilde etkileyebilir. Aşağıda belirtilen nedenleri dikkate alarak, bunları bağımsız ve belirli bir faaliyet türüne - bilgi sistemlerinin kavramsal tasarımına - ayırmak için gerekçeler vardır. Kavramsal tasarımın sonucu, bilgi sistemi konsepti bununla sistematik olarak birbirine bağlı yapısal çözümler kümesini kastediyoruz S ti S t , gerekli bilgi desteği kalitesini gerçekleştiren Q t .

Sözlü olarak tanıtılan bir kavram şu şekilde tanımlanabilir: Bu kavramın özü özgün, nesnel, tarafsız ve kapsamlı bir yaklaşımdır. Konseptin başlangıç ​​noktası, nihai ürün veya performans gereksinimleri olmalıdır. Bu temelde, "ideal sistem"in genel yapısı, firmanın veya herhangi bir organizasyonun hakim özellikleri, kullanılan yöntemler ve ekipman asgari düzeyde dikkate alınarak belirlenmelidir. Nihai amaç, en iyi bilgiyi sağlamak, en iyi insan ve ekipman kombinasyonunu sağlamak, verilen görevleri en etkin şekilde yerine getirmek için sırasıyla ekipmanı kullanan kişi tarafından en iyi şekilde gerçekleştirilebilecek işlevleri yerine getirmektir.

Kavramsal tasarım aşaması, tasarımcının bilgisine, deneyimine ve sezgisine dayanarak, nesne yapısını tasarlama görevi de dahil olmak üzere tüm ilk verileri son derece resmi özel tasarım görevlerine dönüştürebileceği şekilde tanımlanmalıdır.

Kavramsal tasarım problemini bileşenleri üzerinden tanımlayalım.

Kavramsal tasarım nesnesi bilgi sisteminin mevcut durumudur

Sc =(Sc		S c ),
burada S c mevcut bilgi sisteminin durumudur, S c				S ile

sırasıyla organizasyonel ve teknik, fonksiyonel ve bilgisel yapısal çözümler.

Kavramsal tasarımın konusu . Anavatanda genel olarak kabul edilene göre

Terminolojinin teknik literatüründe kavramsal tasarım konusuna "geliştirici" veya "tasarımcı" denmesi gerekir. Ancak, bu terimlerin ayrıntılı (fiziksel) tasarımın içeriğini en iyi şekilde yansıttığı görülmektedir. Bilgi sistemleri kavramının gelişimi açısından, modern "sistem entegratörü" terimi daha çekicidir.

Kavramsal tasarım hedef sistemi. Kon-

kavramsal tasarım şu şekilde formüle edilebilir: bilgi sisteminin durumlarının kümesinin tanımı S t , gerçekleştirilebilir

gerekli kalite bilgi desteği sağlayan Q t .

Bilgi sistemlerinin kavramsal tasarımı çok amaçlıdır (tek evrensel birimlerde bireysel hedeflerin değerlendirilmesi ve karşılaştırılması imkansızdır). Bu nedenle, kavramsal tasarımın amacı vektör ile temsil edilir.

				S ti = (S ti	Şti	Şti
		; Şti		– sırasıyla i-th umut verici çözüm:
nerede S ti	; Şti

- organizasyonel ve teknik(organizasyonel ve teknik yapıların hedef durumu);

- prosedürel (prosedürel yapının hedef durumu);

- bilgilendirici (bilgi yapısının hedef durumu).pratik aktivite. Kavramsal projenin hedeflerine ulaşmak için

Tasarım, sistem entegratörü, organizasyonel ve teknik yapıyı, bilgi süreçlerinin yapısını ve bilgi yapısını iyileştirmeyi amaçlayan sistematik olarak birbiriyle ilişkili bir dizi çalışma yapmalıdır. Bu tür çalışmaları tanımlayalım:

W i o =(w i o ) - devletin organizasyonel ve teknik yapısını iyileştirmeye yönelik çalışma S ti ;

W ben p =(w ben p ) - işlevsel yapıyı Stip durumuna iyileştirmeyi amaçlayan çalışma;

W i ben =(w ben i ) – bilgi yapısını S ti i durumuna iyileştirmeyi amaçlayan çalışma.

Bilgi sistemlerinin kavramsal tasarımının görevi.

Kavramsal tasarım kavramının yapılandırılması ve ana bileşenlerinin resmileştirilmesi, bilgi sistemlerinin kavramsal tasarım görevini organizasyonel ve teknik terimlerle formüle etmemizi sağlar:

(3.8) ifadesinde S t, kavramsal tasarımın amacının vektörü olan bilgi sisteminin durumlarını ifade etme anlamında hedefler kümesidir. Arka-

bu koşullar S*, bilgi sisteminin S mevcut durumunun vektörünü ve bilgiyi çeviren geçerli operatörler W kümesini içerir.

sistem mevcut durumdan hedef duruma. Böylece, resmi olarak, bilgi sistemlerinin kavramsal tasarımı görevi, formun üçlüsü ile temsil edilebilir:

< S с ,W ,S t >.

Böyle bir temsil, bilgi sistemlerinin kavramsal tasarımını, problemi belirleme ve çözme süreci olarak tanımlar (3.9).

Bilgi sistemlerinin kavramsal tasarımına modern yaklaşımlar

Bilgi sistemlerinin kavramsal tasarımı sorunu: durum ve çözümler

Şu anda, en yaygın olanı sözde görev bazında yaklaşım bilgi desteğinin iyileştirilmesi. Görev-görev yaklaşımının özü, söz konusu faaliyetin bir bütün olarak veya kuruluşun görevlerinden birinin, iki koşulu karşılayan ayrı bilgi prosedürlerinin ayırt edildiği temelde sezgisel analizinde yatmaktadır:

- düşük kaliteli bilgi desteği;

- teknik cihazların geliştirilmesi ve uygulanması, otomasyon veya organizasyonel ve yasal kararlar.

Tanımlanan yaklaşımın bir sonucu olarak elde edilen mevcut ve ileriye dönük teknik ve organizasyonel çözümler, genel olarak kuruluşların bilgi desteğinin belirli bir düzeyde korunmasını ve iyileştirilmesini mümkün kılmaktadır. Ancak nesnel sebeplerden dolayı bu yaklaşım artık kendini büyük ölçüde tüketmiştir.

20. yüzyılın ortalarından bu yana, bilgi sistemlerinin tasarımında genel bir eğilim ortaya çıktı - büyük ve karmaşık bilgi sistemleri tasarım nesneleri haline geldi. Bu, bilgi yoğunluğunda ve projelerin ortalama karmaşıklığında keskin bir artışa yol açtı.

Bu nedenle, büyük sistemler tasarlanırken, gelişmemiş veya zayıf gelişmiş kavramsal tasarım aşamalarına sahip yaklaşımların çalışamazlığının izi sürülmeye başlandı. Dıştan, bu, bilgi desteğinin iyileştirilmesine ilişkin tüm konularda karar veren kuruluş ve teknik servis başkanları için nesnel zorlukların ortaya çıkmasında kendini gösterir. Bu zorluklar, mevcut yaklaşımların bilgi desteğini geliştirmenin gerekliliği ve yeterliliği hakkında açık bir cevap vermemesinden kaynaklanmaktadır.

- gelecek vaat eden bilgi desteğinin kalitesi için mevcut kalite ve gereksinimleri değerlendirmek için rasyonel (resmi) kriterler ve yöntemler;

- yapısal ve parametrik çözümler temelinde bilgi süreçleri iyileştirilebilen kuruluşların faaliyetleri için öncelikli görevlerin bir listesi;

- görev bazında ve prosedürel iyileştirmenin uygun sırası;

- organizasyonel, teknik, fonksiyonel ve bilgi çözümlerinin korelasyonu;

- gerekli mali, teknik ve diğer kaynaklar;

- tasarım çalışmasının zamanlaması;

- yeni yapısal çözümlere dayalı bilgi desteğinin organizasyonu için gerekli düzenleyici çerçeve.

Ek olarak, çoğu kuruluş başkanı, genel olarak büyük projeleri organize etmede ve ayrıca, gerektiğinde piyasa koşullarında deneyim eksikliği ile karakterize edilir:

- piyasa koşullarını incelemek;

- projelerin gerçek hedeflerini tanımlar,

- gerekli mali ve diğer kaynakları, icracıları vb. bulun. Ayrıca konu alanının yeni olması nedeniyle

Kavramsal tasarım sürecini sistematik bir bakış açısıyla kapsamlı bir şekilde değerlendirmeye izin veren herhangi bir sağlam ve kanıtlanmış metodoloji, tasarımda yer alan üçüncü taraf geliştiricilerin önünde bilgi sistemlerinin iyileştirilmesi, modernizasyonu veya oluşturulması sorunları da ortaya çıkar. Bu, geliştiricinin yalnızca teknik araçlar seçmesi veya oluşturması değil, aynı zamanda konu alanındaki sorunları, yapının bilimsel temelli inşaatı ile ilgili görevleri, mühendislik psikolojisinin gereksinimlerini dikkate alması gerektiğinden, bilgi desteğinin iyileştirilmesini zorlaştırır. ve ergonomi, sistem gereksinimleri vb.

Yukarıdaki en acil problemler listesi, şu anda bilgi desteğini geliştirmeye yönelik kavramsal kararların, buluşsal yöntemlere dayalı belirsizlik koşullarında verildiğini varsaymamızı sağlar. Bildiğiniz gibi, buluşsal yöntemler, diğer insanlar da dahil olmak üzere benzer veya benzer sorunları çözme deneyimine dayalı gayri resmi, sezgisel düşüncelere dayanmaktadır. Performans kriterlerini de karşılamıyorlar.

Mevcut durumun farkındalık derecesi ile bilgi desteğini geliştirmek için modern teknik ve organizasyonel yetenekler ile buluşsal prosedürlerin hacmi arasında ampirik olarak kurulmuş bir ilişki vardır.

Projenin sonuçlarını olumsuz etkileyen bir diğer gizli faktör, ana dezavantajı geri bildirimin (düzenlemenin) az gelişmiş olması olan geleneksel yönetim döngüsünün arkaizmidir. Proje sonuçlarının kontrolü, aslında, subjektif bir değerlendirmeye dayalı bilgi sisteminin fiziksel olarak uygulanmasından sonra gerçekleştirilir ("iyi",

"kötü") bilgi desteği durumu. Görev tanımları üzerinde anlaşma prosedürü, önceki aşamalarda yapılan buluşsal hataları pratik olarak ortaya çıkarmaz ve düzeltmez ve bir dereceye kadar resmidir.

Bu nedenle, kuruluşların bilgi desteğini iyileştirme alanındaki mevcut durum, hedefe ulaşma garantisi ile önemsiz kararlar alınmasına izin vermemektedir. Bu nedenle, bu yöndeki çalışmalar kendiliğinden gerçekleştirilir ve her zaman etkili değildir. Sonuç olarak, bu yalnızca projelerin uygulanması için son tarihlerin ihlaline, maliyet aşımlarına, nihai sonucun göstergeleri için gereksinimlerin karşılanamamasına değil, aynı zamanda gereksiz ve çoğu zaman uyumsuz bilgi sistemlerinin organizasyonlarında belirgin bir şekilde ortaya çıkmasına neden olur. olumsuz özellikler: tekrarlama, bütünlük ve tutarlılık eksikliği, bilgi mevcudiyetinin azalması, entegrasyonundaki zorluklar.

Problemin özellikleri ve bilgi sistemlerinin kavramsal tasarımı için koşullar

Yukarıdakilerden, bilgi sistemlerinin kavramsal tasarımına yönelik dikkate alınan yaklaşımların, özün özelliklerini ve bilgi desteğini iyileştirme sorununun mevcut durumunu ve ayrıca kuruluşların faaliyetlerinin özelliklerini sistematik olarak dikkate almaya izin vermediği anlaşılmaktadır. . Aşağıda, bilgi sistemlerinin kavramsal tasarımı sorununun özelliklerinin sistematik bir listesi bulunmaktadır.

Aşağıdakiler var bilgi desteğini geliştirme sorununun özü tarafından belirlenen özellikler.

1. Gereksinimlerin artması ve kullanıcıların yetkinliğinin artması.

2. Proje faaliyetlerinin (projelerin) nihai sonuçlarının kendi karmaşıklığı.

3. Bilgi desteğinin kalitesini değerlendirmek için çeşitli, genellikle tutarsız göstergelerin varlığından oluşan sorunun çok boyutluluğu. Kabul edilebilir değerlerinin alanları için gereksinimlerin yanı sıra formüle edilmiş, birbiriyle ilişkili bir kalite göstergeleri sisteminin yokluğundan bahsetmek mümkün görünüyor.

4. Önemli faaliyetlerin uygulanması ihtiyacı ve sonuç olarak, hedef ve risk belirsizliği karşısında bilgi desteği.

5. Bilgi desteğini iyileştirme sorununa sürekli bir çözüm ihtiyacı.

6. Konu bilgisinin taşıyıcıları ve sistemin son kullanıcıları olduğu için kuruluşların personelinin projelerine aktif katılım ihtiyacı.

7. Sorunu çözmek için resmi yöntemlerin eksikliği.

Sorunun mevcut durumu tarafından belirlenen özellikler.

1. Sistem geliştirmelerinin eksikliği ("parçalı" çözümler). Şimdiye kadar, bilgi desteğini geliştirmek için bilimsel ve metodolojik bir temel geliştirme konuları erken bir aşamadadır.

Sistem unsurları yeterince derinlemesine çalışılmamıştır, aşağıdakiler yetersiz şekilde uygulanmaktadır: sahada bilgi desteğini geliştirmek için süreçlerin kontrolü ve planlanması; teknik kavramların ve tekliflerin koordinasyonu; bilgi desteğinin kalite yönetimi; yeni bir bilgi desteği organizasyonunun mevcut ve geliştirilmesinin analizi, vb.

2. Ekonomik durumun istikrarsızlığı, ekonomik faaliyet alanındaki mevzuat ve politikanın değişkenliği. Sonuç olarak, yatırım projelerinin riski yükselir, fiyatlandırma ve proje maliyet tahmini süreçleri daha karmaşık hale gelir.

3. Kalıcı olarak mevcut organizasyonel yeniden yapılanma.

4. Başarılarla belirlenen bilgi teknolojisi dinamizmi bilimsel ve teknolojik ilerleme.

4. Planlama ve fiyatlandırma hataları.

5. Alandaki çalışmanın sorunlu organizasyonunun yetersiz karmaşıklığı. Sahaya gönderilen rehberlik malzemelerinin niceliği ve kalitesi, sorunun karmaşıklığı ve aciliyetiyle örtüşmemektedir.

6. İş için sınırlı fon.

7. Mevcut bilgi teknolojilerinin varlığı, bir şekilde kuruluşların bilgi ihtiyaçlarını sağlar.

Kuruluşların yapısı ve konu faaliyetleri ile belirlenen özellikler . Bilgi desteğinin iyileştirilmesi gerçekleştirilir

içinde özel koşullar: hiyerarşi, organizasyon yapısının ve faaliyetlerinin bölgesel dağılımı; konu etkinliğinin çoklu görevi; organizasyon yapısının dinamizmi, çalışma koşulları ve çözülmesi gereken görevler.

Kuruluşlar, belirli işlevler veya görevlerde uzmanlaşan birimlerden oluşur. Bu doğal görünüyor, çünkü

ile organizasyon yapısının basitleştirilmesi ve bir uzmanlık alanındaki çalışanların kullanımı. Bu tür işlevsel birimler, önemli faaliyetlerin yüksek verimliliğini sağlar, ancak aynı zamanda bilgi sistemlerinin tasarımında sınırlayıcı bir faktör olan belirli özelliklere sahiptir:

1. Fonksiyonel birimlerin diğer fonksiyonel birimler, proje yürütücüsü, üçüncü taraf kuruluşlar ile etkin işbirliği ve koordinasyonu organize edememesi. Bazı durumlarda, işlevsel departmanların başkanları tüm projenin hedeflerini bilmiyor veya yetersiz temsil ediyor ve dikkate almıyor. Bu nedenle, genellikle kendi birimi için işlevsel yönetici için yararlı olduğu düşünülen şey, başka bir birimin veya bir bütün olarak organizasyonun ilgisini çekmez veya hatta zararlı değildir.

2. Büyük organizasyonların doğasında bulunan fonksiyonel birimler arasındaki rekabet, optimal olmayan tasarım kararlarına yol açabilir.

3. İlişkiler ve koordinasyon için sorumluluklar belirsiz veya belirsiz olabilir görevlerin eşzamanlılığı veya yanlış tahsisi nedeniyle. Bu, karar verme sürecini yavaşlatır ve karmaşıklaştırır ve tüm proje üzerinde olumsuz bir etkiye sahiptir.

4. Önemli büyüklük ve organizasyonel karmaşıklık nedeniyle, organizasyon veya departmanların yönetiminin projenin mevcut sorunlarına gerekli ilgiyi göstermesi oldukça zordur. Ciddi ve sıklıkla belirleyici bir faktör, yöneticilerin bu alandaki doğal yetersizliğidir.

Nesnel faaliyetin özellikleri bilgi desteğinin özelliklerini belirler: coğrafi olarak dağıtılmış bilgi kaynaklarının toplu kullanımı; süregelen bilgi süreçlerinin ayrıklığı, farklı ölçeği, stokastikliği; bilgi sürecinin tüm prosedürleri için yüksek kalite gereksinimleri; bilgi süreçlerinin özellikleri, işlenen bilginin büyük hacmi ve heterojenliği, bilgi bağlantılarının karmaşıklığı hakkında önceden bilgi eksikliği; bilgi süreçlerinin katı örgütsel ve yasal determinizmi ve bir dizi başka faktör. Kullanıcıların farklı ve çoğu zaman birbiriyle çelişen bilgi ihtiyaçları vardır.

Konsept tasarım koşulları . Bilgi desteğini geliştirmeye yönelik yukarıdaki özelliklerin toplamı, bir projenin yaşam döngüsünde gelişmiş bir kavramsal tasarım aşamasının bulunması gereken bir dizi koşulu belirler:

1. Bilgi sistemi büyük ve karmaşıktır. Proje, işlevsel olarak birbirine bağlı tek bir bütün halinde birleştirilmesi gereken alt sistemlerden oluşan bir sistemdir.

2. Proje teknik olarak karmaşıktır.

3. Projenin tüm aşamalarında mali kontrol ihtiyacı.

4. Tahmin ve takvim programlarında kısıtlamaların varlığı.

5. Proje koşullarındaki değişikliklere hızlı yanıt verme ihtiyacı.

6. Projede çok sayıda fonksiyonel birimin yer alması

Ve önemli sayıda iş türünün kapsamı.

7. Organizasyon yapısında büyük değişiklikler olasılığı.

8. Büyük miktarda malzeme, ekipman, hizmet satın alma ve tedarik etme ihtiyacı.

hızlı köprü

cidden

Teknik

bütçede ve

tepki-

değişiklikler

karmaşıklık

takvim

olumsuz

değiştirmek

yapıda

etkiler

koşullar

GEREKLİLİKLER PROJESİ

KONSEPT TASARIMI

Pirinç. 2.3.3. Kavramsal tasarım ihtiyacı için koşullar

Yukarıdaki koşullar nedeniyle (kavramsal tasarım sorununun mevcut durumu ve özellikleri), kavramsal tasarıma yönelik genel kabul görmüş yaklaşımların daha fazla kullanılmasının, bilgi desteği kalitesinde giderek daha önemli bir düşüşün nedenlerinden biri haline geldiği açıktır. .

Bu nedenle, bilgi desteğini geliştirme hedefi ve bu hedeflere ulaşmanın yolları konusunda bir karar vericinin, kullanımı bilgi desteğini geliştirme hedeflerini doğru bir şekilde belirleyecek ve daha sonra bu hedeflere ulaşacak bir dizi açık, homojen ve birbiriyle ilişkili yöntem ve araçlara ihtiyacı vardır.

Başka bir deyişle, aşağıdaki gereksinimleri karşılayan özel bir kavramsal tasarım teknolojisine ihtiyaç vardır:

- "teknolojik zincirin" işlevsel olarak eksiksiz bir bileşenlerini içermesi gereken bu teknoloji tarafından uygulanan sürecin bütünlüğü ve tutarlılığı;

- teknolojikleşme olasılığını açan aşamada (prosedür) sürecin yüksek derecede parçalanması;

- sürecin düzenliliği ve aşamalarının benzersizliği, çok sayıda yasanın ve ortalama değerlerin tanımlarında uygulanmasını mümkün kılar;

- sonuç olarak, bir yandan standartlaşma ve birleşme olasılığı, diğer yandan planlama, muhasebe ve organizasyon ortaya çıkıyor.

Veritabanı mimarilerinden birine ANSI/SPARC adı verilir.

Ana fikir, veri açıklamasında üç seviyeli bir soyutlamayı vurgulamaktır. Amaç, kullanıcının veritabanı görünümünü fiziksel görünümünden ayırmaktır.

Bu ayrımın istenmesinin nedenleri:

Her kullanıcı, kendi görünümünü kullanarak paylaşılan verilere erişebilmelidir;

Kullanıcılar, fiziksel veri depolamanın ayrıntılarıyla uğraşmak zorunda kalmazlar;

Veritabanı yöneticisi, kullanıcıların görüşlerini etkilemeden veritabanının yapısını değiştirebilmelidir;

Veritabanının iç yapısı, yeni bir cihaza geçiş vb. gibi bilgi depolamanın fiziksel yönlerindeki değişikliklere bağlı olmamalıdır;

Veritabanı mimarisinin üç seviyesi vardır - harici, kavramsal ve dahili.

Dış seviye- kullanıcıların bakış açısından veritabanının görünümü, genellikle kullanıcı gruplarına karşılık gelen birkaç dış görünümden oluşur. Farklı görünümler aynı verileri farklı şekillerde görüntüleyebilir ve veritabanında depolanmayan hesaplanmış verileri içerebilir.

kavramsal seviye– veritabanı şemasının genelleştirilmiş bir temsili. Düzey, veritabanında hangi verilerin depolandığını ve bunlar arasında hangi ilişkilerin depolandığını açıklar. kavram diyagramı kuruluşun veri gereksinimlerinin eksiksiz bir temsilidir, verilerin nasıl saklandığına bağlı değildir. Kavramsal düzeyde, aşağıdaki bileşenler sunulur:

1. Tüm veri öğeleri.

2. Veri öğeleri üzerindeki kısıtlamalar.

3. Veriler hakkında anlamsal bilgi.

4. Güvenliği sağlamaya ve veri bütünlüğünü korumaya yönelik önlemler hakkında bilgi.

iç seviye- veritabanının uygulanmasını tanımlar ve belirli bir VTYS'yi dikkate alarak optimum sistem performansını ve kaynaklarının ekonomik kullanımını sağlamak için tasarlanmıştır.

Aşağıdaki bilgiler dahili seviyeye karşılık gelir:

1. Depolanan öğelerin gerçek boyutlarını gösteren depolama ayrıntılarının açıklaması.

2. Verileri ve dizinleri depolamak için disk alanı tahsisi.

3. Verilerin fiziksel organizasyonu hakkında bilgi.

4. Veri sıkıştırma ve şifreleme yöntemleri hakkında bilgi.

İç seviyenin altında yatıyor fiziksel VTYS'nin yönlendirmesi altında işletim sistemi tarafından kontrol edilen , bu seviyedeki işlevleri net olarak ayrılmamıştır.

Kavramsal tasarıma iki yaklaşım: yükselen ve alçalan.

Aşağıdan yukarıya bir yaklaşımda tasarım, niteliklerin çıkarılmasıyla en alt seviyeden başlar. Daha sonra aralarındaki ilişkiler, yani fonksiyonel bağımlılıklar belirlenir, ardından fonksiyonel bağımlılıklara dayalı özel algoritmalar kullanılarak veritabanı şemaları oluşturulur.

Aşağıdan yukarıya yaklaşımı basit veritabanları tasarlamak için kullanmak daha iyidir, çünkü özniteliklerin sayısındaki artışla aralarındaki tüm ilişkileri kurmak zordur, ayrıca büyük sistemlerin tasarımının ilk aşamalarında, tüm nitelikleri seçin.

Yukarıdan aşağıya yaklaşım, birkaç üst düzey varlığı ve bunlar arasındaki ilişkileri belirleyerek başlar. Bundan sonra, yeni varlıklar, ilişkiler ve nitelikler ortaya çıkarken model birkaç aşamada rafine edilir.

Ayrıca, sistemin farklı bölümleri için aşağıdan yukarıya ve yukarıdan aşağıya bir yaklaşımın kullanıldığı ve ardından sonuçların bir araya getirildiği karma bir tasarım stratejisi vardır.

Öz kavramı.

Herhangi bir konu alanını tanımlarken, kişi, çevresindeki dünyadan ayırdığı, diğerlerinden ayırdığı ve belirli bir şekilde tanımladığı bireysel nesneler, olgular veya olaylar kavramlarını kullanır. Bu nedenle, anlamsal modelin ana bileşeni varlıklardır.

Bir varlık, kendisini diğer şeylerden ayıran bir şekilde tanımlanabilen bir "şey"dir. Konu geniş anlamda kullanılır, örneğin eğitim süreç yönetim sisteminde gerçek konular konu olarak kullanılır (eğitim yapısı, izleyici, öğretmenler, olgular, oturum vb.).

Öz özellikleri. Varlığın benzersizliği sorunu.

Genel olarak, bir varlık, ayırt edilebilir nesnelerin bir türü veya sınıfıdır. Bir varlığı belirli bir sınıfa göndermenin temeli, sınıfa özgü özelliklerin (niteliklerin) varlığıdır. Bir varlık, aynı özelliklerin değerlerine dayalı olarak bir sınıfın diğer varlıklarından ayırt edilir.

Varlığın çoğu özelliğinin değerleri zamanla değişir, ancak bu varlığın ortadan kalktığı ve yenisinin ortaya çıktığı anlamına gelmez → varlığın zamanla değişmeyen özelliklerini ve benzersiz bir şekilde tanımlamak gerekli hale gelir. varlığı tanımlayın.

Sorun, pratikte değişmez niteliklerin bulunamamasıdır. Bu tür öznitelikler bulunsa bile (kayıt numarası ve pasaport numarası), sistemin çalışması sırasında, örneğin yapılan hataları düzeltmek için bu öznitelikleri değiştirmek gerekebilir.

Gerçek dünyanın bakış açısından, böyle bir düzeltme hem belirli bir niteliği (birincil anahtar) değiştirmeye hem de yeni bir varlık yaratmaya karşılık gelebilir. Bu soruna bir çözüm, vekil varlık anahtarlarının tanıtılması olabilir. Bu yaklaşımın dezavantajı, modelin gerçek dünyadan çıkarılması yani modelin konu alanında mevcut olmayan bilgileri içermesidir.

Böylece, kavramsal tasarım, konu alanındaki varlıkların belirlenmesi, bu varlıkların özelliklerinin belirlenmesi, varlıkları benzersiz bir şekilde tanımlayan nitelik kümelerinin belirlenmesi ile başlar; bu kümelerden bir birincil anahtar seçilir veya bir vekil tanıtılır.

IDEFX formatında bir varlık aşağıdaki gibi tanımlanır:

Anahtar olarak kabul edilebilecek tüm nitelik kümeleri AK (alternatif anahtar) olarak etiketlenir.

Bağlantılar. İletişim kavramı.

Konu alanındaki nesneler, olaylar ve kişiler belirli ilişkiler içindedir. Anlamsal bir model oluştururken bu ilişkileri belirlemek gerekir. Bir modele bir ilişkinin dahil edilmesi, etkileşim türlerine bağlı olarak yeni nitelikler veya varlıklar ile sonuçlanır.

Konu alanında bir gerçek olsun - "öğrenci bir grupta çalışıyor." Bu, öğrenci ve grup varlıkları arasında bir ilişki olduğu anlamına gelir. Daha ayrıntılı bir analiz, ek gerçekleri ortaya çıkarır: bir öğrenci aynı anda yalnızca bir grupta çalışabilir, bir grup birçok öğrenciden oluşabilir.

Bu tür etkileşimler bire çok ilişkiler olarak yansıtılır ve IDEFX standardında aşağıdaki gibi yansıtılır:

Bir bağlantı kurmanın bir sonucu olarak, “öğrenci” varlığı, FK (yabancı anahtar) olarak işaretlenmiş yeni bir niteliğe sahiptir. Bu özniteliğin değeri, grup varlığının birincil anahtarının değeriyle eşleşmelidir.

IDEFX standardında bire çok ilişkiler aşağıdaki kriterlere göre sınıflandırılır:

1) mümkünse boş değerler;

2) bağlantılı varlıkların bağımlılık derecesine göre;

3) kardinaliteye göre;

1. Olası boş değerler için ilişki sınıflandırması. Öğrenci örneği ile devam edelim. Zamanın bir noktasında, örneğin bir öğrenci akademik izindeyken veya bir uzmanlıktan bir uzmanlığa geçiş yaparken, bir öğrenci bir gruba ait olmayabilir. Böylece, “öğrenci” varlığındaki “grup numarası” özniteliği, “grup” varlığının birincil anahtarının değerine ek olarak boş bir değer alabilir.

Böyle bir ilişki (boş bir yabancı anahtar değeri olasılığı ile) ata varlıkta bir elmas ile işaretlenir.

Başka bir örnek düşünün - "bir çalışan bir departmanda çalışıyor." Önceki örneğe benzer argümanlar yapıyoruz. "Her çalışan bir departmanda çalışmalı" ise, "çalışan" ve "departman" varlıkları arasında boş bir yabancı anahtar değeri olasılığı olmadan bire çok ilişki vardır. Ayrıca görüntülenir, yalnızca ata varlığın elmasları yoktur.

2. Bağlantılı varlıkların bağımlılık derecesine göre iletişimin sınıflandırılması. Bazen, gerçek dünya nesnesini tanımlarken, diğer nesnelerde bulunan özellikler kullanılır, örneğin, bir uzmanlık, ait olduğu uzmanlığın kodu ve kendi numarası ile tanımlanır.

071901 - ilk 4 hane uzmanlık numarası, diğerleri uzmanlık numarasıdır. Aynı zamanda, uzmanlık numarası uzmanlık içinde benzersizdir.

"Uzmanlık" varlığı gibi varlıklar, zayıf veya bağımlı varlıklar olarak adlandırılır ve yuvarlak dikdörtgenler olarak görüntülenir:

İlişki bire çok tanımlayıcı ilişki olarak adlandırılır ve noktalı bir çizgi ile gösterilmez ve ata varlığın birincil anahtarının alt varlığın birincil anahtarına aktarımı gösterilmez. Elbette, bir kimlik ilişkisi boş bir yabancı anahtar değerine izin veremez.

Daha önce açıklanan ilişkiler tanımlayıcı değildi, noktalı bir çizgi olarak görüntülendi ve ata varlığın birincil anahtarı, anahtar olmayan özniteliklere aktarıldı.

3. İletişimin kardinaliteye göre sınıflandırılması. IDEFX standardı aşağıdaki bağlantı kardinalitelerini destekler (Şekil 4):

Örneğin, bir grupta en az 1 öğrenci olmalıdır.

Tipik olarak, bir veritabanını uygularken, aralarında 1'e 1 ilişki bulunan varlıklar ortak bir tablo olarak çözümlenir. Bununla birlikte, anlamsal açıdan, anlaşılmaz bir değere sahip bir varlık elde edildiğinden, bu tür tabloları birleştirmek imkansızdır.

Yabancı anahtarın rolü.

Bazen, konu alanının daha kesin bir açıklaması için, bir yabancı anahtar için bir niteliğin rolü kavramı tanıtılır. Rol, özünde bir niteliğin taşıdığı anlamdır. Örneğin, bir grup kolaylaştırıcı örneğinde, "grup" varlığındaki "öğretmenin personel numarası" özelliği "kolaylaştırıcı" rolünü oynayabilir. İlişki ters yönde kurulursa, yabancı anahtar "denetimli grup" rolünü oynar.

Yabancı bir anahtar rolün zorunlu olduğu durumlar vardır.

1) Örneğin, iki işletme arasında iki veya daha fazla ilişki olduğunda → aynı tarihte bir sayı ve bir tutar ile karakterize edilen bir muhasebe girdisini tanımlayın. Hesap, bilançonun numarası, adı ve bölümü ile karakterize edilir. Varlıklar arasında iki ilişki vardır:

– “işlem bir hesaba kredi verir” - aynı hesap çeşitli işlemlerle alacaklandırılabilir ve işlem yalnızca bir hesaba kredi verir → bire çok ilişki; işlemin kredi hesabı olamaz, yani ilişki boş bir yabancı anahtar değerine izin vermez; kredi hesabı işlemin tanımlanmasına katılmaz, dolayısıyla bağlantı tanımlayıcı değildir;

- "işlem borçları hesabı" - "hesap" varlığının birincil anahtarı, "işlem" varlığının anahtar olmayan özelliklerine iki kez dahil edilmelidir, yani yabancı anahtarın rolü olmadan bunu yapmak imkansızdır:

2) özyinelemeli bir ilişki durumunda - ebeveyn ve çocuk aynı olduğunda. Bir örnek, belirli bir çalışan için acil amirini hesaba katmak gerektiğinde, bir kuruluştaki tabi olma hiyerarşisidir:

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

Öğrenciler, yüksek lisans öğrencileri, bilgi tabanını çalışmalarında ve çalışmalarında kullanan genç bilim adamları size çok minnettar olacaktır.

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

Tanıtım

1. Konsept tasarımı

1.1 Varlık türlerinin tanımlanması

1.2 Niteliklerin Tanımlanması ve Varlık Türleriyle İlişkilendirilmesi

1.3 Nitelik alanlarını tanımlama

1.4 Alternatif ve birincil anahtarlar hakkında

2. Mantık tasarımı

2.1 Yerel olarak kavramsal bir veri modelini yerel bir mantıksal modele dönüştürme

2.2 Normalizasyon kurallarına sahip modelleri kontrol etme

2.3 Kullanıcı işlemlerine ve sorgu yürütmesine karşı model doğrulama

2.4 Nihai Varlık İlişkisi diyagramını oluşturma

Çözüm

kullanılmış literatür listesi

Tanıtım

Veritabanı - nesnel bir biçimde sunulan bir dizi bağımsız materyal (makaleler, hesaplamalar, düzenlemeler, mahkeme kararları ve diğer benzer materyaller), bu materyallerin bir elektronik bilgisayar (bilgisayar) kullanılarak bulunabileceği ve işlenebileceği şekilde sistematik hale getirilmiştir.

VTYS gerçekleştirdiği sıralı tablo taramalarını kullanıcıdan gizleyerek en verimli şekilde gerçekleştirir. İlişkisel sistemlerin çok önemli bir özelliği, veritabanı tablolarına yapılan herhangi bir sorgunun sonucunun aynı zamanda veritabanında saklanabilen ve/veya ona karşı yeni sorguların gerçekleştirilebileceği bir tablo olmasıdır. tasarım konsepti anahtarı

Bilgi sistemlerinin temel amacı, dünya ve içinde gerçekleşen süreçler hakkında nihai olarak kullanıcılara sağlanan bilgileri depolamaktır. Gerçek dünyanın yalnızca belirli bölümleri farklı insan gruplarının ilgisini çektiğinden, her bilgi sisteminin verileri de belirli bir alana ait olacaktır. Gerçek bir sistemin, onu tanımlamak için çalışılacak parçasına konu alanı denir.

Tam bir konu alanı ile onun parçaları arasında bir ayrım yapılır ve her parça kendi konu alanını temsil edebilir. Örneğin, bir üniversite için aşağıdaki bölümler ayırt edilebilir: eğitim departmanı, muhasebe, personel departmanı, zamanlama bürosu, vb.

Konu alanını tanımlamak için ihtiyaç duyulan bilgiler, insanlar, nesneler, belgeler, olaylar, kavramlar vb. hakkında bilgileri içerebilir.

Her konu alanı bir dizi nesne ile karakterize edilir - nesneleri kullanan gerçek sistem ve süreçlerin unsurları ve ayrıca konu alanının tek bir görünümü ile karakterize edilen bir dizi kullanıcı. Özellikle muhasebe için nesneler her türlü belgedir. Muhasebe süreçleri - bordro, malzeme muhasebesi, bankacılık işlemleri için muhasebe vb. Son olarak, bu parçanın kullanıcıları muhasebe çalışanları, mali makamların çalışanları, şirket yöneticileri vb.

Her nesnenin bilgi sisteminde depolanan belirli bir dizi özelliği vardır. Verileri işlerken, örneğin öğrenciler veya fakülteler gibi bir homojen nesneler topluluğu ile uğraşmak ve her biri için aynı özellikler hakkında bilgi kaydetmek gerekir. Aynı özelliklere sahip nesneler kümesine nesne sınıfı denir. Aynı sınıftaki nesneler için, her nesne için bu özelliklerin değerleri farklı olsa da, özellikler kümesi aynı olacaktır.

Genellikle bir nesne sınıfına varlık denir. Her varlığın nitelikleri vardır. Nitelik, örneğini karakterize eden bir nesnenin özelliğidir. "Öğrenci" varlığı, "ad", "doğum yılı", "kabul tarihi" vb. niteliklere sahip olabilir. Bu nedenle, varlık aynı türdeki (örnekler) bir dizi bireysel nesne olarak tanımlanabilir ve tüm bu nesneler farklıdır, yani öznitelikler kümesi aynıdır, ancak değerleri farklıdır.

Çalışmamın amacı, mal setlerinin ve PC bileşenlerinin satışlarını ve teslimatlarını kaydetmek için bir veri tabanı geliştirmektir. Ayrıca, tedarikçi ve alıcı arasındaki malların hareketini kaydetmek için kullanılacaktır.

İş görevleri:

Varlık türlerini tanımlayın

Bağlantı türlerini tanımlayın

Nitelikleri tanımlayın ve bunları varlıklarla ilişkilendirin

Özellik Etki Alanlarını Tanımlayın

Alternatif anahtarları tanımlayın (nitelikler)

Bir Varlık İlişki Şeması Oluşturun

Yerel kavramsal modeli yerel mantıksal veri modeline dönüştürün

Modelleri Normalleştirme Kurallarıyla Doğrulayın

Modeli kullanıcı işlemlerine göre doğrulayın ve sorguları yürütün

Nihai "Varlık İlişkisi" diyagramını oluşturun

1. Kavramsal tasarım

Kavramsal (infolojik) tasarım, konu alanının anlamsal bir modelinin, yani en yüksek soyutlama düzeyinde bir bilgi modelinin oluşturulmasıdır. Böyle bir model, belirli bir VTYS ve veri modeline odaklanmadan oluşturulur. "Semantik model", "kavramsal model" ve "infolojik model" terimleri eşanlamlıdır. Ayrıca, "veritabanı modeli" ve "etki alanı modeli" (örneğin, "kavramsal veritabanı modeli" ve "kavramsal etki alanı modeli") kelimeleri bu bağlamda eşit olarak kullanılabilir, çünkü böyle bir model hem gerçekliğin bir görüntüsü hem de bir bu gerçeklik için bir tasarım veritabanının görüntüsü.

Kavramsal veri tabanı modelinin özel biçimi ve içeriği, bunun için seçilen biçimsel aygıt tarafından belirlenir. ER diyagramlarına benzer grafik gösterimler yaygın olarak kullanılmaktadır.

En yaygın kavramsal veritabanı modeli şunları içerir:

Konu alanındaki bilgi nesnelerinin veya kavramlarının tanımı ve bunlar arasındaki ilişkiler.

Bütünlük kısıtlamalarının açıklaması, ör. geçerli veri değerleri ve aralarındaki ilişkiler için gereksinimler.

1.1 Varlık Türlerini Tanımlama

Bir varlık, herhangi bir ayırt edilebilir nesnedir (bir diğerinden ayırt edebileceğimiz bir nesne), hakkında veri tabanında saklanması gereken bilgilerdir. Varlıklar insanlar, yerler, uçaklar, uçuşlar, zevkler, renkler vb. olabilir. Varlık türü ve varlık örneği gibi kavramları ayırt etmek gerekir.

Bir varlık, kolektif bir kavramdır, gerçek hayattaki bir nesnenin bazı soyutlaması, süreç, fenomen veya bir nesne hakkında bir fikir, hakkında bilgilerin bir veritabanında depolanması gerekir.

Varlık türü ve varlık örneği gibi kavramları ayırt etmek gerekir. Bir varlık türü kavramı, bir bütün olarak hareket eden bir dizi homojen kişi, nesne, olay veya fikri ifade eder. Bir varlık örneği, bir kümedeki belirli bir şeyi ifade eder. Örneğin, varlık türü CITY olabilir ve örnek Moskova, Kiev vb. olabilir.

Üç tür varlık vardır: çekirdek, ilişkisel (çağrışım) ve karakteristik (karakteristik). Ek olarak, ilişkisel varlıklar kümesinde bir atama alt kümesi de tanımlanır. Şimdi varlık türlerini tanımlayalım.

Çekirdek varlık.

Çekirdek (güçlü) varlık, diğerlerinden bağımsız bir varlıktır. Bir çekirdek varlık bir ilişki, karakteristik veya tanım olamaz (aşağıya bakınız).

Dernek.

İlişkisel bir varlık (veya ilişki), iki varlık arasındaki çoktan çoğa bir ilişkiyi ifade eder. Tamamen bağımsız bir varlıktır. Örneğin, MAN ve WOMAN varlıkları arasında MARRIAGE birleştirici varlık tarafından ifade edilen bir çağrışımsal ilişki vardır.

Karakteristik.

Karakteristik bir varlığa zayıf bir varlık da denir. Bire çoğa ve bire bir ilişkilerle daha güçlü varlıkla ilgilidir. Karakteristik bir varlık, başka bir varlığı tanımlar veya iyileştirir. Tamamen ona bağımlıdır ve ikincisinin ortadan kalkmasıyla ortadan kaybolur.

atama.

Bir gösterim, diğer varlıkların çoktan bire veya bire bir şekilde ilişkili olduğu bir varlıktır. Tanımlama, özelliğin aksine bağımsız bir varlıktır. Örneğin, Fakülte varlığı öğrencinin enstitünün bu bölümüne ait olduğunu belirtir, ancak tamamen bağımsızdır.

Bağlantı Türlerini Tanımlama

Bağ iki varlık türü arasında kurulan grafiksel bir ilişkidir. Bir varlık gibi, bir bağlantı bir tür kavramıdır, her iki bağlantılı varlık türünün tüm örnekleri, ayarlanan bağlantı kurallarına tabidir. Bu nedenle varlık türleri arasında kurulan ilişkinin türünden ve varlık türünün örnekleri arasında kurulan ilişki türünün örneklerinden bahsetmek daha doğrudur. ER modelinin burada tartışılan versiyonunda, bu ilişki her zaman ikilidir ve iki farklı varlık türü arasında veya bir varlık türü ile kendisi arasında (özyinelemeli ilişki) olabilir. Herhangi bir bağlantıda, iki uç ayırt edilir (mevcut ilgili varlık çiftine göre), bunların her biri bağlantının sonunun adını, bağlantının sonunun derecesini (bu tür varlığın kaç örneğinin olması gerekir) gösterir. bu bağlantı türünün her örneğinde mevcut olmalıdır), bağlantının bağlanması (yani belirli bir varlık türünün herhangi bir örneğinin belirli bir ilişki türünün bazı örneğine katılması gerekip gerekmediği).

İletişim formda sunulur. Aynı zamanda, varlıkla bağlantının "yerleştirme" yerinde aşağıdakiler kullanılır:

Bir varlık ilişkide varlığın birçok örneğini kullanabiliyorsa (veya kullanması gerekiyorsa) bir varlık dikdörtgenine üç noktalı bir giriş;

Tek noktalı giriş, varlığın yalnızca bir örneği ilişkiye katılabilirse (veya katılması gerekiyorsa).

Zorunlu bir bağlantı ucu düz bir çizgiyle gösterilir ve isteğe bağlı bir bağlantı ucu kesik bir çizgiyle gösterilir.

TICKET ve PASSENGER varlıkları arasındaki ilişki, biletleri ve yolcuları birbirine bağlar. "For" adıyla ilişkilendirmenin sona ermesi, aynı yolcuyla birden fazla biletin ilişkilendirilmesine izin verir ve her biletin bir yolcuyla ilişkilendirilmesi gerekir. "Has" ismiyle olan ilişkinin sona ermesi, her biletin yalnızca bir yolcuya ait olabileceğini ve yolcunun en az bir bilete sahip olmasının gerekmediğini gösterir.

Pirinç. 1. Bağlantı türü örneği

· her BİLET yalnızca bir YOLCUya yöneliktir;

· Her YOLCU bir veya birden fazla BİLET sahibi olabilir.

özyinelemeli ilişki

Aşağıdaki örnek (Şekil 2), MAN varlığını kendisine bağlayan özyinelemeli bir bağlantıyı göstermektedir. "Oğul" ismiyle olan bağlantının sonu, birkaç kişinin bir babanın oğlu olabileceği gerçeğiyle belirlenir. "Baba" ismiyle olan bağlantının sona ermesi, her erkeğin oğlu olmaması gerektiği anlamına gelir.

Pirinç. 2. Özyinelemeli bir ilişki türü örneği

Gösterilen diyagramın kısa bir sözlü yorumu aşağıdaki gibidir:

Her MAN, tek bir MAN'ın oğludur;

Her ERKEK, bir veya daha fazla ERKEK'in babası olabilir.

Tablolar arasındaki ilişki türleri

İletişim, konu alanındaki nesneler arasındaki ilişkileri modellemenizi sağlar.

4 tip bağlantı vardır:

1. " Bire bir" - A varlığının herhangi bir örneği, B varlığının yalnızca bir örneğine karşılık gelir ve bunun tersi de geçerlidir.

Herhangi bir öğrencinin yalnızca bir özelliği olabilir ve bu özellik tek bir öğrenciyi ifade eder.

2. " birden çoğa" - A varlığının herhangi bir örneği, B varlığının 0, 1 veya birkaç örneğine karşılık gelir, ancak B varlığının herhangi bir örneği, A varlığının yalnızca bir örneğine karşılık gelir.

Öğrenciye birçok not verilir; Verilen not sadece bir öğrenciye aittir.

3. " çoktan bire" - A varlığının herhangi bir örneği, B varlığının yalnızca bir örneğine karşılık gelir, ancak B varlığının herhangi bir örneği, A varlığının 0, 1 veya daha fazla örneğine karşılık gelir.

Öğretmen sadece bir ofiste çalışır, ancak ofis birkaç öğretmene atanabilir.

4. " çoktan çoğa" - A varlığının herhangi bir örneği, B varlığının 0, 1 veya daha fazla örneğine karşılık gelir ve B varlığının herhangi bir örneği, A varlığının 0, 1 veya daha fazla örneğine karşılık gelir.

Öğrenci Ivanov birkaç öğretmenden öğrenir. Ve her öğretmen birçok öğrenciyle çalışır.

1.2 Niteliklerin Tanımlanması ve Varlık Türleriyle İlişkilendirilmesi

Bir varlığın niteliği, bir varlığın durumunu netleştirmeye, tanımlamaya, sınıflandırmaya, ölçmeye veya ifade etmeye hizmet eden herhangi bir ayrıntıdır. Nitelik adları, varlık adının altındaki varlık kutusuna yerleştirilir ve muhtemelen örneklerle birlikte küçük harflerle gösterilir.

Belirtilen özniteliklere sahip PERSON varlık tipinin bir örneği (Şekil 3)'te gösterilmiştir.Teknik bir bakış açısından, ER modelindeki varlık türü öznitelikleri, ilişkisel veri modelindeki ilişki özniteliklerine benzer. Her iki durumda da, adlandırılmış özniteliklerin tanıtılması, adı ER modeli durumunda varlık türünün adıyla veya ilişkisel model durumunda ilişki değişkeninin adıyla aynı olan bazı genel veri yapılarını tanıtır. Bu tür yapısını, bir varlık türünün tüm örnekleri veya bir ilişkinin tüm demetleri izlemelidir.

Pirinç. 3. Niteliklere sahip bir varlık türü örneği

ER modelinde varlık türü öznitelikleri tanımlanırken, öznitelik etki alanını belirtmek, mümkün olmakla birlikte isteğe bağlıdır (aşağıya bakın). Niteliklerin bu "zayıflamış" tanımına neyin sebep olduğunu tartışalım. Her şeyden önce, kavramsal veritabanı şemaları oluşturmak için anlamsal veri modelleri kullanılır ve bu şemalar belirli bir VTYS tarafından desteklenen ilişkisel veritabanı şemalarına dönüştürülür.

Yukarıda belirtildiği gibi, bir varlık türü tanımlanırken, bir varlığın her bir örneğinin aynı varlığın diğer herhangi bir örneğinden farklı olduğundan emin olmak gerekir. Bir varlık, gerçek veya hayal edilen bir nesnenin dış dünyadan bir soyutlaması olduğundan, varlık türleri için bir aday seçerken bu gereklilik akılda tutulmalıdır. Bir varlık benzersiz tanımlayıcısı, herhangi bir varlık örneğini aynı türdeki diğer varlık örneklerinden benzersiz bir şekilde ayıran bir öznitelik, bir öznitelik kombinasyonu, bir ilişki, bir ilişkiler bileşimi veya bir ilişkiler ve öznitelikler bileşimi olabilir. Birkaç örnek verelim. Şekil 4, bir kitapçı veritabanında kullanıma uygun KİTAP varlık türünü göstermektedir. Herhangi bir kitap herhangi bir yayınevi tarafından yayınlandığında, ona benzersiz bir numara - ISBN - atanır. isbn özniteliğinin değerinin, stoktaki bir kitap yığınını benzersiz bir şekilde tanımlayacağı açıktır. Ek olarak, elbette, benzersiz bir tanımlayıcı olarak niteliklerin bir kombinasyonu da uygundur.<автор, название, номер издания, издательство, год издания>.

Pirinç. 4Örnekleri niteliklerle tanımlanan varlık türü

(Şekil 5)'te, diyagram birbiriyle ilişkili iki varlık türünü içerir. Her yetişkinin bir ve sadece bir tane vardır ve her pasaport sadece bir yetişkine ait olabilir. O zaman bir kişinin pasaportuyla bağlantısı bir yetişkini benzersiz bir şekilde tanımlar, yani kabaca konuşursak, bir pasaport bir yetişkini tanımlar. Henüz herhangi bir kişiye verilmemiş pasaportlar olabileceğinden, bu ilişkilendirme PASAPORT varlığı için benzersiz bir tanımlayıcı değildir.

Pirinç. beşÖrnekleri ilişkilendirme tarafından tanımlanan varlık türü

(Şekil 6)'da diyagram, birbiriyle ilişkili üç varlık türünü içerir. Profesörler çeşitli akademik disiplinlerde bilgi sahibidir. Her disiplinin öğretimi birkaç profesöre açıktır. Başka bir deyişle, PROFESÖR ve DİSİPLİN varlıkları arasında çoktan çoğa bir ilişki tanımlanır. Her profesör, kendisine sunulan herhangi bir disiplinde ders hazırlayabilir. Her disiplin birkaç eğitim kursuna ayrılabilir. Ancak her profesör, kendisine sunulan herhangi bir disiplinde yalnızca bir ders verebilir ve her ders yalnızca bir disipline ayrılabilir. Böylece, COURSE varlık tipinin her bir örneği, PROFESSOR varlığının bir örneği ve DİSİPLİN varlığının bir örneği, yani KURS varlığının yanında HAZIRLANMIŞ ve ADANMIŞ son adları olan bir çift bağlantı tarafından benzersiz bir şekilde tanımlanır. PROFESÖR ve DİSİPLİN varlıklarının bağlantılarla tanımlanmadığını unutmayın.

Pirinç. 6. Örnekleri bir ilişkiler kombinasyonu ile tanımlanan bir varlık türü

Son olarak, (Şekil 7) benzersiz tanımlayıcısı niteliklerin ve ilişkilerin bir kombinasyonu olan bir varlık türü örneğini gösterir. Her insanın çocuğu olabilir ve her insanın bir babası vardır. Daha sonra, aynı zamanda doğan ikizlere aynı adın verilmediğini varsayarsak, özelliklerin bir kombinasyonu İNSAN varlık tipi için benzersiz bir tanımlayıcı olabilir.

Pirinç. 7. Örnekleri, nitelikler ve ilişkiler kombinasyonu ile tanımlanan bir varlık türü

1.3 Özellik Etki Alanlarını Tanımlama

İhtisas ilişkisel bir veri modelinde, bir veri türü, yani geçerli bir değerler kümesi.

Veri türü kavramı temeldir; her değer, her değişken, her parametre, her read deyimi ve özellikle her ilişkisel öznitelik şu veya bu türdendir.

Örnekler "integer" (tüm tamsayılar kümesi), "string" (tüm dizelerin kümesi), "parça numarası" (tüm parça numaralarının kümesi) vb. olabilir. Bu nedenle, bir öznitelik dediğimizde "tamsayı" ilişki türüne sahipse, bu özelliğin tüm değerlerinin "tamsayı" kümesine ait olduğunu ve başka hiçbir şeye ait olmadığını kastediyoruz.

Matematiğe benzeterek, veri türleri ayrılır: skaler Ve skaler olmayan. Skaler olmayan türden bir değerin (skaler olmayan bir değer) kullanıcı tarafından görülebilen birçok bileşeni vardır, oysa skaler türden bir değer (skaler bir değer) yoktur. Skaler olmayan bir türe örnek olarak bir ilişki türü ve bir tanımlama grubu türü verilebilir; skaler tipe bir örnek "tamsayı" tipidir.

Veritabanı sistemlerinin bilgisayarlarda uygulanmasının sınırlamaları, türlerin tanımına ilişkin bazı kuralları zorunlu kılar. Yani teorik olarak INTEGER tipi bir kümedir. Hepsi mümkün tamsayılar, ama aslında INTEGER, tamsayı olan tüm tam sayıların kümesidir dikkate alınan bilgisayar sisteminde temsil edilebilir(çünkü, elbette, herhangi bir bilgisayar sisteminde temsil olanaklarını aşan tam sayılar vardır).

Böyle bir tür (mantıksal bir kavram) ile belirli bir bilgisayar sisteminde bu türden değerlerin fiziksel temsili için bir biçim arasında bir ayrım yapılmalıdır; tipler seviyeyi ifade eder mantıksal model ve değerlerin fiziksel temsili - seviyeye uygulama. Örneğin, "dize" türü için tanımlanan işlemler, sayılar belirli bir uygulamada dizelerle fiziksel olarak temsil edilse bile "sayı" türü için bir anlam ifade etmez. "Tarih" türünün değerleri genellikle fiziksel olarak gerçek bir sayı ile temsil edilir, ancak "sayı" türü için anlamlı olan çoğu işlem "tarih" türü için anlamsızdır.

İlişkisel veri modeli, işlemleri gerçekleştirirken vazgeçilemeyecek olan mantıksal tip (BOOLEAN) dışında, önceden tanımlanmış herhangi bir türün zorunlu desteğini önermez. Genellikle belirli bir tür grubu sistem tarafından desteklenir, diğer türler de kullanıcı tarafından ek olarak oluşturulabilir.

1.4 Alternatif ve birincil anahtarlar hakkında

sapıkÖzel anahtar- ilişkisel bir veri modelinde, ana anahtar (veya varsayılan anahtar) olarak seçilen ilişkinin potansiyel anahtarlarından biri.

Bir ilişkinin tek bir aday anahtarı varsa, bu aynı zamanda birincil anahtardır. Birden fazla aday anahtar varsa bunlardan biri birincil anahtar olarak seçilir ve diğerleri " alternatif".

Teori açısından, ilişkinin tüm potansiyel anahtarları eşdeğerdir, yani aynı özelliklere sahiptirler. benzersizlik Ve minimallik. Bununla birlikte, birincil anahtar genellikle, örneğin başka açılardan yabancı anahtarlar oluşturmak veya kümelenmiş bir dizin oluşturmak gibi belirli pratik amaçlar için en uygun aday anahtarlardan seçilir. Bu nedenle, birincil anahtar olarak, kural olarak, en küçük boyuta (fiziksel depolama) sahip olanı ve/veya en az sayıda özniteliği içereni seçin.

1.6 Bir varlık-ilişki diyagramı oluşturma

2. mantık tasarımı

Mantıksal veritabanı tasarımı, seçilen bilgi organizasyon şemasının gereksinimlerine uygun olarak bir işletmenin bilgi yapısının modellerini tasarlama sürecidir. Ancak oluşturulan mantıksal model, belirli VTYS'nin özelliklerine ve diğer fiziksel uygulama koşullarına bağlı değildir.

2.1 Yerel olarak kavramsal bir veri modelini yerel bir mantıksal modele dönüştürme

1. İlk adım, çoktan çoğa ilişkisini ortadan kaldırmaktır. "Kit" ve "Müşteri Firması" varlıkları arasında böyle bir ilişki vardır. Bir ara varlık "Liste" tanıtarak bu bağlantıları kıralım.

2. Karmaşık bağlantıları kaldırma. Karmaşık ilişkiler, üç veya daha fazla tür varlığın katıldığı ilişkilerdir. Benim işimde böyle bir bağlantı yok.

3. Özyinelemeli bağlantıları kaldırma. Özyinelemeli ilişkiler - varlıkların başarısızlıkla etkileşime girdiği ilişkiler. Benim işimde böyle bir bağlantı yok.

4. Niteliklere sahip bağlantıları silme.

5. Çalışmamda birden çok özniteliği kaldırdığımda, birden çok öznitelik var - telefon. "Alıcının telefonunu", "alıcının ev telefonu" ve "alıcının cep telefonu" olarak bölün. "Tedarikçi telefonu", "tedarikçinin cep telefonu" ve "tedarikçinin ev telefonu".

6. Gereksiz bağlantıları kaldırma. Benim işimde böyle bir bağlantı yok.

2.2 Normalizasyon Kurallı Modelleri Doğrulama

İlişkisel veritabanı tasarımı teknolojisi, ilişki nitelikleri arasındaki işlevsel bağımlılıkların analizine dayanan normalleştirme teorisi ile ilişkilidir. İşlevsel bağımlılık kavramı, ilişkisel veritabanı normalleştirme teorisinde temeldir. İşlevsel bağımlılıklar, incelenen konu alanındaki nesneler ve özellikleri arasındaki istikrarlı ilişkileri tanımlar. Bu nedenle, belirli bir konu alanına özgü işlevsel bağımlılıkları destekleme süreci, tasarım sürecinin temelidir.

İlişkisel veritabanı teorisinde, aşağıdaki normal form dizisi genellikle ayırt edilir:

1. 1 normal form

2. 2 normal form

3. 3 normal form

İlk normal form (1NF)

Bir ilişki değişkeni, ancak ve ancak, ilişkinin herhangi bir geçerli değerinde, değişkenlerinin her biri, niteliklerin her biri için tam olarak bir değer içeriyorsa, ilk normal formda (1NF) olur.

İlişkisel bir modelde, ilişki kavramının tanımı gereği bir ilişki her zaman ilk normal biçimdedir. Çeşitli tablolara gelince, bunlar ilişkilerin doğru temsilleri olmayabilir ve buna göre 1NF'de olmayabilir.

İkinci normal form (2NF)

Bir ilişki değişkeni, ancak ve ancak birinci normal formdaysa ve anahtar olmayan her öznitelik, aday anahtarına indirgenemez şekilde (işlevsel olarak tam) bağlıysa ikinci normal formdadır.

Üçüncü normal form (3NF)

Bir ilişki değişkeni, ancak ve ancak ikinci normal formdaysa ve anahtar niteliklere anahtar olmayan niteliklerin geçişli işlevsel bağımlılıkları yoksa üçüncü normal formdadır.

2.3 Kullanıcı işlemlerine ve sorgu yürütmesine karşı model doğrulama

1. Belirtilen kaynağın mevcut bileşenleri hakkında bilgi;

aksesuarları SEÇİN. bileşenin adı, şirket tedarikçisi. tedarikçinin adı, aksesuarları, tedarikçinin numarası

aksesuarlardan, tedarikçi

NEREDE tedarikçi firma, tedarikçi firma adı "AMD"

VE tedarikçi firma, tedarikçi firma numarası = bileşenler, tedarikçi firma numarası;

2. Alıcının adı belirtilerek belirli bir müşteri tarafından sipariş edilen kitler hakkında bilgi;

SELECT kit, kit adı, liste, kit numarası, müşteri şirket numarası, müşteri şirketi, müşteri şirket adı, alıcı, alıcı adı

kümeden, listeden, müşteriden, alıcıdan

NEREDE müşteri şirketi, müşteri şirket adı - "İnterkom"

VE liste kiti numarası kiti. kit numarası VE listesi, müşteri şirket numarası=müşteri şirketi, müşteri şirket numarası VE alıcı, alıcı numarası=kit alıcı numarası;

2.4 Son diyagramı oluşturma" Öz bağlantısı"

Çözüm

Bu ders çalışmasında, bir bilgisayar salonunun çalışmasını otomatikleştirmek için bir veritabanı geliştirdim. İlk aşamada, kullanıcıların en çok ilgisini çeken nesneleri belirlemesi gereken bir etki alanı modeli yaptım. Bunu yapmak için, konu alanının ve bu nesneler arasındaki ilişkilerin ayrıntılı bir tanımını derledim, modelimi karmaşık, özyinelemeli, niteliklerle ilişki, çoktan çoğa ayrılmış ilişkiler, ve ayrıca varlık türleri ve nitelik türleri belirledim ve bu verilere dayanarak bir "varlık-ilişki" diyagramı oluşturdum

2. seviyede, normalizasyon kurallarıyla bir bağlantı kontrolü ve model doğrulaması yaptım. Veri modelim birinci ve ikinci normal formdaydı, geçişli bağımlılıkları bulup başka bir varlığa (liste) aktararak modeli 3. normal forma getirdim. Modeli kullanıcı işlemlerine ve sorgu yürütmesine göre doğruladı ve ardından nihai varlık-ilişki diyagramını oluşturdu. Yaptığım çalışmalara dayanarak, bir bilgisayar salonunun çalışmasında veritabanımın iyi bir yardımcı olacağını söyleyebilirim.

kullanılmış literatür listesi

1. Veritabanları. Ders Kitabı A.D. homonenko

2. Weiscos J. MS Access 2000 ile etkili çalışma

3. Vikipedi

4. Tarih K. J. Veritabanı sistemine giriş

Allbest.ru'da barındırılıyor

...

Benzer Belgeler

Toplam kapasitesi 7000 ton / yıl olan boya, vernik ve solvent üretimi için bir kompleksin tasarımı için ilk veriler. İlk verilerin geliştirilmesi için temel ve teknoloji hakkında genel bilgiler. Temel teknolojik üretim şemalarının tanımı.

dönem ödevi, eklendi 02/17/2009


Otomatik tasarım aşamalarının özellikleri. Basiq Norma 1 ve Norma 2 programlarını kullanarak bir kadın demi-sezon ceketi için temel malzemelerin tüketim oranlarını hesaplamak için metodoloji ve algoritma Bilgisayar kullanarak veri işleme otomasyonunun özellikleri.

dönem ödevi, eklendi 05/06/2010


Bir elektrik motorunun seçimi ve iki kademeli sonsuz dişli kutusunun tasarımı. Tasarım kriterleri: dişli kutusu boyutlarının ve malzemelerinin seçimi. Yüksek hızlı ve düşük hızlı iletimin hesaplanması. Solucanlar ve sonsuz tekerleklerin yapımı. Şanzıman düzeni.

dönem ödevi, eklendi 01/12/2012


Kümes tasarımı için ilk verilerin derlenmesi. Isı transferine karşı gerekli termal direncin belirlenmesi. Bireysel kat bölgelerinin alanlarının hesaplanması. Kapalı yapılar yoluyla ısı kaybının hesaplanması. Isı-hava rejimi ve hava değişiminin hesaplanması.

dönem ödevi, eklendi 09/10/2010


Silikat tuğla hakkında temel bilgiler. Kireç-silika bağlayıcı üretimi. Ham karışımı nemlendirmek için silo. Malzemelerin otoklavda işlenmesi süreci. Hammadde ihtiyacının hesaplanması. Malzemelerin giriş kontrolü. Depo tasarım hesabı.

tez, eklendi 01/27/2014


Mekanik üretim atölyelerinin tasarımı ve yeniden inşası için kurallar: mekanik montaj üretiminin tasarımı hakkında genel bilgiler, çalışma taslağının tanımı ve çalışma dokümantasyonu, tasarlanan parça üretim sahasının içi.

test, 28/12/2008 eklendi


Betonarme ürünler ve beton karışımları fabrikasının ürünlerinin özellikleri. Beton karışımlarının hazırlanması için programın verimliliğinin hesaplanması. Teknolojik ekipman seçimi. Malzeme depolama stoklarının hacimlerinin belirlenmesi ve depo türlerinin seçimi.

dönem ödevi, eklendi 06/11/2015


Bilgisayar destekli giysi tasarımı sisteminin işlevleri. Giyim modellerinin sanatsal tasarımı. Figürlerin antropometrik analizi. Model yapıları tasarlama yöntemleri. Bir model ailesinin geliştirilmesi, kalıpların geliştirilmesi ve tüketim oranlarının belirlenmesi.

tez, 26/06/2009 eklendi


Döner asansör için tahrik görevi gören makine ünitesinin çalışma koşulları. Tasarımı için motor, sürücünün kinematik hesaplaması. Sonsuz dişli malzemelerinin seçimi ve izin verilen gerilmelerin belirlenmesi. Mil ve yatakların hesaplanması.

dönem ödevi, 16/06/2011 eklendi


Sistem ve su temini şeması seçiminin gerekçesi, şebekenin hidrolik hesaplanması ve sayaç seçimi. Gerekli basıncın belirlenmesi. Kanalizasyon sistemi tasarlama normları, iç ve bahçe ağının hesaplanması. Malzeme ve ekipmanın özellikleri.