Бағдарламаларды (қосымшаларды) жылдам өңдеуде моделін жобалау

1. Ақпараттық жүйелердің компоненттерін жобалаудың модельдері мен әдістері.
2. RAD әдіснамасы бойынша кезеңдері
3. CASE.құралдар. Жалпы мінездемесі және жіктелуі.
4. DATARUN методологиясы

RAD әдіснамасы.
ОЦ- дің спиральді моделінің шеңберінде АЖ-ді әзірлеудің мүмкін тәсілдерінің бірі болып соңғы уақыттарда кеңінен таралған.
RAD (Rapid Application Devolopment) – қосымшаларды жылдам жасаудың әдіснамасы болып табылады.
Бұл термин бойынша 3 элементті құрайтын АЖ – ді әзірлеудің процесі түсіндіріледі:
 програмисттердің үлкен емес командасы (8-10 адам);
 қысқа, бірақ тиянақты атқарылатын ойында график (3 ай);
 қайталанатын цикл.
RAD әдіснамасы бойынша АЖ-дің ОЦ-і 4 кезеңнен тұрады:
1) талаптарды талдау және жоспарлау кезеңі;
2) жобалау кезеңі.
3) жобаны жүзеге асыру кезеңі;
4) жобаны енгізу кезеңі.
1-кезең талаптарды талдау және жоспарлау кезеңінде жүйені пайдаланушулар жүйені орындайтын функцияларды анықтайды, олардың ішінен алғашқы болып өңдеуді талап ететін неғұрлым приоритетті функциаларды ерекшелейді, ақпараттық қажеттіліктерді сипаттайды. Жоба масштабы шектеледі, келесі кезеңдердің әрбіреуі үшін уақыт шектеулі анықталады. Осы кезеңнің нәтижесінде болашақ АЖ-нің функциаларының тізімі мен приоритеттілігі, функцианалдық және ақпараттық моделдері нақтыланады.
«Жобалау» кезеңінде пайдаланушылардың бөлігі әзірлеуші-мамандардың жетекшілігімен жүйенің техникалық жобалауына қатысады. Қосымшалардың (бағдарламалардың) жұмыс істейтін прототиптерін жылдам алу үшін сәйкес инструменталды құралдар (CASE-құралдар) қолданылады.Пайдаланушылар әзірлеушілермен тікелей байланыс жасай отырып, алдыңғы кезеңде анықталмаған талаптарды (жүйеге қатысады) нақтылайды, толықтырады. Осы кезеңде мынандай әрекеттер орындалады:
1) жүйенің процестері нақты қарастырылады;
2) қажетті болса әр қарапайым процесс үшін жекелеме прототиптер жасалады: экрандық форма, диалог, анық емес немесе бір мәнді еместіліктерді жоятын есептер.
3) мәліметтерге қатынау шектеу талаптары анықталады.
Осыдан кейін әзірленетін жүйенің функционалды нүктелерінің (function point) саны бағаланады және АЖ-ні ішкі жүйелерге бөлу шешімі қабылданады (RAD-жоба уақытында (3 айға дейін) әзірлеуші топтың жүзеге асыра алатын ішкі жүйелеріне) функционалды нүкте деп әзірленетін жүйенің мына әлементтерінің түсіндіріледі:
1. қосымшаның кіріс элементі (кіріс құжат немесе экрандық форма)\
2. қосымшаның шығыс элементі (шығыс құжат немесе экрандық форма)
3. сұраныс (”сұрақ/жауап”жұбы)
4. логикалық файл, яғни қосымшаның ішінде қолданылатын мәліметтер жазуларының жиынтығы.
5. Қосымшаның интерфейсі, яғни басқа қосымшаға берілетін немесе одан алынатын мәліметтер жазбаларының жиынтығы.

1. С. Орлов - Технологии разработки программного обеспечения, 2002 г.
2. Орлов С.А., Цилькер Б.Я. - Технологии разработки программного обеспечения 2012 г.

Пән: Информатика, Программалау, Мәліметтер қоры
Жұмыс түрі: Реферат
Тегін: Антиплагиат
Көлемі: 10 бет
Таңдаулыға:

Қазақстан Республикасы Білім және ғылым минстрлігі
Семей қаласы Шәкәрім атындағы мемлекеттік университеті

Магистранттың өздік жұмысы №1
Тақырыбы: Бағдарламаларды (қосымшаларды) жылдам
өңдеуде моделін жобалау

Орындаған: Жумахан Алия
6М0602000 Информатика
Тексерген: Арынгазина Ж.Н.

Семей-2015 жыл
Сабақ жоспары
1. Ақпараттық жүйелердің компоненттерін жобалаудың модельдері мен әдістері.
2. RAD әдіснамасы бойынша кезеңдері
3. CASE-құралдар. Жалпы мінездемесі және жіктелуі.
4. DATARUN методологиясы

