Жүйе жұмысының сценариі

Жүйе кестесінің негізгі абстракциясын анықтау арқылы тапсырма және анализдерін жүйе жұмысының кейбір сценарийін қарастыруды жалғастырамыз. Сценарийді қарау көмегімен көрсеткіштің әртүрлі механизмін түсінуге және баяндауға және жұмыстағы жүйелерге қатысты, сыртқы жүйеге тәуелді жүйе құрамының тізім жағдайларын құрудан басталады. Ереже бойынша тізім жағдайлары пайдаланушының көзқарасы бойынша анықталады. Осы жолмен сыртқы құрылымдары емес, жүйе көрсеткіштерін зеттеу жүзеге асады.

Сценарийдің көрсеткіштерін мысалдармен дәйектей түсу үшін UML өзара әрекетінің диаграммалары қатысады. Ізбасарлық диаграмма, мысалы анализдің барлық объектілерін және оның жауапкершілігін дәйектей түседі, қажет болған кезде концептуалды құрылым кезеңінде бөлінбеген қосымшаларды енгізеді және сценарийдегі объектілердің өзара іс-әрәкетін көрстеді. Тізімде жүйе жұмысының режимдері дәйекті түрде болмаған кезде, қосымша сценарийлерді қосуға тура келеді. Ары қарай жүйе және қолданушы сценарийінің өзара іс-әрекетін қарастырамыз.

Пайдаланушыға оның тапсырмасының орындалуы үшін оптимальды ізбасарлықты беру өнердің үлкен сатысынан қарағанда графикалық интерфейсті жобалау болып табылады. Бұл жағдайда түпнұсқаны пайдалану қажет болады. Ол әзірлеу кезінде пайдаланушының тәуекелін төмендетеді. Одан тысқары, егер жүйе архитектурасы объекті-бағытталған болып табылса, онда пайдаланушы интерфесінің құрылым өзгерісімен байланысты шығындары азаяды.

Пайдаланушы мен жүйе өзара іс-әрекетінің мүмкін болатын сценарийінің анализі үйлесімді сыныптар операциясының кеңейтілімі жетіспеген жағдайда енгізіледі.

Жүйе сценарийін меңгергеннен кейін пайдаланушы интерфейсі түпнұсқасының дисплейде орналасуын және оның құрамын анықтауға болады. Одан басқа аралық диаграммасы мен құрылым диаграммасының көмегімен құрастырған сценарийді егжей-тегжейлі бейнелеуге болады.

Аралық және құрылым диаграммасы құрылым құрылым ауысымы нәтижесінде пайда болатын құрылымның бірінен екіншісіне өтуін және ықпалын шақыратын оқиғаның, мәлімет сыныптары құрылымының кеңістігін бейнелейді.

Барлық сценарийлер бір-бірімен тығыз байланысты. Ондағы пайдаланушы команданы диспетчерлеуге жауапты жеке басқарушы сыныптарды белгілеу өте күрделі болады. Басқарушы сыныптың жалғыз ғана операциясы мәлімет сыныбының нұсқасында “өмір сүретін” соңғы автомат әрекетіне әсер етеді. Басқару сыныбының құрылым диаграммасы жобалау жүйесі табылуы мүмкін болатын негізгі құрылымдарды қосуы керек болады. Бұл құрылым жүйе көрсеткішінің барлық белгіленген сценарийіне әсер етеді.

Нақты өнімдерді құрастырғанда детальды анализ құрылым және аралық диаграммасы құрылысымен аяқталуы шарт.

Соңғы негізгі сценарий барлық жүйе объектілерін қажетті ізбасарлықпен құрастыратын және оларды тұрақты басқарушы құрылымға келтіруі мүмкін болатын жүйені қосуға қатысады.

Осы жағдайда, жүйе жұмысының негізгі сценарийлерін меңгергеннен кейін жүйенің негізгі функционалды көлемі жеткілікті деңгейде және енді оның архитектурасын жобалауға кірісуімізге болады деп есептейміз.

Әрбір программалық жүйе қарапайым және бір уақытта жалпы көлемді құрылымдық философия болып табылуы қажет. Коггинстің “прогматизм әрқашан әсем болуы керек, өйткені біз табиғаттан бәрібір ештеңе көре алмаймыз” бағдарламасының әзірлеу заңымен үйлесімділігі. Алдын-ала тексеру: бағдарламалау ешқашан жобаны жүзеге асыру тілінен толық тәуелсіз болмайды. Тіл ерекшелігі осы немесе басқа да архитектуралық шешімдерге шарасыз күйде өз әсерін тигізеді. Объекті-бағытталған тілдер сыныптың үлкен санын тәртіпке келтірудің үш негізгі механизмін береді. Олар: ізбасарлық, агрегация және параметрлеу. Параметрлеудің ізбасарлықпен және агрегациямен байланысы қуатты және бір уақытта компактты архитектураны құруға көмектеседі.

Жүйенің архитектураға қадамын қарастыра отырып, біз үш моментті: клиенттік, серверлік бөлім функциясының бөлімдерін, транзикциямен басқару механизмін және қосымшаның клиенттік бөлімінің жүзеге асу стратегиясын еске алуымыз шарт.

Клиент/сервер архитектурасы

