Объяснение:
Вначале определим, что такое кодирование (также и кодирование сообщений) методом RLE:
"Кодирование длин серий (англ. run-length encoding, RLE) или кодирование повторов — алгоритм сжатия данных, заменяющий повторяющиеся символы (серии) на один символ и число его повторов. Серией называется последовательность, состоящая из нескольких одинаковых символов. При кодировании (упаковке, сжатии) строка одинаковых символов, составляющих серию, заменяется строкой, содержащей сам повторяющийся символ и количество его повторов." Если внимательно это прочитать, то сразу становится понятно, как решать ваше задание:
1.) ИВВВ111у - 1И3В311у4ф
2.) еВпппВ11уфффуугггддд - 1е1В3п1В211у3ф2у3г3д
3.) РРппВ12уллл3336 - 2Р2п1В11121у3л4р3316
(жирным шрифтом обозначено количество одинаковых символов в строке, обозначается повторяющийся символ сразу после числа, прописаного жирным шрифтом).
Также можно сосчитать во сколько раз уменьшилась строка (то есть эффективность данной кодировки):
Для первой строки: 12÷10 = 1.2 (эффект присутствует)
Для второй строки: 20÷20 = 1 (никакого эффекта, к сожалению)
Для третей строки: 19÷20 = 0.95 (лучше бы не кодировали
Проектирование и внедрение АРМ основывается на ряде общих и частных принципов проектирования систем обработки данных. Главным считается принцип максимальной ориентации на конечного пользователя. Это достигается созданием специальных средств адаптации АРМ к уровню подготовки пользователя и возможностью его обучения и самообучения непосредственно на данном АРМ.
Другим принципом созданию эффективных АРМ, является принцип проблемной ориентации. Под проблемной ориентацией обычно понимается специализация АРМ на решении определенного круга задач, объединенных общей технологией обработки данных, т.е. ориентация на автоматизацию некоторой группы функций, постоянно выполняемых работниками сферы организационного управления.
Немаловажное значение придается реализации принципа соответствия информационных потребностей пользователей используемым техническим средствам. Только после тщательного установления информационных потребностей пользователя, обеспечивающих выполнение возложенных на него функций, можно приступать к определению состава и функций АРМ.
На практике при разработке АРМ пользователи зачастую предпочитают перепоручить определение своей информационной потребности разработчикам, ссылаясь на недоступную компетентность в области вычислительной техники. В результате цели, определенные разработчиками, не всегда совпадают с тем, что пользователи ожидают от автоматизации их рабочих мест. Поэтому в процессе создания АРМ должен быть реализован принцип творческого постоянного контакта разработчиков АРМ и их потенциальных пользователей.Совместное участие пользователя и разработчика в создании АРМ лучше осознать проблемную ситуацию, стимулирует интеллектуальную деятельность будущего пользователя АРМ и в конечном итоге повышению качества АРМ.
Примерами АРМ являются АРМ бухгалтера, складского работника, операциониста банка, менеджера. Примерами функциональных подсистем ЭИС являются подсистемы бухгалтерского учета, финансового планирования и анализа, маркетинга, кадров ит.Д. Примерами функциональных информационных систем являются банковские, страховые, налоговые и другие системы. Примерами обеспечивающих предметных технологий являются Project Expert, Marketing Expert, и приложения фирм 1С, Галактика, ПАРУС, BAAN, BaySIS и другие.