konulu bilimsel çalışma yapan bir inşaat firmasıdır. İnşaat şirketi LvoffStroy için bir bilgi sisteminin geliştirilmesi. Bir bilgi sistemi uygulamaya nasıl başlanır?

2/2009 VESTNİK

İNŞAAT PROJESİ YÖNETİMİ İÇİN BİLGİ SİSTEMLERİ

ÖRNEĞİN. penkin

Modern inşaat işinde bilgi teknolojileri ve özel yazılımlar aktif olarak kullanılmaktadır. Bunlar bilgisayar destekli tasarım sistemleri (CAD), proje dokümantasyon yönetim sistemleri ve tahmin yazılımıdır. Tahmini sistemler, işin kapsamı, maliyet, proje için toplam kaynak ihtiyacı açısından projenin bir tahminini verir, ancak projenin başarılı bir şekilde uygulanması için bir çalışma programı, kaynak gereksinimleri programı gibi önemli bilgiler sağlamaz. , takvim maliyeti profili.

İnşaat kompleksi organizasyonlarında, özellikle planlama ve proje yönetimi için yazılıma yüksek bir ihtiyaç vardır. Kaynakların en verimli kullanımıyla bir projeyi uygulamak için zamana uygun bir yol bulmak önemli bir başarı faktörüdür ve her yıl artan rekabetle birlikte bu, kuruluşun hayatta kalmasının garantisidir.

İnşaat Projesi Yönetim Bilgi Sistemi (CISMS), bir dizi özel yazılıma dayanan, planlama ve proje yönetimi süreçlerinin verimliliğini desteklemeyi ve iyileştirmeyi amaçlayan metodolojik, teknik, yazılım ve bilgi araçlarının organizasyonel ve teknolojik bir kompleksidir.

Bir planlama ve proje yönetim sisteminin getirilmesi, inşaat projelerinin verimliliğini önemli ölçüde artırabilir. Bir proje yönetimi bilgi sistemi kullanmanın başlıca avantajları şunlardır:

Proje yönetimi prosedürlerini düzenleme becerisi;

Yatırım verimliliğinin tanımı ve analizi;

Projelerin zaman, kaynak, maliyet parametrelerinin hesaplanmasında matematiksel yöntemlerin kullanılması;

İş programı, kaynaklar ve maliyetlerle ilgili bilgilerin merkezi olarak depolanması;

Program, kaynaklar ve finansmandaki değişikliklerin proje planı üzerindeki etkisini hızlı bir şekilde analiz etme becerisi;

Proje çalışmasının uygulanması üzerinde kontrolün sağlanması;

Raporların ve grafik diyagramların otomatik olarak oluşturulması, proje dokümantasyonunun geliştirilmesi;

Proje arşivini ve bilgi birikimini kullanmak.

Bugüne kadar, inşaat projelerini yönetmek için yeterli miktarda yazılım bulunmaktadır. Bununla birlikte, inşaat firmasının ihtiyaçlarını yeterli ölçüde karşılayanı tam olarak seçmek her zaman mümkün olmaktan uzaktır. Ek olarak, bu görevi tamamladıktan ve doğru araç setini seçtikten sonra bile, çoğu durumda bir işletmenin seçilen yazılımı uygulamanın etkisini önceden değerlendirmesi zordur.

VESTNIK 2/2009

Şu anda, IŞİD'in örgütsel desteği konusu yeterince iyi çözülmedi.

İlk olarak, belirli bir inşaat organizasyonu (CISMS) için en uygun inşaat proje yönetim sistemini seçmeye izin veren karşılık gelen bir kriter sistemi yoktur.

Kuruluşta bir proje yönetim sistemi kurulu değilse, hiçbir yazılım ürününün yardımcı olmayacağı anlaşılmalıdır. Standart ve yönetmelikler geliştirilmemişse. Bu nedenle birincil sistem, ürün tasarlanan sistemin gereksinimlerini karşılamalıdır. Ve burada bir sorun ortaya çıkabilir - eğer yazılım (yazılım) gerekli bilgileri sağlamazsa, bundan elde edilen fayda keskin bir şekilde düşer. Bu nedenle sistem seçimi bilinçli yapılmalıdır. İnşaat organizasyonunun sahip olduğu proje yönetim sistemi için hangi ürüne ihtiyaç duyulduğunun belirlenmesi gerekmektedir.

Bu durumda, seçim algoritması aşağıdaki gibidir:

1. Gerekli işlevleri önceden belirledikten sonra paket için gereklilikleri formüle edin. Bu önemli bir adımdır çünkü uygun şekilde ele alınmazsa çok önemli ürün gereksinimleri gözden kaçabilir.

2. Çeşitli sistemlerin işlevlerinin özelliklerini karşılaştıran bir tablo derleyin. Olası seçeneklerden biri Tablo'da sunulmuştur. 1.

3. Yazılım satıcılarının tekliflerini, hizmetlerini, uygulama yardımını vb. değerlendirin.

Sekme 1. Çeşitli sistemlerin fonksiyonlarının spesifikasyonlarının karşılaştırılması

Sistemde uygulanan yazılım İşlevlerini seçerken gereksinimler

Kullanıcı arayüzü Özelleştirilebilir arayüz

Bağlam yardımı

Verilere erişim kolaylığı

Grafik özellikler

Arayüzün rollere göre ayrılması

Standart Sihirbazlar, Şablonlar ve Ekran Görünümleri

Veri yönetimi Bilgiye erişim ve transfer kolaylığı

Yetkisiz erişime karşı koruma

Diğer uygulamalarla veri entegrasyonu

Erişim haklarını farklılaştırma olanakları

OLAP işlevlerinin kullanılabilirliği

Hiyerarşik bir kaynak yapısı kullanan zamanlama mekanizması

Kritik yol yöntemini kullanarak zamanlama analizi

Maliyet ve Kazanılan Değer Analizi

Risk analizi

Birden Fazla Kaynak Planı Kullanma

Rapor şablonlarını kullanma

İşbirliğinin sağlanması Web uygulamalarının varlığı

İstemci-sunucu mimarisi

Uzak Kullanıcılara Veri Erişimini Temsil Etmek

İş uyarıları ve hatırlatıcılar

2/2009 VESTNİK

Yazılım ürünü, proje yönetim sisteminin çekirdeği değildir, ancak yetenekleri ve dezavantajları, yazılım seçiminde ciddi bir faktör ve sınırlama olabilir. Her şirket yazılımı kendisi için değiştirmeyi göze alamaz. Tabii ki, çalışan tarafından gerçekleştirilen işlevlere bağlı olarak işlerin kurulacağı bir yer olmasına rağmen.

İkinci olarak, proje yönetim bilgi sisteminin etkinliğini mevcut setten değerlendirme sürecini desteklemek için metodolojik ve yazılım bilgi araçları gereklidir.

Etkinliğin değerlendirilmesi, bu nitelikler için sistemin gözden geçirilmesi ve değerlendirilmesi için kriterlerin tanımlanmasına, seçilmesine dayanır. Projenin etkinliği üzerinde doğrudan etkisi olan kriterler setinde bazı farklılıklar mevcuttur ve inşaat projelerinin özelliklerine ve sistemin bileşimine bağlı olabilir, ancak bunlar genel olarak hepsi için aynıdır (Şekil 1).

Proje Zaman Yönetimi

Proje Maliyet Yönetimi

Proje Kalite Yönetimi

Proje Hedef Yönetimi

Ana

_project_ entegrasyonunun (tamamlanmasının) yönetimi

İnsan kaynakları yönetimi

Tedarik ve sözleşme yönetimi

Bilgi ve iletişim yönetimi

proje risk yönetimi

Ek

Pirinç. 1. Projenin etkinliğini değerlendirme kriterleri

Yazılım seçerken gereksinimler Sistemde uygulanan işlevlerKullanıcı arabirimiÖzelleştirilebilir arabirimBağlam yardımıVerilere erişim kolaylığıGrafik yeteneklerArayüzün rollere göre ayrılmasıStandart sihirbazlar, şablonlar ve ekran görünümleriVeri yönetimiBilgilere erişim ve aktarım kolaylığıYetkisiz erişime karşı korumaVerilerin diğer uygulamalarla entegrasyonuErişim haklarını farklılaştırma olasılığıOLLR işlevlerinin kullanılabilirliğiPlan mekanizması Hiyerarşik bir kaynak yapısının kullanımı Kritik yol yöntemini kullanarak geçici analizMaliyet ve kazanılan değer analiziRisk analiziBirden çok başlangıç ​​planının kullanımıRapor şablonlarının kullanımıİşbirliğini sağlamaWeb uygulamalarının kullanılabilirliğiİstemci-sunucu mimarisiVerileri uzaktaki kullanıcılara göstermeUyarılar ve çalışma hatırlatıcıları

Bilgi sisteminin etkinliğinin nicel değerlendirmesi aşağıdaki ana kriterlere göre hesaplanabilir:

Zamandaki sapmalar - işteki gecikmeler veya ilerlemelerden kaynaklanan proje programındaki kaymalar;

Proje maliyet sapmaları - fazla veya eksik harcamadan kaynaklanan proje bütçesindeki sapmalar;

VESTNIK 2/2009

Kalitedeki sapmalar - doğrulama ve kalite değerlendirmesi sırasında bulunan eksikliklerin giderilmesi - projenin uygulanması sırasında tespit edilen eksikliklerin giderilmesi için proje ekibinin etkinliğinin değerlendirilmesi.

Her bir proje kriteri için, bu kriterin önemine karşılık gelen ağırlık göstergeleri (k1, k2, k3, vb.) geliştirilir.

İnşaat organizasyonlarının süreçlerinin temel özelliği, standart yapıları ve standart kısıtlamalarıdır. Zamana, proje uygulama maliyetine ve sonuçların kalitesine ilişkin bu standart sınırlar, ortaya çıkan sapmaların değerlendirilmesi yoluyla sistemin etkinliğini karakterize eden genelleştirilmiş bir gösterge oluşturmak için kullanılabilir (1).

(k1* AT + k 2* AC + k 3* AO) AE = --- (1)

DE - bilgi yönetim sisteminin kullanımından sapmalar

AT - zaman sapmaları

AC - proje maliyetindeki sapmalar

AO - kalite sapmaları

AE katsayılarının değerleri, belirli bir ISUSP'nin kullanımından sapmaları sınıflandırmayı mümkün kılan özel bir derlenmiş ölçeğin bölümlerine karşılık gelir.

Bu, bilgi sistemlerinin etkinliğini ölçmek için olası yöntemlerden biridir. Kaliteli olanları da kullanabilirsiniz. Örneğin, bir inşaat projesinin başarılı bir şekilde uygulanması için uygulanması gerekli olan kritik başarı faktörlerinin (CSF) uzman değerlendirmesine dayanmaktadır.

PMIS'in etkinliği aşağıdaki gibi faktörlere bağlıdır:

Üst yönetim açısından - sistemin önemini anlamak, kişisel katılım veya ekip üyelerine uygun yetki devri yoluyla gerekli desteği sağlamaya istekli olmak;

Açık iş planlaması - hedeflere ulaşmanın yollarını anlamak (proje hedeflerine hangi çalışma nedeniyle, hangi zaman diliminde ulaşılacağı, bunun için hangi kaynakların gerekli olacağı);

Kullanıcı gereksinimleri için muhasebe - pratik çalışmalarda sistemden memnuniyeti belirler;

Gerekli teknolojik ve finansal araçların mevcudiyeti;

Eğitimli personelin mevcudiyeti (belirli bir profildeki bir projenin uygulanması için çalışanların hazırlığı, çalışanları eğitme veya uygun uzmanları işe alma, bazen danışmanları çekme isteği).

Böylece, hem bir kriterler sistemi hem de verimliliği değerlendirmek için yöntemler kullanarak, inşaat projelerini yönetmek için en uygun sistemi seçmek mümkündür.

Hakem: Teknik Bilimler Doktoru, Prof. SA Sinenko, MGSU'nun yapımında CAD Departmanı

"İnşaat ekipmanları ve teknolojileri" dergisi, №4, 2008

Ana bileşen. İnşaat ve geliştirme projelerinin yönetiminde bilgi sistemlerinin rolü. West Concept'in ticari direktörü Vadim Tsvetkov.

