Bir inşaat şirketinin çalışmalarını kaydetmek için bir bilgi sisteminin geliştirilmesi

2. Bir bilgi sisteminin oluşturulması için görev tanımı

2.1 Genel

Otomatik bilgi sistemi "İnşaat İşletmesi"

2.2 Bir bilgi sistemi oluşturmanın amaçları

Tasarım ve üretim ve satışların kontrol ve muhasebe sorunlarını çözmek için bu işletmede ACCESS DBMS ortamında tasarlanmış otomatik bir bilgi sistemi oluşturulmaktadır.

Dağıtılmış bir veritabanı biçimindeki bilgiler, kısmen bir dosya sunucusunda ve kısmen de satış departmanının yerel bilgisayar ağının parçası olan iş istasyonlarında depolanır. Muhasebe, otomatikleştirilmiş bir faaliyet türüdür.

Bu şirketin ana çalışma araçları, kontrol otomasyonu araçlarını (bilgisayarlar - iş istasyonları, sunucular ve diğer teknik cihazlar) barındıran CJSC "UniStroy - NN" binalarıdır.

IP'nin çözdüğü ana işlevler:

· İşletmenin çalışmaları üzerinde kontrol;

· İşletmenin satışlarının muhasebeleştirilmesi;

· Sonuçların muhasebeleştirilmesi (işletmenin gelir ve giderleri).

İşletmenin çalışmaları, satışlar, siparişler üzerinde sistematizasyon ve otomatik kontrol.

2.3 Otomasyon nesnelerinin açıklaması

Bu işletmenin ana faaliyeti, malların tasarım ve satışının organizasyonudur; bu, muhasebe için ekonomik departmanın faaliyetlerinin otomasyonun ana amacı olacağı anlamına gelir.

2.4 Sistem gereksinimleri

2.4.1 Girdi, referans ve çıktı bilgileri için gereklilikler

Tasarım ve üretim ve satış departmanının giriş bilgileri, bu bölümde çözülen tüm sorunları çözmek için gerekli verileri içerir. Birincil biçimde, bu veriler kağıt belgeler biçiminde gelir. Ana giriş bilgileri aşağıdaki verileri içerir:

· Tasarım ve satışın uygulanması için planlanmış görevleri içeren ayda bir planlama ve ekonomi departmanından alınan belgeler;

· Mal tedariki ve diğer işlerin performansı için uygulamaları içeren pazarlama departmanından gelen veriler, belirlenen fiyatlar hakkında bilgi;

Çıktı bilgisi, bir kağıt belge şeklinde, bir bilgi mesajı şeklinde veya manyetik bir ortamda bir dosya (elektronik belge) şeklinde sunulabilir.

Bu veriler, bir veritabanı tablosu şeklinde, bir sorgu şeklinde, ayrıca ekranda ve kağıt üzerinde bir rapor şeklinde sunulur.

İşletme faaliyetlerinin sonuçları için muhasebe sorununu çözmenin çıktı sonuçları görüntülenir:

· Tasarım ve üretim bölümündeki yazıcıya ve sabit diske ve satış departmanına;

· Bir iletişim kanalı aracılığıyla muhasebe departmanına ve planlama ve ekonomi departmanına iletilir.

Çıktı verilerinin yayınlanması her üç ayda bir gerçekleştirilir.

2.4.2 Bilgilerin kodlanması ve sınıflandırılması için öneriler

Giriş bilgileri, aşağıdaki gereksinimler dikkate alınarak kodlanmalıdır:

· Kontrol sistemindeki sorunları çözmek için zamanın ve diğer maliyetlerin azaltılması;

· Yüksek kaliteli bilgi sağlamak.

Bilgi sistemi, giriş bilgilerini kodlamak için sıralı bir yöntem kullanır (Tablo. Tasarım ve üretim muhasebesi, alan - kayıt numarası, Satış muhasebesi - kayıt numarası).

Bu veriler sıralı yöntem kullanılarak kodlanır. Avantajı kullanım kolaylığı, dezavantajı ise kod taşmasıdır.

Bilgilerin sınıflandırılması.

2 sınıflandırma yöntemi vardır:

· Hiyerarşik - bu sınıflandırma yöntemi, belirli bir kümenin sırayla alt alt kümelere bölündüğü ve kademeli olarak sınıflandırma nesnesini belirlediği bir yöntem olarak anlaşılır. Bu durumda, bölmenin temeli, seçilen bir özelliktir. Bu durumda elde edilen gruplamalar kümesi, düğümleri gruplama olan dallanma grafiği biçiminde hiyerarşik ağaç benzeri bir yapı oluşturur.

· Yönlü - bu sınıflandırma yöntemi, bir dizi nesnenin bağımsız sınıflandırma gruplarına paralel olarak bölünmesini içerir. Aynı zamanda, katı bir sınıflandırma yapısı ve önceden oluşturulmuş sonlu gruplamalar varsayılmaz. Karşılık gelen fasetlerden alınan değerlerin birleştirilmesiyle sınıflandırma gruplamaları oluşturulur.

Kontrol sistemlerindeki bilgi kalitesi, verilerin kontrol sisteminin ihtiyaçlarını karşılamaya uygunluğunu belirleyen bir dizi özelliktir. Kontrol sistemlerinde kullanılan bilgilerin en önemli özellikleri şunlardır:

Ш Kümülatiflik - bilgilerin eksiksizliği;

Ш Güvenilirlik - gizli hataların olmaması;

Ш Güvenlik - yetkisiz erişimin imkansızlığı;

Ш Verimlilik - zamanlılık;

Ш Homomorfizm - veriler tek bir biçimde sunulmalıdır;

Ш Kimlik - şu anda nesnelerin yazışmaları;

Ш Gizlilik gizliliktir.

Kontrol sisteminde kullanılan bilgilerin kalitesini kontrol etmek için ana yazılım yöntemi şudur:

Mantıksal - anlamsal bir kontrol, yani. belirli bir kayıt dizisine göre sapmalarla kontrol

· Yazılım.

Bu çalışmada bilgilerin kalite kontrolü "Geçerlilik kontrolü" butonu kullanılarak gerçekleştirilir. Tablolar kontrol edilir: ürünler, projeler ve satış kayıtları. Tablo üretim maliyeti, satış fiyatı, tasarım maliyeti ve miktar için negatif değerler içeriyorsa, butona basıldığında bir hata algılanır. Aksi takdirde, herhangi bir hata bildirilmez.

2.4.4 Bilgileri yetkisiz erişimden korumak için önerilen önlemler

Yetkisiz erişim - sahibinin izni olmadan bilgi edinme.

Türleri:

1. Dolaylı - dinleme cihazları, uzak fotoğraflar, radyo dinleme vb.

2. Doğrudan - veri taşıyıcılarının doğrudan çalınması, bir diskten veri okunması, sisteme başka birinin şifresiyle giriş yapılması, sistem istekleri için isteklerin maskelenmesi, yazılım virüslerinin bulaşması vb.

Bilginin en savunmasız kısmı aşağıdaki yöntemlerle korunur:

· Prosedürel - organizasyonel ve teknik önlemler - tüm bilgisayarların ve kullanıcıların tanımlanması, çalışma düzenlemelerinin oluşturulması, özel veri tabanları ve programlar.

Yazılım - veritabanlarının ve uygulama programlarının kopyalamaya, anti-virüs programlarına, şifrelemeye, bilgi yedeklemesine karşı korunması

Bilgi sistemi bir yazılım koruma yöntemi (virüs taraması) kullanır.

Veritabanı, örneğin uygulama programlayıcısına odaklanan FOXPRO VTYS ile karşılaştırıldığında, ortalama kullanıcıya daha fazla odaklandığı için ACCESS VTYS'de oluşturulmuştur. DBMS'nin seçimi, AIS'nin bir parçası olarak çözülen yönetim görevlerinin karmaşıklık düzeyine göre belirlenir. Bu nedenle, bu kurs çalışması için DBMS ACCESS en uygunudur.

2.4.5 Veritabanı (DB) ve veritabanı yönetim sistemi için gereksinimler

Otomatik sistemde kullanılacak veri tabanı yönetim sistemi, daha çok sıradan kullanıcı odaklı olduğu için ACCES DBMS'dir ve FOXPRO DBMS, uygulama programcısı üzerindedir.

2.4.6 Teknik araçlar için gereklilikler

Pentium-IV işlemci, en az 256 MB RAM ve en az 200 GB disk alanı olan bir PC kullanılması önerilir. Bu, herhangi bir topoloji ve işletim sisteminde yüksek performanslı LAN performansı sağlayacaktır.

Yardımcı cihazlar için gereksinimler. Ağ için, ISA ile 32-bit EtherNet adaptörleri veya MicroChannel ile TokenRing adaptörleri veya ISA ile ArcNet adaptörleri kurun.

Ağ yazıcısı aşağıdaki gereksinimleri karşılamalıdır:

· Yüksek performansa sahip;

· Yeterli ara belleğe sahip olun;

· İş güvenilirliği yüksek;

· Yüksek kaliteli baskı sağlayın;

· Belgelerin kopyalanabilmesi arzu edilir.

Buna dayanarak, bir lazer yazıcı kullanılır - HP LaserJet 1100.

Ağın güvenilirliğini artırmak için, özellikle dosya sunucusu için kesintisiz güç kaynakları UPS kurmak gerekir.

3. Teknik çalışma projesi (Tasarım çözümü)

İntihal arama süreci otomasyonu

Kullanıcı desteği otomasyonu

GOST 34.601-90 uyarınca, bu standart, kuruluşlarda oluşturulan kombinasyonları da dahil olmak üzere çeşitli faaliyetlerde (araştırma, tasarım, yönetim vb.) Kullanılan otomatik sistemler (AS) için geçerlidir ...

1C: Enterprise 8.0 programını kullanarak Udmurt Cumhuriyeti'nin Sarapul bölgesindeki OJSC "Nechkinskoye" örneğinde bordro hesaplamalarının otomasyonu

Su tüketimini ölçmek için otomatik bilgi sistemi

Genel bilgi Sistemin tam adı ve sembolü Limited şirket "Vodosnabzhenie" (AIS URV "Vodosnabzhenie") örneğinde su tüketimini ölçmek için bilgi sistemi ...

Enstrümantasyonun muhasebe kaydı ve bakımı için otomatik bilgi sistemi

Referans şartları GOST 34.602-89 "Bilgi teknolojisi. Otomatik sistemler için bir dizi standart. Otomatik bir sistemin oluşturulması için referans şartları" uyarınca geliştirilmiştir ...

sanal dekanlık

