Сучасні методи і засоби проектування інформаційних систем

PVCS Version Manager призначений для використання в робочих групах. Система блокувань, реалізована в PVCS Version Manager дозволяє запобігти одночасне внесення змін в один і той же файл. У той же час, PVCS Version Manager дозволяє розробникам працювати з власними версіями загального файлу з напівавтоматичним врегулюванням конфліктів між ними.

Доступ до архівів PVCS Version Manager можливий не тільки через сам Version Manager, але і з більш ніж 50 інструментальних засобів, у тому числі MS Visual C і MS Visual Basic, Uniface, PowerBuilder, SQL Windows, JAM, Delphi, Paradox та ін

Результатом роботи PVCS Version Manager є створений засобами файлової системи репозиторій, що зберігає в компактній формі всі робочі версії програмного продукту разом з необхідними коментарями та мітками.

PVCS Version Manager функціонує в середовищі MS Windows, Windows 95, Windows NT, OS / 2, SunOS, Solaris, HP-UX, AIX і SCO UNIX і може виконуватися на будь-якому персональному комп'ютері з процесором 80386 або вище, робочих станціях Sun, HP і IBM (RS-6000).

Іншим засобом конфігураційного управління є PVCS Tracker [19] - спеціалізована надбудова над офісної електронною поштою, призначена для обробки повідомлень про помилки в продукті, доставці їх виконавцям та контролю за виконанням. Інтеграція з PVCS Version Manager дає можливість пов'язувати з повідомленнями ті чи інші компоненти проекту. Звітні можливості PVCS Tracker включають безліч різновидів графіків і діаграм, що відображають стан проекту та процесу його налагодження, зрізи по різних компонентах проекту, розробникам і тестувальникам. З їх допомогою можна наочно показати поточний стан роботи над проектом та її часові тенденції.

Персонал, який працює з PVCS Tracker ділиться на п'ять груп залежно від їхніх обов'язків: користувачі, розробники, група тестування і контролю якості, група технічної підтримки та супроводу, управлінський персонал. Цим п'яти групах персоналу відповідають п'ять зумовлених груп PVCS Tracker:

користувачі (Submitters) - мають обмежені права на внесення зауважень та повідомлень про помилки в базу даних PVCS Tracker;

розробники (Development Engineers) - мають право виробляти основні операції з вимогами і зауваженнями в базі даних PVCS Tracker. Якщо розробники діляться на підгрупи, то для кожної підгрупи можуть бути задані окремі списки прав доступу;

тестувальники (Quality Engineers) - мають право виробляти основні операції з вимогами та зауваженнями;

супровід (Support Engineers) - мають право вносити будь-які зауваження, вимоги та рекомендації до бази даних, але не мають прав з розподілу робіт і зміни їх пріоритетності та термінів виконання;

керівники (Managers) - мають право розподіляти роботи між виконавцями і приймати рішення про їх належному виконанні. Керівникам різних груп можуть задані різні права доступу до бази даних PVCS Tracker.

На додаток до цих п'яти наперед визначеним групам, існує група адміністратора бази даних і 11 додаткових груп, які можуть бути налаштовані у відповідності зі специфічними посадовими обов'язками співробітників, що використовують PVCS Tracker.

Вимога або зауваження надходить в PVCS Tracker проходить чотири етапи обробки:

реєстрація - внесення зауваження до бази даних;

розподіл - призначення відповідального виконавця і термінів виконання;

виконання - усунення зауваження, яке в свою чергу може викликати додаткові зауваження чи вимоги на додаткові роботи;

приймання - приймання робіт і зняття їх з контролю або направлення на доопрацювання.

Вимоги та зауваження, які надходять до бази даних PVCS Tracker оформляються у вигляді спеціальної форми, яка може містити до 18 полів вибору стандартних значень і до 12 довільних текстових рядків. При розробці форми слід визначити оптимальний набір інформації, характерний для всіх записів в базі даних.

Для отримання змістовної інформації про хід розробки PVCS Tracker дозволяє отримувати три типи статистичних звітів: частотні, тренди і діаграми розподілу.

Частотні звіти містять інформацію про частоту вступників зауважень за одну годину тестування програмного продукту. Однак універсального частотного звіту не існує, тому що на оцінку якості впливають тип методів тестування, серйозність виявлених помилок і значення дефектних модулів для функціонування всієї системи. Мале число фатальних помилок, що приводять до повної зупинки розробки, гірше великого числа зауважень до зовнішнього вигляду інтерфейсу користувача. Отже, частотні звіти повинні бути налаштовані на виявлення будь-якого конкретного аспекту якості для того, щоб їх можна було використовувати для прогнозування закінчення робіт над проектом.

Тренди містять інформацію про зміни того чи іншого показника в часі і характеризують стабільність і безперервність процесу розробки. Вони дозволяють відповісти на питання:

встигає чи група розробників справлятися із вступниками зауваженнями;

поліпшується чи якість програмного продукту і яка динаміка цього процесу;