giriiş
İnşaat işinin ana bileşeni (yatırımların yaklaşık %90'ı) proje yönetimi aşamasıdır. Her şeyden önce bu, inşaat ve geliştirme şirketlerinin yanı sıra bölgelerin geliştirilmesi ve inşaat altyapısının oluşturulması konusunda uzmanlaşmış şirketler, yani yol yapım şirketleri, müteahhitlik inşaat organizasyonları ile ilgilidir. Birçok yönden, binaların ve yapıların sermaye inşaatı ve ilgili altyapının oluşturulmasına yönelik projeler, sürece yönelik genel yaklaşıma bağlıdır. Şirketin projeleri, risklerini, son tarihlerini, bütçesini ve diğer birçok bileşeni ne kadar iyi yönetebileceği işi bir bütün olarak etkileyecektir. İnsan faktörüne ek olarak, yardımcı araçları - işletme yönetimi için bilgi sistemlerini - hesaba katmamak imkansızdır.

Kalkınmanın yatırım bileşeni ve aslında inşaat işinin diğer herhangi bir yönü, öncelikle finansman arayışı ve kaynaklarının yapısı ile ilgili kendi özelliklerini ekler. Mali kurumlardan alınan krediler, alıcılardan alınan avanslar, kendi fonları, devlet kuruluşları dahil başkalarından alınan krediler, sermaye fonları, yabancı krediler vb. - tüm bu kaynaklar, geliştiricilerin ve inşaatçıların uygulamalarında bulunur. Onlarla çalışmak için finans direktörünün yüksek nitelikli olması gerekir. Bir tesisteki inşaatın geçici olarak dondurulması ve diğerinde yüksek çalışma oranları nedeniyle sık sık finansal kaynaklarda manevra yapma ihtiyacıyla karşı karşıya kalıyor. İnşaat organizasyonlarında, finansal planlama neredeyse tamamen proje planlamasına bağlıdır.

Gelişmiş bir inşaat ve geliştirme yapısının finansmanının yönetilmesi sürecinde, geliştirici tarafından hissedarların ve / veya yatırımcıların fonlarının kullanılması konusuna dikkatle yaklaşmak gerekir. Vergi Kanunu'nun 25. Bölümü, vergi matrahını belirlerken fonların kötüye kullanıldığını dikkate almayı zorunlu kılar. Söz konusu fonların yönetim şirketi tarafından bir nesneden (inşaatın herhangi bir nedenle geçici olarak dondurulduğu) başka bir nesneye (inşaatın yoğunlaştığı) aktarılması, kötüye kullanım olarak yorumlanması, vergi yükümlülüklerine yol açması kuvvetle muhtemeldir. Böyle bir manevra ile, araçların doğru sınıflandırılması sorunun çözülmesine kısmen yardımcı olacaktır. İnşaat sektörü, sermaye inşaatı için KDV iade prosedürünün hızlandırılması gibi vergi reformunun bir parçası olarak böyle gerekli bir adımı uzun süredir bekliyor.

Bu, inşaat sektöründeki şirketlerin karşılaştığı ve bir kurumsal bilgi sisteminin çözebileceği birçok sorundan biridir.

Proje yönetimindeki sorunlar
Şirketin kuruluş ve büyüme döneminde, tasarım organizasyonu organik olarak yaşamına işlemiştir. Üst düzey fonksiyonel yöneticiler grubu aynı zamanda projenin/projelerin genel merkezidir. Ancak, örneğin başarılı bir geliştiricinin portföyündeki proje sayısı hızla artıyor. Buna göre yeni çalışanlar var - proje yöneticileri. Üst düzey yönetici yönetimi, günlük proje yönetimi görevlerinden giderek daha fazla uzaklaşmaktadır. Onu takiben, işlevsel yöneticiler yalnızca muhasebe ve kontrol işlevlerini yerine getirmeye geçer.

Kuruluşun ortak bir merkezi merkeze sahip olduğuna inanılıyor ve bu, ek muhasebecilerin, tahmincilerin, avukatların vb. Bakımıyla ilgili maliyetlerden tasarruf etmesini sağlıyor. Burada, böyle bir karargahın fiziksel olarak kimlerden oluştuğunu hatırlamakta fayda var: bunlar, kural olarak, 5-7 yıl önce sahipleriyle birlikte geliştirme işine başlayan ve belirli bir yapının inşasıyla ilgili yalnızca operasyonel yönetim görevlerini çözen aynı kişilerdir. tesis. Bir yandan, belirli bir inşaat sözleşmesi, belirli bir tür inşaat ve montaj işi ve malzemeleri için fiyatlar veya örneğin, para harcamak için haftalık bir uygulama açısından düşünmeye alışkındırlar. Öte yandan işe paralel olarak kurslarda okudular, ikinci ve üçüncü diplomalar aldılar, özgüven seviyeleri arttı. Ve şimdi bu genel merkez artık projelere hizmet etme eğiliminde değil (sadece kontrol etmek için!), Yeni proje yöneticilerinin başka genel merkezleri yokken.

Sonuç olarak, bir düzine yeni basılmış proje yöneticisi, şirketin CFO'sunu görmek için haftalarca sırada bekliyor.

İş faaliyetinin süreci ile sonucu arasında uzlaşmaz bir çatışma bu şekilde ortaya çıkar ve alevlenir. Çeşitli endüstriyel ve inşaat holdinglerinin yönetim şirketlerinin yöneticileri, danışmanlarla birlikte, kendi iş süreçlerinin kapsamlı bir kaydını derlemek için uzun süre kafa yoruyorlar, bazen ana ve aslında tek iş süreçlerinin ne olduğunu anlayamıyorlar. proje yönetimidir ve diğer tüm faaliyetler, yalnızca bu özel sorunun niteliksel ve zamanında çözümü etrafında ve bu sorunun etrafında inşa edilmelidir.

İnşaattaki projelerin ana zorluklarını seçersek, bunlar genellikle aşağıdaki tezlere indirgenir:

• nispeten uzun proje süresi;
• paralel gelişen, farklı yapıya ve başlangıç ​​ve bitiş tarihlerine sahip projeler;
• projeler hem aynı şehir içinde hem de şehrin çok dışında coğrafi olarak birbirinden uzak;
• insan faktörü: insanlar ayrılır ve şirket yetkinliklerini ve bilgilerini kaybeder.

Aşağıda, danışmanlık şirketi Standish Group'tan bazı istatistikler yer almaktadır:

• Projelerin %31'i başarısız oluyor;
• Projelerin %53'ü ortalama 1,9 kat bütçe aşımı ile tamamlandı;
• projelerin yalnızca %16'sı son teslim tarihini ve bütçeyi karşılamaktadır.

Aşağıda bilgi sistemleri yardımıyla kaç problemin çözüldüğünü göstermeye çalışacağız.

Problem çözme ve araçlar
Belirli sorunları, sorunları çözerken iyi bir araca sahip olmak önemlidir. Proje yöneticilerinin, proje faaliyetlerini yürüten şirket yöneticilerinin üretim problemlerini daha verimli bir şekilde çözmelerine olanak tanıyan ve yardımcı olan oldukça fazla bilgi sistemi vardır. Sistem ne yapmanıza izin veriyor? Neyi geliştirebilir? Bu soruları daha ayrıntılı olarak ele alalım.

Birleşik bir proje planlama ve yönetim sisteminin getirilmesi, şirketin projelerinin verimliliğini önemli ölçüde artırmaya yardımcı olacaktır. Bu hangi yolla sağlanır? Kural olarak, bir bilgi sisteminin tanıtılması yalnızca şirket süreçlerinin otomasyonunu içermez. Bu, organizasyonu kelimenin tam anlamıyla "sarsabilecek" oldukça ciddi bir süreçtir. Uygulama projesinin etkisi, endüstriyel jimnastiğin işinin ortasında hareketsiz bir işçiyi nasıl etkilediği örneğinde alegorik olarak görülebilir. Kan damarlardan yenilenmiş bir güçle akar, iş kolaylaşır, yorgunluk gider ve yeni istismarlara hazırız.

Bir proje yönetimi bilgi sistemi kullanmanın başlıca avantajları şunlardır:

• proje yönetimi prosedürlerini düzenleme becerisi;
• yatırım verimliliğinin belirlenmesi ve analizi;
• projelerin zaman, kaynak, maliyet parametrelerini hesaplamak için matematiksel yöntemlerin kullanılması;
• çalışma programı, kaynaklar ve maliyetlerle ilgili bilgilerin merkezi olarak depolanması;
• program, kaynaklar ve finansmandaki değişikliklerin proje planı üzerindeki etkisini hızlı bir şekilde analiz etme yeteneği;
• projeler üzerindeki çalışmaların yürütülmesi üzerinde kontrol;
• proje risk muhasebesi ve yönetimi;
• işin kalite kontrolünün sağlanması;
• proje faaliyetleri sağlanırken teslimatların ve sözleşmelerin yönetimi ve kontrolü;
• proje faaliyetlerinin bilgi akışlarının belirlenmesi;
• raporların ve grafik diyagramların otomatik olarak oluşturulması, proje dokümantasyonunun geliştirilmesi olasılığı;
• proje arşivinin kullanımına ve bilgi birikimine destek.

Yukarıdaki yeteneklere ek olarak, sistem şirketi, çalışanlarını disipline edebilir, personel sorumluluk seviyesini artırabilir.

Her proje zorunlu olarak işlerin üretiminin planlanması, uygulamalarının fiili takibi ve kontrolü, proje sonuçlarının analizi vb. gibi belirli aşamalardan geçer.

Planlama
Planlama aşaması en önemli aşamalardan biridir. Bu aşamada tasarım görevleri, işleri, teknolojik bağımlılıkları, bütçesi ve proje süresi belirlenir. Çoğu zaman, planlama yalnızca zamanlama, kaynak yönetimini gözden kaçırma, bütçeleme vb. olarak anlaşılır.

Birçok proje yönetim sisteminde, görevler ve kaynaklar tanımlanırsa çizelgeler otomatik olarak alınır:

• projenin takvim ağı çizelgeleri;
• ihale programı;
• sözleşme planı;
• nakit akışı bütçesi, ödemeler ve makbuzlar planı.

Yukarıdaki çizelgelerin tümü, projenin gelir ve gider bütçesinin ve nakit akışı bütçesinin elde edilebileceği tek bir proje planında birleştirilir.

İşin maliyeti, işi yapan veya basitçe bunların uygulanmasına dahil olan kaynakları bağlayarak otomatik olarak elde edilir. İster bir müteahhitin hizmetleri, ister inşaat malzemesi olsun, kaynakların her birinin kendi maliyeti vardır. Bu, görevlerin ve işin süresine bağlı olarak iş maliyetini otomatik olarak oluşturmanıza olanak tanır.

Ortaya çıkan bütçe onaylanmalıdır. Kural olarak, bilgi sistemi bu sürecin geçişi için düzenlemeler oluşturma yeteneği sağlar. Projede yer alan ana kişiler veya roller bir dizi faaliyet oluşturur:

• proje yöneticisi tarafından onay;
• proje küratörünün onayı;
• finans departmanı tarafından onaylanması.

Resmi plan onaylandıktan sonra, yönetici onu uygulamakla görevlendirilir.

bilgi takibi
Proje ilerledikçe, yöneticiler işin ilerlemesini sürekli olarak izlemelidir. Kontrol, işin ilerleyişi hakkında gerçek verilerin toplanmasından ve bunların planlananlarla karşılaştırılmasından oluşur. Ne yazık ki, projeleri yönetirken, planlanan ve fiili göstergeler arasında her zaman sapmaların olacağından kesinlikle emin olabilirsiniz. Bu nedenle yöneticinin görevi, gerçekleştirilen iş kapsamındaki sapmaların projenin bir bütün olarak ilerlemesi üzerindeki olası etkisini ve uygun yönetim kararlarının geliştirilmesini analiz etmektir. Örneğin, zamanlama, kabul edilebilir bir sapma seviyesinin ötesinde zamanlamanın gerisindeyse, bazı kritik görevleri onlara daha fazla kaynak ayırarak hızlandırma kararı alınabilir.

Projeye katılan çalışanlar, görevlerinin bir listesini alır ve tamamlanma gerçeğini ortaya koyar:

• projeden sorumlu yönetici, görevin tamamlandığını onaylar;
• görevlerin zamanlaması ve maliyetindeki değişiklikler planda görüntülenir.

Proje ilerlemesinin analizi ve düzenlenmesi
Proje faaliyetleri sırasında sürekli olarak, bir dizi işlevi yerine getirmek gerekir ki bu olmadan proje faaliyetleri mümkün olmaz.

Projenin sonunda, proje yöneticisi bir dizi nihai faaliyet gerçekleştirmelidir. Bu sorumlulukların özel doğası, projenin doğasına bağlıdır. Projede ekipman kullanılmışsa envanteri çıkarılmalı ve muhtemelen yeni bir kullanım için transfer edilmelidir. Sözleşmeli projeler söz konusu olduğunda, sonuçların sözleşmenin veya sözleşmenin koşullarını karşılayıp karşılamadığını belirlemek gerekir. Nihai raporların üretilmesi ve ara proje raporlarının bir arşiv şeklinde düzenlenmesi gerekebilir.

Fonksiyonel yönetim alanları
Proje Değişiklik Yönetimi
Başlangıçta tanımlanan ve üzerinde anlaşmaya varılan yapılarda, kapsamlarda, kapsamda ve çıktılarda meydana gelen kaçınılmaz değişiklikleri kontrol altında tutabilme becerisi, bir projenin başarısı için kritik öneme sahiptir.

Projede resmileştirilmiş bir değişiklik yönetimi süreci mümkün olduğu kadar erken başlatılmalı ve kesinlikle konu alanının resmi tanımı tamamlandıktan sonra olmamalıdır.

Değişiklik yönetimi sürecinin ana noktası, konu alanındaki değişikliklerle ilgili kararlar alındığında, bu değişikliklerin projenin finansal bileşeni üzerindeki etkisinin dikkate alınmasıdır. Projenin konu alanındaki bahsedilen değişikliklerin, tüm projenin iş miktarını ve maliyetini mutlaka artırmadığını not ediyorum. Oldukça sık olarak, toplam iş miktarını azaltan değişiklikler benimsenebilir, ancak gerçek hayatta iş miktarını artıran değişiklikler elbette çok daha sık gerçekleşir.

Proje değişiklikleri, projenin iç bütçesinden veya dışarıdan finanse edilebilir. Ancak bundan bağımsız olarak, değişiklik yönetimi sürecine birkaç temel nokta dahil edilmelidir.

Proje yönetim sistemi, kural olarak, genel proje planını birbiriyle ilişkili görevlerin bir diyagramı şeklinde görsel olarak görüntüler ve ayrıca örneğin belirli bir görevin süresindeki bir değişikliğin kursu nasıl etkileyebileceğini gerçek zamanlı olarak gösterir. tüm projenin veya hatta bir bütün olarak proje portföyünün.

Maliyet yönetimi
Bir projede maliyet yönetimi, bütçesini planlamakla başlar. Maliyet tahmini, işi tamamlamak için gerekli olacak kaynakların olası maliyetinin bir tahminidir. Maliyet tahminleri proje boyunca hesaplanır.

Önceki makalelerde, bütçeleme ve finansal planlar hazırlama sürecini zaten ayrıntılı olarak ele aldık, bu nedenle şimdi buna odaklanmayacağız.

Bir projenin ilk aşamalarında, projenin gerçek kapsamını anlama konusundaki belirsizlik hala çok fazladır ve projenin her aşaması için şu anda gerekenden daha doğru maliyet tahminleri hesaplamak için çaba harcamanın bir anlamı yoktur.

Maliyet tahminlerini hesaplamak için genel olarak kabul edilen birkaç yöntem vardır. Herkes, değerlemenin gerekli doğruluğunu sağlayan ve değerlemenin kendisi için para ve işçilik maliyetleri açısından yeteneklerine karşılık gelen bir yöntem seçebilir.

Yukarıdan Aşağıya Değerlendirme Yöntemi
Yukarıdan aşağıya tahmin yöntemi, proje hakkında bilgilerin hala çok sınırlı olduğu bir projenin ilk aşamalarında maliyetleri tahmin etmek için kullanılır. Böyle bir entegre uzman değerlendirmesinin anlamı, genelleştirilmiş bir şekilde yürütülmesi ve projenin tek bir gösterge ile bir bütün olarak değerlendirilmesidir. Değerlendirme, fazla çaba ve zaman gerektirmediği için uygundur. Dezavantajı, doğruluğun daha detaylı bir değerlendirme ile olabileceği kadar yüksek olmamasıdır.

Aşağıdan yukarıya değerlendirme yöntemi
Aşağıdan yukarıya değerleme yöntemi, üzerinde anlaşmaya varılmış bir temel proje fiyatı veya nihai proje maliyet tahmini geliştirmek için gereklidir. Yöntemin adı, maliyet tahmininin hesaplanma şeklini yansıtır - yöntem, projenin ayrıntılı düzeylerinde maliyetleri tahmin etmeyi ve ardından tüm projenin maliyetinin (tahmini) bir tahminini elde etmek için daha yüksek genelleme düzeylerinde maliyetleri toplamayı içerir. proje. Bu maliyet özetini gerçekleştirmek için projenin iş kırılım yapısını (WBS) kullanabilirsiniz. Bu yöntemin avantajı, elde edilen sonuçların doğruluğunda yatmaktadır ve bu da incelemenin ilk aşamalarındaki maliyet tahminlerindeki ayrıntı düzeyine bağlıdır. Matematiksel istatistiklerden, değerlendirmeye ne kadar çok ayrıntı eklenirse, tahminin doğruluğunun o kadar yüksek olduğu bilinmektedir.

Bu yöntemin dezavantajı, ayrıntılı bir değerlendirme yapmanın maliyetinin ve süresinin yukarıdan aşağıya yöntemi kullanmaktan çok daha yüksek olmasıdır.

"Benzetme yoluyla" değerlendirme yöntemi
"Benzetme yoluyla" değerlendirme yöntemi, "yukarıdan aşağıya" değerlendirme yönteminin çeşitlerinden biridir. Özü, tahmini projenin maliyetini tahmin etmek için daha önce tamamlanmış projelerin maliyetine ilişkin gerçek verilerin kullanılması gerçeğinde yatmaktadır. Bu yöntem, tüm projelerin bir şekilde birbirine benzediği fikrine dayanmaktadır.

Eş proje ile değerlendirilen proje arasındaki benzerlik fazla ise değerlendirme sonuçları çok doğru olabilir, aksi halde değerlendirme hatalı olacaktır.

Parametrik Tahmin Yöntemleri
Parametrik tahmin yöntemleri, “analoji yoluyla” tahmin yöntemine benzer ve aynı zamanda “yukarıdan aşağıya” yöntemin bir varyasyonudur. İçsel doğrulukları, "analoji yoluyla" tahmin yönteminin doğruluğundan daha iyi ve daha kötü değildir.

Parametreye göre değerlendirme süreci, değişikliği proje maliyetinde orantılı bir değişiklik gerektiren böyle bir proje parametresinin bulunmasından oluşur. Matematiksel olarak parametrik bir model, bir veya daha fazla parametre temelinde oluşturulur. Modele parametrelerin değerleri girildikten sonra yapılan hesaplamalar sonucunda proje maliyeti tahmini elde edilir.

Farklı projelerin parametrik modelleri benzerse ve maliyetlerin değeri ile parametrelerin değerlerinin hesaplanması kolaysa, yaklaşan projenin parametrik tahmininin doğruluğu iyileştirilebilir. Örneğin, tamamlanmış iki proje varsa ve bunlardan birinin maliyeti tahmin edilen projenin maliyetinden yüksek, diğerinin maliyeti daha az ise ve parametrik model her iki proje için de geçerliyse, Yaklaşan projenin maliyetinin parametrik tahmininin doğruluğu ve parametreyi kullanmanın güvenilirliği oldukça yüksek olacaktır. Değerlendirme, çok sayıda parametre kullanılarak da gerçekleştirilebilir. Bu durumda, her parametreye, önemine bağlı olarak bir ağırlıklandırma katsayısı atanır ve maliyet tahmini, çok parametreli bir modele göre gerçekleştirilir.

proje risk yönetimi
Proje yönetiminde risk yönetimi süreci çok önemlidir. Bilgi sistemi, aşağıdaki görevleri yönetme olanağını görsel ve uygun bir şekilde sağlamanıza olanak tanır:

• Risk yönetimi planlaması - proje risk yönetimi için yaklaşımların ve planlama faaliyetlerinin seçimi.
• Risklerin tanımlanması - projeyi etkileyebilecek risklerin tanımlanması ve özelliklerinin belgelenmesi.
• Niteliksel risk değerlendirmesi - projenin başarısı üzerindeki etkilerini belirlemek için risklerin ve bunların ortaya çıkma koşullarının niteliksel bir analizi.
• Niceliklendirme - meydana gelme olasılığının ve risklerin sonuçlarının proje üzerindeki etkisinin nicel bir analizi.
• Risk yanıt planlaması - risk olaylarının olumsuz sonuçlarını hafifletmek ve olası faydaları kullanmak için prosedür ve yöntemlerin belirlenmesi.
• Risk izleme ve kontrol - riskleri izleme, kalan riskleri belirleme, projenin risk yönetim planını uygulama ve risk azaltma eylemlerinin etkinliğini değerlendirme.

Proje Doküman Yönetimi
Sermaye inşaatında önemli bir görev, proje dokümantasyonunun yönetimidir. Proje yöneticilerinin proje dokümantasyonuna erişim imkanı sağlamak gereklidir. Birçok bilgi sistemi şunları sağlar:

• proje belgelerini projenin "içinde" saklayın;
• belgeleri görevlere ve proje çalışmasına bağlamak;
• belgeleri onaylamak ve onaylamak;
• bir belgeyle çalışmak için birkaç kullanıcı;
• belgeleri tartışmak;
• sürümlerini saklayın.

Çözüm
Bina olarak proje yönetiminde çok önemli olan ana fonksiyonları ve süreçleri inceledik.
telnyh ve geliştirme ve diğer şirketler. Proje yönetimi, bir inşaat firmasının faaliyetleri ile ne kadar yakından ilgiliyse, ana bilgi sistemlerinin de ilgili proje yönetim sistemlerine sahip olması gerekir. Bu durum, büyük proje portföyleriyle çalışırken bile bilgi edinmenin çabukluğunu ve alaka düzeyini garanti edebilir.

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

Bilgi tabanını çalışmalarında ve işlerinde kullanan öğrenciler, lisansüstü öğrenciler, genç bilim adamları size çok minnettar olacaklar.

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

İçindekiler

• giriiş
• 2.2 Normal formlar
• 2.5 Sentez algoritması
• 2.8 Veri şeması oluşturma
• 2.9 Geliştirme araçlarının seçimi
• 3. Bir bilgi sisteminin geliştirilmesi
• 3.1 Kullanıcı çalışma modu
• 3.2 Yatırımcı operasyon modu
• 3.3 Yöneticinin çalışma modu
• 3.4 Yönetmenin çalışma şekli
• 4. PC kullanıcısının iş yerindeki güvenlik ve sıhhi ve hijyenik çalışma koşulları
• 4.1 Sıhhi ve hijyenik çalışma koşullarının özellikleri
• 4.2 Havalandırma
• 4.3 Aydınlatma tesisatının hesaplanması
• 4.4 Çalışma saatleri
• 4.5 İşyerinin organizasyonu için gereklilikler
• 4.6 Elektrik güvenliği
• sonuçlar
• 5. Projenin ekonomik verimliliğinin hesaplanması
• 5.1 Pazarlama planı
• 5.2 Yatırımları değerlendirmenin amaçları, hedefleri ve yöntemleri
• 5.3 Geliştirme ve alternatif seçeneklerin seçimi ve açıklaması
• 5.4 Ana versiyonun geliştirme ve hata ayıklama aşamasında yatırımların hesaplanması
• 5.5 Alternatif bir seçeneğin geliştirme ve hata ayıklama aşamasındaki yatırımların hesaplanması
• 5.6 İşletme aşaması yıllarına göre yatırımların hesaplanması
• 5.7 Teknik ve ekonomik verimliliğin nihai göstergeleri
• sonuçlar
• Çözüm
• Ek 1DB oluşturma betiğiMySQL

giriiş

Mevcut planlama ve dağıtım düzenini ortadan kaldıran pazar ilişkileri, yeni ilişki biçimlerinin oluşmasına yol açtı, yapı kompleksindeki bazı halkaları değiştirerek onları yeni içerikle doldurdu. Tesisin inşasındaki katılımcıların çeşitliliği, üretim sürecini karmaşık bir ekonomik mekanizmaya dönüştürdü ve bu, yatırım döngüsünün süresiyle birlikte, inşaat yönetiminin yeni örgütsel biçimlerinin ortaya çıkmasına ve oluşumuna katkıda bulundu. Örneğin, yatırım ve inşaat şirketleri (firmalar) kuruldu - kapalı bir üretim döngüsünde iş yapan entegre geliştiriciler: yatırım - tasarım - inşaat - işletmeye alma - bitmiş inşaat projelerinin satışı. Yatırım ve inşaat şirketleri ağırlıklı olarak konut ve sosyal inşaat ile uğraşırlar ve genel inşaat firmalarına göre bir takım avantajlara sahiptirler. Bu tür organizasyon yapılarında, modern yazılım ve bilgi teknolojilerinin kullanılmasıyla mümkün olan, çözümlerine sistem-teknik bir yaklaşım gerektiren karmaşık yatırım, planlama, tasarım, yönetim ve tesislerin doğrudan inşaatı sorunları vardır. Bununla birlikte, inşaat endüstrisinde bilgisayarların kullanımı, pratik olarak mantıksal düşünme gerektiren yönetim görevlerini çözmezken, esas olarak çok sayıda emek yoğun hesaplamayı otomatikleştirmeye odaklanır.

İnşaatın teknik anlamda bilgisayarlaşması, bilgisayar teknolojisi ile donatılmış otomatikleştirilmiş işyerlerinin oluşturulması anlamına gelmektedir. Çözülmesi gereken yönetim görevlerinin karmaşıklığı, halihazırda mevcut teknik araçları kullanarak belirli bilgisayar teknolojilerini uygulayan programların geliştirilmesi ve uygulanması süreçlerinin yatırım ve inşaat faaliyetlerinde geliştirilmesini ve kullanılmasını gerekli kılmaktadır. İnşaatın bilgisayarlaşması, yöneticiler ve icracılar arasındaki bilgi ve beceri düzeyini artırır, yönetim personelinin günlük faaliyetlerinde mevcut bilgisayar ekipmanını inşaat yazılımı ile etkin bir şekilde kullanmasını sağlar.

Yatırım ve inşaat şirketlerinde, inşaat mühendislik sistemleri mühendisliği yaygın olarak kullanılmaktadır, yani: otomatik inşaat yönetim sistemleri (ACS), bilgisayar destekli tasarım sistemleri (CAD), otomatik veri işleme ve dokümantasyon sistemleri (ASOD) ve iyileştirmeye katkıda bulunan diğerleri. yönetimin etkinliği ve kalitesi.

Birleşik bir bilgi ağı için yazılım ürünlerinin tanıtılması, şirketin bir yönetim yönetimi kültürü, uygulama için büyük sermaye yatırımları, personel eğitimi ve bakımı geliştirmesini gerektirir.

Yönetim bilgi teknolojilerinde kullanılan bilgisayarlar, kullanıcılardan özel, profesyonel eğitim gerektirmez. Böylece ofis bilgilerinin yönetilmesi, dokümanların hazırlanması, ekip çalışmasının ve iş akışının e-posta yoluyla organize edilmesi, bilgilerin planlanması ve operasyonel analizi, herhangi bir işyerinden online erişim ile veri tabanlarının oluşturulması gibi yeni yönetim görevlerinin otomatikleştirilmesi mümkün hale geldi. Şu anda, son kullanıcının bir yatırım ve inşaat şirketinin bilgi alanının oluşumunda ve kullanımında doğrudan rol almasını sağlayan, maksimum bilgi kullanılabilirliği ilkesi üzerine oluşturulan yeni nesil bilgi sistemleri aktif olarak geliştirilmektedir. İnternet sayesinde yatırım ve inşaat şirketleri, ortakları ile sanal bir şekilde etkileşime girebilmekte, inşaat ürünlerini tanıtmak için bilgi kanallarını kullanabilmekte ve ayrıca bilgisayar kullanarak ticari işlemler yapabilmektedir.

Bu nedenle, piyasa ekonomisindeki rekabet ortamında, yatırım ve inşaat şirketleri sürekli olarak bilgi yönetim sistemlerine ihtiyaç duymaktadır. Böyle bir sistemin oluşturulması bu çalışmanın amacıdır.

1. Bir bilgi sistemi tasarlamak

1.1 Bilgi sisteminin özü

Bir yatırım ve inşaat şirketinin bilgi yönetim sistemi, finansal, malzeme ve bilgi akışlarının hareketini sağlayan bir mekanizmadır. Bir yatırım ve inşaat şirketinin faaliyeti sırasında çözülmesi gereken görevlerin organizasyon yapısında ve bileşiminde meydana gelen bir değişiklik, otomatik olarak yönetim sisteminin bilgi desteğinde değişiklik ihtiyacına neden olur. İnşaat sektöründeki benzer şirketler ve holdingler arasındaki rekabet ve piyasa ekonomisinde bilgi desteğinin önemi önemli ölçüde artmıştır. Bir yatırım ve inşaat şirketi için bilgi yönetim sistemi, yeni bilgi teknolojilerinin tanıtılmasını, bilgi yönetimi yöntemlerinin iyileştirilmesini, eski bilgisayar ve telekomünikasyon ekipmanlarının modernleştirilmesini, bilgi veri ambarlarının oluşturulmasını ve yazılımların kurulmasını içerir.

Bilgi yönetim sisteminin kullanımı açısından bakıldığında, yazılımının zamanın akışına, yatırım ve inşaat şirketinin amaçlarına ve piyasa ekonomisindeki değişikliklere uygun olarak sürekli olarak değiştirilmesi gerekmektedir. Bilgi sisteminin yararlılığı açısından, edinilmesine yatırılan sermaye yatırımlarının gerekli getirisini sağlayacak şekilde yönetilmelidir. Herhangi bir yönetim bilgi sistemi, güncellemek için sürekli yatırım gerektirdiğinden, modern inşaat şirketleri, yönetim sistemlerini sürdürmek ve geliştirmek, çalışan işyerlerini yeni yazılımlar ve giderek daha güçlü hale gelen bilgisayar ekipmanı ile donatmak için neredeyse her yıl önemli miktarda mali kaynak harcamak zorunda kalmaktadır.

Bir yatırım ve inşaat şirketinin bilgi yönetimi, yatırım projesi kaynaklarının ve yönetim süreçlerinin sunumuna sistematik bir yaklaşım gerektirir. Bir yatırım ve inşaat şirketinin bilgi yönetimine entegre bir yaklaşım, tüm kullanıcılar için tek bir bilgi alanının oluşturulmasını sağlar ve şirketin yatırım ve inşaat faaliyetlerinin değişen çok sayıda çeşitli özelliğini dikkate almanızı sağlar. zaman ve piyasa ekonomik ilişkilerine bağlı olarak.

1.2 İşlevsel özellikler

Sistem şu kullanıcı kategorileri için bağımsız çalışma sağlamalıdır: direktör, müdürler, yatırımcılar ve müşteriler.

Uygulamanın ana ekranı şirket hakkında genel bilgileri, tarihçesini, detaylarını, yapılan ve yapım aşamasındaki gayrimenkulleri gösterir. Bu ekran öncelikle şirketin potansiyel müşterilerine yöneliktir. Ayrıca bu ekranda yetkili kullanıcılar için uygulamalara girmek için bir düğme bulunmaktadır.

Yönetici nesneler, müşteriler ve yöneticiler hakkında bilgi ayarlayabilir. Yönetmen, inşaatı planlar ve yatırım miktarını müzakere ederek müşterileri çeker. Ayrıca serbest olanlar arasından bir şantiye müdürü tayin eder. Yönetici, kontrolü altındaki nesnenin inşası tamamlandığında özgür sayılır. İnşaatın tamamlanması kararı Müdür tarafından verilir.

Yatırımcılar inşaat ilerlemesini finanse eder ve izler. Her nesnenin birkaç Yatırımcısı olabilir ve bir Yatırımcı birkaç gayrimenkul nesnesini finanse edebilir.

otomasyon bilgi sistemi özel

Yöneticiler inşaatı denetler. Bir Yönetici aynı anda bir mülkten sorumlu olabilir. Yöneticiler ayrıca inşaat malzemelerinin temini ve şu anda başka bir tesiste istihdam edilmeyen inşaatçıların katılımı ile ilgilenmektedir. Bir inşaatçı, inşa ettiği nesne hazırsa özgür kabul edilir.

İnşaatçılar, Yöneticilerin yönetimi altında tesisin inşaatı ile uğraşırlar. Her İnşaatçının kendi uzmanlığı vardır.

İnşaat için gerekli olan malzemeler, ihtiyaç duyulan miktarda temin edilmekte olup, bunların maliyeti Şirket giderlerinin ana kalemini oluşturmaktadır.

1.3 IC tasarım yaklaşımları

Karmaşıklık sorunu, büyük ve karmaşık IS oluştururken çözülmesi gereken ana sorundur. Hiçbir geliştirici tüm sistemi bir bütün olarak anlayamaz. Bugüne kadar, farklı sistem ayrıştırma ilkelerinden kaynaklanan IS'nin geliştirilmesine yönelik iki yaklaşım vardır:

İşlevsel olarak modüler veya yapısal - sistemin işlevlerinin hiyerarşisi ve bireysel işlevsel öğeler arasında bilgi aktarımı açısından tanımlandığı işlevsel ayrışma ilkesine dayalı

· Nesne yönelimli yaklaşım - nesne ayrıştırmasını kullanır. Sistem, nesneler ve aralarındaki bağlantılar ve sistemin davranışı, aralarındaki alışveriş açısından tanımlanır.

İlk bilgisayarların ortaya çıkışı, bilgi işlem teknolojisinin gelişiminde yeni bir aşamaya işaret ediyordu. Bireysel hesaplama işlemlerini program koduna dönüştürmeye izin veren özel programlama dilleri ortaya çıktı. Zamanla, büyük programların geliştirilmesi ciddi bir sorun haline geldi ve daha küçük parçalara ayrılmayı gerektirdi. Böyle bir bölünmenin temeli, programların veya modüllerin ayrı bölümlerinin belirli bir dizi görevi çözmek için bir dizi prosedür olduğu prosedürel ayrıştırmaydı.

Yapısal programlama metodolojisi ortaya çıktı. Bu metodolojinin temeli, yazılım sisteminin prosedürel ayrışımına ve bireysel modüllerin bir dizi yürütülebilir prosedür şeklinde organizasyonuna dayanmaktadır.

80'lerin ikinci yarısında, nesne yönelimli programlama metodolojisi ortaya çıktı.

Yapısal yaklaşımın en büyük dezavantajı, süreçlerin ve verilerin birbirinden ayrı olarak var olması ve tasarımın süreçlerden verilere doğru olmasıdır. Böylece fonksiyonel ayrışmaya ek olarak arka planda olan bir veri yapısı da bulunmaktadır.

Nesne yönelimli yaklaşımda, nesne modelinin ana kategorisi olan sınıf, hem verileri hem de işlemleri birleştirir. Süreçlerle karşılaştırıldığında, veriler sistemin daha kararlı ve nispeten seyrek bir parçasıdır. Nesne yönelimli yaklaşımın kurucularından biri faydaları şu şekilde formüle etti:

“Nesne yönelimli sistemler daha açık ve değişimleri daha kolay çünkü tasarımları sabit formlara dayanıyor. Bu, sistemin kademeli olarak gelişmesine izin verir ve ilk gereksinimlerde önemli değişiklikler olması durumunda bile tam olarak işlenmesine yol açmaz.”

Bu bitirme projesi, bir işletmenin iş süreçlerini tanımlamak için nesne yönelimli bir yaklaşımın metodolojisini kullanır.

1.4 Birleşik Modelleme Dili UML

Şu anda Birleşik Modelleme Dili (UML), sistem mimarlarının bir sistem vizyonunu standart ve anlaşılması kolay bir şekilde sunmalarına olanak tanıyan görsel bir modelleme dilidir. Ayrıca UML, tasarım kararlarını paylaşmak ve geliştiricilerin birbirleriyle etkileşime girmesi için verimli bir mekanizma sağlar.

Sistemin bir vizyonunu oluşturmak son derece önemli bir andır. UML'nin ortaya çıkmasından önce, geliştirme süreci genellikle varsayımlara dayanıyordu. Sistem analisti, müşterilerin ihtiyaçlarını değerlendirmek, sorunu uzmanın anlayabileceği bir biçimde formüle etmek, analiz sonuçlarını programcıya aktarmak ve nihai yazılım ürününün tam olarak müşterinin ihtiyaç duyduğu sistem olacağını ummak zorundaydı.

Sistem geliştirme süreci büyük ölçüde insan faaliyetlerine bağlı olduğundan, herhangi bir aşamada hatalar meydana gelebilir. Analist müşteriyi yanlış anlayabilir ve onun için anlaşılmaz bir belge oluşturabilir. Analistin çalışmasının sonuçları, kullanımı zor olan ve müşterinin orijinal sorunu çözmesine izin vermeyen bir program oluşturacak programcılar için açık olmayabilir.

İyi düşünülmüş bir plan, bugünlerde geliştirme sürecinin anahtarıdır. Müşteri, geliştirme ekibinin ne yapacağını anlamalı ve görevleri tam olarak çözülmezse ayarlamalar yapabilmelidir.

Etrafımızdaki dünya giderek daha karmaşık hale geliyor. Dolayısıyla onu yansıtan bilgisayar sistemleri de daha karmaşık hale geliyor. Genellikle birbirleriyle uzun mesafelerde etkileşime giren ve çok büyük miktarda bilgi içeren veritabanlarıyla ilişkili çok sayıda yazılım donanım bileşeninden oluşurlar.

Tasarım sürecinin önemli bir yönü, sistemin geliştirilmesinde yer alan analistler, müşteriler, programcılar ve diğer uzmanların birbirlerini anlayabildiği ve ortak bir fikir edinebildiği zaman, uygun organizasyonudur. UML dili böyle bir fırsat sağlar.

Modern sistem geliştirme sürecinin bir başka ayırt edici özelliği, işi tamamlamak için zamanın olmamasıdır. Alt sistemler için terminler üst üste yığılırsa, geliştirme sürecinin devamlılığının sağlanması hayati bir gereklilik haline gelir.

Bir kalite geliştirme sürecine duyulan ihtiyaç, standart sözleşmelerin oluşturulmasını gerektirir. UML tam da böyle bir notasyondur.

UML'nin ön sürüm sürümleri yazılım geliştirmede kullanılmaya başlandı ve müşteri geri bildirimleri doğrultusunda önemli iyileştirmeler yapıldı. Birçok şirket, UML'nin stratejik hedeflerine ulaşmada yararlı olabileceğini hissetti. Bu, DEC, Hewlett-Packard, Intellicorp, Microsoft, Oracle, Texas Instruments, Rational ve diğerleri gibi şirketleri içeren UML konsorsiyumunun oluşumuna yol açtı. 1997'de konsorsiyum, UML'nin ilk sürümünü geliştirdi ve standart bir modelleme dili için teklif talebine yanıt olarak değerlendirilmek üzere OMG'ye (Object Management Group) sundu.

Konsorsiyumun genişletilmesinden sonra, OMG'nin 1997'nin sonlarında benimsediği UML'nin 1.1 sürümü yayınlandı. Bundan sonra OMG, UML'yi korumaya başladı ve 1998'de iki yeni sürümünü yayınladı. UML, yazılım geliştirmede fiili standart haline geldi. Şu anda, bu dil aktif olarak gelişmeye devam ediyor.

UML dili aşağıdaki görevleri çözmek için tasarlanmıştır:

o Kullanıcıya, çok çeşitli amaçlar için karmaşık sistemlerin modellerini geliştirmek ve belgelemek için özel olarak tasarlanmış, anlaşılması kolay bir görsel modelleme dili sağlamak.

o Belirli bir konu alanının OOAD'sinde (nesne yönelimli analiz ve tasarım) sistem modellerinin daha doğru temsili için genişletme ve uzmanlaşma olasılığıyla UML dilinin orijinal kavramlarını sağlayın.

o UML dili yapılarının hiçbiri, bilinen programlama dillerindeki uygulama özelliklerine bağlı olmamalıdır.

o Nesne araçları için bir pazarın gelişimini teşvik edin.

o İyileştirme yeteneği.

o En son ve en iyi uygulamaları entegre edin

UML dili çerçevesinde, karmaşık bir sistemin modeli hakkındaki tüm fikirler, diyagram adı verilen özel grafik yapılar biçiminde sabitlenir. UML dili açısından, aşağıdaki diyagram türleri tanımlanmıştır:

Seçenekler veya kullanım durumları diyagramı (kullanım durumu diyagramı)

Sınıf diyagramı (sınıf diyagramı)

davranış diyagramları

o Statechart diyagramı

o Etkinlik diyagramı

Etkileşim diyagramları

o Dizi diyagramı

o İşbirliği şeması

Uygulama şemaları

Bileşen diyagramı

o Dağıtım şeması

Bu diyagramların listesi ve adları, UML'nin grafik notasyonunun ayrılmaz bir parçası olmaları açısından kanoniktir. Bu diyagramların her biri, karmaşık bir sistem modelinin farklı temsillerini UML açısından detaylandırır ve somutlaştırır.

Ayrıca, kesinlikle tüm diyagramları oluşturmanın her zaman gerekli olmadığını da eklemeye değer, geliştiricinin kendisi, bu ayrıntı seviyesinin kendisine uygun olup olmadığına, sistemi veya onun parçasını "farklı bir bakış açısıyla" değerlendirmenin gerekli olup olmadığına, en çok olup olmadığına karar verir. "zor ve kaygan anlar" yeterince ayrıntılı olarak ele alınmıştır. Onlar. UML'yi destekleyen ve yazılım modelleme için tasarlanmış araçlar, diğer şeylerin yanı sıra projenin "başarısızlığı" riskini azaltmak için geliştirme aşamasında mimari çözümlerin, modelin eksiksizliğinin, doğruluğunun kontrol edilmesini sağlar. Sistemimizin geliştirilmesi sırasında oluşturulan bazı grafik diyagramları açıklayalım.

1.5 CASE aracı Rasyonel Gül

Rational Rose, herhangi bir karmaşıklığa sahip yazılım sistemlerini tasarlamak için güçlü bir CASE aracıdır. Bu yazılım ürününün avantajlarından biri UML diyagramlarını kullanabilme yeteneği olacaktır. Rational Rose'un UML diyagramları için bir grafik editörü olduğunu söyleyebiliriz.

Rational Rose CASE aracı, başlangıcından bu yana büyük bir evrim geçirdi ve yazılım sistemlerini analiz etmek, modellemek ve geliştirmek için modern ve güçlü bir araç haline geldi. Rational Rose 98/2000'de UML, bu araç setinin popülerliğini ve stratejik uygulanabilirliğini belirleyen görselleştirme ve program geliştirme için temel teknoloji haline geldi.

Rational Rose içinde, uygulanan özelliklerin kapsamı bakımından farklılık gösteren çeşitli yazılım araçları vardır.

Paketin, tasarım aşamasından kaynak kodunun oluşturulmasına kadar karmaşık yazılım sistemleri oluşturmanıza izin vermesi, yalnızca tasarımcıları değil, programcıları - geliştiricileri de cezbeder. Dokümantasyon araçlarıyla birlikte, projenin tam bir resmini verir. Bu paketi kullanmanın aşağıdaki faydalarını vurguluyoruz:

Geliştirme süresinin azaltılması;

El emeğinin azaltılması, verimliliğin artırılması;

· Oluşturulan programların tüketici niteliklerinin iyileştirilmesi;

büyük projelere veya bir grup projeye liderlik etme yeteneği;

· Farklı geliştiriciler arasında bir iletişim dili olmasını sağlar.

Geliştirilmekte olan sistemin bir veri tabanı oluşturulması olduğu gerçeği göz önüne alındığında, modelleme sürecinin otomasyonunu tam olarak geliştirme görevi yoktur, yani. Rational Rose kullanarak program kodları yazmak. Görev kümesinin çözümü, tasarımın bu noktasında kullanılmasına izin vermez, ancak karşılığında, bu geliştirilen projenin başka herhangi bir yazılım ürününe uygulanması için olası kullanımı için yararlı bir fırlatma rampası olur. Oluşturulan modeller, sistemin gerçekleştirmesi gereken görevleri daha doğru bir şekilde anlamaya yardımcı olur ve müşteriyle veya diğer geliştiricilerle daha sonraki çalışmalarda iletişim kurmanın açık bir yoludur. Önce sistemimizin işlevsel modelini ele alalım. Sistemimiz, belirli görevlerle birleşmiş bir dizi kullanıcıya sahiptir, bu da büyük bir hacim ve fazlalık oluşturmadan sistemi birkaç alt sisteme ayırmamıza ve bunları ayrı ayrı tanımlamamıza olanak tanır. Bu bilgi sisteminin yapacağı şeylerin çoğunu belirlememe aktif olarak yardımcı olan bazı diyagramlara bir göz atalım.

1.6 Kullanım örneği diyagramı

Bu diyagramın geliştirilmesi aşağıdaki hedeflere sahiptir:

Sistem tasarımının ilk aşamalarında modellenen konu alanının genel sınırlarını ve bağlamını belirleyin

· Tasarlanan sistemin işlevsel davranışı için genel gereksinimleri formüle edin.

· Daha sonra mantıksal ve fiziksel modeller şeklinde detaylandırılması için sistemin ilk kavramsal modelini geliştirin.

· Sistem geliştiricilerinin müşterileri ve kullanıcıları ile etkileşimi için ilk belgeleri hazırlayın.

Bu diyagramın özü şu şekildedir: Tasarlanmakta olan sistem, sözde kullanım durumlarını kullanarak sistemle etkileşime giren bir dizi varlık veya aktör olarak temsil edilir. Bu durumda, bir aktör veya aktör, sistemle dışarıdan etkileşime giren herhangi bir varlıktır. Geliştiricinin kendisinin belirleyeceği şekilde simüle edilen sistem üzerinde etki kaynağı olarak hizmet edebilecek bir kişi, teknik bir cihaz, bir program veya başka herhangi bir sistem olabilir. Buna karşılık, kullanım durumu, sistemin aktöre sağladığı hizmetleri tanımlamaya hizmet eder. Aynı zamanda, aktörlerin sistemle etkileşiminin nasıl uygulanacağı hakkında da hiçbir şey söylenmiyor.

Rational Rose araçları, işlevsel bir sistemi tanımlamak için Kullanım Durumu diyagramları (senaryolar) oluşturmak üzere bir grafik düzenleyici kullanmanıza olanak tanır. Ana unsurları açıklayalım, bkz. Tablo 1.1.

Şekil 1.1 Durum Şeması

Kullanım durumu veya kullanım durumu diyagramları, yazılım gereksinimleri aşamasında önemli bir araçtır. Her kullanım durumu, sistem için potansiyel bir gereksinimdir ve tanımlanana kadar, uygulanmasını planlamak imkansızdır.

Şekil.1.2 Yönetici diyagramı

Diyagramlardevletler.

Durum diyagramları, belirli bir nesnenin olabileceği tüm olası durumları ve ayrıca bir olayın meydana gelmesinin bir sonucu olarak bir nesnenin durumlarını değiştirme sürecini tanımlar. Semantik olarak biraz farklılık gösteren birçok durum çizelgesi biçimi vardır.

Bir durum diyagramı yalnızca bir başlangıç ​​durumuna sahip olabilir. Aynı zamanda, ihtiyaç duyduğunuz kadar çok nihai durum olabilir veya hiç olmayabilir. Bir nesne belirli bir durumdayken, çeşitli işlemler yürütülebilir.

Nesnenin belirli bir durumda olduğu bu anda gerçekleşen işlemlere eylem denir.

Aşağıdaki veriler bir durumla ilişkilendirilebilir: aktivite, girdi eylemi, çıktı eylemi ve olay.

Etkinlik, belirli bir durumdayken bir nesne tarafından uygulanan bir davranıştır. Etkinlik, devletin kendi içinde tasvir edilir; tanımından önce do (yapılacak) kelimesi ve iki nokta üst üste gelmelidir.

Giriş eylemi, bir nesne belirli bir duruma girdiğinde yürütülen bir davranıştır. Bir durum içinde, önünde kelime girişi ve iki nokta üst üste işareti bulunan bir giriş eylemi de gösterilir.

Bir çıkış eylemi, bir giriş işlemine benzer. Ancak bu durumdan çıkış sürecinin ayrılmaz bir parçası olarak yürütülür. Bir durum içinde bir çıkış eylemi gösterilir, ardından çıkış sözcüğü ve iki nokta üst üste gelir.

Geçiş, bir nesnenin bir durumdan diğerine hareketidir. Diyagramda, tüm geçişler ilk durumda başlayan ve bir sonraki durumda biten bir ok olarak gösterilmiştir.

Geçişler refleks olabilir. Bir nesne, o anda içinde bulunduğu aynı duruma geçebilir. Dönüşlü geçişler, aynı durumda başlayan ve biten bir ok olarak tasvir edilmiştir.

Şekil 1.3 "İnşaat nesnesinin" durum diyagramı

Diyagramfaaliyetler

Hakkında verinin veritabanında saklanması gereken bir nesne seçilir.

Etkinlik (aktivite) diyagramları, durum diyagramlarının özel bir durumudur. Her durum, bir işlemin yürütülmesi ve bir sonraki duruma geçiştir. Etkinlik diyagramları, özellikle çok sayıda eşzamanlı süreci içeren davranışı tanımlamada yararlıdır. Etkinlik diyagramlarının en büyük yararı, eşzamanlılığı desteklemeleridir. Bu, onları iş akışlarını modellemek ve temelde paralel programlama için güçlü bir araç haline getirir. En büyük dezavantajları, eylemler ve nesneler arasındaki bağlantıların çok net olmamasıdır.

Rational Rose araçları, işlevsel bir sistemi tanımlamak için Etkinlik diyagramları (aktivite) oluşturmak üzere bir grafik düzenleyici kullanmanıza olanak tanır.

Etkinlik diyagramları en iyi aşağıdaki durumlarda kullanılır:

durum analizi kullanın. Bu aşamada, eylemler ve nesneler arasındaki ilişkiyle ilgilenmiyoruz, yalnızca hangi eylemlerin gerçekleşmesi gerektiğini ve sistemin davranışındaki bağımlılıkların neler olduğunu anlamak istiyoruz. Yöntemlerin ve nesnelerin bağlanması daha sonra etkileşim diyagramları kullanılarak yapılır;

Çeşitli kullanım durumlarında iş akışlarının (iş akışı) analizi. Kullanım durumları birbiriyle etkileşime girdiğinde, etkinlik diyagramları davranışlarını temsil etmenin ve analiz etmenin güçlü bir yoludur.

Şekil.1.4 Etkinlik diyagramı "Bir nesne oluşturma"

Faaliyet diyagramlarının önemli bir uygulaması, iş süreci modellemesi ile ilgilidir. Herhangi bir şirketin faaliyeti, belirli bir sonuca ulaşmayı amaçlayan bir dizi bireysel eylemi de temsil eder. Bununla birlikte, iş süreçleriyle ilgili olarak, her eylemin yürütülmesinin belirli bir departmanla ilişkilendirilmesi arzu edilir. Bu durumda, departman bireysel eylemlerin uygulanmasından sorumludur ve iş sürecinin kendisi, eylemlerin bir departmandan diğerine geçişleri olarak temsil edilir.

Etkileşim Diyagramları

Etkileşim diyagramları, etkileşen nesne gruplarının davranışını tanımlar. Her diyagram, yalnızca bir kullanım durumundaki nesnelerin davranışını açıklar. Diyagram, nesneleri ve birbirleriyle değiş tokuş ettikleri mesajları gösterir. Üç tür mesaj tanımlanmıştır:

bilgilendirici (bilgilendirici) - alıcı nesneye durumunu güncellemek için bilgi sağlayan mesajlar;

mesajlar - istekler (sorgulayıcı) - alıcı nesne hakkında bilgi verilmesini talep eden mesajlar;

· zorunlu (zorunlu) - alıcı nesneden bir eylem gerçekleştirmesini isteyen mesajlar.

İki tür etkileşim diyagramı vardır:

diziler (dizi diyagramları);

kooperatif (işbirliği diyagramları).

Bir dizi diyagramında, bir nesne noktalı bir dikey çizginin üstünde bir dikdörtgen olarak gösterilir. Bu dikey çizgi, nesnenin yaşam çizgisi olarak adlandırılır. Etkileşim sürecindeki bir nesnenin yaşam döngüsünün bir parçasıdır.

Her mesaj, iki nesnenin yaşam çizgileri arasında bir ok olarak gösterilir. Mesajlar, sayfada göründükleri sırayla, yukarıdan aşağıya doğru görünür. Her mesaj, en azından mesaj adıyla etiketlenir; dilerseniz, bağımsız değişkenler ve bazı kontrol bilgileri de ekleyebilir ve ek olarak, bir öz-delegasyon (öz-delegasyon) - bir nesnenin kendisine gönderdiği bir mesaj ve aynı yaşam çizgisini gösteren mesaj oku ile gösterebilirsiniz.

Şekil 1.5 Sıra diyagramı "Bir nesneye inşaatçı atama"

Diyagram çıktısı: varlık nesneleri (kullanıcı listesi, nesne, inşaatçılar listesi) ve sınır nesneleri - sayfalar (şifre giriş penceresi, geçerli nesne penceresi) seçilir.

İkinci tip etkileşim diyagramı, işbirlikçi diyagramdır. Sekans diyagramlarına benzer şekilde, işbirlikçi diyagramlar, belirli bir kullanım durumu senaryosu yoluyla olayların akışını tasvir eder. Sıra diyagramları zamana göre sıralanırken, işbirlikçi diyagramlar nesneler arasındaki ilişkilere odaklanır.

Şekil 1.6. Kooperatif diyagramı "Bir nesneye oluşturucu atama

WEB arayüzü aracılığıyla sistemle çalışma algoritması

Aşağıdaki diyagram, kullanıcının sistemle etkileşime geçtiği ekranlar arasındaki geçişlerin sırasını göstermektedir. Belirli ekranların kullanılabilirliği, o anda çalışan kullanıcının izinlerine bağlıdır.

Bir site tasarlamak için bir sınıf diyagramı kullanılır.

Rational Rose, web sitesi tasarımı için Web Modeler adlı bir Eklenti içerir.

Bir Web uygulaması oluştururken yapılacak işlemlerin sırası:

ü Add In - Add In Manager - Web Modeler menü öğesini kullanarak Web Modeler'ı bağlayın. Araçlar menüsünde yeni bir Web Modelleyici öğesi görünecektir.

b Varsayılan ayarları değiştir Araçlar - Seçenekler - Notasyon - Varsayılan Dil - Web Notasyonu

Html sayfalarını vurgulamak için özel bir klişe kullanılır. Oluşturulan şemaya göre ilgili html sayfaları otomatik olarak oluşturulur.

Şekil.1.7 Programla çalışmak için algoritma

2. Veritabanı tasarımı

2.1 Veritabanı gereksinimleri

1) Minimum fazlalık. Bilgisayar belleğinde depolanan veriler hem yararlı hem de zararlı fazlalıklar içerebilir. Her kullanıcı kendi uygulamaları için ayrı bir veri seti oluşturmaya zorlandığında, her zaman zararlı artıklık oluşur. Birkaç kullanıcı aynı verilere ihtiyaç duyarsa, bunlar her sette tekrarlanır. Bireysel kullanıcılar varlığından haberdar olmayabileceğinden, bu tür fazlalıklara genellikle yönetilmeyen fazlalık denir. Yararlı fazlalık, veritabanında saklanan verilerin periyodik kopyalarını içerir. Bu fazlalık kolayca kontrol edilir. Ayrıca, örneğin rastgele bilgisayar arızaları sırasında yok olan verileri geri yüklemek gerekir. Bu nedenle, minimum fazlalık gerekliliği, zararlı (kontrolsüz) fazlalığın ortadan kaldırılması ve faydalı (kontrollü) fazlalığın en aza indirilmesi olarak anlaşılmalıdır.

