Otomatikleştirilecek iş istasyonları

Performans gereklilikleri

Oluşturulan raporların listesi

4.4.2. Bir üretim planlama ve kontrol sistemi için gereklilikler

Bilgi sistemi, kurumsal kaynak planlaması ve sipariş üretim yönetimi sağlamalıdır.

IS işlevi için gereksinimler:

1. Bitmiş ürünlerin konfigürasyon yönetimi (FP):

GP'nin bileşimi hakkında düzenleyici ve referans bilgilerinin, spesifikasyonun ilgililik süresini belirtme yeteneği ve birkaç farklı spesifikasyonla GP'nin üretiminde bulunma olasılığı ile muhafaza edilmesi;

GP'nin bir parçası olan ürünlerin üretim teknolojisi hakkında normatif ve referans bilgilerinin, teknolojilerin uygunluk süresini belirtme yeteneği ve GP'nin birkaç farklı teknoloji ile üretilmesi olasılığı ile sürdürülmesi;

2. Satış yönetimi:

Müşteri ilişkilerinin geçmişini görüntüleme;

GP listesi, hacimler, sevkıyat tarihi, satış fiyatı ve herhangi bir ek koşul ile birlikte müşterinin başvurusunun kaydedilmesi / düzeltilmesi;

Sipariş edilen KİT'in mevcut ekonomik göstergelerinin (hesaplamalarının) görüntülenmesi;

3. Üretim planlaması:

Planlanan dönemin her günü için mevcut standart saatlerin sayısını gösteren ekipman kullanılabilirlik planının oluşturulması;

Üretilen ürün, miktarı, kullanılan ekipman, planlama döneminin her günü için bölümlerin belirtildiği bir üretim planının oluşturulması;

Malzeme ve bileşenlerde üretim ihtiyaçları için bir planın oluşturulması;

Oluşturulan üretim planına göre ekipman yüklemesinin kontrolü ve yönetimi;

Yürütme sırasında üretim planında ayarlamalar yapmak;

Üretim planının plan-gerçek analizi;

4. Üretim yönetimi:

Ürünlerin üretimi için vardiya görevlerinin (siparişlerin) oluşturulması;

İcracıların siparişlerine atama / yeniden atama ve üretilen ürün sayısı, kusurlu ürün sayısı ve evliliğin meydana gelme nedenlerinin bir göstergesi ile siparişlerin yerine getirilmesini sabitleme;

Üretimde envanter kalemlerinin (TMC) depolanması ve hareketinin yönetimi;

5. Tedarik yönetimi:

Tedarikçiyi, mal ve malzemelerin isimlendirilmesini, miktarı ve teslimat süresini gösteren satınalma siparişinin malzeme ve bileşenlerine yönelik ihtiyaç planı temelinde oluşturulması;

Departmanlardan mal ve malzeme için tek seferlik siparişlere dayalı satın alma siparişlerinin oluşturulması;

Satınalma siparişlerini tamamlama sürecini kontrol etmek ve takip etmek;

Kalıntıların operasyonel kontrolü;

Teslimatların plan-gerçek analizi;

6. Maliyet yönetimi:

KİT'in planlanan (standart) maliyetinin oluşturulması;

Fiili üretim maliyetlerinin sabitlenmesi;

KİT'in fiili maliyetinin hesaplanması;

Plan-fiili maliyet analizi.

Bir siparişin standart maliyetini hesaplamak için gereksinimler

Ürünün ve tüm siparişin standart maliyeti aşağıdaki yöntem kullanılarak hesaplanır:

1. Bir ürünün standart maliyetinin doğrudan malzeme bileşeni, bu ürünün standart bileşimi (şartname) ve bu şartnamede yer alan envanter kalemleri için belirlenmiş muhasebe fiyatları hakkındaki bilgiler temelinde oluşturulur. Spesifikasyon için, birkaç malzeme maliyeti kaleminin kullanımına izin verilir.

2. Doğrudan ücretlerin miktarı, ürünün standart operasyonel bileşimi temelinde hesaplanır. Aşağıdakiler belirlenir: her operasyonun standart süresi, bu operasyon için gereken işçinin mesleği ve işçinin rütbesi. Ayrıca, sistem, çalışanların meslekleri ve kategorileri için standart saatlerin parasal oranlarını sunar.

3. Dolaylı maliyetlerin standart değeri, belirtilen tabanın (belirtilen kalem için doğrudan maliyetlerin miktarı) yüzdesi olarak hesaplanır.

Bu hesaplamayı gerçekleştirmek için Bilgi Sisteminde aşağıdaki verilerin mevcut olması gerekir:

1. Ürünün imalat şartnamesi (ve bu üründe yer alan kendi imalatımız olan tüm yarı mamul ürünlerin imalat şartnamesi);

2. Ürünün ve içerdiği yarı mamüllerin üretim teknolojisi: hangi işlemlerin ne zaman yapılması gerektiği. Ek olarak, her işlem için, uygulanması için gerekli olan meslek ve işçi kategorisi belirtilir (bu belirli ürünün piyasaya sürülmesi için);

3. Kullanılmış mal ve malzemeler için muhasebe fiyatları protokolü;

4. Meslekler ve rütbeler için standart saatlerin parasal oranları.

Siparişin fiili maliyetini hesaplamak için gereksinimler

Ürünün fiili maliyeti ve tüm sipariş aşağıdaki yöntem kullanılarak hesaplanır:

1. Ürünün serbest bırakılması için doğrudan malzeme maliyetleri, üretim yeniden dağıtımları için mağaza tarafından malzeme tüketimine ilişkin gerçek verilere dayanarak hesaplanır. Bu durumda öncelikle bu ürüne dahil olan tüm yarı mamüllerin maliyeti hesaplanır. Toplam değerlendirme, işletmenin muhasebe politikasında benimsenen metodolojiye göre yapılır.

2. Doğrudan üretim işçilerinin ücretleri, mağaza siparişlerinin kapanmasına ilişkin veriler temelinde hesaplanmaktadır. Emirlerin IS'ye kaydedilmemesi durumunda, ücretler dağıtıma tabi doğrudan maliyetlere, yani. üretilen ürünler arasında belirli bir tabana göre dağıtılır.

3. Doğrudan üretim ekipmanının amortismanı, her yeniden dağıtım için bu yeniden dağıtımda kullanılan ekipmanın (makine aleti) belirtilmesi durumunda doğrudan maliyetlere dahil edilir.

4. Tahsis edilecek doğrudan maliyetler:

Her yeniden dağıtımdan daha az sıklıkla tüketilen temel malzemeler (örneğin, üretim birimi başına oranı o kadar küçük ki, bu oranda bile alternatif tüketimlerini hesaba katmanın bir anlamı olmayan kimyasallar);

Ciroya göre dağılımı hakkında bilgi yokluğunda çalışanların ücretleri;

Doğrudan ekipmanın amortismanı, yalnızca toplam aylık tutarı yeniden dağıtıma göre bozulmadan kullanılabilir durumdaysa.

Bu tür maliyetler, seçilen dağıtım esasına göre (örneğin, doğrudan malzeme maliyetleriyle orantılı olarak) üretilen kalemlere dağıtılır.

1. Genel üretim maliyetleri (hesap 25 BU): üretilen ürünlere seçilen dağıtım tabanıyla orantılı olarak dağıtılır. Bu tür giderlerin payı, işletmede benimsenen muhasebe politikasına göre yapılmakta olan işte kalabilir veya kalmayabilir.

2. Genel işletme ve satış giderleri (26 ve 44 hesapları) cari dönemin gideri olarak muhasebeleştirilir ve satış giderleriyle ilgilidir. Bu tür maliyetlerin bitmiş ürünlerin maliyetine dağılımı özel bir rapor kullanılarak görülebilir.

Bilgi sistemi performans gereksinimleri

<Раздел должен содержать требования к производительности Информационной системы. Вводится в шаблон>.

Güvenilirlik gereksinimleri

<Раздел должен содержать требования к надежности Информационной системы. Например:>

Bilgi sisteminin güvenilir (kararlı) işleyişini sağlamak için gereklilikler

Bilgi Sisteminin güvenilir (kararlı) işleyişi, Müşteri tarafından aşağıda listesi verilen bir dizi organizasyonel ve teknik önlemin uygulanmasıyla sağlanmalıdır:

1. Teknik ekipmanın kesintisiz güç kaynağının organizasyonu;

2. Lisanslı yazılım kullanımı;

3. Rusya Federasyonu Çalışma ve Sosyal Kalkınma Bakanlığı'nın 23 Temmuz 1998 tarihli Kararname'de belirtilen tavsiyelerinin düzenli olarak uygulanması "Kişisel bilgisayarların bakımı için çalışmak için endüstriler arası standart zaman standartlarının onaylanması üzerine ve ofis ekipmanı ve yazılımın bakımı";

4. GOST 51188-98 gerekliliklerinin düzenli olarak yerine getirilmesi. "Bilginin korunması. Bilgisayar virüslerinin varlığı için yazılımı test etme ";

5. Bilgi Sisteminin veritabanlarının, Bilgi Sisteminin kendisi veya kullanılan veritabanı yönetim sistemi aracılığıyla düzenli olarak yedeklenmesi.

Geliştirilmekte olan bilgi sisteminin amacına bağlı olarak, uygulamanın modüler yapısını daha da tasarlayacağız. Modüler yapıyı tanımlamak için UML 2.0 Notasyon Bileşen Şemasını kullanalım (Şekil 3.4).

Pirinç. 3.4

Bilgi sistemi üç bileşenden oluşur:

• 1. Arayüz. Bilgi sistemi ile kullanıcı etkileşiminin uygulanması. Aşağıdaki modülleri içerir:
  • · Girdi / çıktı - IS ile çalışırken bilgi girdi ve çıktısının organizasyonu;
  • · Raporlama - işe alım ajansının çeşitli alanları için yerleşik belgelendirme formlarına göre raporlama organizasyonu;
  • · Arama - belirtilen parametrelere göre adaylar ve boş pozisyonlar için arama organize etmek;
• 2. Veri işleme. Bilgi işleme işlevlerinin uygulanması: bir veritabanında veri arama, belgelerin birincil analizi görevi için matematiksel bir model vb.;
• 3. DB. Müşteriler hakkında bilgi içeren bir veri deposu uygulaması.

Veritabanı yapısı tasarımı

Daha önce de belirtildiği gibi, bilgi sisteminde tüm bilgiler tek bir veritabanında saklanır. Veritabanının mantıksal yapısını modellemek için IDEF1x metodolojisi uygulandı. Bu metodolojiye göre, bir bilgi modeli oluşturma süreci aşağıdaki adımlardan oluşur:

• · Varlıkların tanımı; varlıklar arasındaki bağımlılıkları tanımlama;
• · Birincil ve alternatif anahtarların atanması;
• · Varlıkların niteliklerinin tanımı;
• · Modeli gerekli normal biçim düzeyine getirmek;
• · Modelin fiziksel tanımına geçiş: yazışmaların atanması varlık adı - tablo adı, varlık özelliği - tablo özelliği;
• · Tetikleyicilerin, prosedürlerin ve kısıtlamaların atanması;
• · Veritabanı oluşturma.

Veritabanını IDEF1.x açısından tanımlayan varlık-ilişki diyagramı üç ana bloktan oluşturulmuştur - varlıklar, nitelikler ve ilişkiler. Bir diyagramı etki alanı kurallarının grafiksel bir temsili olarak düşünürsek, varlıklar ve nitelikler isimlerdir ve ilişkiler fiillerdir.

Bu veritabanı için gelecekteki IS arama yapacağından, belge için ana öznitelikler olarak aşağıdakiler seçilmiştir:

• - belgenin adı;
• - belgenin arşive alınma tarihi (arşiv hizmeti veren hukuk firmaları belgelerin saklama süresini izler. Her belgenin kendi raf ömrü vardır. Birçok menkul kıymet zamanla alaka düzeyini kaybeder ve değeri sıfıra düşer. Bu tür belgeler imha edilmelidir.Bu tür evrakların zamanında seçilmesi ve belgelerin imhası hukuk firmaları tarafından sağlanan arşiv hizmetleri paketine dahildir.Saklamaya kabul edilirken, her belge özel bir incelemeden sonra saklama süresine göre belirlenir.Bu süreden sonra , belge imha için gönderilir);
• - belgenin kimliği (türü) (çünkü tüm belgeler önem sırasına göre sıralama yapılan 7 türe ayrılmıştır);
• -sütun numarası;
• - raf numarası;
• - kızak numarası (belgenin arşivdeki yerini belirlemek için bu 3 parametre gereklidir);
• - hücresinde bir belgenin varlığı (belgenin arşivde olup olmadığını veya başvuru sahibine verildiğini bilmeniz gerekir).

Bir istemciye ait tüm belgeleri seçme sorgusunun sonucu aşağıdaki gibi görünmelidir, bkz. Şekil 3.5. Sunulan örnekte, belge sayısı kasıtlı olarak 20 ile sınırlandırılmıştır.

Şimdi, Şekil 3.6'da gösterilen, geliştirilmekte olan bilgi sisteminin mantıksal veri modelini daha ayrıntılı olarak ele alalım.

Pirinç. 3.5

Pirinç. 3.6

Sunulan veri modelinden, her biri kendi öznitelik kümesine sahip üç varlık içerdiği ve bunlardan ikisinin bağımlı, birinin bağımlı olmadığı görülebilir.

Bağımsız bir varlık olan "Çalışan" varlığı aşağıdaki niteliklere sahiptir:

• · Çalışan kimlik numarası - bu varlığın birincil anahtarıdır;
• · Çalışanın tam adı;
• · Uzmanlık alanı;
• · Değerlendirme;
• · Ek bilgi.

Müşteri varlığı, Çalışan varlığından bağımlı bir varlıktır; bu, her çalışanın birçok müşteriye hizmet verebileceği anlamına gelir. İstemci varlığı şu özelliklere sahiptir:

• · Pasaport serisi ve numarası - bu varlığın birincil anahtarıdır;
• · Çalışan kimlik numarası - bu varlığın ikincil anahtarıdır;
• · Çalışanın tam adı;
• · Uzmanlık alanı;
• · Değerlendirme;
• · Ek bilgi.

"Belge" varlığı, "Müşteri" varlığından bağımlı bir varlıktır; bu, her müşterinin arşivde birçok farklı belge saklayabileceği anlamına gelir. Belge varlığı aşağıdaki özelliklere sahiptir:

• · Belge tanımlayıcı - bu varlığın birincil anahtarıdır;
• · Pasaport serisi ve numarası - bu varlığın ikincil anahtarıdır;
• · Belgenin adı;
• · Makbuz tarihi;
• · Bir gruba ait olmak;
• · Sütun numarası;
• · Raf numarası;
• · Kızak sayısı;
• · Hücrede belgenin bulunması.

Tanıtım

Söz konusu tez, Cleonelly mağazası için Donetsk OJSC Donetsk Fabrikası temelinde yazılmıştır.

Donetsk Manufactory OJSC'nin önde gelen faaliyetlerinden biri, başta bornoz, çarşaf ve havlu olmak üzere çok çeşitli giysiler üretmektedir. Ayrıca dokuma ve örme için boyalı pamuk ipliği de üretmektedir.

Otomatik bilgi teknolojilerinin gelişimi, bilgiyi işlemek ve iletmek için yeni tür teknik araçların ortaya çıkması, bilgisayar kullanmanın örgütsel biçimlerinin iyileştirilmesi, altyapının yeni iletişim araçlarıyla doyurulması ile el ele gider. Pazar ilişkilerinin gelişimi, yeni girişimci faaliyet türlerinin ortaya çıkmasına ve her şeyden önce, bilgi işi yapan firmaların yaratılmasına, bilgi teknolojilerinin geliştirilmesine, iyileştirilmesine, otomatik bilgi teknolojilerinin bileşenlerinin yayılmasına yol açmıştır. bilgi ve bilgi işlem süreçlerini otomatikleştiren belirli yazılım ürünleri. Ayrıca bilgi işlem ekipmanı, iletişim tesisleri, ofis ekipmanı ve belirli hizmet türlerini de içerir - bilgi, teknik ve danışmanlık hizmetleri, eğitim vb. Bu, bilgi teknolojilerinin yönetim ve üretim süreçlerinde hızlı bir şekilde yaygınlaşmasına ve etkin kullanımına, neredeyse her yerde kullanımına ve büyük çeşitliliğine katkıda bulunmuştur.

Çeşitli amaçlar için cihazların tasarımı ve geliştirilmesi ile uğraşan işletmeler, şu anda hem bilgisayar destekli tasarım - CAD (CAD) hem de üretim süreçlerinin izlenmesi - ACS (SCADA / DCS) için çeşitli araçları yaygın olarak kullanmaktadır. Ancak, kendi tasarımımız olan cihazlar için, performanslarını izlemek ve ürün kalitesini analiz etmek için kendi araçlarımızı geliştirmemiz gerekir.

Cleanelly mağazasındaki bir depodaki ürünlerin muhasebeleştirilmesine ilişkin teknolojik süreç, satılan ürünlerin kayıtlarının tutulması aşamasını içerir.

Bu diploma projesinin amacı, mağazanın deposundaki ürünlerin muhasebeleştirilmesini sağlayan otomatik bir iş istasyonunun (AWP) uygulanmasıdır.