Клиент/сервер архитектурасының жүзеге асуының маңызды сұрағы бұл екі бөлік шекарасының қайда өткізілуі емес, бұл бөлінулерді қалай жүзеге асыру болып табылады. Бұл сұрақтарға жауап әрбір мәнді пайдаланғанда нұсқа анализдерінде негізделетін әрбір абстракция көрсеткішін қорытындылайды және тек содан кейін ғана біз көрсеткіштің орналасу шешімін қабылдай аламыз. Бірнеше негізгі объектілерді қатыстыра отырып осындай жұмыстарды жасағаннан кейін жалпы механизмдер, қалған абстракцияларды жақсы орналастыруға көмектесетін түсініктер анық байқалады.

Көрсеткішті орналастыру олардың әр-қайсысы үшін жүйе функциясы нақтылығы міндеті арқылы білінеді.

Демек, клиент/сервер архитектурасында функцияларды орналастыруды таңдау кезінде екі қағиданы ұстануға тура келеді. Біріншіден, қажетті ақпарат жетіспеген жағдайда алгоритмдерді және бизнес қағидаларды жүзеге асыру; екіншіден, өзгерістің ұзағырақ әсері жүйеде толығымен көрінбес үшін бұл алгоритмдерді объекті бағытталған архитектураның төменгі қабатында орналастыру.

Объекті - бағытталған архитектура көрсеткіштің далпы белгілеріне ілесетін және сыныптырдың құрылымында кескін делетін ізбасарлық иерархия жобасын болжап көрсетеді. Бұл сыныптар барлық объектілер үшін көрсеткіштерді нақтылай түсетін және оларды кеңейтетін сыныптардың айрықшылығы негізінде жүзеге асырудың жалпы көрсеткішіне жауапты болады. Мұндай қадам жүйе құрылысын тек ықшамдап қана қоймай, көрсеткіштермен жалпы құрылым локальділігін және артықшылықты азайту есебінен енгізілген өзгеріспен орнықталуын көтереді.

Қосымшаның клиенттік бөлігін құрастыру

Белгілі бір деңгейде клиенттік бөлімді құру графикалық қолданбалы интерфейсті құру арқылы жүзеге асады. Өзінің кезегінде интерфейстің ыңғайлы индуктивті және сыбайлас пайдаланылымын құру ғылымынан гөрі өнер болып табылады. Клиент/сервер архитектурасы кестесінде құрылған қосымшалар қосымшаларда дәл интерфейстің сапасы көп жағдайда осы немесе басқа да, бағдарламалардың жан жақтылығын анықтайды. Пайдаланушы интерфейсін құрастырғанда әр түрлі факторларды, техникалық шексіздіктерді, әдет ғұрып психологиясы ерекшеліктерін және дербес жарасымдылықты үйрену қажет болады.

Сұраққа жауап қарапайым жолмен алу үшін дұрыс пайдаланушы интерфейсі қандай болуы шарт, бірақ үшін түпнұсқалау және тағы да түпнұсқалау шарт. Пайдаланушыға көрсету үшін және олардан біліктілік жөнінде ескерту алу үшін жүйенің әсер етуші моделін қалай алуға болады? Бұған объекті бағытталған қадам көмектеседі. Ол жобаның итеракционды түрде дамуына негізделген. Ол жобаның тым ерте сатысында да пайдаланушыға жүйенің түпнұсқасын көрсетуге болатынын білдіреді.

Екінші сұрақ қосымшаның клиенттік бөлігін құрумен байланысты. Интерфейсті құруда біз қандай жалпы қабылданған қадамдарды пайдалана аламыз. Бұл сұрақ жоба стратегиясы кеңістігі төңірегінде болады.

Бірақ оның табысты келісімі үшін Windows, Open Look және т.б. тәрізді жақсы, сапалы жасалған сауда заттары қатысады.

Графикалық интерфейсті құрудың негізгі механизмі болып GUI – оқиға қосымшасы болып табылады. Қосымшаның клиенттік бөлігіне келесі: тышқан, пернетақта, терезені ұлғайту, терезе өлшемін өзгерту, активизациялау диактивизациялау, басталу, аяқталу, сондай ақ желілік оқиға тәрізді объектілермен байланысты оқиғалар қатысады.

Оқиғаны әзірлеуге бірнеше альтернативті модельдер қатысады,

Оқиғаны әзірлеу цикды циклды оқиға кезегі қарастырылады және әр оқиға үшін әзірлеудің үйлесімді процедурасы шақырылады.

- Қайта шақыру – қосымша GUI дың әрбір элементі үшін қайта шақыру функциясы қосымшасын тіркейді. Қайта шақыру элемент оқиғаны тіркеген жағдайда өтеді.

- Біріккен модель – циклдық сұранысты біріктіру және қайта шақыру функциясы.

Бірнеше ықшамдау арқылы, Microsoft Windows интерфейсі біріккен моделдің мысалы болып табылады деуімізге болады.

Қарастырылған негізгі механизмнен басқа, көпшілік механизмдерді: тышқанмен жұмыс, меню, сақтау және қайта құру, баспа, сурет салу, редактрлеу, қатемен жұмыс, жадыда орналасу тәрізді механизмдерді жүзеге асыру қажет. Әрбір нақты GUI механизмінің арнайы жүзеге асу ортасы бар, сондықтан қосымшаның клиенттік бөлігімен жұмыс жасаушы GUI-ге жақындаушы орталарды, өңдеу ортасын таңдауы, оның негізгі механизмдерін және оларды дұрыс қолдана білуді меңгеруі қажет.