İşlevsel olmayan bir gereklilik ile kalite özelliği arasındaki fark nedir?

İşlevsel olmayan gereksinimler ve kalite özellikleri arasındaki farkı anlamaya çalışıyorum. Aynı şey mi?

ISO9126 standardında bir dizi kalite özelliği bulabilirsiniz.

Her sistemin bir dizi fonksiyonel gereksinimle tanımlandığını ve bu gereksinimlerin her birinin bir veya daha fazla kalite özelliği ile ilişkili olduğunu biliyorum. Örneğin, bir sistemin oturum açma işlevini açıklayan bir gereksiniminiz olduğunu varsayalım. Bu gereksinimle güvenlik ve performans özelliklerini ilişkilendirebilirsiniz.

Sistemin yanıt vermesi 1 saniyeden fazla süremezse, bir kısıtlama hakkında konuşuyorum.

Peki, işlevsel olmayan gereksinimler kavramı nereden geliyor? Kullanıcılar tarafından tanımlanmış mı? Onları nasıl tanımlayabilirim?

Bence bunu biraz fazla zor düşünüyorsun. İşlevsel ve işlevsel olmayan gereksinim gerçekten önerdiğiniz gibi ayrılamaz, örneğin oturum açma durumunu ele alalım.

Kullanıcı bir web arayüzü üzerinden giriş yapabilir. Teknik olarak, bu fonksiyonel bir gereksinimdir.

Sistem, giriş isteklerine 1 saniye içinde yanıt vermelidir * ZORUNLU *. Teknik olarak, bu işlevsel olmayan bir gereksinimdir.

Her iki durumda da, her ikisi de spesifik sınıflandırmaya bakılmaksızın aynı derecede önemlidir.

Gereksinimler çok sayıda yerden gelebilir. Bir rakipten daha iyi performans elde etmek isteyebilirsiniz. Bir müşterinin özel ihtiyaçları olabilir. Pazarlama veya satıştan bir talep olabilir. Geldikleri tek bir yer yok. Yine de, muhtemelen tüm farklı kaynakları soyutlayabilir ve bunlara müşteri olarak başvurabilirsiniz. Nihayetinde bu onlar.

Aşağıdaki metriği kullanarak farkı belirleyebilirsiniz. İşlevsel gereksinimler bir sistemin ne yapacağını tanımlar. İşlevsel olmayan bir gereksinim, bunun nasıl yapılacağını belirtir.

Kural basit ve açıktır.

İşlevsel gereksinimler sistemin yaptığı şeylerdir .

İşlevsel olmayan gereksinimler, kalite öznitelikleri veya sistemin nasıl tasarlandığını, kurulduğunu veya uygulandığını gösterir.

• Performans (1 saniye)
• İdame
• adapte olabilirlik
• Maliyet
• güvenlik
• kullanılabilirlik (sistemin bir bütün olarak mülküdür)
• test edilebilirlik
• ölçeklenebilirlik

Oku bunu. Çok açık. http://en.wikipedia.org/wiki/Non-functional_requirement

İşlevsel olmayan gereksinimler, işlevsel gereksinimlerle aynı şekilde görünür. Kullanıcılar. Sistemin uygulanacağı bağlam. Birçok yer. Yönetimi. Diğer kuruluşlar. Ağ yöneticileri, sistem yöneticileri, veritabanı yöneticileri. Paydaş veya sadece seyirci olan herkes işlevsel olmayan gereksinimlere katkıda bulunacaktır.

Son 30 yılda "gereksinim belgeleri" ne baktığımda bunu söyleyebilirim. Büyük, kurum içi BT kuruluşları tarafından yazılan birçok gereksinim belgesi, belki de% 80 işlevsel olmayan gereksinimleri ve% 20'den az işlevsel gereksinimi olan politik beyanlardır.

İşlevsel bir gereklilik olan tek bir cümleye sahip olanı okudum. 30 sayfa belgenin kalan platform ve destek ve yedekleme ve geri yükler ve işletim sistemleri ve veritabanı ve standartlara ve operasyonlar ve sistem olmadığını sürü ve şeyler bir sürü anlattı yapmak .

İşlevsel olmayan gereksinimler ve Kalite Özellikleri bir ve aynıdır

Son zamanlarda isim değişikliğinin ardında yatan fikir, işlevsel olmayan gereksinimler olarak adlandırılan bu sistemlerin aslında sistemde çapraz bir etkiye sahip olan sistem işlevselliği (veya bir dizi sistem işlevselliği) olmasıdır. Yani, bu tür "özel işlevsellik" in bir sistemdeki enine etkisi onu bu sistemin Kalite Özelliği yapar. Örnek olarak:

5 bileşenli bir sistem bir talebi 10 ms içinde işlemelidir. Bir bileşenin işlemde yer alması için 5ms'lik bir kusuru varsa, sistemin bir bütün olarak performansını etkileyecektir.

Güvenlik sadece bir oturum açma işleminden ibaret olmadığında ve etkilendiğinde tüm sistemi etkiler.

Özetle, kalite özellikleri (yani işlevsel olmayan gereksinimler) işlevsellik, bir şeyi nasıl uyguladığınız ve bu uygulamanın sistemlerinizi nasıl etkilediği ile ilgilidir. Tipik olarak, "normal gereksinimler" ile olan farkı etkisi, menzili ve görünürlüğüdür.

Bunların yapılandırılmış bir şekilde nasıl tanımlanacağına dair ilginç bir bağlantı:

• "Kalite Özelliği Çalıştayı", SEI, 2003

Ve bunları nasıl belgeleyeceğiniz ve doğru şekilde tanımlayacağınız hakkında bir kitap:

• "Mimar Yazılım Yoğun Sistemler: Bir Uygulayıcı Kılavuzu", Anthony J. Lattanze, 2008