Yukarıdaki hedefe ulaşmak için aşağıdaki görevleri çözmek gerekir:

¾ mağazanın iş süreçlerini analiz etmek;

¾ geliştirilmekte olan bir ürünün teslimat aşamasında ortaya çıkan bilgi akışlarını araştırmak;

¾ kavramsal ve mantıksal veri modelleri geliştirmek;

¾ ürünlerin muhasebeleştirilmesi için otomatik iş istasyonu için yazılım geliştirmek

¾ bilgi sisteminin ekonomik verimliliğini değerlendirmek.

1 Yazılım gereksinimlerinin geliştirilmesi

1.1 Mevcut çözümlerin analizi

Şu anda, hem doğrudan ürün geliştirmeyi hem de bu ürünler için kontrol sistemlerinin geliştirilmesini birleştiren çok çeşitli şirketler var. Bu tür sistemler, 1: C Enterprise ve Zvezda gibi tanınmış şirketler tarafından geliştirilmektedir. Bu tür sistemlerde malzemelerin kontrolü ve muhasebesi yapılır ve alınan bilgilerin işlenmesi sağlanır.

"1C: Enterprise", aynı prensipler ve tek bir teknolojik platform üzerine inşa edilmiş uygulamalı çözümler sistemidir. Yönetici, işletmenin mevcut ihtiyaçlarını karşılayan ve işletme büyüdükçe veya otomasyon görevleri genişledikçe daha da gelişecek bir çözüm seçebilir.

1C: Enterprise yazılım sistemi, dinamik olarak gelişen modern işletmelerin karşılaştığı çok çeşitli muhasebe ve yönetim otomasyonu görevlerini çözmek için tasarlanmıştır. Acil muhasebe ve yönetim sorunlarının çözümü "1C: Enterprise" sisteminin programlarının bileşimi, işletmelerin gerçek ihtiyaçlarına odaklanmaktadır. Firma "1C", işletmelerdeki tipik muhasebe ve yönetim görevlerini otomatikleştirmek için tasarlanmış serileştirilmiş yazılım çözümleri üretir. 1C sürümü çözümlerinin ayırt edici bir özelliği, standart çözümlerde yer alan işlevsellik bileşiminin kapsamlı bir çalışmasıdır. "1C" firması, "1C: Enterprise" sisteminin programlarını kullanan kullanıcıların deneyimini analiz eder ve ihtiyaçlarındaki değişiklikleri izler.

Toptan Temel sistemimin ana avantajları, bu sistemi uygulamanın nispeten düşük maliyetinin yanı sıra bir dizi başka avantajı içerir:

¾ Oluşturulan uygulamaların güvenilirliği. Yazılım paketi (PC) sadece kullanıcı hatalarına karşı değil, aynı zamanda iletişim sistemindeki arızalara da dayanıklı olmalıdır.

¾ Arayüzün kullanım kolaylığı;

¾ Yalnızca belirli sistem kaynaklarının mevcudiyeti üzerinde kontrol ve operasyonun tüm aşamalarında bilgi güvenliği üzerinde kontrol sağlamakla kalmayıp, aynı zamanda yüksek derecede güvenilirlikle gerçekleştirilen eylemlerin izlenmesi anlamına gelen yüksek sistem güvenliği seviyesi.

1.2 Alan analizi

Konu alanının analizinin özelliği, kuruluşun tüm operasyonlarını görmenize izin vermesidir.

CASE, iş süreçlerini analiz etmek ve yeniden düzenlemek için tasarlanmıştır. – IDEF0 (İşlevsel Model), DFD (Veri Akışı Şeması) ve IDEF3 (İş Akışı Şeması) metodolojilerini destekleyen tüm Fusion Process Modeler (BPwin) üst düzey aracı. BPwin, karmaşık iş süreçlerindeki değişiklikleri analiz etmek, belgelemek ve planlamak için modeller oluşturmaya yönelik güçlü bir yazılım ürünüdür. BPwin, işletmenin işleyişi hakkında gerekli tüm bilgileri toplamak ve bu bilgileri tutarlı ve tutarlı bir model şeklinde grafiklendirmek için bir araç sunar.

Sistem işlevselliği açısından. IDEF0 (Fonksiyon Modelleme için Entegrasyon Tanımı) metodolojisi çerçevesinde, bir iş süreci, birbiriyle etkileşime giren bir dizi iş öğesi olarak temsil edilir ve her bir iş tarafından tüketilen bilgi, insan ve üretim kaynakları gösterilir. İşlevsel model, kuruluştaki mevcut iş süreçlerini (OLDUĞU GİBİ model olarak adlandırılır) ve işlerin ideal durumunu tanımlamak için tasarlanmıştır. – ne için çabalamalı (TO-BE modeli). IDEF0 metodolojisi, hiyerarşik bir diyagramlar sisteminin, yani. sistem parçalarının tek açıklamaları. İlk olarak, sistemin bir bütün olarak tanımı ve dış dünya ile etkileşimi (bağlam şeması) gerçekleştirilir, ardından işlevsel bir ayrıştırma yapılır. – sistem alt sistemlere bölünmüştür ve her sistem ayrı ayrı açıklanmıştır (ayrışma diyagramları). Daha sonra her alt sistem daha küçük alt sistemlere bölünür ve bu şekilde istenen ayrıntı düzeyine ulaşılır.

Modelleme sürecinde kurumsal teknolojinin belirli yönlerini vurgulamak gerekirse, BPwin, modelin herhangi bir dalına DFD veya IDEF3 notasyonuna geçmenize izin verir. Veri Akış Şeması (DFD) diyagramları, veri akışlarını tanımladıkları için, IDEF3 modelinde halihazırda yansıtılanları tamamlayabilir ve sistem içindeki iş fonksiyonları arasında bilginin nasıl değiş tokuş edildiğini izlemenize olanak tanır. Aynı zamanda, DFD diyagramları iş fonksiyonları arasındaki etkileşimleri göz ardı eder.

Yapılan işin sırası açısından. Modele IDEF3 diyagramları eklenerek daha da doğru bir resim elde edilebilir. Bu yöntem, olayların yürütüldüğü sıraya dikkat çeker. Bir iş sürecinin geliştirilmesi için alternatif senaryoları modellemenize ve analiz etmenize olanak tanıyan IDEF3'te mantık unsurları yer almaktadır.

Mağazanın deposunda çalışan iş süreçlerini dikkate almak için yalnızca iki IDEF0 ve DFD metodolojisini kullanmak gerekir. IDEF0'da bir sistemi modelleme süreci, bağlamın tanımlanmasıyla başlar, yani. sistem veya genel olarak iş süreçlerinin en soyut açıklama düzeyi.

Model IDEF0... "Tedarikçi siparişinin oluşturulması", "Malların alınması", "Malların serbest bırakılması" iş süreçlerini incelemek için, IDEF0 diyagramı şeklinde sunulan diyagramları göz önünde bulundurun. IDEF0 sistemi, etkileşimli faaliyetler veya işlevler topluluğu olarak sunulur.

IDEF0 metodolojisi dört ana konsepte dayanmaktadır.

Bunlardan ilki konsept fonksiyonel blok (Etkinlik Kutusu)... İşlevsel bir blok, bir dikdörtgen şeklinde grafiksel olarak gösterilir ve söz konusu sistem çerçevesinde belirli bir işlevi kişileştirir.

İşlevsel bloğun dört tarafının her birinin kendine özgü anlamı (rolü) vardır, bununla birlikte:

Üst taraf Kontrol;

Sol taraf Giriş'tir;

Sağ taraf Çıktı olarak ayarlanmıştır;

Alt taraf Mekanizma olarak ayarlanmıştır.

IDEF0 metodolojisinin ikinci "balina", bir arayüz yayı (Ok) kavramıdır. Arayüz yayının grafik görüntüsü tek yönlü bir oktur. Her arayüz yayının kendi adı (Ok Etiketi) olmalıdır. Arayüz yaylarının yardımıyla, bir dereceye kadar sistemde yer alan süreçleri belirleyen çeşitli nesneler görüntülenir. Bu durumda oklar, çalışma dikdörtgeninin hangi yüzüne girdiklerine veya hangi yüzünden çıktıklarına bağlı olarak şu şekilde ayrılır:

Giriş okları (fonksiyonel bloğun sol tarafında bulunur) - işin yürütülmesi sırasında değiştirilen verileri veya nesneleri temsil eder;

Kontrol okları (fonksiyonel bloğun üst yüzüne dahildir) - işin yapılmasından kaynaklanan kuralları ve kısıtlamaları gösterir;

Çıkış okları (fonksiyonel bloğun sağ tarafından çıkış) - çalışma sonucunda ortaya çıkan verileri veya nesneleri temsil eder;

Mekanizmanın okları (fonksiyonel bloğun alt kenarında bulunur) - kaynakları temsil eder (örneğin, ekipman, insan kaynakları).

IDEF0 standardının üçüncü temel kavramı Ayrıştırma'dır. Ayrıştırma ilkesi, karmaşık bir süreci kurucu işlevlerine ayırırken kullanılır.

Ayrıştırma, sistem modelini kademeli ve yapılandırılmış şekilde, bireysel diyagramların hiyerarşik yapısı biçiminde temsil etmenizi sağlar, bu da onu daha az sıkışık ve sindirimi kolay hale getirir.

IDEF0 kavramlarının sonuncusu Sözlük'tür. IDEF0 öğelerinin her biri için: diyagramlar, işlevsel bloklar, arayüz yayları, mevcut standart, bu öğe tarafından görüntülenen nesneyi karakterize eden bir dizi ilgili tanım, anahtar sözcük, anlatı, vb. oluşturulmasını ve sürdürülmesini ima eder. Bu kümeye sözlük denir ve bu öğenin özünün bir açıklamasıdır.

OJSC DMM mağazasının "Cleonelly" deposunda meydana gelen iş süreçlerinin şemalarını göz önünde bulundurun:

Sistemin genel görünürlüğü için "İşletmenin deposunun faaliyeti" bağlamını oluşturmak gerekir (bkz. Şekil 1.1).

Şekil 1.1 - "İşletmenin depo faaliyetleri" diyagramı

Bağlam oluşturulduktan sonra ayrıştırma gerçekleştirilir, yani. hiyerarşide aşağıdaki diyagramları oluşturmak.

Sonraki her diyagram, daha yüksek diyagramdaki çalışmalardan birinin daha ayrıntılı bir açıklamasıdır. Bağlamsal çalışmanın ayrıştırılmasına bir örnek Şekil 1.2'de gösterilmektedir. Böylece tüm sistem istenilen ayrıntı düzeyine kadar alt sistemlere bölünür, bu sistem üç düzeye ayrılır.

Şekil 1.2 - Birinci seviye ayrıştırma diyagramları

Şekil 1.3 - "Mal Gümrükleme" Şeması

Şekil 1.4 - "Mal sorunu" diyagramı

Şekil 1.5 - "Mal gönderme" şeması

DFD. Bu metodoloji, analiz edilen IS'nin bir modelinin oluşturulmasına dayanır - tahmin edilen veya fiilen var olan. Metodolojiye uygun olarak, sistem modeli, bilgiyi girişinden sisteme çıkışına ve kullanıcıya çıkışına dönüştürmenin asenkron sürecini tanımlayan bir veri akış diyagramları (DFD) hiyerarşisi olarak tanımlanır. DFD diyagramları genellikle bir kuruluşun iş akışı sisteminin mevcut çalışmasını görselleştirmek için oluşturulur. Çoğu zaman, DFD diyagramları, IDEF0'da uygulanan iş süreci modelini tamamlamak için kullanılır.

Bir veri akış diyagramının ana bileşenleri şunlardır:

Dış varlıklar (grafik olarak kare şeklinde gösterilir) - bilgi kaynağı veya alıcısı olan maddi bir nesneyi veya bireyi belirtir. Örneğin: müşteriler, personel, tedarikçiler, müşteriler, depo;

Sistemler / alt sistemler (grafik olarak köşeleri yuvarlatılmış bir dikdörtgene benziyor) - bilgileri işleyen ve değiştiren işlevleri veya süreçleri ifade eden işler;

Veri depoları, herhangi bir zamanda bir sürücüye yerleştirilebilen ve bir süre sonra geri alınabilen ve herhangi bir yerleştirme ve alma yöntemi olabilen bilgileri depolamak için soyut bir aygıttır. Genel olarak, veri deposu gelecekteki veritabanının bir prototipidir ve içinde depolanan verilerin açıklaması bilgi modeline bağlanmalıdır;

Veri akışları - kaynaktan alıcıya bir bağlantı üzerinden iletilen bilgileri tanımlar. Diyagramdaki veri akışı, akışın yönünü gösteren bir okla biten bir çizgi ile temsil edilir.

Sorun Veri Akış Şemasını (DFD) inceleyin Şekil 1.6. Bu diyagram, bir kuruluşa bir "ürün talebi" geldiğinde belgelerin hareketini gösterir.

Şekil 1.6 - DFD "Mal çıkışı" diyagramı

Aşağıdaki "Ürün Gümrükleme" veri akış şemasını göz önünde bulundurun (bkz. şekil 1.7). "Mal çıkışı" sırasında iş yürütme sürecini ve belgelerin hareketini gösterir.

Şekil 1.7 - DFD Şeması "Mal Gümrükleme"

Veri akış diyagramlarında, kullanılan tüm semboller büyük bir resim oluşturur ve bu da hangi verilerin kullanıldığı ve iş akışı sistemi tarafından hangi işlevlerin gerçekleştirildiği hakkında net bir fikir verir. Aynı zamanda, şirket faaliyetleri için önemli olan mevcut bilgi akışlarının güvenilir bir şekilde uygulanmadığı ve yeniden düzenlenmesi gerektiği sıklıkla ortaya çıkmaktadır.

Havlu ürünleri satan bir işletmenin organizasyon yapısı, Cleonelly mağazasının OJSC “Donetsk Manufactura M” şirketi örneğinde ele alınmaktadır:

Malzemelerin kontrolü ve muhasebesi için sistemlerin geliştirilmesi doğrultusunda, sorunları başarıyla çözebilirler:

1. Bu, tedarik edilen ve depolanan mallar üzerindeki kontroldür.

2. Tedarikçiler ve tüketiciler hakkında bilgiler

3. Ayrıca ürünle ilgili bilgi bilgileri ve işlemleri içerir.

4. Serbest bırakılan mal raporunun bir günlüğünü içerir

5. Bir mal dizini içerir

6. Depo fonksiyonlarının otomasyonu (makbuz, tüketim, zarar yazma, mal rezervasyonu)

7. Satın alınan ve satılan mal ve hizmetlere ilişkin faturaların kaydedilmesi ve saklanması ile ön ödeme, ertelenmiş ödeme ve malların teslimatı için faturalandırma

8. Faturaların oluşturulması ve ihraç edilen malların muhasebeleştirilmesi

9. Bir harmanlama beyanı, bir eksiklik ve fazlalık eylemi oluşturarak bir depo envanteri yapmak

10. Mal setlerinin oluşturulması

Belirtildiği gibi, bu işletmenin ana faaliyet alanı pamuk ürünlerinin satışıdır. Tasarım süreci, işletmenin tüm ömrü boyunca tasarım işletmelerinin yönetim yapıları tarafından özenle işlenen birçok aşamayı içerir. Bu süreç, işletmenin birçok departmanını, dış taşeronları ve proje işletmesinin müşterilerini içerdiğinden aynı anda değiştirilemez. Bu nedenle işletmeler, tasarım ve geliştirme yönetimi süreçleri ile ilgili bilgi sistemlerinin uygulanmasına karşı temkinlidir. Kural olarak, Rus işletmeleri bu alanda kendi gelişmelerini kullanıyor.

1.3 Gereksinimlerin Toplanması

"Toptan Mağaza İş İstasyonu" bilgi sistemini (IS) tasarlarken, son kullanıcının (mağaza çalışanının) geliştirilen IS ile rahatça çalışabileceği şekilde bir arayüz oluşturmaya yardımcı olacak gereksinimlerin toplanması gerekiyordu.

Gereksinim geliştirme, bir sistem gereksinimleri belirtim belgesi oluşturmak ve onaylamak için gerekli faaliyetleri içeren süreçtir.

Materyallerin muhasebe ve kontrolünün otomasyon sürecini uygulamak için, bilgi sisteminin aşağıdaki işlevsel gereksinimleri karşılaması gerekir:

¾ sonuçların belgelenmesi.

¾ Bilgi sistemi, Visual Fox Pro entegre ortamına dayalı bir program olarak uygulanmalıdır.

Program Windows 2000/NT/XP işletim sisteminde çalışmaktadır.

Gereksinim geliştirme sürecinde dört ana aşama vardır (Şekil 1.8):

Bir sistem yaratmanın teknik fizibilitesinin analizi;

Gereksinimlerin oluşturulması ve analizi;

Gereksinimlerin belirlenmesi ve ilgili belgelerin oluşturulması;

Gereksinimlerin onaylanması.

Gereksinimlerin toplanması, yazılım tasarımında önemli bir aşamadır, çünkü burada tüm müşteri gereksinimlerinin doğru ve doğru bir şekilde formüle edilmesi gerekir.

1.4 Gereksinim özellikleri

