цес, Який ПОЧИНАЄТЬСЯ з моменту встановлення Існування помилки и закінчується локалізацією цієї помилки в Програмі, тоб визначеня ее характером та Місцезнаходження. Таким чином, налагодження програми передбачає обов'язкову наявність помилки. Налагодження програм.
Налагодження програм - й достатньо Складний процес. По-перше, для виправлення помилки звітність, Повністю віявіті ее причини, Які часто далеко неочевідні. По-друге, ця діяльність псіхологічно носити негативний характер, в того розумінні, что програміст винен Визнати, Що саме его помилка є причиною програмного збою. Крім того, налагодження - це процес, Який прізупіняється позбав тимчасово, поки тестування НЕ виявило наявність чергової помилки.
Отже, що робити, коли програма Не працює, або працює, но відає неправільні результати? Зі стратегічної точки зору треба мати на увазі, что існують три основні методи налагодження програми, КОЖЕН з якіх має свои Особливості.
1. Вікорістаті при створенні програми ВСІ методи, Які дозволили б Зменшити кількість помилок в Програмі, а у випадка їх Виявлення використовуват Переважно налагодження вручну, тоб переглядання тексту програми та ретельній его аналіз.
2. Переважно Використання програмних ЗАСОБІВ комп'ютера - так званні налагоджувачів (англ. debuggers) для поиска помилок. Як вариант цього методу можна розглядаті трасування, або можлівість покроковий Виконання програми и слідкування за значеннями змінніх в процесі Виконання програми, Яке є доступним у Деяк програмних СЕРЕДОВИЩА. Цею метод не гарантує знаходження всех помилок, ТОМУ ЩО Програмний налагоджувач может працювати більш коректно, чем компілятор - Наприклад, обнуляті невізначені змінні або інакше розподіляті пам'ять.
3. Поєднує создания програми з одночаснім налагодженості та Тестування ее частин. Цею метод вімагає вісокої самодісціпліні програміста и є більш ефективного у випадка аналітічного програмування (програмування згори низу).
Важко сказати, якому підходу слід надаваті ПЕРЕВАГА. Скоріше за всі це візначається характером програми та особістів Прихильний ее автора.
2.2 Діагностика та Усунення неполадок у комп'ютерній мережі
Дуже часто под діагностікою локальної мережі мают на увазі тестування позбав ее кабельної системи. Окрім стану кабельної системи на Якість роботи мережі квартальна Вплив Робить стан активного устаткування (мережевих плат, концентраторів, комутаторів), Якість устаткування сервера и налаштування мережевої операційної системи. Крім того, Функціонування мережі істотно покладів від алгорітмів роботи експлуатованого в ній прикладного програмного забезпечення.
починаючих процес діагностікі проблема, що вимагає зібраті інформацію про стан мережі. Наприклад:
- з'явилась проблема нещодавно, або вона існує трівалій годину;
- чі немає проблем з апаратними ЗАБЕЗПЕЧЕННЯМ;
- Дізнатись, чи не додано новіх апаратних ЗАСОБІВ або ПЗ;
Если відомо, як винна нормально функціонуваті мережа, можна зрівняті ці характеристики з Тімі, Які є.
После збору ІНФОРМАЦІЇ скорістайтеся нею, щоб Сформувати уявлення про ймовірну проблему. Спробуваті делать проблему на складові Частини. p> Оскількі мережні протоколи спроектовані так, щоб адаптуватіся до Проблеми у мережі (Намагаючись обійті їх), це Дає непріємній побічній ефект, приховуюче причину проблеми від адміністратора. Іноді Єдиною помітною різніцею буде позбав Деяк зниженя продуктівності.
Основних причин незадовільної роботи прикладного ПО в мережі может буті декілька: Пошкодження кабельної системи, дефекти активного устаткування, перевантаженість мережевих ресурсів (каналу зв'язку и сервера), помилки самого прикладного ПО. Часто одні дефектами мережі маскують Другие. Так, щоб достовірно візначіті, в чому причина незадовільної роботи прикладного ПО, локальних мереж нужно піддаті Комплексній діагностіці. Комплексна діагностика передбачає Виконання Наступний робіт (етапів).
- Виявлення дефектів фізічного уровня мережі: кабельної системи, системи електроживлення активного устаткування; наявність шуму від зовнішніх джерел.
- Вимір поточної завантаженості каналу зв'язку мережі і визначення впліву Величини завантаження каналу зв'язку на годину Реакції прикладного ПЗ.
- Вимір числа колізій в мережі и з'ясування причин їх Виникнення. p> - Вимір числа помилок передачі даніх на Рівні каналу зв'язку и з'ясування причин їх Виникнення.
- Виявлення дефектів архітектури мережі. p> - Вимір поточної завантаженості сервера і визначення впліву Міри его завантаження на годину Реакції прикладного ПЗ.
- Виявлення дефектів прикладного ПЗ, наслідком якіх є неефективно Використання пропускної спроможності сервера и мережі.
Если мережа має архітектуру з компактними магістраллю (collapsed backbone) i як МАГІСТРАЛЬ вікорістовується комутатори, то аналізатор звітніс...
