Yazılım sistemlerinin yaşam döngüsü.

Yaşam döngüsü kavramı, bilgi sistemleri tasarım metodolojisinin temel kavramlarından biridir. Yaşam döngüsü bilgi sistemi başlayan sürekli bir süreçtir! bilgi sisteminin oluşturulmasına karar verildiği andan itibaren tamamen hizmet dışı bırakıldığı anda sona erer.

ISO/IEC 12207 standardı, bir bilgi sisteminin oluşturulması sırasında yerine getirilmesi gereken süreçleri, faaliyetleri ve görevleri içeren bir yaşam döngüsü yapısını tanımlar. Bu standarda göre yaşam döngüsü yapısı üç grup prosese dayanmaktadır:

1. ana yaşam döngüsü süreçleri (satın alma, tedarik, geliştirme, işletme, destek);

2. Ana süreçlerin (dokümantasyon, konfigürasyon yönetimi, kalite güvencesi, doğrulama, belgelendirme, değerlendirme, denetim, problem çözümü) uygulanmasını sağlayan yardımcı süreçler;

3. Organizasyonel süreçler (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).

Ana yaşam döngüsü süreçleri arasında en önemlileri geliştirme, işletme ve bakımdır. Her süreç, belirli görevler ve bunları çözmek için yöntemler, başlangıç ​​​​verileri ile karakterize edilir; önceki aşamada elde edilenler ve sonuçlar.

1. Geliştirme

Bir bilgi sisteminin geliştirilmesi, bilgi yazılımının ve bileşenlerinin belirtilen gereksinimlere uygun olarak geliştirilmesine yönelik tüm çalışmaları içerir. Bilgi yazılımı geliştirme ayrıca şunları içerir:

1. tasarım ve operasyonel belgelerin hazırlanması;

2. Gizli yazılım ürünlerinin test edilmesi için gerekli materyallerin hazırlanması;

3. Personel eğitiminin organizasyonu için gerekli materyallerin geliştirilmesi.

Geliştirme, bir bilgi sisteminin yaşam döngüsündeki en önemli süreçlerden biridir ve kural olarak şunları içerir: stratejik Planlama, analiz, tasarım ve uygulama (programlama).

2. Çalıştırma

Operasyonel çalışma hazırlık ve temel olarak ayrılabilir. Hazırlık olanlar şunları içerir:

1. veritabanının ve kullanıcı iş istasyonlarının yapılandırılması;

2. kullanıcılara operasyonel dokümantasyon sağlamak;

3. personel eğitimi.

Başlıca operasyonel faaliyetler arasında;

1. doğrudan operasyon;

2. Sorunların lokalizasyonu ve ortaya çıkma nedenlerinin ortadan kaldırılması;

3. yazılım değişikliği;

4. Sistemin iyileştirilmesine yönelik tekliflerin hazırlanması;

5. Sistemin geliştirilmesi ve modernizasyonu.

3. Refakat

Hizmetler teknik Destek herhangi bir kurumsal bilgi sisteminin hayatında çok belirgin bir rol oynar. Bilgi sisteminin işletilmesi aşamasında nitelikli teknik servisin varlığı, kendisine verilen görevlerin çözülmesi için gerekli bir şarttır. Ayrıca, hizmet personelinin yaptığı hatalar, bilgi sisteminin maliyetiyle karşılaştırılabilecek açık veya gizli mali kayıplara yol açabilir.

Yaşam döngüsü modelleri

Yaşam döngüsü modeli, yaşam döngüsü boyunca gerçekleştirilen süreçlerin, etkinliklerin ve görevlerin yürütme sırasını ve ilişkilerini tanımlayan bir yapıdır. Yaşam döngüsü modeli, bilgi sisteminin özelliklerine ve ikincisinin oluşturulduğu ve çalıştığı belirli koşullara bağlıdır.

Bugüne kadar aşağıdaki ana yaşam döngüsü modelleri en yaygın hale gelmiştir:

1. görev modeli;

2. kademeli model (veya sistem) (70-85);

3. sarmal model (şimdiki zaman).

Sorun modeli

Bireysel görevlerden tüm sisteme (görev modeli) kadar "aşağıdan yukarıya" bir sistem geliştirirken, geliştirmeye yönelik birleşik bir yaklaşım kaçınılmaz olarak kaybolur ve bireysel bileşenlerin bilgi bağlantısında sorunlar ortaya çıkar. Kural olarak görev sayısı arttıkça zorluklar da artar ve mevcut programların ve veri yapılarının sürekli olarak değiştirilmesi gerekir. Sistemin gelişim hızı yavaşlar, bu da organizasyonun gelişimini yavaşlatır. Ancak bazı durumlarda bu teknoloji tavsiye edilebilir:

Aşırı aciliyet (sorunların bir şekilde çözülmesi gerekiyor; sonra her şeyin yeniden yapılması gerekecek);

Müşterinin denemesi ve adaptasyonu (algoritmalar net değildir, çözümler deneme yanılma yoluyla bulunur).

Genel sonuç, bu şekilde yeterince büyük ve etkili bir bilgi sistemi oluşturmanın imkansız olduğudur.

Kademeli model

Hacmi çok büyük olmayan ilk homojen bilgi sistemlerinde her uygulama tek bir bütündü. Bu tür bir uygulamayı geliştirmek için şelale yöntemi kullanıldı. Temel özelliği, tüm gelişimin aşamalara bölünmesidir ve bir aşamadan diğerine geçiş ancak mevcut aşamadaki çalışma tamamen tamamlandıktan sonra gerçekleşir (Şekil 2). Her aşama, geliştirmenin başka bir geliştirme ekibi tarafından sürdürülmesine izin vermeye yetecek eksiksiz bir belge setinin yayınlanmasıyla sonuçlanır.

Kademeli yaklaşımı kullanmanın olumlu yönleri şunlardır:

her aşamada, bütünlük ve tutarlılık kriterlerini karşılayan eksiksiz bir tasarım belgeleri seti oluşturulur;

Mantıksal bir sırayla gerçekleştirilen iş aşamaları, tüm işin tamamlanma süresini ve buna karşılık gelen maliyetleri planlamayı mümkün kılar.

Pirinç. . Şelale geliştirme planı

Kademeli yaklaşım, geliştiricilere bunları mümkün olan en iyi şekilde uygulama özgürlüğü vermek için geliştirmenin en başında tüm gereksinimlerin oldukça doğru ve eksiksiz bir şekilde formüle edilebildiği bilgi sistemlerinin yapımında kendini kanıtlamıştır. teknik nokta görüş. Karmaşık hesaplama sistemleri, gerçek zamanlı sistemler ve diğer benzer görevler bu kategoriye girer. Bununla birlikte, bu yaklaşımı kullanma sürecinde, öncelikle sistem oluşturmanın gerçek sürecinin bu kadar katı bir şemaya asla tam olarak uymamasından kaynaklanan bir takım eksiklikler keşfedildi. Yaratma sürecinde sürekli olarak önceki aşamalara dönme ve daha önceki aşamaları netleştirme veya revize etme ihtiyacı vardı. alınan kararlar. Sonuç olarak, gerçek yazılım oluşturma süreci aşağıdaki formu aldı (Şekil 3):

Pirinç. 3. Şelale şeması kullanan gerçek yazılım geliştirme süreci

Kademeli yaklaşımın ana dezavantajı, sonuçların elde edilmesindeki önemli gecikmedir. Sonuçların kullanıcılarla koordinasyonu yalnızca işin her aşamasının tamamlanmasından sonra planlanan noktalarda gerçekleştirilir, bilgi sistemlerine yönelik gereksinimler, oluşturulduğu süre boyunca teknik özellikler şeklinde “dondurulur”. Böylece kullanıcılar yorumlarını ancak sistem üzerinde yapılan çalışmalar tamamen tamamlandıktan sonra yapabilmektedir. Gereksinimler yanlış belirtilirse veya uzun bir yazılım geliştirme süreci boyunca değişirse, kullanıcılar ihtiyaçlarını karşılamayan bir sistemle karşı karşıya kalır. Otomatik nesnenin modelleri (hem işlevsel hem de bilgilendirici), onaylanmasıyla eş zamanlı olarak güncelliğini yitirebilir. IS gelişimine sistematik bir yaklaşımın özü, otomatik işlevlere ayrıştırılmasında (dağıtılmasında) yatmaktadır: sistem, sırasıyla alt işlevlere, görevlere vb. bölünen işlevsel alt sistemlere bölünmüştür. Bölümlendirme işlemi belirli prosedürlere kadar devam eder. Aynı zamanda otomatik sistem, tüm bileşenlerin birbirine bağlı olduğu bütünsel bir görünümü korur. Dolayısıyla bu modelin en büyük avantajı sistematik gelişimi, en büyük dezavantajı ise yavaş ve pahalı olmasıdır.

Spiral modeli

Bu sorunların üstesinden gelmek için sarmal bir yaşam döngüsü modeli önerildi (Şekil 4). Ilk aşamalar yaşam döngüsü: analiz ve tasarım. Bu aşamalarda prototipler oluşturularak teknik çözümlerin yapılabilirliği test edilir. Spiralin her dönüşü, projenin hedeflerinin ve özelliklerinin açıklığa kavuşturulduğu, kalitesinin belirlendiği ve spiralin bir sonraki dönüşünün çalışmasının planlandığı yazılımın bir parçasının veya versiyonunun oluşturulmasına karşılık gelir. Böylece projenin detayları derinleştirilip tutarlı bir şekilde belirlenmekte ve sonuç olarak makul bir seçenek seçilerek uygulamaya geçirilmektedir.

Yinelemelerle geliştirme, bir sistem yaratmanın nesnel olarak var olan sarmal döngüsünü yansıtır. Her aşamada işin eksik tamamlanması, mevcut aşamadaki işin tamamen tamamlanmasını beklemeden bir sonraki aşamaya geçmenizi sağlar. Yinelemeli geliştirme yöntemiyle eksik iş bir sonraki yinelemede tamamlanabilir. Ana görev, sistem kullanıcılarına mümkün olan en kısa sürede uygulanabilir bir ürün göstermek, böylece gereksinimlerin açıklığa kavuşturulması ve tamamlanması sürecini aktive etmektir.

