БАҒДАРЛАМАЛЫҚ ЖАСАҚТАМА ПРОТОТИПІН ЖАСА
5.1.
ПРОТОТИПТЕР ТУРАЛЫ НЕГІЗГІ МӘЛІМЕТТЕР
Біріншіден, қандай бағдарламалық жасақтама үлгісін қолданатынымызды анықтаймыз.
Біріншіден, пайдаланушы жүйеден күтетініне қойылатын талаптарды қалыптастыруды жиі қиынға салды. Бұл жағдайда әңгімелесу нәтижелері бойынша жедел құрастырылған Пайдаланушы интерфейсі (UI) прототипі оны әзірлеуші жүйенің тиісті бөлігін қалай көрсететінін схематикалық жүзеге асыруға мүмкіндік береді.
Прототиптерді пайдаланғанда кез келген нәтиже маңызды. Егер бағдарламашы тапсырыс берушінің талаптарын дұрыс түсінетін болса, бағдарламалық жасақтама жүйесін дамыту дұрыс бағытта жүріп жатқаны анық. Пайдаланушы жүйені енгізудің ұсынылған нұсқасына толығымен қанағаттандырмаса, пайдасы оның бағдарламашы міндетін дұрыс түсінбеуін көрсетуі мүмкін.
Екіншіден, прототиптер баламалы концептуалды шешімдердің бірін таңдауға мүмкіндік береді. Кез келген техникалық проблеманы әр түрлі жолдармен шешуге болады. Бұл бағдарламалық жасақтама жүйесіне қойылатын талаптарды қалыптастыру және оның пайдаланушылық интерфейсін енгізу міндетіне қатысты.
Үшіншіден, функционалдық және функционалды емес талаптардың комбинациясы олардың жүзеге асырылу қаупі бар дегенді білдіреді. Әдетте, мұндай тәуекел оны іске асыру үшін қоршаған ортаға белгілі шектеулермен жүйенің жылдамдығына қойылатын талаптармен байланысты. Бұл жағдайда прототиптер жүйенің тиісті бөлігін енгізіп, оның деректеріне кіретін деректер ағындарын имитациялайтын және осы деректерді өңдейтін
(міндетті түрде пайдаланушы интерфейсіне байланысты емес) жасалады.
Прототиптер көлденең және тік, бір реттік және эволюциялық,
қағаз және электрондық болуы мүмкін.
Көлденең (мінез-құлық) прототипі пайдаланушылық интерфейсін, өңдеу логикасына және деректер құрылымдарына әсер етпестен модельді. Көлденең прототиптерді көп баламалы іске асыратын айқын емес талаптарды түсіндіру қажет болғанда пайдалану керек. Көлденең прототиптер үшін жүйенің түпкілікті нұсқасы әзірленетін бағдарламалық жасақтаманы пайдалану қажет емес.
Деректер базасы деректер базасын пайдаланса, онда олар бағдарлама кодымен модельленеді; ал экранда көрсетілетін мәтіндер проблемалық аймақтың нақты ерекшеліктерін көрсетуі керек, әйтпесе пайдаланушы қиындықты шоғырландырады. Прототипті жасаған кезде есептер мен сұраулардың нәтижелері сыртқы жүйелерге сұрауларға ұқсас болады. Пайдаланушы жүйенің әрекеттеріне жауап ретінде қалай әрекет ететінін түсінуі үшін, пайдалану параметрлерін орындау кезінде экрандар арасында жылжу үшін жауап беретін осы бөлікті іске асыру жөн.
Горизонталдық прототипін құрастырмас бұрын, қандай негізгі экрандар бар екендігін анықтау қажет, олардың арасында ауысу туралы ереже сақталатын терезелер ашылады. Мұны істеу үшін әртүрлі экрандарға (терезелерге) күйлердің және кейбір интерфейс элементтерінің жабылуына және басқалардың ашылуына себеп болатын белсенді басқару элементтері бар күй диаграммасының үлгісін пайдалану жақсы.
Тік (құрылымдық) прототипі жүйенің тігінен «қисыққа» қатысты қолданушы интерфейсін жобалауға ғана емес, оны іске асырудың барлық деңгейіне әсер етеді. Осындай прототиптерді жасаған кезде, мақсатты жүйені жасау үшін сол тілдерді және іске асыру орталарын пайдалану ұсынылады. Мұндай прототиптер қолданылатындығын талдау үшін, архитектуралық
концепцияларды тексеру үшін пайдаланылады.
Бір уақыттағы (зерттеу) прототипі сіз дамыған бағдарламалық жасақтама жүйесін, оның кейбір аспектілерін және компоненттерін тез арада алу керек болған кезде жасалады. Зерттелетін прототиптерді құрудың мақсаты - жылдам қолдануды дамыту (RAD) технологиясы. Бір уақыттағы прототипі оның дамуымен тез жасалуы керек Біз кодты, сапаны, жылдамдығын, өндірілімділігін және т.б. қайталап пайдалану мәселелеріне назар аудармауымыз керек. Нәтиже - ақаулардың айтарлықтай санын қамтуы мүмкін «шикі» код. Осындай прототиптерді іске асыратын код фрагменттері мақсатты жүйенің бөлігі болмауы үшін шаралар қабылдау қажет.Эволюциялық прототипі жүйенің өзі болуға шақырылған жүйенің алғашқы жуықтауы ретінде пайда болады. Эволюциялық прототиптің бағдарлама коды мақсатты бағдарламаның кодын жасау керек. Сондықтан, осы үлгідегі прототиптер біржолғы қолданылатын прототиптерді жасау кезінде оларды тастау керек: мұқият әзірлеу, технологиялық әдістер мен әдістерді қолдану, нәтижелерді тестілеу және т.б.
Қағаздың прототипі - қағаздағы интерфейстердің құрылымы. Әрине, олар даму ортасындағы интерфейсті ауыстырмайды. Дегенмен, барлық кемшіліктер үшін мұндай прототиптердің екі маңызды артықшылығы бар. Тапсырыс беруші түсті шешімдерге назар аудармайды, түймелердің нысаны және функционалдылық талдауларынан шатастырмайды.
UI классының прототиптерінің электронды және қағаз нұсқалары арасындағы аралық шешім электрондық кеңсе құралдарының көмегімен жасалған (мысалы, Microsoft Visio және Microsoft PowerPoint комбинациясы) презентация.
Прецеденттердің суреттелген сценарийлерін ұсынайық. Мәселелік аймақтың ерекшеліктерін жақсы түсіну және оны пайдаланушы интерфейсінде көрсету үшін, пайдалану жағдайындағы сценарий сипаттамасының мәтіні проблемалық аймақтың белгілі бір ерекшеліктерін анықтайтын ақпаратты қамтиды.
Осылайша, пайдаланылған деректердің саны туралы ақпарат жүйенің жұмысына әсер етуі мүмкін деректерді өңдеуде пайдаланушылық интерфейсті оңтайландыруға және жобаның ертерек сатыларын бағалауға мүмкіндік береді. Мысалы, жүйе тілқатысу терезесінде мәндер нұсқаларының аз санынан таңдасаңыз, индикаторлар (құсбелгі) немесе радиобайланыт (лар) жақсы. Таңдау 2-3 пунктпен шектеліп, ашылмалы тізім ыңғайлы. Жүздеген немесе мыңдаған нұсқалардан таңдауға тура келген
жағдайда сүзгілеу және іздеу үшін қосымша терезе қажет болады.
Сондай-ақ, жүйені дамыта отырып, белгілі бір операцияларды жүргізу қарқындылығы туралы ақпарат пайдалы болады. Бұл ақпарат пайдаланушыға ыңғайлы интерфейсті дамытуға мүмкіндік береді, әртүрлі операциялар кезінде әрекеттерді азайту, соның ішінде ақпарат беруді құрылымдау, негізгі интерфейстерден сирек қолданылатын опцияларды жою және т.б. сияқты жүйенің жоғары жылдамдығы.
5.3. ПРОТОТИП ҚҰРУ МЫСАЛДАРЫ
Біз «Көтерме қойма» автоматтандырылған ақпараттық жүйесінің «Тапсырыс» жағдайын іске асыру үшін көлденең (мінез-құлық) бағдарламалық қамтамасыз ету үлгісін саламыз.
«Тапсырыс» пайдалану жағдайының сипаттамасы.
Прецедентті орындау барысында Тапсырыс беруші менеджер тапсырыс берушінің клиент базасынан (10 000 клиентке дейін) таңдайды немесе жаңа клиентті тіркейді (5% жағдайда), каталогтан тауарлардың элементтерін анықтайды (тауарлар бірнеше түрге бөлінеді, тауарлардың әрбір түрінің элементтерінің саны 100-ден аспайды) және олардың санын көрсетеді (орташа сатып алу - 8 позиция).
Жүйе экранда тауарлардың атаулары, бағасы, саны мен саны қоймада көрсетіледі. Менеджер жеңілдік береді және төлеу тәртібін анықтайды (қазіргі уақытта, ол үш нұсқасы бар төлем сомасы). Жүйе жалпы соманы есептеп береді. Тапсырысты басып шығаруға болады.
Достарыңызбен бөлісу: | 
