ою вироблення стратегії його розробки;
проведення розробки програмного комплексу з урахуванням всіх пред'явлених вимог і обмежень з метою отримання структури програмного комплексу; визначення каналів передачі даних і управління всередині нього, а також при взаємодії із зовнішнім оточенням;
реалізація програмного комплексу за допомогою зазначених у завданні коштів згідно розробленої структурі;
вибір методик тестування реалізації програмного комплексу, а також проведення тестування з метою перевірки придатності отриманої реалізації до використання за призначенням - для проведення аналізу стану СГД Centera;
створення технічної документації на програмний комплекс.
. АНАЛІЗ ВИМОГ І ОБМЕЖЕНЬ РЕАЛІЗАЦІЇ ПРОГРАМНОГО КОМПЛЕКСУ
Необхідно розробити програмний комплекс для виконання завдань, пов'язаних з аналізом стану СГД Centera.
Крім перерахованих у п. 1.4.3 чотирьох основних завдань програмний комплекс для аналізу стану СГД Centera призначений для виконання наступних допоміжних завдань, які дозволяють скоротити час на аналіз стану СГД Centera:
Перетворення упорядкованого бітового набору з 8-розрядного (байтового) подання до 6-розрядне (Base64) подання, а також виконання зворотного перетворення.
Декодування вмісту мережевого пакету типу SmartPacket в його текстове представлення.
Стиснення і декомпресія набору байтів, використовуючи алгоритм за замовчуванням бібліотеки ZLib.
Детальний опис всіх завдань наводиться далі в даному розділі. Завдання, що мають своєю метою збір інформації з вузлів СГД, мають вичерпний опис за винятком шляхів до файлів, що містить необхідну інформацію. Безпосередній доступ до файлів з інформацією повинен бути здійснений через серверну бібліотеку, надану відділом розробки СГД Centera і описану далі в цьому розділі.
Програмний комплекс являє собою два компоненти - клієнтський і серверний, взаємодіючих згідно з протоколом; при цьому серверний компонент виконується на одному з вузлів СГД Centera, а клієнтський компонент виконується на робочій станції сервісного інженера, що має з'єднання з вузлом СГД Centera, на якій виконується серверний компонент. У цьому розділі також наводиться опис особливостей і обмежень, що пред'являються до реалізації обох компонентів та протоколу взаємодії.
Завершується даний розділ аналізом вимоги до клієнтського компоненту, який повинен мати зручний графічний інтерфейс користувача.
.1 Виконувані програмним комплексом завдання з аналізу стану СГД Centera
Пошук записів в журналах СГД за заданим шаблоном.
Користувачем задаються наступні вихідні дані:
Часовий інтервал з точністю до доби, за який буде проводитися пошук повідомлень в журналах; при відліку початку і завершення доби час приймається в часовому поясі всесвітнього координованого часу (Coordinated Universal Time - UTC).
Список вузлів системи, на яких буде проводитись пошук.
Перелік типів журналів, в яких буде проводитися пошук, повинен включати в себе журнали бізнес-логіки, програмної платформи, повідомлень ОС; перелік повинен бути змінюємо через конфігураційний файл із зазначенням підтримуваних типів журналів на стороні клієнтського компонента.
Шаблон повідомлення, якому повинні відповідати всі Найдьонов в журналах повідомлення; шаблон може бути заданий користувачем у форматі регулярних виразів (RegExp - regular expressions).
Знайдені записи з журналів повинні бути представлені користувачеві в текстовому вигляді, доступному для збереження у вигляді локальної копії на робочій станції користувача.
Генерування налагоджувальних журналів бізнес-логіки з вказаними користувачем параметрами:
Список вузлів системи, на яких буде проводитися генерування налагоджувальних журналів.
Мінімальний рівень важливості повідомлень, записуваних в налагоджувальний журнал; все мається 5 рівнів важливості від найнижчої до найвищої: DEBUG, VERBOSE, STATUS, WARNING, ERROR.
Перелік системних компонентів, від яких будуть збиратися налагоджувальні повідомлення в журнал; даний перелік повинен бути змінюємо через конфігураційний файл із зазначенням підтримуваних системних компонентів на стороні клієнтського компонента програмного користувача. Для налагодження програмного комплексу допускається користуватися іменами системних компонентів ClusterComponent, ReplicationComponent, PoolComponent.
Шаблон повідомлення, який повинні включати в себе всі записи в отладочном журналі; при завданні порожнього шаблону фільтрація здійснюється тільки за рівнем важливості і джерела повідомлення - системному компоненту.
Користувач ініціює початок генерування отладочного журналу із заданими параметрами, а впоследствие і завершує його генерування. Допускається перерив...
