Bilişim ve yazılım hizmetleri

Müşterinin istediği belge hangi nesneye ait?

Bir bilişim şirketinden hizmet yeri yeterliliği, belirli bir yazılım ürününün değerlendirmesi, geliştirme süreçlerinin olgunluğu veya BT hizmet yönetimi istenebilir. TSE bunlar için farklı yollar yayımlar. Hazır yazılım ürününün değerlendirilmesi ürünün niteliğine odaklanırken ISO 20000-1 hizmet yönetimini, TS ISO/IEC 33061 ise yazılım süreçlerinin değerlendirilmesini konu eder. Yazılım Ürünü Kalite Gereksinimleri ve Değerlendirmesi. Bilgi Teknolojileri Hizmet Yönetimi Sistemi Belgelendirmesi. TS ISO/IEC 33061 Yazılım Süreç Değerlendirme ve Olgunluk Belgelendirme.

İlk adım olarak müşterinin talebindeki belge adını ve kapsam cümlesini aynen kaydedin. Örneğin destek hizmeti satın alan müşteriyle belirli sürümü teslim alacak müşteri aynı kanıtı istemeyebilir. İhale ya da sözleşme şartındaki ürün, süreç veya hizmet ifadesini çıkarmadan başvuru birimine iletin; yalnız şirketin 'yazılım firması' olması doğru programı kendiliğinden seçtirmez.

Hizmet yeri kapsamını teknoloji adından ayırın

HYB listesinde TS 13149 yazılım hizmeti veren yerleri, TS 12498 bilgisayar ve çevre birimi yetkili servislerini, TS 13505 simülasyon sistemlerine yazılım ve donanım hizmeti veren yerleri ayrı gösterir. Bir yazılımın bulutta çalışması veya müşterinin bilgisayarına kurulması, bu faaliyet başlıklarını tek bir teknik belgeye dönüştürmez; fiilî verilen hizmet açıklanmalıdır. Hizmet Yeri Belgelendirmesi Yapılan Standart ve Kriter Listesi.

Hazırlıkta geliştirme, kurulum, bakım, donanım onarımı ve kullanıcı desteğini ayrı satırlara yazın. Hangilerinin şirket içinde, hangilerinin başka sağlayıcıyla yapıldığını belirtin. Katalog kodundan personel sayısı, cihaz listesi veya ofis alanı için değer çıkarmayın. Seçilecek kapsamı güncel standart ve TSE inceleme yolu üzerinden netleştirin; aday başlıkla yapılmış değerlendirme sonucunu karıştırmayın. HYB için doğru standart veya kriter nasıl seçilir?.

Hazır yazılım ürününü sürümüyle tanımlayın

TSE'nin yazılım ürünü değerlendirmesi açıklaması, satışa hazır yazılım paketlerinin kalite gereksinimleri, test dokümantasyonu ve uygunluk değerlendirmesini ele alır; üretim süreçleri veya tedarikçinin kalite yönetim sistemi bu ürün değerlendirmesinin kapsamı değildir. Fonksiyonel testte kullanılan sürümün belgelendirme denetimi yapılan sürümle aynı olması özellikle belirtilir. Yazılım Ürünü Kalite Gereksinimleri ve Değerlendirmesi.

Ön hazırlıkta ürün adı, sürüm, etkin modüller, test ortamı ve kullanıcı dokümanını birlikte kaydedin. Teste hazırlanırken aynı ticari isim altındaki farklı müşteriye özel kurulumları görünmez bırakmayın. Test ortamıyla teslim edilecek sürüm arasında fark varsa bunu açıklayın; eski sürümün raporunu yeni özelliklerin de değerlendirildiği yönünde sunmak, rapor ile ürün arasındaki bağı koparır. Yazılım Ürünü Kalite Gereksinimleri ve Değerlendirmesi TSE Ürün Belgelendirmesi.

SPICE talebinde proje ve süreç kanıtını ilişkilendirin

TSE'nin TS ISO/IEC 33061 hizmeti süreç değerlendirme modeli ve ilgili ölçme çerçevesini esas alan bir değerlendirmedir. Resmî açıklamada gereksinim, tasarım, uygulama, entegrasyon ve geçerleme gibi yazılım yaşam döngüsü süreçleri yer alır. Bu yol, tek bir çalıştırılabilir dosyanın hatasız olduğu yönünde ürün raporu düzenlenmesiyle aynı değildir. TS ISO/IEC 33061 Yazılım Süreç Değerlendirme ve Olgunluk Belgelendirme.

Hazırlık örneği olarak tamamlanmış bir değişiklik isteğini seçin: gereksinime, tasarıma, yapılan işe ve doğrulama kaydına nasıl bağlanıyor? Sorumlu kişiler ve kullanılan kayıtlar birbiriyle uyuşuyor mu? Bu örnek iz, görüşmede gerçek çalışma biçiminizi anlatır. Bir örnek projenin varlığını otomatik süreç seviyesi kararı saymayın; hedef kapsam ve değerlendirme yöntemi program üzerinden belirlenmelidir. TS ISO/IEC 33061 Yazılım Süreç Değerlendirme ve Olgunluk Belgelendirme.

ISO 20000-1 için sunulan hizmeti görünür kılın