Spiral döngünün temel sorunu bir sonraki aşamaya geçiş anının belirlenmesidir. Bunu çözmek için yaşam döngüsünün her aşamasına zaman kısıtlamaları getirmek gerekir. Planlanan çalışmaların tamamı tamamlanmasa bile geçiş planlandığı gibi ilerliyor. Plan, önceki projelerde elde edilen istatistiksel verilere ve geliştiricilerin kişisel deneyimlerine dayanarak hazırlanmıştır.

Şekil 4. Bir entegre devrenin yaşam döngüsünün spiral modeli

Spiral yaşam döngüsü modeli çerçevesinde yazılım geliştirmeye yönelik olası yaklaşımlardan biri, Son zamanlarda RAD (Hızlı Uygulama Geliştirme) metodolojisinin yaygın kullanımı. Bu terim genellikle 3 öğeyi içeren bir yazılım geliştirme sürecini ifade eder:

küçük bir programcı ekibi (2 ila 10 kişi arasında);

kısa ama dikkatlice araştırılmış üretim planı(2 ila 6 ay arası);

Geliştiricilerin, uygulama şekillenmeye başladıkça müşteriyle etkileşim yoluyla alınan gereksinimleri ürüne talep ettiği ve uyguladığı yinelenen bir döngü.

RAD metodolojisine göre yazılım yaşam döngüsü dört aşamadan oluşur:

1. Gereksinimlerin tanımlanması ve analiz aşaması;

2. tasarım aşaması;

3. uygulama aşaması;

4. uygulama aşaması.

Ders 6. Bilgi sistemlerinin sınıflandırılması

Bilgi sistemi- belirli bir hedefe ulaşmak amacıyla bilginin depolanması, işlenmesi ve yayınlanması için kullanılan birbirine bağlı bir dizi araç, yöntem ve personel

Ölçeğe göre sınıflandırma

Bilgi sistemleri ölçeğe göre aşağıdaki gruplara ayrılır:

1. tek;

2. grup;

3. kurumsal.

Tek bilgi sistemleri kural olarak özerk bir şekilde uygulanır kişisel bilgisayar(ağ kullanılmıyor). Böyle bir sistem, ortak bir bilgi fonu ile birbirine bağlanan birkaç basit uygulamayı içerebilir ve bir kullanıcının veya aynısını paylaşan bir grup kullanıcının çalışması için tasarlanmıştır. iş yeri. Bu tür uygulamalar, masaüstü veya yerel veritabanı yönetim sistemleri (DBMS) adı verilen kullanılarak oluşturulabilir. Yerel DBMS'ler arasında en ünlüleri Clarion, Clipper, FoxPro, Paradox, dBase ve Microsoft Access'tir.

Grup bilgi sistemleri bilgilerin üyeler tarafından kolektif kullanımına odaklandı çalışma Grubu ve çoğunlukla yerel alan ağı temelinde inşa edilir. Bu tür uygulamalar geliştirilirken çalışma grupları için veritabanı sunucuları (SQL sunucuları da denir) kullanılır. Hem ticari hem de serbestçe dağıtılan oldukça fazla sayıda farklı SQL sunucusu vardır. Bunlar arasında en ünlü veritabanı sunucuları Oracle, DB2, Microsoft SQL Server, InterBase, Sybase, Informix'tir.

Kurumsal bilgi sistemleriçalışma gruplarına yönelik bir sistem geliştirmesidir; büyük şirketler ve coğrafi olarak dağınık düğümleri veya ağları destekleyebilir. Temel olarak çeşitli düzeylerden oluşan hiyerarşik bir yapıya sahiptirler. Bu tür sistemler, sunucuların uzmanlaştığı bir istemci-sunucu mimarisi veya çok seviyeli bir mimari ile karakterize edilir. Bu tür sistemler geliştirilirken, grup bilgi sistemleri geliştirilirken kullanılan veritabanı sunucularının aynısı kullanılabilir. Ancak büyük bilgi sistemlerinde en yaygın kullanılan sunucular Oracle, DB2 ve Microsoft SQL Server'dır.

Grup ve kurumsal sistemler için güvenilir çalışma ve veri güvenliği gereksinimleri önemli ölçüde artmaktadır. Bu özellikler veritabanı sunucularındaki verilerin, bağlantıların ve işlemlerin bütünlüğünün korunmasıyla sağlanır.

Uygulama alanına göre sınıflandırma

Uygulama kapsamına göre bilgi sistemleri genellikle dört gruba ayrılır:

1. işlem işleme sistemleri;

2. karar verme sistemleri;

3. bilgi ve referans sistemleri;

4. ofis bilgi sistemleri.

İşlem İşleme Sistemleri, veri işlemenin verimliliğine göre paket bilgi sistemleri ve operasyonel bilgi sistemleri olarak ikiye ayrılır. Bilgi sistemlerinde Organizasyon yönetimiçevrimiçi işlem işleme modu, aşağıdakileri yansıtacak şekilde hakimdir: ilgili Konunun herhangi bir zamandaki durumu ve toplu işleme çok sınırlı bir yer kaplar.

Karar Destek Sistemleri - DSS (Karar Destek Sistemi) - oldukça karmaşık sorgular kullanarak verilerin çeşitli bağlamlarda seçildiği ve analiz edildiği başka bir tür bilgi sistemini temsil eder: zaman, coğrafya ve diğer göstergeler.

Kapsamlı sınıf bilgi ve referans sistemleri hipermetin belgelerine ve multimedyaya dayalıdır. Bu tür bilgi sistemleri en büyük gelişmeyi internette almıştır.

Sınıf ofis bilgi sistemleri kağıt belgeleri dile çevirmeyi amaçlıyor elektronik görünüm, ofis otomasyonu ve belge yönetimi.

Organizasyon yöntemine göre sınıflandırma

Organizasyon yöntemine göre grup ve kurumsal bilgi sistemleri aşağıdaki sınıflara ayrılır:

1. dosya sunucusu mimarisine dayalı sistemler;

2. İstemci-sunucu mimarisine dayalı sistemler;

3. çok seviyeli mimariye dayalı sistemler;

4. İnternet/intranet teknolojilerine dayalı sistemler.

Herhangi bilgi sistemiÇeşitli bilgi sistemi mimarilerinin sınırlamalarını anlamaya yardımcı olan gerekli işlevsel bileşenleri tanımlamak mümkündür.

Dosya sunucusu mimarisi yalnızca dosyalardan veri çıkarır, böylece ek kullanıcılar ve uygulamalar yalnızca ihmal edilebilir düzeyde CPU yükü oluşturur. Her yeni müşteri ağa bilgi işlem gücü ekler.

İstemci-sunucu mimarisi dosya sunucusu uygulamalarının sorunlarını, uygulama bileşenlerini ayırıp en verimli çalışacakları yere yerleştirerek çözmek için tasarlanmıştır. İstemci-sunucu mimarisinin bir özelliği, Yapılandırılmış Sorgu Dili'ndeki (SQL) sorguları anlayan ve arama, sıralama ve bilgi toplama işlemlerini gerçekleştiren özel veritabanı sunucularının kullanılmasıdır.

Şu anda, istemci-sunucu mimarisi, çalışma grupları ve kurumsal düzeyde bilgi sistemleri için uygulamaları düzenlemenin bir yolu olarak tanınmaya ve yaygın kullanıma kavuşmuştur. Benzer organizasyonçalışma, veritabanı sunucusunun yeteneklerini kullanarak, ağın yükünü boşaltarak ve veri bütünlüğü kontrolünü sağlayarak uygulama yürütme verimliliğini artırır.

Katmanlı mimariİstemci-sunucu mimarisinin bir gelişimi haline geldi ve klasik haliyle üç seviyeden oluşuyor:

1. alt seviye, orta seviyedeki uygulamayı çağırmak için bir programlama arayüzüne sahip olan istemci uygulamalarını temsil eder;

2. ortalama seviye bir uygulama sunucusudur;

3. Üst düzey, uzaktan özel bir veritabanı sunucusudur.

Üç katmanlı mimari, farklı düğümler ve ağ üzerindeki yükü daha da dengeler, uygulama geliştirme için araç uzmanlığını destekler ve iki katmanlı istemci-sunucu modelinin eksikliklerini ortadan kaldırır.

Geliştirilmekte İnternet/intranet teknolojileriŞu ana kadarki ana vurgu yazılım araçlarının geliştirilmesi üzerine olmuştur. Aynı zamanda veritabanları ile çalışan uygulamaların geliştirilmesine yönelik geliştirilmiş araçların eksikliği de bulunmaktadır. Kullanışlı ve kullanımı kolay oluşturmaya ve veritabanlarıyla etkili biçimde çalışan bilgi sistemlerini sürdürmeye yönelik uzlaşmacı bir çözüm, İnternet/İntranet teknolojisinin çok düzeyli bir mimariyle birleşimiydi. Bu durumda bilgi uygulamasının yapısı şu şekli alır: tarayıcı - uygulama sunucusu - veritabanı sunucusu - dinamik sayfa sunucusu - web sunucusu.

Depolanan bilgilerin niteliğine göre veritabanları aşağıdakilere ayrılır: gerçek Ve belgesel. Yukarıda açıklanan bilgi deposu örnekleriyle bir benzetme yaparsak, gerçek veritabanları kart indeksleridir ve belgesel veritabanları arşivlerdir. Gerçek veritabanları kısa bilgileri kesin olarak tanımlanmış bir formatta saklar. Belgesel veritabanları her türlü belgeyi içerir. Üstelik bunlar sadece metin belgeleri değil aynı zamanda grafik, video ve ses (multimedya) da olabilir.

Otomatik kontrol sistemi (ACS), üretim, bilimsel veya kamusal bir ortamda bir nesnenin (kompleks) kontrolünü sağlayan organizasyon yapılarıyla (bireyler veya ekipler) birlikte bir dizi teknik ve yazılım aracıdır.

Eğitim yönetimine yönelik bilgi sistemleri bulunmaktadır (Örneğin; personel, başvuru sahibi, öğrenci, kütüphane programları). Otomatik sistemler bilimsel araştırma(ASNI), çeşitli deneysel kurulumlardan ve ölçüm cihazlarından gelen verileri işleyen ve bunların analizlerine dayanarak yeni etki ve örüntülerin keşfedilmesini kolaylaştıran yazılım ve donanım sistemleridir.Bilgisayar destekli tasarım sistemleri ve coğrafi bilgi sistemleri.

