Yazılım, iş planlaması için gereksinimlerin analizi ve resmileştirilmesi. 1 gün 2 Taslak tasarım UML kullanarak yazılım programının ön tasarımı: durum diyagramlarını, sınıf diyagramlarını ve sıra diyagramlarını kullanın ...

1 8 15 120 2 Taslak tasarım 1 16 15 300 3 Teknik tasarım 1 32 10 320 4 Çalışma tasarımı 1 16 10 160 5 Uygulama 1 8 20 160 З1 = 1060 Bilgisayar zaman maliyetleri: З2 = СkF0, burada Сk maliyetidir bir bilgisayar saati...

Karmaşık sayı hesaplayıcı

1 8 1.5 12 2 Taslak tasarım 1 16 1.5 24 3 Teknik tasarım 1 32 1.5 48 4 Detaylı tasarım 1 16 1.5 24 5 Uygulama 1 8 1.5 12 Z2 = 120 Genel giderler ...

Mikroişlemci tabanlı hesap makinesi

51 ailesinden bir mikroişlemci için aşağıdaki fonksiyonlara sahip bir program yazın: 1. Seri porttan sayı girme 2. Klavyeden aritmetik işlemleri girme ("+", "-", "*", "/") ve 3'ü sıfırlayın ...

Elektrikli eşya kataloğu

Bir program belgesi, bir yazılım ürününün geliştirilmesi, üretilmesi, çalıştırılması ve bakımı için gerekli bilgileri içeren bir belgedir ...

Bilgi kodlaması

Verilen bir düzeltme kodunun matematiksel bir modelini oluşturun, kodun üretici matrisini bulun, teknik olarak kodlama / kod çözme araçlarını uygulayın (şematik diyagram düzeyinde) ...

D-Link DES-3028 Anahtar Yapılandırma ve Sorun Giderme Komutları

Ağın fiziksel yapısını tasarlamak, gerekli ağ ekipmanını seçmek, kablolama sisteminin kablo sayısını ve diğer bileşenlerini hesaplamak, ağ adres alanını dağıtmak gerekir...

Etki alanları (DNS) hakkında bilgi almak için bilgisayar dağıtılmış sistem

DNS sistemine erişmek için bir pencere yardımcı programı geliştirin (alan adlarını IP adreslerine göre belirleme, IP adreslerini alan adlarına göre belirleme, vb. - NSLookUp yardımcı programının bir analogu) ...

Yerel alan ağının geliştirilmesi

Çok kullanıcılı bir bilgi sisteminin geliştirilmesi

Kiralama belgelerinin bakımı için çok kullanıcılı bir bilgi sisteminin geliştirilmesi

"Bilgisayar ağları" disiplini üzerine bir multimedya elektronik ders kitabının geliştirilmesi

"Multimedya elektronik ders kitabı" programına giriş İçindekiler 1. Giriş 1.1. Program adı 1.2. Amaç ve kapsam 2. Program için gereklilikler 2.1. Fonksiyonel özellikler için gereklilikler 2.2. Güvenilirlik gereksinimleri 2.2.1 ...

Kent tipi yerleşim yeri Strugi Krasnye'nin mikro bölgesi için çok hizmetli bir bilgisayar ağının geliştirilmesi

Amaç: Bu projenin amacı, Strugi Krasnye köyündeki bir yerleşim bölgesi için çok hizmetli bir bilgisayar ağı geliştirmektir ...

Bir bulmaca yazarının işlevlerini uygulayan uygulama yazılımının geliştirilmesi

İş Tanımı - teknik bir nesnenin (ürün) tasarımı için ilk belge (Ek B). TK, geliştirilen nesnenin ana amacını, teknik özelliklerini belirler ...

İ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ı

Konu: "Bilgi sisteminin geliştirilmesi" Emlak acentesi "

İçerik

• Tanıtım
• 1 . Teknik görev
• 1.1 Sorun bildirimi
• 1.2 Yazılım gereksinimi
• Güvenilirlik gereksinimleri
• 1.4 Görevin bilgi desteği
• Giriş bilgilerinin açıklaması
• 2. açıklayıcı bölüm
• 2.2 Yazılımın açıklaması
• 2.3 Test durumu
• 2.4 Kullanici rehberi
• Çözüm
• bibliyografya

Tanıtım

Ders projesinin konusu, bir bilgi sisteminin oluşturulması ve geliştirilmesidir.

Günümüzde bilgi ağı neredeyse tüm gezegeni sarmıştır. Her gün bilgi sistemleriyle karşılaşıyoruz: otoparklarda (kartlarla), büyük mağazalarda, hatta iş başvurusu yaparken bile.

Bilgi - bilgi, mesajlar, veriler, vb. Şu anda, bilgi teriminin tek bir tanımı yoktur.

Bilgi modeli - bir nesnenin, sürecin, fenomenin temel özelliklerini ve durumlarını ve ayrıca dış dünyayla olan ilişkisini karakterize eden bir bilgi kümesi.

Bir bilgi sistemi (IS), bilgi birikimini ve işlenmesini otomatikleştirmek için birbirine bağlı bir dizi donanım ve yazılım aracıdır. Bir bilgi sisteminde, veriler bir bilgi kaynağından gelir (örnek: bir veritabanı). Bu veriler, depolanmak üzere gönderilir veya sistemde bir takım işlemlere tabi tutulur ve ardından tüketiciye aktarılır.

Otomatik Bilgi Sistemi (AIS) - bilginin depolanması, iletilmesi ve işlenmesi ile ilgili faaliyetleri otomatikleştirmek için tasarlanmış bir dizi yazılım ve donanım.

Bilgisayar teknolojisi ne kadar erişilebilir olursa, o kadar profesyonel olmayan kullanıcılar ortaya çıkar. Bu nedenle, IS dahil herhangi bir uygulama geliştiricisinin görevlerinden biri sezgisel bir arayüz oluşturmaktır. Bu görev ders projesinde de gerçekleştirilecektir.

Ders tasarımı sırasında, "Veritabanları", bir bilgi kaynağının oluşturulması, "Bilgi sistemlerinin geliştirilmesi ve işletilmesi", IS'nin oluşturulması, "Bilgisayar grafikleri" disiplinlerinde edinilen bilgileri pekiştirmek ve sistematik hale getirmek gerekir. , formlara göre düğmelerin dağılımı ve sezgisel bir arayüz oluşturulması.

"Bilgi sistemlerinin geliştirilmesi ve işletilmesi" disiplini için yazılımın geliştirilmesi ve bakımına ilişkin kurs projesi, "Krasnoyarsk bilişim ve bilgisayar teknolojisi teknik okulunda" eğitimin ve bir teknisyenin mesleğinde ustalaşmanın bir ara aşamasıdır.

Kurs projesinin amacı:

yüksek kaliteli ve güvenilir yazılım araçları oluşturmayı öğrenecek, yazılım araçları oluştururken çalışma becerileri kazanacak;

oluşturulan yazılım aracı için teknik belgeler geliştirmek.

Bir kurs projesi geliştirme sürecinde, "Emlak Ajansı" bilgi sistemini yeniden oluşturmak gerekir. Bu bilgi sisteminin görevi, emlak ajansı çalışanlarının programını görüntülemek olacaktır.

"Bilgi araçlarının geliştirilmesi ve işletilmesi" disiplinindeki bir kurs projesinin sonucu, sorunu çözen tam teşekküllü bir veritabanı ve bunun için teknik belgeler olmalıdır.

1. Referans Şartları

1.1 Sorun bildirimi

Ders tasarımı sırasında, bir "Emlak Acentesi" bilgi sistemi geliştirmek gereklidir.

Bu veritabanı, müşteriler ve gayrimenkul hakkında kolay görüntüleme/ekleme bilgisi sağlamalıdır.

Sistem aşağıdaki işlevleri yerine getirmelidir:

- gayrimenkul ile ilgili bilgilerin girilmesi ve düzenlenmesi:

- "Operasyonlar";

- "Emlak";

- çalışanlar hakkında bilgi girme ve düzenleme:

- "İşçiler";

- müşteri bilgilerini girme ve düzenleme:

- "Müşteriler";

- bir sözleşme hazırlamak (programın yardımıyla):

- "Sözleşmeler";

- aşağıdaki gibi belgelerin oluşturulması ve yazdırılması:

- "Çalışan Takvimi";

Giriş bilgileri şöyle olmalıdır:

- Müşteri listeleri:

- müşterinin tam adı;

- telefon;

- Çalışanların listesi:

- çalışanın tam adı;

- Ajans yetenekleri: mevcut operasyonlar; uygun fiyatlı emlak.

Bu bilgi sisteminin emlak ajansı çalışanlarının programlarını görüntülemek ve saklamak için kullanılması gerekiyor. Kullanıcının çok daha hızlı bir program oluşturmasına yardımcı olacak ve kullanıcı dostu arayüz, işi daha keyifli hale getirecek.

1.2 Yazılım gereksinimi

Performans gereklilikleri

"Emlak ajansı" bilgi sistemi, emlak ajansı çalışanlarının programlarını tutmaya yardımcı olmak için yönlendirilmelidir. Sistem bilgileri işlemeli ve çıktı belgelerini yazdırmalıdır.

Bu sistem, Windows XP SP2 (veya üstü) veya Windows Vista ve Microsoft Office 2007 araç takımı işletim sistemi altında çalışmalıdır.

"Emlak ajansı" bilgi sistemi aşağıdaki işlevleri yerine getirmelidir:

- Emlak acentesi çalışanlarının çalışmaları ile ilgili aşağıdaki bilgilerin girilmesi ve düzenlenmesi:

- çalışanın tam adı;

- müşteri hakkında aşağıdaki bilgilerin girilmesi ve düzenlenmesi:

- müşterinin tam adı;

- Telefon;

- ajansın yetenekleri hakkında aşağıdaki bilgilerin girilmesi ve düzenlenmesi:

- mevcut işlemler;

- uygun fiyatlı gayrimenkul;

- aşağıdaki çıktı belgelerinin oluşturulması ve yazdırılması:

- "Çalışan Takvimi".

Güvenilirlik gereksinimleri

Sistem kaliteli ve doğru olmalı, yani gerekli tüm fonksiyonları yerine getirmeli ve çalışmaya uygun olmalıdır. Sistem kararlı olmalı, yani hem ekipmanın çalışmasında hem de uygulamanın kendisinde herhangi bir sapmaya rağmen planlanan eylemleri gerçekleştirebilmelidir.

Sistemin güvenilirliğini sağlamak için gereklidir:

- verilerin yetkisiz erişime karşı korunmasının sağlanması;

- veriler yanlış girilirse, bu hatanın meydana geldiği alanın belirtildiği bir hata mesajının görüntülenmesi;

- tüm veriler doğru ve doğru girilmelidir, yani zorunlu alanlar dahil veri kontrolü yapılmalıdır;

- zorunlu alanlar şunlardır:

- müşterinin tam adı;

- Müşterinin telefon numarası;

- çalışanın tam adı;

- Emlak Tipi;

- Gayrimenkul işlemleri;

- herhangi bir veriyi silerken, bir reddetme seçeneği sağlamak, yani kullanıcı rızası için bir talepte bulunmak gerekir.

Çalışma koşulları için gereklilikler

Kullanıcı, temel Windows becerilerine (herhangi bir arıza durumunda gerekli olacaktır) ve Microsoft Office 2007 araç paketi, yani Microsoft Word ve Microsoft Access ile çalışma becerilerine sahip olmalıdır.

Bu bilgi sistemini çalıştırmak için bilgisayarda aşağıdakilerin kurulu olması gerekir:

- İşletim Sistemi Windows XP SP2 (veya üstü) veya Windows Vista;

-Microsoft Office 2007.

1.3 Teknik araçların bileşimi ve parametreleri için gereklilikler

"Emlakçı" bilgi sisteminin sorunsuz çalışması ve rahat kullanımı için, kullandığınız teknik araçların aşağıdaki özellikleri karşılaması gerekmektedir:

- IBM PC veya Note Book gibi bilgisayar;

- Pentium Celeron işlemci (Pentium IV ve üstü), AMD Athlon (veya üstü), saat frekansı en az 1,6 GHz;

- 512 MB RAM;

- En az 40 MB boş alana sahip HDD;

- işletim sistemi Windows XP SP2 (veya üstü) veya Windows Vista;

- giriş ve manipülasyon cihazları (klavye / fare);

- Microsoft Office 2007 için bir araç paketi;

- A4 belgelerinin yazdırılmasını destekleyen bir yazıcı (giden belgeleri yazdırmak için).

Ek cihaz gerekmez. Yukarıdaki cihazların tümü tamamen işlevsel ve işletim sistemiyle uyumlu olmalıdır.

1.4 Görevin bilgi desteği

Giriş bilgilerinin açıklaması

Girdi verileri, müşterinin pasaportundan ve emlak acentesinin yeteneklerinden "emlak ajansı" bilgi sistemine girilir.

bilgi sistemi emlak ofisi

Bilgiler aşağıdaki verileri içerir: müşterinin tam adı; Çalışanın tam adı; mevcut işlemler; uygun fiyatlı emlak.

Sözleşme ile ilgili bilgiler, yapısı Tablo 1'de sunulan "anlaşma" tablosuna girilir (anahtar alan "" ile işaretlenmiştir).

Tablo 1 - "Anlaşma" tablosunun yapısı

Müşteriyle ilgili bilgiler, yapısı Tablo 2'de sunulan "Müşteriler" tablosuna girilir (anahtar alanı "" ile işaretlenmiştir).

Tablo 2 - "Müşteriler" tablosunun yapısı

Gayrimenkul ile ilgili bilgiler, yapısı tablo 3'te sunulan "gayrimenkul" tablosuna girilir (anahtar alan bir "" ile işaretlenmiştir).

Düzenleme ve referans bilgilerinin açıklaması

Düzenleyici ve referans bilgileri, değişmeden kalan bilgilerdir, örneğin: tam zamanlı veya yarı zamanlı bir eğitim şekli, bir bütçe türü eğitim veya ticaret. Bilgi sistemi "öğrenci bilgileri" için normatif referans bilgileri aşağıdaki referans kitapları olacaktır:

- Tablolar:

- Emlak;

- Operasyonlar;

- İşçiler.

Referans tablolarının yapısı aşağıda gösterilmiştir (anahtar alanı bir "" ile işaretlenmiştir).

Tablo 3 - düzenleyici referans tablosunun yapısı "gayrimenkul"

İşlemlerle ilgili bilgiler, yapısı Tablo 4'te gösterilen "operasyonlar" tablosuna girilir (anahtar alanı bir "" ile işaretlenmiştir).

Tablo 4 - "işlemler" referans tablosunun yapısı

Yapısı Tablo 5'te sunulan "işçiler" tablosuna işçilerle ilgili bilgiler girilir ("" işareti anahtar alandır).

Tablo 5 - normatif referans tablosunun yapısı "işçiler"

Şekil 1, bu bilgi sisteminin veri şemasını göstermektedir.

Şekil 1 - Veri şeması

2. Tanımlayıcı kısım

2.1 Çözülmekte olan problemin iş sürecinin bağlam diyagramı

Computer Associates BPwin programında "Emlak ajansı" çözülen sorunun iş sürecinin bağlam diyagramı aşağıda sunulmuştur.

Şekil 2'de gösterilen "emlak ajansının programını oluşturan" bağlam diyagramının ana bileşimi aşağıdaki verileri içerir:

girişte: müşterinin pasaport bilgileri, acente özellikleri;

yönetim: Rusya Federasyonu tüzüğü, işletmenin tüzüğü, hizmetlerin sağlanması için bir lisans;

kaynaklar: MTO (bakım aracı), patronlar;

çıktı: işçi programı.

Şekil 2 - Emlak ajansının takviminin oluşumu

Emlak acentesi çizelgeleme bağlam diyagramının ilk seviyesinin ayrıştırılması Şekil 3'te gösterilmektedir.

Şekil 3 - Birinci seviye ayrıştırma

"Bilgi toplama" bloğunun ayrıştırılması Şekil 4'te gösterilmektedir.

Şekil 4 - Birinci seviye ayrıştırma

"Veritabanı oluşturma" bloğunun ayrıştırılması Şekil 5'te gösterilmektedir.

Şekil 5 - "Veritabanı oluşturma" bloğunun ayrıştırılması

Sorgu Yürütme bloğunun ayrıştırılması Şekil 6'da gösterilmektedir.

Şekil 6 - "Sorgu yürütme" bloğunun ayrıştırılması

2.2 Yazılım açıklaması

Çalışanların uygun planlamaları için "Emlak Ofisi" bilgi sistemi oluşturuldu. Sistem, çıktı belgeleri oluşturmanın yanı sıra bilgileri depolar ve işler.

Program Microsoft Office 2007 Access'te geliştirilmiştir. Başlangıçta program 2 MB yer kaplar, veritabanı dolduğunda program sabit diskte daha fazla yer kaplar. Bilgi sisteminin 7 formu vardır. İsimleri ve açıklamaları Tablo 6'da gösterilmiştir.

Tablo 6 - düzenleyici ve referans formlarının açıklaması

Form adı	Form açıklaması
	Ana form. IS başladığında açılır
	Düzenlenmiş sözleşmeler
	Müşteri listesi
Emlak	Uygun mülklerin listesi
Operasyonlar	İşlemlerin listesi
	işçi listesi
	Düğme formu. Programdan çıkışı onaylar

2.3 Test durumu

"Emlakçı" bilgi sisteminin performansını kontrol etmek için, sistemin işlevselliğini kontrol etmek için bir test senaryosu geliştirilmiştir.

Bilgi sistemini başlatıyoruz, bu bir *. accdb (Şekil 7).

Şekil 7 - programı başlatma

Program başlatıldıktan sonra şifre sorulur, pencere Şekil 8'de görülmektedir.

Şekil 8 - şifre talebi

Doğru şifreyi girdikten sonra, Şekil 9'da gösterilen ana form başlatılır (program menüsüdür).

Şekil 9 - menü formu

Şekil 10, 11, 12, 13 ve 14 sırasıyla "Sözleşme", "İşçiler", "Müşteriler", "İşlemler" ve "Gayrimenkul" formlarını göstermektedir.

Şekil 10 - "Anlaşma"

Şekil 11 - "İşçiler"

Şekil 12 - "Müşteriler"

Şekil 13 - "İşlemler"

Şekil 14 - "Gayrimenkul"

2.4 Kullanım kılavuzu

Bu program, "emlak ajansı" bilgi sistemi kullanıcılarının bilgileri girmesine ve düzenlemesine izin vermelidir. Program aşağıdaki işlevleri yerine getirmelidir: emlak, acente müşterileri ve çalışanları hakkında bilgileri girin ve düzenleyin, çıktı belgeleri oluşturun ve yazdırın.

Bu bilgi sisteminin kullanıcısı için mevcut olan ana eylemler Tablo 7'de listelenmiştir.

Tablo 7 - Kullanıcı Kılavuzu

Operasyon	Kullanıcı eylemi	Program eylemi
Programı başlatma	Programı başlatmak için "İŞ Emlak Acentesi. Accdb" dosyasını çalıştırmanız gerekmektedir.	Ekranda şifre girmek için bir pencere belirecektir.
Şifre girişi	Giriş yapmak için doğru şifreyi girmelisiniz	Şifre doğruysa, ana IP formu açılacaktır.
	Kullanıcı, hazırlanan sözleşmelerin formunu inceler, ayrıca yeni kayıtlar eklemek/silmek de mümkündür.
	Kullanıcı, acente çalışanlarının formlarını görüntüler, ayrıca yeni kayıt ekleme/silme özelliği de vardır.	Veriler otomatik olarak veritabanına girilir
	Kullanıcı, ajansın müşteri formunu görüntüler, ayrıca yeni kayıt ekleme/silme özelliği de vardır.	Veriler otomatik olarak veritabanına girilir
Operasyonlar	Kullanıcı, gayrimenkul ile olası acente işlemlerinin şeklini görüntüler.	Seçilen işlemin "sözleşme" formuna girilmesi
Emlak	Kullanıcı, acentenin gayrimenkul seçenekleri için formu görüntüler.	Seçilen gayrimenkul tipinin "sözleşme" formuna girilmesi
	Ana menüde, kullanıcı "Çıkış" düğmesine bastı	Program düğme formunu şu seçeneklerle etkinleştirir: EVET ve HAYIR
"Hayır" seçeneği	Kullanıcı "HAYIR" düğmesini seçti	Program ana forma döner
"Evet" seçeneği	Kullanıcı "EVET" düğmesini seçti	uygulama kapanıyor

Çözüm

"Bilgi Sistemlerinin Geliştirilmesi ve Çalıştırılması" disiplini üzerine bir kurs projesi geliştirme sürecinde, Microsoft Access 2007'nin yeni yeteneklerini ve işlevlerini bağımsız olarak inceledik, örneğin: bir parola koruması ayarlama, düğme formları oluşturma, otomatik çalıştırma formları.

"Emlak Ofisi" bilgi sisteminin geliştirilmesi, "Veritabanları", "Bilgi Sistemlerinin Geliştirilmesi ve İşletilmesi", "Bilgisayar Grafikleri" disiplinlerinde edinilen becerilerin sistemleştirilmesine ve konsolidasyonuna katkıda bulunmuştur.

Bu bilgi sistemi, bilgilerin uygun şekilde girilmesi ve düzenlenmesi, depolanması için tasarlanmıştır. Program, kullanışlı ve sezgisel bir arayüze sahiptir, sorgu yürütme, kayıt ekleme / silme, alınan raporları yazdırma gibi işlevleri yerine getirir.

