У комп'ютерних науках, та програмній інженерії, повторна використовність — можливість модулів використовуватись в процесі розробки програмного забезпечення для виконання кількох різних функцій.
Модулями можна вважати елементи життєвого циклу розробки програмного забезпечення які включають в себе: код, програмні компоненти, тестові пакети, дизайн та документацію. Перевагою є модифікування існуючих модулів які відповідають специфічним системним вимогам. Так як повторне використання має на увазі створення окремо підтримуваних версій модулів, це вважається кращим, ніж модифікування існуючих модулів.
Підпрограми або функції — це найпростіші форми повторного використання. Блоки коду організовані за допомогою багаторівневого іменного простору та модулів. Прихильники стверджують, що об'єкти і програмні компоненти пропонують більш розвинену форму повторного використання, хоча це було б складніше, для об'єктивної міри та визначення рівнів або результатів повторного використання. Можливість багаторазового використання є правильним засобом на основі якого можна створювати великі проекти з малих частин, та можливості зіставити їхні частини.
Повторне використання — це одна із необхідна характеристик програмного забезпечення. Повторне використання призвело до декількох аспектів розробки програмного забезпечення, які не потрібно розглядати, коли воно не використовується. Повторне використання має на увазі чітку систему управління на основі якої будуються, упаковуються, поширюються, встановлюються, конфігуруються, розгортаються, підтримуються та модернізуються поставлені задачі. Якщо ці задачі не розглядаються, програмне забезпечення може багаторазово використовуватись з точки зору дизайну, але не використовуватиметься багаторазово на практиці.
Повторне використання програмного забезпечення більш конкретно посилається на особливості дизайну елементу програмного забезпечення (чи блоків елементів програмного забезпечення), це підвищує його придатність для багатократного використання. Більшість принципів багаторазового використання були розроблені в майстерні WISR.
Основними механізмами збільшення повторної використовності в архітектурі програм є зменшення зв'язності між компонентами і обмеження загальності інтерфейсу компонентів. Прикладом таких обмежень є однорідні Пайпи і фільтри.
Особливості проектування програмного забезпечення для багаторазового використання
- Пристосованість;
- Невеликий розмір;
- Послідовність;
- Коректність;
- Гнучкість;
- Можливість розширення;
- Швидкість;
- Універсальність
- Локалізованість ;
- Модульованість;
- Параметризованість;
- Простота;
- Стабільність ;
Консенсус ще не був досягнутий в цьому списку по відносній важливості записів, ні з задач, які роблять кожен з них важливим для певного класу додатків.
Зноски
- Fielding Roy. Architectural Styles and the Design of Network-based Software Architectures. — Каліфорнійський університет в Ірвайні, 2000. — 26 June. з джерела 19 лютого 2009. Процитовано 2009-02-20.
Посилання
Ця стаття не містить . (червень 2016) |
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
U komp yuternih naukah ta programnij inzheneriyi povtorna vikoristovnist mozhlivist moduliv vikoristovuvatis v procesi rozrobki programnogo zabezpechennya dlya vikonannya kilkoh riznih funkcij Modulyami mozhna vvazhati elementi zhittyevogo ciklu rozrobki programnogo zabezpechennya yaki vklyuchayut v sebe kod programni komponenti testovi paketi dizajn ta dokumentaciyu Perevagoyu ye modifikuvannya isnuyuchih moduliv yaki vidpovidayut specifichnim sistemnim vimogam Tak yak povtorne vikoristannya maye na uvazi stvorennya okremo pidtrimuvanih versij moduliv ce vvazhayetsya krashim nizh modifikuvannya isnuyuchih moduliv Pidprogrami abo funkciyi ce najprostishi formi povtornogo vikoristannya Bloki kodu organizovani za dopomogoyu bagatorivnevogo imennogo prostoru ta moduliv Prihilniki stverdzhuyut sho ob yekti i programni komponenti proponuyut bilsh rozvinenu formu povtornogo vikoristannya hocha ce bulo b skladnishe dlya ob yektivnoyi miri ta viznachennya rivniv abo rezultativ povtornogo vikoristannya Mozhlivist bagatorazovogo vikoristannya ye pravilnim zasobom na osnovi yakogo mozhna stvoryuvati veliki proekti z malih chastin ta mozhlivosti zistaviti yihni chastini Povtorne vikoristannya ce odna iz neobhidna harakteristik programnogo zabezpechennya Povtorne vikoristannya prizvelo do dekilkoh aspektiv rozrobki programnogo zabezpechennya yaki ne potribno rozglyadati koli vono ne vikoristovuyetsya Povtorne vikoristannya maye na uvazi chitku sistemu upravlinnya na osnovi yakoyi buduyutsya upakovuyutsya poshiryuyutsya vstanovlyuyutsya konfiguruyutsya rozgortayutsya pidtrimuyutsya ta modernizuyutsya postavleni zadachi Yaksho ci zadachi ne rozglyadayutsya programne zabezpechennya mozhe bagatorazovo vikoristovuvatis z tochki zoru dizajnu ale ne vikoristovuvatimetsya bagatorazovo na praktici Povtorne vikoristannya programnogo zabezpechennya bilsh konkretno posilayetsya na osoblivosti dizajnu elementu programnogo zabezpechennya chi blokiv elementiv programnogo zabezpechennya ce pidvishuye jogo pridatnist dlya bagatokratnogo vikoristannya Bilshist principiv bagatorazovogo vikoristannya buli rozrobleni v majsterni WISR Osnovnimi mehanizmami zbilshennya povtornoyi vikoristovnosti v arhitekturi program ye zmenshennya zv yaznosti mizh komponentami i obmezhennya zagalnosti interfejsu komponentiv Prikladom takih obmezhen ye odnoridni Pajpi i filtri Osoblivosti proektuvannya programnogo zabezpechennya dlya bagatorazovogo vikoristannyaPristosovanist Nevelikij rozmir Poslidovnist Korektnist Gnuchkist Mozhlivist rozshirennya Shvidkist Universalnist Lokalizovanist Modulovanist Parametrizovanist Prostota Stabilnist Konsensus she ne buv dosyagnutij v comu spisku po vidnosnij vazhlivosti zapisiv ni z zadach yaki roblyat kozhen z nih vazhlivim dlya pevnogo klasu dodatkiv ZnoskiFielding Roy Architectural Styles and the Design of Network based Software Architectures Kalifornijskij universitet v Irvajni 2000 26 June z dzherela 19 lyutogo 2009 Procitovano 2009 02 20 PosilannyaCya stattya ne mistit posilan na dzherela Vi mozhete dopomogti polipshiti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Material bez dzherel mozhe buti piddano sumnivu ta vilucheno cherven 2016