Belirli bir konu alanıyla ilgili (uzmanlardan - bu alandaki uzmanlardan elde edilen) yüksek kaliteli uzmanlık bilgisi temel alınarak oluşturulan yapay zeka sistemine uzman sistem denir. Yapay zeka sistemlerinin az sayıdaki türünden biri olan uzman sistemler yaygınlaştı ve pratik kullanım. Askeri işler, jeoloji, mühendislik, bilgisayar bilimi, uzay teknolojisi, matematik, tıp, meteoroloji, endüstri, tarım, yönetim, fizik, kimya, elektronik, hukuk vb. Ve yalnızca uzman sistemlerin çok karmaşık, pahalı ve en önemlisi son derece uzmanlaşmış programların kalması gerçeği onların daha da geniş bir dağıtımını engelliyor.

Uzman sistemler (ES), bir insanın yapabileceği bu tür faaliyetleri gerçekleştirmek için oluşturulmuş bilgisayar programlarıdır. Bir uzmanın davranışını taklit edecek şekilde çalışırlar ve çoğu geleneksel tasarımın kesin, iyi gerekçelendirilmiş algoritmalarından ve matematiksel prosedürlerinden oldukça farklıdırlar.

1. IS yaşam döngüsü ve yapısı. 2

1.1 IS yaşam döngüsünün aşamaları.. 3

1.2 IS yaşam döngüsü standartları.. 4

2. Yaşam döngüsü modelleri. 6

2.1 IS yaşam döngüsü modellerinin türleri.. 6

2.2 IS yaşam döngüsü modellerinin avantajları ve dezavantajları.. 8

3. IS yaşam döngüsü süreçleri.................................................. ...................... .................. onbir

3.1 Temel yaşam döngüsü süreçleri. on bir

3.2 Yaşam döngüsü süreçlerini desteklemek. 13

3.3 Organizasyonel süreçler.. 14

Kullanılmış literatür listesi... 16

Bir bilgi sisteminin yaşam döngüsü, bir bilgi sistemi oluşturma ihtiyacına karar verildiği andan itibaren başlayan ve tamamen hizmet dışı bırakıldığı anda sona eren bir süredir.

Yaşam döngüsü kavramı, bilgi sistemleri tasarım metodolojisinin temel kavramlarından biridir.

Bilgi sistemlerini tasarlama metodolojisi, sistemleri bir IS yaşam döngüsü (LC) biçiminde oluşturma ve sürdürme sürecini tanımlar ve bunu, bunlar üzerinde gerçekleştirilen belirli bir aşama ve süreç dizisi olarak sunar. Her aşama için gerçekleştirilen işin bileşimi ve sırası, elde edilen sonuçlar, işi tamamlamak için gerekli yöntemler ve araçlar, katılımcıların rolleri ve sorumlulukları vb. belirlenir. Bir bilgi sisteminin yaşam döngüsünün böylesine resmi bir tanımı, kolektif gelişim sürecinin planlanmasını, organize edilmesini ve bu sürecin yönetilmesini mümkün kılar.

Bir bilgi sisteminin tüm yaşam döngüsü tipik olarak stratejik planlama, analiz, tasarım, uygulama, uygulama ve işletmeyi içerir. İÇİNDE Genel dava yaşam döngüsü de birkaç aşamaya bölünebilir. Prensip olarak, bu aşamalara ayırma oldukça keyfidir. Bilgi sistemleri geliştirme araçları için yazılım pazarının önde gelen şirketlerinden biri olan Rational Software Corporation tarafından sunulan böyle bir bölüm için seçeneklerden birini ele alacağız (aralarında evrensel CASE aracı Rational Rose haklı olarak çok popülerdir).

1.1 IP yaşam döngüsünün aşamaları

Aşama - belirli bir zaman dilimi ile sınırlı olan ve bu aşama için belirtilen gereksinimlere göre belirlenen belirli bir ürünün (modeller, yazılım bileşenleri, belgeler) piyasaya sürülmesiyle biten bir IP oluşturma sürecinin bir parçası. Süreçler ve aşamalar arasındaki ilişki aynı zamanda kullanılan IS yaşam döngüsü modeliyle de belirlenir.

Rational Software'in önerdiği metodolojiye göre bir bilgi sisteminin yaşam döngüsü dört aşamaya ayrılıyor.

Her aşamanın sınırları, belirli kritik kararların alınması gereken ve dolayısıyla belirli temel hedeflere ulaşılması gereken belirli zaman noktalarıyla tanımlanır.

1) Başlangıç ​​aşaması

Başlangıç ​​aşamasında sistemin kapsamı belirlenerek sınır koşulları belirlenir. Bunun için geliştirilen sistemin etkileşime girmesi gereken tüm dış nesnelerin tanımlanması ve bu etkileşimin niteliğinin yüksek düzeyde belirlenmesi gerekmektedir. İlk aşamada sistemin tüm işlevselliği tanımlanır ve bunlardan en önemlileri tanımlanır.

2) Açıklama aşaması

Netleştirme aşamasında uygulama alanının analizi yapılır ve bilgi sisteminin mimari temelleri geliştirilir.

Sistem mimarisine ilişkin herhangi bir karar alınırken sistemin bir bütün olarak dikkate alınması gerekir. Bu, çoğu şeyi açıklamanın gerekli olduğu anlamına gelir işlevsellik sistemi ve bireysel bileşenleri arasındaki ilişkileri dikkate alın.

Netleştirme aşamasının sonunda mimari çözümlerin ve projedeki ana risk faktörlerini ortadan kaldırma yollarının analizi gerçekleştirilir.

3) İnşaat aşaması

Tasarım aşamasında kullanıcıya teslimata hazır, bitmiş bir ürün geliştirilir.

Bu aşamanın sonunda geliştirilen yazılımın performansı belirlenir.

4) Devreye alma aşaması

Devreye alma aşamasında geliştirilen yazılım kullanıcılara aktarılır. Gelişmiş bir sistemi gerçek koşullarda çalıştırırken, geliştirilen üründe ayarlamalar yapmak için ek çalışma gerektiren çeşitli türde sorunlar sıklıkla ortaya çıkar. Bu genellikle hataların ve eksikliklerin tespiti ile ilişkilidir.

Devreye alma aşamasının sonunda geliştirme hedeflerine ulaşılıp ulaşılmadığının belirlenmesi gerekmektedir.

1.2 IP yaşam döngüsü standartları

Modern ağlar, öncelikle yüksek verimliliklerini ve ikinci olarak birbirleriyle etkileşim olasılıklarını sağlamayı mümkün kılan standartlar temelinde geliştirilmektedir.

En iyi bilinen standartlar arasında aşağıdakiler yer almaktadır:

GOST 34.601-90 - otomatik sistemlere uygulanır ve bunların yaratılma aşamalarını ve aşamalarını belirler. Ayrıca standart, her aşamadaki işin içeriğine ilişkin bir açıklama içerir. Standartta yer alan iş aşamaları ve aşamaları, kademeli yaşam döngüsü modeliyle daha tutarlıdır.

ISO/IEC 12207 (Uluslararası Standardizasyon Örgütü / Uluslararası Elektroteknik Komisyonu) 1995 - süreçler ve yaşam döngüsü organizasyonu standardı. Her türlü özel yazılım için geçerlidir. Standart aşamaların, aşamaların ve aşamaların açıklamalarını içermemektedir.

Rational Unified Process (RUP), dört aşamayı içeren yinelemeli bir geliştirme modeli sunar: başlatma, keşfetme, oluşturma ve uygulama. Her aşama, dahili veya harici kullanım için bir sürümün yayınlanmasıyla sonuçlanan aşamalara (yinelemelere) bölünebilir. Dört ana aşamadan geçen ilerlemeye geliştirme döngüsü denir ve her döngü, sistemin bir versiyonunun oluşturulmasıyla sona erer. Bundan sonra proje üzerinde çalışmalar durmazsa ortaya çıkan ürün gelişmeye devam eder ve yine aynı aşamalardan geçer. RUP'taki çalışmanın özü, UML tabanlı modellerin oluşturulması ve bakımıdır.

Microsoft Solution Framework (MSF) RUP'a benzer, ayrıca dört aşamayı içerir: analiz, tasarım, geliştirme, stabilizasyon, yinelemelidir ve nesne yönelimli modellemenin kullanımını içerir. MSF, RUP'a kıyasla iş uygulamalarının geliştirilmesine daha fazla odaklanıyor.

Ekstrem Programlama (XP). Ekstrem programlama (göz önünde bulundurulan metodolojiler arasında en yenisi) 1996'da kuruldu. Metodoloji, tüm fikri mülkiyet geliştirme projesi boyunca ekip çalışmasına, müşteri ile yüklenici arasında etkili iletişime dayanmaktadır ve geliştirme, tutarlı bir şekilde gerçekleştirilir. son derece rafine prototipler.

2. Yaşam döngüsü modelleri

IS yaşam döngüsü modeli, yaşam döngüsü boyunca yürütme sırasını ve süreçler, eylemler ve görevler arasındaki ilişkileri tanımlayan bir yapıdır. Yaşam döngüsü modeli, projenin özelliklerine, ölçeğine ve karmaşıklığına ve sistemin oluşturulduğu ve çalıştığı belirli koşullara bağlıdır.

IS yaşam döngüsü modeli şunları içerir:

her aşamada işin sonuçları;

önemli olaylar - işin tamamlanma noktaları ve karar verme.

Yaşam döngüsü modeli şunları yansıtır: çeşitli eyaletler sistemler, bu bilgi sistemine olan ihtiyacın ortaya çıktığı andan itibaren tamamen eskidiği an ile sona ermektedir.

2.1 IS yaşam döngüsü modellerinin türleri

Aşağıdaki yaşam döngüsü modelleri şu anda bilinmekte ve kullanılmaktadır:

Kademeli model (Şekil 2.1), projenin tüm aşamalarının kesin olarak sabit bir sırayla sıralı olarak uygulanmasını sağlar. Bir sonraki aşamaya geçiş, bir önceki aşamadaki işin tamamen tamamlanması anlamına gelir.

