Кафедра Інформаційно-комунікаційних технологій
Створення бази даних функціональних аналогів Windows-програм для ОС Linux і розробка методики підбору ПЗ
МОСКВА 2009
Анотація
У даній роботі виконано аналіз можливих методів вирішення поставленого завдання. Створений інструмент, що дозволяє автоматизувати встановлення програмних складових системи ОС Windows при переході на ОС Linux.
Введення
Актуальність обраної теми
В даний час, особливо в умовах світової економічної кризи, багато компаній стикаються з необхідністю зниження витрат, у тому числі і витрат на програмне забезпечення. Найчастіше розглядається варіант переходу на безкоштовне, що вільно розповсюджується, у зв'язку, з чим гостро постає питання оцінки можливості такого переходу при збереженні необхідної функціональності і виникає завдання мінімізації витрат, пов'язаних з переходом. Проблема оцінки можливості переходу має давню історію. Існують програми, що оцінюють доступність драйверів Linux для конкретної апаратної конфігурації. В Інтернеті складаються і постійно підтримуються в актуальному стані списки відповідностей програм Windows і Linux. У ресурсах мережі Інтернет можна знайти інструкції по перенесенню файлів при міграції з однієї ОС на іншу. Однак не існує програмного засобу, що, за аналогією з оцінкою апаратних елементів системи здійснює оцінку програмних складових системи. Очевидно, що така програма може на основі аналізу системи складати скрипт для Linux, автоматично встановлює ті програми, які користувач вибрав із запропонованих в якості заміни встановлених на його комп'ютері windows-програм.
Все вище викладене показує, що обрана тема дипломної роботи актуальна і важлива.
Практична значимість
Практична значимість даної роботи полягає у створенні інструменту, який дозволяє оцінити можливість при переході з ОС Windows на ОС Linux програмних складових системи. Також автоматично встановлює ті програми, які користувач вибрав із запропонованих в якості заміни встановлених на його комп'ютері windows-програм.
Огляд існуючих методів і рішень
Для переходу на ОС Linux існує допоміжні розробки різного роду, що виражаються, як в програмному забезпеченні, так і в наборі інструкцій або ближче до даного завдання, списком відповідностей програм.
Допоміжні програми дозволяю оцінити можливість якісної адаптації після переходу. Наприклад існують програми, що оцінюють доступність драйверів Linux для конкретної апаратної конфігурації. Набір інструкцій - це в більшості випадків електронно-інформаційні ресурси, в ролі яких виступають форуми або сайти. Також хорошу підтримку надають самі розробники ОС Linux, створюючи якісну документацію на різних мовах, в тому числі і російською. Для даної теми існую, набори списків відповідностей, в яких зіставлені аналоги програм ОС Windows з ОС Linux. За цими списками можна зрозуміти, яку програму і на скільки якісно її можна замінити, але це все треба робити вручну, що вимагає певних знань і навичок, відсутність чого веде до витраті часу. Виходячи, з цього процес можливості вибору і встановлення програм аналогів був автоматизований при вирішенні поставленої задачі.
Технологічні основи розробки
Як формується список програм в ОС Windows
Windows Installer (інсталятор Windows) - підсистема Microsoft Windows, що забезпечує установку програм (Встановлення). Є компонентом Windows, починаючи з Windows 2000, може доустанавливать і на більш ранні версії Windows. Вся необхідна для встановлення інформація (іноді і разом з встановлюваними файлами) міститься в настановних пакетах (installation packages), що мають расшіреніе.msi. Windows Installer був розроблений в 1995-1998 роках і мав спочатку кодову назву Darwin. Ранні версії називалися Microsoft Installer, звідси стандартне розширення файлу інсталяційного пакету -. Msi. Windows Installer виявився значним кроком вперед по відношенню до попереднього інсталятору Microsoft - Setup API (ACME Setup): у ньому були введені можливості GUI, підтримка деінсталяції і відкату в будь-який момент установки (включаючи відкат під час деінсталяції), коректна робота з правами доступу в Windows і інші можливості, що зробило його сильною альтернативою різним існуючим на ринку інсталяційним пакетів. Файл.msi представляє собою складовою документ OLE (OLE compound document - в тому ж форматі-контейнері зберігаються документи Microsoft Word, Excel і т.д.), в якому міститься невелика реляційна база даних - набір з кількох десятків взаємопов'язаних таблиць, що містять різну інформацію про продукт і процесі установки. При цьому всі строкові дані в базі зберігаються разом в окремому потоці документа, а в таблицях бази на них є посилання; таким чином, уникають дублювання рядків, що значно зменшує розмір бази.
Крім бази, структура файла.msi передбачає приміщення туди користувальницьких сценаріїв і допоміжних DLL, якщо такі потрібні для встановлення, а також самих встановлюваних файлів, запакованих у формате.cab. Файли можна розміщувати і окремо від пакету, у запакованому або розпакованому вигляді (із збереженням структури каталогів).
На етапі збору інформації Windows Installer збирає інструкції (або шляхом взаємодії з користувачем, або програмним шляхом) встановити або видалити одну або кілька можливостей, що входять у продукт. Ці інструкції в подальшому формують на основі бази даних внутрішній сценарій, детально описує наступний етап виконання.
До початку етапу виконання установки інсталятор генерує внутрішній сценарій, призначений для виконання без втручання користувача. Цей сценарій запускається інсталятором в привілейованому режимі служби NT. Привілейований режим потрібно через те, що інсталяція могла бути запущена користувачем, що не володіє необхідними правами для зміни системних параметрів і файлів.
У процесі установки Windows Installer використовує реєстр операційної системи, через гілку HKEY_ LOCAL _ MSSHINE якого можна вийти на список зареєстрованих у ньому програм.
Як влаштований реєстр в ОС Windows
Реєстр Windows (Windows registry) є реляційною базу даних, в якій акумулюється вся необхідна для нормального функціонування комп'ютера інформація про налаштування операційної системи, а також про використаний спільно з Windows програмне забезпечення й устаткування. Всі зберігаються в реєстрі дані представлені у стандартизованій формі і чітко заструктуризованість згідно запропонованої розробниками Windows ієрархії. З точки зору основне функціональне призначення реєстру Windows можна виразити таким чином: в процесі роботи операційної системи як її базовим компонентам, так і прикладним програмам періодично потрібно отримувати відомості про встановлений на комп'ютері обладнанні і його налаштуваннях, про параметри і обмеження, про склад і розміщенні інших програм або бібліотек. У даному випадку оптимальним варіантом організації доступу до такої інформації є її зберігання в єдиній уніфікованої базі даних, пошук відомостей в якій був би можливий і для програмних засобів, і для адміністратора комп'ютера, що бажає змінити конфігурацію Windows. У ролі цієї бази даних і виступає реєстр. У разі встановлення чи видалення, яких би то не було пристроїв, додатків або системних компонентів інформація про подібні зміни записується до реєстру і зчитується звідти в ході кожного завантаження операційної системи. Окремі компоненти реєстру зберігаються в пам'яті протягом всього сеансу роботи системи Windows. У процесі вивантаження операційної системи дані про проведені користувачем або програмним забезпеченням діях, яким-небудь чином впливають на системну конфігурацію, також заносяться до реєстру. З усього сказаного можна зробити простий, але цілком справедливий висновок: від того, які саме параметри вказані в реєстрі Windows, багато в чому залежать можливості операційної системи, її швидкодію і алгоритм роботи всього комп'ютера в цілому.
При редагуванні реєстру Windows у спеціальних програмах він представляється у вигляді єдиної бази даних, що має жорстку ієрархічну структуру. Однак на фізичному рівні реєстр Windows неоднорідний і складається з файлів, кожен з яких відповідає за власний обсяг представленої в цій базі інформації. Проте для нормально взаємодії з реєстром Windows знання його пристрою на фізичному рівні в цілому не потрібно, оскільки спеціальне програмне забезпечення, дозволяє редагувати реєстр як єдиний файл. У цьому випадку важливо лише представляти його логічну структуру і вміти розрізняти зберігаються в реєстрі типи даних.
Реєстр Windows має багаторівневу структуру, що складається з чотирьох спадних логічних ступенів. До першої, самої верхньої в ієрархії реєстру, щаблі відносячи так звані гілки (Hive Keys), які прийнято позначати за їх англійської найменуванню абревіатурою HKEY_, де за символом підкреслення слід зазвичай назва самої гілки. Всього в реєстрі Windows налічується п'ять гілок:
HKEY_ CLASSES _ ROOT - включає в себе ряд підрозділів, в яких містяться відомості про розширення всіх зареєстрованих в системі типів файлів.
HKEY_ CURRENT _ USER - міститься інформація про користувача, провідному на комп'ютері поточний сеанс роботи, який обслуговується реєстром. У її підрозділах знаходиться інформація про змінні оточення, групах програм даного користувача, настройка «Робочого столу», кольорах екрану, мережеві з'єднання, принтерах і додаткових налаштуваннях додатків.
HKEY_ LOCAL _ MSSHINE - ця гілка, в якій міститься інформація, що відноситься до операційної системи та обладнанням. Дана гілка включає в себе найбільшу кількість інформації в системному реєстрі Windows /
HKEY_ USER - містить підрозділи з інформацією про всі профілях користувачів даного комп'ютера.
HKEY_ CURRENT _ CONFIG - містить підрозділи з інформацією про всі профілях устаткування, використовуваного в даному сеансі роботи. Профілі обладнання дозволяють вибрати драйвера підтримуваних пристроїв для заданого сеансу роботи.
Другий щаблем в ієрархічній системі реєстру є так звані розділи, або ключі (Keys). У Windows немає якого-небудь єдиного стандарту в позначенні ключів системного реєстру, тому їх імена були призначені розробниками виходячи з типу даних, представлених у нутрії ключа. Ключі відображаються в програмі «Редактор» реєстру у вигляді підпапок гілок HKEY_. Функціонально ключі можна розділити на дві умовні категорії:
Зумовлені системою, тобто ті, імена яких призначені операційною системою.
Визначені користувачем - імена цих ключів можуть бути змінені адміністратором комп'ютера, і такі зміни не приведуть до яких-небудь фатальних наслідків.
Сходинкою нижче в архітектурі реєстру слід так звані підрозділи (Subkeys). Підрозділи також не мають жорстко встановлених асоціацій з будь-якими типами даних і не підкоряються ніяким угодами, що обмежують їх найменування. Останньою сходинкою в ієрархічній структурі системного реєстру є параметри (Values) - елементи реєстру, які містять саму інформацію, що визначає роботу операційної системи і комп'ютера в цілому. Параметри представляють собою ланцюжок ім'я параметра - значення параметра і розрізняються за типом даних, що зберігаються в якості значень.
Яким чином встановлюються програми в ОС Linux
В ОС Linux існує два способи установки програмного забезпечення:
1. Установка з вихідних текстів: Цей спосіб полягає в тому, що програма поширюється не в зібраному вигляді, а у вигляді вихідних кодів. Даний метод називається традиційним тому, що він був першим способом встановлення програм до появи менеджера RPM або аналогічних йому (apt-get). Як правило, початковий текст розташовується в архіві. Зазвичай файл, що містить вихідний текст, має подвійне розширення: наприклад, tag.gz або tar.bz2. Це означає, що даний файл стиснутий двома архіваторами: спочатку tar, а потім gzip. Розпаковувати архів потрібно за принципом стека: спочатку зовнішнім архіватором, а потім внутрішнім. Наступний етап - це безпосередня установка програми. Після успішного завершення розпаковування, потрібно перейти в каталог, що містить вихідні тексти і ввести три команди:
/ Config ure - конфігурує встановлювану програму для роботи з системою. Також вона перевіряє, чи може встановлювана програма працювати в даній системі. Після успішного завершення буде створений файл Makefile. У якому зазначені необхідні параметри для роботи програми make.
make - на цьому етапі програма компілюється, тобто створюються бінарні виконувані файли з вихідних текстів.
make install - встановлює програму і файли довідкової системи у відповідні каталоги.
Одним з плюсів цього типу установки є його швидкодія.
2. Програма RPM: Установка програмного забезпечення в дистрибутивах Red Hat і Mand rake проводиться за допомогою програми rpm. RPM (Red Hat Package Manager) - це менеджер пакетів Red Hat, який призначений працювати, як відкрита пакетна система, доступна для використання ким завгодно. Вона дозволяє користувачам брати вихідний код для нового програмного забезпечення та пакувати його у формі вихідного і двійкового коду, так що виконавчі файли можуть бути легко встановлені і відстежені, а вихідний код легко побудований. Ця система також супроводжує базу даних всіх пакетів і їх файлів, що може бути використано для перевірки пакетів і запиту інформації про файли або пакетах. На відміну від звичних майстрів Install Shield, які використовуються для встановлення програм для Windows, пакети RPM (файли з розширенням. Rpm) не є виконуваними файлами, тобто програмами. У пакетах містяться файли (як в архіві), які потрібно встановити, а також різна інформація про пакунок: який пакет необхідний для роботи цього пакету, з яким пакетом конфліктує, інформація про розробника, а також інформація, яка вказує, які дії слід виконувати при Встановлюючи цей пакунок, наприклад, які каталоги потрібно створити. Менеджер пакетів RPM використовується в багатьох дистрибутивах Linux (Red Hat, Mandrake, ASP, Black Cat.) І є досить легкою і гнучкою у використанні системою, що обумовлює його популярність. Перед установкою програми менеджер RPM перевірить залежності пакету, тобто, чи встановлені у вашій системі інші пакети, які необхідні новій програмі або конфліктують з нею. Якщо встановлені всі потрібні програмі пакети (або для роботи програми взагалі не потрібні ніякі додаткові пакети), а також, якщо нова програма не конфліктує ні з одним уже встановленим пакетом, менеджер RPM встановить програму. В іншому випадку ви отримаєте повідомлення, що для роботи програми потрібний якийсь додатковий пакет або програма конфліктує з уже встановленим пакетом. Якщо потрібен додатковий пакет, просто встановіть його. А ось, якщо програма конфліктує з уже встановленим пакетом, то потрібно буде вибрати, який пакет вам більше потрібен: вже встановлений або новий. Простіше за все встановити ПО, представлене у вигляді rpm-пакета, що містить виконувані файли.
Основні недоліки:
Макропакунки між дистрибутивами можуть істотно різнитися;
Роздробленість і несумісність різних версій. Так, існують проекти по розробці RPM 4 (rpm.org), RPM5 (rpm5.org), а також велика кількість патчів на RPM в дистрибутивах. Зокрема, це призводить до:
Несумісність spec-файлів між дистрибутивами (spec-файл ALT Linux найчастіше неможливо зібрати на Red Hat або SuSE без значних виправлень);
Несумісність назв пакетних залежностей при спробі встановити пакет від іншого дистрибутиву (наприклад, залежності в RPM збірки Connectiva створюються за іншими правилами, ніж у Mandriva);
Переваги над іншими засобами управління і установкою програмного забезпечення:
Легкість видалення і оновлення програм;
Популярність: дуже багато програм збираються саме в RPM, тому немає необхідності збирати програму з вихідних кодів;
«Неінтерактивна установка»: легко автоматизувати процес установки / оновлення / видалення;
Перевірка цілісності пакунків за допомогою контрольних сум і GPG-підписів;
DeltaRPM, аналог patch, що дозволяє відновити встановлене програмне забезпечення з мінімальними витратами на трафік;
Можливість акумуляції досвіду складальників в spec-файлі;
Відносна компактність spec-файлів за рахунок використання макросів;
Пакети
Основні види форматів пакетів:
Бінарні (виконавчі) пакети - готові відкомпілювалися пакети, які закачуються для конкретної системи.
Пакети, що включають вихідні коди програм - пакети, вимагають компіляції на локальній машині. Вони є більш універсальними, ніж бінарні, тому що можуть використовуватися для різних систем.
Скриптова мова
Мова програмування, розроблена для запису «сценаріїв», послідовностей операцій, які користувач може виконувати на комп'ютері. Прості скриптові мови раніше часто називали мовами пакетної обробки (batch languages або job control languages). Сценарії зазвичай інтерпретуються, а не компілюються (хоча часто сценарії компілюються кожен раз перед запуском). У прикладній програмі, сценарій (скрипт) - це програма, яка автоматизує деяке завдання, яке без сценарію користувач робив би вручну, використовуючи інтерфейс програми.
Оболонка операційної системи - інтерпретатор команд операційної системи, що забезпечує інтерфейс для взаємодії користувача з функціями системи.
Bash - вдосконалена і модернізована варіація командної оболонки Bourne shell. Одна з найбільш популярних сучасних різновидів командної оболонки UNIX. Особливо популярна в середовищі GNU / Linux, де вона часто використовується в якості командної оболонки за замовчуванням. Сама по собі оболонка bash не виконує жодних прикладних завдань. Але вона забезпечує виконання всіх додатків: знаходження викликаються програм, їх запуск і організацію вводу / виводу. Крім того, оболонка відповідає за роботу зі змінними оточення і виконує деякі перетворення (підстановки) аргументів. Але головна властивість оболонки, що робить її потужним інструментом користувача - це те, що вона включає в себе просту мову програмування. Як давно доведено в математиці, будь-який алгоритм можна побудувати з пари-трійки основних операцій і одного умовного оператора. Реалізацію умовних операторів (а також операторів циклу) і бере на себе оболонка. Вона використовує всі інші утиліти і програми (і ті, які є у складі операційної системи, і ті, що встановлюються окремо) як базові операції підтримуваного нею мови програмування, забезпечує передачу їм аргументів, а також передачу результатів їх роботи іншим програмам або користувачеві. У результаті виходить дуже потужна мова програмування. І в цьому основна сила і одна з істотних функцій оболонки.
Складання бази даних програм-аналогів
Методика підбору
Більшість програм для Windows створюються за принципом «все в одному» (кожен розробник сам реалізує все в своєму продукті). Так само цей принцип називають «Windows-way». Ідеологія UNIX / Linux - один компонент або одна програма повинні виконувати тільки якусь одну задачу, але зате виконувати її добре («UNIX-way»). Програми під Linux нагадують конструктор LEGO (наприклад, якщо існує програма для перевірки орфографії, то її використовують при розробці текстового редактора, або якщо вже існує потужна консольна програма для скачування файлів, то простіше написати до неї графічний інтерфейс. Цей принцип дуже важливий і його потрібно враховувати при пошуку аналогів Windows-програм в Linux. Акцент робиться на вільне програмне забезпечення. На кілька програм Windows можна привести один їх загальний Linux аналог, і навпаки - на одну програму Windows можна наводити відразу кілька Linux аналогів.
По можливості розмір програм (у мегабайтах) і доступність повинні бути порівнянні;
Стабільність Linux-програми повинна бути такою ж, як у програми для Windows або вище;
Якщо Windows програма має графічний інтерфейс, то і Лінукс програма повинна мати його теж;
Функціональність Linux програми повинна відповідати основним функція Windos програми;
З урахуванням поставлених критерій і принципів була здійснена методика підбору програм аналогів для заповнення інформаційної бази, в якій вони будуть брати участь в якості списків відповідностей програм.
2.2 Звідки бралася інформація
Інформація про аналоги Windows програм бралася з інформаційних порталах, книгах, довідників в яких була порушена і розвинена тема з експлуатації ОС Linux. У цих джерелах інформації описані найбільш популярні та перевірені часом програми, що відповідають на ті чи інші вимоги для різної сфери користувальницької діяльності. Таким чином, із загально-споживацької практики та обраної методики підбору був складений список збігів аналогів Windows і Linux програм.
Для визначення можливості використання програми - аналога без втрати її якісних характеристик таких як: стабільність роботи, набір функціональності, ергономічність користувальницького інтерфейсу, потрібно правильно оцінити програму. Оцінкою в даному випадку є те, на скільки порівнюється за ідентично по своїм необхідним функціональним можливостям у використанні, стабільності в роботі і по ергономічності користувальницького інтерфейсу.
Ідентичність
Опис
Висока
Оцінюється ПЗ з максимально ідентичними можливостями, як по набору функціональних можливість, так і по ергономічності користувальницького інтерфейсу. Високу стабільність в роботі. ПЗ з такою оцінкою дозволить використовувати його з мінімальними витратами за часом та функціональними можливостями.
Середня
Оцінюється ПЗ з мінімально ідентичними можливостями, як по набору функціональних можливість або й по ергономічності користувальницького інтерфейсу. Стабільність у роботі має бути мінімум, як у Windows аналога. ПЗ з такою оцінкою дозволить використовувати його з втратами у функціональному використанні або витратами на освоєння користувальницького інтерфейсу.
Низька
Оцінюється ПЗ з явним відсутністю деяких можливостей і незручністю у використанні, яке викличе тимчасові витрати і з освоєння і втрати у функціональному використанні.
Категорії - Визначає до якої сфери використання відноситься ПЗ.
Такими категоріями можуть бути:
Антивірусне забезпечення;
Середовище розробки;
Текстові, графічні редактори;
Програвачі аудіо та відео файлів;
Архіватори;
Вузькоспеціалізоване ПЗ;
Для можливості оцінити порівнювану програму, реалізована можливість внесення оцінки в поле характеристики. У самій характеристики програми відображені поля, що забезпечують необхідний набір описів, для розуміння, наскільки програми відповідають один одному. Вони можуть бути розширені у наступних версіях програми, якщо буде потрібно додати ще якісь характеристики програмних продуктів.
Розробка програмного забезпечення
Аналіз технологічного рішення задачі
Windows API (application programming interfaces) - загальна назва цілого набору базових функцій інтерфейсів програмування додатків операційних систем сімейств Windows і Windows NT корпорації «Майкрософт». Є найбільшим прямим способом взаємодії застосунків з ОС Windows. Для створення програм, що використовують Windows API, «Майкрософт» випускає SDK, який називається Platform SDK і містить документацію, набір бібліотек, утиліт та інших інструментальних засобів. Windows API був спочатку спроектований для використання в програмах, написаних на мові C (або C + +). Робота через Windows API - це найбільш близький до системи спосіб взаємодії з нею з прикладних програм. Більш низький рівень доступу, необхідний лише для драйверів пристроїв, в поточних версіях Windows надається через Windows Driver Model.
Win16 - перша версія Windows API для 16-розрядних версій Windows. Спочатку називався просто Windows API, потім став називатися Win16 для відмінності від Win32.
Win32s - підмножина Win32, що встановлюється на сімейство 16-розрядних систем Windows 3.x і реалізує обмежений набір функцій Win32 API для цих систем.
Win32 - 32-розрядний API для сучасних версій Windows. Найпопулярніша нині версія. Базові функції цього API реалізовані в DLL kernel32.dll і advapi32.dll; базові модулі GUI - в user32.dll і gdi32.dll. Win32 з'явився разом з Windows NT і потім був перенесений (у кілька обмеженому вигляді) в системи серії Windows 9x. У сучасних версіях Windows, що походять від Windows NT, роботу Win32 GUI забезпечують два модулі: csrss.exe (Client / Server Runtime Subsystem), що працює в режимі користувача, і win32k.sys в режимі ядра. Роботу ж системних Win32 API забезпечує ядро - ntoskrnl.exe
Win64 - 64-розрядна версія Win32, що містить додаткові функції для використання на 64-розрядних комп'ютерах. Win64 API можна знайти тільки в 64-розрядних версіях Windows XP, Windows
Основні бібліотеки API.
COMCTL32.DLL: набір додаткових елементів керування Windows, в тому числі Tree List і Rich Text;
MAPI32.DLL: функції роботи з електронною поштою;
NETAPI32.DLL: елементи управління та функції роботи з мережею;
ODBC32.DLL: функції цієї бібліотеки потрібні для роботи з різними базами даних через протокол ODBC;
WINMM.DLL: операції доступу до системних засобів мультимедіа.
KERNEL32.DLL: низькорівневі функції управління пам'яттю, завданнями та іншими ресурсами системи;
USER32.DLL: тут в основному знаходяться функції управління для користувача інтерфейсом;
GDI32.DLL: бібліотека Graphics Device Interface - різноманітні функції виводу на зовнішні пристрої;
COMDLG32.DLL: функції, пов'язані з використанням діалогових вікон загального призначення;
Як працює скрипт і команди в Linux
- Веб сервеси
- На конкретному ПК
- Для вбудованих пристроїв - системні
- Моя прога відноситься до класу ...
- Мов тож багато
- Таб класи / мови
вибрати один;
- Як влаштований мову
- Концепції
Оцінка виду зберігання інформації
Опис по Гост БД
Найбільш оптимально, для зберігання даних, використовувати СУБД.
У unix, це вже аксіома - всі дані зберігаються в СУБД. Написані бібліотеки, для доступу до них, є заголовні файли, все це у відкритому коді. Як правило, програми з самого початку орієнтовані на взаємодію з кількома різними СУБД.
У windows все приблизно так само, тільки програми (системи) більш орієнтовані на якусь конкретну СУБД, наприклад MSSQL або Oracle. Все пов'язано з великими фінансовими витратами.
Дле невеликих програм, націлених на windows, має сенс зберігати дані в локальних файлах, як у нашому випадку, у форматі ». Ini» або форматі XML.
Розробка виду зберігання списку програм
Для даної версії продукту, база даних, в традиційному її розумінні не використовується. Використовується конфігураційний файл. Це широко поширений формат ». Ini». Для якого створено, велика кількість бібліотек обробки. Його легко модифікувати, в тому числі і «руками», в тому числі і під Linux. Нехитрий легкий для читання формат - назва секції, ключі та їх значення.
Повинен відзначити, що в даний час, формат ». Ini» трохи застарів, все більше застосовується формат XML, під який так само створена велика кількість обробників (парсерів). Гадаю у наступній версії, буде додана можливість використання XML-списків відповідностей, а так само не виключаю, що буде додана можливість підключення програми безпосередньо до СУБД.
Для автоматизованого відновлення програмного оточення в ОС Linux буде використовуватися скрипт, який буде керувати процесом встановлення пакунків. Це буде bash-скрипт, який задіює, утиліту для роботи з пакетами (yum, apt-get). Поки скрипт буде націлений на конкретний дистрибутив Red Hat або совсместімий інструменту керування пакунками yum.
Аpt-get програма для встановлення, оновлення та видалення програмних пакунків в операційних системах Debian і заснованих на них (Ubuntu, Edubuntu тощо). Здатна автоматично встановлювати і налаштовувати програми для UNIX-подібних операційних систем як із заздалегідь скомпільованих пакунків, так і з джерельного коду.
Пакунки беруться із інтернет-репозиторіїв, або їх можна встановити з наявних носіїв. Список джерел пакунків зберігається у файлі / etc / apt / sources.list та у теці / etc / apt / sources.list.d /. Графічні оболонки для apt дозволяють легко додавати нові та вилучати непотрібні джерела.
Аpt (apt-get) значно спрощує процес встановлення програм у командному режимі. Для користувачів, що віддають перевагу графічному інтерфейсу, можуть бути зручнішими інші front-оболонки - Synaptic та Adept.
Розповсюджується безкоштовно, відповідно до умов користувацької угоди GNU General Public License.
Конфігураційний файл
Файл конфігурації або конфігураційний файл використовується для зберігання налаштувань комп'ютерних програм, в тому числі і операційних систем.
Як правило, конфігураційні файли мають текстовий формат і можуть бути прочитані і відредаговані користувачем програми.
Найбільш широко файли конфігурації в якості засоби налаштування використовуються в ОС сімейства Unix: FreeBSD, GNU / Linux і ін
Відомі формати:
XML;
YAML;
INI;
ENV;
інші ...
В ОС GNU / Linux як файлів конфігурації системи найчастіше використовуються сценарії (скрипти) для командної оболонки.
3.6 Розробка алгоритму отримання інформації про встановлений ПЗ в ОС
значально було вирішено, не використовувати додаткових бібліотек, що не входять до складу BDS 2006. Використано тільки уніфіковані контейнери даних (TCollection) і формати файлів (. Ini). Все це дозволить легше супроводжувати програму, а також забезпечить її взаємодія з іншими програмними продуктами, якщо буде потрібно.
3.7 Оновлення списку відповідностей через взаємодію з FTP сервером
Охорона праці
Дослідження можливих небезпечних і шкідливих факторів при експлуатації ЕОМ та їх впливу на користувачів
Охорона праці - це система законодавчих актів, соціально-економічних, організаційних, технічних, гігієнічних і лікувально-профілактичних заходів та засобів, що забезпечують безпеку, збереження здоров'я і працездатності людини в процесі праці.
Повністю безпечних та нешкідливих виробничих процесів не існує. Завдання охорони праці - звести до мінімальної імовірність ураження або захворювання працюючого з одночасним забезпеченням комфорту при максимальній продуктивності праці.
Будь-який виробничий процес, в тому числі робота з ЕОМ, пов'язаний з появою небезпечних і шкідливих чинників.
Небезпечний фактор - це виробничий фактор, вплив якого на працюючого в певних умовах призводить до травми або іншого різкого раптового погіршення здоров'я.
Шкідливий фактор - виробничий фактор, що призводить до захворювання, зниження працездатності або смерті. Залежно від рівня і тривалості впливу шкідливий виробничий фактор може стати небезпечним.
При роботі над дипломом використовувалися:
Мережа 380 В/220 В.
Приміщення без підвищеної небезпеки (сухі, температура +5 - 30 градусів Цельсія, відносна вологість менше або дорівнює 60%, коефіцієнт заповнення менше 0,2).
Комп'ютер (РК-монітор, системний блок, клавіатура, миша), принтер, сканер.
Характеристики монітора: дозвіл по горизонталі (max) 1280 пікселів; дозвіл по вертикалі (max) - 800 пікселів; легко регульовані контрастність і яскравість; частота кадрової розгортки при максимальному дозволі - 50-76 Гц, частота рядкової розгортки при максимальному дозволі - 24-83 Гц.
Розглянемо, які можуть бути отруйні та шкідливі фактори при експлуатації зазначеної електронно-обчислювальної техніки.
ВТ харчується від мережі 220 В, 50 Гц, а безпечним напругою є
U ≤ 40 В, тому з'являються небезпечні фактори ураження електричним струмом. Електричний струм на людину виробляє вплив:
Термічне
Електролітичне
Біологічне
Механічне
Результатом впливу електричного струму на людину можуть бути травми:
місцеві - електричні опіки, металізація шкіри, ущільнення шкіри, механічні пошкодження і електроофтальмія.
загальні - електроудар (судорожне скорочення м'язів, з втратою свідомості / без втрати свідомості, втрата свідомості з порушенням дихання, зупинка серця).
Тяжкість ураження електричним струмом залежить від сили струму, роду струму, частоти струму, електричного опору людини, стану навколишнього середовища, часу впливу струму і індивідуальних особливостей людини.
Найбільш небезпечним змінним струмом є струм 20 - 100 Гц. Оскільки комп'ютер живиться від мережі змінного струму частотою 50 Гц, то цей струм є небезпечним для людини.
Методи і засоби захисту користувачів від впливу на них небезпечних і шкідливих факторів
Для захисту від ураження електричним струмом використовується технічний засіб - занулення.
Занулення - це навмисне електричне з'єднання з нульовим захисним провідником металевих неструмоведучих частин ЕЛУ, які можуть опинитися під напругою. Застосовується в 3-хфазних чотирьох провідних мережах з глухо заземленою нейтраллю при напрузі менш 1000В.
Основа принципу захисту занулением: захист людини здійснюється тим, що при замиканні однієї з фаз на заземлюючий корпус, в ланцюзі з'являється струм замикання, який відключає від споживача мережу. Струм короткого замикання ще до спрацьовування захисту викликає перерозподіл в мережі, що приводить до зниження напруги на корпусі відносно землі.
(Формула 1), де:
J К.З. - Струм короткого замикання [А];
U ф - фазовий напруга [B];
r m - опір котушок трансформатора [Ом];
r НЗП - опір нульового захисного провідника [Ом].
U ф = 220 В; Ом (за паспортом)
(Формула 2), де:
- Питомий опір матеріалу провідника [Ом * м];
l - довжина провідника [м];
s - площа поперечного перерізу провідника [мм 2].
= 400 м;
= 150 м;
= 50 м;
;
9,1
За величиною визначимо з яким
необхідно включити в ланцюг харчування ПЕОМ автомат.
р мідь = 0,0175 Ом * м
(Формула 3), де K - якість автомата.
Звідси випливає, що для відключення ПЕОМ від мережі в разі короткого замикання або інших несправностей в ланцюг харчування ПЕОМ необхідно ставити автомат з J ном = 8 А.
Під час роботи на персональних ЕОМ при дотику до будь-якого з елементів обладнання можуть виникнути розрядні струми статичної електрики. Внаслідок цього відбувається електризація пилу і дрібних частинок, які притягається до екрану. Зібралася на екрані електризуватися пил погіршує видимість, а при підвищенні рухливості повітря, потрапляє на обличчя і в легені людини, викликає захворювання шкіри та дихальних шляхів.
Особливо електростатичний ефект спостерігається у комп'ютерів, які знаходяться в приміщенні з підлогами, покритими синтетичними килимами.
При підвищенні напруженості поля Е> 15 кВ / м, статичну електрику може вивести з ладу комп'ютер.
Для захисту від статичної електрики передбачені спеціальні шнури живлення з вбудованим заземленням. Там, де це не використовується (відсутній розетка) необхідно заземлювати корпусу обладнання.
Також для захисту від впливу електричного струму всі корпуси обладнання, клавіатура, засувки дисководів і кнопки управління виконані з ізоляційного матеріалу.
Крім того, для захисту здійснюється:
Контурне заземлення.
Нейтралізація статичної електрики.
Наявність антистатичного статі.
Вологе прибирання.
Провітрювання з рухливістю повітря 0,2 м / с.
Ергономічні вимоги до робочих місць ПЕОМ
Виробниче освітлення теж заслуговує на увагу. Раціональне освітлення приміщень - один з найбільш важливих факторів, від яких залежить ефективність трудової діяльності людини.
Призначення його полягає в тому, щоб: 1) знижувати стомлюваність, 2) збільшувати умови зорової роботи, 3) сприяти підвищенню продуктивності праці і якості продукції, 4) надавати сприятливий вплив на психіку, 5) зменшувати рівень травматизму і збільшувати безпеку праці.
До висвітлення пред'являються наступні вимоги:
У робочій зоні освітлення повинно бути в такій мірі, щоб робочий мав можливість добре бачити процес роботи не напружуючи зір, і не нахиляючись (менш ніж на 0,5 метра до очей) до об'єкта.
Освітлення не повинне створювати різких тіней, відблисків і надавати сліпуче дію. Очі повинні бути захищені від прямих джерел світла.
Спектральний склад світла повинен бути наближений до природного світла.
Рівень освітленості повинен бути достатній і відповідати умовам зорової роботи.
Рівень освітленості повинен забезпечувати рівномірність і стійкість рівня освітленості.
Освітлення не повинне створювати блескости як самих джерел світла, так і предметів, які знаходяться в робочій зоні.
Вимоги до висвітлення в обчислювальних центрах:
Місцеве освітлення не рекомендується. Використовується загальне освітлення. Максимальна освітленість 400 лк, блескость менше 15 од., Пульсація менше 10%.
Освітленість на поверхні столу в зоні розміщення робочого документу повинна бути 300 - 500 лк. Допускається установка світильників місцевого освітлення для підсвічування документів. Місцеве освітлення не повинно створювати відблисків на поверхні екрана, а освітленість екрана має не перевищувати 300 лк.
Слід обмежувати пряму блесткость від джерел освітлення, при цьому яскравість світяться поверхонь (вікна, світильники тощо), що знаходяться в полі зору, не повинна бути більше 200 кд / кв. м.
Слід обмежувати нерівномірність розподілу яскравості в полі зору монітором і ПЕОМ, при цьому співвідношення яскравості між робочими поверхнями не повинно перевищувати 3:1 - 5:1, а між робочими поверхнями і поверхнями стін і обладнання 10:1.
Лампи рекомендується використовувати білого світла, холодного білого світла, найбільш близькі до природного світла. Потужність ламп 36-40 ВТ, температура 3000-4200 градусів Кельвіна, тоді вони не дають високого ультрафіолетового випромінювання.
Основний потік природного світла повинне бути ліворуч. Сонячні промені і відблиски не повинні потрапляти у поле зору працюючого з ПЕОМ.
До робочого місця з ЕОМ також пред'являються вимоги:
Робочі місця з комп'ютерами повинні розміщуватися таким чином, щоб відстань від екрана одного відеомонітора до тилу іншого була не менше 2,0 м, а відстань між бічними поверхнями відеомоніторів - не менше 1,2 м.
Екран відеомонітора повинен знаходитися на відстані 600 - 700 мм, але не ближче 500.
Висота робочої поверхні столу повинна регулюватися у межах 680-800 мм, при відсутності такої можливості висота робочої поверхні столу повинна бути 725 мм.
Робочий стіл повинен мати простір для ніг висотою не менше 600 мм, глибиною на рівні колін - не менше 450 мм і на рівні простягнутої ноги - не менше 650 мм.
Робочий стілець (крісло) повинен бути підйомно-поворотним і регульованим по висоті і кутам нахилу сидіння і спинки, а так само - відстані спинки від переднього краю сидіння.
Робоче місце має бути обладнане підставкою для ніг, має ширину не менше 300 мм, глибину не менше 400 мм, регулювання по висоті в межах до 150 мм і по куту нахилу опорної поверхні підставки до 20 градусів; поверхню підставки повинна бути рифленою і мати по передньому краю заввишки 10 мм.
Робоче місце з персональним комп'ютером повинно бути оснащене легко переміщується пюпітром для документів.
Площа на одне робоче місце з ПЕОМ для дорослих користувачів повинна складати не менше 6,0 кв. м., а обсяг не менше 20,0 куб. м.
Для внутрішнього оздоблення приміщень з моніторами і ПЕОМ повинні використовуватися дифузно - відбиваються матеріали з коефіцієнтом відображення для стелі - 0,7 - 0,8; для стін - 0,5 - 0,6; для підлоги - 0,3 - 0,5 .
Поверхня підлоги в приміщеннях експлуатації моніторів і ПЕОМ повинна бути рівної, без вибоїн, неслизькою, зручною. Для очищення і для вологого прибирання, мати антистатичні властивості. Для підвищення вологості повітря в приміщеннях з комп'ютерами слід застосовувати зволожувачі повітря, щодня заправляють дистильованої або кип'яченої питною водою. Перед початком і після кожної години роботи приміщення повинні бути провітрені.
Рекомендований мікроклімат для приміщення з ПЕОМ:
Температура 19-21 ° С
Відносна вологість повітря 55-62%
Література