Құрастырудағы стандарттарды өңдеу

Ішкі стандарттарды қолдану: күрделілікті азайту, өзгерістерді болжау және тексеру үшін дизайн. Адамдардың компьютерлерді іскерлік мақсатта пайдалануының басты себебі-адамдардың күрделі құрылымдар мен үлкен көлемдегі ақпаратты, атап айтқанда ұзақ уақыт бойы өңдеу және сақтау мүмкіндігінің шектеулі болуы. Бұл қарастыру бағдарламалық жасақтаманы жасаудағы негізгі қозғаушы күштердің бірі болып табылады: күрделілікті азайту. Күрделілікті азайту қажеттілігі дизайнның барлық аспектілеріне әсер етеді және дизайн нәтижелерін тексеру (тексеру) және тестілеу процестері үшін, яғни бағдарламалық жүйелердің өздері үшін өте маңызды.

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

Күрделілікті азайтуға, атап айтқанда, стандарттарды орындау, бірқатар нақты әдістерді қолдану және дизайндағы сапаны қамтамасыз етуге бағытталған тәжірибелерді қолдау арқылы қол жеткізіледі.

Өзгерістерді күту.Көптеген бағдарламалық жүйелер уақыт өте келе өзгереді. Бұған көптеген себептер бар. Өзгерістерді күту бағдарламалық жасақтаманы құрудың қозғаушы күштерінің бірі болып табылады. Бағдарламалық жасақтама сыртқы ортадан оқшауланбайды (жүйе ретінде, міндеттері мен проблемаларын автоматтандыру үшін қолданылатын қызмет саласы тұрғысынан). Сонымен қатар, бағдарламалық жүйелер өзгеретін ортаның бөлігі болып табылады және онымен бірге өзгеруі керек, кейде қоршаған ортаның өзі өзгеруінің көзі болуы керек.

Тексеру мүмкіндігімен құрастыру."Тексеру үшін жобалау" (атап айтқанда, осы тақырыптың бастапқы атауына енгізілген осындай мағына) бағдарламалық жүйенің құрылысы бағдарламалық жүйенің өзі сәтсіздіктердің себептерін іздеуге көмектесетін, тәуелсіз тестілеу кезеңінде де (мысалы, тестілеу инженерлері) әртүрлі тексеру әдістерін қолдану үшін мөлдір болатындай етіп жүргізілуі керек және операциялық қызмет процесінде-пайда болған қателерді тез табу және түзету мүмкіндігі ерекше маңызды болған кезде пайдалану.

Осындай дизайн нәтижесіне қол жеткізуге бағытталған әдістер арасында:

• 
  шолу, кодты бағалау;
  
• 
  блокты тестілеу;
  
• 
  автоматтандырылған тестілеу құралдарын қолдану үшін және бірге кодты құрылымдау;
  
• 
  түсіну үшін күрделі немесе ауыр тілдік құрылымдарды шектеулі қолдану.
  

байланыс әдістері (мысалы, құжат форматтарының стандарттары және мазмұнды жобалау);

бағдарламалау тілдері және тиісті кодтау стильдері (мысалы, JDK – Java Development Kit стандартты құжаттамасының бөлігі болып табылатын Java Language Specification және Java тіліне арналған жалпы кодтау стилін ұсынатын Java Style Guide);

платформалар (мысалы, Windows — Win 32 API платформасының қолданбалы бағдарламалық интерфейстері, application Programming Interface немесе. NET Framework SDK сияқты операциялық орта функцияларын шақыруға арналған бағдарламалық интерфейс стандарттары);

құралдар (әзірлеу ортасы тұрғысынан емес, бірақ құрастырудың мүмкін құралдары –мысалы, UML код құрылымы мен оның элементтерін немесе Код мінез-құлқының кейбір аспектілерін білдіретін диаграммаларға арналған белгілерді анықтауға арналған стандарттардың бірі ретінде).

Сыртқы стандарттарды қолдану. Дизайн программалау тілдеріне байланысты сыртқы стандарттарға, аспаптық қамтамасыз етуге, техникалық интерфейстерге және бағдарламалық жасақтама құрылысының өзара әсеріне және бағдарламалық жасақтама инженериясының басқа салаларына (соның ішінде жобаларды басқару сияқты байланысты пәндерге) байланысты. Стандарттарды әртүрлі көздер жасайды, мысалы, OMG – Object Management Group консорциумы (атап айтқанда CORBA, UML, MDA, ... стандарттары), ISO/IEC, IEEE, TMF, ... сияқты халықаралық стандарттау ұйымдары, платформалар, операциялық орталар өндірушілері және т.б. (мысалы, Microsoft, Sun Microsystems, CISCO, NOKIA,...), құралдар өндірушілері, ат дерекқорларын басқару жүйелері.P. (Borland, IBM, Microsoft, Sun, Oracle,...). Бұл фактіні түсіну жобалық топта немесе тұтастай ұйымда қолданылатын стандарттардың жеткілікті және толық жиынтығын анықтауға мүмкіндік береді.[2]

Ішкі стандарттарды қолдану. Белгілі бір стандарттар, келісімдер мен рәсімдер ұйым ішінде немесе тіпті жобалық топ ішінде жасалуы мүмкін. Бұл стандарттар белгілі бір қызмет түрлері, операциялар топтары арасындағы үйлестіруді қолдайды, күрделілікті азайтады (оның ішінде жобалық топ мүшелерінің өзара әрекеттесуі кезінде және одан тыс), өзгерістерді күту және өңдеу, тәуекелдер және тексеру және одан әрі тестілеу үшін жобалау мәселелерімен байланысты болуы мүмкін. Сыртқы стандарттармен үйлескенде, ішкі стандарттар жобалау процестерінің, атап айтқанда, өмірлік циклдің рәсімделу дәрежесіне қарамастан, терминдер, рәсімдер және басқа да маңызды келісімдер туралы келісе отырып, жобалық топтың барлық мүшелері үшін жалпы ойын ережелерін анықтауға арналған. Әзірлеу дерекқор. Деректер базасы бағдарламалық жасақтаманың жеке санатына бөлінеді. Деректер базасын құру көбінесе дерекқорда сақталатын ақпаратты басқаратын қосымшалардың бір түрін жасаумен тікелей байланысты. Жеке әзірлеушілер көбінесе мәліметтер базасын бағдарламалаумен айналысады.

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

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

Уе-қосымшаларды әзірлеу. Ue-қосымшалар өздерінің даму ерекшеліктері бар бағдарламалық өнімдердің тағы бір үлкен санатына жатады, мысалы, ue-браузерлерге (апплеттерге) арналған қосымшаларды әзірлеу осы санаттағы қосымшалар арасында әлі де кең таралған. Құрылыс процесі-бұл төмен деңгейлі дизайн мен кодтауды қамтитын бағдарламалық жасақтаманы әзірлеу процесі.[3]