Ara kontrollü aşamalı model (Şekil 2.2). IS geliştirme, aşamalar arasındaki geri bildirim döngüleri ile yinelemeler halinde gerçekleştirilir. Aşamalar arası ayarlamalar, çeşitli aşamalardaki geliştirme sonuçlarının gerçek karşılıklı etkisinin dikkate alınmasını mümkün kılar; Her aşamanın ömrü tüm geliştirme dönemi boyunca uzanır.

Spiral model (Şekil 2.3). Spiralin her dönüşünde ürünün bir sonraki versiyonu oluşturulur, projenin gereksinimleri belirlenir, kalitesi belirlenir ve bir sonraki turun çalışmaları planlanır. Özel dikkat Belirli teknik çözümlerin fizibilitesinin prototiplerin (düzen) oluşturulması yoluyla kontrol edildiği ve doğrulandığı geliştirme - analiz ve tasarımın ilk aşamalarına ödenir.

Pirinç. 2.1. IS yaşam döngüsünün kademeli modeli

Pirinç. 2.2. Ara kontrollü kademeli model

Pirinç. 2.3. IS yaşam döngüsünün sarmal modeli

Uygulamada en yaygın olarak iki ana yaşam döngüsü modeli kullanılır:

kademeli model (1970-1985 dönemi için tipik);

spiral model (1986 sonrası dönem için tipik).

2.2 IP yaşam döngüsü modellerinin avantajları ve dezavantajları

Oldukça basit IS'nin ilk projelerinde her uygulama, işlevsel ve bilgi açısından bağımsız tek bir bloktu. Kademeli yöntemin bu tür bir uygulamanın geliştirilmesinde etkili olduğu kanıtlanmıştır. Her aşama, gerekli tüm çalışmaların tamamlanması ve belgelenmesinin ardından tamamlandı.

Aşağıdakiler ayırt edilebilir olumlu taraflar kademeli yaklaşımın uygulanması:

her aşamada, bütünlük ve tutarlılık kriterlerini karşılayan eksiksiz bir tasarım belgeleri seti oluşturulur;

Mantıksal bir sırayla gerçekleştirilen iş aşamaları, tüm işin tamamlanma süresini ve buna karşılık gelen maliyetleri planlamayı mümkün kılar.

Kademeli yaklaşım, nispeten basit entegre devrelerin yapımında kendini iyi kanıtlamıştır; geliştirmenin en başında sistem için tüm gereksinimleri oldukça doğru ve eksiksiz bir şekilde formüle etmek mümkündür. Bu yaklaşımın ana dezavantajı, bir sistem yaratmanın asıl sürecinin asla bu kadar katı bir şemaya tam olarak uymamasıdır; her zaman önceki aşamalara dönme ve önceden alınmış kararları netleştirme veya gözden geçirme ihtiyacı vardır. Sonuç olarak, bir IS yaratmanın asıl sürecinin, ara kontrollü, adım adım bir modele karşılık geldiği ortaya çıkıyor.

Bu sorunların üstesinden gelmek için spiral yaşam döngüsü modeli önerildi. Analiz ve tasarım aşamalarında teknik çözümlerin uygulanabilirliği ve müşteri ihtiyaçlarının ne ölçüde karşılandığı prototipler oluşturularak doğrulanır. Spiralin her dönüşü, sistemin uygulanabilir bir parçasının veya versiyonunun yaratılmasına karşılık gelir. Bu, projenin gereksinimlerini, hedeflerini ve özelliklerini netleştirmenize, geliştirme kalitesini belirlemenize ve spiralin bir sonraki dönüşünün çalışmasını planlamanıza olanak tanır. Bu sayede projenin detayları derinleştirilip tutarlı bir şekilde belirlenmekte ve bunun sonucunda müşterinin gerçek gereksinimlerini karşılayan makul bir seçenek seçilerek uygulamaya geçirilmektedir.

Spiral döngünün temel sorunu bir sonraki aşamaya geçiş anının belirlenmesidir. Bu sorunu çözmek için yaşam döngüsünün her aşaması için zaman kısıtlamaları getirilir ve planlanan çalışmaların tümü tamamlanmasa bile geçiş plana uygun olarak gerçekleştirilir. Planlama, önceki projelerde elde edilen istatistiksel verilere ve geliştiricilerin kişisel deneyimlerine dayanarak yapılır.

Entegre devre tasarımı ve geliştirme uzmanlarının güçlü tavsiyelerine rağmen birçok şirket yinelemeli modelin bazı varyasyonları yerine şelale modelini kullanmaya devam ediyor. Şelale modelinin popüler kalmasının ana nedenleri şunlardır:

Alışkanlık - Birçok BT uzmanı, yalnızca şelale modelinin öğretildiği bir dönemde eğitim almıştı, bu yüzden bugün hala onu kullanıyorlar.

Proje katılımcılarının (müşteri ve yüklenici) risklerini azaltma yanılsaması. Kademeli model, bitmiş ürünlerin her aşamada geliştirilmesini içerir: teknik özellikler, teknik tasarım, yazılım ürünü ve kullanıcı belgeleri. Geliştirilen dokümantasyon, yalnızca bir sonraki aşamanın ürünü için gereksinimlerin belirlenmesine değil, aynı zamanda tarafların sorumluluklarının, iş kapsamının ve son teslim tarihlerinin belirlenmesine de olanak tanırken, projenin zamanlaması ve maliyetine ilişkin nihai değerlendirme şu tarihte yapılır: Anketin tamamlanmasından sonraki ilk aşamalar. Açıkçası, projenin uygulanması sırasında bilgi sistemi gereksinimleri değişirse ve belgelerin kalitesi düşük çıkarsa (gereksinimler eksik ve/veya çelişkili), o zaman gerçekte şelale modelinin kullanımı yalnızca kesinlik yanılsamasını yaratır ve aslında riskleri artırır, yalnızca proje katılımcılarının sorumluluğunu azaltır.

Yinelemeli bir model kullanıldığında uygulama sorunları. Bazı alanlarda işlevselliği eksik olan bir ürünün kullanılması/test edilmesi mümkün olmadığından (örneğin askeri geliştirme, nükleer güç vesaire.). Bir iş bilgi sisteminin aşamalı yinelemeli uygulaması mümkündür, ancak bu, organizasyonel zorluklarla (veri aktarımı, sistem entegrasyonu, iş süreçlerindeki değişiklikler, muhasebe politikaları, kullanıcı eğitimi) ilişkilidir. Aşamalı yinelemeli uygulama sırasında işgücü maliyetlerinin çok daha yüksek olduğu ve proje yönetiminin gerçek sanat gerektirdiği ortaya çıktı. Bu zorlukları öngören müşteriler, “sistemi bir kez uygulamak” için şelale modelini seçiyorlar.

Süreç, girdileri çıktılara dönüştüren birbiriyle ilişkili faaliyetler dizisi olarak tanımlanır. Her sürecin açıklaması, çözülmesi gereken görevlerin, girdi verilerinin ve sonuçların bir listesini içerir.

Temel esasa uygun olarak uluslararası standart ISO/IEC 12207 tüm yazılım yaşam döngüsü süreçleri üç gruba ayrılır:

3.1 Temel yaşam döngüsü süreçleri