Şube, siteyi güncellemek için sayfalardan herhangi biri ile değiştirilmesi gereken yeni bilgi, fotoğraf ve medya dosyalarını sağlar. Değiştirme, kılavuz sayfa 2 kullanılarak yapılır ...

Bilgi sistemi "Klinnika"

1. Geliştirilen IS'nin amacının belirlenmesi Kuruluşun müşteri hizmetlerinin kalitesini iyileştirmek, evrak sürecini hızlandırmak. 2 ...

ATP'nin bilgi desteği

Teknik destek seçimi, servis istasyonunun organizasyon yapısı dikkate alınarak yapılır ...

Bilgi ağı tasarımı

Kursun amacı, fiziksel olarak tek katlı bir binada bulunan belediye eğitim kurumu spor salonu No. 7'de bir bilgi ağı geliştirmek olacaktır ...

Kuruluşun web sitesinin geliştirilmesi (Avtomir LLC, Gomel'in materyallerine dayanarak)

Avtomir LLC'deki teknik destek düzeyini düşünün. Kuruluştaki tüm iş yerleri otomatikleştirilmiştir. İş yerlerine kişisel bilgisayarlar kurulur...

Visual Basic programlama dilinde Microsoft Access kullanan bir mobil iletişim salonu için bir bilgi sisteminin geliştirilmesi ve tasarımı

Otomatik bir bilgi sistemi tasarlamanın aşamalarından biri, sistemin oluşturulması için teknik özelliklerin geliştirilmesi ve onaylanmasıdır. İş Tanımı ana belgedir ...

"WestCall" organizasyonunun ağ yöneticisi için bir bilgi sisteminin geliştirilmesi

Bilgisayar ve ofis ekipmanı ve sarf malzemeleri için bir muhasebe sisteminin geliştirilmesi

1 Genel bilgi. 1.1 Sistemin tam adı ve sembolü "Bentec IT & Soft invent" 2. Sistemin oluşturulmasının amacı ve amacı. 2.1 Sistemin amacı...

Bukva mağazasının otomasyonu için teknik özelliklerin geliştirilmesi

Genel bilgi Sistemin adı, Bukva-Serov mağazasının faaliyetleri için otomatik muhasebe sistemidir. Müşteri işletmesi - LLC "Etalon" ...

Ekip sitesi oluşturun

1) Ürün türü: Dinamik grup web sitesi; 2) Amaç: Akademik olmayan ve akademik zamanlarda grubun öğrencilerini bilgilendirme kolaylığı için grup için bir sitenin oluşturulması; 3) Hedef kitle: Grup öğrencileri ve üniversite öğretmenleri; 4) Site gereksinimleri: 1) Uygun ...

TEKNİK GÖREV

bir bilgi sisteminin geliştirilmesi için

1. Genel bilgi

4. Sistem gereksinimleri

6. Sistemin kontrolü ve kabulü için prosedür

1. Genel bilgi

TechnoPlus LLC (bundan böyle Geliştirici olarak anılacaktır) ve OptoTorgovlya LLC (bundan sonra Müşteri olarak anılacaktır) arasındaki MP23 sayılı sözleşmeye uygun olarak, Geliştirici veri tabanını tasarlar, "Ticaret işlemleri için muhasebe" bilgi sistemini geliştirir ve devreye alır.

BDB tasarımının başladığı gün, bu İş Tanımının imzalanmasını takip eden gündür.

Geliştirme süreci sırasında Müşteri, bu belgede açıklanan gereksinimleri değiştirirse, bunlar ayrı bir belge olarak düzenlenir ve Müşteri ile Veritabanı Geliştiricisi arasındaki Sözleşmeye yürütme süresi açısından bir değişiklik veya ekleme yapılmasını gerektirir ve sözleşmenin ödenmesi

Müşteri, N XXX sözleşmesine uygun olarak Veritabanı Geliştiricisinin çalışması için ödeme yapar.

2. Sistemin oluşturulmasının (geliştirilmesinin) amacı ve hedefleri

IS "Ticari İşlemler için Muhasebe", Müşterinin ana faaliyetleriyle ilgili bilgilerin depolanması, işlenmesi ve analizi için tasarlanmıştır.

IS "Ticari İşlemler için Muhasebe" oluşturmanın amacı:

Tamamlanan ticaret işlemleri hakkında bilgi depolamak;

Ticari işlemlerin muhasebeye yansıması;

Ticaret işlemlerinin finansal sonuçlarının analizi;

İsimlendirme ve karşı taraflar bağlamında ticaret faaliyetlerinin analizi.

3. Otomasyon nesnelerinin açıklaması

3.1. Müşteri'nin ana faaliyeti, banka havalesi yoluyla mobilya ve ilgili eşyaların satışıdır.

3.2. Müşteri bir KDV mükellefi değil

3.3. Müşteri, mal alım satımı için günde 100'den fazla ticari işlem yapmaz.

3.4. Mal isimlendirmesinin toplam hacmi 3000 birimi geçmez

3.5. Toplam müteahhit - tedarikçi sayısı 100 birimden fazla değildir.

3.6. Karşı tarafların sayısı - alıcılar - sınırlı değildir. Sözleşmenin imzalanması sırasında N XXX 300 birim idi.

3.7. Müşteri, ağırlıklı ortalama maliyet yöntemini kullanarak malları depodan yazar.

3.9. Gider hesapları olarak sadece 9. sınıf hesaplar kullanılır.

3.10. İşletmenin ticaret performansının finansal sonuçları (geliş ve operasyonların performansı), rakhunk 702 ve 902'nin sonuçlarına dayanmaktadır.

3.11. Bir ticari işlemin yürütülmesi, birincil belgeler Makbuz Fatura, Gider Faturası, Hesap Özeti'ne kaydedilir.

Pributkova faturası (PN) malın işletmenin antreposuna gönderildiği gerçeğini göstermek ve aşağıdaki bilgilerden intikam almak için:

- oda;

- tarih;

– karşı tarafın ім'я (şirket - posta sahibi);

– malların adlandırılması;

- sayı;

– fiyat odinitsі mal;

- bir çanta.

Vidatkova faturası (VN) Malların satın alan şirketin deposuna eklendiğini görselleştiriyorum ve bilgi öcünü alıyorum, PN'deki bilgilere gideceğim (üretici-tedarikçi, sipariş-alıcı değiştirmek istemiyorsanız görünecek).

Sıra banka viskisi işletmenin tespih rakhunku (r / r) 'sinden sığırların umudu / canlılığı gerçeğini doğruladı ve bu tür bilgilerin intikamını aldı:

- tarih;

– varış / vitrati kostіv işareti;

– karşı tarafın ім'я (kime sorulduğunu / kimin reasürör edildiğini görün).

3.12. Dermal birincil belge є Şarkı söyleyen muhasebe rakhunklarında değişiklikler olduğu için şarkı ilanlarının açılması sağlandı. Ticaret işletmesinin operasyonları bu tür kabloları siler (Tablo 3.1)

Tablo 3.1 - Müşterinin işletmesindeki muhasebede kullanılan kayıtlar

Operasyon	Belge	hesap borcu	Hesap kredisi	İşlem tutarı
Gönderme	Satınalma faturası			belge tutarı
Malların sevkiyatı	Satış faturası			belge tutarı
				sevk edilen malların maliyeti
Cari hesaba para girişi	Banka ekstresi (kredi)			belge tutarı
Cari hesaptan para transferi	Banka ekstresi (gider hesabı)			belge tutarı
Finansal sonuçların belirlenmesi				902 hesap kapatma tutarı için
				702 hesap kapatma tutarı için

de 281 - depodaki yoldaş;

311 - vіtchiznyany para birimlerinde rakhunkovy rakhunok;

361 - vіtchiznyanyh alıcıları ile rozrahunki;

631 - vіtchiznyany şefleri ile rozrakhunki;

702 - mal satışından elde edilen gelir;

902 - satılan malların mülkiyeti (vitrati).

3.13. Muhasebe kalitesinde, tablo 3.2'de sentetik elyafın ciro dengesi vardır.

Tablo 3.2 - Sentetik elyaf ciro dengesi

Pozisyon numarası	denge pochatkovo	Arkanı dön	Denge Kintseve
Bir kerede

4. Sistem gereksinimleri

IS "Ticari İşlemler için Muhasebe" aşağıdaki gereksinimleri karşılamalıdır:

4.1. DB for IS "Ticari İşlemler için Muhasebe", referans ve operasyonel bilgilerin depolanmasını, görüntülenmesini ve düzenlenmesini sağlamalıdır.

Referans bilgisi:

o malların tanımı:

Ürün numarası (ürün);

Ürün adı;

Açıklama;

o karşı taraflar - tedarikçiler;

Karşı taraf numarası;

Karşı taraf adı;

Karşı taraf adresi;

Kişiler;

o karşı taraflar - alıcılar;

Karşı taraf numarası;

Karşı taraf adı;

Karşı taraf adresi;

Kişiler;

o ticari işlemlerin muhasebeleştirilmesi ve finansal sonuçların analizi için muhasebenin yapıldığı hesap planı;

o Tablo 3.1'de olduğu gibi, aşağıdaki forma sahip birincil belgelerden kaynaklanan ticari işlemlerin muhasebede görüntülenmesi için temel işlemlerin listesi;

Operasyonel bilgiler:

o Birincil belgeler: Makbuz Fatura, Fatura, Hesap Özeti (belgelerin açıklaması için bkz. 3.11).

