Wänym zagadnieniem podczas projektowania architektury jest to, e oprócz wymagä funkcjonalnych, na architektur oprogramowania ogromny wp yw maj wymagania jako ciowe, które cz sto s zaniedbywane. Im wcze niej zostan uwzgl dnione wymagania jako ciowe, tym mniej wysi ku trzeba w o y w pó niejszym okresie cyklu ycia oprogramowania, aby zapewni odpowiedni poziom jako ci oprogramowania. B dy wynikaj ce z braku ich spe nienia s najbardziej kosztowne i trudne do usuni cia. Dlatego zwrócenie uwagi na wymagania jako ciowe jest kluczowe podczas projektowania architektonicznego. Problemem jest nie tylko zebranie wymagä jako ciowych systemu, ale tak e stworzenie metodyki, która pomo e radzi sobie z nimi podczas wytwarzania oprogramowania. Aby z agodzi ten problem, w niniejszej pracy przedstawiono wäne koncepcje i poj cia wymagä jako ciowych w taki sposób, aby mo na je by o wykorzystä do podejmowania decyzji projektowych i oceny architektury w celu oszacowania, czy wymagania te s spe nione.