və proqram mühəndisliyində tələblərin təhlili (ing. requirements analysis) müxtəlif maraqlı tərəflərin mümkün ziddiyyətli tələblərini nəzərə alaraq yeni və ya dəyişdirilmiş məhsul və ya layihəni təmin etmək üçün ehtiyacları və ya şərtləri müəyyən edən tapşırıqlara diqqət yetirir, proqram təminatı və ya sistem tələblərini təhlil edir, sənədləşdirir, sınaqdan keçirir və idarə edir. Tələblərin təhlili proqram təminatı prosesində ilk və ən vacib mərhələlərdən biridir. Bu mərhələ proqramın hansı məqsədə xidmət edəcəyini və istifadəçilərin hansı ehtiyaclarını qarşılamaq üçün nəzərdə tutulduğunu müəyyən edir. Tələblərin təhlili düzgün aparıldıqda, layihənin davamında qarşıya çıxan potensial problemlərin qarşısı alınır və yekun məhsulun keyfiyyəti artır.
Tələblərin təhlili mərhələsi aşağıdakı əsas addımlardan ibarətdir.
Əsas mərhələləri
- Tələblərin Toplanması (ing. Requirements Gathering)
- Bu addımda, layihəyə dair bütün mümkün məlumatlar toplanır. Müştəri, son istifadəçilər, maraqlı tərəflər və digər mənbələrlə müsahibələr aparılır. traceable,
- Tələblər yazılı və ya şifahi formada ola bilər. Tələblər sistemin funksional və qeyri-funksional ehtiyaclarını əhatə etməlidir.
- Tələblərin Təsnifatı (ing. Classification of Requirements)
- Toplanan tələblər funksional və qeyri-funksional olaraq təsnif edilir:
- Funksional Tələblər: Proqramın konkret nə edəcəyini təsvir edir (məsələn, istifadəçinin qeydiyyatdan keçmə funksiyası).
- Qeyri-Funksional Tələblər: Proqramın necə işləməli olduğunu müəyyən edir, məsələn, performans, təhlükəsizlik, istifadəçi təcrübəsi.
- Toplanan tələblər funksional və qeyri-funksional olaraq təsnif edilir:
- Tələblərin Prioritetləşdirilməsi (ing. Prioritization of Requirements)
- Hər bir tələb layihənin ümumi məqsədinə və resurslarına uyğun olaraq dərəcələndirilir. Ən vacib tələblər birinci prioritet olur və əsas diqqət onların təmin olunmasına yönəlir.
- Bu, məhdud resurslarla işlənən layihələr üçün vacibdir, çünki layihə hədəfinə ən uyğun olan tələblər əvvəlcə yerinə yetirilir.
- Tələblərin Təhlili və Dəqiqləşdirilməsi (ing. Analysis and Refinement)
- Toplanan ilkin tələblər analiz olunur və aydın, dəqiq şəkildə ifadə edilir. Bu mərhələdə tələb dəqiqliyi artırmaq üçün suallar verilir və tələblərin konkret nəticələri müəyyən olunur.
- Burada uyğun olmayan, qeyri-müəyyən və ya ziddiyyətli tələblər yenidən nəzərdən keçirilir və müştəri ilə birgə müzakirə olunur.
- Tələblərin Sənədləşdirilməsi (ing. Documentation of Requirements)
- Tələblər rəsmi sənədlər şəklində yazılır ki, bu sənədlər layihənin gələcək mərhələlərində istinad nöqtəsi kimi istifadə olunsun.
- Ən geniş istifadə olunan sənədləşdirmə formaları Tələblərin Spesifikasiyası Sənədi (SRS — ing. Software Requirements Specification) və İstifadəçi Tələbləri Sənədidir (URS — ing. User Requirements Specification).
- Tələblərin Doğrulanması və Təsdiqi (Verification and Validation of Requirements)
- Tələblərin doğrulanması zamanı onların düzgün başa düşüldüyü və proqram təminatının bu tələbləri ödəyə biləcəyi yoxlanılır.
- Müştəri və maraqlı tərəflər sənədləri nəzərdən keçirir və təsdiq edir ki, hər bir tələb onların gözləntilərinə və biznes məqsədlərinə uyğundur.
- Tələblərin İdarə Edilməsi (ing. Requirements Management)
- Tələblərin dəyişə biləcəyi nəzərə alınaraq, təhlil mərhələsindən sonra onların idarə olunması vacibdir.
- Layihə müddətində yeni tələblər ortaya çıxa və ya mövcud tələblər dəyişə bilər. Bu zaman tələblərin idarə olunması mexanizmi ilə dəyişikliklər layihənin uyğun mərhələlərinə təsir etmədən tətbiq olunur.
Əsas məqsədləri
- Layihənin əhatə dairəsinin düzgün müəyyənləşdirilməsi.
- Müştəri və istifadəçilərin ehtiyaclarının tam və aydın şəkildə anlaşılması.
- Proqramın təyinatına uyğun olması və gözləntiləri qarşılaması üçün tələb olunan funksionallıqların dəqiqləşdirilməsi.
- Əsas məqsəd yanlış anlaşılan və ya qeyri-dəqiq tələblərdən irəli gələn problemlərin erkən mərhələdə həll olunmasıdır.
İstinadlar
- 2011-07-22 at the Wayback Machine Defense Acquisition University Press, 2001
- Kotonya, Gerald; Sommerville, Ian. . Chichester, UK: John Wiley and Sons. 1998. ISBN 9780471972082.
- Pacheco, Carla; García, Ivan; Reyes, Miryam. . IET Software (ingilis). 12 (4). August 2018: 365–378. doi:. ISSN .
-
Alain Abran; James W. Moore; Pierre Bourque; Robert Dupuis, redaktorlar // (2004). Los Alamitos, CA: IEEE Computer Society Press. March 2005. ISBN 0-7695-2330-7. İstifadə tarixi: 2007-02-08.
It is widely acknowledged within the software industry that software engineering projects are critically vulnerable when these activities are performed poorly.
- ↑ . səh. 158, §6.3.2
- Amin, Tauqeer ul; Shahzad, Basit. . Requirements Engineering (ingilis). 29 (3). 2024-09-01: 403–418. doi:. ISSN .
- Anderson, Charlotte. . Acorn PLMS (ingilis). 2022-06-08. İstifadə tarixi: 2024-01-19.
Biblioqrafiya
- Brian Berenbach; Daniel Paulish; Juergen Katzmeier; Arnold Rudorfer. . New York: McGraw-Hill Professional. 2009. ISBN 978-0-07-160547-2.
- Hay, David C. (1st). Upper Saddle River, NJ: Prentice Hall. 2003. ISBN 0-13-028228-6.
- Laplante, Phil. (1st). Redmond, WA: CRC Press. 2009. ISBN 978-1-4200-6467-4.
- Project Management Institute. Business Analysis for Practitioners. Project Management Inst. 2015-01-01. ISBN 978-1-62825-069-5.
- McConnell, Steve. (1st). Redmond, WA: Microsoft Press. 1996. ISBN 1-55615-900-5.
- Nuseibeh, B.; Easterbrook, S. (PDF). '00. Proceedings of the conference on the future of Software engineering. 2000. 35–46. CiteSeerX . doi:. ISBN 1-58113-253-0.
- Andrew Stellman; Jennifer Greene. . Cambridge, MA: O'Reilly Media. 2005. ISBN 0-596-00948-8.
- Karl Wiegers; Joy Beatty. (3rd). Redmond, WA: Microsoft Press. 2013. ISBN 978-0-7356-7966-5.
Xarici keçidlər
- Peer-reviewed
- Defense Acquisition University at the Wayback Machine (archived dekabr 23, 2015)