Doğru gereksinimleri belirlemek, bir yazılım projesinde muhtemelen en kritik adımdır. Proje formatının, geliştirme ekibi tarafından bir araya getirilen yazılım gereksinimleriyle eşleşmesi çok önemlidir, aksi takdirde bu gereksinimler desteklenemez ve yazılım ürününde sunulamaz. Yazılım Gereksinimleri Belirtimi (SRS), tüm yazılım geliştirme yaşam döngüsünün merkezinde yer alır. Sadece bir yazılım projesinin özelliklerini tanımlayan türev bir belge değil, aynı zamanda yeterlilik ve kabul testlerinin yapılması amacıyla kullanılan ana belgedir. Onay, proje yöneticilerinin çalışmalarının kalitesinin bir değerlendirmesidir. Bir yazılım ürününün belirlenmiş gereksinimlere uygunluk derecesini belirler. SRS spesifikasyonu, tasdik için kriter olarak kullanılan sistem gereksinimlerini kaydetmek için bir mekanizma görevi görür.

SRS'ye dayanarak, müşteriler ve yazılım ürününün üreticileri arasında bir anlaşmaya varılır. SRS özelliği, geliştirilen yazılım ürününün gerçekleştirmesi gereken işlevleri tam olarak açıklar. Bu, potansiyel kullanıcıların, ürünün ihtiyaçlarını karşılama derecesini ve aynı zamanda sorunları çözmede en yararlı olacak şekilde ürünü değiştirme yollarını belirlemelerine olanak tanır.

Geliştirme süresini azaltır. Müşterinin organizasyonu içindeki çeşitli gruplar, SRS spesifikasyonunun hazırlanmasında yer alır. Projenin asıl gelişimi başlamadan önce bile tüm gereksinimleri kapsamlı bir şekilde araştırırlar. Bu, sonraki yeniden tasarım, kodlama ve test olasılığını azaltır.

SRS spesifikasyonundaki gereksinimlerin dikkatli bir şekilde incelenmesi, sorunların daha sonra düzeltilmesinden çok daha kolay olduğu geliştirme döngüsünün başlarında gözden kaçırılanları, yanlış anlamaları ve tutarsızlıkları ortaya çıkarabilir.

SRS spesifikasyonu, maliyet tahmini ve çizelgeleme için temel olur. Ürün açıklaması, bir projenin maliyetini tahmin etmenin gerçek temelidir. Resmi bir teklif kavramının mevcut olduğu bir ortamda, SRS, bir teklifin veya fiyatın tahminini doğrulamak için kullanılır.

İyi yazılmış spesifikasyonlarla, kurumsal düzeydeki SRS'ler çok daha verimli belgelendirme ve denetim planları geliştirebilir. Geliştirme sözleşmesinin bir parçası olarak SRS, spesifikasyonlara uygunluğu değerlendirmek için bir referans noktası sağlar.

SRS özelliği, yazılım ürününün yeni kullanıcılara aktarılmasını ve diğer bilgisayarlara yüklenmesini kolaylaştırır. Böylece müşterilerin yazılım ürününü organizasyonun diğer departmanlarına, geliştiricilerin ise diğer müşterilere transfer etmesi daha kolay hale gelmektedir.

SRS spesifikasyonu, modernizasyon için bir temel teşkil eder. Bu belge, proje geliştirme süreciyle değil, ürünün kendisiyle ilgilidir, bu nedenle tamamlanmış ürünü genişletmek için kullanılabilir.

Gereksinimlerin tanımlanması ve belirlenmesi süreci tamamlandıktan sonra gereksinimlerin tasdikinin yapılması gerekmektedir.

Yazılım projesi için gereksinimlerin özellikleri Ek A'da sunulmalıdır.

1.5 Gereksinimlerin tasdiki

Doğrulama, gereksinimlerin müşterinin sahip olmak istediği sistemi gerçekten tanımladığını göstermelidir. Gereksinimlerin doğrulanması önemlidir, çünkü gereksinim belirtimindeki bir hata, sistemin geliştirme sürecinde veya işletime alındıktan sonra keşfedilirse sistemin yeniden çalışmasına ve yüksek maliyetlere yol açabilir.

Gereksinim tasdik süreci sırasında, çeşitli türlerde gereksinim dokümantasyonu kontrolleri gerçekleştirilmelidir:

1. Gereksinimlerin doğruluğunu kontrol etmek.

2. Tutarlılık kontrolü.

3. Eksiksiz olup olmadığını kontrol edin.

4. Fizibiliteyi kontrol edin.

Birlikte veya her biri ayrı ayrı kullanılabilecek bir dizi gereksinim doğrulama yöntemi vardır:

1. Gereksinimlerin gözden geçirilmesi.

2. Prototipleme.

3. Test komut dosyalarının oluşturulması.

4. Otomatik tutarlılık analizi.

Prototipleme, sistem müşterisi için en görünür olanıdır.

Prototip oluşturmaya başlamadan önce bir kullanıcı arayüzü akış şeması oluşturabilirsiniz. Bu diyagram, kullanıcı arayüzünün ana öğeleri arasındaki ilişkileri incelemek için kullanılır.

Gereksinim doğrulamasındaki bir sonraki adım, doğrudan prototiplemedir.

Bir yazılım prototipi, önerilen yeni bir ürünün kısmi veya olası bir uygulamasıdır. Prototipler, üç ana görevi yerine getirmenize izin verir: gereksinim formülasyon sürecini netleştirmek ve tamamlamak, alternatif çözümleri keşfetmek ve nihai ürünü yaratmak.

Bu modülün ana menüsünün prototipi Şekil 1.9'da gösterilmiştir.

1.6 Bir bilgi sistemi tasarım metodolojisi seçme

IS'nin geliştirilmesine yönelik yapısal yaklaşımın özü, otomatikleştirilmiş işlevlere ayrıştırılmasında (bölünmesi) yatmaktadır: sistem, sırayla alt işlevlere, alt işlevlere bölünen vb. İşlevsel alt sistemlere bölünmüştür. Bölme işlemi belirli prosedürlere kadar devam eder. Aynı zamanda, otomatik sistem, tüm bileşenlerin birbirine bağlı olduğu bütünsel bir görüşü korur.

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

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

Hiyerarşik sıralama ilkesi, bir problemin bileşenlerini, her seviyede yeni detayların eklenmesiyle hiyerarşik ağaç yapılarında organize etme ilkesidir.

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

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

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

ERD (Varlık-İlişki Diyagramları) varlık-ilişki diyagramları.

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

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

2 BİLGİ SİSTEMİNİN TASARIMLANMASI

2.1 Mimari tasarım

Herhangi bir karmaşık bilgi sistemi oluştururken, kritik bir yönü, sistem düzeyinde ve ara bağlantıda gelecekteki işlevsel süreçlerin ve teknolojilerin yapısının kavramsal bir vizyonunu temsil ettiği mimarisidir. Tipik olarak, kuruluşların karmaşık bilgi sistemleri, kendileri de sistem olabilecek üst düzey etkileşimli bileşenlerin bir bileşimi olarak tasarlanır. Bir organizasyonun bilgi sistemi mimarisi, işlevselliğini ve yapısını tasarım kararlarını ortaya çıkaracak şekilde tanımlayarak ve gözlemcinin tasarım gereksinimlerini karşılama, işlevsellik tahsis etme ve bileşenleri uygulama hakkında sorular sormasını sağlayarak sistemin anlaşılmasını kolaylaştırır.

Bir organizasyonun bilgi sisteminin mimarisi, bilgi teknolojisinin otomatikleştirilmiş bir nesnenin ana hedeflerini ve geliştirme stratejisini nasıl destekleyeceğinin bir modelidir. Eleştirel düşünmenize ve bu hedeflere ulaşmak için entegre bilgi sistemleri setlerinin nasıl yapılandırılması gerektiğine dair bir vizyon ifade etmenize olanak tanır. Bilgi sistemi mimarisi, bilgi sistemlerinin, uygulamaların ve insanların bir kuruluşta tek tip, birleşik bir şekilde nasıl çalıştığını açıklar.

Bu nedenle, bir bilgi sisteminin mimarisi, bir bilgi sisteminin "yapı taşlarını" sağlayan genel olarak kabul edilen bir dizi bileşen içerir. Bu "yapı taşları" ve özellikleri, planlama kararlarının ihtiyaçlarını karşılamak için uygun ayrıntı düzeyinde tanımlanır.

Kuruluşların modern bilgi sistemlerini tasarlarken, mimarileri birçok paydaş dikkate alınarak geliştirilmeli, kullanıcılar tarafından anlaşılabilir olmalı, geliştiricilerin sistemin planını ve zamanlamalarını yapmalarına olanak sağlamalı, temel arayüzleri, işlevleri ve teknolojileri tanımlamaya izin vermeli ve ayrıca Projenin zamanlamasını ve bütçesini tahmin etmeye izin verir. Bu, modern bilgi sistemlerinin mimarlarının, gelişiminin en erken aşamasında sistemin tatmin edici ve uygulanabilir bir konseptini yaratma, geliştirme boyunca bu konseptin bütünlüğünü koruma ve ortaya çıkan sistemin, kullanıcılar tarafından kullanım için uygunluğunu belirleme sorumluluğunu gerektirir. müşteri. Bilgi sistemi mimarisi ise bilgi sistemi mimarilerini bilgi sistemi tasarımı için daha kullanışlı hale getirmek için yeterli ayrıntıda tanımlama sürecidir.

Yabancı deneyim çalışması, gelişmiş ülkelerde bir bilgi sistemi mimarisi geliştirirken aşağıdaki koşulların yerine getirilmesi gerektiğini göstermektedir:

¾ organizasyonun misyonuna odaklanmak;

¾ gereksinimlere odaklanmak;

¾ gelişmeye odaklanmak;

¾ uyum yeteneği;

¾ esneklik ihtiyacı.

Tüm bu koşullara uyum, organizasyonun bilgi sisteminin mimarisinin daha mükemmel ve verimli bir şekilde geliştirilmesine olanak tanır.

Şu anda uygulanmakta olan ana yazılım mimarileri şunlardır:

¾ dosya sunucusu;

¾ istemci-sunucu;

¾ çok seviyeli.

Dosya sunucusu... Ağ erişimi olan bu merkezi veritabanı mimarisi, ağdaki bilgisayarlardan birinin, merkezi veritabanının dosyalarını depolayacak özel bir sunucu olarak atanmasını içerir. Kullanıcı istekleri doğrultusunda, dosya sunucusundaki dosyalar, veri işlemenin büyük bir kısmının gerçekleştirildiği kullanıcıların iş istasyonlarına aktarılır. Merkezi sunucu, verilerin işlenmesine katılmadan esas olarak yalnızca dosya depolama rolünü gerçekleştirir. Çalışmanın tamamlanmasından sonra, kullanıcılar işlenmiş verileri içeren dosyaları, diğer kullanıcılar tarafından alınabilecekleri ve işlenebilecekleri sunucuya geri kopyalar. Bu veri bakımı organizasyonunun bir takım dezavantajları vardır; örneğin, birden fazla kullanıcı aynı verilere aynı anda eriştiğinde, verilerle çalışan kullanıcının işini bitirmesini beklemek gerektiğinden iş performansı keskin bir şekilde düşer. Aksi takdirde, bazı kullanıcılar tarafından yapılan değişikliklerin üzerine diğer kullanıcılar tarafından yapılan değişiklikler yazılabilir.

Müşteri sunucusu... Bu konsept, veritabanı dosyalarının depolanmasına ek olarak, merkezi sunucunun veri işlemenin çoğunu yapması gerektiği fikrine dayanmaktadır. Kullanıcılar, sunucu tarafından gerçekleştirilen görevlerin bir listesini açıklayan özel bir yapılandırılmış sorgu dili (SQL, Structured Query Language) kullanarak merkezi sunucuya erişir. Kullanıcı istekleri sunucu tarafından alınır ve içinde veri işleme süreçleri oluşturur. Yanıt olarak, kullanıcı önceden işlenmiş bir veri kümesi alır. Dosya-sunucu teknolojisinde olduğu gibi, tüm veri seti istemci ve sunucu arasında değil, yalnızca istemcinin ihtiyaç duyduğu veriler aktarılır. Yalnızca birkaç satır uzunluğundaki bir kullanıcı sorgusu, birçok tablo ve milyonlarca satır içeren veri işleme oluşturabilir. Yanıt olarak, müşteri yalnızca birkaç numara alabilir. İstemci-sunucu teknolojisi, tüm veri işlemeyi merkezi bir sunucuya kaydırarak büyük miktarda bilginin ağ üzerinden iletilmesini önler. Ek olarak, dikkate alınan yaklaşım, dosya-sunucu teknolojisi için tipik olan, birden çok kullanıcı tarafından aynı verilerde yapılan değişikliklerin çakışmasını önler. İstemci-sunucu teknolojisi, birden çok istemci tarafından tutarlı veri değişikliği uygulayarak otomatik veri bütünlüğü sağlar. Bu ve diğer bazı avantajlar, istemci-sunucu teknolojisini çok popüler hale getirdi. Bu teknolojinin dezavantajları, merkezi sunucu için yüksek performans gereksinimleri içerir. Sunucuya ne kadar çok istemci erişirse ve işlenen veri miktarı ne kadar büyük olursa, merkezi sunucu o kadar güçlü olmalıdır.

Bu düşüncelerden hareketle AWS mimarisi tasarlanırken istemci-sunucu teknolojisi esas alınmıştır. Düzen diyagramları, bir sistemin yazılım ve donanım bileşenleri arasındaki fiziksel ilişkileri gösterir.)

2.2 Bilgi sistemi arayüzünün tasarlanması

Kullanıcı arabirimi genellikle yalnızca programın görünümü olarak anlaşılır. Bununla birlikte, gerçekte, kullanıcı onun aracılığıyla tüm sistemi bir bütün olarak algılar, bu da onun böyle bir anlayışının çok dar olduğu anlamına gelir. Gerçekte, kullanıcı arayüzü, kullanıcı ve sistem arasındaki etkileşimi etkileyen tasarımın tüm yönlerini içerir. Sadece kullanıcının gördüğü ekran değildir. Kullanıcı arabirimi, aşağıdakiler gibi birçok bileşenden oluşur:

sistemi kullanarak çözdüğü bir dizi kullanıcı görevi;

sistem kontrolleri;

sistem blokları arasında gezinme;

program ekranlarının görsel tasarımı.

İyi bir kullanıcı arayüzünün en önemli iş avantajlarından bazıları şunlardır:

kullanıcı hatalarının sayısını azaltmak;

sistemin bakım maliyetini azaltmak;

sistemin uygulanması sırasında çalışanların verimlilik kayıplarının azaltılması ve kaybedilen verimliliğin daha hızlı geri kazanılması;

personel moralini iyileştirmek;

kullanıcıların isteği üzerine kullanıcı arayüzünü değiştirme maliyetini azaltmak;

maksimum kullanıcı sayısı için sistem işlevselliğinin kullanılabilirliği.

AWP toptan satış tabanı, istemci-sunucu teknolojisini kullanan bir uygulama olarak geliştirilmiştir.

2.2.1 Kontrol programının kullanıcı arayüzü

"AWP Toptan Satış Üssü"nün ana modülü, Bölüm 1.4 Şekil 1.9'da gösterilen kullanım durumu şemasının ana işlevselliğinin uygulanmasını sağlayan Luck.exe modülüdür.

Bir bilgi sistemi geliştirirken, ana görevlerden biri en basit ve yüklenmemiş arayüzü oluşturmaktır. Kullanıcı ve sistem arasında bir diyalog görevi görerek, kullanıcıların bilgi sistemi ile "iletişim kurmasına" yardımcı olan yazılım ürününün arayüzüdür.

Program arayüzü, yönetim kısmı:

1. programın başlangıç ​​formu. Bu form, yazılım ürünü piyasaya sürüldüğünde başlatılır, böylece sistemle bir kullanıcı diyaloğunun başlangıcını oluşturur (Şekil 2.3);

2. yönetici formu. Bu formda, bilgi sisteminin tam yönetimi gerçekleştirilir, yani. veritabanına veri ekleme, silme, değiştirme ve gerekirse raporları görüntüleme ve yazdırma (Şekil 2.4);

3. "Müşteriler" formu, bu form sayesinde işletmenin müşterileri hakkında eksiksiz bilgileri görebilir (Şekil 2.7);

4. "Tedarikçiler" formu, bu form sayesinde işletmenin müşterileri hakkında eksiksiz bilgileri görebilirsiniz (Şekil 2.8).

Programın kullanıcı arayüzü:

Malların varış penceresinde, malların kaydı devam ediyor. Formun bu sekmesini seçerken, kullanıcı önce

Gider menüsünde, ambar görevlisinin mal çıkışı ve satışı için yaptığı işlemler yer almaktadır.

Menü bakiyelerinde mallar, depoda depolanan kalemlerin isimleri sayılır.

Kasiyer menüsünde, kredi talimatları ve nakit çıkış talimatları bilgileri burada saklanır.(Ekran görüntüleri)

2.2.2 Kontrol Bileşenlerinin Kullanıcı Arayüzleri

Şekil 2.0 Programın ana menüsü