Edinme (IP'yi satın alan müşterinin eylemleri ve görevleri)

Teslimat (müşteriye bir yazılım ürünü veya hizmeti sağlayan tedarikçinin eylemleri ve görevleri)

Geliştirme (geliştirici tarafından gerçekleştirilen eylemler ve görevler: yazılım oluşturma, tasarım ve operasyonel belgelerin hazırlanması, test ve eğitim materyallerinin hazırlanması vb.)

Operasyon (operatörün eylemleri ve görevleri - sistemi işleten kuruluş)

Bakım (eşlik eden kuruluş, yani destek hizmeti tarafından gerçekleştirilen eylemler ve görevler). Destek - hataları düzeltmek, üretkenliği artırmak veya değişen çalışma koşullarına veya gereksinimlerine uyum sağlamak için yazılımda değişiklik yapmak.

Ana yaşam döngüsü süreçleri arasında üçü en büyük öneme sahiptir: geliştirme, işletme ve bakım. Her süreç, belirli görevler ve bunları çözmek için yöntemler, önceki aşamada elde edilen ilk veriler ve sonuçlarla karakterize edilir.

Gelişim

Bir bilgi sisteminin geliştirilmesi, belirlenen gereksinimlere uygun olarak bilgi yazılımı ve bileşenlerinin oluşturulmasına yönelik tüm çalışmaları içerir. Bilgi yazılımı geliştirme ayrıca şunları içerir:

tasarım ve operasyonel belgelerin hazırlanması;

geliştirilen yazılım ürünlerinin test edilmesi için gerekli materyallerin hazırlanması;

Personel eğitimi için gerekli materyallerin geliştirilmesi.

Geliştirme, bir bilgi sisteminin yaşam döngüsündeki en önemli süreçlerden biridir ve kural olarak stratejik planlama, analiz, tasarım ve uygulamayı (programlamayı) içerir.

Sömürü

Operasyonel çalışma hazırlık ve temel olarak ayrılabilir. Hazırlık olanlar şunları içerir:

veritabanının ve kullanıcı iş istasyonlarının yapılandırılması;

kullanıcılara operasyonel dokümantasyon sağlamak;

eğitim.

Başlıca operasyonel faaliyetler şunları içerir:

doğrudan operasyon;

sorunların lokalizasyonu ve ortaya çıkma 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.

Eskort

Teknik destek hizmetleri herhangi bir kurumsal bilgi sisteminin hayatında çok önemli bir rol oynamaktadır. Bir bilgi sisteminin işletimi aşamasında nitelikli teknik servisin varlığı, kendisine verilen görevlerin çözümü için gerekli bir koşuldur ve bakım personelinin hataları, bilgi sisteminin maliyetiyle karşılaştırılabilecek açık veya gizli mali kayıplara yol açabilir.

Bir bilgi sisteminin bakımını organize etmeye hazırlıktaki ana ön eylemler şunlardır:

sistemin en kritik bileşenlerinin belirlenmesi ve bunlar için kesinti süresinin kritikliğinin belirlenmesi (bu, bilgi sisteminin en kritik bileşenlerinin belirlenmesine ve bakım için kaynak tahsisinin optimize edilmesine olanak sağlayacaktır);

bakım görevlerinin belirlenmesi ve bunların servis departmanı tarafından çözülen dahili ve uzman servis kuruluşları tarafından çözülen harici olarak bölünmesi (böylece gerçekleştirilen işlevler aralığının ve sorumlulukların bölünmesinin net bir tanımı yapılır);

Mevcut iç ve dış analizlerin yapılması Dış kaynaklar açıklanan görevler ve yetki paylaşımı çerçevesinde bakımın organize edilmesi için gerekli (analiz için ana kriterler: ekipman garantisinin mevcudiyeti, onarım fonunun durumu, personel nitelikleri);

gerçekleştirilen eylemlerin aşamalarını, yürütme zamanlamasını, aşamaların maliyetlerini ve uygulayıcıların sorumluluklarını belirlemenin gerekli olduğu bir bakım organizasyon planının hazırlanması.

3.2 Yaşam döngüsü süreçlerini desteklemek

Dokümantasyon (IS yaşam döngüsü sırasında oluşturulan bilgilerin resmileştirilmiş açıklaması)

Konfigürasyon yönetimi (IS bileşenlerinin durumunu belirlemek ve değişikliklerini yönetmek için IS'nin yaşam döngüsü boyunca idari ve teknik prosedürlerin uygulanması).

Kalite güvencesi (bilgi sistemi ve yaşam döngüsü süreçlerinin belirlenen gereksinimlere ve onaylanmış planlara uygunluğunu garanti eder)

Doğrulama (bazı eylemlerin sonucunda ortaya çıkan yazılım ürünlerinin, önceki eylemlerin gerektirdiği gereksinimleri veya koşulları tam olarak karşıladığının belirlenmesi)

Sertifikasyon (belirtilen gerekliliklerin ve oluşturulan sistemin spesifik işlevsel amaçlarına uygunluğunun tamlığının belirlenmesi)

Ortak değerlendirme (projedeki işin durumunun değerlendirilmesi: kaynakların, personelin, ekipmanın, araçların planlanması ve yönetiminin kontrolü)

Denetim (gereksinimlere, planlara ve sözleşme şartlarına uygunluğun belirlenmesi)

Sorun çözümü (geliştirme, işletme, bakım veya diğer süreçler sırasında keşfedilen sorunların kökeni veya kaynağı ne olursa olsun analizi ve çözümü)

3.3 Organizasyonel süreçler

Kontrol (süreçlerini yöneten herhangi bir tarafın gerçekleştirebileceği eylemler ve görevler)

Altyapının oluşturulması (teknoloji, standart ve araçların seçimi ve bakımı, yazılımın geliştirilmesi, işletilmesi veya bakımı için kullanılan donanım ve yazılımların seçimi ve kurulumu)

İyileştirme (yaşam döngüsü süreçlerinin değerlendirilmesi, ölçülmesi, kontrolü ve iyileştirilmesi)

Eğitim (başlangıç ​​eğitimi ve ardından devam eden personel gelişimi)

Proje yönetimi, işin planlanması ve organize edilmesi, geliştirme ekiplerinin oluşturulması ve gerçekleştirilen işin zamanlamasının ve kalitesinin izlenmesi konularıyla ilişkilidir. Projeye yönelik teknik ve organizasyonel destek şunları içerir:

proje uygulaması için yöntem ve araçların seçimi;

ara gelişme durumlarını tanımlamaya yönelik yöntemlerin belirlenmesi;

oluşturulan yazılımı test etmek için yöntem ve araçların geliştirilmesi;

1. Izbachkov S.Yu., Petrov V.N. Bilgi sistemleri – St. Petersburg: Peter, 2008. – 655 s.

2. http://ru.wikipedia.org

3. http://www.intuit.ru

Yaşayan bir organizma gibi her ürünün (mal veya hizmetin) kendine has bir özelliği vardır. yaşam döngüsü , "doğum" anıyla (veya belki de fikrin kökeniyle) başlayan ve "ölümüyle" veya kullanımdan çekilmesiyle biten.

EIS yaşam döngüsü – Bir EIS'in oluşturulmasına karar verildiği andan itibaren işlevinin sona ermesine kadar gelişiminde geçirdiği bir dizi aşama.

Bir ekonomik bilgi sisteminin yaşam döngüsü aşağıdaki aşamalardan oluşur:

1) ön tasarım;

2) mantıksal ve teknik tasarım;

3) çalışma (fiziksel) tasarım;

4) uygulama;

5) operasyon;

6) nöbet.

Ön tasarım Aşama, mevcut bilgi tüketicilerinin belirlenmesini sağlayarak şirketin yönetim sisteminin araştırılmasını ve analizini içerir. Bu aşamanın amacı, müşteri organizasyonunun amaç ve hedeflerini doğru ve kesin bir şekilde yansıtan IS gereksinimlerini formüle etmektir. Kuruluşun ihtiyaçlarını karşılayan bilgi sistemi oluşturma sürecini belirlemek için bu ihtiyaçların neler olduğunu bulmak ve açıkça ifade etmek gerekir. Bunu yapmak için, IS için müşteri gereksinimlerini belirlemek ve bunları, gelecekteki IS'nin kuruluşun amaç ve hedefleriyle uyumluluğunu sağlayacak şekilde bir IS projesinin geliştirilmesine yönelik gereksinimlerle model dilinde eşlemek gerekir.

Bilgi sistemleri için gereksinimler oluşturma görevi, en önemli, resmileştirilmesi zor, en pahalı ve hata durumunda düzeltilmesi en zor görevlerden biridir.

Modern araçlar ve yazılım ürünleri, hazır gereksinimlere göre hızlı bir şekilde IP oluşturmanıza olanak tanır. Ancak çoğu zaman bu sistemler müşterileri tatmin etmez ve çok sayıda değişiklik gerektirir, bu da IP'nin gerçek maliyetinde keskin bir artışa yol açar. Bu durumun temel nedeni IS gereksinimlerinin analiz aşamasında yanlış, hatalı veya eksik tanımlanmasıdır.

Bu aşamada teknik şartnamelerin geliştirilmesi, personelin eğitimi ve finansmanı da dahil olmak üzere tesisin hazırlanmasına yönelik bir eylem planının geliştirilmesi ile ilgili sorunların çözülmesi gerekmektedir. Bu aşamada, IP'nin fizibilitesinin bir analizi de gerçekleştirilir, yani aşağıdakiler dikkate alınır:

· operasyonel fizibilite – bu IS'yi oluşturmak mümkün mü, belirtilen gereklilikleri kullanmak ve karşılamak ne kadar uygun olacak;

· ekonomik fizibilite – kullanıcı açısından maliyet, etkinlik;

Tasarım mantıksal ve teknik - bu, sistemin formüle edilmiş gereksinimlerine ve tanımlanmış bilgi ihtiyaçlarına ve EIS'nin işlevsel mimarisine uygun olarak geliştirmedir.

Tasarım aşamasında öncelikle veri modelleri oluşturulur. Tasarımcılar analiz sonuçlarını ilk bilgi olarak alırlar. Mantıksal ve fiziksel veri modelleri oluşturmak, veritabanı tasarımının temel bir parçasıdır. Analiz sürecinde elde edilen bilgi modeli önce mantıksal, daha sonra da fiziksel veri modeline dönüştürülür.

Veritabanı şemasının tasarımına paralel olarak, tüm IS modüllerinin spesifikasyonlarının (açıklamalarının) elde edilmesine yönelik süreç tasarımı gerçekleştirilir. Bu tasarım süreçlerinin her ikisi de birbiriyle yakından ilişkilidir çünkü iş mantığının bir kısmı genellikle veritabanında (kısıtlamalar, tetikleyiciler, saklı prosedürler) uygulanır. ana amaç Süreç tasarımı, analiz aşamasında elde edilen fonksiyonların bilgi sistemi modüllerine eşleştirilmesinden oluşur. Modülleri tasarlarken program arayüzleri belirlenir: menü düzeni, pencere görünümü, kısayol tuşları ve ilgili çağrılar.

Ayrıca tasarım aşamasında platform (platformlar) ve işletim sistemi (işletim sistemleri) seçimi de dahil olmak üzere IS mimarisinin geliştirilmesi de gerçekleştirilmektedir. Heterojen bir IS'de, birden fazla bilgisayar farklı donanım platformlarında ve farklı işletim sistemlerini çalıştırabilir.

Platform seçiminin yanı sıra tasarım aşamasında mimari türleri de belirlenir:

· “dosya-sunucu” veya “istemci-sunucu” mimarisi;

· merkezi veya dağıtılmış veritabanı. Veritabanı dağıtılmışsa, veri tutarlılığını ve uygunluğunu korumak için hangi mekanizmalar kullanılacaktır;

· veritabanları için paralel veya tek sunucular (gerekli performansı elde etmek için), vb.

Tasarım aşaması IP'nin teknik tasarımının geliştirilmesiyle sona erer.

Tasarım çalışma (fiziksel), programların oluşturulmasını ve yapılandırılmasını, veritabanlarının doldurulmasını, personel için çalışma talimatlarının oluşturulmasını içerir. Tasarım, çalışma taslağının oluşturulmasıyla sona erer.

Çalışan bir proje, güncellenmiş verileri ve ayrıntılı sistem çapında tasarım çözümlerini, sorunları çözmek için programlar ve talimatların yanı sıra otomatik kontrol sisteminin ekonomik verimliliğinin güncellenmiş bir değerlendirmesini ve güncellenmiş bir proje listesini içeren, öngörülen şekilde onaylanmış teknik dokümantasyondur. tesisin uygulamaya hazırlanmasına yönelik önlemler.

Pilot ve endüstriyel sırasında uygulama kapsamlı sistem kurulumu ve personel eğitimleri gerçekleştirilmektedir.

Sistemin uygulanması, tüm sistemin ayrıntılı tasarım belgelerinin sağladığı, mevcut bir ÇBS'den yenisine kademeli bir geçiş sürecidir. Bireysel görevlerin ve alt sistemlerin uygulanması, tüm sistem için çalışma tasarımının geliştirilmesine paralel olarak gerçekleştirilebilir.