o Birincil belgelerin neden olduğu muhasebe girişleri (kayıtların türü tablo 3.2'de gösterilmiştir)

o Stoktaki mallarla ilgili bilgiler:

Ürün numarası;

Miktar;

toplam;

Ortalama fiyat.

4.2. IS "Ticari İşlemler için Muhasebe" aşağıdaki eylemlerin otomatikleştirilmesine izin vermelidir:

4.2.1 Depodaki malların gönderilmesi (alınması) ve sevkiyatı gerçeklerini yansıtın, yani depodaki malların miktarını ve ortalama maliyetini yeniden hesaplayın.

4.2.2 Otomatik modda birincil belgelere dayalı muhasebe girişleri oluşturun.

4.2.3 Aşağıdaki bilgileri arayın:

Belirli bir süre için belirtilen türdeki birincil belgeler;

Belirli bir tarih için belirtilen belge türü için kayıtlar;

karşı taraf bilgileri

Ürün Bilgisi

4.2.4 Aşağıdaki bölümlerde belirtilen dönem için alım satım faaliyetlerinin bir analizini yapın:

Ticaret faaliyetlerinin finansal sonuçları;

Her karşı taraf için hesaplama sonuçları;

Her kalem için depoda kalan mallar;

Her karşı taraf için işlem maliyeti;

Her bir mal türü için satışların maliyeti ve miktarı

4.2.5 Belirtilen dönem için raporlar oluşturun:

IC'nin kurulu olduğu ekipman, kesintisiz bir güç kaynağı ile beslenmelidir. Elektrik kesintisi durumunda, IC veri kaybı olmadan otomatik olarak kapanmalıdır.

IS, yedekleme mekanizmaları sağlamalı, IS uygun ekipman ve yazılımla donatılmalıdır:

Güvenilirlik göstergelerinin nicel değerleri:

- otomatik kapanma süresi 1 dakikadan fazla olmamalıdır;

- arıza kurtarma süresi 30 dakikadan fazla olmamalıdır;

- dizin hata toleransı IS 11/7, yani IS'nin haftanın 7 günü, günde 11 saat kesintisiz çalışması olmalıdır.

IS'nin bakımı, çalışmasını kesintiye uğratmadan yapılmalıdır.

4.5 Deneme işletimi aşamasında güvenilirlik göstergelerini değerlendirme ve izleme yöntemleri için gereklilikler

IS'nin deneysel işletimi aşamalarında güvenilirlik göstergelerini kontrol etmek için bakım personeli, aşağıdaki bilgi işaretlerini içermesi gereken bir Arıza Günlüğü tutmalıdır:

Hatanın oluştuğu tarih;

Tesisin faaliyete geçtiği andan bir hatanın tespit edildiği ana kadar geçen toplam işletme süresi;

Dış işaretler ve hatanın doğası;

Hatanın tespit edildiği işin türü.

4.6 IS performans gereksinimleri

Sistem, günde 1000 belgeye kadar işleme yeteneğini desteklemelidir.

Sistem aşağıdaki performansa sahip olmalıdır:

İşlemlerin %80'inin yanıt süresi (işlem yürütme süresi) 1 saniyeden kısa olmalıdır;

İşlemlerin %15'i - 5 saniyeden itibaren. 10 saniyeye kadar;

İşlemlerin %5'i - 10 saniyeden fazla, ancak 30 dakikadan fazla değil.

4.7 Hacim gereksinimleri (ölçeklenebilirlik)

Sistem 10 yıl boyunca verilere erişimi desteklemelidir.

Bir günlük çalışma için veritabanı hacmindeki tahmini artış 20MB'dir.

4.8 IS personelinin sayısı, işlevleri ve nitelikleri ve çalışma biçimleri için gereklilikler

Müşterinin aşağıdaki personeli IS ile çalışacaktır:

Yönetici:

Adet: 1;

Nitelikler: ağ yöneticisi, veritabanı yöneticisi;

Fonksiyonlar: sistem güvenliği yönetimi, her iş gününün başında veri yedekleme, yılda bir kez veri arşivleme;

Çalışma saatleri: Haftada 5 gün, günde 1 saat

Operatör (kullanıcı), bir ticaret işleminin gerçeğini tespit etmek ve ticaret faaliyetlerinin sonuçlarını analiz etmek:

Miktar: 2;

Nitelikler: muhasebeci, bilgisayar kullanıcısı;

Fonksiyonlar: birincil belgelerin girişi, depoyla ilgili bilgilerin mevcut durumunun korunması, muhasebe girişlerinin oluşturulması, ticaret faaliyetlerinin sonuçlarının analiz edilmesi, iş gününün başında verilerin yedeklenmesi, Cumartesi ve Pazar günleri düşüyor.

Çalışma şekli: Sistemin haftada 7 gün, günde 11 saat çalışmasını sağlamak için vardiyalı olarak;

İşe erişim: 8 saatlik eğitim kursu;

IS'yi devreye almadan önce, çalışma izni alabilmek için personelin 8 saatlik bir eğitimden geçmesi gerekmektedir. Kursun bitiminden sonra, pratik problemleri çözmenin doğruluğu ve hızının yanı sıra iş tanımları ve teknik talimatlar bilgisinin değerlendirildiği testler yapılır.

Sistem, bir parola belirleyerek yalnızca IS'nin kayıtlı kullanıcılarına işlevlerine erişim sağlamalıdır.

4.10 Yazılım ve kompozisyon, yapı ve IS DB düzenleme yöntemleri için gereksinimler

Sistemdeki veriler MS SQL Server 2000 ilişkisel VTYS'de saklanmalıdır.

- T-SQL (SQL dilinin bir lehçesi);

İLE BİRLİKTE # .

Yazılım, masrafları Müşteriye ait olmak üzere satın alınan sistem genelindeki yazılımdan (satın alınan yazılım) ve IS oluşturma çalışmalarının bir parçası olarak geliştirilen özel yazılımdan oluşur.

Sistem genelinde yazılım olarak aşağıdaki yazılımlar kullanılmalıdır:

İşletim sistemi;

MS SQL Server 2000 veritabanı yönetim sistemi;

Yedekleme yazılımı;

4.11 Donanım Gereksinimleri

Veritabanı sunucusu, 2 iş istasyonu.

Ağ bant genişliği - 100 Mbps.

4.12 IP'nin gelişme beklentileri, modernizasyonu için gereksinimler

IS yöneticisi tarafından Geliştiriciyi aşağıdaki düzeyde dahil etmeden IS'yi modernize etmek ve geliştirmek mümkün olmalıdır:

- IS referans bilgilerini ekleme, değiştirme, silme;

- yeni IP kullanıcılarını bağlama / kaldırma;

- şifreleri değiştirmek;

- dış veri kaynaklarından / dış veri kaynaklarına veri alma / verme.

Eskinin modernizasyonu ve yeni raporların oluşturulması düzeyinde Geliştiricinin sınırlı katılımıyla (telefon danışmaları) IS'nin modernizasyonu ve geliştirilmesi olasılığı olmalıdır. Geliştirici tarafından IS'nin modernizasyonu konusunda telefonla danışma olasılığı ve koşulları, yeni bir sözleşme imzalanarak ayrıca müzakere edilir.

5. Sistemin oluşturulmasına ilişkin çalışmanın bileşimi ve içeriği

IS "Ticari İşlemler için Muhasebe" tasarımı ile ilgili çalışmalar üç aşamada gerçekleştirilir.

İlk aşama şunları içerir:

İlk verilere dayanarak Müşteri tarafından talep edilen tüm bilgileri edinme olasılığının kontrol edilmesi;

IS DB tasarımı;

Geliştirilen veri tabanının bir test veri seti ile doldurulması;

Kullanıcı arayüzü tasarımı geliştirme;

IS "Ticari İşlemler için Muhasebe"nin geliştirilmesi için düşük seviyeli bir teknik şartnamenin geliştirilmesi

İlk aşamanın sonu, yapılan iş hakkında bir iç Yasanın imzalanması ve IS'nin geliştirilmesi için düşük seviyeli bir teknik şartnamenin onaylanması ile teyit edilir.

İkinci aşama, Trading Operations Accounting IS'nin bir test sürümünün geliştirilmesidir. Bu aşamanın sonu, test sürümünün deneme işletimine alınmasıdır.

Üçüncü aşama - IS "Ticari İşlemler için Muhasebe" nin deneme operasyonu, bu Şartname ile belirlenen hataların, eksikliklerin ve tutarsızlıkların ortadan kaldırılmasını içerir. İkinci aşamanın sonu, IS'nin endüstriyel operasyona girmesidir.

Her ikinci ve üçüncü aşamanın bitişi, Sözleşmenin Tarafları tarafından Kabul ve Devir Belgesi imzalanarak teyit edilir.

İlk aşamanın süresi 10 gündür. İlk aşamanın başlangıcı, Müşteri ve bu İş Tanımı Koşullarının Veritabanı Geliştiricisi tarafından imzalandığı günü takip eden gün olarak kabul edilir.

İkinci aşamanın süresi 20 gündür. İkinci aşamanın başlangıcı, IS'nin geliştirilmesi için düşük seviyeli teknik şartnamenin onaylandığı günü takip eden gün olarak kabul edilir.

Üçüncü aşamanın süresi 20 gündür. Üçüncü aşamanın başlangıcı, deneme işletimi için IS'nin test sürümünün Kabul ve Transfer Sertifikasının Müşteri ve Veritabanı Geliştiricisi tarafından imzalandığı günü takip eden gündür.

IP testi için veri seti Müşteri tarafından sağlanır.

Çalışmanın ikinci aşamasının sonunda, DB Developer, Müşterinin test sunucusuna bir test IS'si kurar ve Müşteriye, IS "Ticari İşlemler Muhasebesi" ile çalışmak için gerekli prosedürlerin bir tanımını içeren bir ön kullanım kılavuzu sağlar. Açıklamalar elektronik olarak sağlanır.

Üçüncü çalışma aşamasının sonunda, DB Developer, Müşteriye veritabanını sunucuya kurmak için bir program, ayrıca kullanıcı, programcı için talimatlar ve çalışmak için gerekli prosedürlerin açıklamaları ile IS'yi kurmak için talimatlar sağlar. IS "Ticari İşlemler için Muhasebe" ile.

6. Sistem kontrol ve kabul prosedürü

İlk aşamanın sonunda, yapılan işle ilgili bir iç Kanun imzalanır ve IS'nin geliştirilmesi için düşük seviyeli bir teknik şartname onaylanır.

Tasarımın ikinci ve üçüncü aşamalarının sonunda Geliştirici, IS'yi Müşteriye kurar, IS'nin bu Başvuru Koşullarında belirtilen gereksinimlere uygun olarak çalışmasını gösterir ve Kabul ve Devir Yasasını imzalar.

7. Sistemi işletmeye almak için otomasyon nesnesinin hazırlanmasına ilişkin işin bileşimi ve içeriği için gereklilikler

Deneme işleminin başladığı gün Müşteri, Geliştiriciye IS "Ticari İşlemler için Muhasebe"nin test sürümünün dağıtılacağı sunucuya gerekli erişimi sağlamakla yükümlüdür.

DB IS "Ticari operasyonlar için muhasebe" kurmak için bir sunucunun olmaması, deneme veya endüstriyel operasyon için IS "Ticari operasyonlar için muhasebe" kabul ve transfer Yasasını imzalamayı reddetmenin temeli olamaz.

IS "Ticari Operasyonlar için Muhasebe"nin geliştirilmesine ilişkin ikinci aşamanın sonunda, Geliştirici, Müşterinin personeli ile IS servisi konusunda 8 saatlik bir eğitim kursu yürütür. Bu kursun sonunda Müşterinin personeli test edilir.

8. Dokümantasyon gereksinimleri

Üçüncü aşamanın sonunda, IS "Ticari İşlemler için Muhasebe" Geliştiricisi aşağıdaki belgeleri Müşteriye aktarır:

1. Programcının talimatları.

Programcı El Kitabı, IS "Ticari İşlemler için Muhasebe" ile çalışmak için gerekli prosedürleri açıklar. Prosedürlerin açıklaması şunları içerir:

Prosedür adı;

Prosedür tarafından gerçekleştirilen eylemlerin açıklaması;

Parametrenin türünü, kayıt biçimini ve parametre için tanımlanmışsa varsayılan değeri gösteren giriş parametrelerinin açıklaması;

Çıkış parametrelerinin ve (veya) döndürülen kayıt kümelerinin türlerini ve biçimlerini belirten açıklaması

Bir prosedür çağrısı örneği ve dönüş değerleri. Bir prosedürün birkaç arama seçeneği varsa, her seçenek için örnekler.

2. IS "Ticaret işlemleri için muhasebe" yükleme talimatları.

3. IS "Ticaret işlemleri için muhasebe" kullanıcısı için talimatlar.

Diğer belgeler Müşteriye sunulmaz. Talimatlar hem basılı hem de elektronik biçimde sağlanır. Basılı talimatlar bir kopya halinde sağlanır.

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

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

http://www.allbest.ru/ adresinde yayınlandı

• Tanıtım
• 1. Referans Şartları
• 1.1 Genel
• 1.2 Geliştirme için temel
• 1.3 Sistemi oluşturmanın amacı ve amacı
• 1.4 Sistem gereksinimleri
• 1.4.1 Bir bütün olarak sistem için gereksinimler
• 1.4.2 Sistem tarafından gerçekleştirilen işlevler (görevler) için gereksinimler
• 1.4.3 Teminat türleri için gereklilikler
• 1.5 Otomasyon nesnelerinin açıklaması
• 1.6 Dokümantasyon gereksinimleri
• 1.7 Gelişimin aşamaları ve aşamaları
• 1.7.1 Geliştirme aşamaları
• 1.7.2 Geliştirme aşamaları
• 1.7.3 Aşamalara göre işin içeriği
• 1.8 Sistemin kontrolü ve kabulü için prosedür
• 1.8.1 Sistem ve bileşenlerinin türleri, bileşimi, kapsamı ve test yöntemleri
• 1.8.2 Aşamalara göre işlerin kabulü için genel şartlar
• 1.8.3 Kabul komitesinin statüsü (eyalet, departmanlar arası, departman)
• 2. Teknik tasarım
• 2.1 Fonksiyonel yapı
• 2.1.1 Konu alanının açıklaması
• 2.1.2 Fonksiyonlar ve organizasyon yapısı
• 2.1.3 Veri akışlarının ve iş süreçlerinin açıklaması
• 2.2 IC'nin sistem tasarımı
• 2.2.1 IS için konsept, mimari ve uygulama platformunun geliştirilmesi
• 2.2.2 Bilgi sisteminin yapısı, işlevsel ve destekleyici alt sistemlerin bileşimi
• 2.2.3 IS donanımı
• 2.3 IP'nin bilgi desteği
• 2.3.1 Bilgi bankasının mantıksal yapısının açıklaması
• 2.3.2 Veritabanının fiziksel uygulamasının açıklaması
• Çözüm
• bibliyografya

Tanıtım

Kurs çalışması, uçak biletlerinin satışı ve rezervasyonu için bir acente için bir sistem için bir bilgi sisteminin geliştirilmesi için teknik bir ödev oluşturma konularını ele almaktadır. Çalışmanın amacı, bilgi sistemlerinin, yazılımlarının geliştirilmesi için teknik şartnamelerin hazırlanmasında temel ilkeleri incelemek ve temel becerileri elde etmektir.

Bir bilgi sistemi oluşturma çalışması, oluşturulan sistem için müşteri gereksinimlerinin oluşturulması ve bunların teknik görev (TOR) şeklinde kaydedilmesi ile başlar. TK, sistemin devreye alındıktan sonra geliştirildiği ve kabul edildiği otomatik bir sistem oluşturmak için gereksinimleri ve prosedürü tanımlayan ana belgedir. Ek olarak, teknik görev bazında bir iş hesaplaması yapılır, işçilik maliyetleri belirtilir.

TK üç aşamadan oluşur:

1. Bir bilgi sistemi geliştirme ihtiyacının gerekçesi - sorunun beyanı, kaynak materyallerin toplanması, geliştirilen sistemin etkinliği ve kalitesi için kriterlerin seçimi ve gerekçesi, Ar-Ge ihtiyacının gerekçesi;

2. Ar-Ge - girdi ve çıktı verilerinin yapısının belirlenmesi, problem çözme yöntemlerinin ön seçimi, geliştirilen sistemi kullanmanın fizibilitesinin gerekçelendirilmesi, teknik araçlar için gereksinimlerin belirlenmesi, sorunu çözmenin temel olasılığının gerekçelendirilmesi;

3. TOR'un geliştirilmesi ve onaylanması - programlar için gereksinimlerin belirlenmesi, sistemin fizibilite çalışmasının geliştirilmesi, sistem geliştirme aşamalarının, aşamalarının ve şartlarının belirlenmesi ve bunun için dokümantasyon, programlama dillerinin seçimi, Ar-Ge ihtiyacının belirlenmesi TK'nın son aşamaları, koordinasyonu ve onayı.

TK aşağıdaki işlevleri yerine getirir:

Organizasyon işlevi, Yüklenici için sabit bir görev ve Müşteriden gelen nihai gereksinimlerdir.

Bilgilendirme işlevi, Yüklenicinin sürecindeki düzen ve Müşterinin isteklerinin düşünceliliğidir.

İletişim işlevi - iddialar hariç "projenin konusu" üzerinde karşılıklı anlaşma.

Yasal işlev - TK, "Sözleşme" ile eşit yasal güce sahiptir.

Geliştirilen teknik projenin sonucu, büyük ölçüde teknik şartnamenin hazırlanmasının eksiksizliğine ve doğruluğuna bağlıdır.

1. Referans Şartları

1.1 Genel

Sistemin tam adı ve sembolü: "Uçak bileti satışı ve rezervasyonu için acentenin otomatik bilgi sistemi." Uygulama alanının kısa açıklaması

Sistem, bizim durumumuzda müşterinin organizasyonunda kullanılmak üzere tasarlanmıştır - uçak biletlerinin satışı ve rezervasyonu için bir acente.

Sistemin (parçalarının) oluşturulması, bireysel araçların (donanım, yazılım, bilgi) ve yazılım ve donanım (yazılım ve metodolojik) sistemlerinin üretimi ve ayarlanması ile ilgili çalışmaların sonuçlarının müşteriye kaydedilmesi ve sunulması prosedürü sistemin: AIS "Bilet", tüm iş kapsamının tamamlanması için yürütülebilir modüller şeklinde sağlanır, teknik araçlar Müşteri tarafından bağımsız olarak satın alınır. Sistemin oluşturulmasıyla ilgili çalışmaların sonuçlarının kaydı, Geliştiriciye herhangi bir talepte bulunulmadığı takdirde Müşteri tarafından sistemin kabul edildiğine dair bir belge imzalanarak gerçekleştirilir. Kanun iki nüsha olarak düzenlenmiştir. Bir kopya Müşterinin mülkiyetindedir, diğeri Geliştiricinin mülkiyetindedir.

1.2 Geliştirme için temel

Teknik özelliklerin geliştirilmesinin temeli, "Bilgi sistemlerinin tasarımı" dersindeki ders çalışmasına verilen ödevdir.

Geliştirme konusunun adı - "Uçak biletlerinin satışı ve rezervasyonu için bir acente için bir bilgi sisteminin geliştirilmesi"

Geliştirme konusunun belirlenmesi (konu kodu) - "IS APB"

1.3 Sistemi oluşturmanın amacı ve amacı

Sistemin işlevsel amacı: AIS "Ticket", acentenin uçak biletlerinin satışı ve rezervasyonu için çalışmalarını otomatikleştirmek için tasarlanmıştır.

Sistemin operasyonel amacı: Sistem, organizasyonun çalışanları tarafından işletilmelidir.

Sistemin Amaçları: Sistem uçak bileti sipariş sürecini hızlandırarak acentenin işini kolaylaştırır.

1.4 Sistem gereksinimleri

1.4.1 Bir bütün olarak sistem için gereksinimler

Sistemin yapısı ve işleyişi için gereklilikler

Alt sistemlerin listesi, amaçları ve temel özellikleri, hiyerarşi seviyelerinin sayısı ve sistemin merkezileşme derecesi için gereksinimler

AIS "Ticket" aşağıdaki alt sistemleri içerir:

Siparişin kabulü;

Bilet düzenleme;

Müşteri ile anlaşma.

"Siparişin Kabulü" alt sistemi, uçak bileti siparişinin kaydedilmesi için tasarlanmıştır.

"Müşteri ile ödeme" alt sistemi, müşteriye pasaport verileriyle ilişkili bir rezervasyon numarası sağlar (kartla ödeme).

Sistem bileşenleri arasında bilgi alışverişi için yöntemler ve iletişim araçları için gereksinimler:

Bilgi alışverişi yerel bir ağ üzerinden gerçekleştirilir.

Sistemin çalışma modları için gereksinimler:

Sistem, çok kullanıcılı ve çevrimdışı çalışma modlarını desteklemelidir. Kullanıcılar sisteme İnternet veya Çağrı Merkezi üzerinden erişirler.

Sistem personelinin sayısı ve nitelikleri için gereklilikler

Personelin nitelikleri için gereklilikler, eğitimleri ve bilgi ve becerilerin kontrolü için prosedür:

Başvuruları kabul eden çalışan, kullanıcı düzeyinde kişisel bir bilgisayarla çalışma becerisine sahip olmalıdır. Personel sayısı sipariş hacmine bağlı olarak değişebilir.

Güvenilirlik gereksinimleri

Donanımın çalışmasında hatalar (veri taşıyıcılar ve programlar hariç) ve yazılımla ilgili hatalar (OS ve aygıt sürücüleri) durumunda sistem kurtarma, kurtarma OS'nin sorumluluğundadır.

Donanımın güç kaynağı sisteminde, işletim sisteminin yeniden başlatılmasına yol açan arızalar olması durumunda, işletim sistemi yeniden başlatıldıktan ve sistem yürütülebilir dosyası başlatıldıktan sonra program geri yüklenmelidir.

Ayrıca, bireysel iş istasyonlarındaki arızalar, kazalar ve arızalar durumunda sistemin bir bütün olarak işlerliği sağlanmalıdır. Ekipmanı voltaj dalgalanmalarından ve anahtarlama gürültüsünden korumak için aşırı gerilim koruyucular kullanılmalı ve bir elektrik kesintisi durumunda kullanıcının verileri kaydetmesini sağlamak için kesintisiz güç kaynakları kullanılması önerilir.

Güvenlik gereksinimleri

Müşteri, alt sistemin modifikasyonunda ve geliştirilmesinde kullanılan teknik çözümlerin yürürlükteki standartlar, güvenlik yönetmelikleri, yangın güvenliği ve patlama güvenliği, çevre koruma ile uyumlu olmasını sağlar.

Sistem bileşenlerinin çalıştırılması, bakımı, onarımı ve depolanması için gereklilikler

Alt sistemin teknik araçlarının çalışma koşulları ve bakım türleri ve sıklığı, üreticinin (üreticinin) belgelerinde belirtilen çalıştırma, bakım, onarım ve depolama gereksinimlerine uygun olmalıdır.

hakkındaki bilgilerin korunması için gerekliliklert yetkisiz erişim

Bilgileri yetkisiz erişimden korumak için Sistem şunları sağlamalıdır:

a) kullanıcı tanımlama ve doğrulama;