Programın ana penceresi Şekil 1 de gösterilmiştir. 1.9. Şekilden de görebileceğiniz gibi, yukarıda açıklanan ana menüye ek olarak, bir kontrol paneli de içerecektir ("Gelir", "Tüketim", "Erişim", "Bakiyeler", "Kasa", "Yeniden Değerleme" düğmeleri ", "Analytics", " Dizinler "," Hizmet "ve" Programdan çık ").

Şekil 2.1 Depoya giriş veya girişin menü penceresi.

Şekil 2.2 Tüketim menüsü penceresi

Şekil 2.2 Programa erişim haklarını düzenleyen menü penceresi.

Şekil 2.3 Kalan malların menü penceresi.

Şekil 2.4 Yazar kasa menü penceresi.

Şekil 2.4 Yeniden değerleme menü penceresi.

2.3 Veritabanı tasarımı

Veritabanını tasarlamak için Computer Associates Int'den ERwin 4.0 kullanıldı.

ERwin, geniş çapta kabul görmüş ve popülerlik kazanmış, güçlü ve kullanımı kolay bir veritabanı tasarım aracıdır. Veritabanı uygulamalarını geliştirirken ve bakımını yaparken en yüksek verimliliği sağlar. Tüm süreç boyunca - veri tabanını tanımlayan bilgi gereksinimlerinin ve iş kurallarının mantıksal olarak modellenmesinden, fiziksel modelin belirtilen özelliklere göre optimizasyonuna kadar - ERwin, veri tabanının yapısını ve temel unsurlarını görsel olarak görüntülemenizi sağlar.

ERwin yalnızca en iyi veritabanı tasarım aracı değil, aynı zamanda hızlı bir şekilde oluşturmak için bir araçtır. ERwin, modeli hedef veritabanının fiziksel özelliklerine göre optimize edecektir. Diğer araçlardan farklı olarak, ERwin mantıksal ve fiziksel tutarlılığı otomatik olarak korur ve çoktan çoğa ilişkiler gibi mantıksal yapıları fiziksel uygulamalara dönüştürür. Veritabanı tasarımını kolaylaştırır. Bunu yapmak için tüm veri gereksinimlerini karşılayan bir grafik E-R modeli (nesne-ilişkisi) oluşturmak ve tüm öğeleri, öznitelikleri, ilişkileri ve gruplamaları gösteren mantıksal bir model oluşturmak için iş kurallarını girmek yeterlidir. Erwin'in iki seviyeli model sunumu vardır - mantıksal ve fiziksel. Mantıksal katman, verilerin soyut bir görünümüdür, üzerinde veriler gerçek dünyada göründüğü gibi sunulur ve gerçek dünyada çağrıldığı gibi, örneğin "Sadık müşteri", "Departman" veya " Çalışan soyadı". Mantıksal düzeyde temsil edilen model nesnelerine varlıklar ve nitelikler denir. Veri modelinin mantıksal düzeyi evrenseldir ve DBMS'nin belirli bir uygulamasıyla ilgisi yoktur. Veri modelinin mantıksal düzeyinin, verilerle ilgili bilgilerin sunum derinliğinde farklılık gösteren üç alt düzeyi vardır:

Varlık İlişkileri Diyagramı (ERD);

Anahtar Tabanlı model (KB);

Tam İlişkilendirilmiş model (FA).

Varlık diyagramı - İlişki, etki alanının temel iş kurallarını yansıtan varlıkları ve ilişkileri içerir. Böyle bir diyagram çok ayrıntılı değildir, temel gereksinimleri karşılayan ana varlıkları ve aralarındaki ilişkileri içerir. Varlık diyagramı - Bir ilişki çoktan çoğa ilişkiler içerebilir ve anahtar açıklamaları içermeyebilir. Tipik olarak, ERD, konu uzmanlarıyla veri yapısının sunumları ve tartışılması için kullanılır. Anahtar tabanlı bir veri modeli, verilerin daha ayrıntılı bir görünümüdür. Tüm varlıkların ve birincil anahtarların bir tanımını içerir ve konu alanına karşılık gelen veri yapısını ve anahtarları temsil etmesi amaçlanır.

Mantıksal bir model, bir veri yapısının en ayrıntılı temsilidir: verileri üçüncü normal formda temsil eder ve tüm varlıkları, nitelikleri ve ilişkileri içerir (bkz. Ek B).

Fiziksel veri modeli aksine, belirli DBMS'ye bağlıdır, aslında sistem kataloğunun bir görüntüsüdür. Modelin fiziksel katmanı, veritabanındaki tüm nesneler hakkında bilgi içerir. Veritabanı nesneleri için standartlar olmadığından (örneğin, veri türleri için standart yoktur), modelin fiziksel katmanı, VTYS'nin özel uygulamasına bağlıdır. Sonuç olarak, farklı modellerin birkaç farklı fiziksel seviyesi, bir modelin aynı mantıksal seviyesine karşılık gelebilir. Modelin mantıksal düzeyinde, özniteliğin hangi belirli veri türüne sahip olduğu önemli değilse (soyut veri türleri desteklense de), o zaman modelin fiziksel düzeyinde, belirli fiziksel nesneler - tablolar hakkındaki tüm bilgileri tanımlamak önemlidir. , sütunlar, dizinler, prosedürler vb. ... Veri modelini mantıksal ve fiziksel düzeylere bölmek, birkaç önemli sorunu çözmenize olanak tanır.

Fiziksel veri modeli Ek B'de sunulmuştur.

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

Visual FoxPro, şu anda Microsoft'tan temin edilebilen görsel bir ilişkisel veritabanı yönetim sistemidir. En son sürüm 9.0'dır. FoxPro programlama dilini kullanır. Sistem sürümü 7.0, Windows 9x işletim sistemlerinde ve NT çekirdeklerinde, 8.0 ve 9.0 sürümlerinde çalışabilir - yalnızca Windows XP, 2000, 2003'te.

FoxPro, xBase programlama dilinin lehçelerinden biridir. Diğer program sınıflarının geliştirilmesi için kullanılması mümkün olsa da, esas olarak ilişkisel DBMS'nin geliştirilmesi için kullanılır.Yukarıda belirtildiği gibi, VFP dili güçlü bir şekilde artırılmış ve genişletilmiş bir xBase dilidir. Visual FoxPro'da bir programlama dili, yani bir dilin temel yapısı bir sınıf kavramıdır. xBase'in orijinal versiyonu, temel bir prosedür ve fonksiyon konsepti ile en saf yapılandırılmış dildir. Böylece, modern programlama dili Visual FoxPro, hem "eski moda" programlamayı birçok prosedürü tanımlayarak ve OOP tarzında, karmaşık bir sınıf hiyerarşisi oluşturarak birleştirmenize olanak tanır.

Bu programlama dilini seçtim çünkü aşağıdaki avantajlardan birkaçını içeriyor:

¾ Diğer Microsoft Windows uygulamalarıyla bilgi alışverişini düzenlemeyi kolaylaştıran iyi bilinen bir veritabanı tablosu biçimi.

Veritabanı tabloları, özellikleri, dizinleri ve ilişkileri hakkında bilgi depolamanıza, referans bütünlük koşullarını ayarlamanıza, yerel ve uzak görünümler oluşturmanıza, sunucu bağlantıları, 50'den fazla farklı türde olay meydana geldiğinde yürütülen saklı yordamlar oluşturmanıza olanak tanıyan modern ilişkisel veritabanları organizasyonu (VFP 7.0-9.0).

Büyük veritabanlarıyla yüksek çalışma hızı.

Veritabanlarıyla çalışmanın yüksek görünürlüğü: çok işlevli Veri oturumu penceresi, açık veritabanı tablolarının listesini, bunların ilişkilerini, filtrelerini, dizin sırasını, arabelleğe alma modlarını, yapı değiştirme modlarına geçişi, tablo bilgileriyle çalışmayı vb. görmenizi sağlar.

Sihirbazlar, Tasarımcılar, Oluşturucular, program metni yazarken IntelliSense ipuçları modunu kullanarak yüksek uygulama geliştirme hızı, programlarda hata ayıklama ve test etme sistemi.

Oracle ve Microsoft SQL Server veritabanı sunucularında ve ODBC ve OLE kullanan diğer Microsoft Windows uygulamalarında barındırılan verilerle istemci-sunucu uygulamaları geliştirme yeteneği

VFP sistemi profesyonel programcılar tarafından kullanılmak üzere tasarlanmıştır, bu nedenle menüsünün ve dilinin Ruslaştırılmasının bir anlamı yoktur - herhangi bir programcı için algoritmik bir dilin İngilizce sözdizimi Rusça'dan daha tanıdıktır.

2.5 Modüllerin tasarlanması

Program modüllerinden birinin tasarımı üzerinde daha ayrıntılı duralım ve örneğini kullanarak bir proje oluşturmak için gerekli adımları düşünelim.

Örnek olarak, "Kabul için başvuruda bulunur" kullanım durumunu uygulayan bir modülün tasarımını ele alacağım.

İlk olarak, bu kullanım senaryosunda meydana gelen olay akışlarını tanımlayalım.

Kullanım senaryosu için bir ön koşul, bir müşteriden bir talebin alınmasıdır.

5. Kullanım durumu, müşteri başvuruyu gönderdiğinde başlar.

6. Yönetici Gelir formunu açar.

7. Yönetici, başvurunun tarihini belirler.

8. Yönetici ürünün adını koyar.

9. Yönetici, alınan malların miktarını girer.

10. Yönetici, başvuru miktarını girer.

11. Yönetici formu kapatır.

12. Kullanım durumu sona erer.

Kullanım durumunun son koşulu, bir uygulamanın sisteme kaydedilmesi ve ana formun günlüğünde yeni bir müşterinin görünmesidir.

Bu kullanım durumu için bir dizi diyagramı düşünün. Bu şemadan da görebileceğiniz gibi, Varış formunu açan yönetici çeşitli eylemlerin yürütülmesine neden olur - otomatik olarak (yöneticinin bakış açısından) başvuru tarihi doldurulur. Bir başvuru yapılırken, müşteri listesi temel bilgilerle birlikte doldurulur. Bundan sonra yönetici gerekli tüm verileri girer ve "Kabul Et" düğmesini tıklar. Bu durumda aşağıdaki işlemler yapılır. Tüm veriler saklı yordama geçirilir.

3 Bilgi sisteminin uygulanması ve doğrulanması

3.1 Uygulama uygulaması

Uygulamanın gerçekleştirilmesi özünde bilgi sisteminin geliştiricisi için zahmetli aşamalardan biridir, çünkü müşteri tarafından ortaya konan gereksinimlerin sisteme açık ve doğru bir şekilde entegre edilmesi gerekir. Şimdiye kadar, sözde müşterinin gereksinimlerine "ayarlanabilecek" ve bu gereksinimleri karşılayacak sistemin uygulanması için belirli bir dizi işlev sağlayabilecek hiçbir yazılım ürünü yoktur. Bu nedenle, her geliştirici sistemi geliştirmek için en uygun ortamı seçmelidir, ancak bir uygulamayı uygularken program kodu yazmadan yapamayacağına dikkat edilmelidir. Program kodunu yazarken, sistemin gerçekleştirmesi gereken belirli işlevlerin uygulanacağı zamandır. Sistemin uygulanması için seçilen ortama bağlı olarak, program kodu farklı görünecektir, Microsoft Visual FoxPro gibi bir ortamda bir program kodu, Visual Basic'te başka bir program kodu olacaktır, vb.

Bu durumda, uygulama Microsoft Visual FoxPro'da uygulandı.

Sistemin ana işlevleri aşağıda açıklanacaktır:

1. Sistemin başlangıç ​​formu. Bu form bir buton formudur ve buna göre her buton kendi işlevini yerine getirir. Yönetici kayıt düğmesi Şekil 3.1'de gösterilmektedir.Bu düğme, kullanıcının bu sistem üzerinde bu tür hakları varsa yönetici panelini açan işlevi gerçekleştirecektir.

2. Menü düğmesi varış. Bu buton mağazanın deposuna gelen malları takip etmenizi sağlar Şekil 3.2.

3. Menü butonunda ambardan çıkış yapan malların gider kayıtları tutulur Şekil 3.3.

4. Erişim menüsündeki butonda bu programı kullanma hakları düzenlenmiştir Şekil 3.4.

5. Menü düğmesi, mağazanın deposunda depolanan malzemelerle ilgili bilgileri saklar Şekil 3.5.

6. Kasa menü düğmesi, gelen kasa siparişleri ve giden kasa siparişleri hakkındaki bilgileri saklar Şekil 3.6.

7. Menü butonu yeniden değerlemede, malın yeni fiyatı için fiyat değişiklikleri yapılır Şekil 3.7.

Şekil 3.1 - Sistemin başlangıç ​​formu

Şekil 3.2 - Depoya mal girişlerinin muhasebe şekli.

Şekil 3.3– Serbest bırakılan mallar için muhasebe şekli.

Şekil 3.4– Programa erişim haklarını düzenleyen form.

Şekil 3.5– Depoda kalan malın şekli.

Şekil 3.5 – Kasa makbuzları ve kasa makbuzları ile ilgili form.

Şekil 3.6 – Mallar üzerindeki işlemlerin şekli.

Uygulamayı test etme

Test, hataları tespit etmek için bir programı çalıştırma işlemidir. Test şunları sağlar:

Hata tespiti;

Program işlevlerinin amacına uygunluğunun gösterilmesi;

Programın özellikleri için gereksinimlerin uygulanmasının gösterilmesi;

Program kalitesinin bir göstergesi olarak güvenilirliğin gösterilmesi.

Şekil 3.2, test sürecinin bilgi akışlarını göstermektedir.

Test sürecinin girişinde üç akış vardır:

Program metni;

Programı başlatmak için ilk veriler;

Beklenen sonuçlar.

Testler yapılır ve elde edilen tüm sonuçlar değerlendirilir. Bu, gerçek test sonuçlarının beklenen sonuçlarla karşılaştırıldığı anlamına gelir. Bir uyumsuzluk bulunduğunda, bir hata kaydedilir ve hata ayıklama başlar.

Test sonuçlarını toplayıp değerlendirdikten sonra, yazılımın kalite ve güvenilirliğinin görüntülenmesi başlar. Tasarım değişikliği gerektiren ciddi hatalarla düzenli olarak karşılaşılırsa, yazılımın kalitesi ve güvenilirliği şüphelidir ve testlerin güçlendirilmesi gerektiği belirtilir.

Test sırasında biriken sonuçlar daha resmi bir şekilde değerlendirilebilir. Bunun için hata oranı üzerinde gerçek verilere dayalı olarak güvenilirliği tahmin eden yazılım güvenilirlik modelleri kullanılır.

Yazılım testinin 2 ilkesi vardır:

Fonksiyonel testler (kara kutu testi);

Yapısal testler (beyaz kutu testi).

"Beyaz kutu" yöntemini test ederken, programın iç yapısı bilinir. Buradaki testin amacı, programın dış davranışı değil, iç davranışıdır. Programın tüm unsurlarının yapısının doğruluğu ve birbirleriyle etkileşimlerinin doğruluğu kontrol edilir.

Kara kutu testi (fonksiyonel test), program // için tüm işlevsel gereksinimlerin eksiksiz bir kontrolünü sağlayan giriş verilerinin kombinasyonlarını elde etmenizi sağlar. Burada bir yazılım ürünü, davranışı yalnızca girdileri ve karşılık gelen çıktıları incelenerek belirlenebilen bir "kara kutu" olarak kabul edilir.

Kara kutu ilkesi, beyaz kutu ilkesine bir alternatif değildir. Bunun yerine, farklı bir hata sınıfını tespit eden tamamlayıcı bir yaklaşımdır.

Kara kutu testi, aşağıdaki hata kategorilerini arar:

Yanlış veya eksik özellikler;

Arayüz hataları;

Harici veri yapılarındaki veya harici bir veritabanına erişimdeki hatalar;

Karakteristik hatalar (gerekli bellek kapasitesi vb.);

Başlatma ve tamamlama hataları.

Test sürecinin başında yapılan beyaz kutu testinin aksine, testin sonraki aşamalarında kara kutu testi kullanılır. Kara kutu test edilirken programın kontrol yapısı ihmal edilir. Burada odak, yazılım sistemi tanımının bilgi alanı üzerindedir. Bu aşamadaki testler, çözümün canlı prodüksiyon ortamı için uygunluğuna odaklanır. Odak noktası, hataları düzeltmek ve bunların ciddiyetini belirlemek ve ürünü piyasaya sürülmek üzere hazırlamaktır.

Test aşamasında, iki ana görev çözülür:

Çözüm Testi - Planlama aşamasında oluşturulan ve geliştirme aşamasında genişletilen ve test edilen test planları yürütülür;

Pilot çalışma - çözümün bir test ortamında konuşlandırılması ve gelecekteki kullanıcıların katılımıyla test edilmesi ve sistemin gerçek kullanım senaryolarının uygulanması. Bu görev, dağıtım aşamasının başlamasından önce gerçekleştirilir.

Test aşamasının amacı, çözüm ticari işletmeye alındığında ortaya çıkan riski azaltmaktır.

Test aşamasının başarılı olması için projeye yönelik tutumda bir değişiklik olması ve geliştiricinin yeni özellikler geliştirmekten çözümün uygun kalitesini sağlamaya geçmesi gerekir.

Bilgi sisteminin geliştirilmesinin bu aşamasında, aşağıdaki test türleri gerçekleştirilmelidir:

Temel test, düşük seviyeli teknik testtir. Program kodunu yazma sürecinde geliştiricinin kendisi tarafından gerçekleştirilir. "Beyaz kutu" yöntemi kullanılır, hata riski yüksektir.

Kullanılabilirlik testi - test eden kişi ve ürünün gelecekteki kullanıcıları tarafından gerçekleştirilen üst düzey testler. "Kara kutu" yöntemi uygulanır.

Alfa ve Beta Testi - MSF terimleriyle, alfa kodu temel olarak MSF süreç modelinin geliştirme aşamasında oluşturulan tüm kaynak kodudur ve beta kodu, test aşamasında test edilen koddur. Bu nedenle, alfa kodu MSF süreç modelinin geliştirme aşamasında test edilir ve beta kodu test aşamasında test edilir.

Uyumluluk Testi - Geliştirilmekte olan çözümün, mevcut sistemler ve yazılım çözümleriyle entegre olabilmesi ve birlikte çalışabilmesi için gereklidir. Bu test şekli, geliştirilen çözümün mevcut sistemlerle etkileşime girme kabiliyetini ve bütünleştirilebilirliğini test etmeye odaklanmıştır. Bu özel durumda, kullanıcının ekipmanındaki uygulamanın ve kullanıcı tarafından kullanılan yazılımın doğru çalışıp çalışmadığı kontrol edilecektir.

Performans testi - uygulamanın hız açısından performans gereksinimlerini ve konfor seviyesini karşılayıp karşılamadığını kontrol etmeye odaklanmıştır.

Dokümantasyon ve Yardım Sistemi Testi - geliştirilmiş tüm destekleyici dokümanlar ve yardım sistemleri test edilir.

Pilot operasyon, endüstriyel bir ortamda bir çözümü test ediyor. Pilot operasyonun temel amacı, çözümün endüstriyel koşullar altında kararlı çalışma yeteneğine sahip olduğunu ve iş gereksinimlerini karşıladığını göstermektir. Pilot çalışma sırasında, çözüm gerçek koşullarda test edilir. Pilot çalışma, kullanıcıların ürün performansı hakkında geri bildirim sağlamasına olanak tanır. Bu görüşün rehberliğinde geliştirici, öngörülemeyen durumlarda olası tüm sorunları ortadan kaldırır veya bir eylem planı oluşturur. Sonuç olarak, pilot çalışma, tam ölçekli bir dağıtım başlatmaya veya dağıtımı rayından çıkarabilecek herhangi bir sorun çözülene kadar ertelemeye karar vermenize olanak tanır.

Geliştirilen bilgi sistemi için pilot çalışma sürecinin planı Tablo 3.2'de gösterilmektedir.

Tablo 3.2 - Pilot Operasyon Planı

Eylem		Açıklama
1. Başarı için kriter seçimi		Geliştirici ve test katılımcıları, başarı kriterlerini tanımlar ve üzerinde anlaşmaya varır.
2. Kullanıcı seçimi ve kurulum yeri		Kullanıcılar ve geliştiriciler tarafından deneysel testlere katılan bir ekip oluşturuluyor. Pilot süreç dağıtımının konumu belirlenir.
3. Kullanıcıların ve kurulum sitelerinin hazırlanması		Kullanıcıların eğitimi - deneme katılımcıları yürütülmektedir. Kurulum yeri hazırlanıyor.
4. Geliştirme sürümünü dağıtma		Deneysel bir versiyon kurulur ve çalışmaya dahil edilir.
5. Geliştirme sürümünün desteklenmesi ve izlenmesi		Kullanıcıların ve sistemin çalışmasının izlenmesi, işletimde yardım sağlanması, sistemin işleyişi hakkında bilgi toplanması
6. Kullanıcılardan geri bildirim ve sonuçların değerlendirilmesi		Kullanıcılar sistemin çalışması hakkında görüşlerini ifade eder, eksiklikleri ve hataları belirtir.
7. Değişiklik ve eklemelerin tanıtılması	Hatalar düzeltilir, tasarım veya proses değişiklikleri yapılır. Kullanıcıların çalışması ve değerlendirmesi için düzeltilmiş sonuçlar sağlanır.
8. Dağıtım kararları	Pilot test çalışmasının sonuçları kullanıcıları tatmin ederse, sistemin devreye alınmasına karar verilir.

3.2 Uygulama dağıtım metodolojisi

Bu aşamada geliştirici (veya ekip) çözüm için gerekli teknolojileri ve bileşenleri devreye alır, proje bakım ve destek aşamasına geçer ve müşteri nihayet onaylar. Dağıtımdan sonra ekip projeyi değerlendirir ve memnuniyetlerini belirlemek için kullanıcılarla anket yapar.

Dağıtım Aşaması Hedefleri:

¾  çözümü endüstriyel bir ortama aktarmak;

¾  müşterinin projenin tamamlandığının kabulü.

Sahaya özel bileşenlerin dağıtımı birkaç aşamadan oluşur: hazırlık, kurulum, eğitim ve resmi onay.

Sistem devreye alma aşamasının sonuçları, proje sırasında geliştirilen tüm belge ve kod sürümlerinin bulunduğu bir belge deposu olan bakım ve destek sistemleridir.

Geliştirilmekte olan sistemi devreye almak için Tablo 3.1'de gösterilen bir eylem planı hazırlanmıştır.

Tablo 3.1 - Uygulama dağıtım planı

Eylem	Eylemin açıklaması
1. Yedekleme	Kullanıcı verileri, çıkarılabilir ortamlara (CD, DVD) aktarılarak katılımı ve onayı ile yedeklenir.
2. Çözümün temel bileşenlerinin kurulumu	Çözümün çalışmasını sağlayan teknolojilerin kullanımı. Bu durumda, Visual FoxPro bileşeninin yüklenmesi
3. İstemci uygulamasını yükleme	Geliştirilen IS ve veritabanının son sürümünün kullanıcının bilgisayarına aktarılması ve kurulumu
4. Eğitim	Kullanıcılar sistemle çalışmak üzere eğitilir, geliştirici, IP çalışmalarının müşteriler tarafından doğruluğuna ve anlaşılmasına ikna olur.
5. Projenin bilgi tabanının müşteriye aktarılması	Tüm proje belgeleri müşteriye teslim edilir
6. Projeyi Kapatmak	Proje kapanış raporu hazırlanır. Müşteri kabul belgesini imzalar.

AWP'nin normal çalışması için Microsoft WindowsXP işletim sistemi gereklidir.

4 Bilgi proje yönetimi

4.1 Bir geliştirme yaşam döngüsü seçme

IS tasarım metodolojisinin temel kavramlarından biri, yazılımının (yaşam döngüsü yazılımı) yaşam döngüsü kavramıdır. Yazılımın yaşam döngüsü, onu yaratma ihtiyacına karar verildiği andan itibaren başlayan ve hizmetten tamamen geri çekildiği anda sona eren devam eden bir süreçtir.

Yazılım yaşam döngüsünü yöneten ana düzenleyici belge, uluslararası standart ISO / IEC 12207'dir (ISO - Uluslararası Standardizasyon Örgütü - Uluslararası Standardizasyon Örgütü, IEC - Uluslararası Elektroteknik Komisyonu - Uluslararası Elektrik Mühendisliği Komisyonu). Yazılımın oluşturulması sırasında gerçekleştirilmesi gereken süreçleri, eylemleri ve görevleri içeren yaşam döngüsünün yapısını tanımlar.

ISO/IEC 12207, belirli bir yaşam döngüsü modeli ve yazılım geliştirme yöntemleri sunmamaktadır. Yaşam döngüsü modeli, yaşam döngüsü boyunca gerçekleştirilen işlemlerin, eylemlerin ve görevlerin yürütme sırasını ve ilişkisini belirleyen bir yapı olarak anlaşılabilir. Yaşam döngüsü modeli, IS'nin özelliklerine ve oluşturulduğu ve çalıştığı koşulların özelliklerine bağlıdır.

Bugün yazılım yaşam döngüsünün birçok modeli vardır, ancak en popüler ve yaygın olanları iki modeldir:

Spiral model (bkz. şekil 4.1);

Yinelemeli model.

Şekil 4.1 - Yazılım yaşam döngüsünün sarmal modeli

Bir bilgi sistemi oluşturmak için, yani. "Depo çalışanı toptan deponun otomatik çalışma yeri", yinelemeli seçildi. Yinelemeli modelin ayırt edici bir özelliği, resmi bir yöntem olması, bağımsız aşamalardan oluşması, sırayla gerçekleştirilen ve sık gözden geçirmeye tabi olmasıdır (Şekil 4.2). Yinelemeli yaklaşım, geliştiricilere teknik açıdan mümkün olan en iyi şekilde uygulama özgürlüğü vermek için geliştirmenin en başında tüm gereksinimlerin yeterince doğru ve tam olarak formüle edilebildiği IS'ler oluşturmak için iyi çalıştı. .

Yinelemeli modelin avantajları:

model, yazılım dışı tüketiciler ve son kullanıcılar tarafından iyi bilinmektedir.

Rahatlık ve kullanım kolaylığı, çünkü tüm işler aşamalar halinde gerçekleştirilir (modelin aşamalarına göre);

Gereksinimlerin kararlılığı;

Model anlaşılabilir;

Yetersiz eğitim almış personel (deneyimsiz kullanıcı) bile modelin yapısı tarafından yönlendirilebilir;

Model, karmaşıklığı düzenli bir şekilde ele alır ve makul ölçüde anlaşılabilir projeler için iyi çalışır;

Model, proje yönetiminin sıkı kontrolünün uygulanmasını kolaylaştırır;

Geliştirme ekibini planlamak ve bir araya getirmek için proje yöneticisinin işini kolaylaştırır.

Şekil 4.2 - Yazılım yaşam döngüsünün yinelemeli modeli

Model aşamaları:

Analiz aşamasında, sistemin yerine getirmesi gereken işlevleri tanımlar, ilk etapta detaylandırılması gereken en öncelikli olanları vurgular, bilgi ihtiyaçlarını tanımlar;

Tasarım aşamasında, sistemin süreçleri daha detaylı olarak ele alınmaktadır. Fonksiyonel model analiz edilir ve gerekirse düzeltilir. Sistem prototipleri inşa ediliyor;

Sistem uygulama aşamasında geliştirilmekte olup;

Uygulama aşamasında, bitmiş ürün kuruluşun mevcut sistemine tanıtılır. Kullanıcı eğitimi devam ediyor;

Bakım aşamasında, yazılım ürününe servis yapılır (ürünün daha işlevsel çalışması için herhangi bir ekleme veya değişiklik).

Bir yazılım geliştirme yaşam döngüsü modeli seçmek önemli bir adımdır. Bu nedenle bir proje için yazılım geliştirme yaşam döngüsü modelinin seçimi aşağıdaki süreçlerin kullanımı sırasında gerçekleştirilebilir.

Tablolara yerleştirilen projenin ayırt edici kategorilerinin analizi.

Her kategori için "evet" ve "hayır" kelimelerini vurgulayarak soruları yanıtlayın.

Kabul edilebilir bir modelin seçildiği projeyle ilgili olarak her kategoriyle ilgili kategorileri veya soruları önem derecesine göre sıralayın.

Geliştirme Takımı... Yeteneklere dayalı olarak, geliştirme ekibi için personel seçimi, yazılım geliştirme yaşam döngüsü modeli seçilmeden önce bile gerçekleşir. Böyle bir ekibin özellikleri (bakınız Ek G, Tablo G.1) bir yaşam döngüsü modeli seçme sürecinde önemli bir rol oynar, bu da ekibin bir yazılım ürünü yaşam döngüsü modeli seçiminde önemli yardım sağlayabileceği anlamına gelir, çünkü geliştirilen yaşam döngüsü modelinin başarılı bir şekilde uygulanmasından sorumludur. ...

Kullanıcı ekibi... Projenin ilk aşamalarında, geliştirilen yazılımla çalışacak olan kullanıcı ekibinin (bkz. Ek VE Tablo I.1) ve proje boyunca geliştirme ekibiyle gelecekteki ilişkisinin tam bir resmini elde edebilirsiniz. Böyle bir görüş, uygun bir modelin seçilmesine yardımcı olur, çünkü bazı modeller, projenin geliştirilmesi ve çalışmasına daha fazla kullanıcı katılımını gerektirdiğinden, gereksinimler geliştirme sürecinde kullanıcı tarafından biraz değişebileceğinden, geliştiricinin bu değişiklikleri ve nasıl yapılacağını bilmesi gerekir. yazılımdaki bu değişiklikleri temsil etmek için.

4.2 Yazılım projesinin amaç ve kapsamının belirlenmesi

Depodaki malların muhasebeleştirilmesi için geliştirilen yazılım ürünü, depodaki mallarla ilgili verilerin alınması, yapılandırılması ve depolanması sürecini otomatikleştirecek ve ayrıca rapor verme sürecini basitleştirecektir.

Yazılım projesinin amaçları, malları muhasebeleştirmek için bir sistemin oluşturulması ve konuşlandırılması olacaktır. Bu sistem, çoğunlukla şirketin deposunun çalışanları olan Cleonelly personeli tarafından dahili kullanım için tasarlanmıştır.

Yazılım ürününün kapsamını belirlemek için, bir yazılım projesinin ne olması veya olmaması gerektiği aşağıda açıklanacaktır.

Yazılım projesi şu şekilde olmalıdır:

Bir kuruluş içinde dahili kullanım için;

Çok kullanıcılı erişimin uygulanması için bir proje;

Şirketin ürünü hakkında bilgi girme, değiştirme ve saklama yeteneğine sahip bir proje;

Sistem kullanıcıları hakkında bilgi girme, değiştirme ve saklama yeteneğine sahip bir proje;

Kuruluşun sonuçlandırılacak işlemlere konu olan müşterileri ve tedarikçileri hakkında bilgi girme, değiştirme ve saklama kabiliyetine sahip bir proje;

Dış raporlama oluşumunu gerçekleştirecek bir proje.

4.3 Adım adım iş listesi için bir yapı oluşturma

Benzersiz bir ürün veya hizmet (proje sonucu) oluşturmak için belirli bir iş dizisini gerçekleştirmeniz gerekir. Proje planlamasının görevi, bu işlerin zamanlamasını ve maliyetini doğru bir şekilde tahmin etmektir. Değerlendirme ne kadar doğru olursa, proje planının kalitesi de o kadar yüksek olur. Doğru bir değerlendirme yapmak için projenin kapsamını iyi anlamanız, yani sonucunu elde etmek için tam olarak ne yapılması gerektiğini bilmeniz gerekir. Ancak tasarım çalışmalarının bir listesi hazırlandıktan sonra, her birinin süresi tahmin edilir ve bunların uygulanması için gerekli kaynaklar tahsis edilir. Ve ancak o zaman her bir görevin maliyetini ve zamanlamasını ve eklemenin bir sonucu olarak projenin toplam maliyetini ve süresini tahmin etmek mümkündür. Bu nedenle iş kapsamının belirlenmesi proje planlamasının ilk adımıdır. Tasarım çalışmasının kapsamının belirlenmesi, projenin aşamalarının (veya aşamalarının) tanımlanmasıyla başlar. Örneğin, bir sistem oluşturmak için projede "Envanter muhasebesi" aşamaları vurgulanabilir:

Yazılım gereksinimlerinin geliştirilmesi;

Bilgi sistemi tasarımı;

Bilgi sisteminin uygulanması ve belgelendirilmesi;

Sistem uygulaması.

Aşamaların bileşimi ve sonuçları belirlendikten sonra, bu aşamaların birbirine göre sırasını ve bunların uygulanması için son tarihleri ​​belirlemek gerekir. Daha sonra aşamaların hangi işlerden oluştuğunu, bu işlerin hangi sırayla yapıldığını ve tamamlandığında hangi terminlerde buluşmanız gerektiğini belirlemelisiniz.

Adım adım çalışma listesi (Şekil 4.3), MS Project 2003 gibi bir yazılım ürünü kullanılarak tasarlanmıştır.

Şekil 4.3 - Adım adım iş listesi

4.4 Yazılım geliştirmenin süresini ve maliyetini tahmin etme

Süre tahmini. Adım adım bir iş listesinin inşasından sonra belirlenir (Şekil 4.3, paragraf 4.3). Bu tahmini süre, Gantt şeması (Ek K) kullanılarak görülebilir.

Diyagramlar, bir proje dosyasında yer alan bilgileri gösteren grafiksel araçlardır. Çizelgelerden, görevlerin sırası, göreceli süreleri ve bir bütün olarak projenin süresi hakkında görsel bir fikir edinebilirsiniz.

Gantt şeması, bir proje planını grafiksel olarak temsil etmenin en popüler yollarından biridir ve birçok proje yönetimi programında kullanılır.

MS Project'te Gantt şeması, proje planı için ana görselleştirme aracıdır. Bu çizelge, yatay bir zaman çizelgesi ve dikey olarak bir görev listesi içeren bir grafiktir. Bu durumda, görevleri ifade eden bölümlerin uzunluğu, görevlerin süresi ile orantılıdır.

Gantt grafiğinde, çubukların yanında ek bilgiler görüntülenebilir (görevlerin yanında, bunlara dahil olan kaynakların adları ve görev tamamlandığında yükleri görüntülenir).

Maliyet tahmini

Proje şunlardan oluşur: görevler , yani, belirli bir sonuca ulaşmayı amaçlayan faaliyetler. Görevin tamamlanabilmesi için, Kaynaklar .

Kaynakların önemli bir özelliği, projede kullanımlarının maliyetidir (Maliyet). MS Project'te iki tür kaynak maliyeti vardır: zamana dayalı oran ve kullanım başına maliyet.

Zamana dayalı oran (Oran), kaynağın zaman birimi başına kullanım maliyetinde ifade edilir, örneğin, saatte 100 ruble veya günde 1000 ruble. Bu durumda, kaynağın projeye katılım maliyeti, projede çalıştığı süre ile saatlik ücretin çarpımı olacaktır.

Bu durumda zamana dayalı oran kullanılmıştır (Şekil 4.4) Kaynakları kullanmanın toplam maliyeti Şekil 4.5'te görülebilir.

Şekil 4.4 - Kaynak kullanımındaki zaman oranı

Bu şekilde, sistem geliştiricinin bir proje yürütürken saatte 50 ruble aldığını görebilirsiniz; bir iş analisti saatte 45 ruble, bir testçi saatte 38 ruble alıyor. Fazla mesai ücretleri dahil değildir.

Şekil 4.5 - Proje kaynaklarını kullanmanın toplam maliyetleri

4.5 Proje Kaynaklarının Tahsis Edilmesi

"Envanter Muhasebesi" sistemi için kaynakların dağılımının bir parçası Şekil 4.6'da görülebilir.

Şekil 4.6 - Proje kaynaklarının dağılımının parçası

Projede gerçekleştirilen her iş için, bu işi yapacak bir kaynak ilişkilendirilir. Şekil, her kaynak için toplam emek miktarını ve belirli bir günde harcanan belirli saat sayısını gösterir.

4.6 Projenin ekonomik verimliliğinin değerlendirilmesi

Projenin ekonomik verimliliğinin hesaplanması önemli bir adımdır. Bu, projenin ekonomik verimliliğinin hesaplanacağı yerdir. Bu hesaplama, bir projenin veya tamamen kârsız bir projenin ne kadar karlı olduğunu gösterecektir. Projenin ekonomik verimliliği hesaplanırken projenin geri ödeme süresinin hesaplanması gerekecektir. Geri ödeme süresi, projenin amorti edeceği süreyi gösterecektir.

Giriş verileri.

Proje uygulamasından ek kar (DP) = 38.000 ruble. Ek kar, şirketin uzmanları tarafından tahmin edildi.

İlk yatırım (IC) = 39396,47 ruble. İlk yatırımlar, proje kaynaklarını kullanmanın toplam maliyetlerine karşılık gelir (Şekil 4.5, madde 4.6)

İndirim oranı (i) = %12.

Projenin tasarlandığı süre (n) = 2 yıldır.

Proje uygulamasından ek kar (DP) = 38.000 ruble.

Yıllık proje uygulama maliyetleri (Z 1) = 15.000 ruble.

Yıllık proje uygulama maliyetleri (Z 2) = 10.000 ruble.

Yıllık nakit makbuzlar (R 1) = 23.000 ruble.

Yıllık nakit makbuzlar (R 2) = 28.000 ruble.

Yatırım projelerini değerlendirirken, nakit akışlarının iskonto edilmesini sağlayan net bugünkü değer hesaplama yöntemi kullanılır: tüm gelir ve maliyetler zaman içinde bir noktaya getirilir.

Dikkate alınan yöntemdeki merkezi gösterge NPV'dir (net bugünkü değer) - nakit akışlarının bugünkü değeri. Bu, mutlak anlamda yatırım faaliyetinin genelleştirilmiş bir nihai sonucudur.

Önemli bir nokta, finansal piyasada beklenen ortalama borç verme oranını yansıtması gereken iskonto oranının seçimidir.

Net bugünkü değer (NPV), formül 4.2 kullanılarak hesaplanır.

(4.2)

R k - n yıl için yıllık nakit makbuzlar.

k - projenin tasarlandığı süre için yıl sayısı.

IC - başlangıç ​​yatırımı.

ben indirim oranıdır.

Bu formülün hesaplamalarına göre NBD = 3.460,67 RUB

NPV mutlak bir artıştır çünkü bugünkü değerin mevcut maliyetle ne kadar örtüştüğünü tahmin eder. NPV> 0 olduğundan proje kabul edilmelidir.

Yatırım getirisi (ROI), formül 4.3 kullanılarak hesaplanır.

(4.3)

Hesaplanan (ROI) = %108,78

Tablo 4.1  Projenin geri ödeme süresini hesaplamak için yardımcı tablo

= 1,84

Geri ödeme süresi n tamam = 1,84 yıl (1 yıl 11 ay)

ROI => %100 (yani = %108,78) olduğundan, proje karlı kabul edilir.

(4.4)

Böylece karlılık endeksi (PI) = 1.2'dir.

Tanıtım

1. Analitik kısım

1.1 Şirketin organizasyon yapısı

2 Müşteri hizmetleri departmanı ve çalışma departmanının yazılım ve donanımının analizi

Proje bölümü

2.1 Konu alanının açıklaması

2 Tasarım ve uygulama yöntemlerinin fizibilite çalışması

3 Veritabanı tasarımı

4 Chen standardında kavramsal veri modeli

ERwin ortamında 5 ER diyagramı

6 Model analizi

7 Fiziksel tasarım aşaması

8 Temel isteklerin uygulanması

Çözüm

bilgi kaynaklarının listesi

Tanıtım

Çok sayıda firma ve işletme temizlik şirketlerinin hizmetlerine ihtiyaç duymaktadır.

Temizlik şirketi, kapsamlı temizlik hizmetleri sunan bir şirkettir. Binaların cephelerini, vitrinlerini ve diğer dış yüzeylerini temizleme faaliyetleri de dahil olmak üzere konut, ticari ve endüstriyel binaların temizliğini ve temizliğini korumak için tasarlanmış bir dizi faaliyet, çok sayıda farklı aşamadan oluşan çok karmaşık bir süreçtir. katılımcılar yer almaktadır. Temizlik organizasyonunun etkinliği, tüm çalışanları ile ilgili eylemlerin net bir şekilde koordinasyonunu gerektirir.

Uzman şirketlerin avantajı aşağıdaki faktörler tarafından belirlenir:

· Yüksek hizmet kalitesi;

· Hizmetlerin maliyeti, kendi temizlik hizmetinizi sürdürmenin maliyetinden daha yüksek değildir;

· Temizlik şirketlerinin hizmetlerine ilişkin giderler vergiye tabi kârdan mahsup edilir;

· Temizlik şirketlerinin uzmanları, özel ve karmaşık özel işler gerçekleştirir (örneğin - mermer kaplamaların kristalleştirilmesi);

· Verimlilik - temizlik, Müşteri için uygun olan bir zamanda yapılır.

Bugün temizlik, Rusya'daki en dinamik olarak gelişen ve istikrarlı iş kollarından biridir. Giderek daha fazla şirket, müşterilerle yetkin ve dengeli çalışma konusunda büyük taleplerde bulunan yüksek kaliteli ve güvenilir temizlik hizmetleri satın almakla ilgileniyor.

Yukarıdaki avantajların tümü, örneğin CRM sistemleri gibi özel bilgi sistemleri gibi temizlik şirketlerinin çalışmalarında modern bilgi teknolojilerinin kullanılmasını gerektirir.

Müşteri ilişkileri yönetim sistemi (CRM, CRM sistemi, Müşteri İlişkileri Yönetimi'nin kısaltması), müşterilerle (müşteriler) etkileşim stratejilerini otomatikleştirmek, özellikle satışları artırmak, pazarlamayı optimize etmek ve bilgi depolayarak müşteri hizmetlerini iyileştirmek için tasarlanmış kuruluşlar için bir uygulama yazılımıdır. müşteriler ve onlarla ilişkilerin geçmişi, iş süreçlerinin oluşturulması ve iyileştirilmesi ve ardından sonuçların analiz edilmesi hakkında. CRM sistemi, müşterinin kişileştirildiği, rekabetin yüksek olduğu ve başarının müşteri için en uygun koşulların sağlanmasına bağlı olduğu herhangi bir işte uygulanabilir - tüm iş felsefesinin merkezinin müşteri olduğuna inanan bir etkileşim modeli ve ana unsur. faaliyet alanları, etkili pazarlama, satış ve müşteri hizmetlerini desteklemek için alınan önlemlerdir. Bu iş hedeflerini desteklemek, müşteriler, tedarikçiler, ortaklar ve ayrıca şirketin iç süreçleri hakkında bilgi toplamayı, depolamayı ve analiz etmeyi içerir. Bu iş hedeflerini destekleyen işlevler arasında satış, pazarlama ve müşteri desteği bulunur.

Herhangi bir CRM sisteminin "kalbi", işletme çerçevesinde şirketinizle etkileşime giren hem gerçek hem de tüzel kişilerin bir veri tabanıdır. Bunlar sadece müşteriler değil, aynı zamanda şirketin şubeleri, ortakları, tedarikçileri, rakipleridir. Bir müşteri veritabanı kendi başına değerli bir varlıktır ve bir CRM sistemindeki akıllı veri yönetimi, işinizde bilgileri maksimum verimlilikle kullanmanızı sağlar. Müşteri tabanı konsolide edilir, kuruluş müşterileri ve tercihleri ​​hakkında eksiksiz bilgi alır ve bu bilgilere dayanarak bir iletişim stratejisi oluşturur.

Güçlü analitik CRM araçlarıyla birleştirilmiş birleşik bir müşteri veritabanı ve onlarla olan ilişkilerin eksiksiz bir geçmişi, mevcut müşterileri elde tutmanıza ve geliştirmenize, en değerli olanları belirlemenize ve yeni müşteriler çekmenize olanak tanır.

Bir CRM sisteminin ana işlevi, yöneticilerin satışları planlamasına, şeffaf anlaşma yönetimi düzenlemesine ve satış kanallarını optimize etmesine yardımcı olmaktır. Sistem, satış departmanlarının müşteri davranışlarını analiz etmelerine, kendilerine uygun teklifleri formüle etmelerine ve sadakat kazanmalarına yardımcı olan müşterilerle eksiksiz bir iletişim geçmişi depolar. CRM sistemlerinin geri kalan yetenekleri aşağıda sunulmuştur:

· Müşterilerle temasların planlanması ve koordinasyonu;

· Müşteriler hakkında tüm olası bilgilerin toplanması ve yazılması;

· Uzun vadeli veya karmaşık işlemler üzerinde kontrol;

· Projelerin uygulanmasının veya işlemlerin sonuçlandırılmasının her aşamasının analizi;

· Müşterilerle etkileşime odaklanan tüm süreçlerin resmileştirilmesi.

Bu tür bir yazılım, çok sayıda çalışanı veya birkaç departmanı içeren uzun vadeli ve çok aşamalı projeleri olan kuruluşlar için en uygundur. Birim zaman başına yapılan sözleşme sayısı az olduğu için her işlem günler hatta aylar alır. Bu, her projenin özel olarak bireysel bir yaklaşım gerektirdiği anlamına gelir. Bu gibi durumlarda müşteri sadakatine özen göstermek gerekir. Bunu yapmak için, yalnızca bireysel bir yaklaşım sağlamakla kalmayıp, aynı zamanda belirlenen son tarihlere, sözleşme şartlarına ve ilgili tüm çalışanların koordineli çalışmasına ve dakikliğine sıkı sıkıya bağlı kalmak gerekir.

1. Analitik kısım

"MAKS" şirketler grubu 2000 yılında kuruldu. Ana faaliyet, çok disiplinli bir karmaşık hizmet sektörüdür. MAKS Şirketler Grubu'nun kuruluşundan bu yana sunduğu hizmet yelpazesi sürekli genişlemektedir. Bugün MAKS Şirketler Grubu aşağıdaki hizmet türlerini sunmaktadır (Şekil 1):

· Nesne güvenliği, hızlı müdahale ekipleri, kontrol odası güvenliği, özel dedektif hizmetleri;

· Hizmet verilen gayrimenkullerin en verimli ve kesintisiz çalışmasını sağlamak;

· Mevcut güvenlik sistemlerinin ön analizi;

· Binaların karmaşık temizliği.

Pirinç. 1. "MAKS" Şirketler Grubu'nun hizmet alanları

"MAKS KORUMA" devlet dışı güvenlik alanıyla birlikte geliştirildi. Nesnelerin güvenliği, hızlı müdahale ekipleri, kontrol odası güvenliği, özel dedektif hizmetleri, tüm bunlar standart hizmet paketine dahildir. Departman, yabancı vatandaşlara acil yardım sağlayan ve mal ve değerli eşyalara eşlik etmenin tüm nüanslarını bilen BT altyapı uzmanları istihdam etmektedir.

Uygulama, güvenliğin sadece üniformalı muhafızlar olmadığını, potansiyel tehditleri önlemeyi ve önlemeyi amaçlayan bir dizi önlem olduğunu göstermektedir. Bu önlemler, uzun yıllara dayanan deneyime sahip uzmanlar tarafından geliştirilen "MAX KORUMA" entegre güvenlik sistemine dahildir.

Müşteriler için, güvenliğe entegre bir yaklaşım, tüm güvenlik hizmetleriyle iletişimin tek bir yükleniciden geçmesi anlamına gelir. Şirket, müşterilerin birbiriyle alakasız birkaç organizasyonun çalışmalarını koordine etme ihtiyacını ortadan kaldırır. Tek bir operasyon merkezinin varlığı, herhangi bir acil duruma anında ve verimli bir şekilde müdahale etmenizi sağlar.

"MAKS PROKHRANA" güvenliği sağlamak için sürekli olarak yeni konseptler geliştirmekte ve geliştirmektedir. Gelişmiş yabancı teknolojiler çalışmalarımıza dahil ediliyor ve belirli görevler için kendi çözümlerimizi geliştiriyoruz. Ancak, en gelişmiş otomatik güvenlik sistemleri bile bir kişinin yerini tamamen alamaz. Bu nedenle, "MAX KORUMA" personelinin profesyonelliğini geliştirmeye özel önem verilmektedir. Uzmanlar düzenli olarak bilgi tazeleme kurslarına katılır ve eğitim seviyeleri iç denetimler sırasında test edilir. Sıkı personel seçimi, "MAKS KORUMA" hizmetlerinde insan faktörünün etkisini en aza indirmeye izin verir.

"MAX KORUMA" yönetim kadrosu, müşterilere bireysel bir yaklaşımı hedeflemektedir. Uzmanlar çok seviyeli bir analiz yapar ve sonuçlarına göre müşterinin güvenliğini sağlamak için en etkili çözümleri sunar. Aynı zamanda "MAKS KORUMA"nın faaliyet alanı özel müşterilerle sınırlı değildir. Çalışanlar kamu tesislerinin korunmasına aşinadır ve bu alanda kendilerini kanıtlamışlardır.

Bölümün entegre güvenlik hizmetlerine yaklaşımı benzersizdir ve her durumda maksimum verimliliği garanti eder.

MAKS Ekspluatatsiya bölümü on yılı aşkın bir süredir piyasada faaliyet göstermektedir. Ana görevi, hizmet verilen gayrimenkul nesnelerinin en verimli ve kesintisiz çalışmasını sağlamaktır. Aynı zamanda, tesisin işletmeye alınması için sınırlama süresi ve ekipman karmaşıklığının seviyesinin önemi bir rol oynamaz.

"MAKS OPERATION" tarafından sunulan kapsamlı hizmet, güvenlik önerilerinin yanı sıra ekipman ve mühendislik sistemleri için teknik destek içerir. Bu liste bakım ve diğer planlı ve programsız işleri içerir; yangın alarmı ve video gözetim sistemlerinin tasarımı ve kurulumunun yanı sıra çeşitli onarım ve inşaat hizmetleri. "MAKS EKSPLUATATSIA" müşterileri, maliyetleri önemli ölçüde azaltabilen ve hizmetler arasındaki etkileşimi kolaylaştırabilen eksiksiz bir hizmet paketini tek bir yükleniciden alır.

Bu bölümün uzmanları, özelliklerine ve müşterinin isteklerine bağlı olarak, nesneyle çalışmak için her zaman çeşitli seçenekler sunmaya hazırdır. Bireysel bir yaklaşım, müşterinin yüklenici ile tam bir karşılıklı anlayışa güvenmesine ve sonuç olarak en yüksek kalitede sonucu elde etmesine olanak tanır.

Modern dünyada, modern binaların teçhizatı ve teçhizatı daha çeşitli ve karmaşık hale geliyor. Bu bölümün temel amacı, kapsamlı bina yönetimi hizmetleri sunmaktır. Tüm çalışanlar bilim ve teknolojinin en modern kazanımlarını anlar ve bunları üreticilerin tavsiye ve standartlarına uygun olarak kullanır. Bu, herhangi bir karmaşıklıktaki bir nesnenin performansının ve güvenliğinin uygun düzeyde sürdürülmesini garanti etmenin tek yoludur.

"MAX CONSULTING" bölümü, 10 yılı aşkın bir süredir güvenlik alanında danışmanlık ve denetim yapmaktadır. Bölümün ana görevi, şirketin mevcut sorunlarını ve işin bireysel özelliklerini dikkate alarak durumun kapsamlı bir analizinin yanı sıra gelişme beklentilerinin yanlış hesaplanmasıdır.

"MAX CONSULTING" çalışanları, mevcut güvenlik sistemlerinin ön analizini yapar. Doğal olarak, bu tür çalışmalar, tüm özelliklerin dikkate alınmasına yardımcı olacak, güncel ve yardımcı olacak müşteri çalışanları ile yakın işbirliği içinde gerçekleştirilir.

Şirketin faaliyetlerinin denetimi, yalnızca halihazırda kullanılan bir sistemdeki kritik noktaları belirlemekle kalmayacak, aynı zamanda bunları ortadan kaldırmanın yollarını da önerecek olan yüksek nitelikli uzmanlar tarafından gerçekleştirilir. Tüm danışmanlar aynı anda kolluk kuvvetlerinde görev yaptı ve Rusya'da ve yurtdışında önemli deneyime sahip.

Ayrıca "MAX CONSULTING" uzmanları kriz durumlarının ortadan kaldırılmasında yardımcı olur, iş süreçlerinin verimliliğini artırır ve şirketin bilgi sistemleri ve BT risklerinin etkin yönetimini gerçekleştirir.

Departmanın danışmanları, müşteri ile uzun vadeli işbirliğini sürdürmek için karşılıklı olarak faydalı ilişkiler kurma görevini üstlenirler. "MAX CONSULTING", müvekkillerine ceza, iş, vergi ve diğer hukuk türleri alanında denetim hizmetleri, hukuk hizmetleri sunmaktadır.

MAX CLEANING tarafından sağlanan hizmetlerin kapsamı, binaların temizliğidir. Rusya'da ilk temizlik şirketleri 1992-1994 yıllarında kurulmuştur. o zamanlar hizmetlerinin tek tüketicisi olan ilk ortak girişimlerin ortaya çıkmasıyla birlikte. 2012 yılında, Rusya'daki temizlik hizmetleri pazarının hacmindeki büyüme parasal olarak yaklaşık 9 milyar rubleye ulaştı - 2011'de hacmi 45 milyar rubleydi ve 2012 sonunda temizlik pazarı onlar tarafından 54 olarak tahmin edildi. milyar ruble. Geçtiğimiz 2014 yılında, analistlere göre Rusya temizlik hizmetleri pazarının hacmi yaklaşık 10-11 milyar ruble arttı ve geçen yılın sonunda yaklaşık 65 milyar rubleye ulaştı.

Temizlik hizmetlerinin sağlanması için en büyük bölgeler Moskova, Krasnoyarsk Bölgesi, Tyumen Bölgesi, Başkurdistan Cumhuriyeti, St. Petersburg ve Khanty-Mansiysk Özerk Okrugu'dur. Moskova, iç temizlik pazarının 100-150 milyon dolarını oluşturuyor.

Uzmanlara göre sermaye piyasasında faaliyet gösteren 300'den fazla temizlik şirketi var. İşletmenin büyüklüğüne göre kabaca 4 büyük kategoriye ayrılabilirler.

· En büyük operatörler (500'den fazla çalışan) ~ %67;

· Büyük operatörler (500 kişiye kadar çalışan sayısı) ~ %15;

· Orta operatörler (200 kişiye kadar çalışan sayısı) ~ %7;

· Küçük operatörler (50 kişiye kadar çalışan sayısı) ~ %11.

Neredeyse tüm piyasa oyuncuları tarafından hatasız olarak sağlanan standart hizmet yelpazesi, günlük karmaşık temizliğin yanı sıra dikey yüzeylerin yıkanmasını da içerir. Ayrıca, tüm temizlik şirketlerinin yaklaşık %93'ü granit, mermer, porselen taş ve seramik karoların taşlanması ve parlatılmasının yanı sıra bitişik bölgelerin temizliği ve inşaat çalışmaları ve yangınlardan sonra binaların özel temizliği için hizmetler sunmaktadır. Araştırmaya katılan şirketlerin yaklaşık %87'si paketleyiciler, yükleyiciler ve diğerleri gibi ek hizmetler ve personel sağlıyor ve temizlik hizmetleri piyasası oyuncularının %80'i ayrıca müşterilerine bitişik ve iç bölgeler, çöp ve kar için yeşillendirme hizmetleri sağlıyor. kaldırma. Temizlik şirketlerinin ana müşterileri süpermarketler ve alışveriş merkezleri, üretim işletmeleri, nakliye ve depo şirketleri, tıp ve spor kurumları, ofis ve iş merkezleri, büyük uluslararası ve Rus şirketleri, bankalar, devlet kurumları, otel kompleksleri, eğlence tesisleri (sinemalar, kulüpler) , kumarhane), tren istasyonları ve havaalanları.

Pirinç. 2. Temizlik hizmetleri tüketicilerinin segmentasyonu

Pazarın en gecikmeli segmenti sağlık kurumlarında yapılan birçok araştırmanın gösterdiği gibi temizliktir. Bu durum, yerleşik alışkanlıklar, bu tür kuruluşlarda var olan daha katı standartlar ve bir temizlik şirketinin personeli tarafından gerçekleştirilen temizlik için onlar tarafından benimsenen özel gereksinimlerle açıklanmaktadır.

Bir temizlik şirketi seçme kriterleri şunlardır: piyasadaki otorite, sağlanan hizmetlerin maliyeti ve kapsamı, işte kullanılan ekipman, teknolojiler ve kimyasallar, personel nitelikleri ve bir temizlik kontrol sistemi.

Bina temizliği, modern iş dünyasında endüstriyel bir gerekliliktir. Sözleşme bazında günlük temizlik, bu şirketin oldukça gelişmiş bir alanıdır. Müşteri için uygun bir çalışma programı ile hem bir kerelik temizlik siparişi verme hem de tesislerin temizliği için sabit bir sıklıkta bir sözleşme hazırlama yeteneği, günümüzde büyük miktarda veri gerektiren ve bunun için en uygun olan çok yaygın bir faaliyettir. bir bilgi sistemi tasarlama örneği. Şirket çalışanları yapılan temizliğin kontrolüne ve kalitesine büyük önem vermektedir. Açıklık da şirketin çalışmalarının önemli bir parçasıdır. Müşteri, bu "MAX TEMİZLİK" şirketinin ne, nasıl ve ne yaptığını bilme hakkına sahiptir. Tüm kimyasal ürünler hijyenik sertifikalara sahiptir, ortaklar ve müşteriler üretim üssünü ziyaret edebilir ve işletmedeki teknolojik yetenekler ve iş organizasyonu hakkında bilgi alabilir.

Temizlik, bina temizliği konusunda uzmanlaşmış çeşitli şirketler tarafından sağlanan modern ve çok talep edilen bir hizmettir. Bu temizlik özel eğitimli çalışanlar tarafından yapılır ve yüksek Avrupa standartlarına göre değerlendirilir.

Rusya'da temizlik 1990'ların başında ortaya çıktı ve her şeyden önce, anavatanlarında profesyonel temizliğe alışkın büyük Batılı şirketler arasında talep görmeye başladı. Hizmet, cephe temizliği, vitrinlerin ve binaların diğer dış yüzeylerinin yıkanması dahil olmak üzere konut, ticari ve endüstriyel tesislerde temizlik ve temizliği korumak için tasarlanmış eksiksiz bir faaliyet yelpazesini birleştirir. Hizmet listesi genellikle ayrıca çatılardan ve bitişik bölgelerden çöp temizleme ve kar temizlemeyi de içerir.

Halihazırda tüm hizmetler, her yüzey için ayrı ayrı fiziksel, kimyasal ve teknik özellikleri dikkate alınarak özel olarak seçilmiş en yeni aletler kullanılarak modern temizlik teknolojilerini kullanan kalifiye personel tarafından yürütülmektedir. Rus temizlik pazarı önemli ölçüde genişledi ve daha fazla gelişme için büyük umutları var. Birkaç on yıl sonra insanlar kendi kendini temizlemenin ne olduğunu unutacak ve bu hizmetleri sağlayan bir şirkete yönelecekler. Gerçekten de, sadece görünümün kendisi değil, aynı zamanda sahibinin sağlığı da odanın temizliğine bağlıdır.

Büyük ve küçük birçok şirketin yöneticileri, uzman şirketler tarafından sunulan temizliğin, kalite açısından normal anlamdaki temizlikten çok daha üstün olduğundan emin olmayı başardılar. Profesyonel temizlik, tesislerin kusursuz bir duruma getirilmesini içerir, bu tür temizlik nihayetinde zamandan tasarruf etmenizi, kaplama malzemelerinin hizmet ömrünü uzatmanızı ve şirketin prestijini artırmanızı sağlar.

Şirket çalışanları ve yöneticileri tek bir mekanizma olarak çalışırlar, sadece sunulan hizmetlerin yüksek kalitesini takdir etmekle kalmaz, aynı zamanda sipariş edilen hizmetleri analiz eder, hizmet pazarındaki durumu tahmin eder ve sonuç olarak acil durumlara yapıcı çözümler sunar. durumlar ve müşterinin ihtiyaçlarına en etkili çözümler.

2003 yılında müşteri hizmetlerinin kalitesini artırmak için ek profesyonel temizlik hizmetleri verecek yeni bir bölüm açılmasına karar verildi. MAKS TEMİZLİK ilk adımlarını Moskova'da attı. Başkentte kazanılan deneyim bölgelere girmek için kullanıldı. Ve ilk başta yeterince sorun olmasına rağmen, şirket tüm zorluklarla başa çıkmayı başardı. 2005 yılında METRO süpermarket zinciri ile sözleşme imzalayarak süpermarket ve hipermarketlere temizlik hizmeti veren ilk şirketlerden biri olmuştur. 2010 yılına kadar şirketin personeli 400'den fazla kişiye ulaştı. Personel, Moskova genelindeki tesislerde çalışmaktadır. 2012 yılına kadar MAX CLEANING Rusya bölgelerine giriyor. İlk şubeler Krasnoyarsk ve Kazan'da açıldı. Ofislerin ve alışveriş merkezlerinin profesyonel temizliğinin kalitesi, bölgesel müşterilerin beklentilerini aşmaktadır. Şirket, 700 kişilik kadrosuyla 10. yılına çoktan yaklaştı. Tüm diğer deneyimler, temizlik alanında benzersiz bilgiler sağlamıştır.

Son yıllarda kurulan MAX CLEANING firmasının itibarı büyük önem taşımaktadır. Her bir çalışanın işine karşı tutumunu dikkate almayı gerektirir.

Müşterilerle etkileşim ve iletişim, başarının temel bileşenleridir. Müşterilerle yapılan sözleşmelerin, müşterilerin ihtiyaçlarını yansıtan tüm siparişlerin kaydını tutmak çok önemlidir.

Esnek fiyatlandırma politikası, çalışanların profesyonel eğitimi, çeşitli ekipman ve kimyasalların kullanımı, bu hizmet alanında lider konumda olmamızı sağlar.

Temizlik şirketi, Rusya Federasyonu genelinde hizmet vermektedir. Hizmet alanının ana kısmı, Rusya Federasyonu'nun merkezi kısmıdır. Şirket, aşağıdaki şekilde gösterilen birçok büyük tüzel kişilik ile çalışmaktadır:

Pirinç. 3. "MAX-CLEANING" şirketleri-müşterileri

.1 Şirketin organizasyon yapısı

MAX TEMİZLİK şirketi, farklı işlev ve görevleri yerine getiren farklı bölümlerden oluşmaktadır, MAX TEMİZLİK şirketinin organizasyon yapısı Şekil 4'te gösterilmektedir.

Pirinç. 4. Organizasyon yapısı

Genel Müdür ve yardımcısı, aşağıdakiler de dahil olmak üzere birçok departmandan oluşan MAKS-CLEANING şirketini yönetir:

· Müşterilerle çalışma departmanı;

· İşler Departmanı.

Müşteri Hizmetleri Departmanı

"MAX-CLEANING" şirketinin müşterileriyle çalışmanın kapsamı geniştir: ana görevi, tüzel kişilerin uzun vadeli işbirliği ve hizmeti, ihtiyaçlarının analizi, seviyesi ve odak noktasıdır. Müşteri şirketlerle müzakereler, MAKS-CLEANING tarafından sağlanan hizmetlerin satış koşullarına aşinalık, işin yürütülmesi üzerinde kontrol - tüm bunlar bu departmanın çalışmalarının ayrılmaz bir parçasıdır.

Bir müşteri şirket "MAX-CLEANING" ile iletişime geçebilir ve tesislerin karmaşık temizliği hizmetlerini kullanabilir. Şirket yöneticisi, uzun vadeli bir işbirliği anlaşması yapmanıza veya bir kerelik sipariş vermenize yardımcı olacaktır. Ayrıca, müşteriden gerekli tüm bilgileri, yani:

Temsil ettiği şirket hakkında bilgiler;

Karmaşık temizlik ihtiyacı olan mülk (tesisler) hakkındaki veriler;

Müşterinin bir temizlik sınıfı seçme isteği;

Kullanım Şartları;

Tesisle çalışmaya ilişkin özel yorumlar (Alınan tüm bilgiler yönetici tarafından işlenir ve kesinlikle gizlidir).

Bir sözleşmenin veya siparişin başarılı bir şekilde sonuçlandırılması durumunda, hizmetin yürütülmesi, işlevi temizlik hizmetlerinin zamanında ve yüksek kalitede sağlanması (yürütülmesi) olan çalışma departmanına gidecektir.

iş bölümü

Bu departman, ayrı ekipler oluşturan kıdemli bir ustabaşı ve kapıcılardan oluşur. Sözleşmenin (siparişin) şirket yöneticisi tarafından kıdemli ustabaşına devredilmesinden sonra, temizlik ekibi liderleri arasında bina temizliği ile ilgili işin dağıtım aşaması gelir.

Müşterinin tesislerinin temizliği, önceden hazırlanmış sözleşmede (siparişte) belirtilen zamanında gerçekleştirilir. Bu temizliği yapan ekipte yer alan her bir temizlikçinin işini değerlendiren ustabaşına hizmetin performansı hakkında bir rapor verilir. Ayrıca, kıdemli ustabaşı bu siparişin durumunu hesap yöneticisine bildirmeyi taahhüt eder.

Bundan sonra, işin kalitesi müşterinin kendisi tarafından kontrol edilir. Değerlendirmenin yetersiz olması durumunda yönetici, uygun kararların alınması için şirket yönetimini bilgilendirir.

MAKS-CLEANING firmasının yukarıda açıklanan departmanlarının faaliyetlerinin analizi sırasında, aşağıda Şekil 5'te gösterilen bir iş süreci diyagramı oluşturulmuştur.

Pirinç. 5. "MAX-TEMİZLEME" iş süreci

Her iki departman, zamanında ve kaliteli hizmetler sunmak için belge akışının otomasyonu ve ayrıca raporlama verilerinin ve analitik bilgilerin hızlı alınması yoluyla hızlı müşteri hizmetleri ve işlemlerine ihtiyaç duyar.

1.2 Müşteri hizmetleri departmanı ve çalışma departmanının yazılım ve donanımının analizi

Her hesap yöneticisinin ihtiyaç duyduğu bilgileri işlemek için kişisel bir bilgisayarı, telefonu ve çeşitli çevre birimleri vardır. Şirketin tüm MAKS-CLEANING çalışanlarının erişebildiği internet erişimi vardır. Tüm bilgisayarlarda Windows 7, Access dahil gerekli Microsoft Office paketi ve çok sayıda HP DesktJet çevre birimiyle çalışmak için sürücüler bulunur. Müşteri hizmetleri departmanı ve çalışma departmanının yazılım ve donanımı Şekil 6'da gösterilmektedir.

Pirinç. 6. "MAX-CLEANING" şirketinin yazılımı

Şirket, istemci-sunucu konseptine dayalı bir ağ kullanır. Modern DBMS için istemci-sunucu mimarisi fiili standart haline geldi.

"İstemci-sunucu" teknolojisinin temel ilkesi, standart bir etkileşimli uygulamanın işlevlerini dört gruba ayırmaktır:

· Veri girişi ve görüntüleme işlevleri;

· Konu alanına özel uygulama fonksiyonları;

· Kaynakların (veritabanları) depolanması ve yönetiminin temel işlevleri;

· Servis fonksiyonları.

Bu sistemin avantajları:

· İstemci programları tarafından sunucu program kodunun kopyası yok.

· Tüm hesaplamalar sunucu üzerinde yapıldığından, istemcinin kurulu olduğu bilgisayarların gereksinimleri azalır.

· Tüm veriler, kural olarak çoğu istemciden çok daha iyi korunan bir sunucuda depolanır. Yalnızca uygun erişim haklarına sahip istemcilerin verilere erişebilmesi için sunucu üzerinde yetkilendirme denetimi kurmak daha kolaydır.

Müşteri, Microsoft Word 2010 kullanarak bilgisayarına kaydeden, sözleşmeyi (siparişi) yazdıran ve belgeyi kağıt biçiminde saklayan şirket yöneticisine bilgi sağlar. Böylece, gerekli tüm bilgileri kaybetme riski vardır, müşteri, binaları ve bağlantıları hakkında daha fazla bilgi arama sorunu yaratılır. Ayrıca yönetici, sınıfına, odanın büyüklüğüne ve sözleşmenin hizmet süresine bağlı olarak sadece temizlik maliyetini değil, aynı zamanda zamanında ve yüksek temizlik için gereken ekip sayısını da otomatik olarak hesaplama yeteneğine sahip değildir. odanın kaliteli temizliği.

Temel fikir, bir ağ uygulamasını, her biri belirli bir hizmet kümesi uygulayan birkaç bileşene bölmektir. Böyle bir uygulamanın bileşenleri, sunucu ve/veya istemci işlevlerini gerçekleştirerek farklı bilgisayarlarda çalışabilir. Bu, ağ uygulamalarının ve bir bütün olarak ağın güvenilirliğini, güvenliğini ve performansını artırır. MAKS-CLEANING firması için geliştirdiğim bilgi sistemi modülü, müşterileri, satış sistemleri hakkında derinlemesine analiz yaparak işletmenin karlılığını artırmaya yardımcı olacak, şirket yönetiminin işin temel kalite göstergelerini takip etmesini sağlayacaktır. stratejik olarak önemli iş kararları almak ve her çalışanın çalışmasını etkili bir şekilde değerlendirmek için gerekli olan sözleşme kapsamında gerçekleştirilir.

Nihai sınıflandırma çalışmamın amacı, çeşitli binaların karmaşık temizliğinin muhasebeleştirilmesi için bir bilgi sistemi modülü geliştirmektir.

Bu hedefe ulaşmak için aşağıdaki görevleri tamamlamanız gerekir:

Temizlik tesisleri için "MAKS" şirketinin faaliyetlerini analiz edin;

Veritabanı geliştirme için bir gereksinim listesi oluşturun;

ER diyagramları yöntemini ve Erwin CASE araçlarını kullanarak bir veritabanı geliştirin;

Veritabanındaki verileri işlemek için sorguları uygulayın.

Bilgi sisteminin geliştirilen modülü aşağıdaki gereksinimleri karşılamalıdır:

· Sözleşme dönemi için hizmet maliyetinin otomatik hesaplanması ile sözleşmeler hakkında veri oluşturun ve saklayın;

· Odanın büyüklüğüne ve temizlik sınıfına bağlı olarak temizlik maliyetinin otomatik hesaplanması ile siparişler hakkında veri oluşturun ve saklayın;

· Her temizlikle ilgili verileri günlüğe kaydedin;

· Tugayın her çalışanının temizlik kalitesi hakkında bilgi depolamak;

· Şirketin yöneticisi için tugayın değerlendirmesini hesaplayın;

· Tesisleri temizlemek için gerekli ekip sayısının otomatik hesaplanması.

Böyle bir sistemin tanıtılmasının, bir temizlik şirketinin hizmetleri için gerekli tüm belgeleri işleme hızını artıracağını ve müşterilerle çalışırken hata sayısını azaltacağını düşünüyorum.

Nihai sınıflandırma çalışmasında verilen görevleri çözmek için aşağıdakiler kullanılır:

· Veritabanı tasarımı yöntemi - ER modelleme. Konu alanının "nesne - özellik - ilişki" açısından grafiksel bir açıklamasıdır. ER modellemenin kullanımının birçok avantajı vardır: konu alanının analizini daha odaklı ve spesifik hale getirir; AIS'yi belirli bir hedef DBMS'ye başvurmadan tasarlamanıza ve istediğiniz zaman ikincisini seçmenize olanak tanır; kullanılan VTYS'yi değiştirirken tasarımı tekrar yapmanıza gerek yoktur, sadece ER modelini hedef modele dönüştürme adımını atmanız yeterlidir (seçtiğiniz hedef VTYS bu CASE aracı tarafından destekleniyorsa, o zaman böyle bir geçiş otomatik olarak gerçekleştirilecektir);

· VAKA - Erwin aracı. Avantajı, bütünlüğünün korunmasıyla ilgili sorunları otomatik olarak çözen veritabanı yapısının diyagramlarını oluşturma yeteneğinin yanı sıra, mantıksal modelin kullanılan DBMS'den bağımsız olması, bu da evrensel yöntemlerin kullanılmasını mümkün kılar. belirli DBMS'ye dışa aktarma.

· Hedef VTYS olarak MS Access DBMS seçilir. Access, yerel bir veritabanı, yerel bir ağ üzerinde dosya sunucusu ile paylaşılan bir veritabanı veya bir SQL sunucusu üzerinde bir veritabanı oluşturmak ve bunlarla çalışan kullanıcı uygulamaları oluşturmak için gerekli tüm araçları içeren ilişkisel bir veritabanı yönetim sistemidir. veritabanları. Access DBMS, veritabanı nesneleri ve kullanıcı uygulamaları oluşturmaya odaklanan çeşitli ve çok sayıda nispeten bağımsız yazılım araçları içerir. Grafik tasarımcı, kullanıcının programlamaya gerek kalmadan çok sayıda grafik öğesi kullanarak veritabanı nesneleri ve uygulama nesneleri oluşturmasına olanak tanır.

2. Tasarım bölümü

.1 Konu alanının açıklaması

Şirketin Moskova'da 5 adet VOLVO aracı ve her araca 6 kişi tarafından atanan şoförlerden oluşan kendi araç filosu bulunmaktadır. Ekipler (3), her biri 3 kişi olmak üzere tesislerin karmaşık temizliğini gerçekleştirir.

Şirket Hizmetleri:

· Binaların karmaşık temizliği (ticaret, sanayi, depo ve sanayi);

Sadece tüzel kişilik olabilen müşteri, sipariş yöneticisi pozisyonunda MAKS firmasının bir çalışanına başvurur. Şirket, hem müşterinin isteği üzerine hem de uzun bir süre (7 gün ve üzeri) hizmetlerini sunmaktadır.

Müşteri, sipariş yöneticisiyle şunları tartışır:

Müşteri, hizmete ihtiyaç duyan tesisler hakkında veri sağlar (tesis türü, alan, konum);

Ruble cinsinden ölçülen fiyat sözleşmede belirlenir (%100 ön ödeme):

Ø Müşterinin talebi üzerine (tek seferlik) - odanın alanına, temizlik türüne ve dahil olan ekip sayısına bağlıdır.

Ø Uzun bir süre boyunca - hizmet süresine, odanın sıklığına ve alanına bağlıdır.

Müşterinin kişisel verileri

Oda verileri

hizmet süresi

Katılan ekip sayısı

Hizmet kalitesi, müşteri ve ekibin çalışmasının sonucunu kontrol eden şirket çalışanı tarafından kontrol edilecektir. Müşteri ve çalışanın eşleşen, yetersiz bir değerlendirmesi durumunda, çalışma grubu işten çıkarılmaya kadar varabilecek şekilde kınanacaktır.

Şirketin filosuna uygun araçların seçimi, nakliye seçiminde bir uzman tarafından yapılacaktır. Çalışma grubunu varış noktasına nakletmek için gerekli olan tesislere ve araçlara hizmet verecek gerekli mürettebat sayısını değerlendirecektir. Makinelerin seçimi, sözleşmenin imzalanmasından önce müşteri tarafından tesislerde sağlanan verilerden hemen sonra gerçekleştirilir.

.2 Tasarım ve uygulama yöntemlerinin fizibilite çalışması

Servis merkezinin veritabanını tasarlamak için ER - diyagramları yönteminin kullanılmasına karar verildi. Bu tasarım yöntemi benim tarafımdan aşağıdaki faktörlere göre seçildi:

ER diyagramları yöntemi bize Veritabanı disiplininde öğretildi.

ER - diyagramlarını kullanan tasarım yönteminin bir takım avantajları vardır, yani netlik; çok sayıda nesne ve nitelik içeren bir veritabanı tasarlama yeteneği;

ER diyagramları, konu alanını daha spesifik olarak analiz etmeyi mümkün kılar;

SQL dili bilgisi için gereksinimler azaltılmıştır.

ER-modeli üç unsura dayanmaktadır:

Öz

Bağlanmak

Bilgisayar destekli bir veritabanı tasarım sistemi olarak ERwin Data Modeler'ı seçtim.

DBMS olarak Microsoft Access seçilmiştir. Bu DBMS benim tarafımdan aşağıdaki faktörlere göre seçildi:

Çalışmalarım sırasında bana Microsoft Access öğretildi;

Access, hızlı ve kolay bir şekilde tablo sorguları oluşturmanıza olanak tanır;

Access, verileri işlerken, bana Veritabanları disiplininde de öğretilen SQL sorgu dilini kullanır.

.3 Veritabanı tasarımı

Kavramsal tasarım aşaması

Varlıkların tanımı.

Varlıkların seçimi.

Bağlantıların açıklaması.

öz		öz
Tesisler	Tedarik edilen
	Sert	Çalışanlar
	İhtiyaç (dahil)
	Maruz
	istişareler	Çalışanlar
	işaretler
	değerlendirir
Çalışanlar	Çıkarmak
	Kabul edilmiş
	Tarafından gerçekleştirilen
	Kontrol
	Rol yapmak
	izin verir

2.4 Chen standardındaki kavramsal veri modeli

ERwin ortamında 2.5 ER diyagramı

.6 Model Analizi

Bileşik nitelik: - hayır

Birden çok değerli özellik: Telefon (şirket, temsilci)

Türetilmiş Nitelik:

Sipariş - maliyet = Temizlik türü (maliyet) * Tesis (alan)

Sözleşme - fiyat = Sözleşme (hizmet süresi / sıklığı) * Tesis (alan)

Özyinelemeli bağlantılar: - hayır

İlişki 1: 1: Sipariş, Temizlik gerektirir

Yedekli bağlantılar: evet

Şirket Temsilcisinin tüzel kişiliği görünür:

Müşteri, Çalışana danışır

Müşteri oranları Temizlik

· Müşteri Sözleşmeyi imzalar

Müşteri sipariş verir

Tesisler Çalışanlar tarafından sunulmaktadır

Tesisler temizleniyor

Çalışanlar Siparişi yürütür

Çalışanlar temizliği denetler

Sözleşme Temizlemeyi zorunlu kılıyor

Bağlantı m: n: evet

Çalışanlar temizlik yapıyor

Pirinç. 8. Erwin'deki son model

7 Fiziksel tasarım aşaması

Seçilen VTYS ortamındaki veri şeması

Pirinç. 9. DB veri şeması

2.8 Temel İsteklerin Uygulanması

veritabanı manipülasyonunu temizleme

Pirinç. 9. Temel isteklerin uygulanması

· Şirket yöneticilerinin sözleşmelerinin bir listesini görüntüleme

Bu istek, kullanıcıya girecek olan yöneticinin personel numarasına göre, kendisi tarafından düzenlenen sözleşmelerin listesini görmenizi sağlayacaktır. Böyle bir istek, belirli bir şirket yöneticisinin çalışmasıyla ilgili bilgileri hızlı bir şekilde görüntülemenize olanak tanır.

Çalışanlar.Tab_Number, Çalışanlar.Tam Ad, Çalışanlar.Telefon, Çalışanlar.Pozisyon, Çalışanlar.Department_Number, Sözleşme.Contract_Number FROM FROM PERSONEL :]));

