Зміна і трасування вимог до програмного продукту на рівні концептуальних класів

Анотація

У статті досліджується проблема автоматизації опису варіантів використання на етапі формування вимог при проектуванні програмних продуктів. Запропоновано методи коригування моделі концептуальних класів у зв'язку зі змінами в формулюванні різних пунктів сценаріїв варіантів використання або Use Case і трасування кожного пункту сценарію Use Case в концептуальні класи, в їх методи і атрибути. Зміна вимог на рівні опису прецедентів означає видалення раніше складених пунктів сценарію і / або додавання нових. Видалення Use Case розглядається як послідовне видалення всіх його пунктів, а редагування пункту сценарію - як видалення з подальшим складанням у новій редакції. Розглянуто способи видалення всіх типів пунктів сценарію запропонованої класифікації в різних можливих ситуаціях: створений раніше клас не використовувався в інших пунктах даного, або інших прецедентів; створений раніше клас не використовувався в інших пунктах даного, або інших прецедентів, але функція, що міститься в класі, має посилання на інші функції; створений раніше клас використовувався в інших пунктах даного, або інших прецедентів і функція, що міститься в класі, не має посилання на інші функції; створений раніше клас використовувався в інших пунктах даного, або інших прецедентів і функція, що міститься в класі, має посилання на інші функції. Розроблено методи визначення зв'язків Use Case і його пункту з класами, їх методами і атрибутами, які реалізують цей пункт (пряме трасування) і визначення зв'язку будь-якого даного або методу класу з різними Use Case і їх пунктами (зворотнє трасування). Запропонований метод коригування концептуальних класів дозволяє в автоматизованому режимі видаляти різні пункти сценаріїв, зберігаючи коректне уявлення концептуальних класів. Показано, що спостерігається істотне скорочення часу на коригування класів в автоматизованому режимі порівняно з традиційним ручним режимом. Метод трасування також істотно скорочує час на пошук зв'язків між Use Case.