Розроблено методику візуалізації інформації, яку можна отримати внаслідок оброблення експертних оцінок якості програмного забезпечення (ПЗ) за різними критеріями його оцінювання з використанням полярних діаграм. Встановлено, що під візуалізацією результатів експертного оцінювання якості ПЗ розуміють подання інформації у графічному вигляді для максимальної зручності її розуміння та швидкого сприйняття, а також надання осяжної та зрозумілої форми будь-якому об'єкту, суб'єкту, процесу тощо. Запропоновано критерії оцінювання якості ПЗ та їхні вагові коефіцієнти для кожного з експертів, які забезпечують достовірне подання наявного стану процесу розроблення ПЗ, правильне розуміння суті проблем, що можуть виникнути на будь-якому етапі реалізації програмного проекту, і точні характеристики їх складових. Розроблено алгоритм розрахунку площ секторних багатокутників у полярній системі координат, за допомогою якого можна обчислити і оцінити відносну якість ПЗ за відповідними критеріями. Визначено комплексні підсумкові показники якості ПЗ для кожного з експертів і комплексний узагальнений показник його якості для усіх експертів. Розроблено алгоритм розрахунку площі неправильного багатокутника у полярній системі координат, який дає змогу визначити ту частину якості ПЗ за всіма критеріями, яку маємо на даний момент за оцінками одного з експертів, а також ту частку якості ПЗ, яку ще потрібно досягти для 100 % її повноти. Зроблено відповідні висновки та надано рекомендації щодо використання розробленої методики візуалізації інформації. Ключові слова: інформаційні технології; програмний проект; візуалізація інформації; експертні оцінки; якість програмного забезпечення; критерії оцінювання якості; показники якості програмного забезпечення; полярна система координат; полярні діаграми.
The Software quality management system has been developed. The system allows you to determine the state of software quality at each hierarchical level of the management system, taking into account the cost of ensuring the required quality. The system also allows the IT company manager to set the potential costs for the transition of software quality indicators from one state to another. It was found out that software quality is a multifaceted concept that can be adequately expressed by some hierarchical structure of characteristics and attributes, which is called the model of software product quality. To assess the quality of the software, a set of criteria and aggregate indicators were used, which maximally characterise it in terms of functionality and usage options. It is established that the software quality model is the main attribute of the complex system of its assessment. The quality model determines which characteristics of the software product must be taken into account when transiting the control system from one state to another. The level of software quality that meets the stated and indirect needs of various stakeholders and is relevant to them is directly reflected in the quality model of the software product in the form of its properties. The software quality model classifies product properties into characteristics and sub-characteristics. A method for selecting stressful variants of software quality state according to input criteria or aggregate indicators of its current quality has been developed. The method allows to determine the current state of software quality at each hierarchical level according to the corresponding aggregate indicator, taking into account its development cost. A method for selecting the optimal version of the software quality management system from the set of permissible has been developed. The method takes into account the structure of criteria and aggregated indicators of current software quality at each hierarchical level of the management system. It is established that the task of choosing the optimal version of the software quality management system belongs to the tasks of multicriteria optimization. The task takes into account the following criteria: portability of the product and its ease of maintenance, product safety and compatibility, ease of use of the product and reliability of its work, as well as the functional suitability of the product and its efficiency of use. An example of implementation of the software quality management system in both quantitative and cost ratio is given. The example allows us to understand the essence of the method of choosing the optimal variant for the management system, as well as the features of the method of selection of stressful variants of the system state according to two criteria or aggregate indicators.
No abstract
Запропоновано підхід до управління ризиками реалізації програмних проектів, на підставі якого встановлено особливості оцінювання ризикових подій на стан процесу розроблення програмного забезпечення (ПЗ), що дало змогу визначити величину можливих втрат від настання негативних ситуацій. Охарактеризовано такі поняття, як управління програмними проектами та ризиками їх реалізації, що дало змогу визначити компоненти такого управління, основні категорії ризиків, ризикорієнтовний підхід до процесу управління, а також уможливило визначення прийнятного рівня ризику успішного завершення (провалу) програмних проектів ІТ-компанією. Встановлено, що при збільшенні витрат на підвищення безпеки реалізації програмних проектів так звані виробничі ризики зменшуються, але зростають професійно-політичні ризики. Виявлено, що підготовка ефективних заходів реагування на потенційні проблеми зводиться до визначення певного набору дій, які потрібно зробити для того, щоб підсилити позитивні результати прояву ризикових подій і послабити негативні їх наслідки. Розроблено методику оцінювання ризиків реалізації програмних проектів, яка дає змогу встановити порушення термінів виконання завдань проекту відносно їх запланованих термінів, де виявлені такі порушення, серед тих завдань проекту, що мають виконуватися на поточний момент. При цьому величину потенційних втрат можна оцінити шляхом встановлення значення найбільшого з можливих проявів ризикових подій на окремі завдання проекта з моменту оцінювання цього впливу, які загалом позначаються на остаточному терміні виконання усього проекту. Встановлено особливості оцінювання впливу ризикових подій на хід реалізації програмного проекту, що дало змогу розробити методику визначення величини можливих втрат від настання негативних ситуацій. При цьому процедура оцінювання ідентифікованих ризиків реалізації програмного проекту ґрунтується на ефективності запланованих заходів реагування на ризикові події за ступенем їхнього впливу згідно з поточним значенням показника ризику. Ключові слова: програмне забезпечення; ризикові події; негативні наслідки; потенційні проблеми; ймовірність настання несприятливих подій; прийнятний (допустимий) ризик; ризик виникнення потенційних небезпек.
Запропоновано мовні особливості процедури формулювання вимог до програмного забезпечення (ПЗ), які є загальними для будь-якого процесу його розроблення, що дає змогу аналітику на підставі їхніх можливостей з'ясувати особливості розроблення структури відповідного документа та здійснити відбір ключових вимог з множини допустимих. Проаналізовано основні можливості вимог до ПЗ та їхні атрибути, жорстко прив'язані до цих вимог, що допомогло зрозуміти суть пропонованих принципів формулювання вимог до ПЗ. З'ясовано особливості розроблення структури документа з вимогами до ПЗ та деякі моменти відбору ключових вимог, що дає змогу його виконавцям доступно викладати в ньому потрібний матеріал з завершеністю думки, здійснювати логічну послідовність подання інформації, забезпечувати її цілісність й доступність, ясність для подальшого використання та сприйняття. Встановлено взаємопов'язаність та важливість вимог до ПЗ шляхом їх класифікації, фільтрування й сортування для того, щоб згодом отримати відносно невеликі набори вимог, кожен з яких стосується тільки однієї теми для подальшого їх аналізу. Виявлено мовні особливості процедури формулювання вимог до ПЗ та уточнено деякі моменти підготовки відповідних шаблонів і їхньої деталізації, які сукупно ведуть до розроблення якісного ПЗ шляхом тісної співпраці бізнес-аналітика з його замовником, внаслідок якої вони встановлюють і записують відповідні домовленості. Проаналізовано критерії, які потрібно використовувати для визначення якості формулювання вимог до ПЗ, що дає змогу аналітику дотримуватися деяких простих правил при їх написанні.
scite is a Brooklyn-based organization that helps researchers better discover and understand research articles through Smart Citations–citations that display the context of the citation and describe whether the article provides supporting or contrasting evidence. scite is used by students and researchers from around the world and is funded in part by the National Science Foundation and the National Institute on Drug Abuse of the National Institutes of Health.
hi@scite.ai
10624 S. Eastern Ave., Ste. A-614
Henderson, NV 89052, USA
Copyright © 2024 scite LLC. All rights reserved.
Made with 💙 for researchers
Part of the Research Solutions Family.