Kapıcı-ustabaşı çalışmalarının değerlendirmesini görüntüleyin

Bu talep, temizlik ustalarının performans değerlendirmesini incelemeye yönlendirilecektir. Müşteri ve şirket yöneticisi tarafından verilen değerlendirmeye göre, temizlikçilerin çalışmalarında daha fazla hata olmasını önlemek için yorumlar ve önlemler ortaya konabilir.

Çalışanları SEÇİN.Tam Ad, Çalışanlar.Pozisyon, Temizleme.Client_Değerlendirme, Temizleme.Yönetici_Değerlendirmesi, Çalışanlar.Brigade_Number DAN Temizleme INNER JOIN (Çalışanlar INNER JOIN Deb_Cotr ON Çalışanlar.Tab_Number = Silindi_Working_Tab_Number.Temizlik yok.Cleaning) [Sayı_Temizleme yok.Cleaning)]

· Girilen temizlik türü için bir sipariş listesi görüntüleme

Bu istek, müşteri tarafından yapılan sipariş verilerini görüntülemenizi sağlar.

[Temizlik türü] SEÇ [Temizlik sınıfı], [Temizlik türü] Maliyet, Sipariş.Sipariş_numarası FROM [Temizlik türü] INNER JOIN Sipariş AÇIK [Temizlik türü] [Temizlik sınıfı] = Sipariş [Temizlik sınıfı] NEREDE (([ Temizleme türü].[Temizlik sınıfı]) = [Temizlik sınıfını girin:]);

