IT Envanter Yönetim Yazılımı Şartnamesi 1. GENEL ŞARTLAR 1.1. Teklif edilecek ürün hazır, ticari olarak satılan bir ürün olacak, Kurum için özel olarak geliştirilmeyecektir. 1.2. UYGULAMA nın Kurum un göstereceği sunuculara kurulması/ konfigürasyonu/uyarlanması Yüklenici tarafından yapılacaktır. 1.3. Teklif edilecek uygulama ile ağ içinde xxxx envanter taranabilmelidir. Ayrıca manual olarak girilecek envanter sayısı sınırsız olmalıdır. Manual eklenecek envanter için ilave lisans gerekmemelidir. 1.4. Teklif edilecek UYGULAMA nın Rest API desteği olmalıdır. 1.5. UYGULAMA da kurumun farklı bölgeleri tanımlanabilmelidir, 1.6. Uygulama arayüzü üzerinden kurum logoları eklenebilmelidir. 2. UYGULAMANIN TEKNİK ÖZELLİKLERİ 2.1. UYGULAMA, %100 web tabanlı olacak ve merkezi bir sistem üzerinde çalışacaktır. Https desteği olmalıdır. Kullanıcı bilgisayarlarına ek bir uygulama yüklenmesi gerekmemelidir. 2.2. UYGULAMA, modüler yapıda olmalı, ara yüzü sade, kolay anlaşılır olmalıdır. 2.3. Sistem Yöneticisi işlemleri, UYGULAMA üzerinden yapılmalıdır 2.4. Kendi kurulumu dışında herhangi bir lisanslı uygulama gerektirmeden çalışabiliyor olmalıdır. 2.5. İstendiği takdirde PostgreSQL ve MSSQL 2000, 2005, 2008, 2012, 2014 desteği olmalıdır. 2.6. İleride Veritabanı sürüm yükseltilmesi gibi durumlarda da sorunsuz çalışabilmelidir. 2.7. Uygulama sunucusu istendiği takdirde sanal sunucu üzerinde çalışabilmelidir. 2.8. UYGULAMA, Windows ve Linux üzerinde sorunsuz çalışabilmelidir. 2.9. UYGULAMA Mozilla Firefox 3.6, Google Chrome 8.0, Internet Explorer 9.0, Safari 5.1 ve üzeri sürümlerinde sorunsuz çalışabilecektir.
2.10. Kullanıcı, rol ve gruplar bazında menüler UYGULAMA üzerinden uyarlanabilmelidir. Hangi kullanıcı, rol ve grubun hangi menü ve alt menüleri görebileceği belirlenebilmelidir. 2.11. UYGULAMA üzerinden envanterlerin özet çıktıları alınabilmelidir. 2.12. Ürünün tüm fonksiyonları teknik personel ve son kullanıcı tarafından yükleme gerektirmeden İnternet tarayıcısı yardımıyla kullanılabilecektir. 2.13. Sistemin yöneticiler için grafiklerden oluşan yönetici paneli olacaktır. 2.14. UYGULAMA, mevcut LDAP-Active Directory ile entegre çalışabilmeli ve kullanıcılar istenilen bilgileri ile beraber LDAP-AD yapısından aktarılabilmeli, mevcut kullanıcı adı ve şifre ile UYGULAMA ya giriş yapılabilmelidir 2.15. UYGULAMA, manuel ve CSV dosyası şeklinde kullanıcı eklemeyi desteklemelidir 2.16. E-posta entegrasyonu olmalıdır 2.17. UYGULAMA donanım ve işletim sistemi bağımsız olarak IT envanterlerini (MAC, IBM, Fujitsu Siemens, HP gibi (Linux, Solaris, MAC and IBM-AIX)) tarayabilmeli ve envanter özelliklerini çıkarabilmelidir. 2.18. Uygulama tek bir ajan kurulumu ile tüm niteliklerini sağlayabiliyor olmalıdır.(örn: Ajan kurulumu ile uzak bağlantı, lisans takibi vb bilgileri alabiliyor ise yazılım takibi için ekstra bir add-on ajan vb. kuruluma gerek duyulmamalıdır.) 2.19. Uzak Bağlantı yapılan bilgisayarda bir onay penceresi görülmeli ve son kullanıcı istemediği durumlarda red ederek uzak bağlantıyı engelleyebilmelidir, onay verdiğinde ise kabul edebilmelidir. 3. ENVANTER YÖNETİMİ 3.1. Ajanlı ve ajansız olarak envanter taraması yapılabilmelidir. 3.2. Her envanterin tekil bir kimlik numarası olmalıdır. 3.3. Envanterin kayıtlara girmesinden hurdaya ayrılana kadar geçen tüm aşaması modellenebilecektir. 3.4. Kurum kendi bünyesinde tuttuğu mevcut envanterleri, excell ortamına aktaracak, Yüklenici excell ortamında verilen kayıtların UYGULAMA da kullanılabilir olacak şekilde düzenleme işlemini, Bilgi Teknolojileri Dairesi Başkanlığı nın görevlendireceği bir personel ile birlikte yapacaktır. Yüklenici düzenlenen envanterleri UYGULAMA nın veritabanına aktaracaktır.
3.5. Envanter tek bir cihaz olabileceği gibi, birden fazla envanterin oluşturduğu bir sistemde olabilir. Bu yüzden envanterler arası ilişki türleri tanımlanabilmelidir. 3.6. Envanterler arası ilişkiler: 3.6.1. Envanter içerir envanter. (Örn: Sistem Odası birçok envanterden oluşuyor.) 3.6.2. Envanter kullanır envanter. (Örn: X projesinde birçok envanter kullanılıyor.) 3.6.3. Envanter bağlantılıdır envanter ( Örn: A switchine bağlı cihazlar kritik cihazlar olarak nitelendiriliyor. 3.6.4. Envanterler gruplandırılabilmelidir. (Örn: Cluster Exchange Grubu içerik: Sunucu A1 Sunucu B1 Switch A2 Switch B2) 3.7. IT envanterleri (IP si olan envanterler) UYGULAMA tarafından taranabilmeli ve envanterlerin kaydı otomatik olarak yapılabilmelidir. 3.8. UYGULAMA belirlenen IP aralığını veya belli bir networkü SSH ve Telnet protokolleri ile tarayabilmeli, Linux iş istasyonları üzerinde bulunan yazılımları yakalayabilmeli ve istenirse Linux iş istasyonları için public key verilebilmelidir. 3.9. UYGULAMA tarafından, ek bir araca gerek duyulmaksızın, IT envanterleri üzerinde network, domain taraması yapılabilmeli, verilen ip bloğu taranabilmelidir. 3.10. Uygulama SNMP Community ile belirlenen IP aralığını veya belli bir networkü tarayabilmelidir. 3.11. Uygulama farklı bölgelerde konuşlandırılmış envanterleri yine aynı bölgede koşacak bir ek kurulum ile Agent, SSH, TELNET, WMI protokolleri ile üzerine alabilmelidir ve 2 bölge arasında network bağlantısı açılmasına gerek duymadan import export ve benzeri methodlar ile ana sunucuya taşınabilmelidir. 3.12. Uygulamada CMDB fonksiyonu olmalıdır. (Örnek: Her envanter CI olarak tanımlanabilmeli ve bunlar birbirleri ile ilişkilendirilebilmelidir, ilişkilendirmede tanımlı bir sınır olmamalıdır.) 3.13. Yazılım lisans takipleri program üzerinden yapılabilmeli, önceden belirtilmiş yasaklı yazılımlar kullanıcılar tarafından yüklendiğinde ilgili kişiye ve kullanıcıya bilgilendirme yapabilmelidir. 3.14. UYGULAMA yukarıdaki maddede belirtilen tarama işlemlerini belirli zaman aralıklarında (Sistem Yöneticisi zaman aralıklarını belirtebilmelidir ) yapıp, ilgili envanterler üzerinde meydana gelen değişiklikleri, aksaklıkları UYGULAMA üzerinde bildirmelidir, ayrıca belirlenen gruplara/kişilere mail atabilmelidir. 3.15. Envanterler aşağıdaki özellikleri ile birlikte sistemde tutulabilmelidir. Envanter modeli, tipi, alt tipi Kullanım durumu
Zimmetli olduğu kişi/birim Kritiklik seviyesi Kullanan Ünite Envanter ile ilişkili envanterler Envanteri içeren envanterler Envanterle bağlantılı kontratlar Envanterin amortisman bilgileri, Envanter tutar bilgileri Envantere ait satıcı, üretici, garanti veren firma, garanti tarihleri gibi ek bilgiler 3.16. Envanter bilgileri UYGULAMA üzerinde yukarıda belirtilen özellikler ile birlikte grafiksel olarak modellenebilmelidir. 3.17. Envanterlerin kullanım durumları (kullanımda, tamirde, kullanım dışı, arızalı gibi) tanımlanabilecektir. Farklı Envarter durumları UYGULAMA üzerinde kolayca tanımlanabilmelidir. 3.18. Envanter bir kullanıcı ya da birim ile ilişkilendirildiği anda sistemde tanımlı olacaktır. (Kurum envanterlerinin sisteme ilk girişi sırasında, network, domain taraması sonucu elde edilen ip tabanlı envanterler, envanter üzerinde oturum açılmış ise, son oturum açan kişi envanter ile ilişkilendirilecek, Kurum envanter kayıtları ile karşılaştırılıp doğrulama yapılacaktır.) 3.19. Envanter Veri Tabanında bulunan envanterlerin birim, kullanıcı, kritiklik seviyesi vb. gibi istenilen alanlardan sorgulaması yapılabilmelidir. 3.20. Envanterler için kritiklik seviyeleri belirlen ve bu seviyeleri içeren envanterlerin sorguları yapılabilmelidir. Sorgulama sonucunda kritik envanterler ve bu envanterler ile ilişkili diğer envanterler görüntülenebilmelidir. 3.21. Bilgisayarlardan envanter bilgileri dinamik olarak alınabilmelidir. 3.22. Taranan bilgisayarlarda işletim sistemi (id vs), bios (bios tarihi, versiyon vs) ve tüm donanım (sanal-fiziksel ram, ram frekans bilgileri, CPU, CPU adımı, HDD, multimedia ayrıntıları gibi) ve yazılım ayrıntıları bulunabilmelidir. 3.23. UYGULAMA içerisinde mevcut CI türlerine ek olarak, farklı CI türleri oluşturulabilmelidir. Tüm CI lar için türe göre bağımsız ek-alan tanımlanabilmelidir. 3.24. Uygulama bilgisayarlar üzerinde tanımlı kullanıcı hesap bilgilerini getirebilmelidir. 3.25. Uygulama bilgisayarlar üzerinde yazılımları, versiyonlarını getirebilmelidir. 3.26. Yazılım lisans ihlalleri e-posta olarak gönderilebilmelidir.
3.27. CI tipleri için hiyerarşiyi desteklemelidir. 3.28. CI tipleri arasındaki ilşki türleri UYGULAMA üzerinde gelmelidir. İstenirse farklı ilişki türleri eklenebilmelidir. 3.29. CI lar CSV den yada manuel olarak UYGULAMA üzerinde tanımlanabilmelidir. 3.30. Yazılım lisans takipleri program üzerinden yapılabilmeli,önceden belirtilmiş yasaklı yazılımlar kullanıcılar tarafından yüklendiğinde ilgili kişiye ve kullanıcıya bilgilendirme yapabilmelidir. 3.31. Taranmış iş istasyonlarına uzaktan bağlantı yapabilmeli. 3.32. Yazılım Lisansları ve Anlaşmaları UYGULAMA üzerinde tanımlanabilmelidir. Yazılım Anlaşmalarına göre kalan lisans sayısı UYGULAMA üzerinde görülmelidir. 3.33. Tanımlanan Yazılım Anlaşması tüm alt sürümleride kapsıyorsa, Anlaşma içerisinde bu alt yazılımlar belirtilebilimelidir. Var olan Yazılım Lisansının kaç tanesi alt yazılımlar için kullanıldığı UYGULAMA üzerinde görülebilmelidir. 4. SATIN ALMA VE KONTRAT SÜREÇLERİ 4.1. Satın alma süreç akışları aktif/pasif hale getirilebilmelidir. 4.2. Sistem Yöneticisi tarafından satın alma süreçleri UYGULAMA üzerinde tanımlanabilmelidir. Bu süreçler UYGULAMA üzerinden takip edilebilmelidir. Satın alınan envanterler UYGULAMA ya eklenebilmelidir. 4.3. Satın alma süreç akışlarında onay ve ret aşamaları tanımlanabilmelidir. 4.4. Envanter alımlarına ait sözleşmeler sistemde tanımlanabilmeli ve sözleşmelerin geçmişi takip edilebilmelidir. Sözleşme kapsamında aşağıdaki bilgiler tutulmalıdır. 4.5. Sözleşme Adı Sözleşme Sahibi-Yüklenici Firma ve bilgileri tanımlanabilmelidir. 4.6. Sözleşme kapsamında satın alınan envanterler için, garanti süresi boyunca destek verecek firmaların bilgileri tanımlanabilmelidir. 4.7. Sözleşme Versiyonu (Yenilenen sözleşmeler için), Sözleşme Başlangıç ve Bitiş Tarihleri tanımlanabilmelidir. 4.8. Sistemde tanımlı sözleşmeye, yapılan sözleşme dokümanı ek olarak eklenebilmelidir. 4.9. Sözleşme kapsamında alınan envanterler, sözleşme altında birleştirilebilmelidir. Hangi sözleşme ile hangi envanterler alındı sorusunun cevabı UYGULAMA üzerinden sorgulanabilmelidir. 4.10. Bir sözleşme kapsamında alınan envanterlerin toplu girişi ve toplu dağıtımı
yapılabilmelidir. 4.11. Sözleşmelere istenilen ek alanlar tanımlanabilmelidir. 4.12. Sözleşmenin bitiminden önce, belirlenecek gruplara sözleşme süresinin biteceği ile ilgili bilgilendirme e-postası gönderilmelidir. E-posta içeriği sistem yöneticisi tarafından UYGULAMA üzerinden değiştirilebilir olmalıdır. 4.13. Sözleşmeler CSV üzerinden import edebilmelidir. 4.14. Satın Alma için çoklu seviye onay oluşturabilmelidir. 4.15. Sözleşmeye bağlı alt sözleşmeler oluşturulabilmelidir. 5. RAPORLAMA 5.1. Sistemde uzman kullanıcıların kullandığı her türlü sorgu sonucu için aynı zamanda rapor alınabilmelidir. 5.2. Raporlar PDF, XLS, HTML ve CSV formatlarında oluşturulabilmelidir. 5.3. Sistemde raporlar istenilen bilgilerin alınabileceği şekilde, bir sihirbaz aracılığı ile oluşturulabilmelidir. Raporlama için ek bir araca gereksinim duyulmamalıdır. 5.4. Belirli kişilere, belirli zamanlarda, istenilen raporlar otomatik olarak UYGULAMA tarafından mail atılabilmelidir. Sistem Yöneticisi, hangi raporların, kimlere, hangi aralıklarla ya da ne zaman gönderilebileceği gibi bilgileri UYGULAMA üzerinde bulunan Yönetim Konsolu üzerinden belirtebilmelidir. Mail gönderilecek kişi sayısında sınırlama olmamalıdır. 5.5. Sistem Yöneticisi Kurum da ihtiyaç olması durumunda, rapor sihirbazı yardımıyla ek raporlar oluşturup, yeni bir rapor şablonu ekleyebilmelidir. Oluşturulan yeni raporlar da diğer tüm raporlar gibi, belirli zamanlarda ya da belirli zaman aralıklarında, belirlenen kişilere/gruplara UYGULAMA tarafından belirlenen zamanlarda gönderilebilmelidir. 5.6. Uygulama üzerinde database şeması sağlanmalı, gerektiği durumlarda rapor arayüzü üzerinden database sorgusu yazılarak rapor alınabilmeli ve şablon oluşturulabilmelidir