b) sistemle çalışırken, işlevler ve veri dizileri düzeyinde kullanıcı erişim haklarının ve kısıtlamalarının kontrol edilmesi.

Kaza durumunda bilgi güvenliği için gereklilikler

Geliştirici tarafından sağlanan yazılım aracılığıyla sistem verilerinin yedeklenmesi olanağının sağlanması gereklidir.

Standardizasyon ve birleştirme gereksinimleri

Bu sistem için yazılım yaşam döngüsünün bir şelale modeli uygulanmalıdır.

Sistem (gerekirse) çeşitli alfanümerik ve metinsel bilgi türleri için tüm Rusça sınıflandırıcılar ve birleşik sınıflandırıcılar ve sözlükler kullanmalıdır.

Programdaki sistem arayüzü, yardım dosyaları ve herhangi bir metin bilgisi Rusça olmalıdır.

Ekran formları, birleştirme gereksinimleri dikkate alınarak tasarlanmalıdır:

Kullanıcı arayüzünün tüm ekran formları, ana kontrollerin ve navigasyonun aynı düzenlemesi ile tek bir grafik tasarımda yürütülmelidir.

1.4.2 Sistem tarafından gerçekleştirilen işlevler (görevler) için gereksinimler

Her alt sistem için, otomasyonu destekleyen işlevlerin, görevlerin veya bileşenlerinin (sistem parçalarının etkileşimini sağlayanlar dahil) bir listesi