Bir şirket arayın - veritabanında bir müşteri

Bu istek, çalışanın müşterinin şirketinin adını girmesine ve varsa daha önce yürütülen sözleşmelerin ve siparişlerin bir listesini görüntülemesine olanak tanır. Böyle bir talep sayesinde müşterinin firmasına ait bilgilerin tekrar girilmesinin önüne geçilmesi mümkün olacaktır.

Müşteri SEÇ [Şirket adı], Müşteri.Adresi, Müşteri.Şirket_telefonu, [Şirket temsilcisi] Tam ad, [Şirket temsilcisi] E-posta Müşteriden İÇ KATIL [Şirket temsilcisi] ON Müşteri.CL = [Şirket temsilcisi] . CL WHERE ( ((Müşteri. [Şirket adı]) = [Şirket adını girin:]));

Tamamlanmamış / tamamlanmış siparişleri arayın

Bu istek, kullanıcının girdiği duruma göre tamamlanmış ve tamamlanmamış siparişlerin bir listesini görüntülemenizi sağlar.

SELECT Order.Order_Number, Order.Status, Order.Reception_Date, Order.[Temizlik sınıfı], Order.Fill_Date FROM Order WHERE (((Sipariş.Status) = [Sipariş durumunu girin:]));

Türe göre bina listesi

