Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
Бағдарламалық жасақтаманы әзірлеуде, әріптестердің шолуы - бағдарламалық жасақтаманы шолудың бір түрі, онда автордың әріптестері жұмыс өнімінің техникалық мазмұны мен сапасын бағалау үшін жұмыс өнімін (құжат, код немесе басқа) қарайды.
In software development, peer review is a type of software review in which a work product (document, code, or other) is examined by author's colleagues, in order to evaluate the work product's technical content and quality.
Мақсаты
Қауымдастық сараптамасының мақсаты - "жүйелік жетілу моделінің" (Capability Maturity Model) талаптарына сәйкес "программдық артефактілердің ақауларын анықтау және түзету және олардың далалық операцияларға шығуын болдырмау үшін тәртіпті инженерлік практиканы" қамтамасыз ету. Бағдарламалық жасақтаманы әзірлеу процесінің әрбір іс-әрекетінің бір бөлігі ретінде орындалған кезде, әріптестердің шолуы өмірлік циклдің басында түзетілетін мәселелерді анықтайды. Яғни, талаптарды талдау кезінде талаптарға қатысты проблеманы анықтайтын әріптестердің шолуы бағдарламалық жасақтаманы архитектура немесе бағдарламалық жасақтаманы сынау кезінде қарағанда арзан және оңай. Ұлттық бағдарламалық қамтамасыз ету сапасының эксперименті, әріптестердің шолуларының тиімділігін бағалау, "программалық қамтамасыз етуді тексеру үшін инвестициялардың оңтайлы қайтарылуын; үнемдеу шығындардан 4 есеге артық". Басқаша айтқанда, бағдарламалық қамтамасыз етудегі проблеманы анықтау және оны кейіннен түзету орташа есеппен төрт есе қымбат.
The purpose of a peer review is to provide "a disciplined engineering practice for detecting and correcting defects in software artifacts, and preventing their leakage into field operations" according to the Capability Maturity Model. When performed as part of each Software development process activity, peer reviews identify problems that can be fixed early in the lifecycle. That is to say, a peer review that identifies a requirements problem during the Requirements analysis activity is cheaper and easier to fix than during the Software architecture or Software testing activities. The National Software Quality Experiment, evaluating the effectiveness of peer reviews, finds, "a favorable return on investment for software inspections; savings exceeds costs by 4 to 1". To state it another way, it is four times more costly, on average, to identify and fix a software problem later.
Бағдарламалық жасақтаманы басқа түрлерден ажырату
Кәсіпорындардың өзара тексерулері менеджменттің тексерулерінен ерекшеленеді, оларды әріптестер емес, менеджмент өкілдері жүргізеді және техникалық бағалау емес, басқару және бақылау мақсатында жүргізеді. Олар сондай-ақ жобадан тыс персоналмен жүргізілетін бағдарламалық қамтамасыз етуді тексеруден ерекшеленеді, олар ерекшеліктерге, стандарттарға, келісімшарттық келісімдерге немесе басқа да критерийлерге сәйкестікті бағалау үшін жүргізіледі.
Peer reviews are distinct from management reviews, which are conducted by management representatives rather than by colleagues, and for management and control purposes rather than for technical evaluation. They are also distinct from software audit reviews, which are conducted by personnel external to the project, to evaluate compliance with specifications, standards, contractual agreements, or other criteria.
Қарау процестері
Пиарлық тексеру процестері формалдылықтың спектрінде бар, спектрдің бір шетінде "достар тексеруі" сияқты салыстырмалы түрде құрылымдалмаған іс-шаралар, ал екінші жағынан, Walkthroughs, техникалық пиарлық тексерулер және бағдарламалық қамтамасыз етуді тексеру сияқты бейресми тәсілдер бар. IEEE соңғы үшінің әрқайсысы үшін ресми құрылымдарды, рөлдерді және процестерді айқындайды. Басқару өкілдері, әдетте, әріптестердің сараптамасын жүргізуге қатыспайды, егер олар арнайы техникалық сараптамаға қатыспаса немесе тексерілетін жұмыс нәтижесі басқару деңгейіндегі құжат болса. Бұл, әсіресе, басқа қатысушылардың басшыларына қатысты. Бағдарламалық жасақтаманы тексеру сияқты ресми сараптау процестері әр қатысушы үшін нақты рөлдерді айқындайды, кіру/шығу критерийлері бар кезеңдерді сандық түрде анықтайды, сараптау процесіндегі бағдарламалық қамтамасыз ету өлшемдерін қамтиды.
Peer review processes exist across a spectrum of formality, with relatively unstructured activities such as "buddy checking" towards one end of the spectrum, and more Informal approaches such as walkthroughs, technical peer reviews, and software inspections, at the other. The IEEE defines formal structures, roles, and processes for each of the last three. Management representatives are typically not involved in the conduct of a peer review except when included because of specific technical expertise or when the work product under review is a management level document. This is especially true of line managers of other participants in the review. Processes for formal peer reviews, such as software inspections, define specific roles for each participant, quantify stages with entry/exit criteria, capture software metrics on the peer review process.
"Ашық код" шолулары
Ашық бастапқы кодтар қауымдастығында компьютерлік бағдарламалық жасақтаманың инжиниринг және бағалауда әріптестердің пікірін қарастыру сияқты нәрсе орын алды. Бұл жағдайда, әріптестердің пікірін қараудың негіздері Лайнзаның заңына сәйкес келеді, көбінесе: "Көбіне көздің көзімен қараған кезде, барлық қателер жатық", яғни "Егер жеткілікті рецензенттер болса, барлық проблемаларды шешу оңай". Эрик С. Реймонд бағдарламалық жасақтаманы әзірлеудегі әріптестердің шолуы туралы әсерлі жазды.
In the free / open source community, something like peer review has taken place in the engineering and evaluation of computer software. In this context, the rationale for peer review has its equivalent in Linus's law, often phrased: "Given enough eyeballs, all bugs are shallow", meaning "If there are enough reviewers, all problems are easy to solve." Eric S. Raymond has written influentially about peer review in software development.