
- •Студент пәнінің – оқу әдістемелік кешені
- •Алматы 2007
- •1.Пәннің оқу бағдарламасы – syllabus
- •1.1 Оқытушылар жөнінде мәліметтер:
- •1.3 Пререквизиттер
- •1.4 Постреквизиттер
- •1.5 Пәннің мақсаты және міндеттері
- •1.6 Тапсырманың түрлері мен тізбегі және оның орындалу графигі
- •1.7 Әдебиеттер тізімі
- •1.8 Бақылау және білім бағасы
- •Студент білімінің бағасы
- •1.9 Курстың процедурасы және саясаты
- •2. Белсенді үлестірмелі материалдардың мазмұны
- •2.2. Дәрістік сабақ конспектілері
- •Басқару үрдістері
- •Жобаның жоспары
- •Жұмыс графигі және желілік диаграммалар
- •Қауіптерді басқару
- •Өтініш анализі үрдісінің схемасы
- •Тапсырыс беруші өтініштерінің сипаттамасы (с-талаптар)
- •Жылдам прототиптеу және жүзеге асырудың зерттелуі
- •Өтініштер анализі: детальдық талаптардың қосылуы
- •Жобалаудың модельдері, каркастар және үлгілері
- •Архитектура түрлері және олардың модельдері
- •Архитектура таңдау үрдісі
- •Жүйелік диаграммасы
- •Мәліметтер ағыны диаграммасы.[17]
- •Алгоритмдердің спецификациясы
- •Объекттердің объекттері мен класстары
- •Объекті-бағытталған жобалау үрдісі
- •Объектлерді анықтау
- •Архитектура моделдері
- •Атаулар кеңістігі.
- •8.1 Сурет Интерфейстің пиктограмма формасындағы көрсетілімі.
- •8.2 Сурет Интерфейс көрсетілімінің тәріс формасы.
- •Орналастыру диаграммасы
- •8.3 Сурет. Компаненттердің орналасу моделденуі.
- •Қолданбалы интерфейсті жобалаудың қағидалары
- •Қолданушының өзара қатынасы
- •Ақпаратты көрсету
- •Қолданушыны қолдаудың құрылымы
- •Қателер туралы хабарлар
- •Анықтамалық жүйені жобалау
- •Қолданушының іс – қағазы
- •Интерфейсті бағалау
- •Программалық қамтамассыздандыру тестілеуі.
- •Құнның конструктивті моделі
- •Сақтау жүйесінің құрылымы
- •Программалық қамтаманы қоса ілестіру
- •Ілестіру процесі
- •2.3 Лабораториялық жұмыстардың жоспарлары
- •Лабораториялық сабақтардың жоспарлары
- •Қолдану бизнес - түрлерінің диаграммасы
- •Қызмет диаграммасы
- •Лабораториялық жұмыс орындалу реті
- •Қолдану жүйелік түрлерінің егжей-тегжейін ашуы
- •Қолдану түрлерінің диаграммасы
- •Лабораториялық жұмыстың орындалу реттері
- •Статикалық модельдері
- •Диаграммаларда күйлердің болуы
- •Динамикалық модель
- •Әрекеттестіктердің диаграммалары
- •Лабораториялық жұмыс орындалу реті
- •2.4 Оқытушы жетекшілігіндегі студенттердің өзіндік жұмысының сабақ жоспары (соөж) (45 сағат)
- •Оқытушы көмегінсіз студенттік өзіндік жұмысының сабақ жоспары(сөж)
- •2.6 Курстық жұмыс
- •Жүйе жұмысының сценариі
- •Курстық жұмыстың орындалу мазмұны Талапатарды қою
- •Талаптардың бизнес –моделі
- •Бизнес-варианттар қолдану моделі
- •Бизнес-класс моделі
- •Талаптарды сипаттау құжаты
- •Талаптар спецификациясы
- •Күйлер спецификациясы
- •Кластарды моделдеу
- •Клас-мәндерді анықтау ережелері
- •Ассоциацияларды моделдеу
- •Агрегациялар мен композициялар қатынасын моделдеу
- •Жалпылау қатынастарын моделдеу
- •Объектілерді моделдеу
- •Күй спецификациясы
- •Қолдану варианттарын моделдеу
- •Қызмет түрін моделдеу
- •Өзара әрекеттесуді моделдеу
- •Ашық интерфейстерді моделдеу
- •Күй өзгеруінің спецификациясы
- •Қолданушы интерфейсін жобалау
- •Қолданушы интерфейсінің моделі
- •Курстық жұмыстың орындалу мазмұны
- •Студент пәнінің – оқу әдістемелік кешені
Атаулар кеңістігі.
Атаулар кеңістігі (аталған аймақ ) анықтамалар, хабарламаларды логикалық түрде топтастыру үшін және оларға қатынауды шектеу үшін қызмет етеді. Бағдарлама өлшемі неғұрлым үлкен болған сайын соғұрлым аталған аймақтарды қолдану актуальды. Түрлі атаулар кеңістігінің көмегімен атаулар қақтығысы мен сәйкес келу мүмкіндіктерінсіз басқа бағдарламалаушымен жазылған кодтан бір бағдарламалаушымен жазылған кодты анықтауға болады.
Атаулар кеңістігінің жариялануы(аталған аймақ) келесі форпматтарға ие:
Namespace [ аймақ _ аты] {/ *анықтамасы және хабарламасы */…. }
Атаулардың бір кеңістігі бір рет жариялануы мүмкін емес, сонымен келешек хабарламалар алдыңғылардың кеңейтулері ретінде қарастырылады. Сөйтіп, атаулар кеңістігі бір файлдың шектерінен тыс өзгеруі және хабарлануы мүмкін.
Namespace demo
{ int I=1; // объектті анықтау
int k=0;// объектті анықтау
void func 1(int ) ;// функция прототипі
void func2(int r){… } // функция анықтамасы
}
// demo атаулар кеңістігінің
namespace demo
{
// int I=2 ; дұрыс емес- екі анықтама
void func1(double);// дұрыс – функция прототипі(қайта жүктеу)
void func2(int); // дұрыс-функция прототипі
}
Атаулар кеңістігінің хабарламасына тек хабарламаларды орналастырған логикалық болады, ал кейін оларды аймақ аты мен «: :» көріну аймағының қатынау операторы көмегімен анықталады, мысалы: void demo: :func1 (int n) {…}
Бұндай әдіс интерфейстің бөлінуі мен жүзеге асырылуын қамтамасыз етеді( сөйтіп, атаулар кеңісігінің жаңа атын хабарлауға болмайды).
Егер атау жиі өз кеңістігінен тыс қолданылса онда оны using операторы арқылы мүмкін етуге болады:
Using demo: : I ;
Бұдан кейін аймақтың нақты белгіленуінсіз і аты қолданылуы мүмкін. Егер қандай да бір аймақтан барлық атауларды мүмкін ету қажет болса, using namespace операторы қолданылады:
using namespace demo ;
using және using namespace операторларын басқа аймақтан анықтамалар мен хабарламалардың мүмкін болуын жасау үшін аталған аймақтың хабарламасының ішінде де қолданылады.
Негізгі әдебиет- 5[б 3,59-80 ], 6 [б 4, 103-113],7 [б2,54-62],8 [б 13, 383-393]
Бақылау сұрақтары:
1.Атаулар кеңістігін қоладану міндетті ма?
2. Using және using namespace қолданудың арасында қандай айырмашылық бар?
3.Атаулардың аталған кеңістіктері дегеніміз не және олар не үшін керек?
4. using қызметші сөзін қолданбай атаулар кеңістігінде хабарланған идентификаторларды қолдануға бола ма?
5.stol атауларының стандартты кеңістігі дегеніміз не?
10- Дәріс. Объекті-бағытталған программа жүйелерін жүзеге асыру моделдері
Динамикалық және статикалық моделдер жүйенің логикалық жүзеге асуын, программалық қосымшаның логикалық әлемін көрсетед. Жүзеге асыру моделдері – жүйені физакалық әлемде ұсынуды қамтиды.
Объекті әдісі кезінде жобалаудың негізгі тапсырмасы, объектлерді жүзеге асыру үшін объектлі декомпозициядан пайда болған класстарды өңдеу болып табылады.
Объекті әдісі кезінде физикалық жобалау, класстардың басқа программалық ресурстармен программалық компаненттерге бірігуін және де бұл компаненттердің нақты есептеу құрылғыларына орналасуын қамтиды.
Компанентті диаграмма – объекті-бағытталған жүйенің физикалық аспектлерін моделдейтін жүзеге асу диаграммаларының екі түрінің біріншісі. Компанентті диаграмма компаненттер жиынының ұйымын және олардың арасындағы тәуелділікті көрсетеді. Компанентті диаграмма элементтері болып компаненттер мен интерфейстер, ескертулер, шектеулер және де пакеттер немесе модел элементтерін үлкен фрагменттерге топтауға құлданатын ішкі жүйелер болып табылады.
Компанент – бұл жүйенің жүзеге асуының фазалық фрагменті, яғни өзінің программалық коды (iшығыс, екі еселенген, орындалатын), сценариялық жазба немесе операциялық жүйе командалар жиыны (коммандалық файлдар) болады.
UML бойынша компанент – фазалық және жүйенің орын алған бөлігі, яғни интерфейстер жиынына сәйкес келеді және бұл интерфейстер жиынтығын жүзеге асыруды қамтиды. Компаненттердің тек қана өздерінің интерфейстері арқылы қолайлы операциялары болады.
Компанент - ПҚ-ның фазалық көрсетілімінің базистік құрылыс блогы болып табылады. Класс - ПҚ-ның логикалық көрсетілімінің базистік құрылыс блогы болып табылады.
Интерфейс – класс пен компаненттер қызметін анықтайтын операциялар тізімі. Компаненттер мен интерфейстердің арасындағы өзара әрекет өте маңызды. Оларды көрсетудің екі тәсілі бар. Бірінші тәсілде интерфейс пиктограмма формасында (8.1 сурет) көрсетілген.