Bu istek, girilen tesisler için bir bina listesi görüntülemenize izin verecektir.

kullanıcı tarafından bina tipine göre.

Odalar.Adres, Odalar.Alan, Odalar.Tip, Odalar.CL SEÇİN ODALARDAN NEREDE (((Rooms.Type) = [Oda tipini girin:]));

Hizmet süresi 30 günden fazla olan sözleşmelerin listesi

Bu istek, hizmet süresi 30 günü aşan sözleşmelerin bir listesini görüntülemenize olanak tanır.

Sözleşme.Nom_sözleşme, Sözleşme.Sipariş_Tarih, Sözleşme.Adres, Sözleşme [Hizmet Süresi (Gün)] Sözleşme NEREDEN (((Sözleşme. [Hizmet Süresi (Gün)])> 30));

Siparişlerin değerini hesaplama

Bu istek, kullanıcı tarafından girilen numaraya göre siparişin maliyetini görüntülemenizi sağlar. Böyle bir talep sayesinde siparişlerin değeri hesaplanırken hatalardan kaçınmak mümkün olacaktır.

SELECT Order.Order_Number, ([Temizlik tipi]. [Maliyet] + [Temizlik tipi]. [Birim alan başına ekip sayısı]) * [Tesis].[Alan] AS Order_value, Order.[Temizlik sınıfı], Order.Status Odalardan INNER JOIN ([Temizlik türü] INNER JOIN Sipariş AÇIK [Temizlik türü]. [Temizlik sınıfı] = Sipariş. [Temizlik sınıfı]) ON Odalar.Adres = Sipariş.Adres NEREDE (((Sipariş.Sipariş_numarası) = [Sipariş giriniz] sayı :]));