Sistemin uygulanmasının ana aşamaları şunlardır:

· tesisin sistem uygulamasına hazırlanması;

· deneme işletimi için görevlerin ve alt sistemlerin teslimi;

· deneme işletiminin gerçekleştirilmesi;

· görevleri, alt sistemleri ve sistemi bir bütün olarak ticari işletmeye almak.

IS'nin deneme çalışması algoritmaların, programların ve bağlantıların test edilmesinden oluşur teknolojik süreç gerçek koşullarda veri işleme. Aşağıdakiler için gerçekleştirilir:

· programlarda son hata ayıklama ve sorunların çözümüne yönelik teknolojik sürecin test edilmesi;

· bilgi tabanının hazır olup olmadığının kontrol edilmesi;

· sistem görevlerinin ara bağlantılarının çözülmesi;

· işletme personeli tarafından iş becerilerinin kazanılması;

· Tüm sistemin bir bütün olarak kurulması ve tespit edilen eksikliklerin giderilmesi.

Sistemin deneme işletimi tamamlandıktan sonra uygulama raporu hazırlanır. Deneme işletimi sonuçları olumlu ise sistem ticari işletmeye alınır.

Sömürü EIS – gerçek koşullarda kullanımı. İşletme sırasında destek, sistem işleyişinin analizi, hata ve eksikliklerin düzeltilmesi, gereksinimlerin kaydedilmesi ve sistemin modernizasyonu ve genişletilmesine yönelik planların geliştirilmesi de gerçekleştirilmektedir.

Nöbet EIS'in hizmet dışı bırakılması, EIS'nin işletmeden tamamen çıkarılması veya önemli modernizasyon anlamına gelir; bu, temelde yeni bir bilgi sisteminin oluşturulması hakkında konuşmamıza olanak tanır.

Mevcut yaşam döngüsü modelleri, geliştirme sırasında aşamaların uygulanma sırasını ve aşamadan aşamaya geçiş kriterlerini belirler. Buna göre en yaygın olarak aşağıdaki üç yaşam döngüsü modeli kullanılmaktadır:

1) önceki aşamadaki işin tamamlanmasının ardından bir sonraki aşamaya geçmeyi içeren kademeli model;

2) ara kontrollü aşamalı model, yani. Aşamalar arasında geri bildirim döngülerine sahip yinelemeli geliştirme modeli. Bu modelin avantajı, aşamalar arası ayarlamaların kademeli modele göre daha az iş yoğunluğu sağlaması, ancak her aşamanın ömrünün tüm geliştirme dönemi boyunca uzanmasıdır;

3) sarmal model, yaşam döngüsünün ilk aşamalarını vurgular: gereksinim analizi, spesifikasyon tasarımı, ön ve ayrıntılı tasarım. Bu aşamalarda teknik çözümlerin uygulanabilirliği kontrol edilir ve prototipler oluşturularak gerekçelendirilir. Spiralin her dönüşü, bir yazılım ürününün bir parçasını veya versiyonunu oluşturmak için adım adım bir modele karşılık gelir; burada projenin hedefleri ve özellikleri açıklığa kavuşturulur, kalitesi belirlenir ve bir sonraki turun işi sarmal planlanmıştır. Böylece projenin detayları derinleştirilip tutarlı bir şekilde belirlenmekte ve sonuç olarak makul bir seçenek seçilerek uygulamaya geçirilmektedir.

EIS yaşam döngüsünün tüm aşamalarında aşağıdakileri yapan ekonomi uzmanları önemli bir rol oynar:

· gelecekteki bir bilgi sistemi için gereklilikleri veya modernizasyonuna yönelik bir planı formüle etmek;

· IS'nin ve bir bütün olarak sistemin bir parçası olarak kullanılan bireysel çözümlerin ekonomik verimliliğinin gerekçelendirilmesini ve hesaplanmasını yürütmek;

· Elektronik bilgi sistemi oluşturma sürecine doğrudan katılmak, bilgi sisteminin oluşturulduğu işletmenin çalışanları da dahil olmak üzere iş süreçlerinin ve bunlara karşılık gelen bilgi süreçlerinin, bir elektronik bilgi sistemi oluşturma ilkelerinden birine uygun olarak modellenmesine yardımcı olmak. bilgi sistemi.

· sistemi işletmeye alırken hata ayıklamaya katılmak;

· (uzmanlar) veritabanlarını ve bilgileri doldurmak için bilgi ve deneyimlerini kullanır;

· uygulama aşamasında, bilgilerini ve pratik deneyimlerini uygulayarak talimatlar geliştirir ve personeli eğitirler.

Araştırma son yıllar bilgi teknolojisi kullanımı yoluyla verimlilik kazanımlarının çok nadiren elde edildiğini göstermiştir. Asıl sebep yeni bilgi teknolojilerinin çoğunlukla önceki yöntem ve süreçlerin ayna görüntüleri olmasıdır. Bu gerçekleşmeye yol açtı

yönetim alanında yeni bir yönün ortaya çıkışı - yeniden yapılanma dramatik iyileştirmeler elde etmek için iş süreçlerinin temel olarak yeniden düşünülmesi ve radikal bir şekilde yeniden yönlendirilmesiyle paralel olarak bilgi teknolojisinin kullanılması yoluyla mevcut bir iş sürecinin iyileştirilmesi veya iyileştirilmesi anlamına gelen iş süreçleri önemli göstergeler(verimliliğin arttırılması, kalitenin iyileştirilmesi, maliyetlerin azaltılması).

Yaşam döngüsü, varoluşun bir zaman dilimi değil, üretilen etkilerin türüne göre belirlenen, sıralı bir durum değişiklikleri sürecidir (R 50-605-80-93).

"Sistem yaşam döngüsü" terimi genellikle yeni bir sistemin konsept, geliştirme, üretim, işletme ve nihai hizmetten çıkarma gibi önemli aşamalar dahil olmak üzere çeşitli aşamalardaki evrimini ifade eder:70.

Yaşam döngüsü kavramının tarihi

Yaşam döngüsü kavramı 19. yüzyılın sonunda ortaya çıktı. Bireyler ve organizmalar düzeyinde kalıtım ve gelişimin yanı sıra bireysel türler ve tüm canlı organizma popülasyonları düzeyinde adaptasyon, hayatta kalma ve yok olma fikirlerini içeren bir fikirler kompleksi olarak.

Tipik sistem yaşam döngüsü modelleri

Olası her görevin gereksinimlerini karşılayacak tek bir yaşam döngüsü modeli yoktur. Çeşitli organizasyonlar Standardizasyon kurumları, devlet kurumları ve mühendislik toplulukları, modeli oluşturmak için kullanılabilecek kendi modellerini ve teknolojilerini yayınlarlar. Bu nedenle, bir yaşam döngüsü modeli oluşturmak için tek bir olası algoritmanın varlığını iddia etmek doğru değildir.

Bazı sistem mühendisliği uzmanları, aşağıdaki üç kaynağa dayalı bir sistem yaşam döngüsü modelinin değerlendirilmesini önermektedir: Savunma Bakanlığı (DoD) lojistik yönetim modeli (DoD 5000.2), ISO/IEC 15288 modeli ve Ulusal Dernek Profesyonel Mühendisler (NSPE):71.

ISO/IEC 15288'e göre tipik yaşam döngüsü modeli

Standarda göre, yaşam döngüsü süreçleri ve faaliyetleri, bir yaşam döngüsü aşaması sırasında o aşamanın hedeflerini ve sonuçlarını tam olarak karşılamak için tanımlanır, uygun şekilde yapılandırılır ve kullanılır. Yaşam döngüsünün farklı aşamalarında farklı organizasyonlar yer alabilir. Sistem yaşam döngülerinin tek bir evrensel modeli yoktur. Yaşam döngüsünün belirli aşamaları, sistem gelişiminin her bir spesifik durumuna bağlı olarak mevcut olmayabilir:34.

Standart aşağıdaki yaşam döngüsü aşamalarını örnek olarak vermiştir:

1. Fikir.
2. Gelişim.
3. Üretme.
4. Başvuru.
5. Uygulama desteği.
6. Durdurma ve iptal etme.

Standardın 2008 versiyonunda (ISO/IEC 15288:2008) yaşam döngüsü aşamalarına ilişkin herhangi bir örnek bulunmamaktadır.

ABD Savunma Bakanlığı'na göre tipik yaşam döngüsü modeli

Gelişmiş teknolojileri kullanmanın risklerini yönetmek ve maliyetli teknik veya yönetim hatalarını en aza indirmek için ABD Savunma Bakanlığı, sistem geliştirme için gerekli tüm ilkeleri içeren bir kılavuz geliştirmiştir. Bu ilkeler özel bir direktif listesine (DoD 5000) dahil edilmiştir.

ABD Savunma Bakanlığı'na göre bir lojistik yönetim sisteminin yaşam döngüsü modeli beş aşamadan oluşur:71:

1. Analiz.
2. Teknoloji gelişimi.
3. Mühendislik ve üretim geliştirme.
4. Üretim ve dağıtım.
5. Operasyon ve destek.

Ulusal Profesyonel Mühendisler Derneği (NSPE) Genel Sistem Yaşam Döngüsü Modeli

Bu model ticari sistemlerin geliştirilmesi için uyarlanmıştır. Bu model temel olarak genellikle teknolojik ilerlemenin sonucu olan yeni ürünlerin geliştirilmesine odaklanmaktadır. NSPE modeli, DoD versiyon modelinin alternatif bir görünümünü sağlar. NSPE modeline göre yaşam döngüsü altı aşamaya bölünmüştür:72:

1. Konsept.
2. Teknik uygulama.
3. Gelişim.
4. Ticari doğrulama ve üretim hazırlığı.
5. Tam ölçekli üretim.
6. Son ürün desteği.

R 50-605-80-93'e göre tipik ürün yaşam döngüsü modeli

R 50-605-80-93 kılavuz belgesi, aşağıdakiler de dahil olmak üzere endüstriyel bir ürünün yaşam döngüsünü dikkatle inceler: askeri teçhizat.