Bilgi sistemi aşağıdaki işlevleri sağlamalıdır:

Sipariş kabul alt sistemi,

Müşteri ödeme alt sistemi.

1.4.3 Teminat türleri için gereklilikler

Sistemin bilgi desteğine

Sistemdeki verileri düzenlemenin bileşimi, yapısı ve yöntemlerine

Sistem verileri bir yerel makinede depolanır. Sistem girişine sipariş açıklaması girilir, çıkış fatura ve müşteri kimlik numarası olmalıdır.

Sistemdeki verilerin toplanması, işlenmesi, iletilmesi ve verilerin sunulması sürecinin yapısına.

Veriler sisteme manuel olarak girilir, işlenir ve kullanıcıya istenilen formda (elektronik, basılı) verilir.

Sistemin kaza ve elektrik kesintisi durumlarında verileri tahribattan korumak için

Teknik araçlar seti, kesintisiz bir güç kaynağı içermelidir. Sistemin doğru şekilde kapatılması için bu kaynağın çalışması en az yarım saat olmalıdır.

Verileri kontrol etme, saklama, güncelleme ve geri yükleme

Sistem otomatik günlük yedeklemeleri desteklemelidir.

Sistem yazılımı gereksinimleri

Sistem Windows XP/Vista/7/8 işletim sistemlerinde çalışmalıdır.

Sistem donanım gereksinimleri

Sistemde kullanılmasına izin verilen teknik araç kompleksleri, yazılım ve donanım kompleksleri ve diğer bileşenler de dahil olmak üzere teknik araç türleri.

İş istasyonları;

Kesintisiz güç kaynağı ünitesi;

İş istasyonları arasında veri aktarım ortamı (örneğin, UTP 5e bükümlü çift);

Yazıcı.

Teknik araçlar Müşteri tarafından bağımsız olarak satın alınır.

Sistemin teknik desteğinin işlevsel, yapıcı ve operasyonel özelliklerine.

Intel Pentium IV işlemci 2 GHz veya üzeri, en az 2 GB RAM ve en az 500 GB sabit disk alanı.

Vücut gereksinimlerisistemsel destek

Kurumsal destek için gereksinimler verilmiştir:

Sistemin işleyişinde veya işleyişin sağlanmasında yer alan departmanların yapı ve işlevlerine.

Sistemin çalışması bir sistem mühendisi tarafından sağlanmakta olup, operasyonda 4 çalışan görev almaktadır.

Sistemin işleyişinin organizasyonuna ve NPP personeli ile otomasyon nesnesinin personeli arasındaki etkileşim sırasına.

Organizasyonel destek, sistemin işlevlerinin uygulanmasında kendilerine sorumluluklar atanan personelin etkin bir şekilde yerine getirilmesi için yeterli olmalıdır.

Sistem personelinin hatalı eylemlerine karşı koruma sağlamak.

Personel hatalarına karşı koruma, bazı alanlardaki verilerin doldurulmasının kontrol edilmesi, orijinal verilerin geri yüklenmesi ve son değişikliklerin iptal edilmesi, çalışanların işlev ve yetkilerine göre erişimin sınırlandırılmasından oluşur.

1.5 Otomasyon nesnelerinin açıklaması

Otomasyon nesnesi hakkında kısa bilgi veya bu tür bilgileri içeren belgelere bağlantılar

Otomasyon nesnesi, uçak bileti siparişi ile ilgili işlemdir.

Otomasyon nesnesinin çalışma koşulları ve ortamın özellikleri hakkında bilgi

Bu sistem üretim ve ofis binalarına kurulacaktır.

1.6 Dokümantasyon gereksinimleri

Çeşitli geliştirme aşamalarındaki bir sistem için aşağıdaki belgeler düzenlenmelidir:

Organizasyon şeması;

Fonksiyonel yapı diyagramı;

Giriş sinyallerinin ve verilerin listesi;

Çıkış sinyallerinin listesi (belgeler);

Teknik projeye ilişkin açıklayıcı not;

Otomatikleştirilecek işlevlerin açıklaması;

Görev ayarının açıklaması (görevler grubu);

Bilgi tabanının organizasyonunun tanımı;

Bir dizi bilgi açıklaması;

Yazılımın açıklaması;

Kullanici rehberi.

1.7 Gelişimin aşamaları ve aşamaları

1.7.1 Geliştirme aşamaları

Geliştirme 6 aşamada gerçekleştirilmelidir:

1. Teknik özelliklerin geliştirilmesi

2. Proje belgelerinin geliştirilmesi

3. Taslak tasarım oluşturma

4. Detaylı tasarım

5. Devreye Alma

6. Bakım ve modernizasyon

1.7.2 Geliştirme aşamaları

Teknik görevin geliştirilmesi aşamasında, bu teknik görevin geliştirilmesi, koordinasyonu ve onaylanması aşaması tamamlanmalıdır.

Proje belgelerinin geliştirilmesi aşamasında, proje belgelerinin geliştirilmesi aşaması tamamlanmalıdır.

Taslak tasarım oluşturma aşamasında, müşteriye ön provizyon için taslak tasarımın tamamlanması gerekir.

Detaylı tasarım aşamasında, aşağıdaki çalışma aşamaları tamamlanmalıdır:

1) bir bilgi sisteminin geliştirilmesi;

2) belgelerin geliştirilmesi.

Uygulama aşamasında programın hazırlanması ve müşteriye aktarılması tamamlanmalıdır.

Bakım ve modernizasyon aşamasında, bilgi sisteminin mevcut versiyonunun iyileştirilmesi için çalışmalar yapılmalıdır.

Görev tanımının geliştirilmesi aşamasında, aşağıdaki çalışmalar yapılmalıdır:

1) sorun bildirimi;

2) teknik araçlar için gereksinimlerin belirlenmesi ve açıklığa kavuşturulması;

3) bilgi sistemi gereksinimlerinin belirlenmesi;

4) bilgi sisteminin gelişim aşamalarının, aşamalarının ve şartlarının belirlenmesi ve bunun için belgeleme;

5) araçların gerekçesi ve seçimi;

6) teknik şartnamelerin koordinasyonu ve onaylanması.

Proje dokümantasyonunun geliştirilmesi aşamasında aşağıdaki çalışmalar yapılmalıdır:

1) ana iş süreçlerinin tanımı (IDEF0 diyagramları şeklinde);

2) üç kullanıcı kategorisi (Misafir, Yetkili Kullanıcı, Yönetici) için Sistemin ana kullanım durumlarını, kullanım durumlarının UML diyagramları şeklinde tanımlama;

3) veri tabanının yapısını formda tasarlamak (ER diyagramı);

4) Sistemin ana bileşenlerinin ve algoritmalarının ilgili UML diyagramları şeklinde tasarımı;

5) kullanıcı arayüzünün yapısını tasarlamak;

6) proje belgelerinin koordinasyonu ve onaylanması.

Geliştirme aşamasında proje dokümantasyonu, kodlama ve hata ayıklamaya dayalı bir bilgi sisteminin geliştirilmesine yönelik çalışmalar yapılmalıdır.

Dokümantasyon geliştirme aşamasında, program dokümanlarının geliştirilmesi gereksinimlere uygun olarak gerçekleştirilmelidir. Bu teknik görevin "yazılım belgelerinin ön bileşimi".

Programın hazırlanması ve aktarılması aşamasında, program ve program dokümantasyonunun hazırlanması ve işletmeye aktarılması konusunda çalışmalar yapılmalıdır.

Sistemin mevcut versiyonunun iyileştirilmesi aşamasında, sistemin yeni versiyonlarının oluşturulması ve eski versiyona yeni fonksiyonlar eklenmesi için çalışmalar yapılmalıdır.

1. IP gereksinimlerinin analizi

2. Müşteri ile gereksinimlerin görüşülmesi

3. Sistem konseptinin bir varyantının seçimi ve geliştirilmesi

4. Teknik şartname ve proje geliştirme

5. Teknik şartname ve projenin koordinasyonu ve onaylanması

6. Bir çalışma planı hazırlamak

7. Donanımın hazırlanması

8. Yazılım geliştirme