Kurumsal bilgi alt sistemlerinin karşılıklı ilişkisi

nasıl bağlanırlar Bilgi sistemi işletme içinde? Orta ölçekli bir Rus şirketi için olağan yol, muhasebe departmanının, İK departmanının ve iş akışının çalışmalarını otomatikleştirerek bilgi teknolojisini uygulamaya başlamaktır. Bu sistemlerin verileri en resmi olanıdır, süreçler kolayca otomatikleştirilir. Yaygın paketler "1C: Muhasebe", "Patron: Personel memuru", "LanDocs", "LanPersonel", "Maaş" ve diğerleri, herhangi bir uygulama ile kendinizi geliştirmenize ve böylece bunları genel bilgi sistemine entegre etmenize izin verir. girişim. Pirinç. 7.1, şirketin bilgi sisteminin modüllerinin birbirleriyle nasıl ilişkili olduğunu gösterir. TPS modülü, ana üretim ve destek süreçlerine hizmet eder ve genellikle diğer bilgi modülleri için ana kaynaktır. ESS, dış ortamdan veri ve dahili sistemlerin ana alıcısıdır.

Pirinç. 7.1.

Diğer sistemler de veri alışverişinde bulunur. Ve burada bir lider için en zor sorulardan biri ortaya çıkıyor - optimal entegrasyon derecesini aramak... Tamamen entegre bir sisteme sahip olmak cezbedicidir, ancak böyle bir entegrasyon son derece zaman alıcıdır ve çok paraya mal olur. Ve böyle bir sistemi sürdürmenin maliyetini söylememek bile daha iyidir. Bu nedenle, entegre sistemlere duyulan ihtiyaç, büyük ölçekli IC'lerin zorluğuna ve maliyetine karşı tartılmalıdır. Standart bir entegrasyon veya merkezileştirme düzeyi yoktur - her lider bağımsız olarak(veya bir danışmanlık firmasının yardımıyla) bu zor sorunu çözmek için.

DSS ve TPS, KWS arasındaki bağlantılar,