Одним из плюсов этого типа установки является его быстродействие.

2. Программа RPM: Установка программного обеспечения в дистрибутивах Red Hat и Mandrake производится с помощью программы 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 в дистрибутивах. В частности, это приводит к:

o Несовместимости spec-файлов между дистрибутивами (spec-файл ALT Linux чаще всего невозможно собрать на Red Hat или SuSE без значительных исправлений);

o Несовместимости названий пакетных зависимостей при попытке установить пакет от другого дистрибутива (например, зависимости в RPM сборки Connectiva создаются по другим правилам, нежели в Mandriva);

Преимущества над другими средствами управления и установкой программного обеспечения:

· Лёгкость удаления и обновления программ;

· Популярность: очень многие программы собираются именно в RPM, поэтому нет необходимости собирать программу из исходных кодов;

· «Неинтерактивная установка»: легко автоматизировать процесс установки / обновления / удаления;

· Проверка целостности пакетов с помощью контрольных сумм и GPG-подписей;

· DeltaRPM, аналог patch, позволяющий обновить установленное программное обеспечение с минимальной затратой трафика;

· Возможность аккумуляции опыта сборщиков в spec-файле;

· Относительная компактность spec-файлов за счёт использования макросов;

1.3.1 Пакеты

Основные виды форматов пакетов:

· Бинарные (двоичные) пакеты - готовые откомпилированные пакеты, которые закачиваются для конкретной системы.

· Пакеты, включающие исходные коды программ - пакеты, требующие компиляции на локальной машине. Они являются более универсальными, нежели бинарные, т. к. могут использоваться для различных систем.

1.3.2 Скриптовый язык

Язык программирования, разработанный для записи «сценариев», последовательностей операций, которые пользователь может выполнять на компьютере. Простые скриптовые языки раньше часто называли языками пакетной обработки (batch languages или job control languages). Сценарии обычно интерпретируются, а не компилируются (хотя часто сценарии компилируются каждый раз перед запуском). В прикладной программе, сценарий (скрипт) - это программа, которая автоматизирует некоторую задачу, которую без сценария пользователь делал бы вручную, используя интерфейс программы.

Оболочка операционной системы - интерпретатор команд операционной системы, обеспечивающий интерфейс для взаимодействия пользователя с функциями системы.

Bash - усовершенствованная и модернизированная вариация командной оболочки Bourne shell. Одна из наиболее популярных современных разновидностей командной оболочки UNIX. Особенно популярна в среде GNU/Linux, где она часто используется в качестве командной оболочки по умолчанию. Сама по себе оболочка bash не выполняет никаких прикладных задач. Но она обеспечивает выполнение всех приложений: нахождение вызываемых программ, их запуск и организацию ввода / вывода. Кроме того, оболочка отвечает за работу с переменными окружения и выполняет некоторые преобразования (подстановки) аргументов. Но главное свойство оболочки, которое делает ее мощным инструментом пользователя - это то, что она включает в себя простой язык программирования. Как давно доказано в математике, любой алгоритм можно построить из пары-тройки основных операций и одного условного оператора. Реализацию условных операторов (а также операторов цикла) и берет на себя оболочка. Она использует все остальные утилиты и программы (и те, которые имеются в составе операционной системы, и те, что устанавливаются отдельно) как базовые операции поддерживаемого ею языка программирования, обеспечивает передачу им аргументов, а также передачу результатов их работы другим программам или пользователю. В результате получается очень мощный язык программирования. И в этом основная сила и одна из существенных функций оболочки.

2. Составление базы данных программ-аналогов

2.1 Методика подбора

Большинство программ для 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 программ.

Для определения возможности использования программы - аналога без потери её качественных характеристик таких как: стабильность работы, набор функциональности, эргономичность пользовательского интерфейса, нужно правильно оценить программу. Оценкой в данном случае является то, на сколько сравниваемое ПО идентично по своим необходимым функциональным возможностям в использовании, стабильности в работе и по эргономичности пользовательского интерфейса.

Категории - Определяет к какой сфере использования относится ПО.

Такими категориями могут быть:

· Антивирусное обеспечение;

· Среда разработки;

· Текстовые, графические редакторы;

· Проигрыватели аудио и видео файлов;

· Архиваторы;

· Узкоспециализированное ПО;

Для возможности оценить сравниваемую программу, реализована возможность внесения оценки в поле характеристики. В самой характеристики программы отображены поля, обеспечивающие необходимый набор описаний, для понимания, насколько программы соответствуют друг другу. Они могут быть расширены в следующих версиях программы, если потребуется добавить еще какие-то характеристики программных продуктов.

3. Разработка программного обеспечения

3.1 Анализ технологического решения задачи

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

Страницы: 1, 2, 3