Proqram təminatının inkişafı yanaşmaları. Proqram təminatının hazırlanmasına struktur yanaşma. Çevik inkişafın prinsipləri və mənası
1. Kodlaşdırma
Proqram təminatının hazırlanması mərhələsində aşağıdakı əsas hərəkətlər yerinə yetirilir: kodlaşdırma; sınaq; proqram təminatı üçün istinad sisteminin işlənib hazırlanması; istifadəçi sənədlərinin yaradılması; versiyanın yaradılması və proqram təminatının quraşdırılması,
Kodlaşdırma yüksək və aşağı səviyyəli dizayn nəticələrinin hazır proqram məhsuluna çevrilməsi prosesidir. Başqa sözlə, kodlaşdırma zamanı tərtib edilmiş PP modelinin təsviri mövcud dillərdən hər hansı biri ola bilən seçilmiş proqramlaşdırma dili vasitəsilə baş verir. Dil seçimi ya müştərinin istəyi ilə, ya da həll olunan vəzifə və nəzərə alınmaqla həyata keçirilir Şəxsi təcrübə tərtibatçılar.
Kodlaşdırma zamanı seçilmiş dil üçün standarta riayət etmək lazımdır, məsələn, C dili üçün bu ANSI C, C++ üçün isə ISO/IEC 14882 "C++ Proqramlaşdırma Dili üçün Standart"dır.
Proqramlaşdırma dili üçün ümumi qəbul edilmiş standartdan əlavə, şirkət proqramların yazılması qaydaları üçün öz əlavə tələblərindən də istifadə edə bilər. Əsasən, onlar proqramın mətninin formatlaşdırılması qaydalarına aiddir.
Şirkətin standartına və qaydalarına riayət etmək düzgün işləyən, oxuması asan, digər tərtibatçılar üçün başa düşülən, tərtibatçı, yaradılma tarixi, adı və məqsədi haqqında məlumatları, habelə konfiqurasiyanın idarə edilməsi üçün lazımi məlumatları ehtiva edən proqram yaratmağa imkan verir.
Kodlaşdırma mərhələsində proqramçı proqramları yazır və onları özü sınaqdan keçirir. Belə sınaq vahid test adlanır. Proqram təminatının sınaqdan keçirilməsi ilə bağlı bütün məsələlər Fəsildə müzakirə olunur. 10, o, həmçinin proqram təminatının hazırlanması mərhələsində istifadə olunan sınaq texnologiyasını təsvir edir. Bu texnika sınaq adlanır. "şüşə qutu" (şüşə qutu); bəzən sınaq da deyilir "ağ qutu" (ağ qutu) klassik "qara qutu" (qara qutu) anlayışından fərqli olaraq.
Qara qutu testində proqram daxili quruluşu bilinməyən obyekt kimi qəbul edilir. Tester məlumatları daxil edir və nəticəni təhlil edir, lakin proqramın necə işlədiyini bilmir. Testləri seçərkən mütəxəssis giriş məlumatlarını və onun baxımından maraqlı olan şərtləri axtarır, bu da qeyri-standart nəticələrə səbəb ola bilər. Hər şeydən əvvəl, o, sınaqdan keçirilən proqramın səhvlərinin ən çox göründüyü giriş məlumatlarının hər bir sinfinin nümayəndələri ilə maraqlanır.
"Şüşə qutu"nu sınaqdan keçirərkən vəziyyət tamamilə fərqlidir. Tester (bu halda proqramçının özü) malik olduğu mənbə kodu biliyinə əsaslanaraq testlər hazırlayır. tam giriş. Nəticədə o, aşağıdakı müavinətləri alır.
1. Sınaq istiqaməti. Proqramçı proqramı hissə-hissə sınaqdan keçirə, yoxlanılan vahidi çağıran xüsusi test alt proqramları hazırlaya və maraqlandıran məlumatları proqramçıya ötürə bilər. Tək modulu tam olaraq "şüşə qutu" kimi sınaqdan keçirmək daha asandır.
2. Tam kod əhatəsi. Proqramçı həmişə hər testdə hansı kod fraqmentlərinin işlədiyini müəyyən edə bilər. Digər hansı kod filiallarının sınaqdan keçirilmədiyini görür və onların sınaqdan keçiriləcəyi şərtləri seçə bilər. Aşağıda icra etdiyiniz testlərin kod əhatə dairəsini necə izləmək təsvir edilir.
3. Əmrlərin hərəkətinə nəzarət etmək bacarığı. Proqramçı həmişə proqramda hansı funksiyanın yerinə yetirilməli olduğunu və onun cari vəziyyətinin necə olacağını bilir. Proqramın düşündüyü kimi işlədiyini öyrənmək üçün proqramçı onun yerinə yetirilməsinin gedişatı haqqında məlumatları əks etdirən debug əmrlərini daxil edə və ya xüsusi proqramdan istifadə edə bilər. proqram aləti sazlayıcı çağırdı. Sazlayıcı bir çox faydalı iş görə bilər: proqram əmrlərinin yerinə yetirilmə ardıcıllığını izləmək və dəyişdirmək, onun dəyişənlərinin məzmununu və onların ünvanlarını yaddaşda göstərmək və s.
4. Məlumatların bütövlüyünü izləmək imkanı. Proqramçı hər bir məlumat elementinin proqramın hansı hissəsinin dəyişdirməli olduğunu bilir. Verilənlərin vəziyyətini izləyərək (eyni sazlayıcıdan istifadə etməklə) o, yanlış modullar tərəfindən verilənlərin dəyişdirilməsi, onların səhv şərhi və ya uğursuz təşkili kimi xətaları müəyyən edə bilər.Proqramçı sınaqları təkbaşına avtomatlaşdıra bilər.
5. Daxili sərhəd nöqtələrinin görünüşü. IN mənbə kodu proqramın kənardan gizlədilmiş sərhəd nöqtələri görünür. Məsələn, müəyyən bir hərəkəti yerinə yetirmək üçün bir neçə tamamilə fərqli alqoritmlərdən istifadə etmək olar və koda baxmadan proqramçının hansını seçdiyini müəyyən etmək mümkün deyil. Başqa bir tipik nümunə, giriş məlumatlarını müvəqqəti saxlamaq üçün istifadə edilən bufer daşması problemi ola bilər. Proqramçı buferin hansı həcmdə məlumatın daşacağını dərhal deyə bilər və o, minlərlə sınaq keçirməyə ehtiyac duymur.
6. Seçilmiş alqoritmlə müəyyən edilmiş sınaq imkanı. Çox mürəkkəb hesablama alqoritmlərindən istifadə edən məlumatların işlənməsini sınaqdan keçirmək üçün xüsusi texnologiyalar tələb oluna bilər. Matris çevrilməsi və məlumatların çeşidlənməsi klassik nümunələrdir. Tester, proqramçıdan fərqli olaraq, hansı alqoritmlərin istifadə olunduğunu dəqiq bilməlidir, ona görə də xüsusi ədəbiyyata müraciət etmək lazımdır.
Şüşə qutu testi proqramlaşdırma prosesinin bir hissəsidir. Proqramçılar bu işi hər zaman görürlər, hər modulu yazıldıqdan sonra sınaqdan keçirirlər və sistemə inteqrasiya etdikdən sonra yenidən sınaqdan keçirirlər.
Vahid testini həyata keçirərkən siz struktur və ya funksional test üsullarından və ya hər ikisindən istifadə edə bilərsiniz.
Struktur Test şüşə qutu testinin bir növüdür. Onun əsas ideyası sınaqdan keçirilən proqram yolunun düzgün seçilməsidir. Onun əksinə funksional test "qara qutu" test kateqoriyasına aiddir. Proqramın hər bir funksiyası onun girişini götürərək və çıxışı təhlil etməklə yoxlanılır. Bu zaman proqramın daxili strukturu çox nadir hallarda nəzərə alınır.
Struktur test olmasına baxmayaraq çox daha güclüdür nəzəri əsas, əksər testçilər funksional testlərə üstünlük verirlər. Struktur test riyazi modelləşdirməyə daha yaxşı uyğun gəlir, lakin bu, onun daha səmərəli olması demək deyil. Texnologiyaların hər biri digərindən istifadə zamanı buraxılmış səhvləri müəyyən etməyə imkan verir. Bu baxımdan onları eyni dərəcədə effektiv adlandırmaq olar.
Sınaq obyekti təkcə proqramın tam yolu (başdan-başa yerinə yetirdiyi əmrlərin ardıcıllığı) deyil, həm də onun ayrı-ayrı bölmələri ola bilər. Proqramın icrasının bütün mümkün yollarını yoxlamaq tamamilə qeyri-realdır. Buna görə də, sınaq mütəxəssisləri bütün mümkün yollardan mütləq sınaqdan keçirilməli olan qrupları ayırırlar. Seçim üçün adlanan xüsusi meyarlardan istifadə edirlər əhatə meyarları (əhatə etmə meyarları), olduqca real (çox böyük olsa belə) testlərin sayını müəyyən edir. Bu meyarlar bəzən adlanır məntiqi əhatə meyarları, və ya tamlıq meyarları.
3. Sistemin inkişafına kömək edin proqram məhsulu. İstifadəçi Sənədlərinin yaradılması
Sənədlərin texniki redaktoru kimi layihə işçilərindən birini təyin etmək məqsədəuyğundur. Bu işçi başqa işlərlə məşğul ola bilər, lakin onun əsas vəzifəsi digər işçilər onu inkişaf etdirsə belə, sənədləri təhlil etmək olmalıdır.
Tez-tez olur ki, proqram təminatının yaradılması üzərində bir neçə nəfər işləyir, lakin onların heç biri onun keyfiyyətinə tam cavabdeh deyil. Nəticədə, proqram daha çox insanın onu inkişaf etdirməsindən nəinki faydalanmır, həm də itirir, çünki hər kəs şüuraltı olaraq məsuliyyəti digərinin üzərinə keçirir və işin bu və ya digər hissəsini həmkarlarından gözləyir. Bu problem texniki sənədlərin keyfiyyətinə və düzgünlüyünə tam cavabdeh olan redaktorun təyin edilməsi ilə həll olunur.
Proqram təminatının yardım sistemi istifadəçi təlimatı üçün hazırlanmış material əsasında formalaşır. Bu işin yerinə yetirilməsinə cavabdeh olan onu formalaşdırır və yaradır. Bu, texniki redaktor və ya texniki redaktorla birlikdə tərtibatçılardan biri ola bilər.
Yaxşı sənədləşdirilmiş PP aşağıdakı üstünlüklərə malikdir.
1. İstifadə rahatlığı. PP yaxşı sənədləşdirilibsə, tətbiq etmək daha asandır. İstifadəçilər onu daha tez öyrənir, daha az səhvə yol verir və nəticədə öz işlərini daha tez və səmərəli şəkildə yerinə yetirirlər.
2. Texniki dəstəyin aşağı qiyməti. İstifadəçi ehtiyac duyduğu hərəkətləri necə yerinə yetirəcəyini anlaya bilmədikdə, proqram istehsalçısını texniki dəstək xidmətinə çağırır. Belə bir xidmətin saxlanması çox bahalıdır. Yaxşı bir təlimat, əksinə, istifadəçilərə problemləri özləri həll etməyə kömək edir və texniki dəstək qrupu ilə əlaqə saxlamaq ehtiyacını azaldır.
3. Yüksək etibarlılıq. Anlaşılmaz və ya səliqəsiz sənədlər proqram təminatını daha az etibarlı edir, çünki istifadəçiləri səhv etmək ehtimalı daha yüksəkdir, onlara nəyin səbəb olduğunu və nəticələri ilə necə mübarizə aparacağını anlamaq çətindir.
Müşayiət asanlığı. İstifadəçi səhvləri nəticəsində yaranan problemlərin təhlilinə böyük miqdarda pul və vaxt sərf olunur. Yeni proqram buraxılışlarında edilən dəyişikliklər çox vaxt köhnə funksiyaların interfeysindəki dəyişiklikdir. Onlar istifadəçilərin nəhayət proqramdan necə istifadə edəcəyini anlaması və texniki dəstək xidmətinə zəng etməyi dayandırması üçün təqdim olunur. Böyük ölçüdə yaxşı rəhbərlik
Kompüter elmləri, kibernetika və proqramlaşdırma
İterasiya N Vahid İnkişaf Prosesi proqram təminatı USDP İstifadə nümunəsi modeli tətbiqin istifadə olunacağı halları təsvir edir. Analitik model tətbiq üçün əsas sinifləri təsvir edir. Dizayn modeli siniflər və ayrılmış obyektlər arasında əlaqələri və əlaqələri təsvir edir Yerləşdirmə modeli proqram təminatının kompüterlər arasında paylanmasını təsvir edir.
20-ci dərs
Proqram təminatının hazırlanmasında ümumi prinsiplər və yanaşmalar
Proqram təminatının inkişafı modelləri
- Vodopadnaya
- Kaskad modeli
- Spiral
- Ekstremal Proqramlaşdırma
- artımlı
- MSF Metodologiyası
şəlalə modeli
spiral modeli
Artan inkişaf
Tələblərin təhlili
Dizayn
İcra
Komponent
sınaq
İnteqrasiya
Test
bütöv
İterasiya 1 İterasiya 2 …. İterasiya N
Vahid Proqram İnkişafı Prosesi (USDP)
- İstifadə nümunəsi modeli tətbiqin istifadə olunacağı halları təsvir edir.
- Analitik model tətbiq üçün əsas sinifləri təsvir edir.
- Dizayn modeli siniflər və seçilmiş obyektlər arasındakı əlaqələri və əlaqələri təsvir edir
- Yerləşdirmə modeli proqram təminatının kompüterlər arasında paylanmasını təsvir edir.
- İcra modeli proqram kodunun daxili təşkilini təsvir edir.
- Test modeli test komponentləri, test prosedurları və müxtəlif test hallardan ibarətdir.
MSF Metodologiyası
Tipik proqram məhsulu arxitekturası komponentləri və tipik proqram tələbləri
səhvlərə dözümlülüksəhvləri aşkar etməklə, sistem üçün pis nəticələri bərpa etməklə və lokallaşdırmaqla etibarlılığını artıran sistem xassələri toplusu. Arızaya dözümlülüyünü təmin etmək üçün hər hansı bir real sistemi layihələndirərkən, sistemin nasazlığına səbəb ola biləcək bütün mümkün vəziyyətləri qabaqcadan görmək və nasazlıqların aradan qaldırılması üçün mexanizmlər hazırlamaq lazımdır.
Etibarlılıq sistemin müxtəlif nasazlıqlara və uğursuzluqlara qarşı durma qabiliyyəti.
İmtina sistemin keçididirsəhv nəticəsində tamamilə işlək vəziyyətə gəldi.
qəza sistemin işində sistemin uğursuzluğuna səbəb olmayan bir səhv.
Müəyyən bir müddət ərzində uğursuzluqlar və uğursuzluqlar nə qədər az olarsa, sistem daha etibarlı hesab olunur.
Sizi maraqlandıra biləcək digər əsərlər kimi |
|||
| 57355. | Üzvi birləşmələrin müxtəlifliyi, onların təsnifatı. Təbiətin üzvi maddələri | 48,5 KB | |
| Üzvi birləşmələrin müxtəlifliyi karbon atomlarının zəncirlərdə, dövrlərdə, velosipedlərdə, üçtəkərlərdə, policyclelarda, çərçivələrdə və s. | |||
| 57359. | Şifahi məlumat modellərinin işlənməsi | 291 KB | |
| Əsas anlayışlar: model; məlumat modeli; şifahi məlumat modeli; annotasiya; mücərrəd. Sinopsis Lat dilindən sinopsis. 2 üçün kontur yaradın. Sənədi Abstract adı altında öz qovluğunuzda saxlayın. | |||
| 57361. | Nömrə və rəqəm 3. Haşiyələrdə ədədlərin qoşalaşması 3. Yazılı ədədlər 3. Köhnə əşyaların qoşalaşması | 35,5 KB | |
| Bütün məxluqların nömrələri Kim birinci olmalı, kim sonuncu olmalıdır 1 rəqəminin altında kim olmalıdır 2 rəqəminin altında kim olmalıdır Kimdir susid pravoruch dələ Kimdir zürafənin susid levoruçu kimdir, kim ən böyükdür, kim ən alçaqdır, kim məxluqun ortasında dayanır. | |||
Bu günə qədər proqram mühəndisliyində EIS proqram təminatının hazırlanmasına iki əsas yanaşma mövcuddur ki, bunlar arasında əsas fərq ondan qaynaqlanır. fərqli yollar sistemlərin parçalanması. Birinci yanaşma funksional-modul və ya struktur adlanır. O, funksional parçalanma prinsipinə əsaslanır, burada sistemin strukturu onun funksiyalarının iyerarxiyası və fərdi şəxslər arasında məlumat ötürülməsi baxımından təsvir olunur. funksional elementlər. İkinci, obyekt yönümlü yanaşma obyektin parçalanmasından istifadə edir. Bu zaman sistemin strukturu obyektlər və onlar arasındakı əlaqələr baxımından, sistemin davranışı isə obyektlər arasında mesaj mübadiləsi baxımından təsvir edilir.
Beləliklə, EIS proqram təminatının hazırlanmasına struktur yanaşmanın mahiyyəti onun avtomatlaşdırılmış funksiyalara parçalanmasında (bölünməsində) yatır: sistem funksional alt sistemlərə bölünür, onlar da öz növbəsində alt funksiyalara, tapşırıqlara və s. xüsusi prosedurlara qədər. Eyni zamanda, avtomatlaşdırılmış sistem bütün komponentlərin bir-birinə bağlı olduğu vahid görünüşü saxlayır. Sistemi "aşağıdan yuxarıya", fərdi tapşırıqlardan tutmuş bütün sistemə qədər inkişaf etdirərkən, bütövlüyü itirilir, təsvir edərkən problemlər yaranır. məlumat mübadiləsi fərdi komponentlər.
Struktur yanaşmanın bütün ən ümumi üsulları bir sıra ümumi prinsiplərə əsaslanır. Əsas prinsiplər bunlardır:
“parçala və qalib gəl” prinsipi (bax. 2.1.1-ci yarımbənd);
iyerarxik nizamlama prinsipi - sistemin tərkib hissələrinin hər səviyyədə yeni detalların əlavə edilməsi ilə iyerarxik ağac strukturlarında təşkili prinsipi.
İki əsas prinsipin seçilməsi digər prinsiplərin ikinci dərəcəli olması demək deyil, çünki onlardan hər hansı birinə məhəl qoymamaq gözlənilməz nəticələrə səbəb ola bilər (bütün layihənin uğursuzluğu da daxil olmaqla). Bu prinsiplərin əsasları bunlardır:
abstraksiya prinsipi - sistemin vacib aspektlərinin bölüşdürülməsi və qeyri-vacib olanlardan yayındırılması;
ardıcıllıq prinsipi - sistemin elementlərinin etibarlılığı və ardıcıllığı;
verilənlərin strukturlaşdırılması prinsipi - verilənlər strukturlaşdırılmalı və iyerarxik şəkildə təşkil edilməlidir.
Struktur yanaşma əsasən sistemin funksional strukturunu və verilənlər arasındakı əlaqələri təsvir edən iki qrup alətdən istifadə edir. Hər bir alət qrupu müəyyən növ modellərə (diaqramlara) uyğundur, bunlardan ən çox yayılmışları:
DFD (Data Flow Diagrams) - məlumat axını diaqramları;
SADT (Structured Analysis and Design Technique - struktur təhlili və dizayn metodu,) - modellər və müvafiq funksional diaqramlar;
ERD (Entity-Relationship Diagrams) - obyektlə əlaqə diaqramları.
Məlumat axını diaqramları və varlıq əlaqəsi diaqramları CASE alətlərində ən çox istifadə olunan model növləridir.
spesifik növ sadalanan diaqramların və onların konstruksiyalarının şərhi proqram təminatının həyat dövrünün mərhələsindən asılıdır.
Proqram təminatına tələblərin formalaşması mərhələsində "AS-IS" modelini və "TO-BE" modelini qurmaq üçün SADT modelləri və DFD istifadə olunur, beləliklə, təşkilatın biznes proseslərinin mövcud və təklif olunan strukturunu və şirkətlər arasında qarşılıqlı əlaqəni əks etdirir. onlar (SADT modellərindən istifadə , bir qayda olaraq, yalnız bu mərhələ ilə məhdudlaşır, çünki onlar əvvəlcə proqram təminatının dizaynı üçün nəzərdə tutulmayıblar). ERD-nin köməyi ilə təşkilatda istifadə olunan məlumatların təsviri verilənlər bazasının həyata keçirilməsi vasitələrindən (DBMS) müstəqil olan konseptual səviyyədə həyata keçirilir.
Dizayn mərhələsində DFD-lər dizayn edilmiş proqram sisteminin strukturunu təsvir etmək üçün istifadə olunur, eyni zamanda onları təkmilləşdirmək, genişləndirmək və yeni dizaynlarla əlavə etmək olar. Eynilə, ERD-lər təkmilləşdirilir və verilənlər bazası sxeminin sonrakı yaradılması üçün uyğun olan məntiqi səviyyədə verilənlərin təqdimatını təsvir edən yeni konstruksiyalarla tamamlanır. Bu modellər proqram sisteminin arxitekturasını, proqram blok diaqramlarını, iyerarxiyasını əks etdirən diaqramlarla tamamlana bilər. ekran formaları və menyu və s.
Sadalanan modellər birlikdə sistemin mövcud və ya yeni işlənib hazırlanmasından asılı olmayaraq, EIS proqram təminatının tam təsvirini təqdim edir. Hər bir konkret halda diaqramların tərkibi sistemin mürəkkəbliyindən və onun təsvirinin tələb olunan tamlığından asılıdır.
Bu fəsildə verilmiş diaqram nümunələrinin əksəriyyətinin mövzu sahəsi Rusiya Federasiyasının vergi sistemidir, onun ən tam təsviri Rusiya Federasiyasının Vergi Məcəlləsində verilmişdir. İnformasiya texnologiyaları Rusiya Federasiyasının vergi sistemində istifadə edilən, müəyyən xüsusiyyətlərə malikdir.
Beləliklə, EIS proqram təminatının hazırlanmasına struktur yanaşmanın mahiyyəti onun avtomatlaşdırılmış funksiyalara parçalanmasında (bölünməsində) yatır: sistem funksional alt sistemlərə bölünür, onlar da öz növbəsində alt funksiyalara, tapşırıqlara və s. xüsusi prosedurlara qədər. Eyni zamanda, sistem bütün tərkib hissələrinin bir-biri ilə əlaqəli olduğu vahid bir görünüşü saxlayır. Ayrı-ayrı tapşırıqlardan tutmuş bütün sistemə qədər "aşağıdan yuxarı" sistemi hazırlayarkən, bütövlüyü itirilir, ayrı-ayrı komponentlərin informasiya qarşılıqlı əlaqəsini təsvir edərkən problemlər yaranır.
Struktur yanaşmanın bütün ən ümumi üsulları bir sıra ümumi prinsiplərə əsaslanır:
1. “Parçala və qalib gəl” prinsipi;
2. İerarxik nizamlama prinsipi - sistemin tərkib hissələrinin hər səviyyədə yeni detalların əlavə edilməsi ilə iyerarxik ağac strukturlarına təşkili prinsipi.
İki əsas prinsipin seçilməsi o demək deyil ki, qalan prinsiplər ikinci dərəcəlidir, çünki onlardan hər hansı birinə məhəl qoymamaq gözlənilməz nəticələrə (bütün layihənin uğursuzluğu daxil olmaqla) gətirib çıxara bilər. Bu prinsiplərin əsasları bunlardır:
1. Abstraksiya prinsipi - sistemin vacib tərəflərini işıqlandırmaq və diqqəti qeyri-vacibdən yayındırmaq.
2. Sistemin elementlərinin ardıcıllığı, əsaslılığı və ardıcıllığı prinsipi.
3. Strukturlaşdırma prinsipi data - data strukturlaşdırılmış və iyerarxik şəkildə təşkil edilməlidir.
Struktur yanaşmada sistemin funksional strukturunu və verilənlər arasındakı əlaqələri təsvir edən əsasən iki qrup alətlər mövcuddur. Hər bir alət qrupu müəyyən növ modellərə (diaqramlara) uyğundur, onların arasında ən çox yayılmışları:
· DFD (Data Flow Diagrams) - verilənlər axınının diaqramları;
SADT (Strukturlaşdırılmış Təhlil və Dizayn Texnikası - struktur təhlili və dizayn metodologiyası) - modellər və müvafiq funksional diaqramlar: qeydlər IDEF0 (sistemlərin funksional modelləşdirilməsi), IDEF1x (verilənlər bazalarının konseptual modelləşdirilməsi), IDEF3x (obyektin keyfiyyətinin qiymətləndirilməsi üçün sistemlərin qurulması). iş; qrafik təsvir proseslərin axını, bu proseslərin dəyişdirdiyi proseslərin və obyektlərin qarşılıqlı əlaqəsi);
· ERD (Entity - Relationship Diagrams) - "obyekt-münasibət" diaqramları.
Struktur yanaşmanın demək olar ki, bütün üsullarında (struktur təhlili) proqram təminatı tələblərinin formalaşması mərhələsində iki qrup modelləşdirmə aləti istifadə olunur:
1. Sistemin yerinə yetirməli olduğu funksiyaları və bu funksiyalar arasındakı əlaqələri təsvir edən diaqramlar - DFD və ya SADT (IDEF0).
2. Verilənlərin modelləşdirilməsi diaqramları və onların əlaqələri (ERD).
Sadalanan diaqramların xüsusi forması və onların konstruksiyalarının şərhi proqram təminatının həyat dövrünün mərhələsindən asılıdır.
Proqram təminatı tələblərinin formalaşması mərhələsində “AS-IS” modelini və “TO-BE” modelini qurmaq üçün SADT modelləri və DFD istifadə olunur, beləliklə təşkilatın biznes proseslərinin mövcud və təklif olunan strukturunu və onlar arasında qarşılıqlı əlaqəni əks etdirir. (SADT modellərindən istifadə etməklə, adətən yalnız bu mərhələ ilə məhdudlaşır, çünki onlar əvvəlcə proqram təminatının dizaynı üçün nəzərdə tutulmayıblar). ERD-nin köməyi ilə verilənlər bazasının (DBMS) həyata keçirilməsi vasitələrindən asılı olmayaraq, təşkilatda istifadə olunan məlumatların konseptual səviyyədə təsviri həyata keçirilir.
1. Proqramlaşdırma texnologiyasının məqsədi. Proqramlaşdırma texnologiyasının inkişaf tarixi. Proqram layihələrinin növləri. Proqramlaşdırma texnologiyasının komponentləri. Layihə, məhsul, proses və insanlar
2. Proqramın həyat dövrü. İnkişafın tsiklik təbiəti. Proqramlaşdırma texnologiyasının əsas anlayışları. Proseslər və modellər. Fazalar və dönüşlər. Mərhələlər və artefaktlar. Maraqlı tərəflər və işçilər.
3. Tələblərin müəyyən edilməsi və təhlili. Proqram Tələbləri. Tələblərin İnkişafı Sxemi. Tələblərin idarə edilməsi.
4. Memarlıq və detallı dizayn. İcra və kodlaşdırma. Test və Doğrulama. Keyfiyyətə nəzarət prosesi. Ağ qutu və qara qutu üsulları. Yoxlama və baxış. Test məqsədləri. Doğrulama, yoxlama və sistem testi. Baxım və davamlı inkişaf.
5. İnkişaf prosesi modelləri. Şəlalə və konveyer modelləri. Spiral və artımlı modellər. Çevik inkişaf prosesi modelləri.
6. Proses modelinin layihələndirilməsi. Proses tələblərinin müəyyən edilməsi. İstifadə olunan mərhələlər, mərhələlər və artefaktlar. Proses arxitekturasının seçimi. Tipik bir layihənin aparılması proseduru. sənədləşdirilmiş prosedurlar.
7. İnkişaf komandasının modelləri. İnkişafın kollektiv təbiəti. Optimal komanda ölçüsü. Layihə iştirakçılarının tabeçiliyi. Komanda inkişafı və heyətin inkişafı. İxtisaslaşma, əməkdaşlıq və qarşılıqlı əlaqə.
8. İnkişaf komandasının modelləri. İyerarxik komanda modeli. Cərrahi komanda üsulu. Bərabər komandanın modeli.
9. Proqramlaşdırmanın xarakteri. Proqramlaşdırma elmi. Proqramlaşdırma sənəti. Proqramlaşdırma sənəti. proqramlaşdırma paradiqmaları. Struktur proqramlaşdırma. Məntiq proqramlaşdırma. Obyekt yönümlü proqramlaşdırma.
10. Proqram təminatının arxitekturası. Tədbirin idarə edilməsi. Müştəri/server arxitekturası. Xidmətlər. üç qatlı memarlıq. Proqram dizayn. Konsept dizayn. Məntiq dizaynı. Ətraflı dizayn.
1. Novikov proqram təminatının hazırlanmasına yanaşmalar” http://window. /window_catalog/files/r60368/itmo307.pdf.
2. Ekstremal proqramlaşdırma. - Sankt-Peterburq: Peter, 2002.
3. Proqram təminatının hazırlanması texnologiyası. - Sankt-Peterburq. : Peter, 2004.
4. Brooks Jr. dizayn edilmiş və yaradılmışdır proqram kompleksləri. Moskva: Nauka, 1975; yeni tərcümə nəşri: Mifik insan-ayı. Sankt-Peterburq: SYMBOL+, 1999.
5. Alqoritmlər + verilənlər strukturları = proqramlar. M., Mir, 1978.
6. Sistemli proqramlaşdırma. Giriş. M.: Mir, 1977.
7. Strukturlaşdırılmış proqramlaşdırma. M.: Mir, 1975.
8. Proqramlaşdırma intizamı. M.: Mir, 1978.
9. Proqram təminatının hazırlanması texnologiyaları. - Sankt-Peterburq: Peter, 2002.
10. Terekhov proqramlaşdırması. M.: BINOM, 2006.
11. Rambo J. Vahid proqram təminatının hazırlanması prosesi. Sankt-Peterburq: Peter, 2002.
Menecerlər üçün İqtisadi Nəzəriyyə
Əsas mikroiqtisadi nəzəriyyələr. İqtisadi proseslərin təhlilində tətbiq nümunələri. Əsas makroiqtisadi nəzəriyyələr. İqtisadi proseslərin təhlilində tətbiq nümunələri. İqtisadi proseslərin idarə edilməsinin prinsipləri və üsulları. İqtisadi proseslərin inkişaf səviyyəsinin qiymətləndirilməsi vasitələri Genişləndirilmiş təkrar istehsalın problemləri. Rusiya iqtisadiyyatının iqtisadi artım amilləri. Davamlı inkişafın meyarları və göstəriciləri. Siklik dalğalanmaların hamarlanması. İqtisadi inkişaf tempinin qiymətləndirilməsində multiplikatorun və akseleratorun rolu. İqtisadiyyatda istehsal funksiyaları. İqtisadi proseslərin təhlilində tətbiq nümunələri. Mənfəət. Mənfəətə təsir göstərən göstəricilərin hesablanması, qrafik şəkil qırılma nöqtələri. İnvestisiya siyasətinin həyata keçirilməsi metodologiyası.İqtisadiyyat nəzəriyyəsi kursu: universitetlər üçün dərslik / Ed. . -Kirov: "ACA", 2004. Kolemaev - riyazi modelləşdirmə. Makroiqtisadi proseslərin və sistemlərin modelləşdirilməsi: dərslik. M.: BİRLİK-DANA, 2005. Bazhin kibernetika. Xarkov: Konsul, 2004. Riyazi modelləşdirmə metodları üzrə Leuşin seminarı: dərslik. Nijni Novqorod əyaləti texnologiya. univ.- N. Novorod, 2007. Siyasətçilər iqtisadiyyat haqqında: İqtisadiyyat üzrə Nobel mükafatı laureatlarının mühazirələri. Moskva: Müasir İqtisadiyyat və Hüquq, 2005. Çeremnıx. İrəli səviyyə: Dərslik.-M.:İNFRA-M, 2008. Mini-iqtisadi institutların təkamülü. Rusiya Elmlər Akademiyasının Ural Bölməsinin İqtisadiyyat İnstitutu, - M.: Nauka, 2007.
İdarəetmə qərarlarının hazırlanması və qəbulu texnologiyaları [N]
Qərar qəbulu menecerin fəaliyyətinin əsasını təşkil edir. Qərar nəzəriyyəsinə giriş. Qərar nəzəriyyəsinin əsas anlayışları. Biznesin idarə edilməsi modelləri və onların qərar qəbuluna təsiri. Müxtəlif yollarla həllərin təsnifatı. Təsnifatlar: formallıq dərəcəsinə görə, rutinlik dərəcəsinə görə, tezliyə görə, təcililiyə görə, məqsədlərə çatma dərəcəsinə görə, alternativin seçilmə üsuluna görə. Əsas qərar qəbuletmə üsulları. Qərar vermənin iradi üsulları. Qərar vermə məqsədləri. Həll yollarını tapmaq vaxtıdır. Əsas səhvlər Qərar vermənin riyazi üsulları. Qərar qəbuletmə nəzəriyyəsinin riyazi aspektləri. Əməliyyat tədqiqatı. Qərar qəbul etməyə riyazi yanaşma. Qərar ağacı. İnkişaf və qərar qəbuletmə modelləri. Oyun nəzəriyyəsi. Qərar vermənin riyazi üsulları. Qərar qəbuletmə nəzəriyyəsinin riyazi aspektləri. Növbə nəzəriyyəsi modelləri. İnventar idarəetmə modelləri. Xətti proqramlaşdırma modeli. nəqliyyat vəzifələri. Simulyasiya modelləşdirmə. Şəbəkə təhlili. İqtisadi təhlil. Rasional modellərin məhdudiyyətləri. Qrupda inkişaf və qərar qəbuletmə xüsusiyyətləri. Çoxluqların əlaqə dərəcəsinə əsaslanaraq qrup birləşməsini təyin etmək üsulu. Kollektiv qərar qəbul etmə üsulları. konsensus üsulu. səsvermə üsulları. Qərar vermənin yaradıcı üsulları. Beyin fırtınası. İdeya Konfransı. Gəmi Şurası. De Bononun “Mental papaq” metodu. İxtiraçılıq problemlərinin həlli nəzəriyyəsi (TRIZ). İdeal son həll. Problemlərin nümunələri və TRIZ istifadə edərək onların həlli. Unikal və yaradıcı qərarların qəbulunda TRIZ metodlarının tətbiqi. Həll ideyalarını inkişaf etdirmək və onları vəziyyətə uyğunlaşdırmaq üsulları. Hədəf ağac modeli. Maraqların koordinasiyası strategiyası. Maraqların koordinasiyası üzrə qərarların formalaşdırılması. Qarşı tərəflərin maraqlarının müəyyən edilməsi üsulları. Qərarlara dəstək sistemləri (ekspert sistemləri). Qərar vermə sistemlərinin yaradılması tarixi. Qərar vermə sistemlərinin təsnifatı. Tipik quruluş ekspert sistemi. Biliyin təmsil üsulları. Məntiqi nəticə çıxarma üsulları. Ekspert sistemlərinin praktikada tətbiqi.I. Qərar vermə nəzəriyyəsi: dərslik. - M.: İmtahan, 2006. - 573 s. I. Qərar qəbulu. İdarəetmə qərarlarının işlənib hazırlanması nəzəriyyəsi və metodları. Dərslik. - M.: Mart, 2005. - 496 s. İdarəetmə qərarının işlənməsi - M.: Delo nəşriyyatı, 2004 - 392 s. G. Ekspert qiymətləndirmələri və qərarların qəbulu.- M .: Patent, 1996.- 271 s. Taha // Əməliyyat Tədqiqatına Giriş = Əməliyyat Araşdırması: Giriş. - 7-ci nəşr. - M.: "Uilyams", 2007. - S. 549-594. G. Theil. İqtisadi proqnozlar və qərarların qəbulu. M.: Tərəqqi, 1970. K. D. Lewis. İqtisadi göstəricilərin proqnozlaşdırılması üsulları. M.: "Maliyyə və statistika" 1986. G. S. Kildishev, A. A. Frenkel. Zaman sıralarının təhlili və proqnozlaşdırılması. M.: "Statistics" 1973. O. Kim, C. W. Muller, W. R. Klekka və b. Faktor, diskriminant və klaster analizi. M.: “Maliyyə və statistika” 1989. Effektiv menecer. Kitab 3. Qərar qəbulu. - MIM LINK, 1999 Turevski və avtomobil nəqliyyatı müəssisəsinin rəhbərliyi. - M .: Ali məktəb, 2005.,; red. . İdarəetmədə sistem təhlili: dərslik. - M .: Maliyyə və statistika, 2006. , Tinkov: dərslik. – M.: KNORUS, 2006.
İnteqrasiya edilmiş idarəetmə sistemlərində biznes proseslərinin modelləşdirilməsi
Biznes proseslərinin prinsipləri hansılardır? Biznes proseslərinin vahid təsviri problemi nədir. Sistem nədir, hansı xüsusiyyətlərə malikdir? Biznes proseslərinin modelləşdirilməsində sistem təhlilinin rolu? Nəzarət obyekti kimi proses. Proses mühiti. Biznes prosesinin əsas elementləri. Funksional və proseslərin idarə edilməsinin üstünlükləri və çatışmazlıqları. PDCA idarəetmə dövrü. Prosesin idarə edilməsi dövrünün mərhələləri. PDCA dövrü və ISO 9001:2008 tələblərinin həyata keçirilməsi. SADT metodologiyası (Strukturlaşdırılmış Analiz və Dizayn Texnikası - struktur təhlili və dizayn metodu). mahiyyət. Əsas müddəalar. IDEF0 metodologiyasında funksional fəaliyyət modeli necə təqdim olunur? Funksional modelin diaqramlarındakı işlər nə deməkdir, onlar IDEF0 metodologiyasına uyğun olaraq necə göstərilir? Funksional model diaqramlarında oxlar nə üçündür, onların növləri və növləri nədir? DFD metodologiyası. mahiyyət. DFD diaqramlarının əsas komponentləri. DFD-diaqramların xüsusiyyətləri hansılardır, onlarda nə təsvir olunur? DFD-diaqram obyektlərinin xüsusiyyətləri hansılardır? DFD diaqramındakı oxlar nəyi ifadə edir? IDEF3 metodologiyası. mahiyyət. Sənədləşdirmə və modelləşdirmə vasitələri. IDEF3 diaqramlarının xüsusiyyətləri hansılardır, onlar nəyi təsvir edir? IDEF3 diaqram obyektlərinin xüsusiyyətləri hansılardır? Bəs atıcı? Proseslərin təsnifatı. Tipik biznes prosesləri. Yenidən mühəndislik və onun texnologiyası. Şirkətin idarə edilməsində reinjinirinqdən nə vaxt istifadə etmək məqsədəuyğundur? Proseslərin monitorinqi və ölçülməsi. Təşkilatın proseslərinin göstəriciləri. Proseslərin ədədi və reytinq qiymətləndirilməsi."AllFusion Process Modeler (BPwin 4.1) Dialog-MEPhI ilə biznes proseslərin modelləşdirilməsi" 2003 "AllFusion Modeling Suite ilə informasiya sistemlərinin yaradılması" red. "Dialogue-MEPhI" 2003 "AllFusion Process Modeler 4.1 ilə funksional modelləşdirmə təcrübəsi. (BPwin) Harada? Niyə? Necə?" red. "Dialogue-MEPhI" 2004 Dubeikovsky AllFusion Process Modeler (BPwin) ilə modelləşdirmə. red. “Dialogue-MEPhI” 2007 D. Mark, K. McGowan “Metodology of struktur analizi və dizayn SADT” 1993 SADT metodologiyası üzrə klassik iş. Sistemlərin Çeremnıx təhlili: IDEF-texnologiyaları, Sistemlərin modelləşdirilməsi və təhlili. IDEF texnologiyaları. Emalatxana. M.: Maliyyə və statistika, 2001. , “Struktur biznes modelləri: DFD-texnologiyaları” http://www. /Level4.asp? ItemId=5810 "Biznes proseslərinin yenidən təşkilinin nəzəriyyəsi və təcrübəsi"2003/ P50.1.. Funksional modelləşdirmə metodologiyası. Moskva: Rusiyanın Gosstandart, 2000. http://www. IDEF0, IDEF3, DFD http://www. BPwin vasitəsilə biznes proseslərinin modelləşdirilməsi http://www. /department/se/devis/7/ Biznes proseslərinin modelləşdirilməsinin idarə edilməsində IDEF0 http:///content/view/21/27/ http://www. /dir/cat32/subj45/file1411/view1411.html http://www. http://www.
Proqram məhsullarının effektivliyinin qiymətləndirilməsi
1. İT arxitekturası
2. İdarəetmə proseslərinin sahələri.
3. Domenin Planlaşdırma və Təşkilat proseslərinin siyahısı
4. Domen proseslərinin Siyahısı Alınması və Həyata keçirilməsi
5. Əməliyyatlar və Baxım sahəsində proseslərin siyahısı
6. Monitorinq və Qiymətləndirmə sahəsinin proseslərinin siyahısı
7. Prosesin yetkinlik modelinin səviyyələrinin səciyyələndirilməsi
9. KPI və KGI onların əlaqəsi və məqsədi
1. 10. Ümumi İT nəzarətləri və tətbiq nəzarətləri. Biznesin və İT-nin məsuliyyət sahələri və öhdəlikləri.
Cobit 4.1 rus nəşri.
Əqli mülkiyyətin yaradılması və istifadəsinin hüquqi tənzimlənməsi
1. Əqli fəaliyyətin nəticələrinə əqli mülkiyyət hüquqlarını sadalayın və onların məzmununu açıqlayın.
2. Eksklüziv hüququn sərəncamına dair müqavilələrin növlərini sadalayın. Eksklüziv hüququn sərəncamına dair bu müqavilələrin hər birini təsvir edin.
4. Müəlliflik hüququ obyekti kimi Kompüter Proqramının hüquqi müdafiəsinin əsas müddəalarını təsvir edin.
5. Müəlliflik hüququ obyekti və əlaqəli hüquqların obyekti kimi Verilənlər Bazasının hüquqi müdafiəsinin əsas müddəalarını müqayisə edin.
6. Patent hüququ obyektlərinin patent qabiliyyətinin şərtlərini təsvir edin: ixtiralar; faydalı modellər; sənaye nümunələri.
7. İxtiranın məzmununu genişləndirmək patent qabiliyyəti meyarları: yenilik; ixtira mərhələsi; sənaye tətbiqi qabiliyyəti.
8. İxtira, faydalı model və ya sənaye nümunəsi üçün patentin alınması şərtlərini və qaydasını, habelə patentlərin qüvvədə olmasını təmin edən şərtləri və onların müddətini təsvir edin.
9. “Nou-hau” anlayışını verin və istehsal sirrinin hüquqi mühafizəsinin yarandığı və həyata keçirildiyi şərtləri sadalayın.
10. Fərdiləşdirmənin qorunan vasitələrini sadalayın və onların müqayisəli xüsusiyyətlərini verin.
1., əqli mülkiyyət hüququ Rusiya Federasiyası, dərslik // M, Prospekt, 2007
2., Əqli mülkiyyət hüququ, dərslik // M, RIOR, 2009
Layihə İdarəetmə və Proqram İnkişafı [R]
Metodologiya nədir, niyə lazımdır. Metodologiyanın ümumi strukturu, metodologiyanın əsas elementləri. Öz metodologiyasının dizayn prinsipləri. Müxtəlif artefaktların, rolların, səlahiyyətlərin, sərhəd şərtlərinin nümunələri. Cowburn metodologiyasının strukturu, metodologiya ölçüləri. Cowburn layihə meyarları. Metodologiyanın seçim meyarları, Cowburn matrisi. Layihənin həyat dövrü. Şəlalə və təkrarlanan həyat dövrü modelləri. Şəlalə və iterativ modellər üçün tətbiq məhdudiyyətləri. İterativ metodologiyanın nümunəsi kimi RUP. Əsas RUP anlayışları, tətbiq məhdudiyyətləri. Proqram təminatının hazırlanmasında insanın rolu. Çevik metodologiyalar, çevik metodologiyaların əsas prinsipləri. Çevik metodologiyaların mənşəyi. Çevik metodologiyanın nümunəsi kimi Scrum. Scrum-da rollar, artefaktlar, fəaliyyətlər. Scrum-un tətbiqi məhdudiyyətləri. Ekstremal Proqramlaşdırma (XP) İdeyalar, dəyərlər, əsas təcrübələr, tətbiq məhdudiyyətləri. Scrum və XP arasındakı oxşarlıqlar və fərqlər. Tələblərin toplanması və idarə edilməsi. Əsas təcrübələr, terminlər, prinsiplər. Layihə və məhsulun sənədləşdirilməsinə yanaşmalar, əsas sənəd növləri. Kursda müzakirə olunan metodologiyalardan tələblərin idarə edilməsi təcrübələrinə dair nümunələr. Proqram təminatının inkişafının planlaşdırılması. Planların növləri, risklərin idarə edilməsi, populyar risklər. Kursda müzakirə olunan metodologiyalardan inkişaf planlaşdırma təcrübələrinə dair nümunələr. Proqram təminatının hazırlanmasında sınaq. Proqram məhsulunun yığılması (qurulması) konsepsiyası. Əsas sınaq üsulları, terminləri. Kursda müzakirə olunan metodologiyalardan sınaq təcrübələrinə dair nümunələr. Montaj (qurulma) anlayışı, kodun saxlanma yolları, alətlər. Versiya idarəetmə sistemi ilə işin təşkili üçün iki prinsip. Müxtəlif məhsul kateqoriyaları üçün məhsulun buraxılması/layout prosesinin xüsusiyyətləri, təcrübə nümunələri. Proqram təminatının arxitekturasının müasir konsepsiyaları, çoxsəviyyəli arxitekturalar, memarlıq meyarları. Proqram təminatının layihələndirilməsi zamanı zəruri qərarların siyahısı, məlumatların saxlanması sisteminin seçilməsinə yanaşmalar.Kent Beck - Ekstremal Proqramlaşdırma Frederik Brooks - Mifik Adam-Ay və ya Necə Yaradılır proqram sistemləri. Tom de Marco - Son tarix. Layihənin idarə edilməsi haqqında roman. Tom de Marko, Timoti Lister - Ayılarla Vals. Tom de Marko, Timoti Lister - İnsan faktoru_ uğurlu layihələr və komandalar. Alistair Cowburn - Hər bir layihənin öz metodologiyası var. Alistair Cowburn - İnsanlar qeyri-xətti və proqram təminatının hazırlanmasında ən vacib komponentlərdir. Andriy Orlov - Avtomatçının qeydləri. Peşəkar etiraf. Philip Krachten - Rasional Vahid Prosesə Giriş. Henrik Kniberg - Scrum və XP: cəbhə xəttindən qeydlər. Kurs mühazirə təqdimatları