9. Donanım ve yazılım uyumluluğunu kontrol edin

10. Yazılım ve donanımın entegrasyonu ve test edilmesi

11. Değişikliklerin tanıtılması

12. IS'nin çalışması için talimatların geliştirilmesi

13. IP ile ilgili eksiksiz belgelerin kaydı

14. IP'nin müşteriye teslimi

Tablo 1 - Hesaplama için ilk veriler

iş numarası	eserlerin listesi	Çalışma süresi, günler
	1. IP gereksinimlerinin analizi
	2. Müşteri ile gereksinimlerin görüşülmesi
	3.Sistem kavramının bir varyantının seçimi ve geliştirilmesi
	4. Teknik şartname ve proje geliştirme
	5. Teknik şartname ve projenin koordinasyonu ve onaylanması
	6. Bir çalışma planı hazırlamak
	7 donanım hazırlığı
	8.Yazılım geliştirme
	9.Donanım ve yazılım uyumluluğunu kontrol edin
	10.Yazılım ve donanımın entegrasyonu ve test edilmesi
	11. Değişiklik yapma
	12. IP'nin çalışması için talimatların geliştirilmesi
	13. IP ile ilgili eksiksiz belgelerin kaydı
	14. IP'nin müşteriye teslimi

Şekil 1 - Görev beyanı

Şekil 2 - Gantt şeması

Şekil 3 - Ağ çalışma programı

Ağın kritik yolu şu şekilde olacaktır: 0 1 2 3 4 5 6891011121314

Tablo 2 - Olayların zaman parametreleri

Etkinlik numarası	Etkinlik tarihleri	Zaman rezervi

Tablo 3 - Tam ve boş zaman yedeklerinin hesaplanması

	Süre, günler	İşin zaman parametreleri, günler	Tam rezerv	Ücretsiz rezerv
		erken başlangıç	Erken bitiş	Geç başlangıç	Geç biten

1.8 Sistemin kontrolü ve kabulü için prosedür

1.8.1 Sistem ve bileşenlerinin türleri, bileşimi, kapsamı ve test yöntemleri

Sistem, büyük miktarda veri girilerek, aynı bilgiler girilerek, farklı türde verilerle, daha geniş bir aralıktaki verilerle test edilir. Ekranın kullanım kılavuzundaki açıklamaya uygunluğu kontrol edilir (arayüz testi).

1.8.2 Aşamalara göre işlerin kabulü için genel şartlar

Teslimat ve kabul, Müşteri ve Yüklenici temsilcilerinden oluşan bir komisyon tarafından gerçekleştirilir. Kabul sonuçlarına dayanarak, kabul komisyonunun bir eylemi imzalanır.