як вплинуло те чи інше рішення (збільшення числа розробників, введення змінного графіка, впровадження нового методу тестування) на роботу групи і т.п.

Діаграми розподілу - найбільш різноманітні і корисні для здійснення оперативного керівництва форми звітів. Вони дозволяють відповісти на питання: який метод тестування більш ефективний, які модулі викликають найбільшу кількість нарікань, хто з розробників краще справляється з конкретним типом завдань, чи немає перекосу у розподілі робіт між виконавцями, чи немає модулів, тестування яких було приділено недостатньо уваги і т . д.

PVCS Tracker призначений для використання в робочих групах, об'єднаних в загальну мережу. У цьому випадку центральна база або проект PVCS Tracker знаходиться на загальнодоступному сервері мережі, доступ до якого реалізується за допомогою ODBC-драйверів, що входять до складу PVCS Tracker. Головною особливістю PVCS Tracker в порівнянні зі звичайним додатком СУБД є його здатність автоматично повідомляти користувача про надходження цікавить його або відноситься до його компетенції інформації та гнучка система розподілу повноважень всередині робочої групи. При необхідності PVCS Tracker може використовувати для повідомлення віддалених членів групи електронну пошту.

PVCS Tracker підтримує групову роботу в локальних мережах і взаємодіє з СУБД dBase, ORACLE, SQL Server і SYBASE допомогою ODBC.

PVCS Tracker може бути інтегрований з будь-якою системою електронної пошти, що підтримує стандарти VIM, MAPI або SMTP.

PVCS Version Manager і PVCS Tracker оточені допоміжними компонентами: PVCS Configuration Builder і PVCS Notify.

PVCS Configuration Builder призначений для складання остаточного продукту з компонент проекту. PVCS Configuration Builder дозволяє описувати процес збірки як на стандартному мовою MAKE, так і на власному внутрішньому мовою, що має істотно більші можливості. PVCS Configuration Builder дозволяє здійснювати збірку програмного продукту на підставі файлів, що зберігаються в репозиторії PVCS Version Manager.

Звичайна процедура збирання програмного продукту за допомогою PVCS Configuration Builder складається з трьох кроків:

будується файл залежностей між вихідними модулями;

в отриманий файл вносяться зміни з метою його налаштування і оптимізації;

здійснюється складання програмного продукту з вихідних модулів.

Результатом роботи PVCS Configuration Builder є спеціальний файл, що описує оптимальний алгоритм збирання програмного продукту, побудований на основі аналізу дерева залежностей між вихідними модулями.

PVCS Notify забезпечує автоматичну розсилку повідомлень про помилки з бази даних пакету PVCS Tracker по робочих станцій призначення. При цьому використовується офісна система електронної пошти cc: Mail або Microsoft Mail. PVCS Notify розширює можливості PVCS Tracker і використовується тільки разом з ним.

PVCS Notify налаштовується з середовища PVCS Tracker. Налаштування включає в себе визначення інтервалу часу, через який PVCS Notify перевіряє вміст бази даних, визначення критеріїв відбору записів для розсилки повідомлень, визначення списків адрес для розсилки. Після налаштування PVCS Notify починає роботу в автономному режимі, автоматично розсилаючи повідомлення про зміни в базі даних PVCS Tracker.

PVCS Notify призначений для використання у великих робочих групах, частина членів яких хоча і доступна тільки через засоби електронної пошти, однак повинна мати оперативну інформацію про вимоги на зміну програмного продукту, зауваженнях, помилки, перебіг і результати його тестування.

Результатом роботи PVCS Notify є оформлені відповідно до одного зі стандартів поштові повідомлення, готові для розсилки за допомогою системи електронної пошти. 3.6.2. Засоби документування

Для створення документації в процесі розробки ІС використовуються різноманітні засоби формування звітів, а також компоненти видавничих систем. Зазвичай кошти документування вбудовані в конкретні CASE-засоби. Винятком є ​​деякі пакети, надають додатковий сервіс при документуванні. З них найбільш активно використовується SoDA (Software Document Аutomation).

Продукт SoDA призначений для автоматизації розробки проектної документації на всіх фазах ЖЦ ПЗ. Він дозволяє автоматично витягати різноманітну інформацію, що отримується на різних стадіях розробки проекту, і включати її у вихідні документи. При цьому контролюється відповідність документації проекту, взаємозв'язок документів, забезпечується їх своєчасне оновлення. Результуюча документація автоматично формується з безлічі джерел, число яких не обмежена.

SoDA не залежить від застосовуваних інструментальних засобів. Зв'язок з додатками здійснюється через стандартний програмний інтерфейс API. Перехід на нові інструментальні засоби не тягне за собою додаткових витрат з документування проекту.

SoDA містить набір шаблонів документів, визначених стандартом на програмне забезпечення DOD 2167A. На їх основі можна без спеціального програмування створювати нові форми документів, що визначаються користувачами.

Пакет містить у собі графічний редактор для підготовки шаблонів документів. Він дозволяє задавати необхідний стиль, фон, шрифт, визначати розташування заголовків, резервувати місця, де буде розміщуватися видобувають із різноманітних джерел інформація. Зміни автоматично вносяться тільки в ті частини документації, на які вони вплинули в програмі. Це скорочує час підготовки документації за рахунок відмови від перегенерації всієї документації.