Becerilerin güçlendirilmesi, görevi çözme - bir iş süreci geliştirme, bir veritabanı oluşturma, bir bilgi sistemini test etme ve hata ayıklama sırasında gerçekleşir.

Kurs projesinin tamamlanması, yazarken rapor hazırlama becerilerinin de pekiştirildiği açıklayıcı bir notun yazılmasıydı.

bibliyografya

1. Site http:// ofis. microsoft.com/ru-ru/training/CR101582831049. aspx;

Allbest.ru'da yayınlandı

benzer belgeler

Kuruluşların talebi üzerine uzmanları işe alma sürecini otomatikleştirmek için "Mezunların İşe Alım Ajansı" bilgi sisteminin geliştirilmesi. Sistem gereksinimleri, yazılım. Faaliyet sürecinin açıklaması. Veri tabanı tasarımı.

tez, eklendi 11/27/2009


Konu alanının otomasyonu için mevcut çözümlerin analizi. Bir emlak ajansı için bir bilgi sistemi tasarlama metodolojisi. Gereksinim özellikleri ve sertifikalandırma. Kullanıcı arayüzü tasarımı. Bir platform seçmenin gerekçesi.

dönem ödevi eklendi 02/10/2013


Veri oluşturmak ve işlemek için bir dizi yazılım ve dil aracı olarak veritabanı yönetim sistemi. Ayakkabı atölyesinin faaliyetlerinin analizi. İşlevsel bir diyagram geliştirmenin özellikleri ve bir yazılım modülünün test edilmesi.

tez, eklendi 11/04/2012


Kiralanan, satılan, satın alınan ve kiralanan gayrimenkullerle ilgili bilgileri kaydetmek için tasarlanmış otomatik bir sistem programının geliştirilmesi. İlişkisel bir veri modelinin geliştirilmesi. Kullanıcı Kılavuzu ve Yönetici Kılavuzu.

28.12.2012 tarihinde eklenen dönem ödevi


Bir işe alım ajansının çalışmasını otomatikleştirmenize izin veren Microsoft Access DBMS'ye dayalı bir veritabanının geliştirilmesi. Bir işe alım ajansı hakkında gerçek dünyadaki bilgilere dayalı konu alanı. ER-win'de uygulanan bilgi sistemi modeli.

dönem ödevi, 15/12/2011 eklendi


Müşteri hizmetleri süreçlerinin özellikleri, emlak piyasası araştırması, finansal manipülasyonlar hakkında bilgi oluşumu. Ajans modelinin tanımı; bağlam diyagramı oluşturma sırası. Geliştirilen "olmak" modelinin optimizasyonu.

28/08/2012 tarihinde eklenen dönem ödevi


"Seyahat Acentesi" bilgi sisteminin konu alanı ve çalışma ortamının analizi. SQL Server 2008'de Enterprise Manager aracılığıyla veritabanlarının geliştirilmesi ve bakımı. Tablo, sorgu, saklı prosedür oluşturma ilkeleri.

dönem ödevi, eklendi 12/11/2013


Veritabanı kavramı. Yapılarına göre sınıflandırma. Veritabanları oluşturmak, depolamak ve işlemek için, özellikle sorguların, formların, tabloların kullanımı için bir dizi yazılım ve dil aracı. Makroların, raporların, modüllerin özü.

sunum eklendi 12/08/2013


Bilgi sistemi - gerekli bilgileri toplamak, depolamak, işlemek, vermek için tek bir sistemde birleştirilmiş bir dizi organizasyon, donanım ve yazılım aracı. İnfolojik, mantıksal veritabanı modellerinin özelliklerinin analizi.

dönem ödevi eklendi 09/16/2017


Kazakistan Cumhuriyeti'nde kiralamanın yasal dayanağı. Emlak acentelerinin çalışmaları için mevcut yazılımların gözden geçirilmesi. Bir bilgi sisteminin geliştirilmesi için araçların seçimi. Bilgi toplama, aktarma, işleme ve yayınlama teknolojisinin organizasyonu.

ders çalışması

"Bilgi sistemlerinin geliştirilmesi" disiplininde

Emlak ajansı IP geliştirme

Tanıtım

Çözülen bilgi desteği sorununun konu alanındaki önemi ve yeri

Herhangi bir organizasyonda en verimli üretim için veri yönetimini organize etme sorunu ortaya çıkar. Otomasyon, büyük miktarda veriyi depolamanıza, yapılandırmanıza ve düzenlemenize olanak tanır.

Pazarın gelişimi, gayrimenkul hizmetleri sunan şirket sayısındaki artışa katkıda bulundu, bu da rekabetin yoğunlaşmasına ve müşteri hizmetlerinin seviyesi, hızı ve kolaylığı için artan gereksinimlere yol açtı.

Müşteri hizmetleri iki aşamadan oluşur: ilk aşamada emlak piyasasının mevcut teklifi aranır, ikinci aşamada yasal belgeler hazırlanır.

Mevcut teklifleri aramanın hızını ve kalitesini artırmak (ilk aşamada), emlak piyasasının mevcut durumu hakkında bir bilgi analizi sağlayacak bir bilgi sisteminin geliştirilmesini ve uygulanmasını gerektirir.

Kurs çalışmasının amacı, Kamensk-Shakhtinsky şehrinde "Alina" firmasının gayrimenkul faaliyetlerinin otomasyonu için bir bilgi sisteminin geliştirilmesi ve uygulanmasıdır.

Diploma tasarımının amaç ve hedefleri

IS geliştirme aşağıdaki görevleri içerir:

¾ Yazılım ürünleri pazarını incelemek, güçlü ve zayıf yönlerini belirlemek.

¾ Sistem gereksinimleri ve tasarımının analizi.

¾ Müşteri gereksinimlerini karşılayan bir bilgi sisteminin uygulanması.

¾ Geliştirme teknolojilerinin etkinliğinin değerlendirilmesi.

Bu AIS, operasyonel verilerle çalışmalıdır, bu verilerin toplanması, işletmenin faaliyetlerinin herhangi bir süre boyunca analiz edilmesine izin verecek ve ayrıca muhasebe, satın alma ve satış, takas, gayrimenkulün özelleştirilmesi ile ilgili bilgilerin operasyonel yönetimine izin verecektir. Bu, sistemin uygulanmasının görevlerinden biridir. Kullanımı sayesinde, şirket tarafından gerçekleştirilen yukarıdaki işlevler için gerekli bilgilerin hazırlanması, araştırılması ve işlenmesi için harcanan zaman önemli ölçüde azalır. Bu, verileri depolamanın ve işlemenin en uygun yolunu seçerek elde edilir. Bu yaklaşımla, diğer kullanıcıların bu verileri elde etmesi için geçen süre de azalır. Bu, bu kurs çalışmasının pratik önemidir.

Geliştirilen bilgi sistemi, ajansın dairelerinin dahili veri tabanının oluşturulması ve desteklenmesi, dairelerin, odaların, hanelerin, Kamensk-Shakhtinsky şehrinde ve satışa sunulan diğer yerleşim yerlerinin girişi ve düzenlenmesi için gereklidir. ajanlar tarafından. Ayrıca sistem işgücü verimliliğini artırarak işin daha iyi, daha hızlı ve daha ucuza yapılmasına yardımcı olacaktır. Bilgi sisteminin yardımıyla, bazı rutin işlemleri otomatikleştirerek müdür, muhasebeci ve sekreterin çalışma seviyesini artırabilirsiniz.

1. Yazılım gereksinimlerinin geliştirilmesi

.1 Konu alanının otomasyonu için mevcut çözümlerin analizi

Emlak ajansı "Alina", bireylere ve tüzel kişilere aşağıdaki hizmetleri sunmaktadır:

¾ Gayrimenkul satın almak

¾ Gayrimenkul satışları

¾ Emlak borsası

¾ Mülk kiralama

¾ Gayrimenkul değerlemesi

Geliştirilen IS aşağıdaki işlevleri yerine getirmelidir:

¾ Ajans dairelerinin dahili bir veritabanını oluşturun ve sürdürün.

¾ Dahili veri tabanından herhangi bir daire koşulu seti için seçim.

¾ Bir gönderici telefon ile ajansın çalışma planının organizasyonu.

¾ Yöneticilere ve çalışanlara yönetim bilgileri verin

.2 Bir bilgi sistemi tasarım metodolojisi seçme

Şu anda, bilgi sistemlerinin geliştirilmesi ve uygulanmasında birkaç tasarım metodolojisi vardır:

SADT Fonksiyonel Modelleme Metodolojisi;

UML dilinde nesne yönelimli analiz ve tasarım metodolojisi;

Bilgi sisteminin tasarımı için, UML dilinde nesne yönelimli analiz ve tasarım metodolojisi seçildi (Birleşik modelleme dili) - yazılım geliştirme alanında nesne modelleme için bir grafik tanımlama dili. UML geniş tabanlı bir dildir; UML modeli adı verilen bir sistemin soyut bir modelini oluşturmak için grafik gösterimi kullanan açık bir standarttır. UML, başta yazılım sistemleri olmak üzere tanımlamak, görselleştirmek, tasarlamak ve belgelemek için oluşturulmuştur.

1.3 Alan analizi

Emlak ajansı "Alina", Kamensk-Shakhtinsky şehrinde bulunan konut ve ticari gayrimenkullerin satın alınması, satılması, kiralanması, değerlendirilmesi gibi gayrimenkul alanında geniş bir hizmet yelpazesi sunmaktadır.

Şekil, ajansın yapısal bağlantılarını göstermektedir:

("BIG-Mini" yazılımı aracılığıyla oluşturulmuştur):

Ajansın şu anda 14 çalışanı var.

Şirketin ana faaliyetleri şekilde gösterilmiştir ("BIG-Mini" yazılımı aracılığıyla oluşturulmuştur):

1.4 Gereksinimlerin Toplanması

otomasyon ajansı emlak arayüzü

Gereksinim toplama, bir sistem gereksinimleri belirtim belgesi oluşturmak ve onaylamak için gereken süreçtir.

Bu aşamada:

¾ İhtiyaçlar toplanıyor.

¾ Paydaş profilleri derlenir.

¾ Kullanım durumları geliştirilmektedir.

Çoğu zaman, gereksinimleri toplama metodolojisi, görüşme yönteminin kullanımına ve firmanın faaliyetlerini tanımlayan dokümantasyon çalışmasına dayanır.

Görüşülen çalışanlar, yazılımda sezgisel bir arayüz, veri güvenliği, nesneleri görüntülemek için bir şehir haritası ve operasyonların geçmişini görüntüleme yeteneği görmek istediler.

Karar vermek için mevcut teklifler, daha önce satılan gayrimenkul nesneleri, şirketin şu anda sattığı nesneler ve her bir nesnenin ayrıntılı açıklaması hakkında eksiksiz bilgiye ihtiyacınız var.

1.5 Gereksinim Analizi ve Modelleme

"Alina" emlak ajansının IP'si için gereksinimleri toplamak için yapılan çalışmalara dayanarak, aşağıdaki gereksinimler belirlendi:

¾ Şehir haritası (nesnenin haritada görüntülenmesiyle birlikte).

¾ Nesnelerin sınıflandırılması (alanın otomatik tanımı, konut tipi, kat sayısı, yerleşim planı, duvar malzemesi).

¾ Nesnelerin "yinelenen kayıtlarını" hariç tutma işlevi (yeni bir nesne eklerken, program analogların varlığını kontrol eder ve benzerlerin varlığı hakkında uyarır).

¾ Kiralama koşullarının takibi.

¾ Kiralama geçmişini görüntüleme yeteneği.

¾ Nesne sahiplerinin veri tabanının arşivi.

¾ Müşteri veritabanının arşivi - müşteriden gelen siparişlerin durumunun iki durumu: aktif ve aktif değil.

¾ Özel verileri gizleme işlevi.

¾ Nesnelere görüntü ekleme.

¾ Olaylara yetkilendirme ve ad bağlama ile çok kullanıcılı arayüz (dağıtılmış erişim).

¾ Tanımlama kolaylığı için her nesne için kimlik numarası.

¾ Felaket durumunda veritabanı kurtarma için otomatik istemci tarafı yedeklemeleri.

1.6 Gereksinim özellikleri

Gereksinim belirtimi, projenin sürekli bakımı ve projeyle ilgili olarak formüle edilen gereksinimlerin sunumu için kullanılır. Veri, süreç ve davranış olmak üzere üç ana bileşeniyle ilişkili olarak ele alınan bir yazılım ürününün konu alanını tanımlamanıza olanak tanır. Spesifikasyon, veri, süreç ve davranışın özelliklerini temsil eden üç gereksinim modelini tanımlayarak proje alanını tanımlamaktan çözüm alanına geçmenizi sağlar.

IP'ye erişim, yalnızca ajansın departmanı ile ilişkili olan kullanıcı kategorileri tarafından gerçekleştirilebilir, yani: şef, uzman, değerleme uzmanı.

Genel kısıtlamalar

Çalışma ortamı. Minimum işletim sistemi gereksinimleri Windows7 Starter'dır.

Tasarım ve Uygulama Kısıtları-1. Veritabanı SQL Server 2010 üzerinde tasarlanmalıdır.

Tasarım ve Uygulama Kısıtları-2. Uygulama, harici cihazları kontrol eden modüllerin otomasyon sunucuları olduğu bir istemci-sunucu sistemi olarak gerçekleştirilmelidir.

Harici arayüz gereksinimleri

Kullanıcı arayüzleri-1. Çıktı ekranları genel kabul görmüş standartlara uygun olmalıdır.

Kullanıcı arayüzleri-2. Sistem, her formda bu formun nasıl kullanılacağını açıklayan yardımcı olacak bir bağlantı sağlamalıdır.

Kullanıcı arayüzleri-3. Formlar, klavye ve fare kullanılarak tam gezinme ve seçim sağlamalıdır.

Sistem gereksinimleri tabloda gösterilmiştir:

Yazılım kalite özellikleri

Kullanılabilirlik-1. Sistem günün her saatinde kullanılabilir olmalıdır.

Güvenilirlik-1. Sistem, bir ağ veya sistem arızası durumunda eksik raporları kurtarmalıdır.

İşlevsel gereksinimler

¾ Müşteri kayıtlarının tutulması, değiştirilmesi.

¾ Veritabanı araması.

¾ Başvuruların kaydı.

¾ Raporların sunulması.

1.7 Gereksinimlerin onaylanması

Doğrulama işlemi sırasında, çeşitli türlerde gereksinim kontrolleri gerçekleştirilmelidir.

1. Gereksinimlerin doğruluğunu kontrol etmek. Kullanıcı, sistemin belirli belirli işlevleri yerine getirmek için gerekli olduğuna inanabilir. Bununla birlikte, daha fazla yansıtma ve analiz, ek veya yeni işlevlerin tanıtılması ihtiyacına yol açabilir. Sistemler, farklı ihtiyaçları olan farklı kullanıcılar için tasarlanmıştır ve bu nedenle gereksinimler dizisi, sistem kullanıcılarının gereksinimleri arasında bir tür uzlaşmayı temsil edecektir.

2. Tutarlılık kontrolü. Gereksinim belirtimi tutarsızlıklar içermemelidir. Bu, gereksinimlerin aynı sistem işlevinin çelişen kısıtlamalarını veya farklı açıklamalarını içermemesi gerektiği anlamına gelir.

Bütünlüğü kontrol etmek. Gereksinim belirtimi, tüm sistem işlevlerini ve sisteme uygulanan kısıtlamaları tanımlayan gereksinimleri içermelidir. Fizibilite kontrolü. Mevcut teknolojilerin bilgisine dayanarak, gerçek uygulama olasılıkları için gereksinimler kontrol edilmelidir. Finansman fırsatları ve sistem geliştirme programı da burada kontrol edilir. Birlikte veya her biri ayrı ayrı kullanılabilecek bir dizi gereksinim doğrulama yöntemi vardır. Prototipleme yöntemi, sistem gereksinimlerini kontrol etmek için müşterilerin kullanılmasını mümkün kılan, sistem analizi aşamasında yazılım ürünü sertifikasyonunun uygulanması için ana yöntemlerden biridir.

IS'nin sunucu tarafının arayüzünün prototipi:

.8 Bölüm için sonuçlar

Ders çalışmasının ilk bölümünde, mevcut IS analiz edildi, firma çalışanlarının ana faaliyetlerini açıklayan iş kullanım senaryoları oluşturuldu ve acente departmanının faaliyet alanları belirlendi. Gereksinimleri belirlemek için gelecekteki sistemin ana kullanıcıları olarak şirket çalışanları arasında bir anket yapıldı. Prototipleme yoluyla gereksinim tasdikinin gerçekleştirilmesi bu aşamadaki son adımdı.

2. Bir bilgi sistemi tasarlamak

2.1 Mimari tasarım

Tasarım mimarisi, sistem konfigürasyon gereksinimleri tarafından belirlenir. "Alina" şirketinin IS'si durumunda, sistemin dağıtılmış yapısının tasarımı bir zorunluluktur.

Örnek bir IC mimarisi şekilde gösterilmiştir.

2.2 Kullanıcı arayüzünün tasarlanması

Kullanıcı arabirimi, bir bilgisayarla kullanıcı etkileşimi sağlayan bir yazılım ve donanım topluluğudur. Diyaloglar bu etkileşimin temelini oluşturur. Bu durumda, bir diyalog, bir kişi ile bir bilgisayar arasında gerçek zamanlı olarak gerçekleştirilen ve belirli bir sorunu ortaklaşa çözmeyi amaçlayan düzenlenmiş bir bilgi alışverişi olarak anlaşılır: bilgi alışverişi ve eylemlerin koordinasyonu. Her diyalog, kullanıcı ile bilgisayar arasındaki iletişimi fiziksel olarak sağlayan ayrı G/Ç işlemlerinden oluşur. Bilgi alışverişi, mesajların ve kontrol sinyallerinin iletilmesiyle gerçekleştirilir.

Programın ana penceresi:

Müşteri istek yanıt formu:

2.3 Veritabanı tasarımı

Veritabanı tasarımının ana hedefleri şunlardır:

¾ Bu uygulamanın tüm ana uygulama alanları ve mevcut kullanıcı grupları için gerekli olan verilerin ve aralarındaki ilişkilerin sunumu;

¾ Gerekli herhangi bir veri işleme işleminin yürütülmesini destekleyebilecek bir veri modeli oluşturun;

¾ Yapısı sistem performansı için tüm temel gereksinimleri karşılamanıza izin veren bir projenin ön versiyonunun geliştirilmesi - örneğin, sistemin yanıt süresi.

Bir veritabanının tasarımı, belirli bir organizasyonun son kullanıcılarının görüşlerine - sistem için kavramsal gereksinimlere - dayanmalıdır.

Bir veritabanı tasarlarken, modelin iki seviyesi oluşturulur - mantıksal ve fiziksel. Mantıksal katman, verilerin soyut bir görünümüdür, verileri gerçek dünyada göründüğü gibi sunar ve gerçek dünyada ne denirse o olarak adlandırılabilir. Mantıksal düzeyde temsil edilen model nesnelerine varlıklar denir. Bir veri modelinin mantıksal katmanı, kavramsal bir veri modeli gibi başka bir modelin üzerine inşa edilebilir.

2.4 Bir bilgi sistemi oluşturmak için bir platform seçmenin gerekçesi

Emlak ajansı "Alina"nın IS'sini uygulamak için, MicrosoftAccess 2010 ve MicrosoftVisual C# .Net programlama dili gibi yazılım geliştirme araçları seçilmiştir.Windows için etkileşimli bir ilişkisel DBMS'dir. Kurulan ilişkilere bağlı olarak verileri depolamak ve almak için kullanılan bir programdır. Onunla çalışmak, bir fare manipülatörü aracılığıyla basitleştirilmiştir. Kabuğun grafik yetenekleri, yüksek kaliteli raporlar ve çıktılar üretmek için etkileyicidir. Tüm bunlar, True-type yazı tiplerinin desteklenmesi ve OLE nesnelerinin WINDOWS ortamına yerleştirilmesi sayesindedir. OLE - bir nesne, orijinal biçiminde kalan belirli bilgilere bir bağlantıdır.Ayrıca kullanıcıya çeşitli formatlardaki veritabanlarıyla çalışmak için mekanizmalar sağlar.

Mühendislik bölümünde sadece 3 bilgisayar olduğu için küçük ve esnek bir VTYS'ye ihtiyaç duyulmuştur. Sonuç olarak, Microsoft Access 2003'ün bu kuruluş için sunulan tüm gereksinimleri karşılayan ideal bir veritabanı geliştirme ortamı olduğu sonucuna varabiliriz.

MicrosoftVisualStudio .Net platformu için özel olarak yeni bir programlama dili olan C# geliştirilmiştir. Çeşitli programlama dillerindeki en iyilerin çoğunu özümsedi.

C# dili basitliği ile silahsızlanıyor - yaklaşık 80 anahtar kelimesi ve bir düzine yerleşik veri türü var. Bununla birlikte, modern programlama konseptlerinin uygulanması söz konusu olduğunda, son derece etkileyici olduğu ortaya çıkıyor. C# dili, modern bir dilden bekleyebileceğiniz yapılandırılmış, bileşen yönelimli ve nesne yönelimli programlama için en eksiksiz desteği içerir.

C#, numaralandırmalar, yapılar ve sınıf özellikleriyle çalışmak için yerleşik sözdizimi sağlar.