Sivil kullanıma yönelik endüstriyel ürünler için aşağıdaki aşamalar önerilmektedir:

1. Araştırma ve tasarım.
2. Üretme.
3. İtiraz ve uygulama.
4. Çalıştırma veya tüketim.

Sivil kullanıma yönelik endüstriyel ürünlerin yaşam döngüsü içerisinde, 73 tür iş ve 23 tür paydaşın (belgenin terminolojisinde "çalışma katılımcıları") dikkate alınması önerilmektedir.

Askeri amaçlı endüstriyel ürünler için aşağıdaki aşamalar önerilmektedir:

1. Araştırma ve geliştirmenin gerekçelendirilmesi.
2. Gelişim.
3. Üretme.
4. Sömürü.
5. Büyük yenileme.

Askeri endüstriyel ürünlerin yaşam döngüsü içerisinde 25 tür iş ve 7 tür paydaşın (çalışma katılımcıları) dikkate alınması önerilmektedir.

Tipik yazılım yaşam döngüsü modeli

"Sistem Yaşam Döngüsü Modeli" şeklinde sunulan sistem yaşam döngüsü aşamaları ve bunların bileşen aşamaları, bileşen düzeyinde önemli miktarda işlevselliğe sahip yazılım içerenler de dahil olmak üzere çoğu karmaşık sistem için geçerlidir. Yazılımın hemen hemen tüm işlevleri yerine getirdiği yazılım yoğun sistemlerde (modern finansal sistemler, uçak bileti rezervasyon sistemleri, küresel İnternet vb. gibi), kural olarak, yaşam döngüleri içerik bakımından benzerdir, ancak çoğu zaman yineleme nedeniyle karmaşık hale gelir. süreçler ve prototip oluşturma: 72-73.

Sistem yaşam döngüsünün ana aşamaları (Kossiakoff, Sweet, Seymour, Biemer)

"Sistem Yaşam Döngüsü Modeli" şeklinde görüldüğü gibi sistem yaşam döngüsü modeli 3 aşamadan oluşmaktadır. İlk 2 aşama geliştirme aşamasını, üçüncü aşama ise geliştirme sonrasını kapsamaktadır. Bu aşamalar, bir sistemin yaşam döngüsünde durumdan duruma daha genel geçişleri gösterir ve aynı zamanda sistem mühendisliğinde yer alan faaliyetlerin türü ve kapsamındaki değişiklikleri de gösterir. Aşamalar şunlardır:73:

• konsept geliştirme aşaması;
• teknik geliştirme aşaması;
• geliştirme sonrası aşama.

Konsept geliştirme aşaması

Konsept geliştirme aşamasının amacı sistemin uygulama alanındaki yeni olanakları değerlendirmek, ön hazırlık geliştirmektir. sistem gereksinimleri ve olası tasarım çözümleri. Kavramsal tasarım geliştirme aşaması, yeni bir sistem oluşturma veya mevcut sistemi değiştirme ihtiyacının farkına varılmasıyla başlar. Aşama, olgusal araştırmanın başlangıcını, bir planlama dönemini ve gelecekteki eylemlerin ekonomik, teknik, stratejik ve pazar temellerinin değerlendirilmesini içerir. Paydaşlar ve geliştiriciler arasında bir diyalog yaşanıyor.

Konsept geliştirme aşamasının ana hedefleri:74:

1. Yeni sistem için neyin gerekli olduğunu ve sistemin teknik ve ekonomik fizibilitesini belirlemek için araştırma yapın.
2. Potansiyel sistem kavramlarını keşfedin ve bir dizi sistem performansı gereksinimini formüle edip doğrulayın.
3. En çekici sistem konseptini seçin, işlevsel özelliklerini belirleyin ve sistemin tasarım, üretim ve operasyonel kurulumunun sonraki aşamaları için ayrıntılı bir plan geliştirin.
4. Herhangi birini geliştir yeni teknoloji Seçilen sistem konseptine uygun olmalı ve ihtiyaçları karşılama yeteneğini doğrulamalıdır.

Teknik geliştirme aşaması

Teknik geliştirme aşaması, sistem konseptinde formüle edilen işlevleri, kendi işletim ortamında desteklenebilecek ve başarıyla çalıştırılabilecek fiziksel bir düzenlemeye uygulamak için bir sistem tasarlama sürecini içerir. Sistem mühendisliği öncelikle geliştirme ve tasarıma rehberlik etmek, arayüzleri yönetmek, test planları geliştirmek ve test ve değerlendirme sırasında doğrulanmayan bir sistemin performansındaki tutarsızlıkların nasıl uygun şekilde düzeltilmesi gerektiğini belirlemekle ilgilidir. Mühendislik faaliyetlerinin büyük bir kısmı bu aşamada gerçekleştirilir.

Teknik geliştirme aşamasının ana hedefleri şunlardır:74:

1. Performans, güvenilirlik, bakım kolaylığı ve güvenlik gereksinimlerini karşılayan bir sistem prototipinin teknik gelişimini gerçekleştirin.
2. Kullanıma uygun bir sistem tasarlayın ve operasyonel uygunluğunu gösterin.

Geliştirme sonrası aşama

Geliştirme sonrası aşama, sistem geliştirme dönemi dışındaki faaliyetlerden oluşur ancak özellikle hızlı çözüm gerektiren beklenmedik sorunlarla karşılaşıldığında yine de sistem mühendislerinden önemli ölçüde destek gerektirir. Buna ek olarak, teknolojideki ilerlemeler genellikle konsept ve teknik geliştirme aşamaları kadar sistem mühendisliğine de bağlı olabilen dahili hizmet sistemi yükseltmelerini gerektirir.

.

Batovrin V.K., Bakhturin D.A. Teknik sistemlerin yaşam döngüsü yönetimi. - 2012.

GOST R ISO/IEC 15288-2005 Bilgi Teknolojisi. Sistem Mühendisi. Sistem yaşam döngüsü süreçleri

R 50-605-80-93. Öneriler. Ürünlerin geliştirilmesi ve üretime geçirilmesi için sistem. Terimler ve tanımlar (Metne bağlantı).

elektrik mühendisliğinde). Bu standart, bir yazılım sisteminin oluşturulması sırasında tamamlanması gereken süreçleri, etkinlikleri ve görevleri içeren bir yaşam döngüsü yapısını tanımlar.

İÇİNDE bu standart PS (veya yazılım) bir dizi bilgisayar programı, prosedür ve muhtemelen ilgili belge ve veriler olarak tanımlanır. Süreç, bazı girdi verilerini çıktıya dönüştüren birbiriyle ilişkili eylemler dizisi olarak tanımlanır (G. Myers buna veri çevirisi adını verir). Her süreç belirli görevler ve bunları çözmek için yöntemler ile karakterize edilir. Buna karşılık, her süreç bir dizi eyleme ve her eylem bir dizi görevlere bölünür. Her süreç, eylem veya görev, gerektiğinde başka bir süreç tarafından başlatılır ve yürütülür ve önceden belirlenmiş bir yürütme dizisi yoktur (elbette, giriş verileri arasındaki bağlantılar korunurken).

Sovyetler Birliği'nde ve daha sonra Rusya'da, yazılım (yazılım) oluşturmanın başlangıçta geçen yüzyılın 70'lerinde GOST ESPD standartları (Birleşik Program Dokümantasyon Sistemi - GOST 19.ХХХ serisi) tarafından düzenlendiği unutulmamalıdır. ), bireysel programcılar tarafından oluşturulan sınıf odaklı nispeten basit, küçük programlardı. Şu anda bu standartlar kavramsal ve şekil olarak güncelliğini kaybetmiş, geçerlilik süreleri dolmuş ve kullanımları uygun değildir.

Yazılımı içeren otomatik sistemler (AS) oluşturma süreçleri, GOST 34.601-90 "Bilgi teknolojisi. Otomatik sistemler için standartlar seti. Yaratılış aşamaları", GOST 34.602-89 "Bilgi teknolojisi. Standartlar seti" standartlarına göre düzenlenir. Otomatik sistemler için. Teknik görev otomatik bir sistemin oluşturulması için" ve GOST 34.603-92 "Bilgi teknolojisi. Otomatik sistemlerin test türleri." Bununla birlikte, bu standartların hükümlerinin çoğu güncelliğini kaybetmiştir ve diğerleri, PS'nin oluşturulmasına yönelik ciddi projelerde kullanılacak kadar yansıtılmamıştır. Bu nedenle, yurt içi gelişmelerde modern uluslararası kullanılması tavsiye edilir. standartlar.

ISO/IEC 12207 standardına göre tüm yazılım yaşam döngüsü süreçleri üç gruba ayrılmaktadır (Şekil 5.1).

Pirinç. 5.1.

Gruplar beş ana süreci tanımlar: satın alma, teslimat, geliştirme, operasyon ve destek. Sekiz yardımcı süreç, ana süreçlerin yürütülmesini sağlar; dokümantasyon, konfigürasyon yönetimi, kalite güvencesi, doğrulama, belgelendirme, ortak değerlendirme, denetim, sorun çözümü. Dört organizasyonel süreç yönetim, altyapı, iyileştirme ve öğrenmeyi sağlar.

5.2. PS yaşam döngüsünün ana süreçleri

Edinme süreci, yazılımı satın alan müşterinin eylem ve görevlerinden oluşur. Bu süreç aşağıdaki faaliyetleri kapsamaktadır:

1. edinimin başlatılması;
2. ihale tekliflerinin hazırlanması;
3. sözleşmenin hazırlanması ve ayarlanması;
4. tedarikçinin faaliyetlerinin denetimi;
5. İşin kabulü ve tamamlanması.

Bir satın almayı başlatmak aşağıdaki görevleri içerir:

1. bir sistemin, yazılım ürünlerinin veya hizmetlerinin edinilmesi, geliştirilmesi veya iyileştirilmesine yönelik ihtiyaçlarının müşteri tarafından belirlenmesi;
2. mevcut yazılımın edinilmesi, geliştirilmesi veya iyileştirilmesine ilişkin kararlar almak;
3. bir yazılım ürününün satın alınması durumunda gerekli belgelerin, garantilerin, sertifikaların, lisansların ve desteğin varlığının kontrol edilmesi;
4. sistem gereklilikleri, sözleşme türü, tarafların sorumlulukları vb. dahil olmak üzere satın alma planının hazırlanması ve onaylanması.