SoDA реалізована на базі видавничої системи FrameBuilder і надає повний набір засобів для редагування та верстки випускається документації. Різні версії документації можуть бути для наочності відзначені своїми відмітними ознаками. У системі створюються таблиці вимог до проекту, за якими можна простежити, як реалізуються ці вимоги. Різні види документації, які супроводжують різні етапи ЖЦ, пов'язані між собою, і можна простежити стан проекту від первинних вимог до аналізу, проектування, кодування і тестування програмного продукту.

Підсумковим результатом роботи системи SoDA є готовий документ (або книга). Документ може зберігатися у файлі формату SoDA (Frame Builder), який виходить в результаті генерації документа. Висновок на печатку цього документа (або його частини) можливий із системи SoDA.

Середовище функціонування SoDA - ОС типу UNIX на робочих станціях Sun SPARCstation, IBM RISC System/6000 або Hewlett Packard HP 9000 700/800.

SoDA потребує щонайменше 32 MB оперативної пам'яті, 100-300 MB для установки і 64 MB робочого простору на диску. 3.6.3. Засоби тестування

Під тестуванням розуміється процес виконання програми з метою виявлення помилок. Регресійне тестування - це тестування, проведене після удосконалення функцій програми або внесення до неї змін.

Одне з найбільш розвинених засобів тестування QA (нова назва - Quality Works) [20] представляє собою інтегровану, багатоплатформенна середовище для розробки автоматизованих тестів будь-якого рівня, включаючи тести регресії для додатків з графічним інтерфейсом користувача.

QA дозволяє починати тестування на будь-якій фазі ЖЦ, планувати і керувати процесом тестування, відображати зміни в додатку і повторно використовувати тести для більш ніж 25 різних платформ.

Основними компонентами QA є:

QA Partner - середовище для розробки, компіляції та виконання тестів;

QA Planner - модуль для розробки планів тестування та обробки результатів. Для створення і виконання тестів в процесі роботи QA Planner викликається QA Partner;

Agent - модуль, що підтримує роботу в мережі.

Процес тестування складається з наступних етапів:

створення плану тестування;

зв'язування плану з тестами;

помітка і виконання тестів;

отримання звітів про тестування та управління результатами.

Створення тестового плану в QA Planner включає в себе складання схеми тестових вимог і виділення рівнів деталізації. Для цього необхідно визначити все, що має бути протестовано, підготувати функціональну декомпозицію програми, оцінити, скільки тестів необхідно для кожної функції і характеристики, визначити, скільки з них буде реалізовано в залежності від доступних ресурсів і часу. Ця інформація використовується для створення схеми тестових вимог.

Для зв'язування плану з тестами необхідно створити керуючі пропозиції (скрипти) на спеціальній мові 4Test і тести, які виконують вимоги плану, і пов'язати компоненти будь-яким способом. Для уникнення перевантаженості тестів використовують управління тестовими даними.

При виконанні плану результати записуються у форматі, схожому на план. Всі результати пов'язані з планом. Є можливість переглянути або приховати загальну інформацію про виконання, злити файли результатів, розмітити невдалі тести, порівняти результати попереднього виконання тестів, виконати або відмінити звіт.

Одним з атрибутів тесту є ім'я його розробника, що дозволяє при необхідності виконувати тести, створені конкретним розробником.

Комплекс QA займає на жорсткому диску не більше 21МВ. Підтримувані платформи: Windows 3.x, Windows 95, Windows NT, OS / 2, Macintosh, VMS, HP-UX, AIX, Solaris. 3.7. Приклади комплексів CASE-засобів

На закінчення наведемо приклади комплексів CASE-засобів забезпечують підтримку повного ЖЦ ПЗ. Тут хотілося б ще раз відзначити недоцільність порівняння окремо взятих CASE-засобів, оскільки жодна з них не вирішує в цілому всі проблеми створення та супроводження ПЗ. Це підтверджується також повним набором критеріїв оцінки та вибору, які зачіпають всі етапи ЖЦ ПЗ. Порівнюватися можуть комплекси методологічно і технологічно узгоджених інструментальних засобів, що підтримують повний ЖЦ ПЗ і забезпечені необхідною технічною і методичною підтримкою з боку фірм-постачальників. На думку автора, на сьогоднішній день найбільш розвиненим з усіх поставляються в Росії комплексів такого роду є комплекс технологій та інструментальних засобів створення ІС, заснований на методології і технології DATARUN. До складу комплексу входять такі інструментальні засоби:

CASE-засіб Silverrun;

засіб розробки додатків JAM;

міст Silverrun-RDM JAM;

комплекс засобів тестування QA;

менеджер транзакцій Tuxedo;

комплекс засобів планування та управління проектом SE Companion;

комплекс засобів конфігураційного управління PVCS;

об'єктно-орієнтоване CASE-засіб Rational Rose;