Bu nedenle, MS Access DBMS bilgi sisteminin geliştirilmesinin uyumlu bir şekilde birleştirilmiş bileşenleri ve yüksek seviyeli C # dili sadece birbirleriyle etkileşim için değil, aynı zamanda bir emlak şirketinin ihtiyaçları için de idealdir.

.5 Modüllerin tasarlanması

Ana tasarım hedefi, analiz modellerini, sistemin uygulanması temelinde ayrıntılı tasarım belgelerine dönüştürmektir. Tasarlanan sistemin mantıksal modeli, UML dilinin temel nesne yönelimli yaklaşımlarını kullanarak Rational teknolojisi temelinde oluşturulmuştur.

"Giriş verileri" modülü, nesne hakkında bilgi içerir ve gayrimenkulün özelleştirilmesi, satın alınması veya satışı için bir uygulamanın yürütülmesini içerir. Giriş verileri aşağıdaki parametreleri içerir:

¾ Sözleşme numarası (ID)

¾ Sahibinin tam adı

¾ Nesne türü

¾ Oda alanı

¾ Fiyat (satış durumunda)

¾ Oda görüntüsü içeren bir dosya ekleyebilme.

Girilen veriler bir veritabanına yerleştirilir ve herhangi bir zamanda uzmanlar tarafından düzenlenebilir. Uzmanlar gayrimenkulün durumunu değiştirebilir (satılandan satılana).

"Çıktı verileri" modülü, özelleştirme, satın alma veya satışın tamamlanmasına ilişkin bir raporun hazırlanmasını içerir.

Satılan nesnelerin bulunduğu modül aşağıdaki verileri içerir:

¾ Sözleşme numarası

¾ Satıcının adı

¾ Alıcının tam adı

¾ Satış tarihi

¾ Nesne türü

¾ Oda alanı

Veriler, kullanıcı dostu bir formatta rapor şeklinde üretilir, istenildiği zaman istenebilir ve istatistiksel bilgi için kullanılabilir.

.6 Bölüm için sonuçlar

İkinci bölümde IP gayrimenkul muhasebe sisteminin tasarımı gerçekleştirilmiştir.

Bu aşamada, sistemin mantıksal ve fiziksel temsilinin modelleri oluşturulmuştur. Sistem veritabanı geliştirildi.

Sistemin ana bileşenlerinin, konu alanının temel kavramlarının işlevselliğini uygulayan bağımsız ActiveX bileşenleri olarak mantıksal bir temsili geliştirilmiştir.

Çözüm

Kurs çalışmasının amacı, emlak ajansı "Alina" için IP'nin geliştirilmesiydi.

Kurs çalışmasının ilk aşaması, IS'nin amaç ve hedeflerinin tanımlanmasıydı.

Birinci bölümde, organizasyonun süreçlerinin iş modellemesi yapılır. Çalışanların ana faaliyetlerini temsil eden bir iş kullanım durumları diyagramı oluşturulur ve bilgi sisteminin kullanım durumları diyagramı oluşturulur.

İkinci bölümde bilgi sisteminin mimari tasarımı yapılmıştır. Ayrıca, sistemin uygulanmasında önemli bir nokta olan kullanıcı arayüzünün tasarımı yapılmıştır.

Program arayüzü tasarlandıktan sonra veri yapısı modellenmiştir (mantıksal ve fiziksel modeller). CASE aracını oluşturmak için kullanılan yazılım aracı RationalRose 2000 EnterpriseEdition yazılım ürünüydü. Kullanılan yazılım araçları dikkate alındı. Yazılım geliştirme ortamı olarak MicrosoftVisualStudio 2010 ve C# programlama dili kullanılmıştır.

Tasarım sırasında, bu tür yazılım ürünleri şu şekilde kullanıldı:

¾ BigMasterMini;

¾ MS SQL Sunucusu 2010;

¾ MS Word 2013;

¾ Rasyonel Gül.

Özetle, emlak acentesinin otomasyonu ile ilgili görevin çözüldüğünü söyleyebiliriz.

Aynı seçenek için 1-5 No'lu laboratuvar çalışması yapılır.

• 1. "Öğrenci ilerlemesi için muhasebe" program modülü geliştirmek. Yazılım modülü, öğrencilerin dekan, dekan yardımcıları ve dekanlık çalışanları tarafından oturumdaki ilerlemelerinin operasyonel olarak kaydedilmesi için tasarlanmıştır. Öğrencilerin ilerlemeleri ile ilgili bilgiler, öğrenim gördükleri tüm süre boyunca saklanmalı ve alınan derslerle ilgili sertifikaların ve diploma eklerinin hazırlanmasında kullanılmalıdır.
• 2. "Öğrencilerin Kişisel Dosyaları" yazılım modülünü geliştirin. Yazılım modülü, dekanlık, sendika komitesi ve personel dairesi çalışanları tarafından öğrenciler hakkında bilgi almak için tasarlanmıştır. Bilgiler, öğrencinin eğitiminin tamamı boyunca saklanmalı ve sertifika ve raporların hazırlanmasında kullanılmalıdır.
• 3. "Birleşimsel-optimizasyon problemlerinin çözümü" yazılım modülünü geliştirmek. Modül, minimum uzunlukta bir döngü bulmak (gezgin satıcı problemi), en kısa yolu bulmak ve minimum bağlantı ağacını bulmak için algoritmalar içermelidir.
• 4. Bir 'Uts1o?5 "Organizer" uygulaması geliştirmek. Uygulama, kişilerin ve kuruluşların adreslerini ve telefon numaralarını, ayrıca programları, toplantıları vb. kaydetmek, saklamak ve aramak için tasarlanmıştır. Uygulama herhangi bir bilgisayar kullanıcısı için tasarlanmıştır.
• 5. Bir yindows uygulaması "Hesap Makinesi" geliştirin. Uygulama herhangi bir kullanıcıya yöneliktir ve tüm aritmetik işlemleri (önceliklere uyularak) ve tercihen (ancak zorunlu olarak değil) birkaç matematiksel işlevi içermelidir.
• 6. Bölüm personeli hakkında bilgileri (isim, pozisyon, akademik derece, disiplinler, iş yükü, sosyal hizmet, yarı zamanlı işler vb.) içeren bir program modülü "Bölüm" geliştirin. Modül, personel departmanı ve dekanlık çalışanları tarafından kullanılmak üzere tasarlanmıştır.
• 7. Laboratuvar personeli hakkında bilgileri (tam ad, cinsiyet, yaş, medeni durum, çocukların varlığı, pozisyon, akademik derece) içeren bir "Laboratuvar" program modülü geliştirin. Modül, sendika komitesi ve personel departmanı çalışanları tarafından kullanılmak üzere tasarlanmıştır.
• 8. Bir yazılım modülü "Autoservice" geliştirin. Servise kaydolurken, sahibinin adını, araba markasını, işin türünü, siparişin alınma tarihini ve onarım maliyetini gösteren bir başvuru doldurulur. İşi tamamladıktan sonra bir makbuz yazdırılır.
• 9. "Trafik kurallarının ihlallerinin muhasebeleştirilmesi" yazılım modülünü geliştirmek. Her araba (ve sahibi) için veri tabanında bir ihlal listesi saklanır. Her bir ihlal için tarih, saat, ihlalin türü ve ceza miktarı kayıt altına alınır. Tüm cezalar ödendiğinde, araba veri tabanından kaldırılır.
• 10. "Emlak Acentesi Kart Dosyası" yazılım modülünü ajans çalışanlarının kullanımına yönelik geliştirin. Veritabanı daireler hakkında bilgi içerir (oda sayısı, kat, görüntü vb.). Bir takas (al, sat) başvurusu geldiğinde uygun bir opsiyon aranır. Durum böyle değilse, müşteri müşteri tabanına girilir ve bir seçenek göründüğünde bilgilendirilir.
• 11. "ATS Abone Kartı" yazılım modülünü geliştirmek. Kart dosyası, telefonlar ve sahipleri hakkında bilgiler içerir. Ödemedeki gecikmeleri düzeltir (abone ve zamana dayalı). Yerel aramalar için zaman ücretinin zaten tanıtıldığına inanılıyor.
• 12. Hava yollarında boş koltukların mevcudiyeti hakkında bilgi içeren bir "Aviakassa" yazılım modülü geliştirmek. Veritabanı, uçuş numarası, mürettebat, uçak tipi, hareket tarihi ve saati ile uçak biletlerinin (farklı sınıflardan) maliyeti hakkında bilgi içermelidir. Bilet başvurusu alındıktan sonra program uygun bir uçuş arar.
• 13. Kitaplar hakkında bilgi (yazar, başlık, yayıncı, yayın yılı, fiyat) içeren bir yazılım modülü "Kitapçı" geliştirin. Alıcı, ihtiyacı olan kitaplar için başvuruda bulunur, yoksa veritabanına girilir ve gerekli kitaplar mağazaya ulaştığında bilgilendirilir.
• 14. "Park Etme" yazılım modülünü geliştirin. Program, arabanın markası, sahibi, giriş tarihi ve saati, park ücreti, indirimler, ödeme borçları vb. hakkında bilgiler içerir.
• 15. Açık pozisyonlar ve özgeçmişler hakkında bilgi içeren bir "İşe Alım Ajansı" program modülü geliştirin. Yazılım modülü, hem şirket yöneticilerinin gereksinimlerini karşılayan bir çalışan bulmak hem de uygun bir iş bulmak için tasarlanmıştır.

Tanıtım

1. Analitik kısım

1.1 Konu alanı ve işletmenin teknik ve ekonomik özellikleri.

1.1.1 İşletmenin özellikleri

1.2 Görevler kompleksinin tanımı, görevler ve otomasyon ihtiyacının gerekçesi

1.2.1 Bir dizi otomasyon görevinin ve mevcut iş süreçlerinin özelliklerinin seçimi

1.2.2 Sorunu çözmek için bilgisayar teknolojisini kullanma ihtiyacının gerekçesi

1.2.3 İşletme için IS'nin ana özelliklerinin ve seçilen görev kümesinin açıklaması

1.2.4 Görevler kompleksinin ekonomik özü

1.2.5 Tasarlanan görevin görevler kompleksi içindeki yerinin belirlenmesi

1.2.6 Sorunun özü

1.3.2 Görev otomasyon stratejisinin seçimi ve gerekçesi

1.4 Otomasyonun hedefini ve alt görevlerini belirleme. Hedefe ulaşma kriterleri.

1.4.3 Bir bilgisayarda alt görevleri çözme organizasyonunun genel özellikleri

1.5 Mevcut gelişmelerin analizi ve tasarım teknolojisi seçiminin gerekçesi.

1.6 Tasarım çözümlerinin gerekçesi

1.6.2 Bilgi desteği için tasarım çözümlerinin gerekçesi

2. Tasarım bölümü

2.1 Görevin bilgi desteği

2.1.4 Veritabanının özellikleri.

2.2 Görev yazılımı

2.3 Görevin teknolojik desteği

2.4 Proje uygulamasının test durumu ve açıklaması

Çözüm

Kullanılan kaynakların listesi

1.1 tekno -konu alanının ve işletmenin ekonomik özellikleri

1.1.1 İşletmenin özellikleri

1. Tam adı: Emlak ofisi "Elena". Kısaltılmış isim: Emlak Ofisi "Elena".

2. Emlak ajansı "Elena", Rusya Federasyonu "tüzel kişilerin ve bireysel girişimcilerin devlet kaydı hakkında" yasasına uygun olarak özel bir girişimci tarafından tescil edilmiştir.

3. Ajansın Yeri: Rusya Federasyonu, Başkurdistan Cumhuriyeti, Oktyabrsky şehri, Lenin Bulvarı, 67.

4. Görevler:

· Piyasa talebine uygun olarak gayrimenkul alım-satım, bağış ve diğer işlemler için halka hizmet sağlanması.

· Mortgage kredisi almada yardım.

· Gayrimenkul hakkında bilgi aramak için erişilebilir hizmetlerin oluşturulması.

· Gayrimenkul yatırımı için eksiksiz bir hizmet yelpazesinin sağlanması.

· İşletme faaliyetlerinde istikrarın sağlanması.

5. Şirketin amaçları:

· Kar elde etme.

· Kaliteli hizmet sunan güvenilir, vicdani bir kurum olmak.

· Yeni müşterilerin cazibesi.

· Faaliyetlerin bölgesel kapsamının genişletilmesi.

2006, 2007, 2008 için emlak acenteleri "Elena".

	Ana faktörler	2006 yılı	2007 yılı	Varyasyon (%) 2007'den 2006'ya	2008 yılı	Varyasyon (%) 2007'den 2006'ya
1	2	3	4	5	6	7
1.	Sağlanan hizmetlerin hacmi, bin ruble;	6500	7100	109	9800	151
2.	Sağlanan hizmetlerin maliyeti, bin ruble;	5200	5400	104	7340	141
3.	Sağlanan hizmetlerin rublesi başına maliyetler, kopekler;	1,25	0,76	60	0,75	60
4.	Kar, bin ruble;	1300	1700	131	2460	189
5.	Karlılık,%	25	34	136	33	132
6.	Personel sayısı, kişiler;	5	6	120	8	160
7.	Emek verimliliği, bin ruble / kişi;	1300	1183	91	1225	94
8.	Ortalama aylık maaş, ruble;	8000	10000	125	15000	187
9.	Ücret fonu, ruble;	40000	60000	150	120000	300

Verilen verileri kullanarak Elena ajansının 2006, 2007, 2008 dönemi mali sonuçlarını değerlendireceğiz.

Tablo, sağlanan hizmetlerin hacminin her yıl arttığını göstermektedir: 2007'de, 2006'ya göre - %9, 2008'de - %51.

Bu artış aşağıdaki faktörlerden etkilenmiştir:

2008'de ipotek kredisi mevcuttu - bankanın faizi yıllık %11 arasında değişiyordu;

Sağlanan hizmetler için pazar, bölgenin yakın şehirlerini ele geçirerek önemli ölçüde genişledi;

Ajansa yeni emlakçıların gelmesiyle birlikte çalışma koşulları keskin bir şekilde azaldı;

Bir avukat ücretsiz danışmanlık sağlar, ardından müşteriler işlemlerin yürütülmesi için ajansın müşterisi olur.

2007 yılında verilen hizmetlerin ana maliyeti 2006 yılına göre sırasıyla %4 ve 2008 yılında %41 artmıştır. Maliyet artışı aşağıdakilerden etkilenmiştir:

Enerji maliyetlerindeki artış, su, ısı, telefon iletişimi, İnternet ödemeleri fiyatlarındaki artış;

En son hırsız alarmının kurulumu;

Arabalar için artan yakıt tüketimi;

Sunulan hizmetlerin rublesi başına maliyetler (maliyet fiyatının sağlanan hizmetlerin hacmine oranı), 2007 ve 2008'de 2006'ya göre% 40 oranında azalmıştır.

Bu düşüş, firmanın maliyetleri aşağıdaki yollarla en aza indirmeye çalışması gerçeğinden kaynaklanmaktadır:

Sınırsız İnternet bağlantısı;

Müşterileri çekmek için ağızdan ağza daha fazla kullanım;

Uzun mesafe telefon görüşmelerinin sınırlamaları;

Kâr göstergelerine (hizmet hacmi ve maliyet fiyatı arasındaki fark) bakıldığında, ajans kârlı bir şekilde çalışır, yani kâr her yıl artar: 2007'de 2006'ya kıyasla, 2008'de de %31 arttı. , 2006 yılına göre %89 arttı...

Bu, sağlanan 1 ruble hizmet maliyetindeki düşüşten etkilendi. Kârlılıktaki büyüme dinamikleri de aynı nedenlerden kaynaklanmaktadır.

Personel sayısı her yıl artmakta olup, 2007 yılında kadroya 1 emlakçı, 2008 yılında 3 uzman daha eklenmiştir. Bu, sağlanan hizmetlerin hacmindeki artıştan kaynaklanmaktadır. Gerekirse, uzmanlar birbirlerinin yerine geçerler, böylece niteliklerinin seviyesini arttırırlar ve aynı zamanda müşterinin şirketten başka bir ajansa ayrılmasını önlerler.

2007 yılında işgücü verimliliği (sağlanan hizmet hacminin çalışan sayısına oranı) 2006 yılına göre %9, 2008 yılında ise 2006 yılına göre %6 azalmıştır. Bu, devletin genişlemesinden etkilenmiştir. Ancak bu şirket için normaldir, çalışanlar hızlı bir şekilde çalışma ritmine girerler, bu nedenle ekibin verimliliğini artırma eğilimleri vardır.

2007 yılında çalışanların ortalama aylık maaşları 2006 yılına göre %25, 2008 yılında ise %87 oranında artmıştır. Sonuç olarak, ücret fonu artar (aylık ortalama ücret ile personel sayısının çarpımı). Bu büyüme, sağlanan hizmetlerin hacmindeki bir artışla ilişkilidir, ayrıca verimlilik ve profesyonellik için, yönetmen ikramiyeleri teşvik eder, şirket pahasına bunları Moskova, Ufa, Samara'daki ücretli seminerlere gönderir.

Genel olarak, Elena Emlak Ofisi, genel ekonomik istikrarsızlığa rağmen istikrarlı ve kârlı bir şekilde faaliyet göstermektedir. Fiyatların artması ve düşmesi emlak piyasasını etkiler ama her zaman satmak isteyen ve gayrimenkul almak isteyen birileri vardır, şirketin çalışmalarını öyle bir şekilde organize etmek gerekir ki hizmetleriniz için size gelsinler. .

1.1.2 İşletme yönetiminin organizasyon yapısı ve özellikleri

Yapı

Ajans, yalnızca küçük organizasyonlarda bulunan iki katmanlı bölümleri yansıtan ilkel bir organizasyon yapısına sahiptir.

Ofis Müdürü. Emlakçılar grubunun başkanı

Sorumluluklar:

· Bir grup emlakçının liderliği.

· Ofis çalışmalarının planlanması, kontrolü ve raporlanması.

· Tüm işlemlerin ilerlemesini izleme.

· Emlakçıların eğitimi.

· Avansların kabulü ve ödenmesi.

Kıdemli Hukuk Müşaviri:

Sorumluluklar:

· İşlemin eskortu

· Belgelerin "temizliğini" kontrol etmek

· Ajans faaliyetlerinin mevzuata uygunluğunun kontrolü.

Muhasebeci

Sorumluluklar:

Raporların hazırlanması ve teslimi

emlakçı

Sorumluluklar:

çağrı alma

· Potansiyel müşterilere danışmanlık yapmak.

· Şirketin ofisinde ve müşteri ziyareti ile acentelik anlaşmalarının yapılması.

· Özel bir gayrimenkul bazında daire seçimi.

· Dairelerin gösterileri.

Belge toplama

· İşlemlerin hazırlanması.

· İlerleme yapmak.

Ofis Yöneticisi

Sorumluluklar:

· Ofisin idari desteği.

· Müşterilerle buluşma. Müşteriler için çay, kahve.

· Faks gönderme / alma. Belgelerin çıktısı.

· Ofis ömrü için ofis malzemeleri ve diğer eşyaların satın alınması.

· Çalışanların ofis ziyaretlerinin istatistiklerini tutmak.

Kurye

· Yazışmaların teslimi.

· Belgelerin teslimi.

Şekil 1.1 Organizasyon Şeması

karakteristik

Gayrimenkul faaliyeti, özel eğitimin mevcudiyeti anlamına gelmez, çünkü eğitim piyasası bu alanda uzmanlar hazırlamaz.

Ajansta çalışan tüm insanlar yüksek öğrenime sahiptir, ancak Elena ajansında çalışmadan önce meslekler ve faaliyet alanları oldukça çeşitliydi. Hepsinin "ticari bir çizgisi" var, kural olarak, eski girişimciler veya deneyimli avukatlar.

Örneğin, hukuk danışmanı Giniyatullin Galimyan Gallimullinovich, Başkurt Devlet Üniversitesi Hukuk Fakültesi'nden mezun oldu. 30 yılı aşkın bir süredir yasal faaliyette bulunmakta olup, Devlet Sicil Odası'nın Oktyabrsky bölümünde çalıştığı ajansta çalışmadan önce 2008 yılında "Bir gayrimenkul şirketinin yönetimi" yönünde ileri eğitim sertifikası almıştır. ".

Bununla birlikte, şirketin herhangi bir nüans tanımayan, ancak müşterilerini dikkat ve özenle kuşatan, iş konusunda sorumlu bir yaklaşım sergileyen ve daha sonra arkadaşlarına anlatılabilmeleri için şirketin genç çalışanlarını küçümsememek gerekir.

Firma, geniş deneyime sahip yüksek nitelikli bir muhasebeciye sahiptir, böylece firma işlerini yasalara uygun olarak yürütür, hangi vergileri ödeyeceğini bilir.

Tüketici talebinin özelliği, firmanın düzenli müşterileri olmaması gerçeğinde yatmaktadır. Bunun nedeni, konut ihtiyaçlarını karşılamaları veya tam tersine bir daire satarak daha fazla hizmet ihtiyacının ortadan kalkmasıdır. Ancak, işlemi profesyonelce tamamlayan, işlemin hukuki desteğini tamamlayan acente çalışanları iyi bir itibar kazanmakta, böylece doğrudan müşteriler acenteyi akrabalarına ve arkadaşlarına tavsiye etmektedir.

Büyük olasılıkla bu şema çalışır ve sonuç verir.

Elena ajansı iki kişiden sekiz kişiye yükseldi. Bu, niteliklerini sürekli geliştiren mobil, iyi koordine edilmiş bir ekiptir. Beş kişinin yüksek öğrenimi var, ikisi üniversitelerde okuyor, bu da yüksek kaliteli profesyonel hizmetler sunmamızı ve artan sayıda müşteri çekmemizi sağlıyor.