Başvuru teklifleri şunları içermelidir:

1. sistem gereksinimleri;
2. yazılım ürünlerinin listesi;
3. satın alma ve anlaşma şartları;
4. teknik kısıtlamalar (örneğin sistemin çalışma ortamında).

İhale durumunda teklifler seçilen tedarikçiye veya birden fazla tedarikçiye gönderilir. Tedarikçi, sözleşmede belirtilen şartlar kapsamında bir sistem, yazılım veya yazılım hizmetinin temini için müşteriyle sözleşme yapan kuruluştur.

Sözleşmenin hazırlanması ve ayarlanması aşağıdaki görevleri içerir:

1. olası tedarikçilerden gelen tekliflerin değerlendirilmesine yönelik kriterler de dahil olmak üzere, bir tedarikçinin seçilmesine yönelik bir prosedürün müşteri tarafından belirlenmesi;
2. tekliflerin analizine dayalı olarak belirli bir tedarikçinin seçimi;
3. hazırlık ve sonuç tedarikçiyle yapılan anlaşmalar;
4. Uygulama sırasında sözleşmede (gerekirse) değişiklik yapmak.

Tedarikçi faaliyetlerinin gözetimi, ortak değerlendirme ve denetim süreçlerinde öngörülen aksiyonlara uygun olarak gerçekleştirilir. Kabul sürecinde gerekli testler hazırlanır ve gerçekleştirilir. Sözleşme kapsamındaki işin tamamlanması, tüm kabul koşullarının karşılanması durumunda gerçekleştirilir.

Teslimat süreci, müşteriye bir yazılım ürünü veya hizmetini sağlayan tedarikçinin gerçekleştirdiği faaliyetleri ve görevleri kapsar. Bu süreç aşağıdaki adımları içerir:

1. teslimatın başlatılması;
2. teklif tekliflerine yanıt hazırlamak;
3. sözleşmenin hazırlanması;
4. sözleşme kapsamında işin planlanması;
5. sözleşmeli işin yürütülmesi, kontrolü ve değerlendirilmesi;
6. işin teslimi ve tamamlanması.

Teslimatın başlatılması, tedarikçinin teklif tekliflerini incelemesinden ve belirtilen gereklilik ve koşulları kabul edip etmeyeceğine veya kendi şartlarını ve koşullarını mı teklif edeceğine (kabul edildi) karar vermesinden oluşur. Planlama aşağıdaki görevleri içerir:

1. Tedarikçinin işin kendi başına veya bir taşeronun katılımıyla gerçekleştirilmesine ilişkin karar vermesi;
2. içeren bir proje yönetim planının tedarikçi tarafından geliştirilmesi örgütsel yapı proje, sorumluluk paylaşımı, teknik gereksinimler geliştirme ortamına ve kaynaklara, taşeronların yönetimine vb.

Geliştirme süreci, geliştirici tarafından gerçekleştirilen eylem ve görevleri içerir ve yazılımın ve bileşenlerinin belirtilen gereksinimlere uygun olarak oluşturulması çalışmalarını kapsar. Bu, tasarım ve operasyonel dokümantasyonun hazırlanmasını, performans testi için gerekli malzemelerin hazırlanmasını ve yazılım ürünlerinin kalitesi, personel eğitiminin organizasyonu için gerekli materyaller vb.

Geliştirme süreci aşağıdaki adımları içerir:

1. hazırlık çalışmaları;
2. sistem gereksinimlerinin analizi;
3. sistem mimarisi tasarımı;
4. gereksinimlerinin analizi yazılım;
5. yazılım mimarisi tasarımı;
6. ayrıntılı yazılım tasarımı;
7. yazılım kodlama ve test etme;
8. yazılım entegrasyonu;
9. yazılım yeterlilik testi;
10. sistem entegrasyonu;
11. sistem yeterlilik testi;
12. Yazılım yükleme;
13. yazılım kabulü.

Hazırlık çalışması, projenin ölçeğine, önemine ve karmaşıklığına karşılık gelen bir yazılım yaşam döngüsü modelinin seçilmesiyle başlar. Geliştirme sürecinin faaliyetleri ve görevleri seçilen modele uygun olmalıdır. Geliştirici proje koşullarını seçmeli, bunlara uyum sağlamalı ve standartları, yöntemleri ve uygulamaları kullanmalıdır. Geliştirme araçları ve ayrıca bir iş yürütme planı hazırlayın.

Sistem gereksinimlerinin analizi, işlevselliğinin belirlenmesini içerir, Kullanıcı gereksinimleri, güvenilirlik, güvenlik gereksinimleri, harici arayüz gereksinimleri, performans vb. Sistem gereksinimleri fizibilite ve test edilebilirlik kriterlerine göre değerlendirilir.

Bir sistemin mimarisinin tasarlanması, sistemin donanım (donanım), yazılım bileşenlerinin ve sistemi çalıştıran personel tarafından gerçekleştirilen işlemlerin belirlenmesini içerir. Sistem mimarisi, sistem gereksinimlerine ve kabul edilen tasarım standartlarına ve uygulamalarına uygun olmalıdır.

Yazılım gereksinimlerinin analizi, her bir yazılım bileşeni için aşağıdaki özelliklerin belirlenmesini içerir:

1. bileşenin performans özellikleri ve çalışma ortamı da dahil olmak üzere işlevsellik;
2. harici arayüzler;
3. güvenilirlik ve güvenlik özellikleri;
4. ergonomik gereksinimler;
5. kullanılan verilere ilişkin gereksinimler;
6. kurulum ve kabul gereksinimleri;
7. kullanıcı belgeleri için gereksinimler;
8. işletme ve bakım gereksinimleri.

Yazılım gereksinimleri, sistemin bir bütün olarak gereksinimlerine uygunluk, yapılabilirlik ve test edilebilirlik kriterlerine göre değerlendirilir.

Yazılım mimarisi tasarımı, her yazılım bileşeni için aşağıdaki görevleri içerir:

1. yazılım gereksinimlerinin, yazılımın yapısını ve bileşenlerinin bileşimini yüksek düzeyde tanımlayan bir mimariye dönüştürülmesi;
2. yazılım arayüzlerinin ve veritabanlarının (DB) geliştirilmesi ve belgelenmesi;
3. kullanıcı belgelerinin ön versiyonunun geliştirilmesi;
4. Ön test gereksinimlerinin ve yazılım entegrasyon planının geliştirilmesi ve belgelenmesi.

Ayrıntılı yazılım tasarımı aşağıdaki görevleri içerir:

1. yazılım bileşenlerinin ve aralarındaki arayüzlerin daha sonraki kodlama ve testler için yeterli olacak şekilde daha düşük bir düzeyde tanımlanması;
2. ayrıntılı bir veritabanı tasarımının geliştirilmesi ve belgelenmesi;
3. (gerekirse) kullanıcı belgelerinin güncellenmesi;
4. test gereksinimlerinin ve yazılım bileşenleri için bir test planının geliştirilmesi ve belgelenmesi;

Yazılım kodlama ve test etme aşağıdaki görevleri içerir:

1. her bir yazılım bileşeninin ve veri tabanının kodlanması ve belgelenmesi, ayrıca bunların test edilmesi için bir dizi test prosedürü ve verinin hazırlanması;
2. her yazılımın ve veritabanı bileşeninin gereksinimlere uygunluğu açısından test edilmesi ve ardından test sonuçlarının belgelenmesi;
3. belgelerin güncellenmesi (gerekirse);
4. Yazılım entegrasyon planının güncellenmesi.

Yazılım entegrasyonu, geliştirilen yazılım bileşenlerinin, birleştirilmiş bileşenler için entegrasyon ve test planına uygun olarak birleştirilmesini içerir. Birleştirilmiş bileşenlerin her biri için, sonraki yeterlilik testleri sırasında yeterlilik gereksinimlerinin her birini doğrulamak amacıyla test setleri ve test prosedürleri geliştirilir. Yeterlilik gereksinimi hak kazanmak için yerine getirilmesi gereken bir dizi kriter veya koşuldur yazılımŞartnamelerine uygun ve sahada kullanıma hazır olarak.

Yazılım yeterlilik testi, geliştirici tarafından müşterinin huzurunda gerçekleştirilir (

Operasyon süreci, sistemi işleten operatör organizasyonunun aktivitelerini ve görevlerini kapsar. Operasyon süreci aşağıdaki adımları içerir.

1. Aşağıdaki görevleri yerine getiren operatörü içeren hazırlık çalışması:

   1. işletme sırasında gerçekleştirilen faaliyetleri ve çalışmaları planlamak ve işletme standartlarını belirlemek;
   2. İşletme sırasında ortaya çıkan sorunların yerelleştirilmesi ve çözülmesine yönelik prosedürlerin belirlenmesi.
2. Bir yazılım ürününün sonraki her sürümü için gerçekleştirilen ve sonrasında bu sürümün devreye alındığı operasyonel testler.
3. Sistemin, kullanıcı dokümantasyonuna uygun olarak bu amaca yönelik ortamda gerçekleştirilen fiili çalışması.
4. yazılımdaki sorunların ve değişiklik taleplerinin analizi (bir sorun veya değişiklik talebi hakkındaki mesajların analizi, ölçeğin değerlendirilmesi, değişiklik maliyeti, ortaya çıkan etki, değişikliğin yapılabilirliğinin değerlendirilmesi);
5. yazılım değişikliği (geliştirme sürecinin kurallarına uygun olarak yazılım ürünü bileşenlerinde ve belgelerinde değişiklik yapmak);
6. doğrulama ve kabul (değiştirilen sistemin bütünlüğü açısından);
7. yazılımın başka bir ortama aktarılması (programların ve verilerin dönüştürülmesi, yazılımın belirli bir süre boyunca eski ve yeni ortamda paralel çalışması);
8. İşletme organizasyonunun, destek hizmetinin ve kullanıcıların katılımıyla müşterinin kararıyla yazılımın hizmetten alınması. Bu durumda yazılım ürünleri ve belgeler sözleşme uyarınca arşivlenmeye tabidir.