2) Veri bütünlüğü. Veri bütünlüğü, verilerin doğruluğunu korumakla ilgilidir. Rastgele bilgisayar arızalarının bir sonucu olarak imha edildikten sonra veri kurtarma ve aynı nitelikler için farklı örneklerin ortaya çıkmasından oluşan veri tutarsızlığının ortadan kaldırılmasıyla sağlanır. Güncelleme verilerin yalnızca bir kısmında gerçekleştirilirse, fazlalık veriler güncellenirken tutarsızlık görünebilir.

3) Güvenlik ve gizlilik. Donanım ve yazılım arızalarına, katastrofik ve cezai durumlara ve bunlara yetkisiz erişime karşı veri koruması sağlar.

4) Veri bağımsızlığı. Kullanıcı uygulamalarını değiştirmeden veritabanının yapısını değiştirebilme olanağı sağlar. Mantıksal ve fiziksel bağımsızlık olmak üzere iki açıdan anlaşılır.

Mantıksal bağımsızlık, uygulama programlarını etkilemeden veritabanlarının mantıksal yapısını değiştirme imkanı sunar.

Fiziksel bağımsızlık, hem verileri fiziksel ortama yerleştirme yolları hem de verilere erişme yöntemleri (yani arama, okuma ve bilgisayar belleğine veri yazma işlemleri) dahil olmak üzere, veritabanlarının fiziksel yapısının aynı olasılığını ifade eder. Veri bağımsızlığını sağlamak, bir veritabanı oluştururken izlenen ana hedeftir.