1.1.3 İşletmenin bilgi ve teknik desteğinin tanımı, kullanılan işlevsel yetenekler

Düşündüğümüz ticari işletmede aşağıdaki ekipman kullanılmaktadır.

· 7 kişisel bilgisayar.

· Tek hatta 7 sabit telefon.

· 3 yazıcı.

· 1 faks makinesi.

1 fotokopi makinesi

· İnternet erişimi için 1 yönlendirici.

Ve aşağıdaki yazılım.

7 işletim sistemi Windows XP

7 paket MSoffice 2003

1 muhasebe programı 1C Muhasebe 7.7

· 1 yazılım paketi Garantör.

1.2 Görev kompleksinin tanımı, görevler ve otomasyon ihtiyacının gerekçesi

1.2.2 Bir dizi otomasyon görevinin ve mevcut iş süreçlerinin özelliklerinin seçimi

Halihazırda ticari bir işletme zor mali ve ekonomik koşullarda faaliyet göstermek zorundadır. İşletmenin bu koşullarda başarılı bir şekilde çalışmasının anahtarı, işletmenin her düzeyde en verimli organizasyonudur. Bu, başarılı çözümü herhangi bir bilim alanında değil, genellikle yönetim ve yönetim, lojistik, muhasebe ve tabii ki bilgisayar bilimi gibi birçok disiplinin kesişme noktasında olan zor bir iştir.

Modern bir işletmenin iş süreçlerinin otomasyonu, başarılı çalışması için gerekli ve ön koşuldur. Bugün, örneğin muhasebenin manuel olarak yapıldığı bir işletme hayal etmek zor. Ancak muhasebe, bir kurumsal otomasyon uygulamasının tek örneğinden uzaktır. Mevcut bilgi teknolojileri, işletmenin neredeyse tüm seviyelerinin faaliyetlerini otomatikleştirmeyi mümkün kılmaktadır. Buna dayanarak, faaliyetlerin otomasyonunun, işletmenin mümkün olduğunca verimli çalışması için yönetim tarafından çözülmesi gereken kilit bir görev haline geldiği açıkça ortaya çıkıyor.

Bu tez projesinde, elbette, otomasyon görevine kendi özelliklerini dayatan hizmet sunan bir işletmenin faaliyetinin otomasyonu ele alınmaktadır. Hizmet sağlayan bir işletmenin faaliyetlerinin otomasyonu, her biri eksiksiz bir proje olan bir görevler kompleksidir. Otomasyon görevleri aşağıdakileri içerir:

· İşletmede muhasebe;

· Kiralık ve satılık daire ve evlerin muhasebesi;

· Daire kiralamak veya satın almak isteyen müşterilerin kaydı;

· Diğer hizmetlerin verildiği müşterilerin muhasebesi;

Bir emlak ajansının faaliyetlerini otomatikleştirmek için görev kompleksinde bir dizi başka alt sistemden bahsedilebilir. Unutulmamalıdır ki, bir dizi görevdeki tüm görevler birbiriyle bağlantılıdır ve bir kuruluşta meydana gelen işlemler herhangi bir görevle ilgili olamaz.

1.2.3 Sorunu çözmek için bilgisayar teknolojisini kullanma ihtiyacının gerekçesi

Ortaya çıkan sorunun analizi, kağıt belgeleri kullanan geleneksel muhasebe araçlarıyla çözümünün mümkün ancak etkisiz olduğu sonucuna götürür. Her şeyden önce, böyle bir sonuç, bir müşterinin veya bir gayrimenkul nesnesinin bakımındaki işlem sayısının analizinden gelir. Büyük bir emlak acentesi için, bu tür işlemlerin sayısı o kadar fazla olabilir ki, manuel kayıt basitçe imkansız hale gelir. Gayrimenkul ve mülkleri, müşteriler ve kağıt üzerinde gerçekleştirilen işlemler hakkında bilgi depolamak ve aramak da çok zordur. Örneğin, bir daire hakkında bilgi bulmanın avantajlarını ve rahatlığını, kağıt belgeler klasörlerinde bu tür bilgileri aramakla karşılaştırıldığında, kullanışlı ve hızlı bir bilgi sisteminde açıklamaya gerek yoktur. Aynı şekilde, gayrimenkul faaliyetinin gerçekleştirilen herhangi bir işlemi hakkında bilgi araması, uygulamasının tüm detayları ile hızlı ve rahat bir şekilde elektronik belge günlüğünde bulunabilir.

Bununla birlikte, bilgisayar teknolojisinin kullanımı, yalnızca bilgi arama ve belge işleme kolaylığı ve hızını sağlamakla kalmaz, aynı zamanda daha önce mevcut olmayan işlevleri sağlayarak işin verimliliğini temelde yeni bir düzeye yükseltir. Her şeyden önce, bu analitik bilgi alt sistemi ile ilgilidir. Daha önce kağıt bazlı muhasebe sistemi kullanılırken, tamamlanmış işlemler hakkında bilgi almak, en çok talep edilen hizmetleri analiz etmek ancak tüm belgeleri ve sözleşmeleri yükselterek mümkündü, ancak şimdi çok daha hızlı ve daha erişilebilir hale geldi, bu da daha kolay hale getirecek. piyasadaki çeşitli hizmetlere olan talebi daha iyi değerlendirmek mümkündür.

Yukarıdakilere ek olarak, otomatik bir bilgi sistemi kullanılarak elde edilebilecek bir dizi analitik raporu vurgulayın. Oto bu tür raporlar, emlak piyasasının durumunun analizi, emlak piyasasının tekliflerinin analizi, konut maliyetindeki dalgalanmalar, sonuçlandırılmış hizmetlerin analizi.

Otomatik bilgi sistemi kullanmanın tartışılmaz bir başka avantajı da bilgi depolamanın güvenliğidir. Kağıt üzerinde bilgi depolarken, herhangi bir kağıt belgenin kaybı onarılamaz hale geldi. Böyle bir kayıp, davetsiz misafirlerin eylemlerinin bir sonucu olarak ve mücbir sebep eyleminin bir sonucu olarak meydana gelebilirdi. Bilgileri elektronik biçimde saklarken, bilgilerin saklanmasının güvenliğini sağlamaya yönelik mevcut yöntemler ve çoğaltılması bu tür bir depolamayı kesinlikle güvenilir kılar.

Böylece, bir muhasebe sistemi oluşturma sorununu çözmek için bilgisayar teknolojisine dayalı otomatik bir bilgi sistemi kullanmanın aşağıdaki ana avantajlarını vurgulayabiliriz:

· Statik bilgileri ve gerçekleştirilen işlemlerin günlüklerini depolamak için dizinlerden veri arama ve seçme kolaylığının iyileştirilmesi;

· Gayrimenkul ile yapılan işlemlerin kaydının yanı sıra bilgi arama ve seçim hızının arttırılması;

· Emlak piyasasındaki her yeni teklifin müşterilerin eski uygulamalarına etkisinin sağlanması;

· Bilgi depolama güvenliğinin sağlanması;

· Çok kullanıcılı çalışma sağlamak.

1.2.4 İşletme için IS'nin ana özelliklerinin ve seçilen görev kümesinin açıklaması.

Bu işletme için IP'nin ana özellikleri şunlardır:

Küçük ve karmaşık olmayan - büyük ve karmaşık bir IS'de mevcut görevlere gerek yoktur

Dinamik ve kolayca değiştirilebilir - MicrosoftAccess üzerine kuruludur, IP'yi değiştirmek için özel beceriler gerektirmez

Düşük güvenlik - bu aşamada kuruluşun IP güvenliği için herhangi bir gereksinimi yoktur

· Bir kişi IS - veri girişi, veri alımı çalışmalarında aktif rol alır.

· Bu cihazların hataları, personel hataları gibi rastgele faktörlere maruz kalma.

Bu görev sınıfı önemlidir, çünkü bir emlak ajansı olarak böyle bir işletmenin faaliyetlerinin bir bütün olarak otomasyonu oldukça önemsiz bir görevdir.

Bir emlak ajansının faaliyetlerini otomatikleştirmek gibi bir görev sınıfı için yazılım oldukça nadirdir ve yaygın değildir, büyük olasılıkla büyük ajansların bu tür yazılımları tüm departmanlarla birlikte kendi başlarına yazmaları ve daha sonra bunu kullanmamaları gerçeği göz önüne alındığında. potansiyel rakiplerinin hayatını kolaylaştırmamak için satmaktadır.

Bu nedenle, böyle bir IP elde etmek için, bir işletmenin şirket faaliyetlerinin tüm nüanslarını dikkate alarak kendisine en uygun sistemi geliştirmesi tavsiye edilir.

Ve doğal olarak, kriz günlerimizde gayrimenkul ile çalışmak gibi hızla değişen bir sektörde fikri mülkiyet kullanımı, piyasa durumunu hızlı bir şekilde değerlendirmeye ve şu anda maksimum miktarda kâr sağlayacak yönde proaktif adımlar atmaya yardımcı olacaktır. Bu, kriz döneminde firmanın pazarda ayakta kalabilmesi için çok önemlidir. Maliyetleri tahmin etmenizi sağlar.

Gelecekte, sistem ayrıca uzun vadeli beklentileri değerlendirmeyi ve uzun vadede neye yatırım yapmaya değer olduğunu anlamak için bilgi sağlamayı mümkün kılacaktır.

1.2.6 Görevler kompleksinde tasarlanan görevin yerinin belirlenmesi

Otomasyonun görevleri arasında, gayrimenkul veritabanının bakımını otomatikleştirme görevinin yanı sıra kuruluşun müşterilerinin veritabanını koruma görevi de ayrı ayrı vurgulanmalıdır.

Müşteri verilerinin toplanması, müşterilere hizmet vermeyi amaçlayan kurumsal otomasyonun çok önemli bir parçasıdır, bu temele göre, müşterinin isteğini şu anda karşılayamasak bile, müşterilerin o anda neye ihtiyacı olduğunu anlamak mümkündür, bilgi neye ihtiyacı olduğu konusunda firmamızın hizmet yelpazesinin geliştirilmesine yardımcı olacaktır. Müşteri tabanı, pazardaki tekliflerinizi daha iyi hedeflemek için kolayca araştırma yapmanızı sağlayacaktır. Otomasyonu olmayan rakiplere göre avantaj sağlayacaktır.

Gayrimenkul veritabanının otomasyonu, müşterilerin isteklerine daha hızlı ve daha eksiksiz yanıt vermeyi, tüm veriler Microsoftword formatında metin belgelerinde depolandığında mevcut durumu önemli ölçüde aşan çok sayıda parametreyle karmaşık seçimler ve aramalar yapmayı mümkün kılacaktır. .

Bu diploma projesinin amacı, müşteri tabanını ve emlak veritabanını otomatikleştirme sorununu çözmektir - işletmenin faaliyetlerini otomatikleştirmek için görevler kompleksinin merkezi görevi.

Otomasyon görevleri kompleksi ve bu komplekste çözülen problemin yeri Şekil 1.2'de sunulmuştur.

Şekil 1.2 Otomasyon görevleri kompleksi ve bu komplekste çözülen problemin yeri.

1.2.7 Problemin özü

Müşteri ve gayrimenkul muhasebe sistemi birçok yönden oluşmaktadır.

Bu problemin çözümü, bu problemde ayırt edilebilen alt görevleri çözmekten ibarettir. Aşağıdaki alt sistemler ayırt edilebilir:

Satılık daireleri ve evleri yönetmek için alt sistem ile daire ve ev kiralamak için müşterileri tutmak için alt sistem, gayrimenkul nesneleri hakkında gerekli tüm verileri depolamak için tasarlanmıştır. Bu tür statik veriler, mülkün kendisi ve özellikleri, mülk hakkında ek bilgiler ve diğer veriler olabilir.

Müşterileri daire ve ev satın almak için tutmak için alt sistem ile daire ve ev kiralamak için müşteri tutmak için alt sistem, müşteriler hakkında bilgi, müşteri gereksinimleri listesi, istenen ödeme türü, işlemi kimin yaptığı hakkında bilgi sağlamalıdır, gayrimenkulün yeri ve müşterinin istekleriyle ilgili diğer bilgiler. Alt sistem, işlemin aşamasını izleyebilmelidir. Müşterileri diğer hizmetler için tutmak için alt sistem, müşterinin kendisi ve ihtiyaç duyduğu hizmetler, işin aşamasını takip etme yeteneği hakkında veri sağlamalı, bu müşteriyi yöneten çalışan hakkında bilgi içermelidir. Çalışanların gerekli olduğuna inandıkları diğer bilgileri içerir. Analitik bilgi alt sistemi, program kullanıcılarına tamamlanmış işlemlerle ilgili raporları derleme yeteneği sağlamalıdır. Raporlar esnek konfigürasyona sahip olmalı, rapor oluşturma koşullarının yanı sıra rapor oluşturma bölümlerinin belirlenmesine izin vermelidir. Verilerin kolay sunumu için tüm raporlar basılı kopya halinde olmalıdır.

1.3 Mevcut gelişmelerin analizi ve bir otomasyon stratejisinin seçimi

1.3.1 Görev otomasyonu için mevcut gelişmelerin analizi

Şu anda, bir emlak acentesinin faaliyetlerini otomatikleştirme sorununu çözen çok az sayıda otomatik bilgi sistemi bulunmaktadır.

Örneğin, bu sistemdeki "İdeal: Emlak" sistemi aşağıdaki özellikleri uygulamaktadır.

Kullanışlı ve basit arayüz

Ayrıca, aşağı yukarı benzer seçenekler sistemlerdir:

· "Gayrimenkul Nesneleri Veritabanı"

· "Gayrimenkul Uzmanı"

Piyasadaki en iyi sistem elbette İdeal: Emlak"

Ancak, otomatik sistem İdeal: Emlak oldukça karmaşık ve hantaldır. Sistem, kullanıcıdan yüksek nitelikler gerektirir ve ayrıca oldukça karmaşık bir kurulum ve yönetim gerektirir.

Önemli bir faktör, otomatik sistem "İdeal: Emlak"ın yüksek maliyetidir; maliyet aynı zamanda DBMS'yi desteklemek ve sürdürmek için kalifiye bir uzmanın işe alınması ihtiyacından, kullanıcı eğitiminden ve acil teknik desteğin imkansızlığından da güçlü bir şekilde etkilenecektir. geliştiricinin mesafesi nedeniyle. Ayrıca bu sistemin fonksiyonlarının çoğuna ihtiyaç yoktur.

Bu nedenle, Bilimler Akademisi "Elena" da otomatikleştirilmiş sistem "İdeal: Emlak"ın, otomatik bir bilgi sistemi oluşturma konusunda dar bir şekilde uzmanlaşmış bir sorunu çözmek için kullanılması uygunsuz görünüyor. Kurulumu ve kullanımı kolay, ucuz ve kullanımı kolay olan bu sorunu çözen ayrı bir uygulama yazmak çok daha ucuz ve hızlı görünüyor. Yeni şirket gereksinimlerine kolayca uyarlanabilir.

İşletmenin faaliyetlerinin analizinden, şirkette gayrimenkul işlerini organize etmek için mevcut sistemin inşasında birçok eksiklik ortaya çıkar. Her şeyden önce, bu, veri ambarlarının kağıt depolar veya basit metin belgeleri olduğu gerçeğiyle ilgilidir, yalnızca manuel olarak gerçekleştirilebilen bilgi araması çok uygunsuz ve zor bir süreçtir. Ayrıca taşınmazla ilgili herhangi bir bilgiyi değiştirdiğinizde tüm emlak kataloğunu yeniden yapmanız, fiyat değiştiğinde fiyat listesinin yeniden yapılması, karşı taraf verileri değiştiğinde müşteri kartı endeksinin değiştirilmesi gerektiği de sakıncalıdır. . Bütün bunlar etkisizdir ve çok fazla zaman ve kaynak gerektirir. Belgelerin arşivlerde saklanması da belge arama sürecini hızlandırmaya ve bunlarla çalışma kolaylığını artırmaya katkıda bulunmaz.

Ortaya çıkan sorunun analizi, kağıt belgeleri kullanan geleneksel muhasebe araçlarıyla çözümünün imkansız olduğu sonucuna götürür. Sonuç olarak, sorunu çözme stratejisi, işletmedeki gayrimenkul faaliyetleri ile ilgili tüm süreçlerin otomasyonudur.

Görev, "otomatik emlak acenteliği sistemi" (kısaltılmış ASAN) uygulayan bir uygulama geliştirilerek otomatik hale getirilecek. Geliştirilen sistem, problemi kurarken kendisine sunulan tüm gereksinimleri karşılamalıdır.

1.3.3 Görevi otomatikleştirmek için IP edinme yönteminin seçimi ve gerekçesi

Muhasebe uygulayan bir uygulama geliştirmek için aşağıdaki IS'lere ihtiyacınız olacak:

· Bir istemci makinede çalışmak üzere tasarlanmış Windows işletim sistemi;

· Windows işletim sistemi sunucu tipi veya "Emlak acentesinin otomatik sistemi" ile çalışan 10'dan az çalışan varsa - Sunucu üzerinde çalışmak üzere tasarlanmış ve veritabanına çok kullanıcılı bağlantı sağlayan Windows istemci tipi işletim sistemi

· Muhasebe sisteminin her makinede yerel olarak çalışmasını sağlamak için DBMS MSAccess;

· Uygulama geliştirme için, IS'nin küçük boyutu nedeniyle MSAccess DBMS'nin kullanılması tavsiye edilir.

Tüm bu IS'ler, işletmede "Emlak ajansının otomatik sisteminin" geliştirilmesi ve daha fazla kullanılması için satın alınmalıdır.

1.4 Otomasyonun hedefini ve alt görevlerini belirleme. Hedefe ulaşma kriterleri

1.4.1 Sorunun ekonomik özü

"Elena" emlak ajansının gayrimenkul faaliyetlerini otomatikleştirme görevinin ekonomik özü, rutin faaliyetlerin yanı sıra başka bir sisteme geçerek hızlandırılabilecek faaliyetleri otomatikleştirerek işgücü verimliliğini artırmaktır.

Ofis çalışma sürecinin hızlanması nedeniyle ya yapılan işlem sayısı artırılarak şirketin cirosunu ve nihayetinde kârını artırmak mümkün olacaktır.

Veya pazarın büyüklüğü (örneğin kriz nedeniyle) yapılan işlem sayısını artırmak için yeterli değilse, maliyetleri azaltmak için personeli küçültmek mümkün olabilir, bu da sonuçta yine daha yüksek kârlara yol açar.

Çalışanların azaltılması herhangi bir nedenle seçeneklerden biri değilse, o zaman piyasada doğrudan emlak ticareti ile ilgili olmayan danışmanlık hizmetleri, ilgili belgelerin işlenmesinde yardım gibi bir emlak acentesinin varlığını artırmak mümkündür. gayrimenkul, ipotek davalarının yürütülmesi, ticaret arazilerinde arabuluculuk ve en azından dolaylı olarak gayrimenkul ile ilgili diğer hizmetler.

Sonuç olarak, bu otomasyonun amacı, ofis maliyetlerini azaltmak, maliyetleri azaltmak ve karı artırmaktır. Ayrıca, mümkünse, emlak ajansı "Elena" nın faaliyet kapsamını diğer alanlarda genişletmek.

1.4.2 Sorunun otomatik çözümünün amaçları ve amacı

Tez projesinin amacı, bir "Otomatik Emlak Ofisi Sistemi" geliştirmek ve bu sistemi uygulayan bir uygulama oluşturmaktır. Geliştirilmekte olan sistem, bir emlak acentesinin çalışmalarını otomatikleştirme sorununu çözmeli ve aşağıdaki işlevleri yerine getirmelidir:

· Ana ve ek özelliklerini gösteren bir gayrimenkul satış tablosunun tutulması. Ürünün ana özellikleri şunları içerir: mülk türü, oda / kat sayısı, mal sahibi ve bağlantıları, ayrıntılı açıklama, maliyet, ev tipi, daire tipi. Ek özellikler, kullanıcı tanımlı özellikleri içerir (aşağıya bakın).

· Gayrimenkul dizinindeki herhangi bir gayrimenkul nesnesi için, ilgili bir tabloda saklanan ek özellikler ayarlanabilir. Özellik türlerinin bileşimi ve değerleri, yalnızca programın kullanıcısı tarafından belirlenir; bu, sınırsız hacimli nesneler ve herhangi bir içerik için bir dizi özellik oluşturmanıza olanak tanır.

· Ana özelliklerini gösteren daire, ev alışverişi bir dizini tutulması.

· Daire alışverişi Rehberi, evlerin mülkler rehberine bağlı olması gerekir. Özelliklere göre seçeneklerin seçilmesi için bir arayüz sağlanmalıdır.

· Program, emlak acentesinin müşterilerinin bir rehberini tutmanıza izin vermelidir. Müşteri dizini, müşteriyi karakterize etmek için gerekli tüm alanları içermelidir: ad, tam ad, adres, telefon, ayrıntılı açıklama.

· Program, çeşitli parametre kombinasyonlarına göre müşterileri seçme (filtreleme) yeteneği sağlamalıdır: müşterilerin özelliklerine, ek özelliklerine, müşteriyi yöneten yöneticilere göre. Filtre, esnek konfigürasyona ve kayıtları akıllı bir şekilde filtreleme yeteneğine sahip olmalıdır.

