|
Реферат: Программный продукт (Программирование)
ВВЕДЕНИЕ.
Существенной особенностью постиндустриальной эпохи стало появление рынка
авторских прав на программные продукты. Стоит сразу же отметить разницу
понятий " программный продукт " (ПП) и "программа для ЭВМ", которая
полностью определена.
Нужен ли программный продукту некий отличительный знак, подтверждающий
его качество? Казалось бы, рыночная экономика дает отрицательный ответ на
этот вопрос - высокий спрос подтвердит качество товара. Своеобразным знаком
качества часто служит громкое имя поставщика, всем известный brand. И тем
не менее, серьезные компании стремятся не только обеспечить качество, но и
подтвердить его официально, получив сертификат, демонстрирующий, что все
внутренние процессы компании направлены на создание качественного продукта.
Иначе говоря, работает система управления и обеспечения качеством. Наличие
такого сертификата - гарантия доверия его обладателю со стороны клиентов и
партнеров.
В данной работе мы определим понятие «программного продукта», его
сертификацию, а также вопросы авторских прав.
1. Понятие программного продукта и его стандартизация.
Система качества представляет собой организационный стержень для
компании, которая вынуждена тщательно продумывать и документально
оформлять, а затем контролировать каждый этап проектирования программного
продукта и его результаты. Для этого нужен специально обученный
персонал и особые методы управления качеством. Эти методы варьируются от
компании к компании, но основные их положения едины для всех и
определяются стандартом. В конечном итоге система качества позволяет
создать оптимальные условия для продуктивного труда специалистов, поскольку
берет на себя все формальные и рутинные, но абсолютно необходимые операции.
Она позволяет перейти от кустарного уровня сотворения замечательных
программ "на коленке" к научно организованному массовому производству
программного продукта .
ISO 9000-3 - система качества для ПО Стандарт ISO 9000-3 включает в себя
все положения общего стандарта ISO 9001, а также необходимые дополнения к
ним, относящиеся к разработке, поставке и обслуживанию ПО. ISO 9001
устанавливает требования к системе качества поставщика и позволяет
оценивать его возможности по проектированию и поставке продукции,
соответствующей этим требованиям.
Требования стандарта направлены в первую очередь на то, чтобы
удовлетворить запросы пользователя, предупредив появление каких-либо
несоответствий продукции на всех стадиях ее жизненного цикла – от
проектирования до обслуживания. Стандарт определяет ряд важных понятий ,
которые затем используются в положениях стандарта, в том числе:
продукт - результат действий или процессов; программный продукт -
набор компьютерных программ, процедур и, возможно, связанных с ними
документов и данных;
элемент программного обеспечения (software item) – любая
идентифицируемая часть программного продукта ; основание (baseline)
- формально утвержденная версия элемента
конфигурации, зафиксированная в определенный момент времени в процессе
жизненного цикла элемента конфигурации; разработка (development) - процесс
жизненного цикла программного продукта , охватывающий анализ требований,
проектирование, кодирование,
интеграцию, тестирование, установку и поддержку; модель жизненного цикла
(life cycle model) - базовая модель, включающая процессы, действия и
задачи, вовлеченные в разработку, функционирование и сопровождение
программного продукта и хватывающие весь жизненный цикл системы от
определения требований до завершения
использования; этап (phase) - определенный сегмент работы; регрессионное
тестирование (regression testing) - тестирование, позволяющее убедиться в
том, что изменения, внесенные с целью исправления обнаруженных ошибок, не
породили новых; репликация (replication) - копирование программного
продукта с одного носителя на другой. Важно отметить, что в большинстве
пунктов стандарта поставщик обязывается не только определять
соответствующие действия, но и оформлять их документально, регистрировать
результаты и периодически анализировать, для того чтобы внести необходимые
усовершенствования или полностью заменить.
Управление проектированием
Это самый обширный раздел стандарта, поскольку он затрагивает базовую
составляющую общего процесса создания продукта , программного
продукта в частности, решающим образом влияющую на его качество.
Поставщик устанавливает и документирует методики управления и верификации
проекта с целью обеспечения выполнения установленных требований. Этот
раздел стандарта ISO 9000-3 дает руководящие указания по основным действиям
в процессе разработки, таким как анализ требований к проекту,
проектирование архитектуры системы, детальное проектирование и кодирование,
а также планирование разработки.
Проект разработки программного продукта организуется в
соответствии с определенной моделью жизненного цикла. ISO 9000-3 не
определяет, какой должна быть модель жизненного цикла, это зависит от
специфики решаемой задачи. Стандарт дает лишь общее определение модели
жизненного цикла как множества процессов. Модель показывает, когда и как
эти процессы подключаются к реализации проекта.
Разработка системы - это процесс преобразования исходных требований в
конечный программный продукт . Стандарт оговаривает, что этот
процесс должен проводиться в строго определенном порядке. Это позволит
предотвратить появление ошибок и снизит зависимость от процессов проверки и
утверждения как единственных методов определения проблемных ситуаций.
Требование строгой дисциплины процесса разработки подразумевает наличие и
поддержку в рабочем состоянии документированных процедур, которые послужат
гарантией того, что программный продукт создается в соответствии
с заданными требованиями и планами разработки и обеспечения качества.
Управление проектом должно учитывать такие аспекты, как используемый
метод проектирования и его соответствие конкретной задаче, опыт предыдущих
проектов, требования последующих процессов: тестирования, установки,
сопровождения и использования, наконец, соображения защиты и безопасности.
В тех случаях, когда сбои системы могут нанести ущерб людям, собственности
или окружающей среде, при проектировании должно быть сформулированы
специальные требования, гарантирующие устойчивость системы или ее ответные
действия на потенциальные аварийные ситуации. Для процессов кодирования
должны задаваться правила использования языков программирования, принципы
кодирования и правила составления адекватных комментариев.
Инструментальные средства и методы, используемые в разработке
программного продукта , такие, например, как системы анализа и
проектирования и компиляторы, должны заранее утверждаться и
контролироваться системой конфигурационного управления. Область применения
инструментария должна быть задокументирована, а его использование
периодически анализироваться, дабы выявить необходимость усовершенствования
инструментальных систем или замены на новые продукты.
Проектирование и разработка должны тщательно планироваться. План
разработки программного продукта формулирует строго
документированные действия по анализу требований к системе, проектированию,
кодированию, интеграции, тестированию, установке и поддержке системы. План
разработки должен быть проанализирован и утвержден.
План разработки включает также связанные с основным процессом планы
обеспечения качества, управления рисками и конфигурацией, планы интеграции,
тестирования, установки, обучения сотрудников и др.
Должны быть определены и задокументированы принципы организационно-
технического взаимодействия между различными группами, участвующими в
разработке. Здесь четко определяются границы ответственности каждого
участника разработки и то, каким образом
техническая информация будет передаваться между участниками. Здесь же
оговаривается ответственность заказчика проекта, если он принимает участие
в разработке: необходимость участвовать в проекте, обязательства по
своевременному предоставлению нужной информации. В случае обоюдной
договоренности между поставщиком и заказчиком может быть запланирован
совместный анализ ведения проект а, регулярно или на определенных его
этапах. Этот анализ затрагивает такие факторы, как ход разработки
состороны поставщика, участие в разработке со стороны заказчика,
соответствие системы требованиям заказчика, результаты проверок, результаты
тестирования.
Входные проектные требования к продукции. Требования формулирует
заказчик, а поставщик анализирует, насколько они адекватны. Неполные,
двусмысленные или противоречивые требования являются предметом
урегулирования с лицами, ответственными за их предъявление. В определенных
ситуациях, по обоюдному согласию, спецификацию требований может проводить
поставщик.
Выходные проектные данные также оформляются документально, причем таким
образом, чтобы их можно было проверить и подтвердить относительно входных
проектных требований. Выходные данные проекта программной системы могут
включать: спецификацию архитектуры проекта, детальную спецификацию проекта,
исходные коды, руководство пользователя. Поставщик программного
продукта должен планировать и проводить официальный, документально
оформленный анализ результатов проектирования.
Степень формальности и строгости процессов анализа соответствуют
сложности разрабатываемой системы и степени риска, связанного с ее
использованием. Анализ проектирования затрагивает такие аспекты, как
выполнимость проекта, удовлетворение требованиям защиты и безопасности
системы, выполнение правил программирования и возможность тестирования. На
определенных стадиях проектирования проводится проверка соответствия
выходных данных входным требованиям. Такая верификация проекта может
включать анализ выходных данных, демонстрации, в том числе с помощью
прототипов и моделирования, или тестирование. Только проверенные выходные
проектные данные утверждаются для окончательного приема и последующего
использования. Все обнаруженные в процессе проверки проблемные ситуации
должны адекватно разрешаться.
Прежде чем система будет передана заказчику, поставщик должен утвердить
систему на соответствие заданному назначению. Заказчику может быть передан
только утвержденный программный продукт .
Все изменения и модификации проекта должны быть идентифицированы,
документально оформлены, проанализированы и утверждены до их реализации.
Поставщик устанавливает и поддерживает в рабочем состоянии процедуры
управления изменениями в проекте, которые могут возникнуть на любой стадии
жизненного цикла системы. Управление документацией и данными
Обслуживание
Поддержка заказчиков обсуждается в стандарте ISO 9000-2. Сопровождение
системы, как правило, включает в себя обнаружение и анализ несоответствий в
программной системе, вызывающих сбои в ее работе; коррекцию программных
ошибок; модификацию интерфейсов, что необходимо в случае внесения
добавлений или изменений в аппаратуру; функциональное расширение или
улучшение производительности Все действия по сопровождению должны
проводиться и контролироваться в соответствии с планом сопровождения,
который заранее определяется и согласовывается поставщиком и заказчиком. В
заключение нам остается лишь добавить, что технология разработки
программного обеспечения - это целая наука, которой в России, увы, почти не
учат. Отсюда явный дефицит хороших менеджеров и специалистов по комплексным
проектам. Общие положения стандарта по обеспечению качества - лишь верхушка
айсберга. За пределами нашей статьи остались детали тех процессов, которые
реально обеспечивают качество конечного продукта. Но это, как правило, "ноу
хау" компании.
2. АВТОРСКОЕ ПРАВО НА ПРОГРАММНЫЙ ПРОДУКТ
КАК ОБЪЕКТ СТОИМОСТНОЙ ОЦЕНКИ
Существенной особенностью постиндустриальной эпохи стало появление рынка
авторских прав на программные продукты. Стоит сразу же отметить разницу
понятий " программный продукт " (ПП) и "программа для ЭВМ", которая
полностью определена.
В рыночной экономике авторские права на ПП выступают в виде принципиально
нового информационного ресурса и продукта, вовлечение которого в
хозяйственный оборот происходит в процессе коммерциализации (купли-продажи,
переуступки прав собственности) и капитализации (постановки на баланс,
инвестирования в уставный капитал).
Наиболее сложной, но интересной в теоретическом и практическом плане
является такая обязательная процедура введения в хозяйственный оборот как
стоимостная оценка имущественных прав на ПП. Еще далеко не разрешены все
проблемы, связанные со стоимостной оценкой объектов промышленной
собственности, а оценка стоимости авторских прав на ПП тем более
затруднена, т.к. ПП является сложным синтетическим и часто составным
объектом интеллектуальной собственности (ОИС) .
Необходимость оценить в денежном выражении программный продукт (ПП)
возникает на различных стадиях его жизненного цикла. Фирма, создавшая ПП,
может быть заинтересована в его стоимостной оценке в качестве новой
продукции, подлежащей реализации, а также в качестве своего имущества при
включении ПП в баланс предприятия путем постановки на учет в составе
нематериальных активов (НМА).
Стоимостная оценка ПП с целью включения в НМА (капитализации) называется
балансовой стоимостью и носит явно выраженный затратный характер.
После включения в НМА ПП вводятся в состав основного капитала фирмы,
погашают свою стоимость путем амортизации, но и как всякое другое
имущество, ПП подвергаются налогообложению.
Необходимость в стоимостной оценке ПП и их капитализации явно выражена в
следующих ситуациях, требующих различного подхода:
- приватизация или превращение фирмы в акционерное общество;
- оценка имущества фирмы в случае ее разделения;
- организация на основе фирмы обособленного нового производства;
- оценка имущества фирмы в случае ее продажи;
- оценка имущества фирмы при страховании;
- оценка имущества фирмы при банкротстве.
Типичным случаем корпоративных трансакций также является внесение вкладов
в уставной фонд вновь создающихся фирм, тогда имущественные права на ПП
являются инвестициями в развитие другого производства.
Выход на рынок ПП также может рассматриваться как выход продукции
(продажа копий), а также как выход на рынок имущественных прав на ПП,
который предусматривает различные случаи стоимостной оценки:
- оценка исключительных имущественных прав на ПП;
- оценка неисключительных имущественных прав на ПП;
- оценка имущественных прав на "ноу-хау", заключенных в прикладной
компьютерной программе.
Уступка вышеуказанных имущественных прав на ПП оформляется в виде
авторских или иных договоров, а также беспатентной лицензии, в которых в
подавляющем большинстве случаев указывается стоимость прав в денежном
выражении.
В процессе создания программы для ЭВМ алгоритм может быть защищён как
"ноу-хау" в качестве информации научного или технического характера,
составляющей коммерческую тайну фирмы-разработчика.
Имущественные же права на объекты интеллектуальной собственности, к
которым относятся ПП, предполагают действие триады правомочий (владение,
распоряжение, пользование). Такими правомочиями могут обладать авторы ПП
или коллектив авторов, фирма-разработчик, а также физические или
юридические лица, купившие эти имущественные права на ПП. Только при
наличии имущественных прав возможна их уступка, обмен правами, копирование
и продажа копий, а также возбуждение судебных исков при незаконном
пользовании ПП.
Стоимостная оценка прав на интеллектуальную собственность имеет много
общего со стоимостной оценкой материального имущества, предприятий,
бизнеса.
Федеральный закон об акционерных обществах (ст. 77) дает следующее
определение рыночной стоимости:
"Рыночная стоимость имущества, включая стоимость акций или других ценных
бумаг, является ценой, по которой продавец, имеющий полную информацию о
стоимости имущества и не обязанный его продавать, согласен был бы продать,
а покупатель, имеющий полную информацию о стоимости имущества и не
обязанный его приобрести, согласен был бы приобрести".
Акты "покупки-продажи" имущественных прав на ПП как исключительных, так и
неисключительных, выступают на рынке в виде лицензионных, авторских или
иных предусмотренных законодательством договоров. Этот рынок так же, как и
рынок копий программ является преимущественно рынком монопольной
конкуренции. Его существенное отличие от рынка копий ПП заключается в
сравнительно небольшом количестве покупателей и продавцов, а значит и в
небольшом количестве актов "покупки-продажи". Исходя из теоретических
положений макроэкономики это означает, что при рыночном ценообразовании не
срабатывает закон больших чисел и устанавливается не чистая рыночная цена
имущественных прав, а, скорее, рыночная договорная. А это, собственно, и
есть цена, по которой продавец согласен продать, а покупатель - купить
товар на рынке.
Затратный метод определения балансовой и рыночной цены ПП предполагает
установление цены на уровне средних затрат на разработку ОИС плюс
нормальная прибыль, а также дополнительная (экономическая) прибыль за
высокий научно-технический уровень разработки или уменьшение сроков ее
выполнения. Таким образом устанавливается цена по научно-техническим
подрядам - договорам па создание научно-технической продукции, в частности
на разработку ПП.
В условиях рынка, когда договора заключаются на конкурсной основе, такой
принцип ценообразования называется "Const plus Fee", т.е. затраты плюс
вознаграждение. На переговорах по заключению договора стороны согласуют
смету затрат на разработку (подряд, заказ), а также вознаграждение в
процентах или доле от суммы договорной сметы (не ниже ставки банковского
процента). На этот принцип накладывается его модификация "Target price"
(целевая цена) и "Taget time" (целевой срок), предполагающая дополнительное
вознаграждение за превышение показателей технического задания или
желательное для заказчика сокращение срока заказа.
Обычная смета затрат на разработку научно-технической продукции включает
в себя следующие статьи затрат:
- заработная плата разработчиков;
- отчисления на соцстрах;
- эксплуатационные расходы, включающие расходы на персональный компьютер
(ПК) и амортизацию лицензионного программного обеспечения (ПО);
- накладные расходы;
- прибыль;
- налог на прибыль;
- НДС.
Сумма вышеуказанных статей затрат представляет собой стоимость разработки
с налогами, но без дополнительного вознаграждения за качество и сроки.
Таким образом, договорная цена на разработку ОИС носит "затратный характер"
в отличие от "антизатратных цен" на рынке лицензий (договоров на передачу
имущественных нрав на ОИС). К основным проблемам выявления затрат относятся
трудности с определением трудоемкости разработок, так как при
ценообразовании должны учитываться только усредненные, обоснованные
затраты. Такими, например, могут быть среднеотраслевые нормы трудовых
затрат при разработке объектов промышленной собственности. Особенно острой
является эта проблема при разработке ПП. В принятых в 1988 году укрупненных
нормах времени на разработку ПП к числу основных факторов, влияющих на
трудоемкость разработки, отнесены:
- объем ПП в тысячах условных машинных команд;
- сложность ПП;
- степень новизны;
- степень использования при разработке стандартных модулей, типовых
программ и ПС.
Однако с переходом на ПК вышеуказанные укрупненные нормы времени
устарели, и трудоемкость определяется на основе методов аналогий и
экспертных оценок, а чаще всего "уторговывается" при заключении договоров.
Основными факторами, определяющими стоимость объектов интеллектуальной
собственности, являются:
- затраты владельца исключительных прав на создание, разработку объекта
правовой охраны (по смете затрат по договору-подряду на НИОКР);
- затраты владельца исключительных прав на патентование (регистрацию)
объектов интеллектуальной собственности, включая пошлины и другие расходы
на поддержание охранных документов в силе;
- затраты на организацию использования ОИС, включая и затраты на его
маркетинг;
- затраты на страхование ОИС;
- срок действия охранного документа (патента, свидетельства) на момент
оценки его стоимости;
- издержки владельца исключительных прав на разрешение патентно-правовых
конфликтов, в том числе в судебном порядке, по оцениваемому ОИС;
- ожидаемые поступления лицензионных платежей по данному объекту
интеллектуальной собственности при условии фиксации объемов платежей
лицензионными договорами, зарегистрированными в установленном действующим
законодательством порядке;
- ожидаемые денежные поступления от продажи копий ПП;
- ожидаемая экономия текущих затрат при использовании ОИС в производстве.
Проблемы возникают в том случае, когда одна организация является
разработчиком алгоритмов, а другая - исходного текста ПП. Если эти
организации независимы друг от друга, то в балансе каждой из них отражаются
только затраты, произведенные в каждой конкретной организации.
При расчёте рыночной цены прав на ПП затратным методом должны учитываться
все совокупные затраты на синтетический ОИС, в том числе и затраты дилера,
создающего для конечного пользователя исполняемый модуль, а также
вознаграждение, распределение которого между авторами ПП должно найти
отражение в договоре о передаче прав на ПП.
При определении рыночной, а также инвестиционной стоимости авторского
права на ПП может быть применён метод сравнения с рыночными продажами
аналогов.
Вышеуказанный метод основан на известном в теории оценивания принципе
замещения. Он равно применим при расчете рыночной стоимости по практике
продаж аналогичных объектов и по практике продаж аналогичных имущественных
прав. Например, метод сравнения рыночных продаж может быть применим как при
установлении цены на копию ПП, так и при установлении цены переуступки
имущественных прав на ПП.
Сущность метода заключается в сравнении по цене и потребительных
свойствах сопоставимых объектов оценки (аналогов), и на этой основе
установления стоимостной оценки нового ОИС.
При применении метода сравнения рыночных продаж выявляется цена
покупателя, которого не интересуют затраты разработчика и настоящего
владельца ОИС, а только потребительные свойства (качество,
конкурентоспособность) покупаемого ими товара. Как правило, эта цена выше
рассчитанной затратным методом и может быть принята как верхняя граница
оценки.
Трудность установления цены по вышеуказанному методу прежде всего
заключается в выявлении конкретного набора потребительных свойств (технико-
экономических характеристик, параметров, функций) оцениваемого объекта и их
влияния на цену ОИС.
При расчете цены сервисной программы для ЭВМ может приниматься следующий
набор потребительских характеристик (функций):
- набор возможностей;
- удобство использования;
- общая оценка скорости;
- качество документации.
Каждому конкретному случаю оценки отвечает определенный набор
характеристик, параметров, функций (в дальнейшем тексте функций).
Алгоритм стоимостной оценки по методу аналогичных продаж состоит из
следующей последовательности процедур:
1. Выявление основных функций ОИС;
2. Оценка в баллах качества выполнения отдельных функций для аналогов и
оцениваемого ОИС;
3. Выявление экспертного мнения о коэффициентах веса (важности,
полезности) функций;
4. Определение интегрального показателя качества выполнения функций для
оцениваемого ОИС и его аналогов;
5. Определение "стоимости" балла качества;
6. Определение диапазона рыночной стоимостной оценки ОИС;
7. Формирование экспертного мнения о наиболее обоснованной рыночной
стоимости оцениваемого ОИС.
Формализовано можно представить, что оцениваемый объект сравнивается с
аналогами на множестве {Ni}, где i - число аналогов ( i = 1, n).
Оцениваемый объект и аналоги характеризуются множеством показателей
{Nija}, ( j = 1, n), где Nija является балльной оценкой качества выполнения
j-ой функции i-го аналога.
В случае невозможности определения натуральных значений параметров -
функций необходимо провести экспертную оценку. Работа экспертов строится но
следующему алгоритму:
- формулирование задачи;
- выявление мнения каждого эксперта;
- выявление крайних суждений;
- исследование причин расхождения во мнениях;
- доведение до всех экспертов, участвующих в оценке, указанных выше
результатов обработки мнений;
- анализ каждым экспертом указанных выше результатов и переоценка своего
первоначального мнения или сохранение его в силе;
- выявление преобладающего, наиболее обоснованного мнения.
ЗАКЛЮЧЕНИЕ.
Таким образом можно сделать вывод:
Существенной особенностью постиндустриальной эпохи стало появление рынка
авторских прав на программные продукты. Стоит сразу же отметить разницу
понятий " программный продукт " (ПП) и "программа для ЭВМ", которая
полностью определена.
В рыночной экономике авторские права на ПП выступают в виде принципиально
нового информационного ресурса и продукта, вовлечение которого в
хозяйственный оборот происходит в процессе коммерциализации (купли-продажи,
переуступки прав собственности) и капитализации (постановки на баланс,
инвестирования в уставный капитал).
Наиболее сложной, но интересной в теоретическом и практическом плане
является такая обязательная процедура введения в хозяйственный оборот как
стоимостная оценка имущественных прав на ПП. Еще далеко не разрешены все
проблемы, связанные со стоимостной оценкой объектов промышленной
собственности, а оценка стоимости авторских прав на ПП тем более
затруднена, т.к. ПП является сложным синтетическим и часто составным
объектом интеллектуальной собственности (ОИС) .
ЛИТЕРАТУРА:
1. Ефимов А.Н. Программа для ЭВМ как объект гражданского оборота.
Московский оценщик °1,1999
2. Федотова М.А. Сколько стоит бизнес? методы оценки, М. Перспектива 1996
3. Валдайцев С.В. Оценка бизнеса и инноваций, М - 1997.
Реферат на тему: Программы архиваторы
СОДЕРЖАНИЕ
1.Введение 3
2.Программы архивации 4
3.Архивный файл 6
4.Архиваторы MS-DOS 7
4.1.PKZIP
7
4.2.ARJ
8
4.3.RAR
8
4.3.1.Введение
8
4.3.2.Технические характеристики 8
4.3.2.1.Степень сжатия
8
4.3.2.2.Дополнительные возможности
9
4.3.3.Работа с RAR из командной строки
9
4.3.3.1Формат вызова
9
4.3.3.2.Описание команд
10
4.3.3.3.Описание ключей
11
4.3.4.Работа с RAR в полноэкранном режиме 14
4.3.4.1.Работа с файлами
14
4.3.4.2.Работа с архивами
15
4.3.4.3.Конфигурация
17
4.3.5.Ограничения
18
4.3.6.Непрерывные (solid) архивы
19
4.3.7.Работа с внешними архивами 19
4.3.8.Коды завершения
20
4.3.9.Просмотр файлов в RAR архиве
20
5.Архиваторы WINDOWS 21
5.1.WINRAR 2.5
21
5.2.WINZIP 7.0
23
5.2.1.Введение
23
5.2.2Работа с программой
24
5.2.3Рабочий интерфейс
26
6.Сравнительный тест быстродействия и степени сжатия 28
7.Список использованной литературы 29
Введение
При эксплуатации компьютера по самым разным причинам возможны порча или
потеря информации на жестких дисках. Это может произойти из-за физической
порчи жесткого диска, неправильной корректировки или случайного уничтожения
файлов, разрушения информации компьютерным вирусом и т.д. Для того чтобы
уменьшить потери в таких ситуациях, следует иметь архивные копии
используемых файлов и систематически обновлять копии изменяемых файлов.
Для сохранения информации можно конечно её дублировать, однако при этом
копии занимают столько же места, сколько занимают исходные файлы, и для
копирования нужных файлов может потребоваться много дискет. Например, для
копирования файлов с жесткого диска емкостью 1,2 Гбайт необходимо 854
дискеты емкостью по 1,44 Мбайт. В таком большом количестве дискет даже
разобраться довольно трудно, поэтому трудоемкость создания и обновления
копии будет весьма значительной.
Более удобно использовать для создания копий специально разработанные
программы архивации файлов. Эти программы позволяют не только сэкономить
место на дискетах, но и объединять группы совместно используемых файлов в
один архивный файл, что заметно облегчает ведение архивов.
Принято различать архивацию и упаковку (компрессию, сжатие) данных. В
первом случае речь идет о слиянии нескольких файлов и даже каталогов в
единый файл — архив (примером использования такой технологии в чистом виде
может служить формат TAR). Во втором — о сокращении объема исходных файлов
путем устранения избыточности (в данной работе рассматривается упаковка без
потерь информации, т. е. с возможностью точного восстановления исходных
файлов). Как правило, современные архиваторы обеспечивают также сжатие
данных, являясь, таким образом, еще и упаковщиками, однако существуют и
чисто «упаковочные» утилиты типа Gzip, сжимающие отдельные файлы,
преобразуя их в формат Z или GZ.
При выборе инструмента для работы с упакованными файлами и архивами
следует учитывать два фактора: эффективность, т. е. оптимальный баланс
между экономией дисковой памяти и производительностью работы, и
совместимость, т. е. возможность обмена данными с другими пользователями.
Совместимость, пожалуй, сегодня более важна, так как по достигаемой степени
сжатия конкурирующие форматы и инструменты различаются на проценты (но не в
разы), а вычислительная мощность современных компьютеров делает время
обработки архивов не столь существенным показателем, как, скажем, десять
лет назад. Поэтому при выборе инструмента для работы с архивами важнейшим
критерием для большинства пользователей (во всяком случае тех, для кого
обмен большими массивами данных — насущная проблема), вероятно, является
способность программы «понимать» наиболее распространенные архивные
форматы, даже если эти форматы не самые эффективные.
Программы архивации
Различными разработчиками были созданы специальные программы для
архивации файлов. Часть из них распространяется бесплатно, часть — на
коммерческой основе (за плату), но большинство программ такого рода
распространяются как “Shareware”. т.е. они могут быть получены бесплатно,
но если Вы хотите их использовать постоянно, то должны выслать авторам или
распространителям указанное (обычно небольшое, до 50 дол.) вознаграждение.
Как правило, программы для архивации файлов позволяют помещать копии
файлов на диске в сжатом виде в архивный файл, извлекать файлы из архива,
просматривать оглавление архива и т.д. Разные программы отличаются форматом
архивных файлов, скоростью работы, степенью сжатия файлов при помещении в
архив, удобством использования.
Наиболее распространенные программы-архиваторы имеют приблизительно
одинаковые возможности и ни одна из них не превосходит другие по всем
параметрам: одни программы работают быстрее, другие обеспечивают лучшую
степень сжатия файлов. Даже если сравнивать программы только по степени
сжатия, то среди них нет лидера: разные файлы лучше сжимаются разными
программами.
Принцип работы архиваторов основан на поиске в файле "избыточной"
информации и последующем ее кодировании с целью получения минимального
объема. Самым известным методом архивации файлов является сжатие
последовательностей одинаковых символов. Например, внутри вашего файла
находятся последовательности байтов, которые часто повторяются. Вместо
того, чтобы хранить каждый байт, фиксируется количество повторяемых
символов и их позиция. Например, архивируемый файл занимает 15 байт и
состоит из следующих символов:
B B B B B L L L L L A A A A A
В шестнадцатеричной системе
42 42 42 42 42 4C 4C 4C 4C 4C 41 41 41 41 41
Архиватор может представить этот файл в следующем виде
(шестнадцатеричном):
01 05 42 06 05 4C 0A 05 41
Это значит: с первой позиции пять раз повторяется символ "B", с позиции 6
пять раз повторяется символ "L" и с позиции 11 пять раз повторяется символ
"A". Для хранения файла в такой форме потребуется всего 9 байт, что на 6
байт меньше исходного.
Описанный метод является простым и очень эффективным способом сжатия
файлов. Однако он не обеспечивает большой экономии объема, если
обрабатываемый текст содержит небольшое количество последовательностей
повторяющихся символов. Более изощренный метод сжатия данных, используемый
в том или ином виде практически любым архиватором, - это так называемый
оптимальный префиксный код и, в частности, кодирование символами переменной
длины (алгоритм Хаффмана). Код переменной длины позволяет записывать
наиболее часто встречающиеся символы и группы символов всего лишь
несколькими битами, в то время как редкие символы и фразы будут записаны
более длинными битовыми строками. Например, в любом английском тексте буква
E встречается чаще, чем Z, а X и Q относятся к наименее встречающимся.
Таким образом, используя специальную таблицу соответствия, можно
закодировать каждую букву Е меньшим числом бит и использовать более длинный
код для более редких букв.
Популярные архиваторы ARJ, PAK, PKZIP работают на основе алгоритма
Лемпела-Зива. Эти архиваторы классифицируются как адаптивные словарные
кодировщики, в которых текстовые строки заменяются указателями на
идентичные им строки, встречающиеся ранее в тексте. Например, все слова
какой-нибудь книги могут быть представлены в виде номеров страниц и номеров
строк некоторого словаря. Важнейшей отличительной чертой этого алгоритма
является использование грамматического разбора предшествующего текста с
расположением его на фразы, которые записываются в словарь. Указатели
позволяют сделать ссылки на любую фразу в окне установленного размера,
предшествующего текущей фразе. Если соответствие найдено, текущая фраза
заменяется указателем на своего предыдущего двойника.
При архивации, как и при компрессировании, степень сжатия файлов сильно
зависит от формата файла. Графические файлы типа TIFF и GIF уже заранее
компрессированы (хотя существует разновидность формата TIFF и без
компрессии) и здесь даже самый лучший архиватор мало чего найдет для
упаковки. Совсем другая картина наблюдается при архивации текстовых файлов,
файлов *.ВМР и им подобных.
Все программы для архивации условно можно разделить на две категории:
V Для командной строки MS-DOS (ARJ, PKZIP, RAR и тд.)
V Для ос WINDOWS (WINZIP, WINRAR и тд.)
Архивный файл.
Архивный файл представляет собой набор из одного или нескольких файлов,
помещенных в сжатом виде в единый файл, из которого их можно при
необходимости извлечь в первоначальном виде. Архивный файл содержит
оглавление, позволяющее узнать, какие файлы содержаться в архиве. В
оглавлении архива для каждого содержащегося в нем файла храниться следующая
информация:
V имя файла;
V сведения о каталоге, в котором содержится файл;
V дата и время последней модификации файла;
V размер файла на диске и в архиве;
V код циклического контроля для каждого файла, используемый для
проверки целостности архива;
Определить с помощью какой программы был заархивирован тот или другой
архивный файл, можно при помощи расширения. Например:
V game.rar – заархивирован при помощи архиватора RAR.
V game.arj – заархивирован при помощи архиватора ARJ.
V game.zip - заархивирован при помощи архиватора ZIP.
Невольно возникает вопрос, зачем столько архиваторов и все для одной
лишь цели – сжать объем файла. Разные программы отличаются форматом
архивных файлов, скоростью работы, степенью сжатия файлов при помещении в
архив, удобством использования.
Архиваторы MS DOS.
С развитием компьютера стали увеличиваться и объемы информации хранимой в
нем, что в свою очередь привело к развитию технологий по хранению этой
информации в сжатом виде, то есть в архивах. Для этого было придумано
множество программ осуществляющих архивацию информации.
Однако в работе с этой информацией иногда нежелательно раскрывать полный
архив, чтобы взять один или два требуемых файла или же просто посмотреть,
что в архиве за информация.
Программы-архиваторы, за исключением единиц, не предоставляют удобных
оболочек позволяющих просто, быстро и в наглядной форме разобраться с
содержимым архивов.
Наиболее известные программы-архиваторы для MS-DOS: ARJ (разработчик -
Robert K. Jung), PKZIP(компания PKWARE Inc.), IHA (Haruyasu Yoshizaki), ZOO
(Rahul Dhesi). Безусловным лидером во всем мире за последние 5 лет стал
архиватор RAR. В настоящее время RAR активно вытесняет ZIP как основную
утилиту сжатия FTP архивов в сети INTERNET. RAR является единственной
всемирно используемой программой, созданной русским программистом (за
исключением TETRIS). Все архиваторы отличаются используемыми алгоритмами
сжатия, форматами архивных файлов, скоростью работы и т.д.
PKZIP
Работает из командной строки. Различные функции по обслуживанию архивов
zip
выполняются разными программами:
pkzip - помещение файлов в архив
pkunzip - извлечение файлов из архива
zip2exe - создание самораспаковывающегося архива
pkzipfix - восстановление поврежденного архива.
Изучить справку по работе с архиватором pkzip с помощью команд:
pkzip /h
pkunzip /h
zip2exe /h
ARJ
Работает из командной строки. Выполняет все функции по обслуживанию
архивов .arj , в т.ч. поддержку многотомных архивов.
Arj имеет очень большое число ключей. Можно автоматизировать много
действий - создание резервной копии диска, архивирование начиная с какой-то
даты, добавление к имени архива текущей даты (arh970821.arj), архивирование
файла с конкретного места, несколько уровней сжатия и так далее. В версии
2.55 возможна работа с длинными именами.
Достоинства: очень большое количество ключей, что дает возможность
автоматизировать большое число функций. Защита архива от повреждений.
Недостатки: отсутствие диалогового режима, некоторое неудобства
работы при наличии какого-то ключа в переменной окружения (ARJ_SW) и строке
запуска - взаимное уничтожение.
RAR
1. Введение
Архиватор RAR был создан как достаточно универсальное средство сжатия
файлов, содержащих самую различную информацию, объединяющее достоинства и
удобства программ двух классов архиватора командной строки и полноэкранной
оболочки для просмотра и других манипуляций с архивами.
В некоторых случаях использование RAR не может быть заменено ни одним из
существующих архиваторов, а логичный и простой интерфейс делает его удобным
средством работы с архивами.
По своим техническим характеристикам RAR не уступает широко
распространенным и популярным архиваторам, а по некоторым показателям
превосходит их.
2. Технические характеристики
2.1. Степень сжатия
На файлах типа .EXE, .COM, .LIB, .OBJ, .OVR и аналогичных им RAR как
правило обеспечивает максимальную по сравнению с другими архиваторами
степень сжатия, превосходя их примерно на 0.5 - 3%
На отдельных файлах (больших .LIB, некоторых других) выигрыш может
достигать 5-7% от упакованного размера. Метод сжатия обычно существенно не
влияет на результат.
Текстовая информация сжимается примерно на уровне других архиваторов
(зависит от вида текста и метода сжатия) на файлах до 32 килобайт размером.
На больших текстовых файлах RAR обычно превосходит большинство других
архиваторов.
При упаковке файлов баз данных существенно влиять на размер и время
работы может метод сжатия (m0 - m5).
Степень сжатия графической информации сильно зависит от рода файлов.
При создании непрерывного (solid) архива, содержащего много небольших
однотипных файлов, степень сжатия на 10 - 40 % и более превосходит
достигаемую при упаковке в обычный архив.
2.2. Дополнительные возможности
Помимо стандартных функций RAR обеспечивает
Полноэкранный интерфейс:
V выбор упаковываемых и распаковываемых файлов;
V эмуляция структуры подкаталогов в архиве;
V работа с "мышью";
V сохранение параметров в файле конфигурации;
V просмотр упакованных и обычных файлов в текстовом или 16-ричном
виде.
Специальные функции:
V разбиение архива на части (volumes) для переноса на дискеты;
V создание и модифицирование самораспаковывающихся архивов (SFX);
V создание самораспаковывающихся архивных томов (SFX);
V создание непрерывных (solid) архивов с повышенной степенью сжатия;
V защита информации по паролям;
V защита архивов от модификации;
V сохранение информации об авторе архива;
V восстановление структуры поврежденных архивов;
V добавление комментариев ко всему архиву и к отдельным файлам;
V встроенная поддержка ANSI escape последовательностей в
комментариях.
Работа с архивами ZIP, ARJ, LZH в полноэкранном режиме:
V выбор упаковываемых и распаковываемых файлов
V эмуляция структуры подкаталогов в архиве
V выполнение основных операций над архивами
3.Работа с RAR из командной строки
3.1. Формат вызова:
rar - -
Команда может быть только одна, ключей - любое количество. Списочный файл
может содержать имена обрабатываемых файлов, разделенные возвратом каретки
или пробелом.
Файл с комментарием может содержать комментарий, добавляемый к архиву при
его создании, но не при модификации.
Путь распаковки применяется вместе с командами 'e' и 'x', указывает на
подкаталог, в который будут помещены распакованные файлы. Если этот
подкаталог отсутствует, то он будет создан.
3.2. Описание команд
a: добавляет указанные файлы к архиву
m: переносит указанные файлы и подкаталоги в архив.
При успешном завершении упаковки все указанные файлы и подкаталоги
удаляются с диска.
Удаление подкаталогов будет выполнено только если не использовался ключ
-ed, а в качестве имени добавляемых файлов было указано *.* или имя
подкаталога.
mf: переносит указанные файлы в архив.
При успешном завершении упаковки все указанные файлы удаляются с диска.
d: удаляет указанные файлы из архива
: извлекает указанные файлы из архива с восстановлением структуры
подкаталогов (если при архивировании был указан ключ -r).
e: извлекает указанные файлы из архива в текущий подкаталог
v: просмотр содержимого архива.
Выдается полный путь доступа к файлу и его имя, файловый комментарий,
неупакованный и упакованный размер, степень упаковки, дата и время
последней модификации файла, его атрибуты, контрольная сумма, метод сжатия
и минимальная версия RAR, необходимая для распаковки.
Если необходимо просмотреть все архивные тома (volumes), то у имени
архива вместо расширения ставится *.
Например: RAR v myvolume.*
l: просмотр содержимого архива.
Аналогично команде 'v', но вместо полного пути доступа к файлу выдается
только его имя.
t: тестирует в архиве указанные файлы
u: добавляет к архиву те файлы, которых в нем нет, и обновляет те, более
поздние версии которые есть на диске
f: обновляет в архиве файлы, более поздние версии которых есть на диске
s: преобразует указанный архив в самораспаковывающийся (SFX) типа EXE
Можно также преобразовать в SFX первый из последовательности архивных
томов, но при этом его исходный размер будет изменен, а это может помешать
выгрузке томов на дискеты, так что в этом случае лучше использовать команду
'a' с ключами -v[] -sfx
Пример: rar s myarchiv
c: добавляет комментарии к архиву
Для окончания ввода нужно нажать F10. Esc отменяет ввод комментариев. Для
удаления существующих комментариев нужно сразу же после вхождения в режим
ввода нажать F10.
Комментарии будут выводиться при любых операциях с архивом. Размер
комментариев не может превышать 16 килобайт.
Комментарии можно ввести из файла, если перед именем файла поставить
символ =
Пример: rar c myarchiv =info.txt
cf: добавляет комментарии к отдельным файлам в архиве.
Для окончания ввода нужно нажать F10. Esc отменяет ввод комментариев.
Для удаления существующих комментариев нужно сразу же после вхождения в
режим ввода нажать F10.
Комментарии будут выводиться при просмотре архива командой 'v'. Размер
комментариев не может превышать 16 килобайт.
Пример: rar cf myarchiv *.txt
cw: записывает архивный комментарий в файл
Пример: rar cw myarchiv comment.txt
Комментарий из архива myarchive будет записан в файл comment.txt
r: восстанавливает архив с поврежденной структурой
RAR не в состоянии восстановить файлы с испорченной информацией. Поэтому
данная команда не подходит для восстановления файлов при распаковке которых
выдается сообщение CRC failed.
Но если в результате повреждения структуры архива стал невозможен доступ
к нормальным файлам, либо при попытках работы с архивом происходит
"зависание" архиватора, то с помощью этой команды можно спасти оставшиеся
данные.
При восстановлении архива создается файл $RECOVER.RAR в который
записывается вся сохранившаяся информация. При обнаружении в испорченном
архиве подозрительных данных о которых архиватор не может вынести
однозначного решения, выдается запрос пользователю:
Suspicious entry
Name:
Size: Packed:
Add it: Yes/No/All
При положительном ответе данные добавляются к архиву $RECOVER.RAR
Пример: rar r myarchiv.rar
Команда a: может использоваться только для создания, но не обновления
архивных томов и непрерывных архивов.
Команды c: и cf: не работают с архивными томами, но работают с
непрерывными архивами.
Комментарий к архивному тому можно добавить непосредственно при его
создании, используя файл комментария.
3.3. Описание ключей
-? выводит экран помощи
-r может использоваться совместно с командами -
a,u,f,m,x,e,t,p,v,l,c,cf,s.
При использовании с командами a,u,f,m приводит к добавлению к архиву всех
указанных файлов в текущем и вложенных подкаталогах.
При использовании с командами x,e,t,p,v,l,c,cf,s приводит к обработке
всех указанных архивов в текущем и вложенных подкаталогах.
-o+ при распаковке перезаписывать существующие файлы
-o- при распаковке не перезаписывать существующие файлы
-x все файлы, с именами, соответствующими name, будут исключены из
обработки
Пример: RAR a -x*.bak arch
-sfx если этот ключ указан при создании нового архива, то будет создан
SFX архив (последовательность ключей -v -sfx эквивалентна ключу
-vs )
Пример: RAR a -sfx arch *.asm
будет создан SFX архив ARCH.EXE
-v или -v создание архивных томов (volumes)
- размер тома в тысячах байт (не килобайтах)
Если размер не указан, то он определяется автоматически.
Если тома создаются на диске, где расположены временные файлы (по
умолчанию текущий, можно изменить с помощью -w), то смена диска невозможна.
В этом случае автоматическое определение размера не имеет смысла и размер
нужно указывать явно.
Если же тома создаются не на диске с временными файлами, то после
создания тома выводится вопрос:
Create next volume: Yes/No/All/Quit
В это время можно заменить диск. При ответе All дальнейшее создание томов
происходит без запросов
Первый архивный том имеет расширение .RAR, последующие нумеруются от .R00
до .R99.
При распаковке и тестировании достаточно указать имя первого тома. Если
при распаковке не обнаружен следующий том, то если тома находятся не на
диске с временными файлами выдается запрос:
Insert disk with
После установки требуемого диска нужно нажать любую клавишу.
Если при распаковке не обнаружен следующий том и тома находятся на диске
с временными файлами, то программа завершается аварийно с сообщением:
Can't find
Can't change disk with temporary files
Архивные тома не допускается модифицировать. Команды 'd','f','u','s' для
них недопустимы, команда 'a' может использоваться только для создания новых
томов.
Размер файлов в архивных томах может иногда несколько превышать исходный,
так как в этом режиме не происходит простого запоминания файла при
неудачном сжатии.
-m: задание метода (степени сжатия)
m0: запоминание без сжатия
m5: максимальное сжатие
По умолчанию используется метод -m3
-b: разрешить создание резервных копий архива
В этом случае при любых изменениях в архиве его предыдущий вариант будет
сохраняться с расширением .BAK, либо, если у исходного архива было
расширение .BAK, у копии будет расширение .$BK
-f: обновить файлы
Может использоваться при упаковке и распаковке.
-u: добавить изменившиеся файлы
Может использоваться при упаковке и распаковке.
-ed: не добавлять в архив пустые подкаталоги
При использовании этого ключа в архив не будет заноситься информация ни о
каких подкаталогах. Но информация о подкаталогах, файлы из которых
добавляются к архиву, уже содержится в полных именах этих файлов (путь
доступа + имя). Поэтому при распаковке или в полноэкранной оболочке такие
подкаталоги будут выглядеть как реально существующие.
Если же в подкаталоге не было файлов, добавляемых к архиву, то при
использовании ключа -ed никакая информация о нем не будет сохранена
-c- запретить вывод комментариев
-e: исключить из числа добавляемых файлов файлы с атрибутами
System, Hidden, Archive, Read only соответственно
Порядок следования атрибутов не имеет значения.
Пример: rar a -ehs archive *.exe
К архиву не будут добавлены файлы с атрибутами Hidden и System.
-s: создавать непрерывный архив
Пример: rar a -s -vs362 archive *.*
Будут созданы непрерывные SFX тома размером 362000 байт каждый.
-av: добавляет к архиву при любой его модификации информацию об авторе и
времени модификации, имени архива
Если архив, созданный с ключом -av, модифицируется без этого ключа, то
данная информация будет удалена.
При распаковке, тестировании, просмотре архивов, созданных с ключом -av,
выполняется контроль целостности архива. При этом выдается сообщение:
Verifying authenticity information ...
В случае успешного завершения контроля будет выдано сообщение 'Ok' и
информация об авторе и времени модификации, имени архива. Если же
обнаружено, что архив поврежден, то будет выдано сообщение 'FAILED'
При создании с ключом -av архивных томов контрольная информация будет
добавлена к каждому тому.
Использование -av может быть полезно, например, для создания
дистрибутивов программ.
Этот ключ доступен только для зарегистрированных пользователей, так как в
архив заносится имя, указанное при регистрации.
4. Работа с RAR в полноэкранном режиме.
В данном разделе используется информация из предыдущего.
Для запуска RAR в полноэкранном режиме нужно просто набрать без каких-
либо параметров:
rar
либо:
rar - -
либо использовать команду 'en' , чтобы сразу войти в требуемый архив.
В полноэкранном режиме RAR может находится в режиме работы с файлами или
в режиме просмотра архива.
4.1. Работа с файлами
После запуска RAR на экране появляется список файлов в текущем
подкаталоге. По списку можно перемещаться с помощью клавиш управления
курсором или мыши.
Чтобы пометить файлы используйте клавиши пробел или INS, или правую
кнопку мыши. Можно пометить группу файлов, введя маску с помощью '+' или
убрать метки с помощью '-'. Возможна пометка подкаталогов, при этом
помеченными считаются все файлы во всех подкаталогах внутри них. Нажатие
клавиши '*' изменяет пометку файлов и каталогов на противоположную.
В правой части экрана выдается информация об используемой памяти, методе
сжатия, присутствии пароля и режиме создания резервных копий.
Команды:
Alt-C цветной/черно-белый режим
Alt-D выбор текущего диска
Alt-W установка подкаталога для временных файлов
Alt-M выбор метода упаковки
Alt-P установка пароля
Alt-S сохранить конфигурацию (см. ниже)
Для перехода в режим просмотра архива необходимо установить маркер на
архивный файл и нажать Enter.
Функциональные клавиши соответствуют следующим функциям командной строки:
F1 помощь
F2 добавить файлы к архиву
F3 просмотреть файл (встроенный/внешний viewer)
F4 освежить файлы в архиве
F5 создать архивные тома
F6 перенести файлы в архив
F7 обновить файлы в архиве
F8 восстановить структуру архива
F9 изменить/сохранить параметры
F10 (ESC) выход
Alt-F2 (a –s) создать непрерывный архив
Alt-F3 просмотреть файл (viewer встроенный)
Alt-F5 (a -vs[]) создать самораспаковывающиеся архивные тома
Alt-F6 (a -s -v[]) создать непрерывные архивные тома
Alt-F7 (a -s -vs[]) создать непрерывные SFX архивные тома
При нажатии прочих клавиш осуществляется поиск файла по имени. С помощью
Ctrl-Enter можно просмотреть все совпадения.
4.2. Работа с архивами
Для перехода в режим просмотра архива необходимо установить маркер на
архивный файл и нажать Enter, либо использовать команду en.
На экран выводится список файлов в архиве. По списку можно перемешаться с
помощью клавиш управления курсором или мыши. Файлы можно помечать с помощью
пробела или INS, или правой кнопки мыши, или пометить группу файлов, введя
маску с помощью '+' или убрать метки с помощью '-'. Возможна пометка
подкаталогов, при этом помеченными считаются все файлы во всех подкаталогах
внутри него. Нажатие клавиши '*' изменяет пометку файлов и каталогов на
противоположную.
В правой части экрана выдается информация о присутствии комментария,
файлов с паролями, количестве, размере и степени сжатия файлов.
Опции:
ALT-C: цветной/черно-белый режим
ALT-D: выбор текущего диска
ALT-W: установка подкаталога для временных файлов
ALT-M: выбор метода упаковки
ALT-P: установка пароля
ALT-S: сохранить конфигурацию (см. ниже)
Функциональные клавиши соответствуют следующим функциям командной строки:
F1: помощь
F2: проверить содержимое архива
F3: просмотреть файл (встроенный или внешний viewer)
F4: извлечь файлы со всеми подкаталогами
F5: добавить комментарии к архиву
F6: извлечь файлы в текущий подкаталог
F7: преобразовать архив в SFX
F8: удалить файлы
F9: изменить/сохранить параметры
F10: возврат в режим работы с файлами (ESC)
Alt-F3: просмотреть файл (viewer встроенный)
Alt-F4: извлечь файлы на указанный диск и каталог
Alt-F5: cf ввести комментарии к отдельным файлам в архиве
Alt-F7: k защита архива от модификации
При нажатии прочих клавиш осуществляется поиск файла по имени. С помощью
Ctrl-Enter можно просмотреть все совпадения.
Файлы, защищенные паролем, отмечаются символом '*', который выводится
перед именем.
При работе с архивными томами в полноэкранном режиме необходимо указывать
шаблоны обрабатываемых файлов (запрашивается при нажатии INS, пробела или
функциональной клавиши). Пометка файлов в томах обычным способом не
представляется возможной, так как тома могут находиться на нескольких
дисках.
Возможен ввод нескольких шаблонов. После ввода последнего из них нужно
еще раз нажать Enter (ввести пустую строку).
При просмотре архивных томов в полноэкранном режиме у файлов, которые
оказались разбиты между несколькими томами, размер в упакованном виде
означает размер только части файла, вошедшей в этот архив. В этом случае
перед размером в упакованном виде выводится символ '', если часть файла
находится в предыдущем томе, или символ '', если часть файла находится в
следующем томе, или оба этих символа, если в текущем архиве нет ни
начальной, ни конечной части данного файла
В полноэкранном режиме поддерживается работа с "мышью". Для перемещения
по подкаталогам и архивам используется левая кнопка мыши. Функцию ввода в
этом случае выполняет двойное нажатие. Для пометки файлов используется
правая кнопка. При вводе текста (имя архива, пароль) левая кнопка отменяет,
а правая подтверждает ввод. Левая кнопка мыши используется для выбора
команд (F1 - F10), пунктов меню и конфигурации.
4.3. Конфигурация
С помощью F9 в любом из полноэкранных режимов можно:
1) Изменить опции:
а) разрешить/запретить цветной режим;
б) разрешить/запретить мышь;
в) разрешить/запретить вывод на stdout при | |
