Природно, незалежність програм від пристроїв не може бути абсолютною, наприклад, набори даних з індексного-послідовно-вательной, прямий і бібліотечної організацією можуть розташовуватися тільки на пристроях з прямим доступом. Така незалежність в основному досягається тільки при обробці послідовних наборів даних. [6]
Це забезпечує незалежність програм користувача від пристроїв введення-виведення. [7]
Правда, незалежність програми пуску від поточного стану електроприводу може викликати надмірні викиди струму якоря, наприклад, при перевантаженнях. Тому схеми з керуванням пуском двигуна в функції часу обов'язково доповнюються максимальним струмовим захистом. [8]
Для забезпечення незалежності програм користувача від пристроїв можна застосувати просту методику. Якщо основне завдання постійно зберігається в одному пристрої, користувачеві дозволяється назвати резервну завдання, яка постійно зберігається в іншому пристрої або навіть в головній пам'яті. [9]
ДОС АСВТ забезпечує: незалежність програм користувача від конкретного складу пристроїв будь-якої конфігурації обчислювального комплексу; режим пакетних обробок, широкі можливості мультипрограмних робіт (до 14 завдань) з одночасною роботою в реальному масштабі часу; управління даними як на фізичному, так і на логічному рівнях для файлів з послідовною, індексного-послідовної, прямий і робочої організаціями; можливість складання програм на мовах: Асемблер, АЛМО, КОБОЛ, РПГ, ФОРТРАН-IV, АЛГОЛ-60; можливість розробки програмних модулів на різних мовах з подальшим об'єднанням; включення нових модулів без зміни старих; генерацію системи відповідно до конкретноїконфігурацією технічних засобів комплексу та характером завдань конкретної автоматизованої системи управління (завдяки модульним принципом побудови); можливість утворення багатомашинних комплексів, що включають як однотипні, так і різнотипні машини; сумісність програм користувачів з ЄС ЕОМ на рівні асемблера і інших мов, наявних в обох - системах. [12]
Під незалежністю даних зазвичай розуміють незалежність програм. звертаються до СУБД, від фізичних або логічних перетворень даних. Вимога фізичної незалежності даних обумовлено тим, що не існує фізичної організації даних, яка була найкращою для всіх можливих застосувань СУБД. Отже, СУБД, налаштовуючись на конкретні умови функціонування, повинна бути в змозі змінювати методи доступу і фізичну структуру даних без зміни програм користувача, що використовують СУБД. Системи, що дозволяють додавати до логічної структурі бази даних нові відносини, повинні володіти логічної незалежністю даних. Під логічної незалежністю даних розуміють можливість внесення в базу даних логічних змін без істотної зміни програм, що використовують цю базу даних. Здатність СУБД забезпечувати обробку різних логічних структур є першим кроком на шляху до забезпечення логічної незалежності даних. У загальному випадку для забезпечення незалежності даних на класи допустимих даних і допустимих відносин, що вказуються в визначеннях даних, накладаються жорсткі обмеження. [13]
У поєднанні з використанням принципу незалежності програм від даних модульна структура програмного забезпечення спрощує програмування і внесення змін в процесі налагодження та експлуатації, дозволяє уніфікувати переважну частину програмних модулів. [14]