Funktsional talablar - Funksional va funksional boʻlmagan injiniring talablari

|
Funksional va funksional boʻlmagan injiniring talablari
|
bet | 2/11 | Sana | 24.05.2024 | Hajmi | 46,18 Kb. | | #252245 |
Bog'liq Funksional va funksional boʻlmagan injiniring talablari-fayllar.orgFunktsional talablar
Tizimga qo'yiladigan funktsional talablar tizim nima qilishi kerakligini tavsiflaydi. Bu talablar ishlab chiqilayotgan dasturiy ta'minot turiga, dasturiy ta'minotdan kutilayotgan foydalanuvchilarga va talablarni yozishda tashkilot tomonidan qo'llaniladigan umumiy yondashuvga bog'liq. Foydalanuvchi talablari sifatida ifodalanganda, funktsional talablar tizim foydalanuvchilari va menejerlari tushunishi uchun tabiiy tilda yozilishi kerak. Funktsional tizim talablari foydalanuvchi talablarini kengaytiradi va tizim ishlab chiquvchilari uchun yoziladi. Ular tizim funktsiyalarini, ularning kirish va chiqishlarini va istisnolarni batafsil tavsiflashlari kerak.
Funktsional tizim talablari tizim nima qilishi kerakligi haqidagi umumiy talablardan mahalliy ish usullari yoki tashkilotning mavjud tizimlarini aks ettiruvchi juda aniq talablargacha farqlanadi. Misol uchun, bu erda funktsional misollar mavjud
Domen talablari
Domen talablari tizim foydalanuvchilarining o'ziga xos ehtiyojlaridan ko'ra tizimning dastur domenidan kelib chiqadi. Ular yangi funktsional talablar bo'lishi mumkin, mavjud funktsional talablarni cheklaydi ¬yoki muayyan hisob-kitoblarni qanday amalga oshirish kerakligini belgilaydi.
Domen talablari bilan bog'liq muammo shundaki, dasturiy ta'minot muhandislari tizim ishlayotgan domenning xususiyatlarini tushunmasligi mumkin. Bu shuni anglatadiki, ushbu muhandislar domen talabi o'tkazib yuborilgan yoki boshqa talablarga zid keladimi yoki yo'qligini bilmasligi mumkin.
http://software-engineering-bo ok.com/web/domain-requirements/
Ruhiy salomatlik muammolari bo'yicha davolanayotgan bemorlar to'g'risidagi ma'lumotlarni saqlash uchun foydalaniladigan Mentcare tizimiga qo'yiladigan talablar:
1. Foydalanuvchi barcha klinikalar uchun uchrashuvlar ro'yxatini qidirishi mumkin.
2. Tizim har kuni, har bir klinika uchun o'sha kuni qabul qilinishi kutilayotgan bemorlar ro'yxatini tuzadi.
3. Tizimdan foydalanadigan har bir xodim o'zining sakkiz xonali xodim raqami bilan noyob tarzda identifikatsiyalanishi kerak.
Ushbu foydalanuvchi talablari tizimga kiritilishi kerak bo'lgan o'ziga xos funksiyalarni belgilaydi. Talablar shuni ko'rsatadiki, funktsional talablar turli darajadagi tafsilotlarda yozilishi mumkin (kontrast talablari 1 va 3).
Funktsional talablar, nomidan ko'rinib turibdiki, an'anaviy ravishda tizim nima qilishi kerakligiga e'tibor qaratgan. Biroq, agar tashkilot mavjud bo'lmagan tizim dasturiy mahsuloti uning ehtiyojlarini qondira oladi deb qaror qilsa, batafsil funktsional spetsifikatsiyani ishlab chiqishda juda kam ma'no bor. Bunday hollarda asosiy e'tibor odamlarning o'z ishlarini bajarishi uchun zarur bo'lgan ma'lumotlarni aniqlaydigan axborot talablarini ishlab chiqishga qaratilishi kerak. Axborotga qo'yiladigan talablar kerakli ma'lumotni va uni qanday etkazib berish va tartibga solishni belgilaydi. Shu sababli, Mentcare tizimi uchun ma'lumot talabi o'sha kuni tayinlanishi kutilayotgan bemorlar ro'yxatiga qanday ma'lumotlarni kiritish kerakligini ko'rsatishi mumkin.
Talablar spetsifikatsiyasidagi noaniqlik buyurtmachilar ¬va dasturiy ta'minot ishlab chiqaruvchilari o'rtasida kelishmovchiliklarga olib kelishi mumkin. Tizim ishlab chiquvchisi noaniq ¬talabni uni amalga oshirishni soddalashtiradigan tarzda talqin qilishi tabiiy . Biroq, ko'pincha, bu mijoz xohlagan narsa emas. Yangi talablar o'rnatilishi va tizimga o'zgartirishlar kiritilishi kerak. Albatta, bu tizim yetkazib berishni kechiktiradi va xarajatlarni oshiradi.
Masalan, yuqoridagi ro'yxatdagi birinchi Mentcare tizimining talabi foydalanuvchi barcha klinikalar uchun uchrashuvlar ro'yxatini qidirishi mumkinligini bildiradi. Ushbu talabning mantiqiy sababi shundaki, ruhiy salomatlik bilan bog'liq muammolar bo'lgan bemorlar ba'zan chalkashib ketishadi. Ular bir klinikada uchrashishlari mumkin, lekin aslida boshqa klinikaga borishadi . Agar ular uchrashuvga tayinlangan bo'lsa, ular klinikadan qat'i nazar, tashrif buyurgan deb qayd etiladi.
Qidiruv talabini ko'rsatgan tibbiyot xodimi "qidiruv" bemorning ismini hisobga olgan holda, tizim barcha klinikalardagi barcha uchrashuvlarda ushbu nomni qidiradi degan ma'noni kutishi mumkin. Biroq, bu talabda aniq ko'rsatilmagan. Tizim ishlab chiquvchilari talabni amalga oshirish osonroq bo'lishi uchun izohlashlari mumkin . Ularning qidiruv funksiyasi foydalanuvchidan klinikani tanlashni va keyin ushbu klinikaga tashrif buyurgan bemorlarni qidirishni talab qilishi mumkin. Bu ko'proq foydalanuvchi kiritishni o'z ichiga oladi va shuning uchun qidiruvni yakunlash ko'proq vaqt oladi.
Ideal holda, tizimning funktsional talablari spetsifikatsiyasi to'liq va izchil bo'lishi kerak. To'liqlik foydalanuvchi tomonidan talab qilinadigan barcha xizmatlar va ma'lumotlar aniqlanishi kerakligini anglatadi. Muvofiqlik degani, talablar bir-biriga zid bo'lmasligi kerak.
Amalda faqat ¬juda kichik dasturiy ta'minot tizimlari uchun talablarning izchilligi va to'liqligiga erishish mumkin. Buning sabablaridan biri shundaki, katta, murakkab tizimlar uchun texnik shartlarni yozishda xato va kamchiliklarga yo'l qo'yish oson. Yana bir sabab shundaki, yirik tizimlar ko'plab manfaatdor tomonlarga ega bo'lib, ular turli xil kelib chiqishi va umidlariga ega. Manfaatdor tomonlar turli va ko'pincha nomuvofiq ehtiyojlarga ega bo'lishi mumkin. Ushbu nomuvofiqliklar talablar dastlab ko'rsatilganda aniq bo'lmasligi mumkin ¬va nomuvofiq talablar faqat chuqur tahlildan so'ng yoki tizimni ishlab chiqish jarayonida aniqlanishi mumkin.
|
| |