Bu çalışma çerçevesinde oluşturulan tüm yazılım ürünleri, hem hazır modüller halinde hem de standart bir makine ortamında (CD'de) elektronik ortamda sunulan kaynak kodları şeklinde Müşteri'ye aktarılır.

1.8.3 Kabul komitesinin statüsü (eyalet, departmanlar arası, departman)

Kabul komitesinin durumu, testten önce Müşteri tarafından belirlenir.

2. Teknik tasarım

2.1 Fonksiyonel yapı

2.1.1 Konu alanının açıklaması

Konu alanı uçak bileti satış ve rezervasyon acentesidir.

İşletme bir idari departman (bir muhasebeci ve bir yöneticiden oluşur), bir iş istasyonu operasyon departmanı (bilgi teknolojisi yönetimi) (bir sistem yöneticisi ve teknisyenler) ve operatörleri içerir.

Bir muhasebeci ve bir yöneticiden oluşan idari departman, hizmetlerin kalitesinden sorumludur.

2.1.2 Fonksiyonlar ve organizasyon yapısı

Bir kurumsal yapı inşa etmek üç adıma ayrılabilir: bir organizasyon modeli inşa etmek, bir fonksiyonel model inşa etmek ve bir bilgi modeli inşa etmek.

Ajans "Bilet" aşağıdaki bölümlerden oluşur:

Müdür;

İdari bölüm;

İş İstasyonları İşletme Departmanı;

Operatörler bölümü.

İşletmenin organizasyon yapısı Şekil 4'te gösterilmektedir.

Şekil 4 - Organizasyonel model

Yönetici, işletmenin üretim, ekonomik ve finansal ve ekonomik faaliyetlerinin genel yönetimini gerçekleştirir ve ayrıca tüm yapısal bölümlerinin etkileşimini düzenler.

Üretim departmanı, ürünün projesinin geliştirilmesini, müteakip imalatını ve montajını gerçekleştirir.

Bir muhasebeci ve bir yöneticiden oluşan idari bölüm, verilen hizmetlerin kalitesinden sorumludur.

İş İstasyonu Operasyon Departmanı sistemin sağlığından sorumludur.

Operatörler, bir siparişi kabul etmekten, veri tabanına veri girmekten sorumludur.

2.1.3 Veri akışlarının ve iş süreçlerinin açıklaması

İş süreci modelleme

Bir iş süreci, tüketiciler için belirli bir ürün veya hizmet yaratmayı amaçlayan birbiriyle ilişkili faaliyetler veya görevler topluluğudur. Anlaşılır olması için iş süreçleri, iş süreçlerinin bir akış şeması kullanılarak görselleştirilir. İş süreçlerinin modellenmesi, iş nesnelerinin (departmanlar, pozisyonlar, kaynaklar, roller, süreçler, operasyonlar, bilgi sistemleri, bilgi taşıyıcıları vb.) Tanımı ve bunlar arasındaki bağlantıların bir göstergesi de dahil olmak üzere organizasyon modellerinin oluşturulmasına yönelik bir faaliyettir. onlara. Oluşturulan modellerin gereksinimleri ve bunlara karşılık gelen içerik, modellemenin amaçlarına göre belirlenir. İş modelleme, şirketin faaliyetlerini tanımlayan ve sistem gereksinimlerini belirleyen yazılım geliştirme sürecinde bir disiplin ve ayrı bir alt süreç olarak da adlandırılır - geliştirilen bilgi sisteminde otomasyona tabi olan alt süreçler ve işlemler.

Ajansın faaliyetlerini analiz ettikten ve bir ön proje çalışması yaptıktan sonra, AIS "Ticket" in üç ana iş sürecini ayırt edebiliriz:

1. Siparişin kabulü.

2. Bir kimlik numarası verilmesi.

3. Müşteri ile anlaşma.

İş süreçlerinin işlevsel modellemesi, IDEF0 metodolojisi ile temsil edilir. Otomasyon nesnesinde gerçekleşen iş süreçlerini tanımlar. IDEF0 metodolojisinin temeli, iş süreçlerini tanımlamak için grafiksel bir dildir. IDEF0'daki model, hiyerarşik olarak sıralanmış ve mantıksal olarak ilişkili bir dizi diyagramla temsil edilir. Her grafik ayrı bir sayfada yer almaktadır. Dört tür çizelge ayırt edilebilir:

Bağlam şeması А-0 (her modelde yalnızca bir bağlam şeması olabilir);

Ayrışma diyagramları (bağlamsal olanı ortaya çıkaran ilk ayrıştırma A 0 seviyesinin diyagramı dahil);

Düğüm ağacı diyagramları;

Yalnızca maruz kalma diyagramları (FEO).

Bağlam diyagramı, diyagramların ağaç yapısının en üstündedir ve sistemin en genel tanımını ve dış çevre ile etkileşimini temsil eder (kural olarak, modellenen nesnenin ana amacı burada açıklanır). Sistemi bir bütün olarak tanımladıktan sonra büyük parçalara bölünür. Bu sürece fonksiyonel ayrıştırma denir ve her parçayı ve parçaların etkileşimini açıklayan diyagramlara ayrıştırma diyagramları denir. Bağlam diyagramının ayrıştırılmasından sonra (yani, diyagram A 0'ın elde edilmesi), diyagram A 0'ın her bloğu daha küçük parçalara ayrıştırılır ve bu, gerekli açıklama düzeyine ulaşılana kadar devam eder. Her ayrıştırma oturumundan sonra, inceleme oturumları düzenlenir - konu alanı uzmanları (genellikle analistler tarafından görüşülen işletmelerin çalışanları), gerçek iş süreçlerinin oluşturulan diyagramlara uygunluğunu gösterir. Bulunan tutarsızlıklar düzeltilir ve ancak incelemeyi yorumsuz geçtikten sonra bir sonraki ayrıştırma oturumuna geçebilirsiniz. Model, modelin her seviyesindeki gerçek iş süreçleriyle bu şekilde eşleşir. Sistemi bir bütün olarak ve parçalarının her biri olarak tanımlamaya yönelik sözdizimi, modelin tamamında aynıdır.

"AIS Bileti"nin ana iş işlevi uçak biletlerinin satışıdır. Giriş verileri biletlerin sırasıdır. Hafta sonu - makbuz. Bilet OJSC çalışanları (muhasebeci, yönetici, BT teknisyenleri, operatörler), ana iş işlevini yerine getirmek için araçlar olarak hizmet eder.

Veri akış şeması

Gereksinimler, veri akışlarıyla birbirine bağlanan süreçlerin hiyerarşisi olarak sunulur. Veri akış diyagramları, her bir sürecin girdilerini nasıl çıktılara dönüştürdüğünü gösterir ve bu süreçler arasındaki ilişkiyi ortaya çıkarır. DFD diyagramları, iş akışını ve bilgi işlemeyi açıklamak için IDEF0 modeline ek olarak başarıyla kullanılmaktadır. IDEF0 gibi, DFD de ilgili çalışmaların bir ağı olarak modellenen sistemi temsil eder. DFD'nin ana bileşenleri (yukarıda bahsedildiği gibi), süreçler veya faaliyetler, harici varlıklar, veri akışları, veri depolama cihazlarıdır (depolar). Katı ilişkileri temsil eden IDEF0 oklarının aksine, DFD okları nesnelerin (veriler dahil) bir işten diğerine nasıl hareket ettiğini gösterir.

Sistemin birbiriyle ilişkili işler olarak görüldüğü IDEF0'dan farklı olarak DFD, sistemi bir nesneler topluluğu olarak görür. Bir bağlam diyagramı genellikle işleri ve dış bağlantıları içerir. İşler genellikle sistemin adıyla anılır, örneğin "Bilgi İşleme Sistemi". Bağlam şemasına xref'lerin dahil edilmesi, modellenen sistemin amacını, kapsamını ve birleşik görünümünü açıkça tanımlamaya yönelik metodoloji gerekliliklerini ortadan kaldırmaz.

DFD'de faaliyetler (süreçler), girdileri çıktılara dönüştüren sistem işlevleridir. Eserler köşeleri yuvarlatılmış dikdörtgenler olarak gösterilse de anlamları IDEF0 ve IDEF3 eserlerinin anlamı ile aynıdır. Tıpkı IDEF3 süreçleri gibi girdileri ve çıktıları vardır, ancak IDEF0 gibi kontrolleri ve mekanizmaları desteklemezler.

Dış varlıklar, oturum açmaları ve/veya oturum kapatmaları temsil eder. Dış varlıklar, gölgeli bir dikdörtgen olarak çizilir ve genellikle diyagramın kenarlarında bulunur. Bir harici varlık, bir veya daha fazla diyagramda birden çok kez kullanılabilir. Genellikle bu teknik, çok uzun ve karışık oklar çizmekten kaçınmak için kullanılır.

İş akışları oklarla gösterilir ve nesnelerin sistemin bir bölümünden diğerine hareketini tanımlar. DFD'de, IDEF0'da olduğu gibi, çalışmanın her bir tarafının net bir amacı olmadığından, oklar çalışma dikdörtgeninin herhangi bir yüzüne girip çıkabilir. DFD ayrıca işler arasındaki, bir iş ile harici bir varlık arasındaki ve harici varlıklar arasındaki komut-yanıt diyaloglarını tanımlamak için çift başlı oklar kullanır.

Hareket halindeki nesneleri tanımlayan okların aksine, veri ambarları hareketsiz nesneleri gösterir.

2.2 IC'nin sistem tasarımı

referans maliyeti işçilik maliyetleri rezervasyonu

2.2.1 IS için konsept, mimari ve uygulama platformunun geliştirilmesi

Bir IC oluşturmak için bir mimari seçerken ana hususlar hız, güvenilirlik, ölçeklenebilirlik ve güvenliktir.

Şu anda, en yaygın mimariler şunlardır:

dosya sunucusu;

müşteri sunucusu;

çok seviyeli mimari

Dosya-sunucu mimarisi, sunucunun yalnızca veri depolama işlevini üstlendiği ve işlemin istemci makinelerde gerçekleştirildiği anlamına gelir. Bu, verilerin ağ üzerinden iletilmesi gerektiği anlamına gelir ve bu da yoğun bir ağ trafiği yüküne neden olur. Bu da kullanıcı sayısı arttıkça performansın düşmesine neden olacaktır. Ayrıca, dosya-sunucu mimarisini uygularken, bütünlük, tutarlılık ve verilere eşzamanlı erişim sorunu merkezi olmayan bir şekilde çözülür: veriler sunucuda depolanır ve istemcide işlenir. Sonuç olarak, uygulamanın güvenilirliği azalır. Diğer bir dezavantaj, her istemci iş istasyonunda iş mantığı hizmetlerini yükseltmenin ve sürdürmenin yüksek maliyetidir. Bununla birlikte, bu mimarinin düşük geliştirme maliyetleri, yüksek geliştirme hızı ve düşük yazılım güncelleme ve değiştirme maliyeti gibi bir takım avantajları da vardır.

İstemci-sunucu mimarisi, yukarıda açıklanan mimarinin dezavantajlarından yoksundur, çünkü veritabanı sunucusu, paylaşılan verilere yalnızca erişim sağlamakla kalmaz, aynı zamanda onu işler. İstemci, sunucuya "anlaşılabilir" bir dilde istek gönderir ve sırayla isteği işler, verilerin bütünlüğünü ve tutarlılığını kontrol eder ve işlenen isteğin sonucunu istemciye döndürür. Sonuç olarak, ağ üzerindeki yük azalır: istemcinin artık ara verileri işlemesi gerekmez. Depolama ve işleme merkezi olarak yapılır, bu nedenle bu mimari dosya sunucusu mimarisinden daha güvenilirdir. İstemci-sunucu mimarisinin dezavantajları, ilk olarak, iş mantığını yürütme ve kullanıcı ile tek bir programda bir arayüz sağlama ihtiyacı nedeniyle sistem geliştirmenin yeterli karmaşıklığını ve aynı nedenden dolayı iş istasyonları için yüksek gereksinimleri içerir.

IS mimarilerinin geliştirilmesindeki bir sonraki adım, iş mantığının bir uygulama sunucusunda yürütüldüğü çok katmanlı bir mimariydi. Katmanlı mimari aşağıdaki avantajlara sahiptir:

ölçeklenebilirlik;

yapılandırılabilirlik - seviyelerin birbirinden izolasyonu, arıza durumunda veya seviyelerden birinde planlı bakım sırasında sistemi hızlı ve kolay bir şekilde yeniden yapılandırmanıza olanak tanır;

yüksek güvenlik;

yüksek güvenilirlik;

terminaller ve uygulama sunucusu arasındaki kanalın (ağ) hızı için düşük gereksinimler;

maliyetlerindeki azalmanın bir sonucu olarak, terminallerin üretkenliği ve teknik özellikleri için düşük gereksinimler.

Ancak yadsınamaz avantajlarına rağmen bu sistem şu nedenlerle yaygınlaşmamıştır:

katmanlı bir mimariye dayalı sistemler geliştirmenin karmaşıklığı, çünkü özellikle farklı gruplar tarafından yazılmışlarsa farklı modülleri "yerleştirmek" çok zordur. Bir modüldeki bir değişiklik, kural olarak, geri kalanında çığ benzeri bir değişikliğe neden olur ve bu açıdan, çok katmanlı bir mimariye dayanan basit bir sistemin bile uygulanması iki kat daha zor olacaktır;

uygulama sunucularının ve veritabanı sunucusunun performansı için yüksek gereksinimler ve dolayısıyla sunucu donanımının yüksek maliyeti;

veritabanı sunucusu ve uygulama sunucuları arasındaki kanalın (ağ) hızı için yüksek gereksinimler;

yönetimin yüksek karmaşıklığı.

Her bir mimarinin tüm avantaj ve dezavantajlarını göz önünde bulundurarak, "AIS Ticket" sisteminin uygulanması için istemci-sunucu mimarisini seçiyoruz. Bu mimari, sistemin istemci ve sunucu bölümleri arasında optimum iş dağılımına izin verir: iş istasyonunda çalışan uygulama, veritabanı kayıtlarını "doğrudan" okumaz, istekleri sırayla işlendiği sunucuya gönderir ve işleme sonuçlar iş istasyonuna gönderilir. Bu da LAN üzerindeki bilgi akışlarını önemli ölçüde azaltır.

Bilgi sisteminin işleyişi ve inşası şeması Şekil 5'te gösterilmektedir.

Şekil 5 - İstemci-sunucu mimarisi

2.2.2 Bilgi sisteminin yapısı, işlevsel ve destekleyici alt sistemlerin bileşimi

İşlevsel alt sistemler - görevler arasında yüksek derecede bilgi alışverişi (bağlantıları) olan bir ekonomik görevler kompleksi (açıkça tanımlanmış bir girdi ve çıktı bilgisi seti ile belirli bir bilgi işleme süreci. İşlevsel alt sistemler, gayri resmi olarak ekonomik sistemin belirli faaliyet türlerine hizmet eder) (kuruluş), yapısal bölümlerinin ve (veya) yönetim işlevlerinin karakteristiği, İşlevsel alt sistemlerin tek bir sisteme entegrasyonu, aşağıdakiler gibi destekleyici alt sistemlerin oluşturulması ve işletilmesi yoluyla sağlanır:

Bilgilendirici;

Teknik;

Yazılım;

Matematiksel;

Dilbilimsel.

Destekleyici alt sistemler, belirli destek türlerinin kullanıldığı belirli işlevsel alt sistemlerden bağımsız olarak tüm IS için ortaktır. Çalışmada, destekleyici ve örgütsel alt sistemler, tek bir destekleyici alt sistemde birleştirilir. Böyle bir kararın gerekçesi, bileşenlerinin sistemin amaç ve işlevlerinin uygulanmasını sağlaması olarak düşünülebilir.

Destekleyici alt sistemlerin bileşimi seçilen konu alanına bağlı değildir ve şunlara sahiptir:

Fonksiyonel yapı;

Bilgi Desteği;

Matematiksel (algoritmik ve yazılım) yazılım;

Teknik Destek;

Organizasyon desteği,

ve IS geliştirme aşamasında ek güvenlik:

Yasal;

Dilbilimsel;

Teknolojik;

metodolojik;

Harici IC'ler ile arayüzler.

Bilgi desteği, bir bilgi tabanı oluşturmak için bir dizi araç ve yöntemdir. IS içindeki veriler, belgeler, grafikler ve IS dışındaki sinyaller biçiminde kontrol nesnesinin durumunu görüntülemenin yollarını ve biçimlerini tanımlar.

Yazılım, algoritmik ve yazılımdan oluşur.

Örgütsel destek, IS'nin tanıtımı bağlamında üretimi organize etmek ve bunları yönetmek için bir dizi araç ve yöntemdir.

Kurumsal desteğin amacı: yönetim görevlerinin seçimi ve formülasyonu, yönetim sisteminin analizi ve onu iyileştirmenin yolları, IS ve personel arasındaki etkileşimi organize etmek için çözümlerin geliştirilmesi, yönetim görevlerinin uygulanması. Kurumsal destek, müşterilerle iletişim yöntemlerini, evrak gereksinimlerini, iş tanımlarını vb. içerir.

Algoritmik destek, problemleri çözmek ve bilgileri işlemek için sistemde kullanılan bir dizi matematiksel yöntem, model ve algoritmadır.

2.2.3 IS donanımı

Teknik araçların kompleksi aşağıdaki unsurları içermelidir:

İş istasyonları;

Kesintisiz güç kaynakları;

LAN oluşturmak için araçlar;

Veritabanı sunucusu;

Yazıcı.

Sunucu Gereksinimleri:

Bellek 8 GB;

2,2 GHz Intel Xeon 5500 işlemci minimum;

SATA sürücü hızı 8 Gb / s;

10 Gb/sn ağ bağdaştırıcısı;

İşletim sistemi Windows Server 2008.

İş istasyonu gereksinimleri:

2 GHz işlemci;

Bellek 2 GB;

Sabit disk 500'den az değil;

İşletim sistemi Windows7;

Ağ bağdaştırıcısı 100 Mbps.

IS'nin teknik araçları, uygulanan yazılım kompleksinin işleyişi için gereksinimler dikkate alınarak açıklanmaktadır. Teknik araçlar şunları sağlamalıdır:

Bir teknik araç ve ekipman kompleksinin 24 saat çalışması;

Bir ekipmanın arızalanması veya arızalanması durumunda tüm yazılım paketinin garantili yürütülmesi;

Yetkisiz erişime karşı veri koruması;

Sunucular ve iş istasyonları yerel bir ağ ile bağlanmalıdır.

Şekil 2.3, Bilet OJSC için yerel alan ağının (LAN) topolojisini göstermektedir.

Söz konusu şekil, 5 iş istasyonunun anahtar aracılığıyla veritabanı sunucusuna ve dosya sunucusuna bağlı olduğunu göstermektedir. Ağ topolojisi yıldızdır.

Şekil 6 - JSC "Müşteri" ağının mantıksal şeması

2.3 IP'nin bilgi desteği

2.3.1 Bilgi bankasının mantıksal yapısının açıklaması

Mantıksal (veribilimsel) tasarım - örneğin ilişkisel bir veri modeli gibi belirli bir veri modeline dayalı bir veritabanı şeması oluşturma. İlişkisel bir veri modeli için, bir veri mantıksal modeli, genellikle birincil anahtarları ve ayrıca yabancı anahtarlar olan ilişkiler arasındaki "ilişkileri" belirten bir dizi ilişki şemasıdır.

Kavramsal bir modelin mantıksal bir modele dönüştürülmesi genellikle biçimsel kurallara göre gerçekleştirilir. Bu aşama büyük ölçüde otomatikleştirilebilir.

Normal biçim, bir ilişkisel veri modelinde, onu fazlalık açısından karakterize eden, potansiyel olarak bir seçim veya veri değişikliğinin mantıksal olarak hatalı sonuçlarına yol açan bir ilişkinin özelliğidir. Normal form, bir ilişkinin karşılaması gereken bir dizi gereksinim olarak tanımlanır. Veritabanı ilişkilerini (DB) normal formlara karşılık gelen bir forma dönüştürme işlemine normalizasyon denir. Normalleştirme, veritabanı yapısını minimum mantıksal artıklık sağlayan bir forma getirmeyi amaçlamaktadır ve performansı düşürme veya artırma veya veritabanının fiziksel hacmini azaltma veya artırma amaçlanmamıştır. Normalleştirmenin nihai amacı, veritabanında depolanan bilgilerin olası tutarsızlığını azaltmaktır. Normalleşme sürecinin genel amacı şu şekildedir:

Bazı fazlalık türlerinin ortadan kaldırılması;

Bazı güncelleme anormalliklerinin ortadan kaldırılması;

Gerçek dünyanın makul ölçüde "iyi" bir temsili olan bir veritabanı projesi geliştirmek, sezgiseldir ve gelecekteki genişleme için iyi bir temel olarak hizmet edebilir;

Gerekli bütünlük kısıtlamalarını uygulamak için prosedürün basitleştirilmesi.

Fazlalık, bir kural olarak, ilişkileri, her ilişkide yalnızca birincil gerçeklerin saklanacağı şekilde ayrıştırılarak ortadan kaldırılır (yani, saklanan diğer gerçeklerden çıkarılmayan gerçekler).

Mantıksal düzeyde, her bir varlık için anahtar tahsisinin yanı sıra veritabanı normalleştirilir. Mantıksal bağlantılar, birincil ve yabancı anahtarlar kullanılarak uygulanır.

2.3.2 Veritabanının fiziksel uygulamasının açıklaması

Fiziksel tasarım - belirli bir DBMS için bir veritabanı şeması oluşturma. Belirli bir VTYS'nin özellikleri, veritabanı nesnelerinin adlandırılmasına ilişkin kısıtlamaları, desteklenen veri türlerine ilişkin kısıtlamaları vb. içerebilir. Ek olarak, fiziksel tasarımdaki belirli bir VTYS'nin özellikleri, fiziksel depolama ortamıyla ilgili çözümlerin seçimini (disk belleğini yönetme yöntemlerinin seçimi, veritabanını dosyalara ve cihazlara bölme, verilere erişim yöntemleri), dizin oluşturma vb. .

Fiziksel bir veri modeli, mantıksal bir model temelinde oluşturulur ve verileri belirli bir VTYS aracılığıyla tanımlar. Mantıksal modelleme aşamasında geliştirilen ilişkiler tablolara, nitelikler sütunlara, etki alanları seçilen belirli VTYS'de kabul edilen veri türlerine dönüştürülür.

Onlar. fiziksel modelde, bir nesnenin parametreleri ile aynı fiziksel yapıya sahip bir model arasında bire bir yazışma vardır. Bu durumda, incelenen nesnenin yapısını, temel özelliklerini ve ilişkilerini yeniden üreten fiziksel eşdeğerler, sistemin öğesiyle uyumlu hale getirilir. Benzerlik teorisine dayanan fiziksel modellemede, ilgili fiziksel parametrelerin optimal varyasyon aralığı gözlemlenirken doğada bir deney yürütmenin özellikleri korunur.

Çözüm

Kurs çalışmaları sonucunda, acenteye uçak bileti satışı ve rezervasyonu için bir bilgi sisteminin geliştirilmesi için görev tanımları, yazılımı tamamlandı.

Bir bilgi sistemi için görev tanımı, bir bilgi sistemi oluşturma gerekliliklerini ve prosedürünü tanımlayan ana belgedir, buna uygun olarak geliştirilir ve devreye alınırken kabul edilir. Bilgi sisteminin işlevsel özellikleri, güvenilirliği, çalışma koşulları ve bilgi koruması için temel gereksinimleri içerir ve ayrıca sistemi geliştirme prosedürünü açıklar.

Teknik görevin görevlerine uygun olarak, teknik bir proje oluşturmanın aşağıdaki aşamaları tamamlandı:

- konu alanının analizi yapılmıştır;

- AIS "Ticket" in işlevsel şeması geliştirildi;

- konsept geliştirildi, inşaat mimarisi ve sistemin uygulanması için platform seçildi;

1. AIS "Ticket" in kavramsal modeli tasarlandı;

2. AIS "Ticket" sisteminin mantıksal modeli, kavramsal model temelinde tasarlanmıştır;

3. Veritabanı sunucusunun fiziksel yapısı belirlenir.

bibliyografya

1. GOST 19.201-78 Birleşik program dokümantasyonu sistemi. Teknik görev. İçerik ve tasarım gereksinimleri

2. GOST 34.602-89 Bilgi teknolojisi. Otomatik sistemler için standartlar seti. Otomatik bir sistemin oluşturulması için referans şartları

3. RD 50-34.698-90 Otomatik sistemler. Belgelerin içeriği için gereklilikler

4. V.P. Romanov, N.Z. Emelyanova, T.L. Partyka Ekonomik bilgi sistemlerinin tasarımı. Metodolojiler ve modern teknolojiler. - E: Sınav, 2005. - 256 s.;

5. Maklakov S.V. BPWin ve ERWin CASE - Bilgi Sistemleri Geliştirme Araçları / S.V. Maklakov - M: DİYALOG MEPI, 2001.-256s.;

6. Boyko V.V. Bilgi sistemleri veritabanlarının tasarımı / Boyko V.V., Savinkov V.M. - 2. baskı. - M.: Finans ve istatistik, 1989 .-- 350 s.

Allbest.ru'da yayınlandı

...

benzer belgeler

Evrensel bir ticaret üssünün yönetimi için otomatik bir sistem ve depo muhasebesinin geliştirilmesi için referans şartları. Bir bilgi sistemi tasarlama ve bir yazılım ürünü oluşturmak için bir ortam seçme. Arayüz ve kullanım kılavuzunun oluşturulması.

tez, eklendi 07/11/2015


Rusya Federasyonu'nun bilgi güvenliği alanındaki düzenleyici yasal işlemleri. Bilgi sistemlerinde bilgilerin korunması ile ilgili çalışmaları organize etme prosedürü. Bu alanda bir koruma sisteminin geliştirilmesi için teknik şartnamelerin geliştirilmesine genel yaklaşım.

dönem ödevi eklendi 05/05/2015


Uçak bileti sipariş etmek için bir bilgi sisteminin geliştirilmesi için teknik bir görevin oluşturulması. Dokümantasyon gereksinimleri. Sistemin kontrol ve kabul sırası. Bilgi sisteminin uygulanması için konsept, inşaat mimarisi ve platformun geliştirilmesi.

dönem ödevi eklendi 13/05/2015


Mücevher Atölyesinin çalışmalarını otomatikleştiren "Altın" bilgi sisteminin oluşturulması. IDEF0 ve UML diyagramları ile DFD ve sistem veri akışlarını kullanarak iş süreçlerini modelleme. GOST 34.602-89'a dayalı teknik bir proje ve ödev hazırlamak.

dönem ödevi, eklendi 02/10/2013


Uzman sistemin bileşimi. Bir dizi teknik araç için gereksinimler. Otomatik bilgi sisteminin teknik desteğinin yapısı ve organizasyonu. Yazılım geliştirme ve bunların nasıl kullanılacağına ilişkin teknik belgeler.

özet, 10/09/2014 tarihinde eklendi


PHP, SQL, C++, HTML programlama dillerini öğrenmek. Yerel Denwer sunucusunu başlatma ve kullanma kurallarının dikkate alınması. Bir yazılım ürününün geliştirilmesi için teknik şartnamelerin hazırlanması. Oluşturulan mobil ve web uygulamasının açıklaması.

dönem ödevi, eklendi 04/07/2015


Onarım çalışmalarının muhasebeleştirilmesi ve kontrolü için otomatik bir bilgi sisteminin geliştirilmesi ve "MegionSoftOil" şirketi için yazılım geliştirme hizmetlerinin sağlanması, yazılım sistemi ve modüllerinin uygulamaları için algoritmaların geliştirilmesi.

tez, eklendi 29.06.2012


Bir bilgi sistemi geliştirme ihtiyacının gerekçesi. Etki alanı analizi. EIS'nin oluşturulması için referans şartları. İşletmenin yasal durumu ve kısa ekonomik özellikleri. İşletmede muhasebe ve analitik çalışmanın durumu.

özet, eklendi 01/09/2009


Bir seyahat şirketinin müşterileriyle çalışmak için otomatik bir bilgi sisteminin (AIS) geliştirilmesi ve uygulanması (alma ve işleme uygulamaları). Bir seyahat acentesinin teknik ve ekonomik değerlendirmesi, AIS'sinin yazılım arayüzünün bir algoritması ve diyagramı.

tez, 21.07.2011 eklendi


İşlevsel noktaların sayısını sayma. Bir yazılım aracının geliştirilmesi için işgücü maliyetlerinin hesaplanması ve tahmini geliştirme süresi, bir yaşam döngüsü modeli. Otomatik bir sistemin oluşturulması için teknik özelliklerin geliştirilmesi, bunun için gereklilikler.