5) Verimlilik. Kullanıcı isteklerine veritabanlarını kullanan bir bilgi sisteminin yanıt süresi ile karakterize edilir. Aynı zamanda, veri talepleri, veri kullanımı için gerekli olan hızda karşılanmalıdır.

6) Esneklik ve genişletilebilirlik. Bir veritabanının verileri büyütme, olası uygulamaların sayısını artırma ve her uygulama içindeki işlevleri genişletme yeteneği olarak anlaşılır.

2.2 Normal formlar

Kavramsal şemaya göre tasarlanan bir ilişkisel veri tabanı, örneğin bilgi fazlalığı içerebilir ve (veya) veri işleme sırasında çeşitli anormallikler meydana gelebilir. Bu eksiklikleri ortadan kaldırmak için, yani. bir veritabanını "iyi" yapmak için, veritabanının tüm ilişkilerini "güçlü" normal biçimlere getirmek gerekir.

Şu anda birkaç normal form bilinmektedir. İlk normal form (1NF'yi göstereceğiz), ardından - "güçlendirdiği" için - 2NF, 3NF, Boyce-Codd normal formu (BCNF) ve 4NF. Uygulama, veritabanını en az 3NF'ye getirmenin çoğu durumda neredeyse tüm eksikliklerden kaçınmayı mümkün kıldığını göstermektedir.

İlk normal biçim (1NF).

R şemasının herhangi bir örneği aşağıdaki koşulları karşılıyorsa, bir R şeması ve bir dizi işlevsel bağımlılık F ile bir ilişki 1NF'dedir:

her R şeması özniteliğinin benzersiz bir adı vardır;

aynı ada sahip demet öğeleri aynı etki alanında tanımlanmalıdır;

etki alanı öğeleri atomik olmalıdır, yani sırayla bazı değerler dizisini temsil etmez;

demetin her öğesinin tek bir değeri olmalıdır, yinelenen değer gruplarına izin verilmez;

ilişki yinelenen demetlere sahip olmamalıdır.

İkinci normal biçim (2NF).

Şema R ve işlevsel bağımlılık kümesi F ile bir ilişki, 1NF'deyse ve anahtar olmayan her öznitelik, ilişki şeması R'nin herhangi bir olası birincil anahtarına işlevsel olarak tamamen bağımlıysa, 2NF'dedir.

Bununla birlikte, 2NF'de bulunan ilişki şemasının dezavantajları da vardır. Özellikle, bu şemada tanımlanan bağımlılıklar kümesi, istenmeyen sonuçlara (silme anormallikleri) yol açabilecek geçişli bağımlılıklar içerebilir.

Üçüncü normal biçim (3NF).

Bir dizi fonksiyonel bağımlılığa (F) sahip bir ilişki şeması R, eğer 2NF'deyse ve anahtar olmayan her öznitelik, ilişki şemasının olası herhangi bir anahtarına geçişli değil, doğrudan bağımlıysa, 3NF'dedir.

Bununla birlikte, 3NF'nin temel niteliklerle ilgili dezavantajları da olabilir. Yukarıdaki örnekte, ortaya çıkan 3 NF, veri işlemede anormalliklere neden olmaz, çünkü ortaya çıkan ayrışma alt şemaları, anahtar niteliklerin diğer niteliklere bağımlılıklarına sahip değildir. Bu koşul ihlal edilirse, veri işleme anormallikleri mümkündür.

Boyce-Codd Normal Formu (BCNF).

Boyce-Codd normal formu, üçüncü normal formdan daha "güçlüdür". Bir dizi işlevsel bağımlılık F içeren bir ilişki şeması R, her bir bağımlılığın (XA) F sol tarafı, burada A X, bir birincil veya aday birincil anahtar ise, BCNF'dedir.

Bir ilişki BCNF'deyse, o zaman üçüncü normal formdadır, ancak tersi değildir.

İlişkisel veritabanları teorisinde, herhangi bir ilişkinin, her biri 3NF'de olacak bir dizi ayrışma alt şemasıyla değiştirilebileceği ve ayrıştırmanın hem bilgi kaybı olmadan bağlantı özelliğine hem de özelliğine sahip olacağı kanıtlanmıştır. orijinal işlevsel bağımlılıklar kümesini korumak. Genel durumda BCNF'ye indirgendiğinde, bilgi kaybı olmadan yalnızca bağlantı özelliğinin uygulanabilirliği garanti edilir.

2.3 İlişki kalıplarının normalleştirilmesi

En az 3 NF'de bulunan kavramsal veritabanı şemasının ilişkisel bir uygulamasını oluşturmak için iki yöntem kullanabilirsiniz:

ortaya çıkan ilişkiler belirtilen özellikleri karşılayana kadar ilk ve ara ilişki şemalarının sıralı olarak bölünmesinden oluşan ayrıştırma yöntemi;

bu nitelikleri birbirine bağlayan belirli bir işlevsel bağımlılıklar kümesine dayalı olarak seçilen konu alanının belirli bir nitelikler kümesinden belirli özellikleri karşılayan bir dizi ayrışma alt şemasının yapımından (sentezinden) oluşan bir sentez yöntemi.

Her iki yöntem de, ortaya çıkan ayrıştırmanın hem kayıpsız bağlantı özelliğini hem de işlevsel bağımlılık koruma özelliğini korumasını sağlamalıdır.

Uygulamada, ayrıştırma yönteminin bir dizi ciddi dezavantajı olduğundan, sentez yöntemi daha sık kullanılır. Ana olanları not edelim.

Algoritmanın karmaşıklığı polinomdan daha yüksektir.

Üretilen ayrıştırma alt devrelerinin sayısı gerekenden çok daha fazla olabilirken, bunlar hakkındaki bilgiler her bölümleme adımında kaydedilmelidir ve bölümleme algoritmasının kendisi oldukça karmaşıktır.

Bir ilişki şeması ayrıştırılırken, kısmi bağımlılıklar ortaya çıkabilir ve bu da gereksiz ayrıştırma alt şemalarına neden olabilir.

2.4 Özel görünümleri entegre etme

Özel görünümleri, veritabanı uygulaması tarafından kullanılan ana veri türlerine çapraz referanslama

Birleşikverimkullanıcılar,sunulanVbiçimdiyagramlar

2.5 Sentez algoritması

Sentez algoritmasının çalışması için ilk veriler, U öznitelikleri kümesi ve U üzerinde tanımlanan işlevsel bağımlılıklar kümesi F'dir.

Algoritmanın sonucu, aşağıdaki koşulları karşılayan bir dizi ayrışma alt devresi (R1 , R2 ,., Rp) şeklindeki otomatik bir kontrol sisteminin bir diyagramıdır.

Veritabanına sahip her alt devre Ri, sırasıyla F ve G fonksiyonel bağımlılıkları kümesine göre en azından ZNF'de olmalıdır.

Sentezlenmiş bilgi sistemi, minimum bir ayrıştırma alt şeması seti içerir Ri, I == 1,., P. Bu koşul, bilgi sistemini fazlalıktan korur.

F'yi karşılayan herhangi bir r (DB) örneği için ilişki geçerlidir. Bu koşul, bağlantı özelliğinin bilgi kaybı olmadan karşılanabilmesini sağlar.

1,2 ve 3 numaralı koşulları sağlayan bir otomatik kontrol sisteminin diyagramına otomatik kontrol sisteminin tam diyagramı denir.

Algoritmanın adımlarını düşünün.

Adım1 . Aşağıdaki bağımlılık yapısına sahip genişletilmiş bir F işlevsel bağımlılık kümesi oluşturuyoruz:

F = ( (X ben - > Y ben) | (X ben - >Y ben) F, Y ben = X ben + \ X ben ). Bu adım, koşul 3'ü bir dereceye kadar karşılamaya izin verecek olan gereksiz veya koşullu olarak yedeksiz bir F örtüsü oluşturmak için yapılır. Adımda fonksiyonel bağımlılıkların denkliği kavramını dikkate aldıktan sonra koşul 3'ü tamamen karşılamak mümkün olacaktır. 5.

Adım 2. Herhangi bir dizideki F'den gereksiz bağımlılıkları hariç tutarak gereksiz bir F örtüsü oluşturuyoruz.

Açıkçası, bu kapsam kanonik değildir.

Adım3 . F" fonksiyonel bağımlılıkları arasında U'nun tüm özelliklerini içeren bir bağımlılık yoksa, o zaman F"'ye önemsiz bağımlılığı U-> Sh ekleriz.

Adım4 . Elde edilen önemsiz olmayan bağımlılıkları temel bir forma dönüştürelim (sol kısımlarda gereksiz nitelikler olmadan).

Bağımlılık XI - > (X j - > Y ben ) . - varsa, o zaman X I - >Y I bağımlılığı, (X J - >Y I) bağımlılığı ile değiştirilir.

Adım 5. Elde edilen bağımlılıklar kümesini denklik sınıflarına ayırıyoruz. Bu, bir sonraki adımda her sınıfta bir temsilci bırakmak için yapılır, böylece elde edilen veritabanındaki ayrıştırma alt şemalarının sayısı en aza indirilir ve 3. koşul tamamen karşılanır.

Bağımlılıklar X I - >Y I ve X J - > Y J, şu durumlarda eşdeğer olarak adlandırılacaktır:

, yani minimum sıralama, U'dan gelen tüm nitelikleri içeren bir bağımlılığa sahiptir ve eğer mevcut değilse, o zaman önemsiz bağımlılık U - > Sh.Aynı denklik sınıfındaki tüm bağımlılıklara aynı sıralamayı atarız. Eşsiz bağımlılıklara keyfi olarak dereceler atarız.

Adım6 . Her eşdeğer bağımlılık sınıfında bir temsilci bırakıyoruz. Dereceli bir bağımlılık diyagramı çiziyoruz, böylece daha yüksek dereceli bağımlılıklar daha düşük dereceli bağımlılıklar altında gösteriliyor ve yaylar bir bağımlılığın özniteliklerinin diğerinde doğrudan oluşumlarını gösteriyor.

Adım7 . Daha yüksek bir dereceye sahip bağımlılıkları daha düşük bir dereceye sahip bağımlılıklara geçişli olarak azaltıyoruz. Diyagram boyunca aşağıdan yukarıya doğru hareket ederek (daha yüksek sıradaki bağımlılıklardan daha düşük sıradaki bağımlılıklara), her mevcut bağımlılık için, mevcut olanın üzerinde bulunan tüm bağımlılıkların sağda bulunan nitelikleri sağ kısımlarından hariç tutuyoruz. mevcut bağımlılığın bir parçası (önemsiz bir bağımlılık için, özellikler sol tarafından hariç tutulur).

Adım8 . Ortaya çıkan diyagrama dayanarak, algoritmanın koşullarını karşılayan otomatikleştirilmiş bir kontrol sisteminin kavramsal şemasının ilişkisel bir uygulamasını, her birinin çaprazlanmamış özniteliklerinden oluşan aşağıdaki ayrıştırma alt şemalarının bir seti olarak inşa ediyoruz.

Bir demetÖznitellikler:

U = (mNo, mName, mCost, count, oNo, oAddress, oType, oStoreys, oState, eNo, eName, ePost, eState, eMaaş, toplam, iNo, iName, iPhone)

Bir demetfonksiyonelbağımlılıklar:

F = (mNo®mName, mNo®mCost, mName®mNo, mName®mCost,

(oNo, mNo) ® sayısı,

oNo®oAddress, oNo®oType, oNo®oStoreys, oNo®eNo, oNo®oState, oNo®oCost

eNo®eName, eNo®ePost, eNo®eState, eMaaş

iNo®iName, iNo®iPhone,

(iNo, oNo) ®toplam )

Adım 1. Genişletilmiş işlevsel bağımlılıklar kümesi:

mNo + =mNo, mName, mCost =>mNo® (mName, mCost)

mNo + =…=>mNo®…

(oNo, mNo) + =oNo, mNo, say=> (oNo, mNo) ?®say

oNo + =oNo, oAddress, oType, oStoreys, oState, oCost, eNo =>oNo® (oAddress, oType, oStoreys, eNo,oState, oCost)

oHayır + =…=>oHayır®…

eNo + =eNo, eName, ePost, eState, eMaaş=>eNo® (eName, ePost, eState, eMaaş)

eNo + =…=>eNo®…

iNo + =iNo, iName, iPhone=>iNo® (iName, iPhone)

iNo + =…=>iNo®…

(iNo, oNo) + =iNo, oNo, toplam=> (iNo, oNo) ®toplam

(mNo, oNo, iNo, eNo) + =mNo, mName, mCost, count, sum, oNo, oAddress, oType, oStoreys, iNo, iName, iPhone, eNo, eName, ePost, eState, eMaaş, oState, oCost

=> (mNo, oNo, iNo, eNo) ® (mName, mCost, count, sum, oAddress, oType, oStoreys, oState, iName, iPhone, eName, ePost, eState, eMaaş, oCost)

F= (mNo® (mName, mCost), mNo®…, (oNo, mNo) ?®count, oNo® (oAddress, oType, oStoreys, eNo, oState, oCost), oNo®…, eNo® (eName, ePost, eDevlet, eMaaş), eNo®…, iNo® (iName, iPhone), iNo®…, (iNo, oNo) ®sum, (mNo, oNo, iNo, eNo) ® (mName, mCost, count, sum, oAddress, oType, oStoreys, oState, iName, iPhone, eName, ePost, eState, eMaaş) )

Adım 2: Üzerine Kaplama

F"= (mNo® (mName, mCost), (oNo, mNo) ?®count, oNo® (oAddress, oType, oStoreys, oState, oCost, eNo), eNo® (eName, ePost, eState, eMaaş), iNo® (iName , iPhone), (iNo, oNo) ®sum, (mNo, oNo, iNo, eNo) ® (mName, mCost, count, sum, oAddress, oType, oStoreys, iName, iPhone, eName, ePost, eState, eMaaş) )

Adım 3 Önemsiz Bağımlılık

Özniteliklerin tamamını içeren bir bağımlılık olduğu için önemsiz bir bağımlılık eklemeye gerek yoktur.

Adım 4. Temel bağımlılık türü

Tüm bağımlılıklar temeldir.

Adım 5. Bağımlılık denkliği

Eşdeğer bağımlılıklar yoktur.

Adım 6. Bağımlılık sıralaması

Elde edilen bağımlılıklar kümesini denklik sınıflarına ayırıyoruz. Bu, bir sonraki adımda her sınıfta bir temsilci bırakmak için yapılır, böylece elde edilen veritabanındaki ayrıştırma alt şemalarının sayısı en aza indirilir ve 3. koşul tamamen karşılanır.

(X I Y I) = (X J Y J) ​​ise X I Y I ve X J Y J bağımlılıkları eşdeğer olarak adlandırılacaktır.

Elde edilen bağımlılıkları aşağıdaki kurala göre sıralıyoruz rang (X I Y I) > rang (X J Y J), if (X I Y I) (X J Y J).

Aynı eşdeğerlik sınıfındaki tüm bağımlılıklara aynı sıralamayı atarız. Eşsiz bağımlılıklara keyfi olarak dereceler atarız.

Adım 7: Dereceli Bağımlılık Şeması (2NF):

Her eşdeğer bağımlılık sınıfında bir temsilci bırakıyoruz. Tablo, bu durumda eşdeğer bağımlılıkların olmadığını göstermektedir.

Dereceli bir bağımlılık diyagramı çiziyoruz, böylece daha yüksek dereceli bağımlılıklar daha düşük dereceli bağımlılıklar altında gösteriliyor ve yaylar bir bağımlılığın özniteliklerinin diğerinde doğrudan oluşumlarını gösteriyor.

Daha yüksek bir dereceye sahip bağımlılıkların daha düşük bir dereceye sahip bağımlılıklara geçişli bir şekilde indirgenmesini aşağıdaki gibi gerçekleştiriyoruz.

Diyagram boyunca aşağıdan yukarıya doğru hareket ederek (daha yüksek sıradaki bağımlılıklardan daha düşük sıradaki bağımlılıklara), her mevcut bağımlılık için, mevcut olanın üzerinde bulunan tüm bağımlılıkların sağda bulunan nitelikleri sağ kısımlarından hariç tutuyoruz. mevcut bağımlılığın bir parçası (önemsiz bir bağımlılık için, nitelikleri sol taraftan hariç tutuyoruz).

Adım 8. Bir ayrıştırma alt şeması seti elde etme

Algoritmayı geçtikten sonra, karşılık gelen birincil anahtarlarla 6 tablo elde edildi:

R1 = oNo, oAddress, oType, oStoreys, oState, oCost, eNo, oNo tuşu ile

R2 = eNo, eName, ePost, eState, eNo anahtarıyla eMaaş

R3 = oNo, mNo, tuşuyla say (oNo, mNo)

R4 = mNo, mName, mCost mNo tuşu ile

R5 = iNo, iName, iNo anahtarlı iPhone

R6 = iNo, oNo, anahtarıyla toplam (iNo, oNo)

Rational Rose Data Modeler veritabanı tasarım aracı

Data Modeler'ın yazarları öncelikle fiziksel bir veri modeli tasarlamak için bir araç oluşturmaya odaklandılar. Aynı zamanda, bir veri modelleme aracı olarak UML reddedilmedi ve bir şekilde vurgu değiştirildi: artık UML'nin mantıksal bir model oluşturmak için kullanılması gerekiyor. Aslında mantıksal model, nesnelerden - varlıklardan oluşan aynı nesne modelidir. Veri modelleme açısından mantıksal modelden fiziksel modele ve tam tersi geçiş, Rational Rose tarafından otomatik olarak sağlanmaktadır. Bunu yapmak için, model elemanlarının yazışmaları tanıtılır.

Tablo 2.1 Mantıksal ve fiziksel modelin öğelerinin karşılığı

Bu nedenle, kavramsal olarak Veri Modelleyici modülü, bazı alt kümelerinde UML'nin yerine geçmez, ancak yalnızca nesne teknolojisi taraftarlarına fiziksel veritabanı şemalarını etkili bir şekilde oluşturmak için güçlü bir araç sağlar.

Data Modeler'ın ana özelliklerinin listesi şunları içerir:

1. Veri Modelleyici, fiziksel veri modelleme açısından yapısal CASE araçlarının özelliklerinin çoğunu destekler;

2. Veri Modelleyici, veri tabanının referans bütünlüğünü sağlamaya yönelik mekanizmaları destekleyen verimli bir fiziksel yapısının oluşturulmasını sağlar;

3. Data Modeler, Rational Rose ile sıkı bir şekilde entegre edilmiştir ve Data Model diyagramı, Rational Software Corporation ürün serisini kullanan genel yazılım geliştirme teknolojisine doğal olarak uyar;

4. Rational Rose'u diğer fiziksel model oluşturma araçlarıyla entegre etmemeyi seçebilirsiniz.

5. Veri modelleme ve nesne modellerinin kavramsal karşılığı sağlanmakta, bu da daha verimli yazılım tasarımına olanak sağlamaktadır.

Mantıksal bir model oluşturun

Veri Modelleyici diyagramının ana bileşenleri varlıklar, nitelikler ve ilişkilerdir. Her varlık, örnekler adı verilen benzer bireysel nesneler kümesidir. Her örnek bireyseldir ve diğer tüm örneklerden farklı olmalıdır. Nitelik, bir nesnenin belirli bir özelliğini ifade eder. Fiziksel düzeyde, bir varlık bir tabloya, bir varlık örneği bir tablodaki bir satıra ve bir öznitelik bir tablo sütununa karşılık gelir.

Data Modeler'ın çalışması, bir nesne modelini ilişkisel bir modele eşlemeye yönelik iyi bilinen mekanizmaya dayanmaktadır. Sonuç, bir "varlık-ilişki" diyagramının oluşturulması ve ardından SQL'de bir veritabanı açıklamasının oluşturulmasıdır.

Sınıf diyagramı (sınıf diyagramı), nesne yönelimli programlama sınıflarının terminolojisinde sistem modelinin statik yapısını temsil etmeye yarar. Sınıf diyagramı, özellikle konu alanındaki nesneler ve alt sistemler gibi bireysel varlıklar arasındaki çeşitli ilişkileri yansıtabilir ve ayrıca bunların iç yapılarını ve ilişki türlerini tanımlar. Bu şema, sistem çalışmasının zaman yönleri hakkında bilgi sağlamaz. Bu açıdan sınıf diyagramı, tasarlanan sistemin kavramsal modelinin daha da geliştirilmiş halidir.

Benzer Belgeler

Eğitim kurumlarının ve üniversitelerin yönetim teorisinin incelenmesi. Üniversitenin bölümlerinin otomasyonu için otomatikleştirilmiş bir bilgi sisteminin tasarımı, uygulanması ve uygulanması. Geliştirilen sistemin tanımı, projenin ekonomik verimliliğinin hesaplanması.

tez, 03/09/2010 eklendi


"Piter-Lada" şirketinin faaliyetlerini incelemek. Araba galerileri ağının yönetim yapısı. Birleşik Modelleme Dili UML. Mantıksal bir veritabanı modeli tasarlama. Bir muhasebe sistemi oluşturmak için kullanılan araçlar. Yatırım verimliliğinin hesaplanması.

tez, 06/05/2011 eklendi


Bir inşaat şirketinin faaliyetlerini otomatikleştirmek için bir veritabanının mantıksal tasarımı. Bağlantıların sınıflandırılması. İlişkisel veritabanı modeli. Nitelikler arasındaki işlevsel bağımlılıklar. Anahtar seçimi. İlişkilerin normalleşmesi. Veritabanı sorguları.

dönem ödevi, 05/26/2015 eklendi


"Depo" alt sisteminin işlevsel yapısının tasarlanması. Bir bilgi veritabanının datalojik tasarımı ve kullanılan bilgi koruma araçlarının tanımı. NET Framework ile çalışmanın özellikleri. Projenin ekonomik verimliliğinin hesaplanması.

tez, 06/29/2011 eklendi


İstihdam için aday seçme sürecinin otomasyonu. Şirketin personel departmanı için bir test sistemi tasarlamak, bilgi desteği. Bir veritabanı ve arayüzü tasarlamak. Projenin ekonomik verimliliğinin hesaplanması.

tez, 22.03.2017 eklendi


Bir nakliye şirketi tarafından malların teslimatını kaydetmek için şirketin faaliyetlerini otomatikleştirmek için bir bilgi sisteminin oluşturulması. Etki alanı analizi. IDEF0 İşlevsel Modelleme Metodolojisi. Bağlam diyagramı. BPwin'de maliyet analizi.

testi, 02/05/2014 eklendi


Veritabanı kavramı, veri modeli. Veritabanı sınıflandırması. Veritabanı Yönetim Sistemleri. Veritabanı tasarımında aşamalar, yaklaşımlar. Çocuk ve Gençlik Spor Okulu faaliyetleri için gerekli dokümantasyonun bakımını otomatikleştirecek bir veri tabanının geliştirilmesi.

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


Ev aletleri satışlarının muhasebeleştirilmesi ve phpMyAdmin'de iş akışının otomatikleştirilmesi için bir bilgi sisteminin veritabanının oluşturulması. IDEF0 işlevsel diyagramı. Yeni kullanıcı oluşturma, tablolar, tablolardaki kayıtlar. Sitenin yerel bir sunucuda organizasyonu.

dönem ödevi, 05/11/2014 eklendi


Perdeleri siparişe göre dikmekle uğraşan bir şirketin yöneticisinin faaliyetlerini otomatikleştirmek için "Salon perdeleri" bilgi sisteminin geliştirilmesi. Veritabanı projesinin oluşturulması ve gerekçelendirilmesi. Taleplerin, formların, raporların oluşturulması. Yazılım uygulama testi.

dönem ödevi, 02/07/2016 eklendi


İlaç tedarikçilerinin bir eczane ile ilişkisinde mevcut gelişmelerin analizi ve ofis otomasyonu için bir strateji seçimi. "Rigla" eczanesi için bir veritabanı projesinin geliştirilmesi. Veri tabanı geliştirmenin ekonomik verimliliğinin doğrulanması.

Giriş 3

1. İnşaat şirketlerinin otomasyonu 5

1.1. Otomasyon İhtiyacı 5

1.2. İnşaat şirketlerinin entegre otomasyonu 10

Karmaşık otomasyonun dezavantajları 12

Entegre otomasyonun faydaları 12

Karmaşık otomasyonun dezavantajları 13

Entegre otomasyonun faydaları 13

1.3. Otomasyon Çözümleri 13

2. Şirket faaliyetlerinin kısa analizi 23

3. Bir inşaat şirketini yönetme sürecini otomatikleştirme önerileri 30

Sonuç 33

Referanslar 34

giriiş

Mevcut planlama ve dağıtım düzenini ortadan kaldıran pazar ilişkileri, yeni ilişki biçimlerinin oluşmasına yol açtı, yapı kompleksindeki bazı halkaları değiştirerek onları yeni içerikle doldurdu. Tesisin inşasındaki katılımcıların çeşitliliği, üretim sürecini karmaşık bir ekonomik mekanizmaya dönüştürdü ve bu, yatırım döngüsünün süresiyle birlikte, inşaat yönetiminin yeni örgütsel biçimlerinin ortaya çıkmasına ve oluşumuna katkıda bulundu. Örneğin, yatırım ve inşaat şirketleri (firmalar) kuruldu - kapalı bir üretim döngüsünde iş yapan entegre geliştiriciler: yatırım - tasarım - inşaat - işletmeye alma - bitmiş inşaat projelerinin satışı.

İnşaat firmaları ağırlıklı olarak konut ve sosyal inşaat ile uğraşmaktadır ve genel inşaat firmalarına göre bir takım avantajlara sahiptir. Bu tür organizasyon yapılarında, modern yazılım ve bilgi teknolojilerinin kullanılmasıyla mümkün olan, çözümlerine sistem-teknik bir yaklaşım gerektiren karmaşık yatırım, planlama, tasarım, yönetim ve tesislerin doğrudan inşaatı sorunları vardır. Bununla birlikte, inşaat endüstrisinde bilgisayarların kullanımı, pratik olarak mantıksal düşünme gerektiren yönetim görevlerini çözmezken, esas olarak çok sayıda emek yoğun hesaplamayı otomatikleştirmeye odaklanır.

İnşaatın teknik anlamda bilgisayarlaşması, bilgisayar teknolojisi ile donatılmış otomatikleştirilmiş işyerlerinin oluşturulması anlamına gelmektedir. Çözülmekte olan yönetim görevlerinin karmaşıklığı, halihazırda mevcut teknik araçları kullanarak belirli bilgisayar teknolojilerini uygulayan programların geliştirilmesi ve uygulanması süreçlerinin inşaat faaliyetlerinde geliştirilmesini ve kullanılmasını gerekli kılmaktadır. İnşaatın bilgisayarlaşması, yöneticiler ve icracılar arasındaki bilgi ve beceri düzeyini artırır, yönetim personelinin günlük faaliyetlerinde mevcut bilgisayar ekipmanını inşaat yazılımı ile etkin bir şekilde kullanmasını sağlar.

İnşaat şirketleri, inşaat mühendisliği sistemlerini yaygın olarak kullanır, yani: otomatik inşaat yönetim sistemleri (ACS), bilgisayar destekli tasarım sistemleri (CAD), otomatik veri işleme ve dokümantasyon sistemleri (ASOD) ve diğerleri, verimliliği ve kaliteyi artırmaya katkıda bulunur. yönetmek.

Birleşik bir bilgi ağı için yazılım ürünlerinin tanıtılması, şirketin bir yönetim yönetimi kültürü, uygulama için büyük sermaye yatırımları, personel eğitimi ve bakımı geliştirmesini gerektirir.

Yönetim bilgi teknolojilerinde kullanılan bilgisayarlar, kullanıcılardan özel, profesyonel eğitim gerektirmez. Böylece ofis bilgilerinin yönetilmesi, dokümanların hazırlanması, ekip çalışmasının ve iş akışının e-posta yoluyla organize edilmesi, bilgilerin planlanması ve operasyonel analizi, herhangi bir işyerinden online erişim ile veri tabanlarının oluşturulması gibi yeni yönetim görevlerinin otomatikleştirilmesi mümkün hale geldi. Şu anda, son kullanıcının bir inşaat şirketinin bilgi alanının oluşumunda ve kullanımında doğrudan rol almasını sağlayan, maksimum bilgi kullanılabilirliği ilkesi üzerine oluşturulan yeni nesil bilgi sistemleri aktif olarak geliştirilmektedir. Dünya çapındaki internet ağı sayesinde inşaat şirketleri, ortaklarıyla sanal bir şekilde etkileşime geçebilmekte, inşaat ürünlerini tanıtmak için bilgi kanallarını kullanabilmekte ve aynı zamanda bir bilgisayar kullanarak ticari işlemler yapabilmektedir.

Dolayısıyla piyasa ekonomisindeki rekabet ortamında inşaat firmaları sürekli olarak bilgi yönetim sistemlerine ihtiyaç duymaktadır.

Bu sınıftaki sistemlerin analizi ve bir uygulama seçeneği önerisi bu çalışmanın amacıdır.

1. İnşaat şirketlerinin otomasyonu

1.1. Otomasyon İhtiyacı

70'lerde büyük bilgisayarların kullanımı sırasında bile inşaat yönetiminin otomatikleştirilmesi ihtiyacı anlaşıldı. SSCB'de, yönetim sisteminin yüksek merkezileşmesi ve çok sayıda büyük inşaat projesi nedeniyle bu sorun özellikle önemliydi. Sorun, özel bir hizmet - otomatik bir inşaat yönetim sistemi (ACS) oluşturularak çözüldü. ACS kullanımının özü, kontrol ve yönetilen bağlantılar arasındaki tüm yönetim seviyelerinde yeni bir bağlantının - bir bilgisayar merkezinin (CC) ortaya çıkmasıydı. Bilgi işlem merkezleri, çok sayıda görev sağlayıcı, programcı, operatör, kendi ulaşım araçlarına sahip kuryeler, teletip iletişimleri olan büyük bilgisayarlarla (ikinci nesil - yarı iletkenler üzerinde) donatılmış büyük kuruluşlardı. Herhangi bir işi organize etmek için en uygun seçenek seçildiğinde, "rutin" (çeşitli kaynakların, bordro vb. Tüketimi ve rezervlerinin muhasebesi) ve karmaşık "optimizasyon" görevleriyle biten çeşitli görevler çözüldü.

Birçok şantiyede (özellikle Moskova'da) ASUS oldukça başarılı bir şekilde çalıştı, ancak genel olarak bu tür sistemler kök salmadı. Bir "açık" ekonomi koşullarında, optimize edilmiş sorunlar için elde edilen çözümler her zaman gerçekçi olmadı ve büyük miktarda basılı belge genellikle inşaatçılar tarafından yeterince incelenmedi. İnşaat yöneticileri, çalışma tarzlarının bu kadar güçlü bir şekilde yeniden yapılandırılmasına hazır değildi. Bilgisayar merkezleri, yalnızca muhasebe sorunlarını çözmek için - kaynak tabloları hazırlamak, ücretleri hesaplamak vb.

90'lı yıllarda bilgisayar teknolojisinin hızlı gelişimi, hantal bilgisayar merkezlerini gereksiz kıldı ve otomasyon farklı bir yol izledi. Büyük bilgisayarlar yerine, inşaat organizasyonlarında muhasebecilerin, üretim mühendislerinin ve teknik departmanların, tedarikçilerin, mağaza görevlilerinin, baş mühendislerin vb. Masalarında bulunan çok sayıda kişisel bilgisayar ortaya çıktı.

Yazılımın kendisinde önemli değişiklikler meydana geldi. Bireysel organizasyonel görevleri çözen birbirinden farklı küçük programların yerini, çok çeşitli görevleri çözmeye ve kullanıcı için çok daha uygun koşullar yaratmaya olanak tanıyan büyük yazılım sistemleri almıştır. Yeni bir yazılım ürünü türü ortaya çıktı - otomatikleştirilmiş iş istasyonları (AWP'ler). AWP, belirli bir faaliyet türünü otomatikleştirmek için tasarlanmış bir yazılım paketinin geleneksel adıdır: AWP - muhasebeci, AWP - tedarik müdürü, - mağaza sorumlusu, - finansçı, - personel memuru, vb.

"Eski" ASUS iş istasyonlarının programlarıyla karşılaştırıldığında, çok daha fazla yeteneğe sahiptiler, ancak bir programcının bakış açısından çok daha karmaşıktılar ve kullanılan bellek açısından (kilobayt cinsinden) en tipik ASUS'u aştılar. programlar 70....80 onlarca ve hatta yüzlerce kez -s. Kural olarak, iş istasyonları ilgili uzman (muhasebeci, depocu vb.) Doğal olarak, emek yoğunluğu açısından böyle bir iyileştirme, yeni programların derlenmesiyle kıyaslanamayacak kadar azdır.

Kontrol otomasyonunun geliştirilmesinde "eski" ACS ve büyük bilgisayarları ilk aşama olarak düşünürsek, kişisel bilgisayarlara ve iş istasyonlarına geçiş, daha yüksek bir bilgi teknolojisi düzeyine karşılık gelen ikinci adımdır. yüksek nitelikli BT danışmanlarının mevcudiyeti.

90'ların sonunda, çoğu inşaat organizasyonunun otomasyonu açıklanan 2. aşamadaydı, yani. bireysel bilgisayarları ve iş istasyonlarını kullanma aşamasında.

Bu aşamayı otomatikleştirmenin dezavantajı, bireysel iş istasyonları arasındaki iletişimin kusurlu olması ve bir bilgisayardan diğerine "aktarılırken" bilgilerin yinelenmesi ihtiyacıydı. Bu nedenle, otomatik sistemlerin geliştirilmesindeki bir sonraki adım, faaliyet döneminin tüm ana alanlarını kapsayan, işletmenin tek bir bilgi sisteminin farklı iş istasyonları temelinde oluşturulmasıydı. Böyle bir sistemi kullanmak için, inşaat organizasyonunun ve bazen onunla ilişkili üçüncü taraf organizasyonların bilgisayarlarının tek bir bilgisayar ağında birleştirilmesi gerekir. Aynı zamanda, donanımın kendisi gibi yazılım da çok daha karmaşık hale gelir, örn. çeşitli iletişim kanalları aracılığıyla bilgilerin depolanması ve iletilmesi ile ilişkili birçok ek cihaz vardır. Herhangi bir faaliyet alanında ortaya çıkan mevcut görevler, aşağıdakiler kullanılarak çözülebilir: tüm bilgi ("kurumsal") sisteminden alınan veriler. Buna dayalı yönetim sistemlerine kurumsal bilgi sistemleri (CIS) denir. Başka bir deyişle, CIS, bir kuruluşun yönetimini, yapısal bölümlerini, bazen ilgili işletmeleri, destek hizmetlerini birbirine bağlayan ve tüm ana faaliyet alanlarını (muhasebe, lojistik, genel teknik politika, güncel organizasyon sorunları ve) kapsayan tek bir bilgi sistemidir. vesaire. Bu, işletme faaliyetlerinin üretim, ekonomik ve finansal yönlerinin olduğu gibi tamamen "şeffaf" hale geldiği bir insan-makine sistemidir, yani. inşaat piyasasındaki tüm sonuçları, trendleri, konumu sürekli olarak analiz edebilir, böylece en yüksek yönetim verimliliğini sağlayabilirsiniz. Yabancı uygulamada, yaklaşık olarak aynı işlevler "kaynak yönetim sistemleri" ERP tarafından gerçekleştirilir.

CAD gibi, bu tür sistemler birçok standart ve özel modül içerir ve her özel MOJKIST sistemi, müşteri gereksinimlerine bağlı olarak ek modüller içerir ve bunların müteakip genişlemesine izin verir. CIS'ler çok çeşitli yeteneklere sahiptir: CAD programlarıyla, özellikle CAM ve CAE sistemlerinin modülleriyle etkileşime girebilirler; içlerindeki bilgi işleme yöntemleri arasında metin düzenleyicilerin, elektronik tabloların, veritabanlarının vb. işlevleri bulunur. CAD'in özelliği olan CAD sistemlerinin modülleri (grafikler), kontrol sistemlerinde daha az öneme sahiptir, ancak belge yönetim modülleri (PDM sistemleri) daha büyük bir rol üstlenir. İş problemlerini çözmek için, başta çeşitli iş süreçleri modelleri olmak üzere ekonomik ve matematiksel modeller kullanılır.

Genellikle CIS, kuruluşun belirli bir faaliyet alanını kapsayan birkaç alt sistem içerir. Örneğin "idari yönetim", "muhasebe", "operasyonel yönetim", "üretim yönetimi" gibi alt sistemler olabilir. Alt sistemler daha çok şekerleme faaliyetleri ile ilgili modüller içerir. yapı şirketlerÖzet >> İnşaat

... BİNA ŞİRKETLER 2.1 Tasarımın özellikleri yapı şirketler"AK-Maral" 2.2 Kalite sistemi uyarınca ISO 9000 2.2.1 MS ISO ... gelişim, yönetim sistemlerinin uygulanması ve işletilmesi; - gelişim... bina, - otomasyon Ve yeni...

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

Bilgi tabanını çalışmalarında ve işlerinde kullanan öğrenciler, lisansüstü öğrenciler, genç bilim adamları size çok minnettar olacaklar.

Yayınlanan http://allbest.ru

1. Apache bilgi sistemi

1.1 Apache'nin Açıklaması

2. Bir inşaat şirketi için bilgi sistemleri

2.1 Bilgi sistemi 1C: Ticaret ve depo

2.1.1 Programın açıklaması

2.1.2 Dağıtılmış bilgi tabanlarıyla çalışma

2.1.3 Güvenilirlik ve güvenlik

2.1.4 Esneklik ve kişiselleştirme

2.1.5 Arayüz

2.1.6 Açıklık ve erişilebilirlik

2.1.7 Mağaza ekipmanıyla çalışma

2.2 CRM bilgi sistemi

2.2.1 İş süreci otomasyonu

2.2.2 Müşteri bilgileri yönetimi

2.2.3 Satış yönetimi

2.2.4 Ürün Portföyü Yönetimi

2.2.5 Çalışma süresi yönetimi

2.2.6 İş akışı otomasyonu

1. Bilgi sistemiApaçi

Dünyada çok sayıda web sunucusu var. İşlevsellik ve amaç bakımından birbirlerinden farklıdırlar. Bu çalışmada, çoğu sunucuda kurulu olan en popüler barındırma sağlayıcılarından biri ele alınacaktır. Apache sunucusu, modern web geliştirmenin neredeyse tüm ihtiyaçlarını karşılar, ancak aynı zamanda programcıların programlarında hata ayıklamak için onu yüklemeleri için yeterince basittir.

1994 yılında, Illinois Üniversitesi Ulusal Süper Hesaplama Uygulamaları Merkezi'nin (NCSA) bir çalışanı olan Rob McCool, NCSA HTTP arka plan programı olarak adlandırılan ilk web sunucusunu yayınladı. Sunucu dar çevrelerde popülerlik kazandı, ancak 1994'ün ortalarında McCool üniversiteden ayrıldı ve geliştirme durdu.

Küçük bir grup ilgili web yöneticisi, ürün üzerinde birlikte çalışmaya başladı. E-posta yoluyla tartışma listesinde iletişim kurarak, sunucu için "yamalar" ve yenilikler geliştirdiler. Apache sunucusunun ilk sürümünü geliştiren Apache Grubunu yaratan onlardı. Nisan 1995'te, mevcut tüm "yamaların" tabana (NCSA Sunucusu 1.3) uygulandığı zaman oldu. Apache 0.6.2'nin ilk resmi genel sürümü bu şekilde ortaya çıktı.

Sunucu üzerindeki çalışmalar bir gün durmadı ve çok geçmeden en popüler sunuculardan biri haline geldi. Çok sayıda testten sonra, 1.0 sürümü 1 Aralık 1995'te kararlı ve güvenilir olarak çıktı. Tüm bu yıllar boyunca ve bugüne kadar Apache tamamen özgür kaldı. Belki de bu aynı zamanda sunucunun başarısını da belirledi çünkü NetCraft'a göre Apache şu anda dünyadaki tüm sunucuların %67'sinde kurulu.

1.1 TanımApaçi

Şu anda, Apache'nin iki dalı paralel olarak geliştirilmektedir - sürüm 2.0 ve 1.3. İkinci sürüm, öncelikle programın çekirdeğini ve bazı önemli modülleri etkileyen önemli sayıda değişikliğe uğradı. Sürüm 1.3 için üçüncü şahıslar tarafından yazılan modüller sürüm 2.0'da çalışmadığından, "eski" Apache de desteklenmektedir. Ancak, Apache'yi ilk kez kuruyorsanız, yeni sürüme daha yakından bakmalısınız.

Apache, HTTP/1.1 protokolünü tam olarak destekleyen ve açık kaynaklı, tam özellikli, genişletilebilir bir web sunucusudur. Sunucu neredeyse tüm yaygın platformlarda çalışabilir. Windows NT, Windows 9x, OS/2, Netware 5.x ve birkaç UNIX sistemi için çalıştırılabilir sunucu dosyaları mevcuttur. Kurulumu ve yapılandırması da çok kolaydır. Apache, metin tabanlı yapılandırma dosyaları kullanılarak yapılandırılır. Ana parametreler zaten "varsayılan olarak" yapılandırılmıştır ve çoğu durumda çalışacaktır. Normal "Apache" işlevsellik eksikliği varsa, Apache Group ve üçüncü taraf geliştiriciler tarafından yazılan yeniden dağıtılabilir modüllere daha yakından bakmalısınız. Önemli bir avantaj, içerik oluşturucuların kullanıcılarla aktif olarak iletişim kurması ve tüm hata mesajlarına yanıt vermesidir.

Apache'nin gerçekleştirebileceği en basit işlev, bir sunucu üzerinde durmak ve normal bir HTML sitesi sunmaktır. Belirli bir sayfa için bir istek alındığında, sunucu o sayfadaki tarayıcıya bir yanıt gönderir. Adresi yazarken sayfa açılır - her şey basit.

İşlev, HTTP / 1.1 protokolüne gömülü olan daha karmaşıktır - kullanıcı kimlik doğrulaması. Apache sunucusunun standart araçlarını kullanarak, sitenin belirli sayfalarına erişimi farklı kullanıcılar için kısıtlamak mümkündür. Bu, örneğin siteye bir yönetim arayüzü oluşturmak için gereklidir. Bunun için .htaccess ve .htpasswd dosyaları ile mod_auth ve mod_access modülleri kullanılır. Kullanıcılar gruplara ayrılabilir ve her birine kendi erişim hakları atanabilir.

Sitenin tasarım ve işlevsel kısmını ayırmak ve statik nesnelerin değişimini basitleştirmek için SSI * teknolojisi vardır. Tüm yinelenen bilgileri tek bir dosyaya (örneğin, top.inc) koymanıza ve ardından sayfalara bir bağlantı eklemenize olanak tanır. Ardından, bu bilgilerin birden çok satırını değiştirmeniz gerekirse, bunları yalnızca bir dosyada değiştirmeniz gerekir. Apache sunucusu bu teknolojiyi destekler ve sunucu tarafı dahil etmelerini tam olarak kullanmanıza izin verir.

Aynı sunucuda Unix ailesinin işletim sistemi ve Apache sunucusu kurulu olan birkaç kullanıcı varsa, her biri ayrı bir dizin oluşturabilir. Daha doğrusu takma adla birlikte otomatik olarak oluşturulacaktır. Bu, mod_userdir modülü ve UserDir yönergesi kullanılarak yapılır. Örneğin, kullanıcının ana klasöründeki public_html klasörünü www.site.ru/~user adresiyle eşleştirebilirsiniz. Genel olarak, bu, ücretsiz barındırma sağlayan çoğu sitenin sunucularında yapılır. Sunucu yöneticisi, belirli kullanıcıların ana sayfa oluşturmasına, SSI kullanmasına ve diğer sunucu özelliklerini kullanmasına izin verebilir veya bunları kısıtlayabilir. Tam teşekküllü barındırma genellikle her kullanıcı için ayrı bir sanal sunucu oluşturulmasını sağlar.

Apache sunucusu, sanal sunucuları (ana bilgisayarlar) destekleyen ilk sunuculardan biriydi. Bu özellik, birkaç tam teşekküllü siteyi tek bir fiziksel sunucuda barındırmanıza olanak tanır. Her birinin kendi etki alanı, yöneticisi, IP adresi vb. olabilir.

Domain.ru ve domain.com alan adlarını sunucuda barındırmanız gerekiyorsa, öncelikle DNS sisteminde bunlara bir IP adresi atandığından emin olmanız gerekir. Bundan sonra, Apache yapılandırma dosyasında iki yönerge oluşturun , her bir sanal ana bilgisayarı tanımladığınız yer. Böylece sunucu, gelen talebin hangi klasöre "gönderileceğini" bilecektir.

Şu anda çoğu İnternet sayfası dinamiktir. Bu, görünümlerinin ve içeriklerinin "dillerden" birinde yazılmış bir yazılım komut dosyası kullanılarak oluşturulduğu anlamına gelir; tam olarak dil olarak adlandırılamazlar, tanım oldukça keyfidir. Şu anda en yaygın kullanılan teknolojiler CGI ve PHP'dir. Elbette, Apache'nin her ikisini de desteklemesinin yanı sıra diğer dilleri de dahil etme yeteneği vardır.

mod_cgi modülü, CGI betiklerinin sunucuda barındırılmasına izin verir. Bunlar sadece kabul edilen programlama dillerinden birinde yazılmış yürütülebilir dosyalardır. Hem derlenmiş bir biçimde bulunabilirler, örneğin, CGI'yi C ++ ile yazarlarsa bunu yaparlar ve sunucuda Perl yüklüyse kaynak metin biçiminde programcı bu tür dosyaları koyabilir. Bazen bir .pl uzantıları vardır.

Apache sunucusuna dayalı olarak, yalnızca basit amatör siteler değil, aynı zamanda iletilen veriler için ciddi kriptografik koruma gerektiren kaynaklar da oluşturabilirsiniz. SSL/TLS protokolü özellikle bu amaç için geliştirildi ve desteği Apache 2.0'a yerleştirildi. Özel bir modül kullanarak, kullanıcının orijinalliğini neredeyse kesin olarak garanti etmeyi mümkün kılan, adlandırılmış sertifikalara dayalı olarak kimlik doğrulaması gerçekleştirebilirsiniz.

Apache sunucusu, üzerinde gerçekleştirilen tüm eylemlerin günlüğünü tutabilir. Yönetici, protokolün ayrıntı düzeyini seçebilir. Günlükler, hatalar, başarılı işlemler ve her bir sanal konak için ayrı ayrı tutulur. .

2 . Bir inşaat şirketi için bilgi sistemleri

2.1 Bilgi sistemi 1C: Ticaret ve depo

2.1.1 Program Açıklaması

"1C: Ticaret ve Depo", "1C: Enterprise" sisteminin depo muhasebesi ve ticaretini otomatikleştirmek için standart bir yapılandırmaya sahip Operasyonel Muhasebe bileşenidir.

"Operasyonel Muhasebe" bileşeni, malzeme ve nakit kaynaklarının mevcudiyetini ve hareketini hesaba katmak için tasarlanmıştır. Hem bağımsız hem de diğer 1C:Enterprise bileşenleriyle birlikte kullanılabilir.

"1C: Ticaret ve Depo", her türlü ticari işlemi hesaba katmak için tasarlanmıştır. Esnekliği ve özelleştirilebilirliği sayesinde sistem, dizinleri korumaktan ve birincil belgeleri girmekten çeşitli beyannameler ve analitik raporlar almaya kadar tüm muhasebe işlevlerini yerine getirebilir.

Her türlü ticaret ve depo operasyonlarının otomasyonu

"1C: Ticaret ve Depo", işletmenin tüm aşamalarında çalışmayı otomatikleştirir.

Tipik yapılandırma şunları sağlar:

Ayrı yönetim ve mali kayıtlar tutun;

Birkaç tüzel kişilik adına kayıt tutmak;

· Maliyeti yazma yöntemini (FIFO, LIFO, ortalama) seçme yeteneği ile envanterin lot muhasebesini koruyun;

Kendi malları ve satış için alınan mallar için ayrı muhasebe tutmak;

· mal alım satımı yapmak;

· daha önce girilen verilere dayanarak belgelerin otomatik olarak doldurulmasını sağlamak;

Alıcılar ve tedarikçilerle karşılıklı anlaşmaların kayıtlarını tutun, bireysel anlaşmalar kapsamındaki karşılıklı anlaşmaları detaylandırın;

· gerekli birincil belgeleri oluşturmak;

· faturaları düzenleyin, otomatik olarak bir satış defteri ve bir satın alma defteri oluşturun, CCD numaraları bağlamında niceliksel kayıtlar tutun;

· mal rezervasyonu ve ödeme kontrolünü yapmak;

Cari hesaplarda ve kasada fon kayıtlarının tutulması;

Emtia kredilerinin kayıtlarını tutun ve geri ödemelerini kontrol edin;

Satış için transfer edilen malların, iadelerinin ve ödemelerinin kayıtlarını tutun.

"1C: Ticaret ve Depo" da şunları yapabilirsiniz:

Her ürün için farklı türde gerekli sayıda fiyat belirleyin, tedarikçi fiyatlarını saklayın, fiyat seviyesini otomatik olarak kontrol edin ve hızlı bir şekilde değiştirin;

İlgili belgelerle çalışın;

Mallar için mahsup fiyatlarının otomatik olarak hesaplanmasını gerçekleştirin;

Dizinlerin ve belgelerin grup halinde işlenmesini kullanarak hızla değişiklik yapın;

Malların kayıtlarını çeşitli ölçü birimlerinde ve nakit olarak - çeşitli para birimlerinde tutun;

Malların ve paranın hareketi hakkında çok çeşitli raporlama ve analitik bilgiler alın;

1C: Accounting için otomatik olarak muhasebe girişleri oluşturun.

apache bilgi programı otomasyonu

2.1.2 Dağıtılmış bilgi tabanlarıyla çalışma

Dağıtılmış bilgi tabanlarıyla çalışmak için araçların temel amacı, bölgesel olarak uzak nesnelere sahip işletmelerde birleşik bir otomatik muhasebe sisteminin düzenlenmesidir: yerel bir ağ ile bağlı olmayan şubeler, depolar, mağazalar, sipariş kabul noktaları ve diğer benzer birimler :

sınırsız sayıda özerk çalışan bilgi tabanının sürdürülmesi;

tam veya seçici veri senkronizasyonu;

senkronize edilmiş verilerin bileşiminin ayarlanması;

İsteğe bağlı düzen ve değişiklikleri aktarma yöntemi;

Dağıtılmış bilgi bankası yönetim araçlarının kullanımı, sistem kullanıcılarının eylemlerini kısıtlamaz. Sistem, tüm veri değişikliklerini otomatik olarak takip eder ve açıklanan senkronizasyon kurallarına uygun olarak aktarır.

"Dağıtılmış bilgi bankası yönetimi" bileşeni ayrıca sağlanır

2.1.3 Güvenilirlik ve güvenlik

"1C: Ticaret ve Depo", bilgilerin güvenliğini ve tutarlılığını sağlamak için araçlar içerir:

· Kullanıcılara bilgilerin "doğrudan" silinmesini yasaklama olasılığı;

· çapraz referans kontrollü özel veri silme modu;

Kullanıcıların geçmiş raporlama dönemleri için verileri düzenlemesini yasaklama imkanı;

basılı belge formlarının düzenlenmesine yasak getirilmesi;

· İşin geçici olarak durdurulması sırasında sistemin kullanıcı tarafından "kilitlenmesi".

2.1.4 Esneklik ve özelleştirilebilirlik

"1C: Ticaret ve Depo", belirli bir işletmedeki herhangi bir muhasebe özelliğine uyarlanabilir.

Sistem, gerekirse sistemin tüm ana öğelerini yapılandırmanıza izin veren Yapılandırıcı içerir:

mevcut düzenlemeleri yapın ve herhangi bir yapının yeni gerekli belgelerini oluşturun

belgelerin ekranını ve yazdırma biçimlerini değiştirme

belgelerle çalışmak için günlükler oluşturun ve onlarla verimli çalışmak için belgeleri günlükler arasında keyfi olarak yeniden dağıtın

mevcut dizinleri düzenleyin ve isteğe bağlı yapının yeni dizinlerini oluşturun

dizinlerin özelliklerini düzenle:

· ayrıntıların bileşimini, düzey sayısını, kod türünü, kodun benzersizliğini doğrulama aralığını değiştirin ve gerekli bölümlerde fonların muhasebeleştirilmesi için kayıtlar oluşturun; herhangi bir ek rapor ve bilgi işleme prosedürü oluşturun; tanımlayın yerleşik dilde sistem öğelerinin davranışı.

2.1.5 VEarayüz

"1C: Ticaret ve Depo", modern kullanıcı arabirimi standartlarını takip eder:

- "günün ipuçları" size etkili çalışma yöntemlerini ve sistemin kullanışlı özelliklerini anlatacaktır

Hizmet pencereleri, ana program penceresinin sınırlarına "eklenebilir"

Sistemin ana menüsü komutların "resimlerini" içerir - aynı resimler araç çubuklarının düğmelerine yerleştirilir

araç çubuğu düğmeleri yalnızca resimlerle değil, aynı zamanda metinle de etiketlenebilir.

2.1.6 Açıklık ve erişilebilirlik

"1C: Ticaret ve Depo", diğer programlarla iletişim için çeşitli araçlar içerir.

Metin dosyaları yoluyla bilgi alma ve verme yeteneği, hemen hemen her programla veri alışverişi yapmanızı sağlar.

Ek olarak yerleşik dil, DBF dosyalarıyla çalışmak için araçlar içerir.

Ayrıca "1C: Trade and Warehouse" modern uygulama entegrasyon araçlarını destekler: OLE, OLE Automation ve DDE. Bu araçları kullanmak şunları yapmanızı sağlar:

"1C: Ticaret ve Depo" yerleşik dilini kullanarak diğer programların çalışmalarını yönetin - örneğin, Microsoft Excel'de raporlar ve grafikler oluşturun

diğer programlardan "1C: Ticaret ve Depo" verilerine erişim elde edin

diğer programlar tarafından oluşturulan nesneleri "1C: Ticaret ve Depo" belgelerine ve raporlarına ekleyin - örneğin, birincil belgelere bir şirket logosu yerleştirin

Belgelere ve raporlara çizimler ve grafikler yerleştirin.

1C:Trade and Warehouse açık standartları destekler: ticari bilgi alışverişi (CommerceML) ve ödeme belgesi alışverişi (1C:Enterprise - Banka Müşterisi).

Bu, şunları mümkün kılar: standardı destekleyen Web vitrinlerine ticari teklifler oluşturmak ve yüklemek; karşı taraflarla elektronik katalog, fiyat listeleri ve belge alışverişini organize etmek; Müşteri ile ödeme belgelerinin (ödeme emirleri ve ekstreleri) değiş tokuşu - UNISCAN/EAN Rusya Derneği'nin banka sistemleri veri tabanı.

2.1.7 Ticari ekipmanla çalışma

"1C: Ticaret ve Depo" ticari ekipmanla çalışma sağlar: kasalar, makbuz yazıcıları, tarayıcılar ve barkod yazıcılar, elektronik teraziler, veri toplama terminalleri, müşteri ekranları ve diğer ekipman türleri.

Ticari ekipmanla "entelektüel" etkileşim, örneğin, malların barkodlarını bir tarayıcı ile okuyarak belgelerin doldurulmasını sağlar.

Ticari ekipmanla çalışmak için ek bileşenler ve teknikler ayrıca sağlanır.

Bu yazılımın uygulanmasının kurulum maliyeti, iş sayısına göre değişir. Kurulum, bir veritabanı yönetim sisteminin satın alınması için ek maliyetler gerektirecektir.

Bu makale, 40 işin organize edildiği bir inşaat şirketini, işyeri anahtarlarının montajı, uygulanması ve satın alınması ile 2016 yılı için bir işin ortalama maliyeti ~ 17,5 bin ruble olarak ele almaktadır.

2.2 Bilgi sistemiCRM

CRM (Müşteri İlişkileri Yönetimi) kavramında tutarsızlıklar vardır: bu harf kombinasyonu altındaki biri bir iş metodolojisi görür ve biri müşterilerle çalışmayı otomatikleştirmek için yazılım görür. Hem onlar hem de diğerleri haklı. Ama doğru vurguyu yapalım.

CRM bir stratejidir. Müşteri İlişkileri Yönetimi terimi Rusça'ya "müşteri ilişkileri yönetimi" olarak çevrilebilir.

Bu gerçek çeviri oldukça doğrudur, ancak bariz bir tablo çizmiyor.

Aslında, CRM, müşterinin şirketin faaliyetlerinde ön planda olduğu, iş yapmaya yönelik özel bir yaklaşımdır.

Yani, CRM stratejisi, şirkette, müşterilerin ihtiyaçlarının işletme için en yüksek önceliğe sahip olduğu etkileşim için bu tür mekanizmaların oluşturulmasını içerir.

Böyle bir müşteri odaklılık sadece şirketin genel iş stratejisini değil aynı zamanda kurum kültürünü, yapısını, iş süreçlerini, operasyonlarını da etkiler.

Bir CRM stratejisi uygulamanın temel amacı, yeni müşterileri çekmek ve mevcut müşterileri geliştirmek için bir boru hattı oluşturmaktır.

İlişki yönetimi, yeni müşteriler çekmek, tarafsız müşterileri sadık müşterilere dönüştürmek ve düzenli müşterileri iş ortaklarına dönüştürmek anlamına gelir.

Bir CRM sistemi, CRM stratejisi otomasyonunun somutlaşmış halidir. Bilgi teknolojisi, CRM stratejisinin hayata geçirilmesinde çok önemli bir rol oynamaktadır.

CRM yazılımı, bir şirketin CRM stratejisi biçiminde uygulanan iş süreçlerini, prosedürlerini ve operasyonlarını otomatikleştirmek için tasarlanmış özel bir sistemdir.

Müşterileri kazanmak ve elde tutmak için kilit bir araç olan CRM uygulamaları, müşterilerle ilişkilerde insan faktörünü en aza indirir ve satış, pazarlama ve müşteri hizmetlerinde şeffaflığı artırır.

Aynı zamanda, müşteri ilişkileri sürecini otomatikleştirmenin önemli olduğunu, ancak müşteri odaklı bir şirket kurmanın tek veya birincil adımı olmadığını anlamak önemlidir.

Yazılım ürünü, mevcut düzenlemeleri ve süreçleri destekleyecek ve şirket ile birlikte gelişecek kullanışlı bir araçtır.

2.2.1 İş süreci otomasyonu

Tüm iş süreçlerini rafa kaldırmak, resmileştirmek, iş analistleri tarafından çözülen önemsiz bir görevdir.

Tüm çalışanlar düzenlenmiş süreçlere göre hareket ederse hata sayısı azalır, şirketin işleri hızlanır ve iş sonuçları daha öngörülebilir hale gelir.

Süreçlerin yürütülmesi yöneticilere şeffaf olursa, işteki zayıflıkları tespit etmeleri ve çalışanların çabalarını doğru yöne yönlendirmeleri çok daha kolaydır.

Bu görevler, bir CRM sistemi kullanılarak süreçlerin otomatikleştirilmesiyle çözülebilir.

İşlemlerin yürütülmesini ve kontrolünü resmileştirmek, otomatikleştirmek için Terrasoft CRM özel araçlar sunar. Bir iş analisti, CRM sistemindeki herhangi bir karmaşıklığın algoritmik süreçlerinin bir tanımını oluşturmanıza izin veren kullanışlı bir görsel düzenleyiciyi takdir edecektir.

Yöneticiler, süreçteki görevlerin uygulayıcılarını ve katılımcılarını belirleyebilecek, belirli bir görevin yerine getirilmesi için harcanan zamanı düzeltebilecek ve yöneticiler hem iş süreçlerinin hem de çalışanların çalışmalarının etkinliğini analiz edebilecektir.

CRM sistemi, şirketin iş süreçlerinin ilerlemesi üzerinde otomasyon ve operasyonel kontrol sağlayarak, bunların zamanında ve yüksek kalitede yürütülme olasılığını artırır.

Yeni çalışanlar hızlanır, departmanlar arası iletişim gelişir. Ve iş süreçlerinin etkinliğini değerlendirme araçları, bir bütün olarak şirket faaliyetlerinin optimizasyonuna katkıda bulunur.

2.2.2 Müşteri bilgi yönetimi

Herhangi bir CRM sisteminin "kalbi", işletmeniz çerçevesinde şirketinizle etkileşime giren hem bireylerin hem de tüzel kişilerin bir veritabanıdır. Bunlar sadece müşteriler değil aynı zamanda şirket şubeleri, ortakları, tedarikçileri, rakipleridir.

Bir müşteri veri tabanı başlı başına değerli bir varlıktır ve bir CRM sisteminde uygun veri yönetimi, bilgileri işinizde 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 etkileşim stratejisi oluşturur.

Güçlü analitik CRM araçlarıyla birlikte, tek 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.

2.2.3 Satış Yönetimi

Bir CRM sisteminin ana işlevi, yöneticilerin satışları planlamasına, şeffaf işlem yönetimi düzenlemesine ve satış kanallarını optimize etmesine yardımcı olmaktır.

Sistem, müşterilerle olan tüm iletişim geçmişini saklar ve bu da satış departmanlarının müşteri davranışlarını analiz etmesine, onlar için uygun teklifler oluşturmasına ve sadakat kazanmasına yardımcı olur.

CRM sisteminde satış planlaması çeşitli bölümlerde (bölgelere, yöneticilere, alanlara göre vb.) organize edilir. Yönetici, olasılıkları dikkate alarak müşterileri hakkındaki verilere dayanarak bir plan hazırlar ve onaylanan ödemelerin hacmini analiz eden yönetici, yönetici için bir teşvik planı yapabilir.

Yöneticiler, CRM konusunda özel taleplerde bulunurlar. CRM sistemi araçlarının yardımıyla yöneticiler, yöneticilerin çalışmalarının kalite göstergelerini (satış hunisi), satış planlarının uygulanmasını, ödeme ve teslimat sürelerine uygunluğu kontrol edebilir.

Sistem, işlemlerin hacmini ve olasılığını değerlendirmenize, satış iş süreçlerini yönetmenize, işlemin durumunu izlemenize ve rakiplerin eylemlerini analiz etmenize olanak tanır.

CRM sisteminin çözülmesine yardımcı olduğu en önemli görevlerden biri, çapraz satış, ek satış organizasyonudur.

Sistem, bir çapraz satış matrisi ve bir ürün-segment matrisi oluşturmanıza, müşterileri çeşitli parametrelere göre gruplandırmanıza ve potansiyel ilgi alanlarını belirlemenize olanak tanır.

Öngörü ve analiz araçları sunan, çalışanların müşterilerle ve kendi aralarındaki etkileşimlerini otomatikleştiren CRM sistemi, mevcut satış kanallarının optimizasyonu ve şirket kârlılığının artırılması için ön koşulları oluşturmaktadır.

2.2.4 Ürün Portföy Yönetimi

Herhangi bir ticari kuruluş için rekabetçi fiyatlarla yüksek kaliteli ürün ve hizmetler sunmak, ürün hatlarını sürekli geliştirmek önemlidir.

CRM sistemi, terminolojiyi yapılandırmanıza ve şirketin tüm mal ve hizmet kataloğunu yönetmenize olanak tanır. CRM yetenekleri, müşterilere en iyi hizmet paketini sunmak ve popüler ürünleri belirlemek için özel fiyat ve indirimlerin takibini, veri analizini ve ilişkileri sağlar.

2.2.5 Zaman yönetimi

Verimli zaman yönetimi ve zaman takibi, şirketin tüm iş süreçlerine olumlu etki etmektedir. CRM sistemi, kurum çalışanlarının sadece o anki çalışma saatlerinin kullanımını kayıt altına almasına değil, aynı zamanda gelecek dönemlerin yükünü de planlamasına olanak tanır.

CRM sistemi araçları, bir çalışanın kendi çalışma zamanını planlayabileceği, planlanan görevlerin sonuçlarını not edebileceği, meslektaşlarının programını görüntüleyebileceği programa kolay erişim sağlar. Buna karşılık, yönetimin emrinde, astların iş yükünü ve performansını izlemek için araçlar bulunur.

Tüm görevleri ilgili karşı taraflarla, kişilerle, işlemlerle ilişkilendirme yeteneği sayesinde, her müşteriyle bir çalışma geçmişi oluşturulur ve biriktirilir.

İş sürecine göre görevlerin %80'inin otomatik olarak oluşturulması, çalışanları rutin işlemlerden kurtarmanıza, çalışma süresini en rasyonel şekilde ayırmanıza ve tek bir önemli konuyu unutmamanıza olanak tanır.

2.2.6 İş akışı otomasyonu

CRM sistemi, şirketin hem harici hem de dahili belge yönetimini yönetmek için gerekli tüm araçları sağlar. Bu araçlar, şablonlardan otomatik olarak belge oluşturma, belgelerin basılı formlarını hazırlama, belgelerin sürüm oluşturmayı destekleme, sistemde belgeleri hızlı bir şekilde arama, elektronik belge deposu oluşturma ve çok daha fazlası için araçlar sağlar.

CRM'de dokümantasyonu sürdürürken, erişim haklarının esnek bir şekilde farklılaştırılması, elektronik onay ve ayrıca dokümanlar arasındaki ilişkinin muhasebeleştirilmesi ile dokümanlarla toplu çalışma organize etmek mümkündür.

2.2.7 Programın analitik yetenekleriCRM

Müşteriler, onların değeri ve kârlılığı hakkında derin bir bilgi analizi yapmadan, şirketin iş süreçlerindeki "darboğazları" belirlemeden ve satış sistemini analiz etmeden bir işletmenin kârlılığını artırmak imkansızdır. CRM sistemi, şirketin stratejik olarak önemli iş kararları almak için gerekli olan istatistiksel bilgileri elde etmesine, karmaşık veri analizleri yapmasına olanak tanır.

100'den fazla standart sistem raporu, tüm tipik iş görevlerini analiz etme ve kontrol etme fırsatı sunar. Yerleşik rapor oluşturucuyu kullanarak, her kuruluşun özel ihtiyaçlarını karşılayan analitik formlar oluşturabilirsiniz.

Ek olarak, CRM sisteminin kontrol panelinde, analizi yönetimin her çalışanın performansını değerlendirmesine olanak tanıyan KPI'ları (Anahtar Performans Göstergeleri) izleyebilirsiniz.

Bu yazılım, bir inşaat firmasına 1C yazılımı ile birlikte kurulur. Konfigürasyonlar geliştirmek, bir program yazmak, kurmak, 1C'ye entegre etmek ve uygulamak için işyeri başına ~ 10 bin ruble harcanacak.

Allbest.r'de Öne Çıkanlar

Benzer Belgeler

Bir bilgi sisteminin oluşturulmasının analizi. Bir onarım ve inşaat şirketi için mevcut veri tabanı yönetim sistemlerinin analizi. Teknik araçların bileşimi ve parametreleri için gereklilikler. Yazılım sisteminin yapısı. Girdi ve çıktı bilgilerinin açıklaması.

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


Dairelerin onarımı için bir inşaat şirketinde siparişlerin kaydedilmesi ve yerine getirilmesi için otomatik bir sistemin oluşturulması. Bilgi sistemi için genel gereksinimler. Veritabanı yapı tasarımı. Bir ER diyagramı oluşturma. Bilgi sisteminin uygulanması.

dönem ödevi, 03/24/2014 eklendi


Şirketin yönetim yapısının tanımı. Yazılım ve donanımın yapısı. Teknik özelliklerin analizi. Bir inşaat şirketinin proje yönetimi için bir bilgi sisteminin etkinliği için genelleştirilmiş bir kriterin hesaplanması. Programlama dili ve DBMS seçimi.

tez, 06/29/2013 eklendi


Microsoft yazılım ürünleri: Access, Visual FoxPro7.0, dBASE. Verileri entegre etme, işbirliği yapma ve kullanma becerisi. Veritabanı yönetim sistemleri (DBMS), temel işlevleri ve bileşenleri. Tablo modunda verilerle çalışın.

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


Bilgi sistemlerini tasarlamanın aşamaları. Kurumsal bilgi sistemleri, gelişim eğilimleri. Veritabanı organizasyon gereksinimleri. İlişkisel veritabanlarının temel kavramları. Tasarım sistemi seçimi. Uygulamanın mantıksal yapısı.

tez, 20.12.2012 eklendi


Veritabanı yönetim sisteminin ana sınıflandırma özellikleri. Veri modeli, programın türü ve kullanımının doğası. Profesyonel geliştiriciler için programlama araçları. Bilgisayar ağlarında veri işleme merkezlerinin organizasyonu.

sunum, 10/14/2013 eklendi


Ekonomide bilgi yönetiminin özellikleri. Bir veri tabanı yönetim sisteminin kavramı ve işlevleri, standart bir ilişkisel sorgulama dilinin kullanımı. Veritabanlarını düzenlemek ve bunlarla çalışmak için araçlar. Ekonomide veritabanı yönetim sistemleri.

test, 11/16/2010 eklendi


Bir veritabanı yönetim sisteminin ortaya çıkışı. "İnşaat şirketi" veritabanını tasarlama aşamaları. İnfolojik ve datalojik veri modeli. "İnşaat şirketi" veritabanıyla çalışmak için bilgi ve program uyumluluğu gereksinimleri.

dönem ödevi, 03/31/2010 eklendi


CRM'in tanımı, amacı şirketin tüm departmanlarının müşterilerle etkileşimini sağlayarak şirketin iş süreçlerini otomatikleştirmek olan bir bilgi sistemidir. Sistemlerin sınıflandırılması: operasyonel, analitik ve işbirlikçi.

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


Bir inşaat şirketinin faaliyetlerini otomatikleştirmek için bir veritabanının mantıksal tasarımı. Bağlantıların sınıflandırılması. İlişkisel veritabanı modeli. Nitelikler arasındaki işlevsel bağımlılıklar. Anahtar seçimi. İlişkilerin normalleşmesi. Veritabanı sorguları.