Teknik bir görev oluştururken, bir bilgi sisteminin tüm gereksinimlerini mutlaka listelemelidir, aksi takdirde geliştirici, ürünün ne amaçla yaratıldığını, neyin yerine getirilmesinin amaçlandığını bilmez. Gereksinimleri formüle etme görevi müşteriye aittir, ancak uygulamada siparişin verildiği yöneticiler genellikle bu konuda yardımcı olur. Ancak dönem ödevi yazma, tez çalışması yapan öğrenciler bu listeleri bağımsız olarak yapabilmeli.
Ortak Anlayış
IP yaratma süreci oldukça karmaşıktır, birçok ardışık aşamadan oluşur. Projede çalışan uzmanlar çeşitli zorluklarla uğraşmak zorunda kalıyorlar. Bir dereceye kadar, bu bilgi sistemi için gereksinimleri doğru bir şekilde formüle ederek basitleştirilebilir. Özellikle yenilikçi ürünler üzerinde çalışırken sorunların neden ortaya çıktığı ve ürünün amaçlandığı tüm eylemlerin kapsamlı bir tanımının oluşturulması genellikle zor bir iştir.
Tüm detaylara dikkat
Ürünün işlevselliğinin tam bir resmi, bir bilgi sistemi için gereksinimlerin tam listesidir. Ayrıca müşterinin önerdiği ve programcının projeyi oluştururken uyguladığı yönleri de içerir. Fırsat oluşturma süreci, analitik araştırmaları, dokümantasyonu, çalışma kapasitesinin test edilmesi, tüm sınırlamaları doğru bir şekilde tespit etmenin ve “istiyorum” ile “gerçekten uygulanabilir” arasında bir fikir birliğine varmanın mümkün olduğu şartların geliştirilmesidir. Modern mühendislerin sihirbaz olmadığını, ancak ne yazık ki yeteneklerinin sınırlı olduğu erişilebilir teknik araçlar kullanan kişilerin hatırlanması önemlidir. Zamanın önemi daha az önemli değildir, çünkü gereksinimlerin yaratılması ve uygulanması ile ilgili çalışmalar önemli zaman maliyetleri gerektirir - aylar ve bazen yıllar.
Hangileri var?
Bir bilgi sistemi için sistem ve kullanıcı gereksinimleri hakkında konuşmak gelenekseldir. Doğal dil, belirli bir kullanıcı tarafından sunulanları tanımlar. İfadeleri netleştirmek için, farklı derecelerde karmaşıklık diyagramlarına başvurabilirsiniz. Bu, IP'nin uygulanması amaçlanan işlevler ve işinizde karşılaşacağınız sınırlamalar hakkında genel bir izlenim bırakmanızı sağlar.
Sistem gereksinimleri, müşterinin isteklerini gerçeğe dönüştürmenize izin veren, projenin kendine has özellikleridir. Bilgi sistemi için bu teknik gereksinimler, ekipmanın özellikleri, gücü ve belirli bir mimari seçeneği lehine yapılan seçimler hakkında bir sunum içerir. Kullanıcıya açık olmayan, ancak nihai ürünün ne olacağını düzenleyen diğer birçok husus sisteme atfedilebilir.
Gereksinimler: Nereden alınırlar?
Bir bilgi sistemi için gereksinimleri formüle etme ve onaylama görevleri, ilk bakışta göründüğü kadar basit değildir. Bu terim, tüm ürün spesifikasyonlarını açıkça düzenleyen, yüklenici tarafından müşteri tarafından onaylanan dokümantasyonun yaratıldığı çerçevede böyle karmaşık bir yapılandırılmış süreci belirtmek için kullanılır. Gelişim art arda dört adıma ayrılmıştır:
- planlananın fizibilite derecesini belirlemek için analitik faaliyetler;
- doğrudan gereksinimlerin yaratılması, analitik incelenmesi;
- destekleyici belgelerin oluşturulması için gereksinimlerin oluşturulması;
- bilgi için veri sistemi gerekliliklerinin belgelendirilmesi ve bunun yanı sıra diğer şartlar da projenin uygulanması için kurallar.
Çok basit değil
Bilgi sistemlerinin güvenliği, bilgi içeriği, format, yönetim görevleri ve projenin işleyişinin diğer yönleriyle ilgili gereklilikler bir kez belirlenirse, bu “zafer kazanana” kadar değişmeden kalacağı anlamına gelmez. İş akışına genellikle belirlenmiş şartname ve gereksinimlerdeki değişiklik eşlik eder. Bu, sadece müşterinin inisiyatifinde değil, planlanan bazı hususların uygulanmasını önleyen belirli teknik kısıtlamalarla karşı karşıya kalan müteahhitte de olur. Proses kontrolünün özelliklerini dikkate almak önemlidir. Değişim yönetimi, gelişmekte olan gereksinimlerin ve bunların belirli bir IP içinde uygulanmasının kilit yönlerinden biridir.
Gereksinimlerle çalışmanın önemli bir yönü, daha sonra çok yönlü bilgi analitiği olanların tanımıdır. Bunun için genelleştirilmiş bir çalışma modeli kullanılmıştır. Belirli bir işletme çerçevesinde, seçilen koşulların formüle edilmesini, ayarlanmasını, kabul edilmesini ve reddedilmesini sağlayan benzersiz bir bilgi sistemi gereksinimleri yönetim sistemi uygulanmaktadır. Bunların çoğu, çalışanların niteliklerine, üzerinde çalıştıkları IP türlerine ve iş akışında kullanılan standartlara bağlıdır.
Neye benziyor?
Uygulamada, ifade, bilgi sistemlerinin güvenliği için gereksinimlerin analizi, veri doldurma, yapı (ve diğer sistem ve kullanıcı olanlar) önce belirli bir konu alanının özelliklerini tanımlamayı içerir. Gelecekte, gelişmiş ürünün uygulama sektörünün özel parametrelerini belirleyerek, nitelikli analistler tarafından araştırılmaktadır. Bundan sonra, bu tür bilgileri formüle eden kişilerle çalışarak ön gereksinimleri toplamaya başlarlar. Paralel olarak, konu alanının iyileştirilmesi üzerinde çalışmaya devam ederler.
Devlet kurumlarında kullanılan belediye bilgi sistemleri için gereksinimlerin formüle edilmesindeki bir sonraki adım, tanımlanmış bilgilerin hiyerarşik bir sistemini oluşturmaktır. İlk bilgi toplanması kaotik bir veri kompleksi verirse, o zaman sistematikleştirme çerçevesinde sırayla birbiriyle mantıksal bağlantıları olan eleman grupları oluşturulur.
Devam eden iş
Bilgi sistemlerinde bilgi gereksinimlerinin belirlenmesinde bir sonraki adım, projenin yapısı, işlevsel, iç özellikler çelişkilerin belirlenmesi ve çatışmaların çözülmesidir. Çok çeşitli üçüncü taraflardan tasarlanan IP'nin çalışması hakkında bilgi aldıklarında, şu sorunla karşılaşırlar: her kişinin projenin yetenekleri ve amacı hakkında kendine özgü fikirleri vardır. Genellikle, farklı insanlardan alınan fikirler birbiriyle çatışır ve aynı zamanda sistemin uygulandığı mevcut teknik yetenekler mantığına da aykırıdır. Durumu kolaylaştırmak için, kapsamlı bir analizden sonra, tüm çelişkileri tespit etmek ve bunları çözmek için en uygun uzlaşma çözümünü bulmak gerekir.
Çelişkileri belirlemek ve tüm gereksinimlerin uygulanabilirliğini analiz etmek için, bir öncelikler sistemi oluşturulması da gereklidir. Genel gereklilikler arasında her zaman daha önemli ve daha az anlamlı olanlar vardır. Geliştiricilerin görevi, ürünün işleyişinin yerleşik yönlerinden hangisinin en önemli olduğunu ve olumsuz dış koşullar buna katkıda bulunursa (örneğin, zaman eksikliği) bekleyebilecek veya tamamen iptal edilebilecek olanı belirlemek için gereksinimler yaratanlarla yakın çalışmaktır. Bir öncelikler sistemi oluşturduktan sonra, tespit edilen yönleri bütünlük, kendi aralarında uyumluluk ve tutarlılık açısından kontrol etmeye başlayabiliriz.
Adım adım
Bilgi sistemleri için gereksinimler (kişisel veriler, işletmenin çalışmaları hakkında bilgiler ve diğerleri) döngüsel bir sürecin parçası olarak formüle edilir. Tüm aşamalar hem doğrudan hem de ters olarak bağlanır. Adımlar yukarıda açıklanmıştır: önce konu alanının özelliklerini tanımlamanız gerekir, daha sonra kademeli olarak gereksinimlerin kendi aralarındaki uyumluluğunu, bunların eksiksizliğini ve diğer parametrelerini pratikte elde etmemize dair konuşmamızı sağlayarak gereksinimlerin arasındaki uyumluluğu belirleme adımına gidin. Konu alanında tam teşekküllü bir resim oluşturmayı başarırsanız, çalışma koşullarını, özellikle işleyişini zaten belirler. Döngünün tekrarı, alanın daha net ve daha derinlemesine bir görünüme kavuşur, üçüncü döngü ise gereklilikleri daha da net bir şekilde formüle etmeyi mümkün kılar. İş akışındaki tüm katılımcılar tam olarak sistemin ne için tasarlandığını ve nasıl çalışacağını, bir projede çalışırken ne yapılması gerektiğini anlayana kadar tekrarlama gereklidir.
İhtiyaç oluşturma sürecinin etkili olması ve sonuçlarının çalışmada uygulanabilir olması için, koşulları formüle etmek için genel kabul görmüş algoritmaları takip etmek gerekir.
Referans noktaları
Bu, devlet bilgi sistemleri için gereklilikleri belirlemeye yönelik temel yöntemdir, özellikle de - kısaca, kesinlikle, nerede kullanıldığına bakılmaksızın Koşulların tanımının bir parçası olarak, ele alınan konudaki bakış açılarının farklı olabileceğini bir başlangıç koşulu olarak kabul etmek gerekir. İlk toplama gereksinimlerinin ve daha sonra da asıl koşulların formülasyonunun temeli olarak tanımlanır ve kullanılır.
Bakış açısı oldukça belirsiz bir kavramdır, bu yüzden farklı yorumlayan birkaç yaklaşım geliştirilmiştir. Kavramın en basit yorumu, IP'nin nasıl çalışacağını açıklayan bir veri kaynağıdır. Referans noktaları, IP modellemesi ve ürün içinde bilgi kullanımı için temel oluşturur. İhtiyaçların toplanması, ürünün yapım sürecinde daha da kullanılan tüm önemli referans noktalarının tanımlanmasını içerir. Ayrıca, verilerin işlenmesi için tekniklerin nasıl kullanılacağını da dikkate alır.
Alternatif yaklaşım
“Bakış açısı” kavramının bir başka yorumu, terimin bir temsil yapısı olarak algılanmasını içerir. Aslında, bu ürün modelinin bir unsurudur. Farklı bakış açıları sayısız sonlu durum makinesi modeli, varlıkların etkileşimi ve belirli bir proje içinde aralarındaki ilişkileri yaratmanıza izin verir. Proje kapsamının özellikleri dikkate alınmaktadır.
Bakış açısı, IP üzerinden uygulanan hizmetin dış alıcısının görüşü anlamına gelebilir. TK'ye dayanarak, sistem hizmetlerinin uygulanmasında kullanılan verilerin yönetimi tanımlanabilir. Bu yaklaşımın en etkili olduğu kabul edilir. Bilgiyi belirlemenizi ve etkili bir şekilde analiz etmenizi sağlayan gereksinimleri belirlemek için özel bir yöntem olan Bakış Açısına Yönelik Gereksinimler Tanımının temelini oluşturdu.
Bakış açısıyla çalışın
Öncelikle, belirli bir nokta ile ilişkili tüm hizmetleri belirlemenin yanı sıra tanımlanmaları gerekir. Ardından, sistem IP için ortak hizmetleri ortaya koyan bakış açısını gruplandırarak hiyerarşik bir şekilde yapılandırılır. Bunlar en yüksek hiyerarşik seviye olarak sıralandı. Daha düşük seviyedeki tüm TK tarafından miras alınacaktır.
TK'nin desteklenmesi belgelenmelidir. Bu bilgi için, tanımlamanın sonuçları göz önüne alındığında açıkça tanımlanmaktadır. Bundan sonra, toplanan bilgilerden tanımlanan tüm IP nesnelerinin yansıtılacağı bir TK sistemi oluşturmak mümkündür.
Zaman ayırın
Kural olarak, IP üzerinde çalışmak, bir proje için tüm olası gereklilikleri belirlemek üzere tasarlanmış büyük ölçekli bir beyin fırtınası oturumu ile başlar. Tek bir prosedürle tüm olası gereklilikleri belirlemenin neredeyse imkansız olduğunu önceden bilmek gerekir. Sistem ne kadar karmaşıksa, bu tür prosedürler o kadar gerekli olacaktır.Hem müşteriyi hem de yükleniciyi içeren tekrarlanan beyin fırtınası oturumları yalnızca yararlı bilgi sağlamazsa, destekleyici TOR'ların tanımlandığını ve gereksinimlerin formüle edildiğini makul bir şekilde varsayarlar, uygulamalarına teknik yollarla devam edebiliriz.
İhtiyaçların belgelendirilmesi
Bu prosedür, gereksinimlerin müşterinin nihai ürün hakkındaki fikirlerine ne ölçüde uyduğunu anlamanızı sağlar. Doğrulama, hatalı bir spesifikasyon tespit etmede ve bunu önceden ortadan kaldırmada en önemli adımlardan biridir. Aksi takdirde, değişikliğin hem geçici hem de diğer kaynak kayıplarını gerektiren, sistemin önceden tasarlandığı ve inşa edildiği aşamada yapılması gerekecektir. En büyük problem, ürünün işletmeye girmesinden sonra ortaya çıkan hataları getirir.
Genel durumda, sistemde ayarlamalar yapılması çalışmaları, IP tasarlama aşamasında, kodlama fonksiyonelliğinin yanlışlıklarının tespit edilmesinden ve düzeltilmesinden çok daha fazla derecelendirilmiştir. Çoğu durumda gereksinimlerin değiştirilmesi, temel bir seviye de dahil olmak üzere etkileyici yapısal değişiklikler yaratır. Bu, değişiklikleri yaptıktan sonra, tüm tasarlanmış araçların doğru çalıştığından emin olmak için kapsamlı bir doğrulama ve test aşamasından geçmek zorunda kalacağınız anlamına gelir.