Мобільність ПС визначається такими примітивами якості ПС як незалежність від пристроїв. автономність. структурованість і модульність
Якщо ПС залежить від пристроїв (апаратури), то в специфікації якості повинна бути описана ця комп'ютерно-апаратне середовище (будемо її називати апаратною платформою]). Позбутися цієї залежності можна за рахунок такого примітиву якості ПС як автономність. Як правило, ПС будується в рамках певної операційної системи (ОС), яка може заховати специфіку апаратної платформи і, тим самим, зробити ПС незалежним від пристроїв. Але тоді УК не буде мати властивість автономності. В цьому випадку в специфікації якості повинна бути описана ця програмне середовище, над якою будується ПС (будемо цю середу називати операційної платформою). Таким чином, мобільність ПС буде безпосередньо пов'язано з мобільністю використовуваної ОС: перенесення ПС на іншу апаратну платформу здійснюється автоматично, якщо буде здійснено перенесення на цю платформу використовуваної ОС. Але забезпечення мобільності ОС є самостійною і досить важким завданням.
Таким чином, для забезпечення мобільності ПС потрібно вирішити два завдання:
· Виділення по можливості найбільшої частини програм ПС, що володіє властивостями незалежності від пристроїв і автономності (іншими словами, незалежної від апаратно-операційної платформи);
· Забезпечення сопровождаемости для інших частин програм ПС.
Документація, що створюється в процесі розробки програмних засобів.
Цю документацію можна розбити на дві групи:
• Документи управління розробкою ПС.
• Документи, що входять до складу ПС.
Документи управління розробкою ПС, протоколюють процеси розробки та супроводу ПС, забезпечуючи зв'язки всередині колективу розробників і між колективом розробників і особами, які керують розробкою. Ці документи можуть бути наступних типів:
• Плани, оцінки, розкладу. для прогнозування і управління процесами розробки і супроводу.
• Звіти про використання ресурсів в процесі розробки.
• Стандарти. наказують розробникам, яким принципам, правилам, угодами вони повинні слідувати в процесі розробки ПС.
• Робочі документи. Це основні технічні документи, що забезпечують зв'язок між розробниками. Вони містять фіксацію ідей і проблем, що виникають в процесі розробки, опис використовуваних стратегій і підходів, а також робочі (тимчасові) версії документів, які повинні увійти в ПС.
• Нотатки і листування. Ці документи фіксують різні деталі взаємодії між менеджерами і розробниками.
Документи, що входять до складу ПС, описують програми ПС як з точки зору їх застосування користувачами, так і з точки зору їх розробників і супровідників (відповідно до призначення ПС). Тут слід зазначити, що ці документи будуть використовуватися не тільки на стадії експлуатації ПС (в її фазах застосування і супроводу), але і на стадії розробки для управління процесом розробки (разом з робочими документами) - у всякому разі вони повинні бути перевірені (протестовані) на відповідність програмам ПС. Ці документи утворюють два комплекти з різним призначенням:
• Призначена для користувача документація ПС
• Документація по супроводженню ПС
Призначена для користувача документація програмних засобів
• Загальний функціональний опис ПС. Дає коротку характеристику функціональних
можливостей ПС. Призначено для користувачів, які повинні вирішити, наскільки
необхідно їм дане ПС.
• Керівництво по інсталяції ПС. Призначено для системних адміністраторів. Він повинен детально наказувати, як встановлювати системи в конкретному середовищі ..
• Інструкція по застосуванню ПС Призначена для ординарних користувачів. Містить необхідну інформацію щодо застосування ПС, організовану у формі зручній для її вивчення.
• Довідник по застосуванню ПС.
Керівництво з управління ПС. Призначено для системних адміністраторів.
63. Документація по супроводженню програмних засобів. описує ПС з точки зору її розробки.
Документація по супроводженню ПС можна розбити на дві групи:
-документація, яка визначає будову програм і структур даних ПС і технологію їх розробки;
-документацію, що допомагає вносити зміни в ПС.
Документація першої групи містить підсумкові документи кожного технологічного етапу розробки ПС. Вона включає наступні документи:
• Зовнішнє опис ПС
• Опис архітектури ПC, включаючи зовнішню специфіка-цію кожної її програми.
• Для кожної програми ПС - опис її модульної структури, включаючи зовнішню специфіка-цію кожного включеного в неї модуля.
• Для кожного модуля - його специфікація і опис його будови
• Тексти модулів на обраною мовою програмування
Документи встановлення достовірності ПС
• Керівництво по супроводу ПС яке описує відомі
проблеми разом з ПС, які частини системи є апаратно і програмно
залежними, і як розвиток ПС прийнято до уваги в його будові Загальна проблема супроводу ПС - забезпечити, щоб всі його вистави йшли в ногу (залишалися узгодженими), коли ПС змінюється. Щоб цьому зарадити, зв'язку і залежності між документами і їх частинами повинні бути зафіксовані в базі даних управління конфігурацією.