Bir yaşam döngüsü modeli, yaşam döngüsü boyunca gerçekleştirilen işlemlerin, eylemlerin ve görevlerin yürütme sırasını ve ilişkisini belirleyen bir yapıdır.
En yaygın olanları iki ana yaşam döngüsü modelidir:
· Kademeli model (70-85);
· Spiral model (86-90).
kademeli model
Şelale yöntemi, tüm gelişimin aşamalara bölünmesidir ve bir aşamadan diğerine geçiş, ancak mevcut olandaki çalışma tamamen tamamlandıktan sonra gerçekleşir (Şekil 2).
Şelale yaklaşımını kullanmanın faydaları:
Her aşamada tam bir set oluşturulur Proje belgeleri tamlık ve tutarlılık kriterlerini karşılayan;
· Mantıklı bir sırayla yürütülen işin aşamaları, tüm işlerin tamamlanma zamanlamasını ve buna karşılık gelen maliyetleri planlamanıza olanak tanır.
Şelale yaklaşımı, geliştirmenin en başında tüm gereksinimleri doğru ve eksiksiz bir şekilde formüle etmenin mümkün olduğu bilgi sistemleri oluştururken kendini kanıtlamıştır. Karmaşık yerleşim sistemleri, gerçek zamanlı sistemler ve diğer benzer görevler bu kategoriye girer.
İncir. 2 Şelale yaklaşım şeması
Bununla birlikte, gerçekte, IP oluşturma sürecinde, önceki aşamalara geri dönme, daha önce netleştirme veya revize etme konusunda sürekli bir ihtiyaç vardır. alınan kararlar... Gerçek oluşturma süreci bilgi sistemi almak sonraki görünüm(Şekil 3):
Şekil 3 Şelale modeline dayalı bir IC oluşturmanın gerçek süreci
Batı literatüründe böyle bir iş organizasyonu için kullanılan isimlerden biri de “şelale modeli”dir.
Şelale yaklaşımının ana dezavantajı, sonuçların elde edilmesinde önemli bir gecikmedir. Otomatikleştirilmiş bir nesnenin modelleri (hem işlevsel hem de bilgi amaçlı), onayları ile aynı anda eski olabilir. Diğer bir dezavantaj, bilgi sisteminin bu şekilde tasarımının, işçilerin mevcut üretim faaliyetlerinin ilkel otomasyonuna (aslında "mekanizasyona") yol açmasıdır.
Spiral yaşam döngüsü modeli (Şekil 4) yaşam döngüsünün ilk aşamalarına odaklanır: analiz ve tasarım. Teknik çözümlerin fizibilitesi prototipleme ile doğrulanır.
Şekil 4.
Spiralin her dönüşü, bilgi sisteminin yeni bir parçasının veya versiyonunun oluşturulmasına tekabül eder, üzerinde projenin hedefleri ve özellikleri belirtilir, kalitesi belirlenir ve bir sonraki spiral dönüşünün çalışması planlanır. Bu durumda, spiralin bir dönüşü, kademeli şema tipinin eksiksiz bir tasarım döngüsünü temsil eder. Bu yaklaşıma "Sürekli Tasarım" da deniyordu. Daha sonra, tasarım döngüsü ayrıca sistemin prototipinin geliştirme ve test aşamalarını da içermeye başladı. Buna "hızlı prototipleme", hızlı prototipleme yaklaşımı veya "hızlı izleme" adı verildi.
Bununla birlikte, bu tür yöntemlerin kullanımı, hızlı bir etki ile birlikte, bir bütün olarak projenin yönetilebilirliğinde ve bilgi sisteminin çeşitli parçalarının bağlanabilirliğinde bir azalma sağlar. Spiral döngünün temel sorunu, bir sonraki aşamaya ne zaman geçileceğinin belirlenmesidir. Planlanan işlerin tamamı tamamlanmasa bile geçiş planlandığı gibi ilerler. Plan, önceki projelerde elde edilen istatistiksel verilere ve geliştiricilerin kişisel deneyimlerine dayanarak hazırlanır.
AIS Yaşam Döngüsü Modelleri - Yaşam döngüsü boyunca gerçekleştirilen süreçlerin, eylemlerin, görevlerin sıralı uygulamasını ve bu süreçler arasındaki ilişkiyi tanımlayan bir yapı.
Şelale Modeli. Bir sonraki aşamaya geçiş, bir önceki aşamadaki işin tamamen tamamlanması anlamına gelir. Gereksinim oluşturma aşamasında belirlenen gereksinimler, teknik şartnameler şeklinde kesin olarak belgelenir ve tüm proje geliştirme dönemi için sabitlenir. Her aşama, geliştirmenin başka bir geliştirme ekibi tarafından sürdürülmesi için yeterli olan eksiksiz bir belge setinin yayınlanmasıyla sona erer.
Şelale modeline göre proje aşamaları:
1. Gereksinimlerin oluşumu;
2. Tasarım;
3. Geliştirme;
4. Test;
5. Uygulama;
6. Çalıştırma ve bakım.
Avantajlar:
-Her aşamada eksiksiz ve tutarlı belgeler;
-İşlerin sırasının özel sırası;
-Son teslim tarihlerini ve maliyetleri net bir şekilde planlamanıza olanak tanır.
Kusurlar:
-Bitmiş sonuçların elde edilmesinde önemli bir gecikme;
-Herhangi bir aşamadaki hatalar, sonraki adımlar tasarım belgelerini iade etme ve yeniden düzenleme ihtiyacına yol açan;
-Proje yönetiminin karmaşıklığı.
Spiral modeli. Her yineleme, yazılımın bir parçasının veya sürümünün oluşturulmasına karşılık gelir, üzerinde projenin hedefleri ve özellikleri belirtilir, elde edilen sonuçların kalitesi değerlendirilir ve bir sonraki yinelemenin çalışması planlanır.
Her yineleme, AIS'nin 1. sürümü biçiminde eksiksiz bir geliştirme döngüsüdür.
Yineleme aşamaları:
1. Gereksinimlerin oluşumu
3. Tasarım
4. Geliştirme
5.Entegrasyon
Her yinelemede aşağıdakiler değerlendirilir:
Projenin şartlarını ve maliyetini aşma riski;
Bir yineleme daha gerçekleştirme ihtiyacı;
Sistem gereksinimlerinin anlaşılmasındaki eksiksizlik ve doğruluk derecesi;
Projeyi sonlandırma fizibilitesi.
Avantajlar:
-Projede değişiklik yapma süreci basitleştirildi;
-Proje yönetiminde büyük esneklik sağlar;
-Güvenilir ve istikrarlı bir sistem elde etme yeteneği, çünkü hatalar ve tutarsızlıklar her yinelemede algılanır;
-Her yinelemeyi kontrol etme sürecinde müşterinin iş üzerindeki etkisi.
Kusurlar:
-Planlamanın karmaşıklığı;
-Geliştiriciler için stresli çalışma modu;
-İş planlaması mevcut deneyime dayalı olarak yapılır ve her versiyonun kalitesini ölçmek için yeterli metrik yoktur.
Tasarım teknolojisi, AIS'nin geliştirilmesi ve bakımı için gereksinimler
Tasarım teknolojisi- üç bileşenin bir kombinasyonunu tanımlar:
- sırayı tanımlayan adım adım prosedür teknolojik işlemler tasarım;
- teknolojik operasyonların sonuçlarını değerlendirmek için kullanılan kurallar;
- tasarım geliştirmenin inceleme ve onay için sunulması.
Teknolojinin ana içeriğini oluşturan teknolojik talimatlar, teknolojik işlemlerin sırasının, hangi veya başka bir işlemin gerçekleştirildiğine bağlı olarak koşulların ve işlemlerin kendisinin açıklamalarından oluşmalıdır.
IS'nin tasarım, geliştirme ve bakım teknolojisi aşağıdaki genel gereksinimleri karşılamalıdır:
Teknoloji, yazılımın tüm yaşam döngüsünü desteklemelidir;
Teknoloji, belirli bir kalitede ve belirli bir süre içinde IS geliştirme hedeflerine garantili bir şekilde ulaşılmasını sağlamalıdır;
Teknoloji, küçük gruplar halinde (3-7 kişi) bireysel alt sistemlerin tasarımı üzerinde çalışma yapma yeteneği sağlamalıdır. Bu, dış ilişki sayısını en aza indirerek ekibi yönetme ve verimliliği artırma ilkelerinden kaynaklanmaktadır;
Teknoloji, projenin konfigürasyonunu yönetme, projenin ve bileşenlerinin versiyonlarını koruma, proje belgelerini otomatik olarak yayınlama ve versiyonlarını projenin versiyonlarıyla senkronize etme yeteneğini sağlamalıdır;
IS'nin tasarımı, geliştirilmesi ve bakımı için herhangi bir teknolojinin kullanımı özel organizasyon ve belirli bir proje, tüm proje katılımcıları tarafından uyulması gereken bir dizi standart (kurallar, anlaşmalar) geliştirilmeden imkansızdır. böyle standartlar şunları içerir:
- tasarım standardı;
- proje belgelerinin tasarımı için standart;
-Kullanıcı arayüzü standardı.
Geliştirme gereksinimi
- Yaratılış çalışmalarının yürütülmesi yazılım;
AIS'nin tanıtımı için hazırlık;
Projenin ana göstergelerinin kontrolü, test edilmesi.
Bakım gereksinimleri
BDT'nin uygulanmasının tamamlanmasına, idari düzenlemeler sisteminin yayınlanması ve iş tanımlarıörgütün işleyiş düzenini belirleyen unsurdur. Bilgi sisteminin faaliyete geçtiği andan itibaren, "Bilgi sisteminin işleyişine ilişkin Yönetmelik" ve bir dizi yönetmelik esas alınarak işleyiş gerçekleşir. Sistemin bakımı ve kesintisiz çalışması, ilgili düzen ile yetkilendirilmiş kuruluş birimi tarafından gerçekleştirilir. Bilgi sisteminin devreye alınmasından sonra tamamlanması bireysel projelere ve teknik şartnamelere uygun olarak gerçekleştirilir.
Kurumsal bilgi sisteminin sürdürülmesi sürecinde görev, uygulanabilirliğini korumaktır. Kurumsal bilgi sisteminin uygulanabilirliği, büyük ölçüde, kurumsal bilgi sisteminin yaşam döngüsü boyunca değişen üniversitenin gerçek görev ve ihtiyaçlarına ne kadar karşılık geldiği ile belirlenir.
ZhCIS- bu, IP ihtiyacının ortaya çıktığı andan hizmetten tamamen geri çekildiği an ile biten IP'nin oluşturulması ve kullanılması dönemidir.
Bir bilgi sisteminin yaşam döngüsünün aşamaları:
1. Tasarım öncesi inceleme:
· Tasarım için malzemelerin toplanması, otomasyon nesnesinin çalışmasından gereksinimlerin formülasyonunu vurgularken, IS'nin ön tasarım versiyonunun ön sonuçları verilir;
Materyallerin analizi ve dokümantasyonun geliştirilmesi
2. Tasarım:
2.1 ön tasarım;
· IS geliştirme yönleri için tasarım çözümlerinin seçimi;
· Gerçek IS bileşenlerinin tanımı;
Tasarım ve onay teknik proje(TP).
2.2 detaylı tasarım:
· Programların matematiksel yöntemlerinin veya algoritmalarının seçimi veya geliştirilmesi;
· Veritabanı yapılarının düzeltilmesi;
· Yazılım ürünlerinin teslimatı ve kurulumu için belgelerin oluşturulması;
Bir kompleks seçimi teknik araçlar Kurulumu için belgelerle birlikte.
2.3 IS'nin (TRP) bir tekno-çalışan projesinin geliştirilmesi.
2.4 IS yardımıyla yönetim işlevlerinin uygulanması için bir metodolojinin geliştirilmesi ve yönetim aparatının eylemleri için düzenlemelerin bir açıklaması.
3. IS'nin Gelişimi:
· Donanım ve yazılımların elde edilmesi ve kurulması;
· Yazılım kompleksinin test edilmesi ve ince ayarı;
· Yazılım ve donanımın çalışması için talimatların geliştirilmesi.
4. IS'nin devreye alınması:
· Teknik araçların girişi;
· Yazılım girişi;
· Personelin eğitimi ve sertifikalandırılması;
· Deneme işlemi;
· Kabul belgelerinin teslimi ve imzalanması.
5. IC'nin Çalışması:
· Günlük operasyon;
· Tüm projenin genel desteği.
Bilgi sistemi yaşam döngüsü modelleri:
· kademeli model- Bir önceki aşamadaki çalışmanın tam olarak uygulanmasından sonra sonraki aşamalara geçişi önerir. Model, uygulanan tüm alanlarda klasik bir yaklaşım sergilemektedir;
· yinelemeli model- ara kontrol ve geri besleme döngülerine sahip adım adım bir model. Bu modelin avantajı, kademeli olana kıyasla daha az emek yoğunluğu sağlayan adım adım ayarlamalardır. Ancak, her aşamanın ömrü, tüm geliştirme dönemi için hesaplanır;
· spiral model- bu model, analiz ve tasarımın ilk aşamalarına odaklanır. Bu model, her yinelemenin (döngü), anlamlı bir bilgi sistemi haline gelmek için yinelemeden yinelemeye kadar geliştirilmiş bir ürün sürümünün (IS proje sürümü) yayınlanmasına yol açan eksiksiz bir geliştirme döngüsünü temsil ettiği yinelemeli bir geliştirme sürecidir. Ayrıca, spiralin her dönüşü, bir bilgi sistemi oluşturmak için adım adım bir modele karşılık gelir. O. IP'nin kanıtlanmış versiyonu derinleştirilir ve tutarlı bir şekilde somutlaştırılır, bu da daha sonra gerçekleştirmeye getirilir.
IS inşa etmenin ana yolları:
· "Kendiniz için" sistemin geliştirilmesi;
Prototiplerin kullanımı - eksiksiz bir sistem yerine, kullanıcıların temel ihtiyaçlarını karşılayan bir prototip oluşturulur:
Temel sorguların tanımı;
Çalışan bir prototipin oluşturulması;
Çalışan bir prototip kullanmak;
Prototipin revizyonu ve iyileştirilmesi;
Prototipin son hali ile çalışmak;
· IP yönetim işlevlerinin devri için üçüncü taraf bir kuruluşun hizmetlerinin kullanılması - kuruluş, şirketin IP'sinin işletilmesi ve geliştirilmesi için yönetim işlevlerini gerçekleştiren uzman bir firma kullanır.
Artıları:
· Garanti hizmet kalitesi;
· kaydetme Para;
· insan kaynakları.
eksileri:
· ucuz değil;
· bilgi sızıntısı;
· bağımlılık;
· BT üzerindeki kontrol kaybı.
Ekonomik bir nesnenin yönetim sistemi, birbiriyle ilişkili iki unsurun (iki bileşen) bir kombinasyonu olarak düşünülebilir: yönetim konusu(SU) ve yönetim nesnesi(OU).
Yönetimin konusu planlar geliştiren, alınan kararlar için gereksinimleri formüle eden ve ayrıca uygulamalarını izleyen çalışanları birleştiren bir yönetim aygıtıdır.
Kontrol nesnesi doğrudan kendisine verilen görevlerin uygulanmasını yürüten bir kuruluştur. Yönetim nesnesinin görevi, yönetim aparatı tarafından geliştirilen planların uygulanmasını içerir, yani. yönetim sisteminin oluşturulduğu faaliyetlerin uygulanması.
Kontrol konusu ve kontrol nesnesi doğrudan ve geri besleme ile bağlantılıdır. Doğrudan bağlantı, yönetim aparatından kontrol nesnesine yönlendirilen direktif bilgi akışı ile ifade edilir ve bunun tersi, alınan kararların uygulanması hakkında ters yönde yönlendirilen raporlama bilgisi akışıdır (bkz. Şekil 12).
Yönerge bilgileri, yönetimin amaçlarına ve mevcut ekonomik durum, çevre hakkındaki bilgilere uygun olarak yönetim aygıtı tarafından oluşturulur. Raporlama bilgileri, yönetimin nesnesi tarafından oluşturulur ve iç ekonomik durumun yanı sıra dış çevrenin bunun üzerindeki etki derecesini (ödemelerdeki gecikmeler, elektrik kesintileri, hava koşulları, bölgedeki sosyo-politik durum vb.) ). Böylece, dış ortam sadece yönetimin amacını etkilemekle kalmaz, aynı zamanda kararları dış faktörlere (piyasa koşulları, rekabetin varlığı, faiz oranlarının değeri, enflasyon, vergi ve gümrük politikaları) bağlı olan yönetim kadrosuna bilgi sağlar.
Bilgi akışlarının (P ve O), verilerin işlenmesi, iletilmesi ve depolanması araçlarının yanı sıra veri işleme işlemlerini gerçekleştiren yönetim cihazının çalışanları arasındaki ilişki, ekonomik bir nesnenin bilgi sistemini oluşturur.
Yönetim ihtiyacı, kendileri için belirlenen yerel ve küresel hedeflere ulaşmak için birleşmiş çalışma kolektifi üyelerinin faaliyetlerini koordine etmek gerektiğinde ortaya çıkar. Başlangıçta, herhangi bir hedef genelleştirilir ve yalnızca açıklama sürecinde yönetim aygıtı tarafından hedef işlevler şeklinde resmileştirilir.
Ekonomik bir nesneyi yönetme sürecinde, operasyonel , taktik ve stratejik kararlar. Buna uygun olarak, genellikle yönetim aparatının üç yönetim seviyesinden oluştuğu söylenir: operasyonel, orta ve daha yüksek.
Üzerinde ekonomik bir nesnenin en yüksek yönetimi üst düzey yöneticiler var. Yönetim, dış politika, malzeme, mali ve emek kaynakları, uzun vadeli planlar ve bunların uygulanması için bir strateji geliştirir. Yetkinlikleri genellikle pazarın analizini, rekabet düzeyini, pazar koşullarını ve ilgi alanındaki tehdit edici eğilimleri belirlemesi durumunda bir işletmenin gelişimi için alternatif stratejiler aramayı içerir.
Üzerinde ekonomik bir nesnenin ortalama yönetim seviyesi üst düzey yöneticiler var. Bu düzeyde, ana odak, işletmeyi planların gerektirdiği düzeye getirmek için taktik planlar hazırlamak, bunların uygulanmasını izlemek, kaynakları izlemek ve yönetim direktifleri geliştirmektir.
Üzerinde ekonomik bir nesnenin operasyonel yönetim seviyesi yöneticiler var yapısal birimler(departmanlar, hizmetler, atölyeler vb.). Bu düzeyde planlar uygulanır ve ilerleme raporları hazırlanır. Operasyonel yönetimin ana görevi, üretim sürecinin tüm unsurlarını zaman ve mekanda gerekli ayrıntı derecesi ile koordine etmektir.
Ekonomik bir nesnenin yönetim seviyelerinin her birinde, karmaşık bir şekilde yönetim sağlayan işler gerçekleştirilir. Bu işlere genellikle fonksiyon denir. Hedeflere bağlı olarak, değişen derecelerde genellik işlevleri ayırt edilebilir. Aşağıdaki işlevler tipiktir: planlama , muhasebe ve kontrol , analiz ve düzenleme .
Planlama- yönetim amacının ideal bir biçimde gerçekleştirildiği bir işlev. Planlama, üst yönetimin faaliyetlerinde, daha az - ortalama ve asgari düzeyde - operasyonel düzeyde önemli bir yer tutar. Üst düzey planlama, gelecekteki zorluklarla ilgilidir ve uzun vadelidir. Orta düzeyde, planlama daha fazla yapılır. kısa vadeli, en üst yönetim kademesinin planı detaylandırılırken. Bu seviyedeki göstergeler daha doğrudur. operasyonel yönetim planın en ayrıntılı detaylandırılmasını önerir.
Muhasebe ve kontrol - işletmenin ilerlemesi hakkında bilgi edinmeyi, elde edilen sonuçların planlananlara uygunluğunu kontrol etmeyi amaçlayan işlevler. Muhasebe genellikle alt bölümlere ayrılır. operasyonel, muhasebe ve istatistiksel... Muhasebe, sırayla, alt bölümlere ayrılabilir: parasal ve yönetsel... Muhasebe esas olarak operasyonel ve orta yönetim seviyelerinde gerçekleştirilir. Yönetimin en üst düzeyinde muhasebe yoktur, ancak temelinde üretim sonuçlarının analizi ve seyrinin düzenlenmesi tamamen gerçekleştirilir.
analiz ve düzenleme - bu, gerçek göstergelerin normatif (yönerge, planlı) ile karşılaştırılması, izin verilen parametrelerin ötesine geçen sapmaların belirlenmesi, sapma nedenlerinin belirlenmesi, rezervlerin belirlenmesi, mevcut durumu düzeltmenin yollarını bulma ve getirmeye karar vermedir. Kontrol nesnesini planlanan yörüngeye. Sapmaların nedenlerini belirlemek için etkili bir araç, faktor analizi, ve bu durumdan çıkış yollarını bulmak için uzman sistemler.
Yönetim kademeleri ile yerine getirdikleri işlevler arasındaki ilişki, yapılan iş miktarı açısından Tablo 7'de sunulmuştur.
İncir. 12, ekonomik bir nesneyi yönetme sürecinin ana aşamalarının ilişkisini gösterir.
Slaytlarla AIS oluşturma AIS yaşam döngüsü modellerinin sunum aşamaları
Yaşam döngüsü AIS, bir sistem oluşturmaya karar verdiği andan çalışmayı durdurduğu ana kadar AIS'nin gelişiminde geçirdiği bir dizi aşama ve aşamadır.
Yaşam döngüsü aşamaları 1 Planlama ve analiz (proje öncesi aşama) - sistemin ne yapması gerektiğinin belirlenmesi. Fizibilite çalışması (FS) ve teknik atama (TOR).
2 Tasarım (teknik ve mantıksal tasarım) - sistemin nasıl çalışacağının tanımlanması (alt sistemlerin, fonksiyonel bileşenlerin ve bunların nasıl etkileşime girdiğinin belirtilmesi *). Teknik bir projenin kaydı. * Spesifikasyon, belirli bir görev için gereksinimlerin doğru, eksiksiz ve açıkça formüle edilmiş bir açıklamasıdır.
3. Uygulama (ayrıntılı tasarım, programlama) - İşlevsel bileşenlerin ve bireysel alt sistemlerin oluşturulması, alt sistemlerin tek bir bütün halinde bağlanması. Veritabanını doldurma. Personel için talimatların oluşturulması. Çalışan bir projenin kaydı
4 Uygulama (test, deneme işletimi) - sistemin kurulumu ve devreye alınması, alt sistemlerin hatalarının giderilmesi, personel eğitimi. Kabul testi sertifikasının kaydı.
Açıklamalar 1. Aşama 2 ve 3, tekno-çalışma tasarımı veya sistem sentezinde birleştirilebilir. 2. Yaşam döngüsünün her aşamasında belirli bir dizi teknik çözüm ve ilgili belge kullanılır.
3. Her aşama için bir önceki aşamada ilk belgeler ve kararlar alınır. 4. Yaşam döngüsü modelleri, bir sistem oluşturma sürecindeki aşamaların uygulanma sırasını ve aşamadan aşamaya geçiş kriterlerini belirler.
Yaşam döngüsü modeli, kurulduğu andan tamamen eskidiği ana kadar sistemin çeşitli durumlarını yansıtan AIS'nin yaratılması ve kullanılması için bir modeldir.
Cascade yaşam döngüsünün ana modelleri - bir öncekinin çalışmasının tamamlanmasından sonra bir sonraki aşamaya geçişi içerir. Bu model, tüm gereksinimlerin en baştan doğru ve eksiksiz olarak formüle edildiği AIS'nin yapımında kullanılır. Dezavantajları: katı şema - önceki aşamalara geri dönememe ve karmaşık sistemler için kullanılamama.
Aşamalı yinelemeli model Döngüler arasında geri bildirim olduğunu varsayar. Avantajı, adımlar arası ayarlamaların daha esnek ve daha az emek yoğun olmasıdır. Dezavantajı, aşamaların her birinin ömrünün sistemin tüm oluşturulma süresi boyunca uzanabilmesidir Spiral yaşam döngüsü modelinin zorlukları ve dezavantajları Asıl sorun bir sonraki aşamaya geçişin belirlenmesidir: Bunu çözmek için zaman sınırları vardır. aşamaların her biri için tanıtılmıştır. Geçiş, önceki projelerden elde edilen istatistiksel veriler ve geliştiricilerin deneyimlerine dayanarak hazırlanan plana uygun olarak gerçekleştirilir. Dezavantajları: Analiz ve tasarım aşamalarında yapılan hatalar sonraki aşamalarda sorunlara ve tüm projenin başarısız olmasına neden olabilir.
AIS kullanıcı rolü, belirli bir kullanıcının bilgi ihtiyaçlarını karşılamak için oluşturulur. Çalışmalarına doğrudan katılır. ...
Kullanıcı, sorunun formülasyonuna katılır ve formülasyonun eksikliklerini tespit edebileceği, girdi ve çıktı bilgilerini düzeltebileceği, sonuçların verilmesi için formlar ve belgelerin yürütülmesi için deneme operasyonu yürütür.
AIS'nin oluşturulmasına kullanıcı katılımı, sorunların hızlı ve kaliteli bir şekilde çözülmesini sağlar, yeni teknolojilerin tanıtılması için gereken süreyi azaltır
Konu 1.2 AIS Yaşam Döngüsü ve AIS Yaşam Döngüsü Modelleri
AIS yaşam döngüsü -yaratılmasının gerekliliğine karar verilmesi gerekliliğine karar verildiği andan işleyişinin tamamen tamamlanmasına kadar devam eden bir süreçtir.
Modern AIS'nin yaşam döngüsü, AIS'nin uygulanmasında kullanılan donanım ve sistem yazılımının ahlaki ve fiziksel yaşlanma koşullarını önemli ölçüde aşan yaklaşık 10 yıldır. Bu nedenle, kural olarak, sistemin yaşam döngüsü boyunca modernizasyonu gerçekleştirilir, bundan sonra sistemin tüm işlevleri daha az verimlilikle gerçekleştirilmelidir.
AIS'nin tüm yaşam döngüsü boyunca bunu başarmak, bir dizi nesnel ve öznel nedenden dolayı oldukça zor bir iştir, sonuç olarak, AIS projelerinin büyük çoğunluğu kalite, son tarihler veya tahminler ihlalleri ile uygulanmaktadır; projelerin neredeyse üçte biri eksik kalıyor. Standish Group'a göre 1996'da AIS projelerinin %84'ü zamanında tamamlanmadı, 1998'de bu sayı %74'e düştü, 2000'den sonra %50'nin altına düşmedi. Bu durumun temel nedeni, proje yönetimi için sistemlerin, yöntemlerin ve araçların teknoloji analizi ve tasarım seviyesinin, iş dünyasındaki karmaşıklık ve hızlı değişiklikler nedeniyle sürekli artan, oluşturulan sistemlerin karmaşıklığı ile eşleşmemesidir.
AIS uygulanan yazılımın bakım maliyetinin yaşam döngüsü boyunca toplam maliyetinin en az %70'i olduğu dünya uygulamalarından bilinmektedir, bu nedenle yapılandırma yönetimi yöntemleri dahil olmak üzere gerekli yöntemleri ve destek araçlarını sağlamak son derece önemlidir. tasarım aşamasında.
AIS tasarım süreci aşağıdaki belgelerle (standartlar, metodolojiler, modeller) düzenlenir:
GOST 34.601-90- Yazılımın yaşam döngüsünün kademeli modeline karşılık gelen AIS oluşturma aşamasındaki ve aşamalarındaki standart (aşağıda tartışılmıştır). Her aşamada işin içeriğinin bir açıklaması verilir;
180 / 1EC 12207: 1995- süreçler ve yaşam döngüsü organizasyonu için standart; her türlü özel yazılım için geçerlidir; aşamaların, aşamaların ve aşamaların açıklamalarını içermez;
Özel Geliştirme Yöntemi(Oracle metodolojisi) - uygulamalı AIS'nin geliştirilmesi için teknolojik materyal, iş parçalarının düzeyine kadar detaylandırılmıştır proje belgeleri Oracle kullanımına dayalıdır.Klasik yaşam döngüsü modeli (tüm işler, görevler ve aşamalar sağlanır) ve küçük projeler için önerilen Hızlı İzleme veya Hafif Yaklaşım teknolojileri için kullanılır.
Birleşik Rasyonal İşlem(metodoloji RUP) - dört aşamayı (geliştirme döngüsü) içeren yinelemeli bir geliştirme modelinin uygulanması için teknolojik malzeme: başlatma, araştırma, inşaat ve uygulama. Her aşama, sonuçları dahili veya harici kullanım için sürümler olan aşamalara (yinelemeler) ayrılır. Her döngü, sistemin bir sonraki sürümünün üretilmesiyle sona erer. Bundan sonra proje üzerindeki çalışma durmazsa, ortaya çıkan ürün gelişmeye devam eder ve yine aynı aşamalardan geçer. RUP metodolojisi çerçevesinde çalışmanın özü, UML'ye dayalı modellerin oluşturulması ve bakımıdır;
Microsoft Çözüm Çerçevesi(metodoloji MSF) - RUP'a benzer şekilde yinelemeli bir geliştirme modelinin uygulanması için teknolojik malzeme, dört aşama içerir: analiz, tasarım, geliştirme, stabilizasyon; nesne yönelimli modellemenin kullanıldığını varsayar. MSF, RUP'tan daha çok iş uygulaması geliştirmeye odaklanmıştır;
Aşırı Programlama (XP)- aşırı programlama (göz önünde bulundurulan metodolojiler arasında en yenisi); 1996 yılında kurulmuştur. Metodolojinin temeli ekip çalışması, tüm proje boyunca müşteri ve yüklenici arasında etkin iletişimdir; AIS, aşamalı olarak iyileştirilmiş prototipler kullanılarak geliştirilmektedir.
Yaşam döngüsü yapısındaki ISO/IEC 12207 standardı, AIS yazılımı oluşturulurken gerçekleştirilen süreçleri tanımlar. Bu işlemler üç gruba ayrılır:
ana(satın alma, tedarik, geliştirme, işletme ve bakım);
yan kuruluş(dokümantasyon, konfigürasyon yönetimi, kalite güvencesi, doğrulama, doğrulama, değerlendirme, denetleme ve problem çözme);
örgütsel(proje yönetimi, proje altyapısının oluşturulması, yaşam döngüsünün tanımlanması, değerlendirilmesi ve iyileştirilmesi, eğitim).
Arasında ana süreçler yaşam döngüsü en önemlileri geliştirme, işletme ve eşlik. Her süreç, çözümlerinin belirli görevleri ve yöntemleri, önceki aşamada elde edilen ilk veriler ve sonuçlar ile karakterize edilir.
Geliştirilmesi AIS, yazılımın ve bileşenlerinin belirtilen gereksinimlere uygun olarak oluşturulmasına ilişkin tüm çalışmaları içerir. Bu süreç ayrıca şunları içerir:
Tasarım ve operasyonel belgelerin tescili;
Geliştirilen yazılım ürünlerinin test edilmesi için gerekli malzemelerin hazırlanması;
Personel eğitimi için gerekli materyallerin geliştirilmesi.
Kural olarak, geliştirme sürecinin bileşenleri şunlardır: stratejik Planlama, analiz, tasarım ve uygulama (programlama).
sürece sömürü ilgili olmak:
Veritabanı ve kullanıcı iş istasyonlarının yapılandırılması;
Kullanıcılara operasyonel belgeler sağlamak;
Eğitim.
Başlıca operasyonel faaliyetler şunları içerir:
Doğrudan istismar;
Sorunların yerelleştirilmesi ve nedenlerinin ortadan kaldırılması;
Yazılım değişikliği;
Sistemin iyileştirilmesine yönelik tekliflerin hazırlanması;
Sistemin geliştirilmesi ve modernizasyonu.
Profesyonel, yetkin eskort- gerekli kondisyon AIS tarafından gerçekleştirilen sorunları çözme. Hizmetler teknik Destek herhangi bir AIS'nin hayatında çok belirgin bir rol oynar. Bu aşamadaki hatalar, sistemin kendi maliyetiyle karşılaştırılabilir açık veya gizli mali kayıplara yol açabilir.
AIS bakımının organizasyonundaki ön eylemler şunları içerir:
En kritik sistem düğümlerinin tahsisi ve onlar için arıza süresinin kritikliğinin belirlenmesi (bu, AIS'nin en kritik bileşenlerini vurgulayacak ve bakım için kaynakların tahsisini optimize edecektir);
Bakım görevlerinin belirlenmesi ve bunların hizmet bölümünün güçleri tarafından çözülen dahili ve uzman hizmet kuruluşları tarafından çözülen dış bölümlere ayrılması (bu nedenle, gerçekleştirilen işlevlerin kapsamı açıkça sınırlıdır ve sorumluluk dağılımı yapılır);
Açıklanan görevler ve yetkinlik bölümü çerçevesinde bakımı organize etmek için gerekli mevcut iç ve dış kaynakların analizi (analiz için ana kriterler: ekipman garantisinin mevcudiyeti, onarım fonunun durumu, personel nitelikleri);
Gerçekleştirilecek eylemlerin aşamalarının tanımı, uygulama zamanlaması, aşamalardaki maliyetler, uygulayıcıların sorumluluğu ile bakım organizasyonu için bir planın hazırlanması.
Döngünün yüksek kaliteli teknik bakımının sağlanması, yalnızca günlük yönetim görevlerini çözebilen değil, aynı zamanda arıza ve kaza durumunda sistemin işlerliğini hızla geri yükleyebilen yüksek nitelikli uzmanların katılımını gerektirir.
Arasında yardımcı işlemler ana olanlardan biri konfigürasyon yönetimi, geliştirme ve bakım süreçleri başta olmak üzere AIS yaşam döngüsünün ana süreçlerini destekler.
Karmaşık AIS'nin geliştirilmesi, hem bireysel bileşenlerin hem de bir bütün olarak sistemin uygulanmasının birçok seçeneğinin ve versiyonunun ortaya çıkmasına yol açan sistem bileşenlerinin bağımsız gelişimini içerir. Böylece, AIS'nin geliştirilmesi ve modernizasyonu sırasında tek bir yapının korunmasının sağlanması sorunu ortaya çıkmaktadır. Konfigürasyon yönetimi, yaşam döngüsünün tüm aşamalarında çeşitli AIS bileşenlerinde yapılan değişiklikleri organize etmenize, sistematik olarak dikkate almanıza ve kontrol etmenize olanak tanır.
Organizasyonel süreçler Modern AIS, yaratılması ve bakımında farklı uzmanlıklardan birçok insanın çalıştığı büyük kompleksler olduğu için çok önemlidir.
| Süreç (süreç yürütücüsü) | Hareketler" | giriş | Sonuç |
| Edinme (müşteri) | Başlatma. Başvuru tekliflerinin hazırlanması. Bir sözleşmenin hazırlanması. Tedarikçi kontrolü. AIS kabulü | AIS'nin tanıtımı için çalışmaya başlama kararı. Müşteri faaliyetlerinin anketinin sonuçları. AIS / ihale pazar analizi sonuçları. Teslimat / geliştirme planı. Kapsamlı AIS testi | AIS'nin tanıtımı için fizibilite çalışması. AIS için referans şartları. Tedarik / geliştirme sözleşmesi. İşin aşamaları için kabul sertifikaları. Kabul testi raporu |
| Teslimat (AIS geliştiricisi) | Başlatma. Başvuru tekliflerine yanıt. Bir sözleşmenin hazırlanması. Yürütme planlaması. AIS teslimatı | AIS için referans şartları. Yönetimin gelişime katılma kararı. İhale sonuçları. AIS için referans şartları. Proje yönetim planı. Gelişmiş AIS ve belgeler | Geliştirmeye katılma kararı. Ticari teklifler / rekabetçi teklif. Tedarik / geliştirme sözleşmesi. Proje yönetim planı. Uygulama / ayarlama. Kabul testi raporu |
| Geliştirme (AIS geliştiricisi) | Eğitim. AIS için gereksinimlerin analizi. AIS mimari tasarımı. Yazılım gereksinimlerinin geliştirilmesi. Yazılım mimarisi tasarımı. Detaylı yazılım tasarımı. Yazılım kodlama ve test etme. Yazılım entegrasyonu ve yazılım yeterlilik testi. IS entegrasyonu ve AIS yeterlilik testi | AIS için referans şartları. AIS için referans şartları, yaşam döngüsü modeli. AIS için referans şartları. AIS alt sistemleri. Yazılım bileşenleri için spesifikasyon gereksinimleri Yazılım mimarisi Ayrıntılı yazılım tasarımı için malzemeler Yazılım entegrasyon planı, testler IS mimarisi, yazılım, IS dokümantasyonu, testler | Kullanılan yaşam döngüsü modeli, geliştirme standartları. Çalışma planı. Alt sistemlerin bileşimi, ekipman bileşenleri. Yazılım bileşenleri için teknik özellikler gereksinimleri. Yazılım bileşenlerinin bileşimi, veritabanı ile arayüzler, yazılım entegrasyon planı. Veritabanı projesi, yazılım bileşenleri arasındaki arayüzlerin özellikleri, test gereksinimleri. Yazılım modüllerinin testleri, otonom test eylemleri. Yazılım kompleksinin TK gereksinimlerine uygunluğunun değerlendirilmesi. Yazılımın, veritabanının, teknik kompleksin ve bir dizi belgenin TK gereksinimlerine uygunluk değerlendirmesi |
Proje yönetimi, işi planlama ve organize etme, geliştirici ekipleri oluşturma, işin zamanlamasını ve kalitesini kontrol etme ile ilişkilidir. Projenin teknik ve organizasyonel desteği şunları içerir:
Proje uygulaması için yöntem ve araçların seçimi;
Geliştirme sürecinin durumunu tanımlama yöntemlerinin belirlenmesi;
Oluşturulan yazılımı test etmek için yöntem ve araçların geliştirilmesi;
Eğitim.
Proje kalite güvencesi, AIS bileşenlerinin doğrulanması, doğrulanması ve test edilmesi konuları ile ilgilidir.
Doğrulama - Bu aşamada ulaşılan mevcut gelişme durumunun bu aşamanın gereksinimlerini karşılayıp karşılamadığını belirleme süreci.
muayene- geliştirme parametrelerinin ilk gereksinimlere uygunluğunu belirleme süreci. Doğrulama, gerçek ve beklenen sonuçlar arasındaki farkı belirlemek ve AIS performansının orijinal gereksinimleri karşılayıp karşılamadığını değerlendirmek için testlerle örtüşür.
2002 yılında. Yaşam döngüsü süreçleri standardı yayınlandı otomatik sistemler(ISO/IEC 15288 Sistem Yaşam döngüsü süreçleri). Standardın geliştirilmesine çeşitli faaliyet alanlarından uzmanlar katıldı; hükümet, ticari, askeri ve akademik kuruluşlarda sistem oluşturma pratik deneyimini dikkate aldı. ISO/IEC 15288 standardına göre aşağıdaki süreç grupları yaşam döngüsü yapısında yer almaktadır.
1. Sözleşme süreçleri:
Satın alma (dahili veya harici satıcı çözümleri);
Teslimat (dahili çözümler veya harici tedarikçi çözümleri).
2. Kurumsal süreçler:
Kurumsal çevre yönetimi;
Yatırım Yönetimi; yaşam döngüsü IS yönetiminde;
Kaynak yönetimi;
Kalite kontrol.
3. Tasarım süreçleri:
Proje planlaması;
Proje değerlendirmesi;
Proje kontrolü;
Risklerin yönetimi;
Konfigürasyon yönetimi;
Kontrol bilgi akışları;
Karar vermek.
4. Teknik süreçler:
Gereksinimlerin tanımı;
Gereksinimlerin analizi;
Mimari geliştirme;
Uygulama;
Entegrasyon;
Doğrulama;
Geçiş;
sertifika;
Sömürü;
Eskort;
İmha etmek.
5. Özel işlemler:
Hedeflere ve hedeflere dayalı ilişkilerin tanımlanması ve ayarlanması.
Tablo 1.4, belirtilen standarda göre tamamlanma zamanına göre aşamaların ve ana sonuçların bir listesini gösterir.
1970 lerde. IBM, İş Sistemi Planlama (BSP) metodolojisini veya kurumsal planlama metodolojisini önermiştir.
İş süreçlerinin kesişim matrislerini, veri işleme sistemlerinin (IS) işlevsel birimlerini, bilgi nesnelerini, belgeleri ve veritabanlarını, BSP'deki teklifleri, bunların sırasını (üst yönetimin desteğini alın, kurumsal süreçleri tanımlayın, süreçleri tanımlayın) kullanarak bilgiyi yapılandırma yöntemi , veri sınıfları, görüşmeleri yönetme, görüşme verilerini işleme ve düzenleme) hemen hemen tüm resmi yöntemlerde ve uygulamada uygulanan projelerde bulunabilir.
Tablo 1.4.AIS oluşturma aşamaları (ISO/IEC 15288)
Yayınlanan verilere göre, AIS geliştirmenin her aşaması belirli bir süre gerektirir. Temelde (%45-50) zaman kodlama, karmaşık ve çevrimdışı testler için harcanmaktadır (Şekil 14). Ortalama olarak, AIS'nin geliştirilmesi, sistemin tüm yaşam döngüsünün üçte birini alır (Şekil 1.5).
Şekil 1.4. AIS'nin geliştirilmesinde zaman tahsisi