· Program, çeşitli birleştirilebilir filtreler ile dairelerin satışı / değişimi hakkında rapor oluşturma yeteneği sağlamalıdır.

Kullanıcı hatasından veya giriş verilerindeki hatalardan kaynaklansa bile, kritik hatalar oluştuğunda program kesintisiz çalışmalıdır. Buna göre programın bu tür hataların oluşabileceği bölümleri programda özel bir şekilde ele alınmalıdır. Bir hata durumunda, ilgili uyarı verildikten sonra program çalışmasına devam etmelidir.

Program, veritabanının fiziksel ve mantıksal bütünlüğünü sağlamalıdır. Verileri değiştirirken veya silerken, program veritabanındaki bilgilerin referans bütünlüğünü korumalıdır.

1.4.3 Bir bilgisayarda alt görevleri çözme organizasyonunun genel özellikleri.

Ajansın çalışmalarını otomatikleştirme görevi birkaç ana alt görevden oluşur:

· Uygun bir depolama yöntemiyle bir veri tabanının oluşturulması.

AU veritabanı aşağıdaki gereksinimleri karşılamalıdır:

Kullanılabilirlik - Veritabanı, çok kullanıcılı çalışma için ağ üzerinden kolayca erişilebilir olmalıdır.

Özel olarak eğitilmiş personel tarafından bakım yapılmasına gerek yoktur - bu, tesisin bakım maliyetini artırır ve arıza durumunda arıza süresini artırır.

Kolay yedekleme ve kurtarma - Nitelikli uzmanların olmaması ve onlar için ek maliyetlere maruz kalma isteği nedeniyle karmaşık yedekleme ve kurtarma gereksinimleri yoktur.

Kolay yükseltilebilirlik - AU'nun basitliği ve açıklığı, şirketi bu AU'nun geliştiricisinin çalışmaya ve sürdürmeye devam edememesine karşı sigortalamak için temel gereksinimlerden biridir.

Donanım bileşenleri için yüksek gereksinimlerin olmaması - şirketin bilgisayar filosunun modernizasyonu için yüksek ek maliyetlerin olmaması.

· Çeşitli ihtiyaçlar için otomatik bir sistemin alt sistemlerinin oluşturulması.

· Veritabanına bilgi girme yollarının oluşturulması.

Veritabanına bilgi girilmesi, veritabanındaki tüm tablolar veya mantıksal varlıklar arasında paylaşılmalıdır.

Veritabanına bilgi girişi, kullanıcı dostu bir arayüze sahip olmalıdır.

Bilgi girişi, mümkün olduğu kadar, daha önce derlenmiş referans kitapları ve sınıflandırıcıları kullanmalıdır.

· Veritabanından bilgi alma yollarının oluşturulması.

Veritabanından veri elde etmenin ana yolu önceden oluşturulmuş formlar ve raporlar olmalıdır.

· Eksiksiz bir müşteri yönetim yapısının organizasyonu.

AU, eksiksiz müşteri tabanı yönetimi yetenekleri sağlamalıdır.

1.4.4 Alt görev hesaplamalarının resmileştirilmesi

Bu projede bir emlak acentesinin çalışmasını otomatikleştirme görevi, başarılı çözümü emlak acentesini bir bütün olarak otomatikleştirme sorununun başarılı bir şekilde çözülmesine yol açan birkaç alt göreve ayrılmıştır. Aşağıdaki alt sistemler ayırt edilebilir:

· Satılık daire ve evlerin bakımı için alt sistem;

· Daire ve ev satın almak için müşteri yönetiminin bir alt sistemi;

· Daire ve ev kiralamak için müşterileri yönetmek için bir alt sistem;

Daire ve ev kiralamak için müşterileri yönetmek için alt sistem

· Müşterileri diğer hizmetler için tutmak için bir alt sistem;

· Analitik bilgilerin bir alt sistemi.

Satılık daire ve evlerin bakımı için alt sistem, gayrimenkul nesneleri hakkında gerekli tüm verileri depolamak için tasarlanmıştır. Bu tür veriler, gayrimenkul nesnelerinin kendileri ve özellikleri, sahipleri ve özellikleri, gayrimenkul hakkında ek bilgiler ve diğer statik veriler olabilir.

Satılık daire ve evlerin bakımı için alt sistem, aşağıdaki nesnelerin kayıtlarının tutulmasına izin vermelidir:

· Daireler. "Sat verileri 1" tablosu, daireler hakkında aşağıdakiler gibi temel bilgileri depolamak için tasarlanmıştır:

- "Oda sayısı" - yaşam alanlarının sayısını karakterize eden bu alan, veri girilirken kısmen önceden tanımlanabilir.

- "Adres" - satış veya kiralama amaçlı konutların adresi.

- "Ev tipi" - evin yapı tipinin açıklamaları, örneğin - "tuğla", "monolith" bu alan veri girilirken kısmen önceden tanımlanabilir,

- "Kat" - Konutun bulunduğu yerin katı.,

- "Kat sayısı" - Evdeki kat sayısı,

- "Odanın büyüklüğü" - odanın metrekare cinsinden alanı,

- "Fiyat" - Odanın toplam maliyeti.

· Daireler genişletilmiş bilgi. "Sat Verileri 2" tablosu, seçeneklerin seçimi sırasında ikincil öneme sahip daireler hakkında bilgi depolamak için kullanılır, daire sahibi, daire tipi, malik veya irtibat kişisi hakkında bilgiler ve gerekli olabilecek diğer bilgileri içerir.

· Daire alımı. Bu dizin, bir daire satın almak isteyen müşteriler hakkında bilgi depolamak için tasarlanmıştır.

Bu dizin, müşterinin ne alacağı, yaklaşık kat, kat sayısı, oda sayısı, iletişim bilgileri hakkında bilgiler içerir.

· Daire değişimi. Tablo, daire değişimi teklifleri hakkında bilgi amaçlıdır. Müşteri hakkındaki bilgilere, ne tür bir mülkü değiştireceğine bakılırsa, bir ek ücret işareti olup olmadığına ve "Veri 2 sat" ve "veri 1 sat" tablosundaki bilgilere benzer diğer bilgiler vardır.

· Ev. Tablo, satılık evler için bir rehberdir ve evin yapıldığı malzeme, çatı kaplamasının türü, ev sahibinin iletişim bilgileri ve diğer esnek bilgiler gibi tüm temel özellikleri içerir.

· Küçük aile. Tablo, "küçük aile" tipindeki belirli bir daire tipi hakkında bilgi depolamak için tasarlanmıştır, bu tip dairelerin kaldırılması, tercih edilen bölgede bu tip dairelerin çok sayıda bulunmasından kaynaklanmaktadır. Ajans.

Ve konut stokunun geri kalanından biraz izole olmaları.

Buna göre, bu tablo daire satış tablolarında mevcut olan tüm özelliklerin yanı sıra yalnızca bu daire tipi için karakteristik olan birkaç ek özelliği sunar, örneğin iki olası özellikle karakterize edilen "Küçük aile tipi" gibi - koridor ve apartman .

· Müşteriler. Bu rehber, emlak acentesinin müşterilerinin bir listesini saklamak için tasarlanmıştır. Her müşteri için (müşteri referans kitabının bir unsuru), müşteriyi karakterize eden tüm gerekli özellikleri ayarlamak mümkün olmalıdır.

Dizinlerin bakımı için alt sistem, dizinlere uygun ve hızlı bir şekilde veri girme, ilgili dizinler arasında bağlantılar kurma ve gerektiğinde ek özellikler sağlama becerisi sağlamalıdır. Ancak, tüm referans kitaplarına veri girme olasılığına ek olarak, hızlı arama, gelişmiş arama ve bu referansın herhangi bir kriter veya kriter kombinasyonu ile veri seçimi imkanı sağlanmalıdır. Daireler dizinindeki girişlerin seçiminin organizasyonuna dikkat etmek özellikle gereklidir. Daireler dizini, veri yapısının merkezi unsuru olduğundan ve diğer birçok dizine bağlı olduğundan, bu dizindeki girişleri esnek bir şekilde seçmek mümkün olmalıdır. Bu, daire dizininin öğelerini yalnızca dairelerin temel özelliklerine göre değil, aynı zamanda tüm ilgili olanlara göre seçme olasılığını sağlamalıdır: ek özelliklerin değerlerine göre, alana göre.

Böylece örneğin son katta değil ikinci katta ve belirli bir fiyatın altında oda sayısı iki olan bir daire seçebilirsiniz. Bu kadar esnek bir veri seçimi imkanı, geliştirilen programı kullanımı çok uygun hale getirir. Kayıtları arama ve seçme özelliği sadece ürün dizininde değil, diğer tüm dizinlerde de sağlanmalıdır.

Analitik raporlama alt sistemi, bir emlak acentesinin sonuçları hakkında raporlar oluşturmak için tasarlanmıştır. Her şeyden önce, sağlanan hizmet türleri hakkında bir rapordur. Rapor, müşteriler tablosuna dayanmaktadır. Rapor için koşullar ayarlanabilir: belirli bir hizmete, tarihe veya müşteriye göre seçim. Bu rapor emlak ofisi başkanı için ana çalışma raporu haline gelmeli, bunun için program yazıldığını söyleyebiliriz. İkinci analitik rapor, satılık mülklerin sayısı ve fiyatı hakkında piyasa dalgalanmalarını analiz etmenizi sağlayan bir rapordur.

1.5 Mevcut gelişmelerin analizi ve tasarım teknolojisi seçiminin gerekçesi

Şu anda, şirket pratikte en azından bir tür otomatik sisteme sahip değil, yazılımdan kullanılan tek şey Microsoft Office paketinin bir parçası olan Microsoft Word. Bu, örneğin müşteri bilgileri ve üzerinde çalışılan gayrimenkul hakkındaki bilgiler gibi tüm verileri depolamak için kullanılır.

Ayrıca muhasebe departmanının çalışmasında 1C Muhasebe sistemi kullanılmaktadır, ancak bu tez projesinin çözdüğü görevde muhasebe otomasyonu yönü dikkate alınmamaktadır.

Daha önce belirtildiği gibi, bir emlak acentesinin faaliyetlerinin otomasyonu gibi bir görev için prensipte çok fazla gelişme yoktur.

Bunlardan, aşağıdaki işlevlere ve yeteneklere sahip olan işlev sayısına göre "İdeal Seçenek: Emlak" seçilebilir:

· "Satış", "Satın Alma", "Kiralama" vb. işlemlerin sürdürülmesi