Ақпараттық жүйелердің компоненттерін жобалаудың
модельдері мен әдістері.
RAD әдіснамасы.
ОЦ- дің спиральді моделінің шеңберінде АЖ-ді әзірлеудің мүмкін тәсілдерінің бірі болып соңғы уақыттарда кеңінен таралған.
RAD (Rapid Application Devolopment) - қосымшаларды жылдам жасаудың әдіснамасы болып табылады.
Бұл термин бойынша 3 элементті құрайтын АЖ - ді әзірлеудің процесі түсіндіріледі:
oo програмисттердің үлкен емес командасы (8-10 адам);
oo қысқа, бірақ тиянақты атқарылатын ойында график (3 ай);
oo қайталанатын цикл.
RAD әдіснамасы бойынша АЖ-дің ОЦ-і 4 кезеңнен тұрады:
1) талаптарды талдау және жоспарлау кезеңі;
2) жобалау кезеңі.
3) жобаны жүзеге асыру кезеңі;
4) жобаны енгізу кезеңі.
1-кезең талаптарды талдау және жоспарлау кезеңінде жүйені пайдаланушулар жүйені орындайтын функцияларды анықтайды, олардың ішінен алғашқы болып өңдеуді талап ететін неғұрлым приоритетті функциаларды ерекшелейді, ақпараттық қажеттіліктерді сипаттайды. Жоба масштабы шектеледі, келесі кезеңдердің әрбіреуі үшін уақыт шектеулі анықталады. Осы кезеңнің нәтижесінде болашақ АЖ-нің функциаларының тізімі мен приоритеттілігі, функцианалдық және ақпараттық моделдері нақтыланады.
Жобалау кезеңінде пайдаланушылардың бөлігі әзірлеуші-мамандардың жетекшілігімен жүйенің техникалық жобалауына қатысады. Қосымшалардың (бағдарламалардың) жұмыс істейтін прототиптерін жылдам алу үшін сәйкес инструменталды құралдар (CASE-құралдар) қолданылады.Пайдаланушылар әзірлеушілермен тікелей байланыс жасай отырып, алдыңғы кезеңде анықталмаған талаптарды (жүйеге қатысады) нақтылайды, толықтырады. Осы кезеңде мынандай әрекеттер орындалады:
1) жүйенің процестері нақты қарастырылады;
2) қажетті болса әр қарапайым процесс үшін жекелеме прототиптер жасалады: экрандық форма, диалог, анық емес немесе бір мәнді еместіліктерді жоятын есептер.
3) мәліметтерге қатынау шектеу талаптары анықталады.
Осыдан кейін әзірленетін жүйенің функционалды нүктелерінің (function point) саны бағаланады және АЖ-ні ішкі жүйелерге бөлу шешімі қабылданады (RAD-жоба уақытында (3 айға дейін) әзірлеуші топтың жүзеге асыра алатын ішкі жүйелеріне) функционалды нүкте деп әзірленетін жүйенің мына әлементтерінің түсіндіріледі:
1. қосымшаның кіріс элементі (кіріс құжат немесе экрандық форма)\
2. қосымшаның шығыс элементі (шығыс құжат немесе экрандық форма)
3. сұраныс ("сұрақжауап"жұбы)
4. логикалық файл, яғни қосымшаның ішінде қолданылатын мәліметтер жазуларының жиынтығы.
5. Қосымшаның интерфейсі, яғни басқа қосымшаға берілетін немесе одан алынатын мәліметтер жазбаларының жиынтығы.

CASE-құралдар. Жалпы мінездемесі және жіктелуі.
CASE-құралдарына АЖ-дің өмірлік циклінің процестерінің жиынтығын автоматтандыратын бағдарламалық құрал жатады және мынандай негізгі мінездемелік ерекшеліктерімен сипатталады:
1. Әзірлеушімен ыңғайлы интерфейсті қамтамасыз ететін және оның шығармашылық мүмкіндіктерін дамытатын АЖ-ді сипаттау және құжаттау үшін қуатты график құралдар;
2. АЖ-ді әзірлеудің үрдісін қамтамасыз ететін CASE-құралдарының жекелеме компоненттерінің интеграциясы.
3. Жобалық метамәліметтердің (репозитория) ұйымдастырған қоймасын арнайы қолдану;
Интеграцияланған CASE-құрал мынандай компоненттерден тұрады:
1. CASE-құралдың негізі болатын репозиторияны.Ол жоба версияларын сақтауды және оның жекелеме компоненттерін, топтық әзірлеуде әртүрлі әзірленушіден түскен ақпаратты синхронизациялануды және қарама-қайшы еместігіне бақылауды қамтамасыз етуі керек;
2. АЖ-дің моделін құрайтын иерархиялық байланысқан диаграммаларды (абциссаны DFD,DRD...) жасауды және редакторлауды қамтамасыз ететін талдау мен жобалаудың графиктік құралдары;
3. 4GL тілдерін және кодтар генераторларын қамтитын қосымшаларды әзірлеудің құралдары;
4. Конфигурациялық басқару құралдары;
5. Құжаттау құралдары;
6. Тестілеу құралдары;
7. Жобаны басқару құралдары;
8. Реинжиниринг құралдары;
Қазіргі барлық CASE құралдары типі және категориясы бойынша жіктелуі.
Типі бойынша жіктелу CASE-құралдардың ОЦ-дің әрбір үрдістерінің функционалдық бағытын көрсетеді.
Категориясы бойынша жіктелу орындалатын функциялар интеграциялану дәрежесін анықтайды және үлкен емес автономды есептерді шешетін жекелеме локальді құралдарды, АЖ-дің ОЦ-інің кезеңдерінің мейлінше көбін қамтитын жартылай интеграцияланған құралдардың жиынын қамтиды.

