Отчет по практике: Обслуговування програмного забезпечення

- Забороніть встановлення без попереднього схвалення програмних і апаратних засобів на пристроях (настільних та портативних комп’ютерах і серверах).

- Відключіть команди запуску програм та встановлення і видалення програм у меню Пуск (Start) на всіх комп’ютерах.

- Відключіть режим автоматичного запуску на всіх комп’ютерах із пристроями для зчитування компакт-дисків.

- Запровадьте процедуру деінсталяції будь-яких програмних і апаратних засобів, встановлених без дозволу.

- За відсутності відповідної політики інсталяції компанії загрожують:

- Ураження систем вірусами.

- Порушення системи захисту.

- Втрата даних.

- Зменшення пропускної здатності мережі через виконання несхвальних програм.

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

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

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

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

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

2. Переважне використання програмних засобів комп'ютера – так званих налагоджувачів (англ. debuggers) для пошуку помилок. Як варіант цього метода можна розглядати трасування, або можливість покрокового виконання програми і слідкування за значеннями змінних в процесі виконання програми, яке є доступним у деяких програмних середовищах. Цей метод не гарантує знаходження всіх помилок, тому що програмний налагоджувач може працювати більш коректно, ніж компілятор – наприклад, обнуляти невизначені змінні або інакше розподіляти пам'ять.

3. Поєднує створення програми з одночасним налагодженням та тестуванням її частин. Цей метод вимагає високої самодисципліни програміста і є більш ефективним у випадку аналітичного програмування (програмування згори донизу).

Важко сказати, якому підходу слід надавати перевагу. Скоріше за все це визначається характером програми та особистими прихильностями її автора.

2.2 Діагностика та усунення неполадок у комп’ютерній мережі

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

Починаючи процес діагностики проблеми, треба зібрати інформацію про стан мережі. Наприклад:

- з’явилась проблема нещодавно, або вона існує тривалий час;

- чи немає проблем з апаратним забезпеченням;

- дізнатись, чи не додано нових апаратних засобів або ПЗ;

Якщо відомо, як повинна нормально функціонувати мережа, можна зрівняти ці характеристики з тими, які є.

Після збору інформації скористайтеся нею, щоб сформувати уявлення про ймовірну проблему. Спробувати робити проблему на складові частини.

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

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

- Виявлення дефектів фізичного рівня мережі: кабельної системи, системи електроживлення активного устаткування; наявність шуму від зовнішніх джерел.

- Вимір поточної завантаженості каналу зв'язку мережі і визначення впливу величини завантаження каналу зв'язку на час реакції прикладного ПО.