Her türden gayrimenkulün satışı ve kiralanması başvurularının muhasebeleştirilmesi (mülkün tanımlanması için 100'den fazla detay)

Gayrimenkul satın alma ve kiralama başvurularının muhasebeleştirilmesi

Uygulamalar ve özellik açıklamaları arasında çapraz arama

Tamamlanan ve bekleyen işlemlerin muhasebeleştirilmesi

Rastgele rapor biçimlerinin oluşturulması

Herhangi bir parametre için keyfi istekler

Excel, txt, csv ve xml formatlarına veri aktarımı

· Uzak ofisler arasında e-posta, ftp veya disket kullanarak veri alışverişi

· Müşteriye "güvenli" bir biçimde bilgi sağlamak (ticari bilgileri gizleme yeteneği)

Gayrimenkul nesnelerinin, çizimlerin ve planların herhangi bir formattaki fotoğraflarının slayt gösterisi (bmp, jpeg, rle, wmf)

Programın çeşitli modlarına ve işlevlerine kullanıcı erişimini kontrol etme

· İnternette web sitenizdeki verileri görüntüleme

Sınırsız sayıda kullanıcının aynı anda çalışmasını destekler

Güçlü ve hızlı veritabanı

Kullanışlı ve basit arayüz

Programda yerleşik ayrıntılı belgeler

Uygun fiyatlı yardım masası

Ve aşağıdaki yeteneklere sahip "GAYRİMENKUL" sistemi

İşlemler: "sat", "satın al", "kirala", "kirala", "değiştir".

Gayrimenkul nesneleri: apartman, oda, ev, arsa, konut dışı binalar, konut dışı binalar ve sayısız seçenekleri.

Herhangi bir sayıda şehir. Şehir içinde esnek coğrafi hiyerarşi: belediye bölgeleri, mahalleler, sokaklar. Rusya Federasyonu'nun tüm bölgeleri için özel olarak hazırlanmış referans kitaplarından coğrafi nesnelerin ithalatı; toplam veri hacmi - yarım milyondan fazla sokak ve mikro bölge

Telefon numarası parçaları da dahil olmak üzere tüm parametreler için arama seçenekleri için güçlü filtreler

Siparişleri tüm parametrelere göre sıralamak için net bir sistem

Değişim seçeneklerinin seçimi ve kademeli optimizasyonu, dahil. şehirlerarası

Aktif ve arşivlenmiş bilet saklama alanları

Coğrafi Kopyaları Bulma

Çeşitli fiyat listesi seçenekleri, görsel fiyat listesi tasarımcısı

Kiralama yönetimi

Anlaşma yönetimi

Görevleri belirleyerek, bildirerek ve izleyerek iş süreçlerinin organizasyonu

Siparişler, işlemler, görevlerle ilgili çeşitli biçimlerde belgeler oluşturmak ve düzenlemek için geliştirilmiş destek

Performans raporları

Tek bir şirket içindeki farklı şirketler ve şubeler arasında e-posta ve dosyalar aracılığıyla otomatik veri alışverişi. Bir muhatap dizini tutma, her bir muhatap için gönderilen verilerin bileşimine ince ayar yapma yeteneği.

Uygulamaların internette yayınlanması. Dinamik web siteleri için statik ve destek organizasyonu. Çoklu listeleme sistemi düzenleme imkanı.

Çok oyunculu ve tek oyunculu seçenekler

İki aşamalı güvenlik sistemi - veritabanı sunucusu düzeyinde ve istemci düzeyinde

Kullanıcı haklarında ince ayar - yaklaşık 200 tür korumalı eylem

Tüm istekler ile tüm işlemler için her kullanıcının eylemlerini izleme

Uygulama hareketi istatistikleri

Kolay kurulum ve güncelleme programı

Programın yeteneklerini hızlı bir şekilde tanımak ve onunla çalışmaya hakim olmak için birkaç bin uygulama içeren hazır bir demo veritabanı

İstemci-sunucu mimarisi: yüksek veri depolama güvenilirliği ve maksimum işlem hızı

Ancak yukarıda belirtildiği gibi, bölüm 1.3'te. bu sistemler çok karmaşıktır ve küçük bir kasabadaki küçük bir emlak acentesi için gerekli olandan daha fazla maliyet gerektirir.

1.6 Tasarım çözümlerinin gerekçesi

1.6.1 Teknik destek için tasarım çözümlerinin gerekçesi

Bir emlak acentesinin otomatik sistemi Windows işletim sisteminde çalışacak şekilde tasarlanmıştır, bu nedenle, geliştirilmekte olan sistemin etkin çalışması için, işletime izin verecek mimari ve teknik araçların parametreleri için bu tür gereksinimlerin sağlanması gerekir. sistemin kendisinin etkin bir şekilde çalışması için

Bir emlak acentesinin otomatik sistemi, aşağıdakilerden daha az olmayan teknik özelliklere sahip IBMPC tipi bir bilgisayarda çalışacak şekilde tasarlanmıştır:

· İşlemci - Intel Celeron 2000;

RAM: 256 Mb;

· İşletim sistemi ve Microsoft Access 2007 uygulamalarının yerleştirilmesini sağlayan sabit disk.Geliştirilmekte olan sistemi barındırmak için 20 Mb boş sabit disk alanı gereklidir;

· Ağa bağlanmak için ağ kartı.

Raporları ve çıktı belgelerini yazdırmak için yukarıdaki bilgisayarla uyumlu bir yazıcıya ihtiyacınız vardır.

Sistemle çok kullanıcılı çalışma durumunda, veri tabanına erişmek için dosya sunucusu olarak bir PC kullanmanız gerekecektir. Bu veritabanının bir sunucuya yerleştirilmesi ve istemci bilgisayarlardan smb protokolü veya ODBC üzerinden smb üzerine bağlanması tavsiye edilir. IBMPC türünde bir bilgisayar, aşağıdakilerden daha az olmayan özelliklere sahip bir sunucu olarak kullanılabilir:

· İşlemci - IntelCeleron 2000;

RAM: 256Mb;

· İşletim sistemini ve Microsoft Access 2007'yi barındıran bir sabit sürücü.

Sunucuda bir işletim sistemi olarak, örneğin smb ve ODBC için yetersiz destek nedeniyle, Linux gibi Unix ailesinden bir işletim sisteminin kullanılması tamamen tavsiye edilmez.

İstemci bilgisayarlar sunucu veritabanına bağlanacağı için hem sunucu hem de istemci makineler yerel ağ üzerinde çalışmalıdır. Tek sıralı bir ağ veya bir etki alanı organizasyonuna sahip bir ağ olabilir.

Sistemin işleyişinin sadece istemci-sunucu versiyonunda değil, aynı zamanda yerel bir bilgisayarın kontrolü altında belirtilen özelliklere sahip bir istemci bilgisayarda çalışabilen yerel bir veritabanı kullanımında olduğu gibi yerel versiyonda da mümkün olduğunu unutmayın. WindowsXP gibi Windows ailesinin işletim sistemi. Böyle bir çalışma organizasyonu ile bir sunucu, yerel ağ ve sunucu işletim sistemine ihtiyaç yoktur.

Geliştirilen sistem Windows işletim sisteminde çalışacak şekilde tasarlanmıştır. Program, Windows ailesinin herhangi bir işletim sisteminde çalışmalıdır: Windows 95/98, NT (ServicePack 6), 2000 (ServicePack 3), XP ve bu işletim sisteminin sunucu sürümlerinde. Bu seçim, bu işletim sistemi ailesinin gelişmiş uygun grafik kullanıcı arayüzü ve Rusya pazarındaki popülaritesi ile açıklanmaktadır. Uygulama geliştirme sistemleri de dahil olmak üzere birçok yazılım şirketi de bu işletim sistemleri ailesini hedefliyor ve bu da piyasada Windows yazılım geliştirmeyi sağlayan çok sayıda programlama sistemiyle sonuçlandı.

Bu işletim sistemi, uygulama uygulamalarının yanı sıra sistemin yönetimi, yönetimi ve teşhisi için tasarlanmış çok geniş bir yardımcı program ve yardımcı program grubuna sahiptir. Ayrıca, bu işletim ortamında çalışacak kendi uygulamalarınızı yazmak için kapsamlı bir programlama arabirimi sağlar.

Son zamanlarda, Linux işletim sistemi ve türevleri özel bir popülerlik kazanmıştır.

Bu durumda şu soru sorulabilir: "Böyle mükemmel bir işletim sistemi varsa, programcılar neden Windows için uygulama geliştirme araçlarına hakim olsunlar?" Linux'un artan popülaritesine rağmen, kişisel bilgisayar dünyasında Windows işletim sisteminin oldukça uzun bir süre hakim olacağı ve yakın gelecekte yerini alma ihtimalinin düşük olduğu söylenebilir.

Programın bilgileri bir veritabanında saklaması nedeniyle uygun bir VTYS'ye sahip olmak gerekir.

Program, şu biçimdeki veritabanlarıyla çalışmaya odaklanmıştır: MSAccess. Buna göre, bu DBMS bilgisayara kurulmalıdır. MSAccess tabanı sunucuda çalışıyorsa, bilgisayarın sunucuya bağlı olması gerekir. Uzak bir bilgisayarda MsAccess veritabanıyla çalışmak için, uzak bilgisayarda bulunan veritabanına SMB protokolü aracılığıyla genel erişiminiz olması gerekir.

Veritabanına bağlanan uzak kullanıcıya, veritabanını depolayacak bilgisayardaki verileri okuma, yazma, değiştirme haklarının verilmesi de gereklidir. Ayrıca verilere erişmek için Microsoft tarafından 2007'den daha düşük olmayan sürüm MSAccess veritabanı sistemleri kullanılır.

1.6.3 Yazılım tasarım kararlarının gerekçesi

Atanan görevleri gerçekleştirmek için herhangi bir modern DBMS kullanılabilir. Sistemle uygun kullanıcı etkileşimi için, sistem arayüzünü dikkatlice düşünmek gerekecektir - böylece basit ve aynı zamanda işlevseldir.

Veritabanının en iyi şekilde çalışması için tablolar arasındaki mantıksal ilişkilerin doğru bir şekilde tanımlanması gerekecektir. Böylece, veritabanının kendisini ve istemci uygulamasının temelini geliştirmek için önemli miktarda zaman harcanabilir.

Hangi verilere ihtiyacınız olduğunu, bunların bellekte nasıl saklanacağını ve nasıl bir veri erişim sisteminin olması gerektiğini tam olarak belirledikten sonra sadece veri yönetimi sorununu çözdünüz. Ek olarak, yaklaşan tipik görevlerin çözümünü otomatikleştirmek için başka bir basit yola ihtiyacımız var. Sofistike "uygulama" elektronik tabloları geliştirebilseniz bile, sipariş formlarını veya bir envanter yönetim sistemini kolayca oluşturmak için bu tür uygulamalarda hata ayıklamak ve yönetmek için hala araçlara sahip değilsiniz. Buna karşılık, DBMS'ler özellikle uygulama oluşturmak için tasarlanmıştır. Verileri yönetmek ve işlemek için ihtiyaç duyduğunuz araçları sağlarlar ve uygulama nesnelerini kataloglama ve yönetme yeteneği sağlarlar. Bu durumda, DBMS ile birlikte bir programlama dili ve bir hata ayıklama aracı emrinizdedir.

Yukarıdakilerin ışığında, görevlerinizi otomatikleştirmek için güçlü bir ilişkisel veritabanı yönetim sistemine ve uygulama geliştirme sistemine ihtiyacınız var. Hemen hemen tüm mevcut VTYS, veri yönetimi ve işlemeyi otomatikleştirmek için prosedürler oluştururken programcılar veya kalifiye kullanıcılar tarafından kullanılabilecek uygulama geliştirme araçlarına sahiptir. Ne yazık ki, birçok uygulama geliştirme sistemi, prosedürler oluşturmak için C veya Xbase gibi bazı programlama dilleri hakkında bilgi gerektirir. Tüm güçleri ve zenginlikleri için, onları başarılı bir şekilde kullanmak için biraz eğitim ve deneyime sahip olmanız gerekir. Neyse ki, bir programlama dili bilmeden veritabanı uygulamaları tasarlamayı ve oluşturmayı kolaylaştıran araçlar var. Microsoft Access'te çalışmak, ilişkisel tabloları ve verileri içerecek alanları tanımlayarak başlar. Bundan hemen sonra, bu veriler üzerinde eylemleri tanımlamak için formları, raporları ve makroları kullanabilirsiniz.

Formlar ve raporlar, elektronik tablolarla çalışmaya çok benzer şekilde, görüntüleme biçimlerini ve ek hesaplamaları belirtmek için kullanılabilir. Ancak bu durumda, formlarda ve raporlarda yer alan hesaplamaları gerçekleştirme biçimleri ve talimatları verilerden ayrılır (tablolarda bulunur), bu nedenle verileri değiştirmeden verileri kullanma konusunda tam bir hareket özgürlüğüne sahipsiniz - oluşturmak yeterlidir aynı verileri kullanan ek bir form veya rapor. Belirli eylemleri otomatikleştirmeniz gerekiyorsa, belirli formlar ve raporlar arasında bağlantılar kurmak veya bir olaya yanıt olarak belirli eylemleri gerçekleştirmek (örneğin, bir formun belirli bir alanındaki verileri değiştirmek) için kolayca makrolar oluşturabilirsiniz. Windows kitaplık yardımcı programları gibi daha karmaşık araçlara ihtiyacımız varsa, Access Basic'te bir prosedür yazabilirsiniz. Aşağıda, işinizde Access'i kullanmaya geçmenin uygun görünmesinin ana nedenlerinin bir listesi bulunmaktadır.

Neden 1.

Çok fazla tekil dosyanız var veya bazı dosyalar çok miktarda bilgi içeriyor, bu da verilerle çalışmayı zorlaştırıyor. Ayrıca programın veya sistemin bellek sınırlamaları bu kadar veri ile çalışmanıza izin vermeyebilir.

Sebep 2.

Verileri çeşitli şekillerde kullanırsınız: belirli işlemler hakkında bilgi için (örneğin faturalar), özet analiz için (örneğin üç aylık satışlar için) veya bu verileri belirli durumları tahmin etmek için kullanırsınız. Bu nedenle, bu verileri farklı açılardan görebilmeniz gerekir, bu da tüm ihtiyaçlarınızı karşılayan tek bir veri sunum yapısı oluşturmayı çok daha zor hale getirir.

Sebep 3.

Aynı verileri kullanmak için farklı uzmanlara ihtiyaç vardır. Örneğin, bunların girilmesine, güncellenmesine ve analiz edilmesine çeşitli kişiler katılmaktadır. Bir elektronik tablo veya belgede yalnızca bir kişi değişiklik yapabiliyorsa, birden fazla kullanıcı aynı anda veritabanıyla etkileşime girerek aynı tablonun içeriğini değiştirebilir. Aynı zamanda veritabanları, kullanıcıların her zaman en son veri değişiklikleriyle çalışmasını sağlar.

Sebep 4.

Verileri yetkisiz erişimden korumanız, değerlerini kontrol etmeniz ve veritabanının bütünlüğünü korumanız gerekir - sonuçta, birçok kullanıcının verilere erişimi vardır, bu veriler şirketinizin çalışmasında kullanılır ve birbirine bağlıdır (örneğin müşteriler ve siparişler).

Klasik bir DBMS'nin tüm özelliklerine sahip olan Microsoft Access, ek yetenekler de sağlar. Access yalnızca güçlü, esnek ve kullanımı kolay bir veritabanı yönetim sistemi değil, aynı zamanda veritabanına dayalı uygulamalar geliştirmeye yönelik bir sistemdir. Access ile veri yönetimi ihtiyaçlarınızı karşılayan bir Windows uygulaması oluşturabilirsiniz. Sorguları kullanarak tablolarda depolanan bilgileri seçebilir ve değiştirebilirsiniz. Veri girmek, görüntülemek ve güncellemek için formlar oluşturabilir ve hem basit hem de karmaşık raporlar oluşturmak için Access'i kullanabilirsiniz. Formlar ve raporlar, temel tablonun veya sorgunun özelliklerini "devralır", bu nedenle çoğu durumda biçimleri, değer koşullarını ve diğer bazı veri özelliklerini yalnızca bir kez belirtirsiniz. Access'teki en güçlü araçlardan bazıları, yalnızca istediğiniz seçeneklere tıklayarak tablolar, çeşitli form türlerinde sorgular ve raporlar oluşturmak için kullanabileceğiniz Nesne Tasarım Araçları - Sihirbazları içerir. Uygulamanızı tamamen otomatikleştirmek için, verileri formlara ve raporlara kolayca bağlamak için Access makrolarını kullanabilirsiniz. Çoğu uygulamayı tek bir kod satırı yazmadan oluşturabilirsiniz, ancak çok karmaşık bir şey oluşturmanız gerekiyorsa, Microsoft Access bunun için güçlü bir programlama dili sağlar - Microsoft Access Basic.

Son olarak, bu araçların tümü, yalnızca Access veritabanıyla değil, aynı zamanda diğer en yaygın veritabanlarıyla da çalışan uygulamalar oluşturmanıza olanak tanır. Uygulamanız doğrudan dBASE dosyaları, Paradox veritabanları, FoxPro veritabanları ve ODBC'yi destekleyen herhangi bir veri tabanı ile çalışabilir. Ayrıca metin dosyalarını, kelime işlemci belgelerini ve elektronik tabloları kolayca içe aktarabilir (ve verileri dışa aktarabilirsiniz).

Microsoft Access'in birçok uygulama alanı vardır: küçük bir işletmede; özel uygulamalar geliştirdiğinizde veya danışman olarak hareket ettiğinizde sözleşmeli işlerde; büyük şirketlerde, üretim bilgi sistemlerinin koordinatörü olarak hareket ettiğinizde ve hatta ev kullanımı alanında.

2 Tasarım bölümü

2.1 Görevin bilgi desteği

2.1.1 Bilgi modeli ve açıklaması

Tasarımın bir sonucu olarak, sistemin çalışmasını organize etmek için bir model olan ve hangi girdi belgelerinin yanı sıra düzenleyici ve referans bilgilerinin şematik olarak açıklandığı, sistemin otomatikleştirilmiş sistemini açıklayan bir bilgi modeli geliştirildi. emlakçı çalışır ve çıktı verileri elde edilir, yani bir bilgi sistemindeki verileri dönüştürme işlemi.

Bilgi modelinin üç alanı vardır.

Alan 1, geliştirilmekte olan sistemin dizinlerini korumak için alt sisteme atıfta bulunan dizinlere veri girme ve düzenleme sürecini yansıtır. Her dizinin listesini görüntülemek ve dizin verilerini düzenlemek için, sistem operatörünün dizine veri girmesine, mevcut verileri görüntülemesine ve düzenlemesine izin veren ayrı bir ekran formu vardır. Operatörün çalışması sonucunda dizinler değişir: bunlara yeni veriler eklenir, mevcut kayıtlar değiştirilir veya silinir. Bazı dizinlerin verilerini düzenlerken, diğer ilgili dizinlerden gelen bilgiler kullanılır, örneğin "Verileri sat" dizini "Verileri 2 sat" dizinine bağlanır.

Alan 2, veri tabanından veri elde etmek için sistemi tanımlar.

Bu alanda, kullanıcı gibi bilgileri alır.

Tablolardan gayrimenkul satışı / alımı / takası / kiralaması / kiralanması:

veri satmak

Veri Sat2

KV değişimi

Küçük aile

Ev değişimi / kV

Küçük tohum değişimi

Satın almak

satın alma2

Ev satın al

Küçük tohum alımı

Bilgi modelinin 3. Alanı, raporlama alt sistemini açıklar. Bu alanda, rapor alma ekranında kullanıcı, rapor oluşturma koşullarını belirler. Rapor alma sürecinde müşteriler kullanılır ve çalışmanın sonucu, yöneticiye yönelik müşteriler hakkında raporlar oluşturulur.

Alan 4, satılacak, satın alınacak vb. uygulamalar için formlar gibi bir form alt sistemi görüntüler. ve BSO.

Bilgi modeli Şekil 2.4'te gösterilmiştir.

Şekil 1.3. Bilgi modeli.

2.1.2 Kullanılan sınıflandırıcılar ve kodlama sistemleri

Bu AU için bilgi yapısından ve gereksinimlerinden bu AU'yu geliştirirken önümüze konan görevlere dayanarak, sınıflandırıcıların kullanımı mantıksız görünüyor ve yalnızca açıksa sistemi aşırı yükleyecektir.

2.1.3 Referans ve giriş operasyonel bilgileri ile birincil belgelerin özellikleri

Otomatik bir emlak ajansı sistemi sıfırdan geliştirilmiyor. Çalışmasının metodolojisi, uygulamada uzun yıllara dayanan deneyime sahip, ancak bilgisayar programları şeklinde tasarlanmayan muhasebe sistemlerine dayanmaktadır. Bu nedenle, sistem için giriş verileri, manuel sistemlerde kullanılan verilerle aynı olacaktır. Alt sistemlerin her birinin kendi girdi ve çıktı verileri vardır ve bir alt sistemin çıktı verileri başka bir alt sistemin girdi verileri olabilir. Bu nedenle, örneğin, müşteri ve gayrimenkul satın alma rehberindeki kayıtlar, analitik raporlama alt sisteminin ayrılmaz bir parçası olan bir piyasa raporunun oluşturulması için girdi verileridir. Her alt sistem için giriş ve çıkış verilerini tanımlayalım.

Referans kitaplarının alt sistemi için girdi verileri kağıt üzerindeki karşılık gelen listelerdir. Bu nedenle, örneğin, bir daire dizini tutma görevi için, giriş verileri, şirketin işlettiği, teklif edilen dairelerin bir listesidir.

Daire listesinin sisteme girilmesinin sonucu, müşteri için daire seçimi için girdi verisi görevi gören bir daire tablosu olacaktır. Diğer tüm dizinlerde durum aynıdır: borsa, müşteriler, evler: bunların tümü, şirket yönetimi tarafından kağıt üzerinde veri tabanına bilgi girmekten sorumlu kişiye sağlanmalıdır. Çıktı, karşılık gelen veritabanı tablolarıdır. Referans tablolarının çoğunlukla statik bilgiler içerdiğine dikkat edilmelidir, yani. zamanla değişmemek veya çok nadiren değişmek. Bir istisna, müşteri dizinidir. Eski müşterilerle yeni sözleşmeler çok nadiren sonuçlandırılsa da, bu müşteri dizinine sık sık veri eklenmesini gerektirmez. Müşteri rehberini doldurmak için girdi verileri, işlemi gerçekleştiren emlakçı tarafından girilen müşterilerle yapılan kağıt sözleşmelerdir. Çıktı verileri, diğer dizinlerde olduğu gibi, tamamlanmış istemci tablosudur.

Analitik raporlama alt sistemi için girdi verileri, müşteri tablolarındaki ve gayrimenkulle ilgili tüm tablolardaki kayıtlardır.

Bu verilerin bir dizisini kullanarak, kullanıcı tarafından dayatılan rapor oluşturma koşullarını dikkate alarak sistem, monitör ekranında görüntülenebilen veya bir yazıcıda yazdırılabilen bir rapor oluşturur. Hazır raporlar, analitik raporlama alt sisteminin ve bir bütün olarak tüm sistemin çıktılarıdır.

№	Referans kitabın tam adı	Kısa başlık	alt dizini	Sorumluluk sahibi	Güncelleme sıklığı
1	Satılık mülk	Satış Verisi 1	emlakçı	Gereklilikten
2	Gayrimenkul satışı (ek)	Veri Sat 2	№1	emlakçı	Gereklilikten
3	Apartman değişimi	değişim kv	emlakçı	Gereklilikten
4	Daire takas seçenekleri	değişim kv	№3	emlakçı	Gereklilikten
5	Küçük aile	Maloseymeyka	emlakçı	Gereklilikten
6	mülk satın almak	Satın almak	emlakçı	Gereklilikten
7	Gayrimenkul alımı (ek)	2 satın al	№6	emlakçı	Gereklilikten

Veritabanı özellikleri

2.1.3.1. Bilgibilimsel veritabanı modelinin özellikleri

İnfolojik model, konu alanının sözlü anlatımından sonra uygulanır.

Varlıklar arasında ilişkiler kurulabilir - varlıkların birbirleriyle nasıl ilişki kurduğunu veya etkileşime girdiğini gösteren ikili ilişkiler. İki farklı varlık arasında veya bir varlık ile kendisi arasında bir ilişki olabilir (yinelemeli ilişki). Varlık örneklerinin birbirleriyle nasıl ilişkili olduğunu gösterir. İki varlık arasında bir ilişki kurulursa, bir varlığın örnekleri ile diğer varlığın arasındaki ilişkiyi belirler.

İlişkiler, çokluklarına göre üç türe ayrılır: bire bir (1: 1), bire çok (1: E), çoktan çoğa (E: E).

Bire bir ilişki, bir varlığın bir örneğinin başka bir varlığın yalnızca bir örneği ile ilişkilendirildiği anlamına gelir.

Birden çoğa ilişki (1: M), ilişkinin solunda bulunan bir varlık örneğinin, ilişkinin sağında bulunan varlığın birden çok örneğiyle ilişkilendirilebileceği anlamına gelir.

Çoktan çoğa (M:M) bir ilişki, birinci varlığın birden çok örneğinin ikinci varlığın birden çok örneğiyle ilişkilendirilebileceği ve bunun tersi anlamına gelir. İki varlık arasında farklı anlamsal yüklere sahip herhangi bir sayıda bağlantı ayarlanabilir.

Bir varlığın her örneğinin bu ilişkiye katılması gerekiyorsa, isteğe bağlı olarak - varlığın her örneğinin bu ilişkiye katılması gerekmiyorsa, bu türden herhangi bir ilişki gerekli olabilir. Bu durumda, bağlantı bir yandan zorunlu, diğer yandan isteğe bağlı olabilir.

Emlak acentesinin otomatik sisteminin veri tabanının infolojik tasarımını gerçekleştireceğiz.

Konu alanının analizine dayanarak, "Varlık İlişkisi" (ER-modeli) modelinin varlıklarını seçeceğiz ve bunları bir diyagram şeklinde göstereceğiz.

Şekil 1.4. Acil durum modeli.

2.1.3.2. Veritabanı veri mantıksal modelinin özellikleri

Uygulama çalışırken kullanılan tüm bilgiler veritabanında saklanır.

Masaüstü veritabanı olarak MSACCESS veritabanı seçilmiştir. Yani, bir veritabanı, veri dosyaları ve bunlara dizinler biçiminde veritabanı tablolarını içeren diskteki bir dosyadır.

Program tablolarla çalışmak, kayıtları eklemek, silmek, düzenlemek için evrensel sorgu dili SQL'i kullanır. Bu dil, geliştiricinin veritabanının biçiminden ve konumundan tamamen soyutlamasına ve farklı biçimlerdeki veritabanlarından verilere eşit olarak erişmesine olanak tanır. Böylece, bu evrensel dilin kullanılması, görevimizi çözmemize izin verir: uygulama kaynak kodunu değiştirmeden herhangi bir formattaki bir veritabanıyla çalışabilen evrensel bir uygulama geliştirmek.

Geliştirdiğimiz veritabanı ilişkiseldir ve diğer ilişkisel veritabanları gibi tablolardan oluşur. Aşağıda veritabanı varlıklarının bir tablosu bulunmaktadır.

Sütun(lar)ı " Seçenek değiş tokuş metrekare "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Evet
Değişim seçenekleri	Metin (255)	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
daire tipi	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Mutfak alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
zemin	Metin (255)	BOŞ	Numara.	Numara.
kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
banyo tipi	Metin (255)	BOŞ	Numara.	Numara.
balkon	Metin (255)	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " ev "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
Arazi alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
ev malzemesi	Metin (255)	BOŞ	Numara.	Numara.
çatı kaplama	Metin (255)	BOŞ	Numara.	Numara.
evin kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
oda sayısı	Metin (255)	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
iletişim	Hafıza	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " Müşteriler "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Metin (18)	BOŞ	Evet	Numara.
Ad Soyad	Metin (18)	BOŞ	Numara.	Numara.
Ev telefonu	Metin (18)	BOŞ	Numara.	Numara.
Cep telefonu	Metin (18)	BOŞ	Numara.	Numara.
İkametgah adresi	Metin (18)	BOŞ	Numara.	Numara.
Mevcut bir işlemin işareti	Metin (18)	BOŞ	Numara.	Numara.
Anlaşmanın detayları	Metin (18)	BOŞ	Numara.	Numara.
Ek veri	Metin (18)	BOŞ	Numara.	Numara.
Sütun(lar)ı " küçük aile "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
adres (sokak_ ev)	Metin (255)	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
konut türü	Metin (255)	BOŞ	Numara.	Numara.
zemin	Metin (255)	BOŞ	Numara.	Numara.
kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " değiş tokuş ev / metrekare "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
Arazi alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
ev malzemesi	Metin (255)	BOŞ	Numara.	Numara.
evin kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
oda sayısı	Metin (255)	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
iletişim	Hafıza	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
takas seçenekleri	Metin (255)	BOŞ	Numara.	Numara.
koşullar	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " değiş tokuş metrekare "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
daire kategorisi	Metin (255)	BOŞ	Numara.	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
daire tipi	Metin (255)	BOŞ	Numara.	Numara.
zemin	Uzun Tamsayı	BOŞ	Numara.	Numara.
kat sayısı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Mutfak alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
banyo tipi	Metin (255)	BOŞ	Numara.	Numara.
balkon	Metin (255)	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
Değişim seçenekleri	Metin (255)	BOŞ	Numara.	Numara.
şart	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " değiş tokuş küçük tohum "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
adres (sokak_ ev)	Metin (255)	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
konut türü	Metin (255)	BOŞ	Numara.	Numara.
zemin	Metin (255)	BOŞ	Numara.	Numara.
kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
takas seçenekleri	Metin (255)	BOŞ	Numara.	Numara.
şart	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " alışveriş yapmak ev "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
Arazi alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
ev malzemesi	Metin (255)	BOŞ	Numara.	Numara.
çatı kaplama	Metin (255)	BOŞ	Numara.	Numara.
evin kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
oda sayısı	Metin (255)	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
iletişim	Hafıza	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " Satın almak küçük tohum "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
adres (sokak_ ev)	Metin (255)	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
konut türü	Metin (255)	BOŞ	Numara.	Numara.
zemin	Metin (255)	BOŞ	Numara.	Numara.
kat sayısı	Metin (255)	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
Sütun(lar)ı " satın almak "Tablo
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
daire kategorisi	Metin (255)	BOŞ	Numara.	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
zemin	Uzun Tamsayı	BOŞ	Numara.	Numara.
kat sayısı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
Sütun(lar)ı " satın almak 2" masa
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Evet
daire tipi	Metin (255)	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Mutfak alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
banyo tipi	Metin (255)	BOŞ	Numara.	Numara.
balkon	Metin (255)	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.
"Sat data 1" tablosunun sütun(lar)ı
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Numara.
daire kategorisi	Metin (255)	BOŞ	Numara.	Numara.
Adres (Sokak_ ev)	Hafıza	BOŞ	Numara.	Numara.
ev tipi	Metin (255)	BOŞ	Numara.	Numara.
zemin	Uzun Tamsayı	BOŞ	Numara.	Numara.
kat sayısı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Toplam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
fiyat (bin ruble)	Uzun Tamsayı	BOŞ	Numara.	Numara.
"Sat data 2" tablosunun sütun(lar)ı
İsim	Veri tipi	Boş Seçenek	PK	FK
kod	Otomatik numara	BOŞ	Evet	Evet
daire tipi	Metin (255)	BOŞ	Numara.	Numara.
yaşam alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
Mutfak alanı	Uzun Tamsayı	BOŞ	Numara.	Numara.
banyo tipi	Metin (255)	BOŞ	Numara.	Numara.
balkon	Metin (255)	BOŞ	Numara.	Numara.
ek bilgi	Hafıza	BOŞ	Numara.	Numara.
irtibat kişisi	Hafıza	BOŞ	Numara.	Numara.
iletişim numarası	Metin (255)	BOŞ	Numara.	Numara.
internet adresi	Hafıza	BOŞ	Numara.	Numara.

2.2Görev yazılımı

2.2.1 Genel (işlev ağacı ve diyalog komut dosyası)

Bu projede, aşağıdaki işlev kategorileri ayırt edilebilir: dizinlere bilgi girme işlevleri, gayrimenkul verilerini girme işlevleri ve analitik raporları alma işlevleri. Bu kategorilerin her biri, geliştirilmekte olan uygulamanın ilgili alt sistemine aittir: referans kitaplarının bakımı için alt sistem, belge girişi için alt sistem ve analitik raporların alınması için alt sistem.

Uygulama, tüm fonksiyonları çağırmak için kullanıcı ve program arasında uygun ve anlaşılır bir diyalog sağlar. Kullanıcı, ana başvuru formunun ana menüsünden ve ilgili menü öğelerini çoğaltan hızlı başlatma panelindeki düğmelerden işlevlere erişebilir. Uygulamanın ana formu, uygulamanın tüm işlevlerine erişim için ana arayüzü sağlamanın yanı sıra, diğer tüm ekran formları için bir kapsayıcı görevi görür.

Ekran formlarının ilk grubu, kullanıcıya sistem dizinlerinin bakımı için alt sisteme erişim sağlar. Bu ekran formları grubu, "Referanslar" programının ana menüsünden çağrılır. Bu menü öğesinin her bir alt öğesi, ilgili dizini düzenlemenize izin veren görüntüleme formunun çağrısına karşılık gelir.

Dizinleri görüntülemek ve düzenlemek için tüm ekran formları birbirine benzer ve dizin listesini görüntüleme, dizine yeni veri girme, mevcut verileri düzenleme ve mevcut verileri silme işlevlerini gerçekleştirmenize izin verir. Yeni girmek ve mevcut dizin verilerini düzenlemek için ilgili dizinlerin düzenleme formları çağrılır. Dizin listesinde yalnızca temel veriler sunulduğundan, bir dizin girişinin ayrıntılı bilgilerini görüntülemek için de aynı formlar kullanılır.

2.2.2 Projenin blok şeması

Şekil 2.14, projenin yapısal diyagramını göstermektedir.

Şekil 2.1. Çağrı modüllerinin şeması.

2.2.3 Yazılım modüllerinin açıklaması

Problemin çözümünün yazılımsal olarak uygulanmasında nesne yönelimli bir yaklaşım esas alınmıştır. Programlama dili olarak seçilen C++ dili, bu en umut verici teknolojiyi desteklemek için güçlü bir aygıt içerir: sınıflar ve nesneler, bir yapı hiyerarşisi, çeşitli kalıtım mekanizmalarına sahip birlikler ve sınıflar, çeşitli erişim seviyeleri ile veri ve işleme fonksiyonlarının kapsüllenmesi, polimorfizm hem statik hem de sanal erişimciler sağlayan işlemler, işlevler ve nesneler. Yerleşik nesne yönelimli programlama aparatı, karmaşık konu alanlarını tanımlamanıza ve hem sistem hem de uygulama amaçları için esnek, kolay uyarlanabilir yazılım paketleri oluşturmanıza olanak tanır.

Projedeki her bir alt görevi uygulamak için, VCL TForm kitaplığının standart sınıfının mirasçıları olan birkaç sınıf oluşturuldu.

Program bir Web uygulaması olarak geliştirildi ve bir Web uygulaması arayüzü için tüm gereksinimleri karşılıyor. Program, modüler programlama ilkelerine karşılık gelen modüllere ayrılmıştır. Bu modüllerin her birini ayrıntılı olarak ele alalım.

Uygulamanın ana formunun modülü, kullanıcıya programın tüm ana işlevlerine erişmek için bir arayüz sağlar. Tüm program işlevlerine ana menü ve hızlı erişim buton çubuğu aracılığıyla erişilir. Tüm düğmeler ve menü öğeleri, ayrıntılı bilgi istemleriyle sağlanır.

Referans kitaplarını düzenleme alt sistemi, referans kitaplarının içeriğini görüntülemek ve düzenlemek için tasarlanmış bir dizi modül içerir. Aynı formların diğer alt sistemlerde de kullanıldığını unutmayın. Bu nedenle, dizin bakım alt sisteminin bir parçası olan mal listesini görüntüleme formu, malları seçmek için makbuzları veya harcamaları kaydederken ve ayrıca analitik raporların alt sisteminden malların hareketinin muhasebeleştirilmesi için alt sistemden çağrılır. herhangi bir ürün hakkında bir rapor oluşturma koşulunu belirlerken mal seçmek için.

Dizinlerin bakımı için alt sistem aşağıdaki modülleri içerir:

· Mal listesini görüntüleme modülü, ürün listesini görüntülemek ve herhangi bir arama biçiminde bir ürün seçmek için tasarlanmıştır;

· Ürün görüntüleme modülünden çağrılan ürün düzenleme modülü, belirli bir ürünün verilerini düzenlemek için tasarlanmıştır. Aynı modül, malların özelliklerinin değerleri, bir ürünle ilgili projeler ve bir ürünün analogları gibi ilgili dizinlerin modüllerini çağırır. Bu nedenle, bu modülde ana çalışma, tüm ürün verilerinin atanması üzerinde gerçekleşir.

· Analog modülü, bir ürün için malların analoglarını görüntülemek ve atamak için tasarlanmıştır;

· Proje modülü, tipik projelerin bir listesini görüntülemek için tasarlanmıştır. Hangi ürünlerin kullanılabileceği ve bu projelerin çağrı formlarında seçilebilmesi için;

· Proje düzenleme modülü, belirli bir projenin verilerini düzenlemek ve bu proje için proje özelliklerini ayarlamak için tasarlanmıştır;

· Proje özellikleri modülü, proje özelliklerinin bir listesini tutmak için tasarlanmıştır;

· Proje özelliği düzenleme modülü, belirli bir özelliğin verilerini düzenlemeye yöneliktir;

· Müşteriler modülü, tüm müşteri verilerinin düzenlenmesi de dahil olmak üzere müşteri listesinin görüntülenmesi ve düzenlenmesi için ve ayrıca arama formunda müşteri seçimi için tasarlanmıştır;

· Üreticiler modülü, tüm müşteri verilerinin düzenlenmesi de dahil olmak üzere müşteri listesinin görüntülenmesi ve düzenlenmesi ve ayrıca arama formundaki müşterilerin seçilmesi için tasarlanmıştır;

· Malların özellikleri modülü, malların özelliklerinin listesini görüntülemek için tasarlanmıştır;

· Malların özelliklerini düzenleme modülü, malların bu özel özelliğinin verilerini düzenlemek ve bu özelliğin tüm olası değerlerini ayarlamak için tasarlanmıştır;

Özellik değerleri modülü, malların özelliklerinin değerlerini görüntülemek ve düzenlemek için tasarlanmıştır.

· Depolar modülü, depoların listesini görüntülemek ve çağrı formunda depoları seçmek için tasarlanmıştır;

· Depo düzenleme modülü, belirli bir deponun verilerini düzenlemeye yöneliktir;

Malların hareketi için muhasebe alt sistemi modüller içerir. Programın ana işlevinden sorumludur: depolarda malların hareketini sağlamak ve mal dengesini hesaplamak:

· Belge günlüğü modülü, veritabanının işlem tablosuna kaydedilen işlemlerin bir listesini içerir;

· Belge modülü, tüm bileşenleri de dahil olmak üzere tek bir işlemi düzenlemek için tasarlanmıştır. Bu modül, ürün modülü gibi, değerleri seçmek için diğer birçok formu çağırır.

· İşlemin tablo bölümünün satırını düzenleme modülü, belgenin bir satırının verilerini düzenlemeye yöneliktir.

Analitik raporlama alt sistemi aşağıdaki modülleri içerir:

· Depolardaki mal bakiyeleri hakkında bir rapor hazırlamak için modül;

· Depolardaki malların hareketi hakkında bir rapor hazırlamak için modül.

Borland C++ Builder görsel IDE'sinde form, programın ana bileşenidir. Bir form, kullanıcı arabiriminin öğelerini ve kullanıcı eylemlerine yanıtı içeren program kodunu içerir. Bu, nesne yönelimli programlama ilkelerine tamamen uygundur. C ++ Builder, bir form için, hem C ++ Builder tarafından otomatik olarak oluşturulan hem de kullanıcı tanımlı, forma yerleştirilen bileşenleri, formun özelliklerini ve yöntemlerini içeren bir form sınıfını otomatik olarak oluşturur. Geliştirilen uygulama aşağıdaki formları tanımlar:

· Form Fmain - UnitMain.cpp dosyasında uygulanan uygulamanın ana formu, uygulamanın ana menüsü ve hızlı erişim düğmeleri paneli aracılığıyla programın tüm işlevlerine erişmek için ana kullanıcı arabiriminin işlevlerini gerçekleştirir. Ayrıca ana form, veri girişinin ve işlenmesinin gerçekleştiği diğer tüm formlar için bir kapsayıcı görevi görür.

· UnitTovar.cpp dosyasında uygulanan FTovar formu, sistem veritabanındaki mal tablosuna girilen mal listesini görüntüleme işlevlerini yerine getirir. Formun ana unsuru, mal tablosunu bir liste şeklinde görüntüleyen C++ Builder paletinin DBGrid bileşenidir. DBGrid bileşeninin sütunları, mal tablosunun ilgili alanlarını görüntüler: ad, İngilizce ad, barkod ve üretici. Aynı form, örneğin bakiyeler hakkında bir rapor şeklinde bir veya başka bir öğeyi seçmek için bu formun diğer formlardan çağrılması durumunda bir kalem seçmek için kullanılır.

· UnitTovarEdit.cpp dosyasında uygulanan FTovarEdit formu, ürün verilerini görüntülemek ve düzenlemek için tasarlanmıştır. Bu form, ad, İngilizce ad, ayrıntılı açıklama, eş anlamlılar, barkod ve fiyat ve üretici gibi temel ürün verilerini görüntüleyen kontrolleri içerir. Üreticinin formu açılarak ve önerilen listeden seçilerek üreticinin seçildiğini unutmayın. Ürün düzenleme formu, temel verilere ek olarak, kayıtları bu ürünle ilişkili olan ilgili dizinlerin verilerini de görüntüler: analoglar, ürünün ait olduğu projeler ve bu ürünün özellikleri ile değerleri. Ürünle ilgili gerekli tüm veriler bir arada bulunduğundan ilgili dizinlerin verilerini tek bir formda görüntülemek çok uygundur. Görüntülenebilir ve düzenlenebilirler.

· FormClientsU.cpp dosyasında uygulanan FormClients formu, sistem karşı tarafları: tedarikçiler ve müşteriler hakkındaki verileri görüntülemek ve düzenlemek için tasarlanmıştır. Form, sol tarafta müşteri listesini, sağ tarafta ise mevcut müşteriye ait detaylı verileri görebileceğiniz şekilde yapılandırılmıştır. Liste, veritabanı tablosunun ad alanından sadece alıcının adını görüntüler; sağ taraftaki kontrollerde diğer tüm alanlardan veriler görüntülenir. Bu yaklaşım, tüm müşteri verilerini tek bir formda görüntülemenize ve düzenlemenize izin verdiği için çok uygundur. Ekle, Kaydet ve Sil düğmeleri, veritabanına kayıt eklemek, değiştirmek ve silmek için SQL sorguları yürüten prosedürleri çağırır.

· FormVendirsU.cpp dosyasında uygulanan FormVendirs formu, mal üreticileriyle ilgili verileri görüntülemek ve düzenlemek için tasarlanmıştır. Form, sol tarafta üreticilerin listesini, sağ tarafta ise mevcut üreticiye ait ayrıntılı verileri görebileceğiniz şekilde yapılandırılmıştır. Liste, veritabanı tablosunun ad alanından yalnızca üreticinin adını görüntüler, sağ taraftaki kontroller diğer tüm alanlardan verileri görüntüler. Bu yaklaşım, tüm üretici verilerini tek bir biçimde görüntülemenize ve düzenlemenize izin verdiği için çok uygundur. Ekle, Kaydet ve Sil düğmeleri, veritabanına kayıt eklemek, değiştirmek ve silmek için SQL sorguları yürüten prosedürleri çağırır.

· FProjU.cpp dosyasında uygulanan FProj formu, sistem veritabanının projeler tablosuna girilen projelerin listesini görüntüleme işlevlerini yerine getirir. Formun ana öğesi, projeler tablosunu bir liste olarak görüntüleyen C++ Builder paletinin DBGrid bileşenidir. DBGrid bileşeninin sütunları, proje tablosunun yalnızca "Ad" alanını görüntüler. Aynı form, belirli bir projeyi seçmek için diğer formlardan bu formun çağrılması durumunda, örneğin ürün verilerini düzenleme formunda bir proje seçmek için kullanılır.

· UnitProjEdit.cpp dosyasında uygulanan FProjEdit formu, tüm proje verilerini görüntüleme ve düzenlemenin yanı sıra projeye proje özelliklerini atamak için tasarlanmıştır. Formun sol tarafında, ilgili kontrollerde proje tablosundaki tüm proje verileri görüntülenir: ad, ayrıntılı ad ve ayrıntılı açıklama ve sol tarafta bu projenin özelliklerinin bir listesi vardır. "Özellik ekle" düğmesine tıklamak, bir proje özelliklerini seçmenize ve bir projeye atamanıza izin veren bir proje özellikleri referans kitabı seçmek için bir form açar. Bir mülkün proje özellikleri listesinden kaldırılması, "Özelliği kaldır" düğmesini tıkladığınızda gerçekleşir.

· UnitSimp.cpp dosyasında uygulanan FSimp formu, ek olarak projeyi karakterize eden proje özelliklerinin listesini görüntülemek için tasarlanmıştır.

· FSimpEdit formu, düzenleme için seçilen projenin belirli bir özelliğini görüntülemek ve düzenlemek için tasarlanmıştır. Form, proje özelliklerinin temel ve ek verilerini ayarlamanıza olanak tanır.

· UnitProperty.cpp dosyasında uygulanan FProperty formu, ürün özelliklerinin bir listesidir. Bu formda, eğer form başka bir formdan bir özellik seçmek için açılmışsa, kullanıcının arama formunda bu özelliklerden birini görebileceği ve seçebileceği özellik adlarının yalnızca bir listesi vardır.

· UnitPropertyEdit.cpp dosyasında uygulanan FPropertyEdit formu, özelliğin adını ve ürün özelliğinin ayrıntılı açıklamasını düzenlemek ve ayrıca sağdaki listede özellik özelliğinin değerlerini ayarlamak için tasarlanmıştır. formun yanı. Liste kontrol düğmeleri, bir özellik değeri seçmek için özellik değerleri formunu açmanıza izin verir. Bu özelliğe atanabilecek olan, özellik değerini düzenlemek ve ayrıca özellik değerini silmek.

· UnitSklad.cpp dosyasında uygulanan FSklad formu, depo adlarını içeren depo listesini görüntülemek için tasarlanmıştır. Aynı form, arama formundaki mevcut ambar kaydını seçmenize olanak tanır.

· UnitSkladEdit.cpp dosyasında uygulanan FSkladEdit formu, ayrıntılı verileri görüntülemek ve deponun hem adını hem de ek verilerini düzenlemek için tasarlanmıştır.

· UnitVals.cpp dosyasında uygulanan FVals formu, mal kataloğundaki bir öğe için bir özellik değeri seçmek üzere tasarlanmıştır ve yalnızca mal formundan çağrılır. Özellik değerleri formu, ürün özelliklerinin bir listesini ya tam olarak ya da yalnızca özellik formunu seçmek için aç düğmesine tıklayarak seçilebilen belirli bir mülkle eşleşen değerleri görüntüler. Mülk değerleri listesinde bir mülk seçildikten sonra sadece mülkün alabileceği değerler görüntülenir.

· UnitValsEdit.cpp dosyasında uygulanan FValsEdit formu, adını ve ayrıntılı açıklamasını belirterek bir ürün özelliğinin değerini düzenlemek için tasarlanmıştır.

· FormFilterU.cpp dosyasında uygulanan FormFilter, malları özelliklerinin toplamına göre seçme sorununu çözmek için tasarlanmıştır. Seçim için hem temel ürün verileri (ad, İngilizce ad, eş anlamlılar, tam ad, ayrıntılı açıklama) ve ilgili ürün verileri kullanılabilir: analojiler ve malların özellikleri. Ürünün ana verileri string değerleri olduğundan, form kullanıcıya bu verilere göre esnek bir seçim düzenleme imkanı sunar. Ürünler tablosundaki kayıtların seçimini, girilen kelime öbeğinin birebir eşleşmesine göre, girilen ifadenin seçim alanında geçmesine göre, girilen kelime öbeğinden tüm kelimelerin herhangi bir sırayla seçim alanına girilmesine göre düzenleyebilirsiniz, veya seçim alanına girilen tümcenin sözcüklerinden en az birinin bulunmasıyla. Bu seçim, seçim tablosunun herhangi bir alanında düzenlenebilir. Filtre formu, temel özelliklere göre seçime ek olarak, ürünün ait olduğu projelere göre seçim düzenleme imkanı sunar. Bunun için seçime açıldığında proje liste formundan projeler seçilerek girişlerin eklendiği proje listesi doldurulur. Proje listesi kontrolleri, listeye girdiler eklemenize, listeden girdileri kaldırmanıza, tüm girdileri işaretlemenize veya listeyi tamamen temizlemenize olanak tanır. Listedeki tüm girişler, kullanıcının bu proje için seçimi hariç tutabileceği işaretini kaldırarak, seçimde kullanım veya kullanmama (işaretleme) işaretine sahip olabilir. Sonuç olarak, mal kataloğundaki kayıtların seçiminde sadece listede yer alan projelere ait ürünler yer alacaktır. Form ayrıca ürün özelliklerine ve değerlerine göre seçimi de uygular. Belirli bir özelliği seçip seçmek için özellik listesi formunu açarak özellik kataloğundan ürün özellikleri listesine girişler ekleyebilirsiniz. Mevcut kayıt için, özellikler listesi, bu özelliğin alabileceği tüm değerleri gösterir ve kullanıcının bunlara gerekli işaretleri koyarak seçtiğini gösterir. Sonuç olarak, oluşturulan seçim yalnızca listede listelenen özelliklerin değerlerine sahip ürünleri içerecektir. Filtre formu doğrudan ana menüden çağrılmaz, ancak seçim için açıldığında da dahil olmak üzere yalnızca mal listesi formundan çağrılır, eğer bu formda malların seçimini bir dizi set ile düzenlemek gerekirse. herhangi bir kriter

· UnitDM.cpp dosyasında uygulanan DM formu, veritabanına erişim sağlayan C ++ Builder bileşenlerini depolamak için bir modüldür. Her veritabanı tablosu için, veritabanı tablolarındaki kayıtları seçmenize, düzenlemenize ve silmenize izin veren SQL sorguları girmenize ve yürütmenize olanak tanıyan ayrı bir TQuery bileşeni tahsis edilmiştir. Her tablo için sadece bir erişim bileşeninin tahsis edilmesi ve hepsinin tek bir modülde birleştirilmesi, programın MDI arayüzüne sahip olması ve verilerin tek bir formda değiştirilmesinden dolayı göstergelerinde anlık bir değişikliğe yol açmaktadır. diğer tüm formlar. Bu form, veri erişim bileşenlerine ek olarak, formlardaki veri görüntüleme bileşenleri için veri kaynağı işlevi gören bileşenleri de depolar. Veritabanı bileşeni, diğer tüm program bileşenlerinin veritabanı ile fiziksel bağlantısını sağlar.

· FJornal formu, belge günlüğünü görüntülemek için tasarlanmıştır - yani. mallarla daha önce gerçekleştirilen işlemlerin bir listesi. Form, aşağıdaki parametrelerin her kaydı için göstergeyle birlikte işlemlerin bir listesini görüntüleyen TDBGrid bileşenini içerir: işlem tarihi, işlem sayısı, işlemin yürütüldüğü depo, işlemin yürütüldüğü müşteri.

· Form FDocs, depodaki malların hareketi için yeni bir operasyon düzenlemek veya girmek için tasarlanmıştır. Formun üst kısmı, operasyonun ana özelliklerini gösteren bileşenleri içerir: operasyon tarihi ve numarası, müşteri, depo ve operasyon kodu. Bir müşteri ve bir depo seçmek için, istediğiniz kaydı seçebileceğiniz ilgili dizinlerin formunu seçmek üzere açın. Formun alt yarısında, miktarın belirtildiği bir mal listesi olan işlemin tablo şeklinde bir bölümü vardır.

· UnitJornalEdit.cpp dosyasında uygulanan FJornalEdit formu, bir işlemin bir satırını düzenlemek için tasarlanmıştır. Bu form, geçerli satırı düzenlemek için FJornal formundan çağrılır. Form, kalemi ve satır başına miktarı girmek ve değiştirmek için basit bir arayüz sağlar. Bir öğeyi seçmek için, seçilen kayıt FJornalEdit formuna aktarılan mal kataloğu listesinin formu çağrılır.

· FUsers formu, kullanıcıların bir listesini tutmak için tasarlanmıştır. Bu formun DBGrid bileşeninde, bir SQL sorgusu kullanılarak sistem kullanıcılarının bir listesi oluşturulur ve kontrol organları kullanıcı özelliklerini görüntüler: oturum açma, şifre, soyadı, kullanıcı adı ve kullanıcı kategorisi. Kullanıcı kategorisi radyo düğmeleriyle görüntülenir. Kontrol düğmelerine bastığınızda, bir kullanıcı eklemek, verileri düzenlemek ve silmek için bir SQL sorgusu yürütülür. Bir kullanıcı silindiğinde, veritabanının referans bütünlüğü izlenir.

· FReg formu, sistemle bir oturumun başlangıcında kullanıcı kimlik doğrulaması için tasarlanmıştır. Sistem, kullanıcının veritabanındaki varlığını kontrol eder, şifresini doğrular ve başarılı olursa, erişim düzeyine bağlı olarak kullanıcıya açık olan fonksiyonlara erişim açar.

· UnitRepForm.cpp dosyasında uygulanan FRepForm, depolardaki malların hareketi hakkında bir rapor hazırlamak ve oluşturmak için tasarlanmıştır. Bu formun kontrolleri, kullanıcının rapor oluşturma koşullarını belirlemesine, yani makbuz veya gider işleminin gerçekleştirildiği müşteriyi ve bu işlemin gerçekleştirildiği depoyu seçmesine olanak tanır. Formun alt kısmı, kullanıcının mal kataloğundan birkaç kayıt seçebileceği bir tablo içerir, bu durumda hareketlerle ilgili rapor bu mallar için özel olarak oluşturulacaktır.

Her form, bileşen paletinden forma yerleştirilen C++ Builder ortamının bileşenlerini kullanarak ilgili modülün işlevlerini gerçekleştirir. RapidApplication Development (RAD) C ++ Builder, kullanıma hazır görsel ve görsel olmayan nesnelerden ve dış görünümlerden oluşan VCL'yi (VisualComponentLibrary - VCL) kullanır. Minimum maliyetle uygulamalar oluşturmanıza olanak tanırken aynı zamanda VCL'den belirli bir derecede bağımsızlık sağlar.

Bileşenlerle çalışırken, C ++ Builder, nesnelerin yeniden kullanımı ilkesinden geniş ölçüde yararlanır. Bileşenler, ComponentPalette aracılığıyla erişilebilen sınıf örnekleridir. Bir uygulama oluştururken, gerekli bileşeni forma bırakmak, özelliklerini ayarlamak ve ardından olay işleyicilerini tanımlamaktan daha kolay ne olabilir. Formun bileşenlerinin yardımıyla, içlerinde bulunan işlevleri yerine getirirler.

2.3 Görevin teknolojik desteği

2.3.1 Bilgi toplama, aktarma, işleme ve yayınlama teknolojisinin organizasyonu

Karmaşık yazılım sistemlerinin geliştirilmesi, yazılım geliştirmenin önemli zahmeti ve bunlardaki hataları belirleme zorluğu ile ilişkili bir dizi organizasyonel, teknolojik ve teknik sorunun çözümünü gerektirir. Bu sorunlara çözüm, programcıların verimliliğini ve programların güvenilirliğini artıracak herhangi bir programlama teknolojisinin devreye girmesiyle mümkündür. Ek olarak, tanıtılan teknoloji, iş planlamasını ve tüm ekip üyelerinin etkileşiminin organizasyonunu basitleştirmeli, geliştirmenin her aşamasının zamanlamasını açıkça kontrol etmeye izin vermeli, oluşturulan yazılım ürünü için genel kavramlardaki tüm değişiklikleri gerçekleştirenleri derhal bilgilendirmelidir. ve program ile dış çevre arasındaki veya programın bireysel yapısal unsurları arasındaki ilişkilere ilişkin anlaşmalardaki değişiklikler. Teknoloji, tüm belgelerin basitliğini ve açık bir şekilde okunmasını sağlamalıdır.

Bir yazılım ürününün uygulanmasının zamanını ve karmaşıklığını azaltmak, güvenilirliğine bağlıdır. Bu nedenle, teknoloji, geliştirme aşamasında algoritmaların ve programların doğrulanması ve test edilmesinin yanı sıra programı hata ayıklama ve test etme yaklaşımlarını sağlamalıdır. Teknoloji, tespit edilen hataları ortadan kaldırmak veya programın işlevlerini değiştirmek için gerekli olan, çalışmaları sırasında programların oldukça basit bir şekilde değiştirilmesi olasılığını sağlamalıdır.

Karmaşık yazılım sistemlerinin geliştirilmesi için teknoloji, yazılım ürününün ayrı modüllere bölünmesini gerektirir. Ayrıca, modüller genellikle farklı programcılar tarafından bağımsız olarak oluşturulur. Modülleri bir yazılım paketinde birleştirmek için, modülleri çağırmak için kurallar ve bireysel modüller arasında parametre geçişi için kurallar geliştirmek gerekir. Bu kurallar program içi bir arayüz oluşturur.

2.3.2 Bilgi toplama, iletme, işleme ve yayınlamaya ilişkin teknolojik sürecin şemaları

Bu bölüm, sorunu çözmek için işlevsel ve teknolojik şemaları sunar.

Her şeyden önce, referans kitaplarını koruma sorununu ele alalım, buna A1 diyelim. Bunu uygulamak için katalog yöneticisi verileri sıralar ve ardından verileri uygun tablolara girer. Veri girişi görevi birkaç aşamaya ayrılabilir. A1 problemini çözmek için fonksiyonel ve teknolojik şema Şekil 2.13'te gösterilmektedir.

Şekil 2.2. A1 görevinin fonksiyonel ve teknolojik şeması "Referans kitaplarının bakımı"

Vurgulanan her modül için işlevsel ve teknolojik bir şema ve ayrıntılı bir kodlama algoritması geliştirilmiştir. A1 görevinin blok şeması Şekil 2.14'te, A1 görevinin tüm modüllerinin fonksiyonel ve teknolojik şemaları Şekil 2.15'te gösterilmiştir.

Şekil 2.3. A1 "Referans kitaplarının bakımı" problemini çözme şeması

Şekil 2.4. A1 görevi modüllerinin fonksiyonel ve teknolojik diyagramları

Elde edilen şemaları daha ayrıntılı olarak açıklayalım.

A1.1 modülü için:

İşlem: Ürün verilerinin kontrol edilmesi ve girilmesi.

Giriş: ürün bilgileri.

Çıktı: veritabanında ürün hakkında oluşturulan veriler

algoritma:

Veritabanındaki ürün verilerinin kullanılabilirliğini kontrol etme

· Ürün verilerini ekranda görüntüleyin.

A 1.2 modülü için:

Süreç: Müşteri verilerinin kontrol edilmesi ve girilmesi.

Giriş: müşteri bilgileri.

Çıktı: veritabanında oluşturulan müşteri verileri

algoritma:

Veritabanındaki müşteri verilerinin kullanılabilirliğini kontrol etme

Veri yoksa, veritabanına yeni bir kayıt yapın

· Müşteri verilerini ekranda görüntüleyin.

A 1.3 modülü için:

İşlem: Ürünün özelliği ile ilgili verilerin kontrol edilmesi ve girilmesi.

Girdi: ürünün özelliği hakkında bilgi.

Çıktı: veritabanındaki bir ürün özelliği hakkında oluşturulan veriler

algoritma:

Veritabanında ürünün özelliği ile ilgili verilerin kullanılabilirliğini kontrol etme

Veri yoksa, veritabanına yeni bir kayıt yapın

· Ürün özelliğindeki verileri ekranda görüntüleyin.

A 1.4 modülü için:

İşlem: Kullanıcı verilerinin kontrol edilmesi ve girilmesi.

Giriş: kullanıcı hakkında bilgi.

Çıktı: veritabanında oluşturulan kullanıcı verileri

algoritma:

Veritabanındaki kullanıcı verilerinin kullanılabilirliğini kontrol etme

Veri yoksa, veritabanına yeni bir kayıt yapın

· Ekranda kullanıcı verilerini görüntüleyin.

Modül A 1.5 için:

Süreç: Projelerle ilgili verilerin kontrol edilmesi ve girilmesi.

Giriş: proje hakkında bilgi.

Çıktı: veritabanında proje hakkında oluşturulan veriler

algoritma:

Veritabanındaki proje verilerinin kullanılabilirliğini kontrol etme

Veri yoksa, veritabanına yeni bir kayıt yapın

· Proje verilerini ekranda görüntüleyin.

Modül A 1.6 için:

Süreç: Departmanla ilgili verilerin kontrol edilmesi ve girilmesi.

Giriş: ünite hakkında bilgi.

Çıktı: veritabanındaki departman hakkında oluşturulan veriler

algoritma:

Veritabanında departmanla ilgili verilerin kullanılabilirliğini kontrol etmek

Veri yoksa, veritabanına yeni bir kayıt yapın

· Departman verilerini ekranda görüntüleyin.

A 1.7 modülü için:

Süreç: Üretici verilerinin doğrulanması ve girilmesi.

Giriş: üretici hakkında bilgi.

Çıktı: veritabanında üretici hakkında oluşturulan veriler

algoritma:

Veritabanındaki üretici verilerinin kullanılabilirliğini kontrol etme

Veri yoksa, veritabanına yeni bir kayıt yapın

· Üretici verilerini ekranda görüntüleyin.

Ardından, sisteme belge girme sorununu ele alalım, buna B1 diyelim. Bu sorunu çözmek için, belge işleme grubunun operatörü, gelen kağıt belgeleri sıralar, işler ve sisteme girer, bunun sonucunda denge tablosundaki ve belge yevmiyesindeki girişler değiştirilir. B1 görevinin işlevsel ve teknolojik diyagramı Şekil 2.16'da gösterilmektedir.

Şekil 2.5. B1 "Belgelerin tanıtımı" görevinin işlevsel ve teknolojik şeması.

Vurgulanan her modül için işlevsel ve teknolojik bir şema ve kodlaması için ayrıntılı bir algoritma geliştirilmiştir. B1 görevinin blok şeması Şekil 2.17'de, B1 görevinin tüm modüllerinin fonksiyonel ve teknolojik şemaları Şekil 2.18'de gösterilmiştir.

Şekil 2.6. B1 "Belgelerin tanıtımı" problemini çözmek için blok diyagram

Şekil 2.7. Görev B1 modüllerinin fonksiyonel ve teknolojik diyagramları

Ardından, rapor alma görevini ele alacağız, buna B1 diyelim. Bu sorunu çözmek için, programın kullanıcısı gerekli rapor tipini seçer ve bunun sonucunda seçilen rapor tipinin ekran formu oluşturulur. B1 görevinin fonksiyonel ve teknolojik diyagramı Şekil 2.19'da gösterilmektedir.

Şekil 2.8. B1 görevinin fonksiyonel ve teknolojik şeması "Raporların oluşturulması"

B1 görevinin blok şeması Şekil 2.20'de, B1 görevinin tüm modüllerinin fonksiyonel ve teknolojik şemaları Şekil 2.21'de gösterilmiştir.

Şekil 2.9. B1 görevinin blok şeması

Resim çizme 2 . 10 ... B1 görevi modüllerinin fonksiyonel ve teknolojik diyagramları

2.4 Proje uygulamasının test durumu ve açıklaması

Geliştirilen uygulamanın doğruluğunu ve bütünlüğünü kontrol etmek için uygulamanın test durumu yapılmıştır. Bu test senaryosu için veriler, geliştirilen uygulamanın tüm fonksiyonlarını ve alt sistemlerini kapsayacak şekilde, içine gömülü tüm algoritmaları test edecek şekilde seçilmiştir.

Test senaryosu uygulaması üç adımdan oluşur:

· Test bilgilerinin dizinlere girilmesi;

· Depodaki mal hareketinin test örneklerinin girişi;

· Depolardaki mal sayısındaki değişimi yansıtan raporların alınması ve hareketlerin analiz edilmesini sağlar.

Bir test senaryosunun uygulanmasındaki ilk adım, test verilerini sistem dizinlerine girmektir. Test verileri bu şekilde eşleştirildi. Hem temel hem de ek bilgileri depolayan tüm dizinleri kullanmak.

Ürün dizinine üç ürün eklendi:

· Kapı "Klinkor" metali;

· Ahşap kapı "Basel";

· "Vegas" metal kapı

Şekil 2.24, mal listesini içeren bir ekran formunu göstermektedir.

Şekil 2.11. mal listesi

Tablo 17, malların özelliklerine ilişkin test verilerini ve bu özelliklerin alabileceği değerleri göstermektedir.

Tablo 17. Malların özelliklerine ilişkin test verileri.

Tablo 18, ürünlere atanan özellikleri ve değerlerini gösterir.

Tablo 18. Malların özelliklerini mallara atamak için test verileri.

Ürün	Mülk	Atanan özellik değeri
Kapı "Klinkor" metali	Kale 1	Kale "Tyson"
	Kale 2	Kale "Verita"
	Ağırlık	500 Kg
	Dış döşeme	Plastik
	İç döşeme	Mevcut olmayan
	Isınma	Mevcut olmayan
Kapı "Vegas" metali	Kale 1	Kale "Tyson"
	Kale 2	Kale "Vegas"
	Ağırlık	150 Kg
	Dış döşeme	Dekoratif plastik
	İç döşeme	Halı
	Isınma	polistiren
Kapı "Basel" ahşap	Kale 1	Kale "Tyson"
	Kale 2	Mevcut olmayan
	Ağırlık	120 Kg
	Dış döşeme	Mevcut olmayan
	İç döşeme	Halı
	Isınma	paralon

Malları, ürünlerin kullanılabileceği bina ve binaların bir veya başka bir standart projesine sınıflandırmak için, bir proje referans kitabı ve özellikleri dolduruldu. İçerikleri Tablo 19'da gösterilmektedir.

Tablo 19. Projeler için test verileri.

Malların belirli bir projeye atanması tablo 20'de sunulmuştur.

Tablo 20. Malların projelere atfedilmesine ilişkin test verileri.

Tüm verilerin bir ürüne atanması, analoglarının, özelliklerinin atanması, belirli bir projeye atanması Şekil 2.25'te gösterilmiştir.

Şekil 2.12. Ürün Düzenleme Test Formu

Ayrıca test senaryosunun eksiksiz olması için üreticilerin, müşterilerin, depoların ve kullanıcıların dizinlerinin doldurulması gerekmektedir. Doldurmaları Şekil 2.26 - 2.29'da gösterilmiştir.

Şekil 2.13. Üreticiler dizininin test dolumu

Şekil 2.14. Müşteri referans kitabının doldurulmasının test edilmesi.

Şekil 2.15. Depo dizininin doldurulmasının test edilmesi.

Şekil 2.16. Kullanım kılavuzunun doldurulmasını test edin.

Bu test aşamasının sonucu, dizinlerin tüm verilerini içeren tamamlanmış bir veritabanıdır. Doldurulan dizinlerin eksiksizliğini ve doğruluğunu kontrol etmenin en etkili ve açıklayıcı yolu, ürün filtresini kullanarak istenen ürünü aramaktır. Ürün filtresi, ürünleri herhangi bir kritere ve bunların toplamına göre seçmenize olanak tanır. Bu nedenle, test sırasında aşağıdaki seçimler yapıldı:

· "Tyson" kilidi olan tüm ürünler (filtre şekli şekilde gösterilmiştir).

· "Köy Evi" projesi veya "Apartmanda Daire" projesi ile ilgili tüm ürünler

· Klondike üreticisinin tüm ürünleri.

Resim çizme 2 . 17 ... Bir ürün filtresi ayarlama.

Tamamlanan tüm referans kitapları hazır olduktan sonra, testin ikinci aşamasına geçebilirsiniz: depolardaki malların hareketiyle ilgili belgeleri girme. Bu aşamada, tüm test mallarının depolarda alınmasını ve tüketilmesini gerçekleştiren çeşitli belgeler tanıtıldı. Belge günlüğü şekilde gösterilmiştir, bazı belgelerin içeriği şekil 2.31'de gösterilmiştir.

Resim çizme 2 . 18 ... Belge günlüğü.

Resim çizme 2 . 19 ... Belgenin formu.

Gerçek hayatta, malların depodan taşınması için evrak işlerinin, kağıt belgelerin alındığı sıraya göre gerçek zamanlı olarak gerçekleştiğine dikkat edilmelidir. Aynı zamanda, her yeni belgeyi işlerken, operatörler depodaki mal dengesini kontrol etmezler. Testin üçüncü aşaması, malların bakiyelerini görüntülemenize ve ayrıca depolardaki malların hareketini belgeler bağlamında analiz etmenize olanak tanır: analitik raporların alınması. Bu aşamada, belge bölümleri olmayan bakiyelere ilişkin raporların yanı sıra, belgeler bağlamında mal bakiyeleri ve hareketlerine ilişkin bir rapor alındı. Bu raporlar, depolardaki mal bakiyelerindeki değişimin izlenmesini ve ilk bakiyeden nihai bakiyenin nasıl çıktığının anlaşılmasını mümkün kılmıştır.

Test sonuçlarına dayanarak, programın doğru çalıştığı iddia edilebilir. Tüm gereksinimlerini karşılar: işlevsel özellikler, işin güvenilirliği ve doğruluğu, bilgi ve yazılım uyumluluğu, donanım ve yazılım ve yazılım belgeleri.

Çözüm

Diploma projesinin tamamlanmasının bir sonucu olarak, LLC "Birlik kapıları" nda depo muhasebesi metodolojisi incelenmiştir.

İncelenen metodolojiye dayanarak, sistem verilerini depolamak için gerekli olan bir veritabanı yapısı geliştirilmiştir. Ayrıca geliştirilen uygulamanın çalışacağı bir işletim sistemi ve geliştirmenin gerçekleştirileceği bir programlama dili ve programlama sistemi seçilmiştir.

Mezuniyet projesinin sonucu, depo muhasebesi sürecini otomatikleştiren bir uygulamanın geliştirilmesiydi.

Tarif edilen programı test etme yöntemine uygun olarak, test sonuçları, programın farklı girdi veri setleriyle tüm beklenen durumlarda doğru çalıştığını gösterdi.

Program Windows 95/98, NT, 2000, XP işletim sisteminde çalışır ve BorlandC ++ Builder ortamında yürütülür. Programın sonuçları, depolardaki hareket belgelerinin ve depolardaki mal bakiyelerinin tablolarıdır.

Geliştirilen uygulama yakında Union-Doors LLC'de hayata geçirilecek. Union-Doors LLC'nin yönetimi, geliştirilen uygulamanın uygulanmasından depo muhasebesi organizasyonunda büyük bir niteliksel sıçrama beklemektedir. Referans bilgilerinin bakımı, belgelerin hazırlanması ve raporların alınması otomatik hale getirilerek personelin işi büyük ölçüde kolaylaştırılacağından, personelin iş kalitesi önemli ölçüde artacaktır. Geliştirilen uygulama, tüm departmanların ve her bir çalışanın çalışmalarının organizasyonunda işleri düzene koymaya, çalışanları yetki ve gerçekleştirilen işlevlere göre ayırmaya ve departmanların faaliyetlerinin organizasyonundaki darboğazları belirlemeye izin verecektir. Depodaki cari bakiyeleri anında alabilme özelliği, ürün hırsızlığını ortadan kaldıracak ve malların hareketi hakkında rapor alma yeteneği, satışların analizine ilişkin analitik raporlar hazırlamanıza ve gelecek dönemler için tahminler yapmanıza olanak sağlayacaktır.

1. Podbelsky V.V., Fomin S.S. C dilinde programlama: Ders kitabı. Fayda. - 2. ekleyin. Ed. - M: Finans ve İstatistik, 2002. - 600'ler.

2. Windows 95 için C ve C ++ ile Herbert Schildt Programlama - K.: Ticaret ve Yayın Bürosu BHV, 1996

3. Bölüm Windows 95 için Petzold Programlama; iki ciltte - SPb.: BHV - Saint Petersburg, 1997

4. Arkhangelsky P.A. "BorlandC++ 4.0'da Programlama" M. Science, 2000

5. Stroustrup B. "C++ Programlama Dili: Per. İngilizceden. " M. Radyo ve haberleşme, 1991.-352s.: Ill.

6. Bobrovsky S.I. Delphi 5 - M.: Peter, 2002.

7. Gaevsky A. Delphi 6'da yazılım uygulamalarının geliştirilmesi - Moskova: Kiev, 2000.

8. ZuevV. A. Turbo Pascal 6.0, 7.0. M.: Moskova, 1998.

9. Kotsyubinsky A.O., Groshev S.V. Delphi 5 programlama dili - Moskova: Moskova, 1999.

10. Leontiev V.I. Delphi 5 - M.: Moskova, 1999.

11. Moiseev A.Ş. Nesne Pascal - M.: Moskova, 2000.

12. Nemnyugin S.A. Programlama - M.: Peter, 2000.

13. Remizov N.C. Delphi - M.: Peter, 2000

14. Arkhangelsky P.A. Delphi 5.M.'de Programlama, Bilim, 2000

15. Darakhvelidze P.G. DELPHI 5.SPb.'de Programlama, Binom, 2000

16. Teixeira S.T. DELPHI 5. Geliştirici Kılavuzu. M., Williams, 2000

17. Ugrinovich N. Bilişim ve bilgi teknolojileri. Bir dizi temel bilgi. M., Radyo ve iletişim, 2000

18. Faronov V.V. Delphi 3. Eğitim kursu. M., Bilgi, 1998

19. Faronov V.V. Delphi 4. Eğitim kursu. M., Bilgi, 1998

20. Harrington J. İlişkisel veri tabanları tasarlamak. M., LORI, 2000

21. Shumakov V.P. Delphi 3 ve veritabanı uygulamaları oluşturma. M., Bilgi, 1998

22. GOST 2.105-95 ESKD. Metin belgeleri için genel şartlar

23. GOST 19.103-33 ESPD. Programların ve program belgelerinin belirlenmesi.

24. GOST 19.701-90 ESPD. Algoritma, program, veri ve sistem şemaları. Semboller ve yürütme kuralları.

Başvuru

Veri akış şeması "olduğu gibi"

Veri akış şeması "olması gerektiği gibi".

Emlak işlemlerinde müşterilerle çalışma bağlamında belge akışı şeması.