TSE açıklaması ISO 20000-1 başvurusunu yazılım, donanım, internet, altyapı, teknik servis, veri tabanı, arşivleme ve yedekleme gibi BT hizmetleri sunan bağımsız kuruluşlar veya kurum içi birimler için ele alır. Odak, hizmetin şartları karşılama kapasitesi ve yönetim süreçlerinin izlenmesidir. Bu kapsamı ürün testi veya yazılım süreç olgunluğu adıyla kullanmayın. Bilgi Teknolojileri Hizmet Yönetimi Sistemi Belgelendirmesi.

Bir hizmet örneğinde müşteriye ne sağlandığını, çalışma sınırını, alt sağlayıcıları ve talebin nasıl karşılandığını yazın. Destek çağrısı, değişiklik isteği ve hizmet kesintisi farklı iş akışlarıysa bunları ayrı gösterin. Sözleşme, fiilî hizmet ve kayıtların birbiriyle örtüşmesi ilk hazırlıkta yararlıdır; bu sektör sayfası belirli yanıt süresi veya erişilebilirlik oranı dayatmaz. Bilgi Teknolojileri Hizmet Yönetimi Sistemi Belgelendirmesi.

Donanım servisinde yetkiyi ve kapsam değişikliğini kontrol edin

Yetkili servis sözleşmesi imalatçı/ithalatçı ile servis kuruluşu arasındaki ilişkiyi standart/kriter, ürün, marka ve varsa model/sınıf bilgileriyle gösterir. Bilgisayar servisi verdiğinizi söylemek, her markanın yetkili servisi olduğunuzu göstermez. HYB usulünde yeni standart, marka, model veya ürün ilavesi kapsam genişletme olarak ayrıca tanımlanır. Yetkili Servis Sözleşmesi. Hizmet Yeri Belgelendirme Usul ve Esasları.

Yeni bir donanım grubuna bakım vermeye başlamadan mevcut sözleşme ve belgenizde bu faaliyetin bulunup bulunmadığını inceleyin. Yazılım geliştirme ekibinizin olması, aynı adresteki donanım servisinin bütün kapsamını açıklamaz. Başvuruya hizmet listesini ve yetki ilişkisini taşıyın; farklı ekibin veya alt yüklenicinin yaptığı işi kendi kuruluşunuzun belgeli hizmeti gibi tanıtmayın. Yetkili servis sözleşmesi ve ithalatçı taahhütnamesi. HYB kapsam genişletme ve kapsam daraltma.

Tek dosyada dört ayrı kanıt kümesi kurun

Pratik hazırlık dosyanızı hizmet yeri, ürün, süreç ve hizmet yönetimi olarak dört bölüme ayırabilirsiniz. Ürün bölümünde sürüm ve test ortamı; süreç bölümünde örnek proje kayıtları; hizmet bölümünde sözleşme ve işleyiş; hizmet yerinde ise adres, faaliyet ve varsa yetki ilişkisi bulunabilir. Bunlar önerilen düzenleme başlıklarıdır; her program için yeni zorunlu evrak listesi değildir.

Son görüşmede hangi sonucu istediğinizi bir cümleyle söyleyebilmelisiniz. Örneğin belirli yazılım sürümünün değerlendirilmesiyle müşteriye verilen destek hizmetinin yönetiminin değerlendirilmesini aynı çıktı olarak istemeyin. Belge ve raporları tanıtırken program adı, kapsam ve ürün sürümü arasındaki bağı koruyun; yeni müşteri veya yeni sürüm için eski sonucun neyi kapsadığını yeniden kontrol edin. Yazılım Ürünü Kalite Gereksinimleri ve Değerlendirmesi. Bilgi Teknolojileri Hizmet Yönetimi Sistemi Belgelendirmesi.

EBYS geliştiricisi ile EBYS kullanan kurumu ayırın

TSE'nin TS 13298 ÜS föyü yazılım ürününü kapsar; KYS kurum yetkinliği değerlendirmesini kapsamaz. Müşteriniz kendi kurumundaki EBYS kullanımını değerlendirmek istiyorsa, geliştiricinin ürün dosyasını o kurumun değerlendirmesi yapılmış gibi sunmayın. Aynı projenin tedarikçisi ve kullanıcısı farklı başvuru tarafları olabilir. TS 13298 föyü s.1; ÜS ve KYS rehberi.

ÜS kapsamında fonksiyonel, performans ve güvenlik değerlendirmeleri farklı laboratuvar/kapsam koşullarıyla ele alınır. Ekiplerinizin sunduğu üç raporun da aynı ürün sürümüne bağlandığını kontrol edin. Genel bir test raporunu başvuruda aranan özel program sonucu gibi kullanmayın. Föy s.3–5, md.5.1 ve7.

Belgelendirmeyi sürüm yayın takviminize ekleyin

25051 föyü ürün, marka ve sürümün yanında asgari donanım, işletim sistemi ve diğer yazılım gereksinimlerini belge kapsamında gösterir. Belgeli ürün değiştiğinde TSE'ye bildirim ve onay süreci vardır; yıllık ara kontrol de ayrıca planlanır. Sürekli yeni sürüm çıkaran ekipler için belge takibi yalnız ilk başvuruyla bitmez. 25051 föyü md.6–8.

Önerilen sürüm kaydında ticari sürüm, derleme kimliği, değişen işlevler, kullanılan bağımlılıklar ve TSE'ye sunulan açıklama birbirine bağlı olabilir. Satış ekibi eski sürümün belgesini yeni sürümle gönderiyorsa, hangi değişikliğin değerlendirilmiş olduğunu açıkça göstermelidir. Test ortamı ve sürüm dosyası bu hazırlık için örnek düzen sunar.