CASE-құралдары мынандай белгілері бойынша да жіктеуге болады:
1)қолданылатын әдіснамасы және модельдері және МҚ бойынша;
2)МҚБЖ-мен интеграциясы дәрежесімен;
3)қолданылатын платформасы бойынша;
Қазіргі метологиялар және оларды іске асыратын технологиялар CASE құралдарымен бірге электрондық түрде көрсетіледі және методология бағытталған БҚ-дың жүйелерін құруға арналған процестер кітапханасынан, шаблонардан, әдістерден, модельдерден және басқа да компоненттерден тұрады. Электрондық методологиялар нақты пайдаланушылар үшін бейімделуді және нақты объекттерді орындау нәтижелері бойынша методологияның дамуын қамтамасыз ететін құралдарды қамтиды.
Бейімделу процесі ӨЦ-дің қажет емес процестерін, әрекеттері мен методологияның басқа да компоненттерін жою, сәйкес келмейтін процестер мен әрекеттерді, сонымен қатар, әтістерді, модельдерді, стандарттарды өзгерту болып табылады. Методологияны реттеу келесі аспектілер бойынша іске асырылады: ӨЦ - дің кезеңдері мен операциялары, жоба әзірлеушілері, ӨЦ - дің қолданылатын моделдері, концепциялар және т.б.
Электрондық методологиялар мен технологиялар (және CASE құралдары) АЖ - ні құру ортасының ұйымдастырылған аспаптық құралдар комплексінің ядросын жасайды.
DATARUN методологиясы
Дүние жүзінде электрондық методологиялардың ішіндегі кең таралған түрлерінің бірі DATARUN методологиясы болып табылады. DATARUN методологиясына сәйкес БҚӨЦ ISO 12207 стандартымен анықталатын негізгі процестерді орындау нәтижелерімен байланысатын кезеңдерге бөлінеді. Әрбір кезең келесі кезеңнің жұмыс жоспарымен аяқталуы керек.
Талаптарды құру мен жоспарлау кезеңі жобаның құны мен бастапқы бағалар көлемін анықтайтын әрекеттерді қамтиды. АЖ - ні құруға арналған талаптар мен экономикалық негіздеуді құру қажет (сформулировать). Сонымен қатар, жобаның іске асырылуының техникалық бағалануына негіз болатын мәліметтердің бастапқы концептуалды моделі мен функционалдық модельдерді (мекеменің бизнес - процестер модельдерін) құру керек. Осы кезеңнің негізгі нәтижелері ретінде мекеме қызметінің(процестер мен мекеме мәліметтерінің бастапқы модельдері), жүйеге қойылатын талаптардың модельдері мен бастапқы бизнес - жоспар болуы керек.
Жобалаудың концептуалды кезеңі бастапқы мәліметтердің детальді талдануы мен мәліметтердің концептуалды моделін анықтаудан басталады. Содан кейін жүйенің архитектурасы жобаланады. Жүйе архитектурасы концептуалды моделдің көз жетерлік ішкі модельдерге бөлінуін қамтиды. АЖ - ді пайдаланудың мүмкіндігі бағаланады және оларды түрлендрудің сәйкес әдісі таңдалады. Жоба құрылғаннан кейін бастапқы бизнес - жоспар анықталады. Осы кезеңнің қорытынды компоненттері болып мәліметтердің концептуалды моделі, жүйе архитектурасының моделі және анықталған бизнес - жоспар табылады.
Қосымшаларды спецификациялау кезеңінде жобаны құру мен детализациялау процесі жалғасады. Мәліметтердің концептуалды моделі мәліметтердің реляциялық моделіне түрленеді. Қосымшаның құрылымы мен экрандар, есептер(отчет) мен пакеттік процестер түрінде көрсетілетін қажетті интерфейстері анықталады. Мәліметтердің моделі әр кесте үшін бизнес - ережелермен және әдістермен анықталады. Осы кезең аяқталған кезде қосымшаларды жүзеге асыру әдісі туралы тиянақты ... жалғасы

Сіз бұл жұмысты біздің қосымшамыз арқылы толығымен тегін көре аласыз.