Показати скорочену інформацію

dc.contributor.authorМарковець, О. В.uk
dc.contributor.authorСинько, А. І.uk
dc.contributor.authorMarkovets, O. V.en
dc.contributor.authorSynko, A. I.en
dc.date.accessioned2023-04-17T12:32:30Z
dc.date.available2023-04-17T12:32:30Z
dc.date.issued2021
dc.identifier.citationМарковець О. В. Формування якісної технічної документації до програмного забезпечення [Текст] / О. В. Марковець, А. І. Синько // Вісник ВПІ. – 2021. – № 2. – С. 98-106.uk
dc.identifier.issn1997-9266
dc.identifier.issn1997-9274
dc.identifier.urihttp://ir.lib.vntu.edu.ua//handle/123456789/36743
dc.description.abstractНа сьогоднішній день багато українських ІТ-компаній основну увагу приділяють саме розробці програмного забезпечення, але не супроводжують його якісною технічною документацією. Тому в роботі обґрунтована важливість формування документації до програмного забезпечення. Розглянуто визначення якості документації відповідно до моделей якості, які поділяються на базові та корпоративні. Визначено, що якість технічної документації до програмних систем визначається трьома аспектами: за інформаційним наповненням, представленням та поданням. Відповідно до стандарту ISO/IEC-9126, який містить чотири компоненти, розглянуто життєвий цикл документації, а також описано його характеристики і підхарактеристики, за якими можна проаналізувати й оцінити якість документації. Цей міжнародний стандарт застосовуються для про-рамного забезпечення, що є інформаційним продуктом. Водночас інформаційним продуктом можна вважати і документацію. Якість інформаційного продукту може бути оцінена шляхом вимірювання таких властивостей: внутрішніх, зовнішніх і якістю використання. Але варто зауважити, що не всі характеристики і підхарактеристики, що містять ці моделі якості, придатні саме до формування якісної документації. Тому для проведення аналізу вибрано такі характеристики: функціональна придатність (повнота, коректність) і якість у використанні (можливість визначення придатності інформації, упізнаваність, привабливість (враження)). Також наведені структури документів, поданих у стандарті ГОСТ 19.101-77, які є складовими компонентами програмної документації як виду технічної документації. Побудова якісної документації до програмного забезпечення вимагає здійснення постійного спостереження і проведення аналізу щодо її коректності та якості, а також формуванню сучасних вимог до її якості: щоб документація була зручною у використанні і максимально інформативною. Тому проблема побудови якісної технічної документації є нагальною та актуальною.uk
dc.description.abstractThere is a problem that when creating software products, many companies pay attention to software development, rather than the formation of documentation. Therefore, the paper presents the importance of forming documentation for software. The concept of documentation quality in accordance with quality models, which are divided into basic and corporate, was considered. It was determined that the quality of the technical documentation for software systems is determined by three aspects: the content, presentation and representation. In accordance with the ISO/IEC-9126 standard, which consists of four components, life cycle documentation was presented, as well as its characteristics and sub-characteristics that can be used to analyze and evaluate the quality of documentation. This standard applies to software that is an information product. In turn, the information product can be considered as documentation. The quality of the infor-mation product can be assessed by measuring the following properties - internal, external properties, quality in use. But it should be noted that not all the characteristics and sub-characteristics that contain these quality models are applicable for the formation of useful-oriented documentation. Therefore, the following characteristics were chosen for the analysis: functional suitability (completeness and correctness) and quality in use (appropriateness recognizability, helpfulness, attractiveness). The structures of documents presented in the standard GOST 19.101-77, which are components of the program docu-mentation as a type of technical documentation, were also given. Building quality software documentation requires constant monitoring and analysis of its correctness and quality, as well as the formation of modern requirements for its quality, so that the documentation was convenient, accessible to use and as informative as possible. Therefore, the problem of building quality technical documentation is urgent and relevant for further research.en
dc.language.isouk_UAuk_UA
dc.publisherВНТУuk
dc.relation.ispartofВісник ВПІ. № 2 : 98-106.uk
dc.relation.urihttps://doi.org/10.31649/1997-9266-2021-155-2-98-106
dc.subjectдокументаціяuk
dc.subjectпрограмне забезпеченняuk
dc.subjectякістьuk
dc.subjectмоделі якостіuk
dc.subjectвиди технічної документаціїuk
dc.subjectстандарт ISO/IEC-9126uk
dc.subjectтехнічне завданняuk
dc.subjectдокумент вимогuk
dc.subjectdocumentationen
dc.subjectsoftwareen
dc.subjectqualityen
dc.subjectquality modelsen
dc.subjecttypes of technical documentationen
dc.subjectISO/IEC-9126 standarden
dc.subjecttechnical tasken
dc.subjectdocument of requirementsen
dc.titleФормування якісної технічної документації до програмного забезпеченняuk
dc.title.alternativeFormation of High-Quality Technical Documentation for Softwareen
dc.typeArticle
dc.identifier.udc004.01
dc.relation.referencesА. А. Гордеев, и В. С. Харченко, «Эволюция моделей качества программного обеспечения: методика и результа-ты анализа в контексте стандарта ISO 25010,» Системи обробки інформації, № 6 (113), с. 13-31, 2013.ru
dc.relation.referencesА. Kobyliński, “ISO/IEC 9126 – Analiza modelu jakości produktуw programowych. Prace Naukowe,” Akademia Ekonomiczna w Katowicach, Tom: Systemy wspomagania organizacji SWO'2003, 2003, p. 459-468.en
dc.relation.referencesО. В. Поморова, i Т. О. Говорущенко, «Аналіз методів та засобів оцінки якості програмних систем,» Радіоелек-тронні і комп’ютерні системи, № 6 (40), с. 148-158, 2009.uk
dc.relation.referencesГОСТ Р ИСО/МЭК 15910-2002 «Процесс создания документации пользователя программного средства.» Москва, РФ: ИПК Издательство стандартов, 2002.ru
dc.relation.referencesГосстандарт России, «Единая система программной документации. Обеспечение систем обработки информации программное,» ГОСТ 19781-90, введ. 01.01.92. Москва: изд-во стандартов, 1992, 14 с.ru
dc.relation.referencesВ. М. Коцовський, «Процеси та системи підтримки якості програмних систем,» Конспект лекцій з дисципліни «Процеси та системи підтримки якості програмних процесів».Ужгород: ДВНЗ «УжНУ», 43 с, 2013.uk
dc.relation.referencesПроблеми теорії та методології бухгалтерського обліку, контролю і аналізу, міжнар. зб. наук. пр. Житомир, Україна: Держ. технол. ун-т., 2005.uk
dc.relation.referencesJ. A. McCall, P. K. Richards, and G. F. Walters, “Factors in Software Quality,” Nat'l Tech. Information Service, vol. 1, 2, 3, 1977.en
dc.relation.referencesB. W. Boehm, J. R. Brown, H. Kaspar, M. Lipow, G. McLeod, and M. Merritt, Characteristics of Software Quality. North Holland, 1978.en
dc.relation.referencesC. Ghezzi, M. Jazayeri, and D. Mandrioli, Fundamental of software Engineering. Prentice Hall, 1991.en
dc.relation.referencesInternational standard IEEE 1219-1993. Standard for Software Maintenance, Software Engineering Standards Subcom-mittee of the IEEE Computer Society, 1993, 45 p.en
dc.relation.referencesG. R. Dromey, “A model for software product quality,” IEEE Trans. on software Eng., vol. 21, no. 2, pp. 146-162, 1995.en
dc.relation.referencesJ. Bansiya, and C. Davis, “Hierarchical Model for Object-Oriented Quality Assessment,” IEEE Transactions on Software Engineering, vol. 28, issue 1, pp. 4-17, 2002.en
dc.relation.referencesInternational Standard ISO 9126-1. Software engineering – Product quality, part 1: Quality, 2001, 32 p.en
dc.relation.referencesInternational standard ISO/IEC FDIS 25010, System and software quality models, 2010, 34 p.en
dc.relation.referencesДСТУ 2941-94, Системи оброблення інформації. Розроблення систем. Терміни та визначення.uk
dc.relation.referencesГ. С. Погромська, і Н. А. Махровська, Програмні проєкти: управління та розробка, навч-метод. посіб. Микола-їв, 2017, 153 с.uk
dc.relation.referencesA. Synko, and A. Peleshchshyn, “Software development documentation – documentation types and standards,” Scien-tific Journal of TNTU (Tern.), vol 98, no. 2, pp. 120-128, 2020.en
dc.relation.referencesГОСТ 19.101-77, Единая система программной документации. Виды программ и программных документов.ru
dc.relation.referencesР. А. Шмиг, В. М. Боярчук, І. М. Добрянський, i В. М. Барабаш, Технічна документація, термінологічний слов-ник-довідник з будівництва та архітектури. Львів, Україна, 2010, с. 192.uk
dc.relation.referencesН. І. Дичка, та Н. М. Гордієнко, «Стилістичні особливості англомовної технічної документації,» Молодий вче-ний, № 1 (65), с. 357-360, 2019.uk
dc.relation.referencesЛ. А. Лисиченко, Лексико-семантична система української мови. Харків, 1997, 130 с.ru
dc.relation.referencesА. А. Гордеев, и В. С. Харченко, «Эволюции моделей качества программного обеспечения: методика и резуль-таты анализа,» Системи обробки інформації, вип. 6 (113), с. 13-31, 2013.ru
dc.identifier.doihttps://doi.org/10.31649/1997-9266-2021-155-2-98-106


Файли в цьому документі

Thumbnail

Даний документ включений в наступну(і) колекцію(ї)

Показати скорочену інформацію