Компьютеры, программирование

  • 1021. АРМ бухгалтера-расчетчика
    Информация пополнение в коллекции 12.01.2009

    При подтверждении расчета выполняется процедура RAS_1 (см. прилож. 1.2 стр. 43-44). В первых строках деактивируется окно, выбирается активной БД начислений и из нее удаляются все записи командой ZAP, затем командой APPEND FROM <БД жильцов> FIELDS <список полей> добавляются все записи из БД жильцов. После этого все БД закрываются (CLOSE DATABASE) и в области а открывается БД жильцов, для которой устанавливается фильтр по полю OR_R то есть доступны только плательщики, в области b%20TO%20<%d0%b8%d0%bc%d1%8f%20%d0%bd%d0%be%d0%b2%d0%be%d0%b9%20%d0%91%d0%94>%20FOR%20<%d1%83%d1%81%d0%bb%d0%be%d0%b2%d0%b8%d0%b5>%20FIELDS%20<%d1%81%d0%bf%d0%b8%d1%81%d0%be%d0%ba%20%d0%bf%d0%be%d0%bb%d0%b5%d0%b9>,%20%d1%81%d0%be%d0%b7%d0%b4%d0%b0%d0%b5%d1%82%d1%81%d1%8f%20%d0%bd%d0%be%d0%b2%d0%b0%d1%8f%20%d0%91%d0%94-RACH.DBF%20%d1%81%d0%be%d0%b4%d0%b5%d1%80%d0%b6%d0%b0%d1%89%d0%b0%d1%8f%20%d0%bf%d0%be%d0%bb%d1%8f,%20%d0%ba%d0%be%d1%82%d0%be%d1%80%d1%8b%d0%b5%20%d0%bf%d0%b5%d1%80%d0%b5%d1%87%d0%b8%d1%81%d0%bb%d0%b5%d0%bd%d1%8b%20%d0%bf%d0%be%d1%81%d0%bb%d0%b5%20%d0%be%d0%bf%d1%86%d0%b8%d0%b8%20FIELDS%20%d0%b8%20%d0%ba%d0%be%d0%bb%d0%b8%d1%87%d0%b5%d1%81%d1%82%d0%b2%d0%be%d0%bc%20%d1%80%d0%b0%d0%b2%d0%bd%d1%8b%d0%bc%20%d0%b2%20%d0%91%d0%94%20%d0%b6%d0%b8%d0%bb%d1%8c%d1%86%d0%be%d0%b2,%20%d1%87%d1%82%d0%be%20%d0%b2%d1%8b%d0%bf%d0%be%d0%bb%d0%bd%d1%8f%d0%b5%d1%82%d1%81%d1%8f%20%d1%81%20%d0%bf%d0%be%d0%bc%d0%be%d1%89%d1%8c%d1%8e%20%d1%83%d1%81%d0%bb%d0%be%d0%b2%d0%b8%d1%8f.%20%d0%94%d1%80%d1%83%d0%b3%d0%b8%d0%bc%d0%b8%20%d1%81%d0%bb%d0%be%d0%b2%d0%b0%d0%bc%d0%b8%20%d0%bd%d0%be%d0%b2%d0%b0%d1%8f%20%d0%91%d0%94%20%d1%80%d0%b0%d1%81%d1%87%d0%b5%d1%82%d0%b0%20%d1%81%d0%be%d0%b4%d0%b5%d1%80%d0%b6%d0%b8%d1%82%20%d1%82%d0%be%d0%bb%d1%8c%d0%ba%d0%be%20%d0%bf%d0%bb%d0%b0%d1%82%d0%b5%d0%bb%d1%8c%d1%89%d0%b8%d0%ba%d0%be%d0%b2,%20%d1%81%20%d0%bf%d0%be%d0%bb%d1%8f%d0%bc%d0%b8%20%d0%bd%d0%b5%d0%be%d0%b1%d1%85%d0%be%d0%b4%d0%b8%d0%bc%d1%8b%d0%bc%d0%b8%20%d0%b4%d0%bb%d1%8f%20%d0%bf%d1%80%d0%be%d0%b2%d0%b5%d0%b4%d0%b5%d0%bd%d0%b8%d1%8f%20%d1%80%d0%b0%d1%81%d1%87%d0%b5%d1%82%d0%b0%20%d0%b8%20%d1%85%d1%80%d0%b0%d0%bd%d0%b5%d0%bd%d0%b8%d1%8f%20%d1%80%d0%b0%d1%81%d1%81%d1%87%d0%b8%d1%82%d0%b0%d0%bd%d0%bd%d1%8b%d1%85%20%d0%b4%d0%b0%d0%bd%d0%bd%d1%8b%d1%85."> открывается БД начислений. После этого командой JOIN WITH <область> TO <имя новой БД> FOR <условие> FIELDS <список полей>, создается новая БД-RACH.DBF содержащая поля, которые перечислены после опции FIELDS и количеством равным в БД жильцов, что выполняется с помощью условия. Другими словами новая БД расчета содержит только плательщиков, с полями необходимыми для проведения расчета и хранения рассчитанных данных.

  • 1022. АРМ ведения тетради ф. 47 на выданные посылки
    Контрольная работа пополнение в коллекции 29.12.2010

     

    1. Ежедневно, перед записью почтовых отправлений в квитанционную тетрадь ф.47, на копию первой за день квитанции ставится оттиск календарного штемпеля с датой данного дня сотрудником почты. Вверху каждой последующей страницы, предназначенной для копий квитанций, число и месяц пишутся от руки.
    2. Почтовый работник (оператор) взимает сумму в соответствии с тарифной планкой за хранение, возврат, досылку, пересылку посылок с адресата. О получении платы выдается квитанция ф.47 из тетради.
    3. По истечении срока хранения посылки или отказа адресата от неё, посылка возвращается отправителю за счет последнего. Форма оплаты квитанция 47.
    4. По окончании рабочего дня квитанции подшиваются в квитанционную тетрадь.
    5. Контролирующее лицо и почтовые работники проводят подсчет сумм за пересылку. Сумма записываются цифрами накопии последней за рабочий день (смену) заполненной квитанции.
    6. В тетради ф.47 указывается общая сумма платы и, отдельной строкой, плата за дополнительные услуги.
    7. Сдача тетради работником почты начальнику почтового отделения под расписку.
  • 1023. АРМ и перспективы его развития
    Информация пополнение в коллекции 09.12.2008

    Первым обращает на себя внимание то, что в качестве ближайшего отраслевого аналога для создания ПС избирается машиностроение. Основанием для этого принято считать то, что ПС рассматривается как специфицированное изделие. Опасность заключается в желании саму организацию работ по созданию ПС провести по образу и подобию прототипов из машиностроения. Причем предпочтение крупносерийному и серийному производству, тогда как преобладающая серийность тиражирования ПС в десятках, редко сотнях или тысячах экземпляров скорее подсказывает необходимость подойти к ним как к изделиям мелкосерийного, если не единичного производства. Но главным, на что следует обратить внимание в первую очередь, являются различия в характере труда работников машиностроения и разработчиков ПС, которые существуют в настоящий момент и скорее всего сохранятся в будущем. Преобладающее в машиностроении пооперационное разделение труда по стадиям техпроцесса с организацией подразделений по этим стадиям в создании пс не проходит проверку широкой практикой, так как умственный труд по программированию гораздо сложнее разбить на последовательность формализуемых операций, нормирование которых достаточно достоверно учитывает и характеристику персонала, и специфику объекта внедрения норм. Если ставить вопрос об аналогах, то гораздо ближе к разработке ПС по характеру труда научно-исследовательские работы и работы опытно-конструкторского характера (НИОКР). С учетом сложности выделения, формализации и нормирования отбельных операций по созданию ПС наиболее целесообразной с точки зрения установления хозрасчетных отношений и стимулирования труда разработчиков ПС следует признать организацию их работы на основе заказ-нарядов с расчетами за полностью сданную программную продукцию. Основной организационной единицей в таком случае может являться бригада, специализированная на выполнении цикла работ по выпуску либо готового изделия в объеме ППП среднего размера, либо отдельного компонента сложного программного комплекса. Судя по литературе, за рубежом существует достаточно большой положительный опыт бригадной разработки ПС, однако, к сожалению, экономические аспекты деятельности таких бригад не рассматриваются. Учитывая объективную слабость пооперационной нормативной базы программирования, следует признать весьма привлекательной аккордную форму оплаты труда бригад, тем более, что в настоящее время уже складывается достаточно достоверная нормативная база по укрупненным работам создания ПС.

  • 1024. АРМ кассира-операциониста банка
    Дипломная работа пополнение в коллекции 23.09.2011
  • 1025. АРМ менеджера отдела продаж ТЦПУ ОАО "Центральный телеграф"
    Курсовой проект пополнение в коллекции 07.07.2010

    ОАО "Центральный телеграф" имеет сложную организационную структуру:

    • Служба стратегического управления ресурсами
    • Отдел по работе с операторами связи
    • Отдел управления телекоммуникационными ресурсами
    • Бухгалтерия
    • Отдел внутреннего аудита
    • Дирекция проектов развития
    • Отдел реализации проектов развития
    • Отдел сопровождения проектов
    • Отдел корпоративного информационного обслуживания
    • Сменно-оперативное руководство ЦТ
    • Юридическая служба
    • Сектор правовой поддержки оказания услуг связи и развития новых услуг
    • Сектор правового обеспечения договорной работы
    • Сектор правового обеспечения претензионно-исковой и корпоративной деятельности
    • Отдел рекламаций
    • Развитие и управление бизнесом и продажами
    • Служба развития бизнеса
    • Отдел разработки продуктов
    • Отдел управления продуктами
    • Сектор документальной электросвязи
    • Центр видеоуслуг
    • Служба маркетинга
    • Отдел интегрированных маркетинговых коммуникаций
    • Отдел бизнес-аналитики
    • Отдел маркетинга
    • Отдел маркетинговых исследований
    • Служба продаж
    • Группа административной поддержки
    • Отдел по работе на потребительском рынке
    • Отдел по работе с государственными учреждениями
    • Отдел по работе с коммерческой недвижимостью
    • Отдел по работе с предприятиями торговли и деловых услуг
    • Отдел по работе с торговыми сетями
    • Отдел по работе с финансовыми структурами
    • Отдел по работе со СМИ
    • Отдел по работе с загородной недвижимостью
    • Отдел по работе с промышленными предприятиями
    • Отдел по работе с ТЭК
    • Отдел по работе с предприятиями транспорта
    • Отдел развивающихся сегментов рынка
    • Отдел реализации проектов
    • Отдел предпродажной подготовки
    • Территориальный центр предоставления услуг Москва
    • Отдел продаж
    • Территориальный центр предоставления услуг №1
    • Отдел продаж
    • Технический отдел
    • Территориальный центр предоставления услуг №2
    • Отдел продаж
    • Технический отдел
    • Территориальный центр предоставления услуг №3
    • Отдел продаж
    • Технический отдел
    • Экономика и финансы
    • Казначейство
    • Финансовая служба
    • Планово-экономический отдел
    • Группа по бюджетированию
    • Финансово-аналитический отдел
    • Сектор инвестиционного планирования и мониторинга инвестиционной деятельности
    • Служба расчетов за поставку ресурсов и услуги связи
    • Сектор ввода оплаты
    • Отдел формирования и поддержания базы данных пользователей
    • Сектор биллинга
    • Сектор расчетов с абонентами ТЦПУ и СП
    • Сектор расчетов с операторами и за поставку ресурсов
    • Сектор расчетов с абонентами услуг Мегател и База
    • Отдел расчетов за предоставленные услуги связи
    • Сектор расчетов с юридическими лицами
    • Сектор расчетов с физическими лицами
    • Сектор расчетов с агентами и бизнес-партнерами
    • Сектор расчетов за телеграммы
    • Производство и техническая поддержка
    • Служба обслуживания пользователей
    • Участок сервисной поддержки
    • Участок ФМС и СТК
    • Участок телеграфных связей
    • Участок приема телеграмм и сообщений
    • Участок телефонных продаж
    • Участок полуавтоматической и телефонной связи
    • Городское отделение связи 701
    • Городское отделение связи 73
    • Городское отделение связи 132
    • Пункт коллективного пользования
    • Служба развития сетей и систем телекоммуникационного комплекса
    • Технологический отдел
    • Проектный отдел
    • Служба инсталляции и технического обслуживания
    • Производственный отдел
    • Сектор первичных сетей
    • Сектор телефонных услуг
    • Сектор передачи данных
    • Сектор беспроводного доступа
    • Монтажно-технический сектор
    • Сектор планирования
    • Служба главного энергетика
    • Отдел электропитающих установок и автоматики
    • Сектор электроснабжения
    • Сектор тепловодоснабжения
    • Группа оперативно-диспетчерского управления
    • Участок эксплуатации систем жизнеобеспечения объекта ГО-43
    • Охрана труда и техники безопасности
    • Лаборатория метрологии и электроиспытаний
    • Участок электроиспытаний
    • Сектор метрологической службы
    • Служба оперативно-технического управления и взаимодействия с заказчиками
    • Эксплуатационно-технический отдел
    • Отдел подключения пользователей
    • Отдел управления сетями и системами ТК
    • Отдел статистики и контроля качества
    • Управление персоналом и организационное развитие
    • Отдел организационного строения и мотивации
    • Отдел по работе с персоналом
    • Отдел документационного, социального и корпоративного обслуживания
    • Группа документационного обеспечения
    • Группа корпоративного обслуживания
    • Служба бизнес-инжиниринга и информационных систем
    • Отдел управления процессами и качеством
    • Сектор управления качеством
    • Сектор моделирования бизнес-процессов
    • Сектор стандартизации
    • Сектор технологии
    • Отдел развития информационных технологий
    • Сектор системной архитектуры и проектирования ИС
    • Сектор бизнес-анализа
    • Отдел сопровождения информационных систем
    • Сектор разработки и сопровождения производственных систем
    • Сектор сопровождения систем поддержки бизнеса
    • Сектор сопровождения бизнес-приложений
    • Отдел поддержки и эксплуатации инфрастуктуры ИТ
    • Сектор управления инфраструктурой
    • Сектор поддержки технических систем
    • Сервис Дэск
    • Центр обучения
    • Безопасность режим и поддержка бизнеса
    • Отдел материально-технического снабжения
    • Отдел безопасности и режима
    • Бюро пропусков
    • Отдел мобилизационной подготовки и чрезвычайных ситуаций
    • Сектор пожарной профилактики
    • Служба по управлению недвижимостью и транспортом
    • Отдел по управлению недвижимостью и земельными отношениями
    • Транспортный цех
    • Руководство (ГД, заместители ГД)
    • При руководстве (директора проектов, главный консультант по персоналу)
  • 1026. АРМ менеджера по продажам комплектующих
    Курсовой проект пополнение в коллекции 13.06.2010

    Базы данных нужны человеку для систематизации своих знаний. На основе этой систематизации он может создать новые знания. Так или иначе, любая база данных служит человеку именно для описания происшедших в прошлом событий и на основе знания этих событий помогает принять то или иное решение на будущее. Поясним эту мысль примерами. Начнем с простых случаев. К примеру, описание склада необходимо для знания наличия на складе товаров на основе ввода движения товара на склад и со склада. Иначе, человеку пришлось бы постоянно сверяться с реальным наличием, т.е. пересчитывать товар по-нескольку раз на день перед выписыванием исходящей накладной. Как дополнительная и нужная функция может рассматриваться возможность статистического анализа расхода товара со склада по месяцам. К примеру, есть сезонные колебания расхода медикаментов. На основе таких наблюдений можно прогнозировать план закупок. Бухгалтерские программы позволяют в простейшем случае правильно заплатить налоги. Здесь мы видим классический пример генерации новых знаний, а именно о финансовом состоянии организации, на основе обработки проводок. Более сложным является случай рассмотрения баз знаний. База знаний может быть построена как мультимедийный справочник или как набор текстов и файлов другого формата, проиндексированных по определенным признакам в базе данных. Здесь стоит немного отвлечься и дать определение базы данных в моем понимании этого вопроса. База данных - это набор файлов определенного формата? Да, но не только. База данных - это средство доступа к таким файлам? Да, но не это главное. По моему мнению, база данных - это, прежде всего, хранилище объектов данных, т.е. набора возможных понятий или событий, описываемых базой данных, с возможностью поиска этих объектов по признакам. Неотъемлемой чертой базы данных является возможность связывания объектов между собой. Например, шапка накладной и ее содержание (включение), ИНН и реквизиты организации (ссылка), т.е. уникальное значение в одном из столбиков таблицы и одно или несколько значений из другой таблицы. Такие связи принято называть нормализацией базы данных, но об этом позже. Так вот, это лирическое отступление было мне необходимо для пояснения примера о базах знаний. Я считаю, и думаю, что Вы согласитесь, что базой данных можно считать не только таблицы, индексирующие файлы со знаниями разных форматов, но и сами эти файлы, потому, что они являются не типизированными хранилищами знаний в такой базе данных. Итак, в базах знаний мы накапливаем опыт прошлого. Потом человек может сам принять решение на основе этого опыта (типичный случай с мультимедийным справочником) или поставить задачу перед базой данных по поиску решения согласно сложившейся ситуации (найти закон, поясняющий правило оформления таможенной декларации и т.п.). Так происходит в программах справочного характера, например «Консультант плюс» и т.д. Как частный случай баз данных, можно рассматривать различные структурированные файлы, например словари для переводчиков, форматы файлов RTF, DOC, книги Microsoft Excel, файлы с письмами для почтовых Internet программ и т.д., жизненно важные функции баз данных, в которых реализуются за счет внутренних функций программ работающих с ними. Базы данных могут применяться как вспомогательное средство, позволяющее реализовать какую-то полезную функцию. Например, хранение настроек программы (реестр Microsoft Windows), Internet адресов для рассылки рекламы и т.д. Итак, мы рассмотрели различные базы данных. Этих примеров достаточно, чтобы оценить диапазон применений баз данных в современном мире.

  • 1027. АРМ мененджер автосалона "А-моторс"
    Дипломная работа пополнение в коллекции 27.11.2007

    Во время работы на ПЭВМ в помещении повышается температура и снижается относительная влажность воздуха, ухудшается ионный и качественный состав воздуха; увеличивается содержание в воздухе органических веществ и двуокиси углерода. Содержание в воздухе указанных веществ может в несколько раз предельно превышать допустимой величины. По этой причине необходимо поддерживать следующие оптимальные параметры микроклимата: температура воздуха от 18 до 21° C; относительная влажность воздуха соответственно 55-62%; скорость движения воздуха менее 0,1м/с. Также должно осуществляться проветривание помещения, в зависимости от погодных условий, длительность должна быть не менее 10 мин. Наилучший обмен воздуха осуществляется при сквозном проветривании, Другой путь обеспечения воздухообмена, может, быть, достигнут установлением в оконных проемах автономных кондиционеров. Звукоизоляция ограждающих конструкций КВТ должна также отвечать определенным требованиям. Для снижения уровня шума потолок или стены выше 1.5 - 1.7 метра от пола должны облицовываться звукопоглощающим материалом с максимальным коэффициентом звукопоглощения в области частот 63-8000 Гц. Дополнительным звукопоглощением в КВТ могут быть занавески, подвешенные в складку на расстоянии 15-20 см. от ограждения, выполненные из плотной, тяжелой ткани. Для уменьшенного поглощения света потолок и стены выше панелей (3,5 - 1.7м.), если они не облицованы звукопоглощающим материалом, окрашиваются белой водоэмульсионной краской (коэффициент отражения должен быть не менее 0,7). Для окраски стены панелей рекомендуется отдавать предпочтение светлым краскам.

  • 1028. АРМ специалиста
    Информация пополнение в коллекции 12.01.2009

    Компонент «Оперативный учёт» предназначен для оперативного учёта наличия денежных средств. Возможности компонента «Оперативный учёт» позволяют регистрировать движения и получать информацию о движениях и остатках товарных, материальных, денежных и других средств предприятия в реальном времени в самых различных разрезах. Компонент «Оперативный учёт» поддерживает механизм регистров, который и обеспечивает запись движений и получение остатков в различных разрезах. Использование этого механизма позволяет автоматизировать учёт взаиморасчётов с клиентами, учёт складских запасов товаров и многое другое. Одна из главных областей применения данного компонента автоматизация учёта складских и торговых операций.

  • 1029. АРМ специалиста по предоставлению платных дополнительных образовательных услуг
    Дипломная работа пополнение в коллекции 21.07.2010

     

    1. Вендров А.М.Проектирование программного обеспечения экономических информационных систем: учебник.М.: Финансы и статистика, 2006.
    2. Информатика: Учебник / Под ред. проф. Н.В.Макаровой. М.: Финансы и статистика, 2003. 768с.
    3. Казарин О.В.Безопасность программного обеспечения компьютерных систем. Москва, МГУЛ, 2003.212с.
    4. Козырев А.А.Информационные технологии в экономике и управлении: Учебник. Изд.3-еСПб.: Изд-во Михайлова В.А., 2003.-496с.
    5. Конев И.Р., Беляев А.В.Информационная безопасность предприятия.СПб.:БХВ-Петербург, 2003.752с.:ил.
    6. Клочков Г.А.Информационные технологии на базе ACCESS: Учебное пособие.// Сургут: Сургутский филиал Московской академии предпринимательства, 2004. 60с.
    7. Малыхина М.П.Базы данных: основы, проектирование, использование. СПб.: БХВ-Петербург, 2004.
    8. Методические указания к дипломному проектированию// Под ред. Анисимов В.А, Денисов В.В., Клочков Г.А., Курчеева Г.И., Ходусов Н.В.-Сургут: Сургутский филиал Московской академии предпринимательства, 2008 с.
    9. Официальный сайт МОУ СОШ №12 г.Сургута http://school12.admsurgut.ru/
    10. Общероссийские классификаторы http://www.aup.ru/docs/klasif/okok1.htm
    11. Программное обеспечение ACCESS: http://access.nm.ru/
    12. Смирнова Г.Н. и др. Проектирование ЭИС// М.: Мир, 2003. 168с.
    13. Смирнова Г.Н., Сорокин А.А., Тельнов Ю.Ф.Проектирование экономических информационных систем: Учебник для вузов / Под ред. Тельнова Ю.Ф. М.: Финансы и статистика, 2003. 512с.
    14. Сайт http://www.moya-shkola.ru/
    15. Сайт http://www.km-school.ru/r1/versions.asp
    16. Сайт http://manager-edu.mcfr-ep.ru/material/default.aspx? catalogid=23
    17. Титоренко Г.А.Автоматизированные информационные технологии в экономике. М.: Компьютер, ЮНИТИ, 2006.
    18. Трубилин И.Т., Семенов М.И., Лойко В.И., Барановская Т.П.Автоматизированные информационные технологии в экономике. М.: Финансы и статистика, 2005.
    19. Уткин В.Б.Информационные системы в экономике: Учебник для студ. Высш. Учеб. Заведений / В.Б.Уткин, К.В.Балдин. М.: Издательский центр «Академия», 2007.
    20. Фигурнов В.Э. IBM PC для пользователя. Краткий курс. М.: ИНФРА М, 2003.
  • 1030. Археологический источник и база данных. Выбор модели.
    Доклад пополнение в коллекции 12.01.2009

    Какой же из этих подходов предпочтительней при работе с вещественными источниками? "Буквальный" перевод в машиночитаемую форму, отделение "буквального" воспроизведения источника в памяти и логической системы интерпретации данных[23], для археологического источника неосуществимы - "перевод с языка вещей на словесный язык" это уже создание модели. В ходе перекодировки информации создается модель источника, зависящая от логической системы оценки данных, которая, в свою очередь, напрямую зависит от оценки материала и принятых автором теоретических установок. Иными словами, уже на этапе обработки исходного материала археолог имеет дело с моделью. При проектировании баз данных он, фактически, имеет дело с моделью модели. В результате в память машины вводится не источник, а его модель, которая зависит от взглядов исследователя и применяемых им методов. Вследствие этого для археолога, в отличие от "чистого" историка, работающего с письменными источниками, предпочтительнее ориентация на метод, а не на источник.

  • 1031. Архиватор RAR
    Информация пополнение в коллекции 12.01.2009

    В непрерывном архиве при упаковке каждого файла (кроме первого) используется информация, содержащаяся в предыдущих файлах. По этой причине архивы такого типа нельзя модифицировать. Выигрыш в степени сжатия по сравнению с обычными архивами тем выше, чем меньше средний размер файла и больше их количество. Наиболее типичный выигрыш на больших пакетах программ от 2 до 15 %, но в отдельных случаях наблюдалось уменьшение размера архива (по сравнению с созданным обычным методом) в 1.5 - 2 раза.

  • 1032. архиватор WinRAR 8.0
    Информация пополнение в коллекции 12.01.2009

    Алгоритм Хаффмана. Алгоритм основан на том факте, что некоторые символы из стандартного 256-символьного набора в произвольном тексте могут встречаться чаще среднего периода повтора, а другие, соответственно, реже. Следовательно, если для записи распространенных символов использовать короткие последовательности бит, длиной меньше 1 байта, а для записи редких символов более длинные, то суммарный объем файла уменьшится. Например буквы а,о,е,и встречаются очень часто в русском тексте, объем каждой буквы равен 1 байт (8 бит), их можно заменить на цифры 0,1,2,3, которые можно разместить в 2-х битах. Т.е. сжатие будет равен 25%, т.е. сжатие в 4 раза.

  • 1033. Архиватор ZIP
    Информация пополнение в коллекции 12.01.2009

    Для копирования файлов можно, разумеется, использовать команды COPY или XCOPY. Но, например для копирования файлов с жесткого диска емкостью 28 Мбайт необходимо 20 дискет стандартного формата (по 1.46 Мбайт). В таком большом количестве дискет даже разобраться довольно трудно, поэтому трудоемкость создания и обновления архива будет весьма значительной. Поэтому для создания архивов употребляются специализированные программы. Их можно разделить на два класса: программы упаковщики (архиваторы) и программы резервного копирования. В реферате будут рассмотрены только программы-упаковщики, так как ZIP относиться именно к ним.

  • 1034. Архиваторы
    Информация пополнение в коллекции 28.11.2009

    Еще одной важной функцией архивирования является возможность защиты паролем помещенных в архив файлов. Если архив защищен паролем, то извлечь из него файлы можно только указав пароль, использованный при создании архива. Современные архивы обладают высокой криптостойкостью, но это не дает 100% гарантий, если используются слабые пароли. Необходимо использовать длинные не распространенные пароли. Журнал «Хакер» по поводу паролей пишет: «И самое главное, не забывайте их, а то вам никто не поможет. Предположим, что ваш пароль состоит из 5 символов и каждым символ может быть английской заглавной или строчной буквой, или цифрой. Тогда каждый символ может быть любым из 64. Следовательно, количество всех возможных комбинаций равно 64 в степени 5, то есть 1073741824. Программа FCrackZip имеет скорость перебора 400000 паролей в секунду. Значит, все пароли из нашего примера можно перебрать с ее помощью приблизительно за 45 минут. А если пароль состоит из 6 символов, то все комбинации можно перебрать за 47 часов. Страшно даже подумать сколько займет перебор пароля из 15 символов. А если при этом еще увеличить количество возможных значений, например, до 255, то вообще сложно вообразить себе цифру, выражающую количество лет нужных для перебора. Выбирайте пароли как можно длиннее и как можно не логичней. И не забывайте их!» [2]

  • 1035. Архиваторы для Windows 9x
    Реферат пополнение в коллекции 09.12.2008

    Для начала несколько слов о терминологии. Принято различать архивацию и упаковку (компрессию, сжатие) данных. В первом случае речь идет о слиянии нескольких файлов и даже каталогов в единый файл - архив (примером использования такой технологии в чистом виде может служить формат TAR), во втором - о сокращении объема исходных файлов путем устранения избыточности (в данной статье мы говорим об упаковке без потерь информации, т.е. с возможностью точного восстановления исходных файлов). Как правило, современные архиваторы обеспечивают также сжатие данных, являясь таким образом еще и упаковщиками, однако существуют и чисто "упаковочные" утилиты типа Gzip, сжимающие отдельные файлы, преобразуя их в формат Z или GZ.
    При выборе инструмента для работы с упакованными файлами и архивами следует учитывать два фактора: эффективность, т.е. оптимальный баланс между экономией дисковой памяти и производительностью работы, и совместимость, т.е. возможность обмена данными с другими пользователями. Совместимость, пожалуй, сегодня более важна, так как по достигаемой степени сжатия конкурирующие форматы и инструменты различаются на проценты (но не в разы), а вычислительная мощность современных компьютеров делает время обработки архивов не столь существенным показателем, как, скажем, десять лет назад. Поэтому при выборе инструта для работы с архивами важнейшим критерием для большинства пользователей (во всяком случае тех, для кого обмен большими массивами данных - насущная проблема), вероятно, является способность программы "понимать" наиболее распространенные арменхивные форматы, даже если эти форматы не самые эффективные.
    Действие большинства средств упаковки основано на использовании алгоритмов сжатия, предложенных в 80-х гг. Абрахамом Лемпелем и Якобом Зивом. Многие популярные архивные форматы (ZIP, LZH, ARJ, ARC, ICE и т. п.) появились в эпоху господства DOS. Для работы с ними использовались специализированные архиваторы-упаковщики (утилиты PkZip/PKUnzip, LHA, Arj), которые позволяли архивировать целые каталоги и обеспечивали высокую степень сжатия для текстовых, графических и прочих типов файлов. Эти программы вызывались командной строкой с многочисленными параметрами, довольно громоздкими, хотя и обеспечивавшими богатые возможности. Вскоре стали появляться интегрирующие надстройки, с помощью которых можно было работать с различными форматами архивов не из командной строки, а с помощью меню.
    По-настоящему прижились в мире персональных компьютеров, став сегодня фактическими стандартами, лишь немногие из старых архивных форматов - ZIP, ARJ и, пожалуй, еще LZH. Помимо этих традиционных форматов некоторые современные архиваторы позволяют работать с новым межплатформным форматом JAR (Java ARchive), который был создан специально для пересылки многокомпонентных Java-апплет, но может применяться и для работы с упакованными архивами общего назначения (в JAR применяются те же методы сжатия, что и в ZIP). Еще один формат, CAB, был предложен фирмой Microsoft, средства для работы с ним входят в состав Windows 9x; многие архиваторы, ориентированные на форматы ZIP и ARJ, позволяют также распаковывать CAB-архивы.
    В настоящее время растет популярность формата RAR и соответствующих программ, созданных нашим соотечественником, челябинцем Евгением Рошалем. Но, хотя технология RAR обеспечивает высокую степень сжатия, стандартом она так и не стала, отчасти из-за не очень гибкого механизма работы с большими архивами. Во многих случаях удачным решением проблемы совместимости является создание архивов в виде самораспаковывающихся программ (EXE-файлов). Многие программы, ориентированные на какой-либо из традиционных типов архивов, способны создавать и EXE-архивы на базе своего "родного" формата. Но это решение не всегда обеспечивает достаточную гибкость (например, не позволяет без специальных инструментов выборочно извлекать файлы из архива).
    С приходом Windows архиваторы обзавелись графическим интерфейсом. В некоторых случаях этот интерфейс лишь прикрывал собой ту или иную старую утилиту командной строки, но появились и полноценные, в том числе 32-разрядные, программы со встроенным механизмом для манипулирования архивами (как правило, какого-нибудь одного типа; самая известная ZIP-ориентированная программа такого рода - WinZip фирмы Nico Mak Computing).
    В удобном виде манипуляции с командной строкой были "спрятаны" за интерфейсом популярных в России файловых оболочек типа DISCo Commander и FAR. Эти оболочки позволяют путем настройки файлов конфигурации подключать любые внешние DOS-архиваторы командной строки (Arj, PkZip, ARC, LZH и т.п.) и организовывать прозрачное манипулирование архивами, представляя их в виде обычных каталогов. К сожалению, многие утилиты командной строки неспособны полноценно работать с длинными именами файлов (такая возможность появилась в программе PkZip лишь начиная с версии 2.5 для Windows, в Arj - начиная с версии 3.0), а организовать обмен файлами с архивом можно только в пределах окна оболочки. Кроме того, и сами программные оболочки, и вызываемые из их среды архиваторы командной строки - коммерческие продукты (как правило, условно-бесплатные), каждую приходится приобретать отдельно. В отличие от утилит командной строки, рассчитанных на работу с одним типом архивов, Windows-программы более универсальны с точки зрения совместимости по форматам и к тому же используют такие преимущества новой ОС, как возможность давать объектам длинные имена и переносить файлы из одного приложения в другое.
    Рассмотренные в статье программы по большей части ориентированы на работу с архивами в формате ARJ или ZIP, но, как правило, содержат встроенные средства (или допускают подключение внешних модулей) для распаковки и просмотра и архивов других типов. Наши тесты показали, что программы, ориентированные на формат ARJ (их, кстати, не так много), в среднем работают чуть быстрее аналогичных ZIP-архиваторов и к тому же обеспечивают больший коэффициент сжатия, однако архиватор, несовместимый с форматом ZIP, вряд ли можно сегодня считать полноценным инструментом. Все программы обладают удобными инсталляторами и стандартными средствами деинсталляции. Как правило, архиваторы могут выборочно регистрироваться в качестве средства для обработки распознаваемых ими типов файлов. Практически все архиваторы предусматривают работу с длинными именами объектов, однако если эти имена содержат русские буквы, то 16-разрядные программы их неузнаваемо искажают при упаковке. Наиболее удобные утилиты интегрируются в систему Windows 9x: позволяют упаковывать и распаковывать файлы с помощью перетаскивания, представлять архивы в виде обычных папок, вызывать контекстные меню для упакованных объектов, как для объектов "Рабочего стола" Windows. На архивирование 20-Мбайт массива данных программы тратили (в режиме с параметрами по умолчанию) от 1,5 (ArjFolder) до 4 мин (Q Cab). Наилучшую степень сжатия показала программа Q Cab: созданный ею EXE-архив оказался почти на 10% компактнее остальных архивов, которые, в свою очередь, различались по объему на 1-5%.
    Лучшие из рассмотренных программ относятся к категории условно-бесплатных, некоммерческие разработки уступают им в разнообразии функций, совместимости и удобстве (хотя и не в эффективности сжатия). Лидером обзора являются Zip-ориентированные утилиты ZipMagic фирмы Mijenix, Zip Explorer Pro компании Aeco Systems и уже упомянутая WinZip фирмы Nico Mak Computing. Все они обеспечивают совместимость с большим числом форматов, удобны в использовании. Первые две программы, правда, выгодно отличаются от WinZip возможностью работы с архивами как с папками. Практически не уступает лидерам по удобству и возможностям программа Е. Рошаля WinRAR, но она ориентирована прежде всего на не очень распространенный формат RAR, хотя и обеспечивает большинство необходимых функций для манипулирования Zip-архивами. Тем, кто предпочитает бесплатные утилиты, можно рекомендовать для работы с Zip-архивами программу Eazy Zip 98, а для работы с ARJ-архивами - ArjFolder.

  • 1036. Архиваторы. Программа Архиватор ARJ
    Реферат пополнение в коллекции 09.12.2008

    Программа ARJ позволяет:

    • создавать архивные файлы из отдельных или всех файлов текущего каталога и его подкаталогов, загружая в один архив до 32000 файлов;
    • добавлять и заменять файлы в архиве;
    • извлекать и удалять файлы из архива;
    • просматривать содержимое архива;
    • создавать многотомный архив;
    • защищать каждый из помещенных в архив файлов 32-битовым циклическим кодом, тестировать архив, проверяя сохранность в нем информации;
    • получать помощь по работе на 3 международных языках;
    • вводить в архив комментарии к файлам;
    • запоминать в архиве пути к файлам;
    • сохранять в архиве несколько поколений (версий) одного и того же файла;
    • переупорядочивать архивный файл по размерам файлов, именам, расширениям, дате и времени модификации, коэффициенту сжатия и др.;
    • осуществлять поиск строк в архивированных файлах;
    • восстанавливать файлы из разрушенных архивов;
    • создавать самораспаковывающиеся архивы как на одном томе, так и на нескольких томах;
    • просматривать содержимое текстовых файлов, содержащихся в архиве;
    • обеспечивать защиту информации в архиве и доступ к файлам, помещенным в архив, по паролю.
  • 1037. Архивация данных в MS DOS
    Информация пополнение в коллекции 12.01.2009

    На работу Велча обратила внимание группа программистов Unix и использовала его алгоритм в их приложении LZW, получившем вполне естественное название compress. Они добавили несколько усовершенствований и опубликовали общедоступную версию этой программы в телеконференции Internet, благодаря чему многие пользователи смогли начать с ней работать.
    Популярность алгоритма LZW в значительной степени связана с успехом программы compress. Исходный текст последней версии программы, осуществляющей как сжатие, так и декомпрессию, занимает всего 1200 строк. Ядро кода сжатия занимает не более сотни строк, а код декомпрессии не намного больше. Программисты считают, что это облегчает чтение и понимание алгоритма, а также позволяет адаптировать его для самых разных целей.
    Алгоритмы LZ-стиля (включая LZW, LZ77, LZ78 и многие другие варианты) очень популярны везде, где требуется универсальное сжатие. LZW используется в стандарте модема V.42bis, протоколе передачи данных ZModem, форматах GIF, TIFF, ARC и других прикладных программах. Другие алгоритмы LZ используются в дисковых утилитах сжатия типа DoubleSpace и Stacker, графических форматах типа PNG, а также в универсальных утилитах архивирования и сжатия, включая ZIP, GZIP и LHA.
    Помимо пользующихся большим вниманием алгоритмов, базирующихся на словаре, существуют и другие подходы. Алгоритм сжатия Хаффмана (Huffman), основанный на статистических колебаниях распределения некоторых значений байтов, лег в основу нескольких очень эффективных методов сжатия, известных, как арифметическое кодирование (arithmetic encoding), энтропийное кодирование (entropy coding) или Q-кодирование (Q-coding). Арифметическое кодирование улучшает сжатие Хаффмана двумя путями. Первое усовершенствование заключается в том, что оно не требует, чтобы выбранные коды были целым числом бит. В то время как сжатие Хаффмана могло выбирать двух- и четырехбитовые коды, программа арифметического кодирования может использовать код длиной 6,23 бит. (Что такое 0,23 бит - чисто философский вопрос, если Вас это заинтересовало, то в отдельном разделе Вы найдете другое объяснение арифметического кодирования.) Второе усовершенствование (которое может также использоваться в сжатии Хаффмана) заключается в том, что арифметическое кодирование использует более сложную статистику. Она не просто следит за частотой появления байта в файле, а оценивает частоту его появления в определенном контексте. Например, при использовании исходного алгоритма сжатия Хаффмана символ "u", встречающийся не слишком часто, мог бы получать довольно длинный код. Но в сложной программе арифметического кодирования символ "u", следующий за "q", будет закодирован очень компактно, так как высока вероятность того, что "u" следует сразу за "q". Комбинация этих двух усовершенствований приводит очень к эффективному сжатию.

  • 1038. Архивация данных в Windows
    Информация пополнение в коллекции 12.01.2009

    Рассмотренные программы по большей части ориентированы на работу с архивами в формате ARJ или ZIP, но, как правило, содержат встроенные средства (или допускают подключение внешних модулей) для распаковки и просмотра и архивов других типов. В общем, тесты показывают, что программы, ориентированные на формат ARJ (их, кстати, не так много), в среднем работают чуть быстрее аналогичных ZIP-архиваторов и к тому же обеспечивают больший коэффициент сжатия, однако архиватор, несовместимый с форматом ZIP, вряд ли можно сегодня считать полноценным инструментом. Все программы обладают удобными инсталляторами и стандартными средствами деинсталляции. Как правило, архиваторы могут выборочно регистрироваться в качестве средства для обработки распознаваемых ими типов файлов. Практически все архиваторы предусматривают работу с длинными именами объектов, однако если эти имена содержат русские буквы, то 16-разрядные программы их неузнаваемо искажают при упаковке. Наиболее удобные утилиты интегрируются в систему Windows 9x: позволяют упаковывать и распаковывать файлы с помощью перетаскивания, представлять архивы в виде обычных папок, вызывать контекстные меню для упакованных объектов, как для объектов “Рабочего стола” Windows. На архивирование 20-Мбайт массива данных программы тратили (в режиме с параметрами по умолчанию) от 1,5 (ArjFolder) до 4 мин (Q Cab). Наилучшую степень сжатия показала программа Q Cab: созданный ею EXE-архив оказался почти на 10% компактнее остальных архивов, которые, в свою очередь, различались по объему на 15%.

  • 1039. Архивация файлов
    Реферат пополнение в коллекции 09.12.2008

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

  • 1040. Архивирование и обслуживание дисков
    Информация пополнение в коллекции 12.01.2009

    Создание архива. Если необходимо создать архив и поместить в него некоторое количество файлов, можно воспользоваться следующим способом.

    1. Выделите в панели Norton Commander с оглавлением каталога те файлы и подкаталоги, которые надо поместить в архив.
    2. Если на другой панели Norton Commander выведено оглавление архива, выйдите из просмотра оглавления архива. Лучше всего вывести в эту панель оглавление того каталога, в который должен быть помещен создаваемый архив.
    3. Находясь в панели с файлами и подкаталогами, которые выделены для помещения в архив, нажмите AltF5. Norton Commander выведет запрос о параметрах помещения файлов в архив. Над полем, указывающим имя создаваемого архива, сообщается вид архиватора, который будет примеряться при создании архива.
    4. Укажите в запросе каталог и имя создаваемого архива (расширение можно не указывать, оно определяется типом архива, то есть методом сжатия). По умолчанию Norton Commander предлагает имя Default, так что обычно вместо него приходиться вводить другое.
    5. Установите выведенные в запросе режимы (как обычно, для изменения значения режима надо либо щелкнуть соответствующие поле мышью, либо подвести к нему курсор и нажать клавишу Пробел ):