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

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

Когда вы сможете приступить к работе ответ - подготовка к собеседованию (популярные вопросы)

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

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

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

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

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

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

Даже если Вы знаете универсальный ответ на вопрос — когда вы сможете приступить к работе, помните, что до этого момента Вам придется дать ответ на многие другие вопросы.

Как правило, работодателей интересуют следующие моменты :

Личная информация . Семейное положение (наличие полноценной семьи, проживающей в собственном доме/квартире – дополнительный плюс), здоровье (как часто Вы берете больничный), сильные и слабые стороны характера, вредные привычки, сколько времени уходит на то, чтобы доехать на работу. Возможно, у Вас спросят об увлечениях, культурной жизни, какие книги, музыка и фильмы нравятся.

Профессиональные навыки и опыт работы . Большинство работодателей достаточно много внимания уделяют предыдущему месту работы претендентов на вакантную должность. Будьте готовы рассказывать о причинах ухода с последнего места работы, о взаимоотношениях с коллегами и конфликтах с начальством. Если после увольнения с последнего места Вы долго нигде не работали, подготовьте рассказ о том, что Вы делали в это время (только не сочиняйте различные истории, не нужно врать, рассказывайте правду или определенную ее часть). Собеседник будет задавать вопросы по специальности: назовите оборудование, используемое в нашей отрасли, с какими компьютерными программами умеете работать, как часто готовы ездить в командировки, насколько предыдущий работодатель был доволен результатами Вашей работы. Также, Вас попросят озвучить размер зарплаты, которую Вы бы хотели получать и на какую сумму рассчитываете в первые два месяца работы. Очень важно постоянно контролировать собственные впечатления, если у Вас были сомнения по поводу предлагаемого вакантного места, а после собеседования Вы поняли, что они никуда не исчезли (Вы все так же сомневаетесь), тогда имеет смысл продолжить поиск работы в другом месте.

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

Правильные ответы

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

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

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

Многие совмещали процесс поиска работы с небольшими подработками (починить соседке кран, почистить канализацию, сделать косметический ремонт и т.д.), которые позволяли не бедствовать, другие – сумели одновременно пройти собеседование в 2-3 фирмах, а теперь не могут выбрать самый оптимальный вариант. Именно для решения всех текущих проблем необходимо, после успешного прохождения собеседования, договариваться с работодателем о том, что выйдете на работу через неделю.

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

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

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

ПРИСТУПИТЬ, приступлю, приступишь, совер. (к приступать), к кому чему. 1. Близко подойти, подступить (книжн. устар.). Неприятель ночью приступил к городу. 2. с чем. Настойчиво обратиться к кому нибудь (с требованиями, просьбами). «К Зевесу весь… … Толковый словарь Ушакова

Ступлю, ступишь; св. 1. обычно к чему. Начать что л., приняться за что л. П. к делу, к работе. П. к уборке. П. к чтению. П. к докладу. 2. к кому чему. Устар. Близко подойти; подступить. Вода приступила к берегу. Враг приступил к крепости. П. к… … Энциклопедический словарь

приступить - ступлю/, сту/пишь; св. см. тж. приступать 1) обычно к чему Начать что л., приняться за что л. Приступи/ть к делу, к работе. Приступи/ть к уборке. Приступи/ть к чтению … Словарь многих выражений

Безработица - (Unemployment) Безработица – это такое социально экономическое явление, при котором часть взрослого трудоспособного населения, не имеет работы и активно ее ищет Безработица в России, Китае, Японии, США и странах Еврозоны, в том числе в кризисные… … Энциклопедия инвестора

Пособие по безработице - (Unemployment benefit) Пособие по безработице это социальное обеспечение людей, оставшихся без работы Определение пособия по безработице, статистика и размер пособия для лиц, являющихся безработными не по своей вине и которые готовы, желают и… … Энциклопедия инвестора

Занятость - (Employment) Занятость населения, виды занятости Постоянная занятость, вторичная и теневая Содержание Содержание 1. Вторичная. 2. Постоянная и нерегулярная занятость. 3. Теневая занятость, частичная и условная. Занятость населения Понятие… … Энциклопедия инвестора

В 1970 году. Слева направо: Гизер Батлер, Тони Айомми, Билл Уорд, Оззи Осборн … Википедия

Словарь бизнес-терминов

ПРОГУЛ - неявка на работу без уважительных причин в течение всего рабочего дня. Под прогулом действующее трудовое законодательство понимает и отсутствие на работе более 3 часов в течение рабочего дня без уважительных причин (п.4 ст.33 КЗоТ). При этом… … Энциклопедия трудового права

Экономика страны - (National economy) Экономика страны это общественные отношения по обеспечению богатства страны и благосостояния ее граждан Роль национальной экономики в жизни государства, сущность, функции, отрасли и показатели экономики страны, структура стран… … Энциклопедия инвестора

РЕВМАТИЗМ ОСТРЫЙ - РЕВМАТИЗМ ОСТРЫЙ. Содержание: Географическое распространение и статистика. 460 Этиология и патогенез............... 470 Патологическая анатомия............... 478 Симптомы и течение................ 484 Прогноз....................... 515 Диагноз … Большая медицинская энциклопедия

Книги

• Приступить к ликвидации , Хруцкий Эдуард Анатольевич. В книгу вошли два романа знаменитого писателя, кинодраматурга, мастера отечественного детектива Э. Хруцкого - "Приступить к ликвидации" и"Четвертый эшелон", посвященные работе московской…
• Приступить к ликвидации: романы , Хруцкий Э.. В книгу вошли два романа знаменитого писателя, кинодраматурга, мастера отечественного детектива Э. Хруцкого - «Приступить к Ликвида¬ции» и «Четвертый эшелон», посвященные работе московской…

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

Приступая к работе, говорите себе «Я хочу это сделать» вместо того, чтобы постоянно напоминать себе «Мне надо это сделать». Как бы то ни было, всегда вам выбирать, делать что-то либо нет, даже если последствия могут быть неприятными. Сделайте осознанный выбор того, что бы вам хотелось сделать сейчас, и сделайте это! Я обычно составляю план на день, в который я помещаю только те задачи, которые мне хочется увидеть сделанными. Это мой выбор - поэтому их всегда хочется сделать.

Если думать о задаче как о большом слоне, которого вы хотите съесть, то наверняка вы отложите эту задачу «на потом». Спросите себя: «С чего я могу начать прямо сейчас?» Откусите слону ухо и не думайте о том, как он может весь поместиться в вас. Когда это сделано, выберите следующую саму маленькую часть слона либо самую вкусную - без разницы - и съешьте её! По мере уничтожения монстра вы узнаете подробности о слоне, которые не видны были сперва. Каждый раз вы начинаете со следующей мелкой части и получаете от этого удовольствие, пока вы в итоге не обнаружите, что от слона остался один хвост, который без проблем может поместиться в вас за один присест. Если задача необъятная либо не приятная (но, безусловно, важная для вас!) - смело начинайте и пока не думайте о завершении.

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

Всегда позволяйте себе право быть человеком. А человек может ошибаться, с этим ничего не поделаешь. Многим гениальным творениям предшествовало 1000 неудачных, но вряд ли эти гениальные творения появились, если бы не эти 1000 предшествующих. Несовершенная работа, сделанная сегодня, всегда лучше, чем идеальная, отложенная навсегда. Если вы хотите написать статью на 5000 слов, позвольте вашему первому черновику состоять только из 100 слов. Обычно я разбиваю неподъемную задачу на несколько мелких дел, не думая о том, кому придётся их делать. Потом беру одну из них, добавляю в список “сделать сегодня” и приступаю без всяких мыслей об идеальности результата. Это не представляет особого труда, так как большая идеально выполненная задача была заменена маленьким съедобным кусочком.

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

Помните формулу успеха: Не откладывай на завтра то, что можно сделать сегодня.

Введение

В название этой главы присутствует "Шаг 0", поскольку в книге, посвященной главным образом тому, как создавать приложения для мобильных устройств, ваше внимание должно быть обращено на необходимость получения в первую очередь ответа на следующий вопрос: "Какие конкретные задачи должны решаться при помощи данного мобильного приложения?" Очень важно всегда иметь для разрабатываемого приложения подходящий набор конечных целей. В процессе того, как вы будете ближе знакомиться с возможностями и ограничениями вашего целевого устройства, а также по мере появления новых или уточнения существующих требований в результате тестирования приложения, задачи разработки могут изменяться, но вы всегда должны хорошо представлять себе общую конечную цель, которая должна быть достигнута по завершении разработки. Приложение, для которого ясно не определены цели и сферы применения, обречено потонуть в море посредственных возможностей. Гораздо лучше выделить несколько важных задач, в которых будут больше всего заинтересованы пользователи мобильного устройства, и обеспечить возможность их эффективного решения, чем пытаться втиснуть все, что только возможно, в рамки одного универсального приложения.

Цель этой короткой главы состоит в том, чтобы помочь вам правильно очертить границы проекта разрабатываемого мобильного приложения. Успешность подобных приложений зависит от того, насколько они сфокусированы на решении строго определенного круга задач. Работа с мобильными приложениями, предназначенными для повышения производительности труда, обычно ведется в виде коротких сеансов, во время которых пользователь получает и изменяет данные или запрашивает услуги. Правильно определив набор необходимых средств, вы предоставите пользователям возможность быстрейшего получения информации и услуг, в которых они нуждаются. Вероятно, мобильное приложение с множеством форм, для просмотра и изучения которых пользователю понадобится более 20 минут, вряд ли можно считать соответствующим этому критерию; 20 секунд - вот те временные рамки, на которые вы должны ориентироваться. To же самое относится и к приложениям развлекательного характера; отличная мобильная игра должна быть простой в использовании, быстро запускаться и учитывать специфику кратковременных сеансов.

Независимое приложение или часть большой системы?

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

Независимые приложения

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

Наборы взаимосвязанных приложений, установленных на устройстве

Большинство приложений, заслуживающих интереса, взаимодействуют с другими системами. В некоторых случаях вместо варианта, предусматривающего создание одного крупного многоцелевого приложения, можно выбрать вариант создания набора приложений, установленных на одном устройстве, которые осуществляют совместный доступ к локальной базе данных. Каждое приложение может быть ориентировано на решение отдельного круга задач и разрабатываться так, чтобы наилучшим образом обеспечить достижение соответствующих целей. При построении набора приложений, которые будут совместно работать с разделяемыми данными, важно как можно точнее определить, что именно каждое приложение должно делать, а что не должно. Хорошим примером разделения функций между отдельными приложениями может служить набор офисных приложений. Типичное программное обеспечение офисного набора включает в себя текстовый процессор, программу для выполнения расчетов (электронные таблицы), а также программное обеспечение для подготовки презентационных материалов и обеспечения связи. Указанные программы могут взаимодействовать между собой множеством способов и разделять общие данные и компоненты, но сомнения в отношении того, какое из приложений больше всего подходит для решения той или иной задачи, возникают лишь в очень редких случаях. Кое-кому может показаться, что отдельные офисные приложения сами по себе являются слишком сложными, чтобы каждое из них можно было считать ориентированным на решение узкого круга задач, однако представьте, что бы произошло, если бы все они были объединены в одно огромное "суперприложение". Результат напоминал бы собой некий конгломерат. Залог создания успешных мобильных приложений - минимизация их размеров и специализация выполняемых ими функций

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

У конечного пользователя не должно возникать никаких сомнений относительно того, каким именно инструментом следует воспользоваться для решения той или иной конкретной задачи. Размытие целевого назначения приложений в пределах набора говорит о незавершенности продукта или разработке проекта путем незапланированного наращивания его возможностей, когда вместо систематического создания заранее предусмотренных средств существующие приложения дорабатываются в специализированном стиле по мере выявления новых потребностей. Если в процессе разработки мобильного приложения у вас рождается идея "убийственного сценария", задайтесь вопросом, следует ли включать этот сценарий в состав существующего приложения или лучше реализовать его надлежащим образом в виде независимого приложения. Можно легко объединить приложения в одно целое, но выделить вплетенный в тело приложения код очень непросто. Если вы сомневаетесь в том, как лучше поступить, начните с создания независимого приложения, не забыв при этом о правиле "20 секунд": пользователь, действуя без спешки, должен успевать достать устройство из кармана и перейти к разделу с нужной информацией в течение не более 20 секунд.

Мобильные приложения, взаимодействующие с приложениями для настольных компьютеров и серверов

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

1. Определите ключевой набор сценариев работы с устройством. Сценарии использования приложений для настольных компьютеров и Web-приложений значительно отличаются от сценариев использования мобильных приложений, и поэтому простой перенос функциональных возможностей соответствующих приложений на мобильные устройства является оправданным лишь в очень редких случаях. Очень важно, чтобы вы могли дать ответы на следующие вопросы. Быстрое решение каких задач может потребоваться пользователям данного приложения при работе в мобильных условиях? Каковы те ключевые элементы, необходимость быстрого поиска или выполнения которых может заставить пользователя извлечь устройство из кармана? От ответов на эти вопросы зависят сценарии использования вашего мобильного приложения.

2. Определите будет ли устройство взаимодействовать с данными, хранящимися на настольных компьютерах или серверах. При работе крупных приложений часто используются экземпляры данных, разбросанные по самым разным местам. Данные могут храниться на нескольких серверах, на настольных компьютерах и на устройствах. Очень важно иметь ясную картину того, с какими данными будет взаимодействовать ваше мобильное приложение. Если у вас есть возможность выбирать, с какими данными следует организовать взаимодействие, - теми, которые хранятся на сервере, или теми, которые хранятся на настольном компьютере, - то наиболее подходящим почти всегда будет второй вариант. Это обусловлено двумя причинами: 1) обычно данные, хранящиеся на настольном компьютере, являются локальной кэшированной копией серверных данных, реальное текущее состояние не всегда отражается правильно, и 2) в то время как настольный компьютер не всегда может быть доступным, серверы специально проектируются таким образом, чтобы обеспечивалась возможность постоянного доступа к ним. Обычно если принимается решение о том, что мобильное устройство должно синхронизироваться с данными, хранящимися на настольном компьютере, а не на сервере, то это делается на основе тактических, а не прочно обоснованных стратегических соображений. В качестве оправдания указанной близорукой политики приводят, например, такую аргументацию: "Я не могу получить разрешение на доступ к находящимся на сервере данных с мобильного устройства, и поэтому вынужден обратиться к модели, которая обеспечивает синхронизацию с данными, хранящимися на настольном компьютере" или "Структуры данных, хранящихся на серверах, слишком сложны для обработки, в то время как на настольных компьютерах данные хранятся в простых форматах, и поэтому синхронизация с ними осуществляется легче". Постарайтесь устоять перед подобного рода соблазнами. Если данные действительно хранятся на сервере, то вы должны организовать синхронизацию именно с ними, даже если для этого и придется создавать промежуточное серверное решение, поддерживающее получение доступа к данным. Формирование продуманной архитектуры взаимодействия с другими звеньями вашего приложения сторицей окупит себя в отношении надежности и сроков разработки. Кратковременным тактическим решениям свойственно очень быстро превращаться в непрерывный долговременный кошмар сопровождения. Корректная оценка сферы применения вашего мобильного приложения требует того, чтобы вы руководствовались отчетливой схемой, отражающей взаимодействие приложения с внешними по отношению к устройству системами.

Не пытайтесь просто переносить на устройства приложения, рассчитанные на настольные компьютеры! Мыслите категориями устройств!

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

Стереотипы использования мобильного и настольного программного обеспечения

Следует развеять миф о том, что персональные компьютеры будут вытеснены мобильными устройствами; в действительности на это пока ничто не указывает. Как уже отмечалось в предыдущих главах данной книги, мобильные устройства находят качественно иное применение по сравнению с персональными компьютерами. Чтобы добиться успеха в создании замечательных мобильных приложений, вы должны исходить из того, что мобильные устройства привносят в существующее программное обеспечение новое, мобильное наполнение, заставляя создавать совершенно новые классы программного обеспечения, а не просто заменять то, которое уже существует в виде приложений для настольных компьютеров и Web-приложений

Настольные и переносные компьютеры хорошо справляются со многими задачами, и в частности, обеспечивают возможность исследовательского стиля работы с данными, получаемыми их из самых разных источников. Во время сеанса работы с настольными или переносными компьютерами исходная информация нередко поступает из нескольких разнородных источников, и вы всегда можете вызвать именно то приложение, которое вам требуется в данный момент. Вспомните хотя бы, как вы работаете с текстовым процессором, обмениваетесь электронными сообщениями, заказываете авиабилеты через Web или разрабатываете проекты, используя подходящее программное обеспечение. Все эти виды деятельности носят исследовательский характер и во многих случаях требуют длительных сеансов работы за компьютером. На протяжении рабочего сеанса пользователю приходится иметь дело с различными приложениями и данными в зависимости от текущей ситуации, часто переходя из одного контекста в другой. С другой стороны, надлежащим образом разработанное мобильное программное обеспечение ориентируется на предоставление пользователю возможности сконцентрироваться на узкоспециальных задачах, нуждающихся в строго определенной информации, которые решаются за время коротких рабочих сеансов. Вы только представьте себе раздражение пользователя, пытающегося срочно найти адрес в неудачно спроектированной адресной книге мобильного устройства. Пользователи рассчитывают на то, что смогут связаться с нужным адресатом по телефону в течение минимального времени. Их совершенно не устраивает, если для этого приходится выполнять различные манипуляции, на которые уходит много времени; даже 10 секунд, необходимых для того, чтобы нажать нужные кнопки и перейти от одних элементов пользовательского интерфейса к другим, является недопустимо длительным промежутком времени для пользователя, которому требуется сделать всего лишь один телефонный звонок. От мобильных устройств ожидают, что они, будучи всегда под рукой, просто обязаны находиться в состоянии постоянной готовности к работе и обеспечивать быстрый доступ к информации и услугам в тех ситуациях, когда настольные или переносные компьютеры ничем помочь не могут.

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

Поиск информации в Web с помощью мобильных устройств имеет свои особенности

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

Ранее мы уже указывали на то, что в мобильных Web-бpayзepax адресная строка часто по умолчанию является скрытой. В случае настольных компьютеров такое поведение можно было бы считать упущением, но в случае мобильных устройств критерии оценки другие. На то есть две причины: 1) в случае мобильных устройств быстро вводить длинные URL-адреса обычно бывает непросто, и если имена Web-сайтов приходится задавать с указанием всех входящих в них символов то и редактор T9 не в состоянии ускорить эту процедуру, и 2) в силу требований к размерам изображений и компоновке экрана большая часть Web-содержимого плохо приспособлена для отображения на мобильных устройствах.

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

Именно поэтому ведется работа по выделению в Internet отдельного домена высшего уровня (например, .mobile, а не.com), предоставляющего содержимое специально для мобильных устройств. Мобильные устройства вскоре станут очень важными участниками деятельности в Internet, но использоваться в работе они будут не так, как браузеры современных настольных компьютеров. Ближайшее будущее обещает нам много интересного, поскольку можно ожидать появления в Web множества новшеств, специфических для мобильных устройств, а не простого переформулирования идей программного обеспечения, разработанного для настольных компьютеров.

Шаги по определению сферы применения мобильного приложения

Ниже перечислены шаги, которым вы должны следовать при определении сферы применения вашего мобильного приложения.

1. Записывайте сценарии использования мобильных устройств. Не существует лучшего способа, чем описание на бумаге каждого возможного пользовательского сценария из подготовленного вами списка. Чем более подробно описаны сценарии, тем лучше. Определите круг потенциальных пользователей мобильного приложения. Определите, какие устройства они могут иметь при себе. Определите, какие задачи они смогут решать при помощи данного программного обеспечения. Определите где и когда они могут использовать ваше мобильное приложение. Определите длительность и частоту возможных сеансов взаимодействия с устройством. Запись всей этой информации на бумаге обострит ваше мышление и позволит получить конкретные отзывы от других участников рабочей группы, потенциальных пользователей приложения и других заинтересованных сторон. Не менее важно указать также то, для выполнения чего ваше мобильное приложение не предназначено. Тем самым будут полностью определены границы и сфера применения вашего мобильного приложения

2. Определите, какая часть системы перемещается на устройство. Будет очень неплохо, если вы предварительно разделите приложение на части, соответствующие серверу, устройству и настольному компьютеру, если это только возможно. Это позволит вам получить хорошее представление о запросах вашего мобильного приложения в отношении обработки, хранения и обмена данными.

3. Создайте начальный прототип. Располагая современным инструментарием RAD (Rad Application Development - быстрая разработка приложений), можно сравнительно легко создавать начальные прототипы того, что вы задумали. Создание прототипов - отличная вещь. Подготовка и выполнение прототипов на устройстве поможет вам лучше изучить возможности и ограничения выбранного вами оборудования и выявить проблемы проекта, которые вы могли упустить. Помимо этого, наличие выполняющегося прототипа сделает возможной оценку дееспособности определенных вами сценариев использования приложения

4. Проанализируйте, подходит ли разработанный вами пользовательский интерфейс прототипа для выбранного целевого устройства. Создание прототипа приложения ясно покажет вам, каким образом приложение будет представлять данные и взаимодействовать с пользователем. Не каждое приложение подойдет для любого устройства. Прототип продемонстрирует вам, как именно будут выглядеть и работать определенные вами сценарии использования приложения на физическом оборудовании устройства. В зависимости от полученных при этом результатов может потребоваться уточнение сценариев, изменение парадигмы пользовательского интерфейса и даже выбор другого целевого мобильного устройства.

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

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

7. Приступите к разработке программного обеспечения! Вооружившись тщательно продуманным списком пользовательских сценариев, первоначальным представлением о том, каким должно быть подходящее разбиение приложения на отдельные части, и ценными сведениями, полученными в процессе апробирования экспериментальной модели приложения, вы будете вполне готовы приступить к его разработке.

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

В этой публикации предполагается, что у вас есть работающая среда Active Directory . Кроме того, вы должны быть знакомы со следующими концепциями Active Directory :

• Организационные единицы
  • Оснастка ADSI Edit MMC
• Управление политикой групп
• Администрирование пользователей
  • Схема объекта пользователя Active Directory

Обратитесь к администратору Active Directory вашего узла, когда вы будете решать, какие пользователи LDAP будут авторизованы для аутентификации на сервере мониторинга или на сервере портала. Рекомендуется также создать иерархию OU, в которую будут входить пользователи. Это облегчит поиск в каталоге Базовое имя и ограничит время поиска, повысив производительность аутентификации пользователей Tivoli Monitoring -LDAP. На показан пример конфигурации, состоящей из иерархии OU=ITMUsers с контейнерами ITMtepsUsers и ITMtemsUsers. В этой схеме базой для поиска пользователей сервера мониторинга для аутентификации будет CN=ITMtemsUsers,OU=ITMUsers,DC= компания,DC=com а базой для аутентификации пользователей сервера портала - CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com .

Рис. 1. Предлагаемая иерархия пользователей LDAP для серверов Tivoli Monitoring

Кроме того, вы должны знать схему объект/атрибут пользователя Active Directory . Эта информация потребуется для создания конфигурации фильтра LDAP сервера мониторинга и для свойства Регистрация в защите репозитория TEPS/e сервера портала. На показаны возможные настройки учетной записи пользователя (этот пользователь Tivoli Enterprise Portal Server должен быть также авторизован как пользователь Сервер Tivoli Enterprise Monitoring ).

Рис. 2. Свойства пользователя сервера портала

При конфигурировании аутентификации пользователя LDAP TEPS/e нужно указать свойство регистрации атрибута объекта пользователя Active Directory , которое будет содержать соответствующее имя пользователя (в этом примере - llassite ). На показан экземпляр класса пользователя Active Directory для пользователя llassite .

Рис. 3. Свойства пользователя LDAP

Свойство аутентификации пользователя LDAP uid TEPS/e должно совпадать с учетной записью пользователя сервера портала. Для этого измените атрибут пользователь/uid Active Directory для пользователя llassite и задайте uid=llassite , чтобы учетная запись пользователя llassite сервера портала совпадала с uid=llassite в объекте LDAP CN=Lin Lassiter,CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com (ее можно найти, выполнив поиск каталога, который начинается с базовой записи CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com .

И дают представление общей идеи свойств Active Directory , которые будут использоваться для аутентификации LDAP. Знание того, где находятся пользователи LDAP в Active Directory (база для запроса или поиска пользователей Tivoli Monitoring в каталоге), и схемы пользователя (атрибут объекта пользователя, который содержит точное имя пользователя, используемое для аутентификации), критически важно для успешного конфигурирования аутентификации пользователей LDAP Сервер Tivoli Enterprise Monitoring илиTivoli Enterprise Portal Server .

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

Рис. 4. Разрешения пользователя Tivoli Enterprise Portal Server

Аутентификация пользователей LDAP доступна только для отдельных пользователей Tivoli Monitoring и групп пользователей. Разрешение аутентификации LDAP для отдельных пользователей Tivoli Monitoring обеспечивает максимальную гибкость как на стороне IBM Tivoli Monitoring , так и на стороне LDAP. Для управления автоматизированной синхронизацией пользователей Active Directory и Tivoli Monitoring можно использовать сценарии. Сценарии сбора данных для учетных записей пользователей Active Directory могут гарантировать, что изменения учетных записей Active Directory (например, добавление или удаление пользователей) будут отражены в соответствующих пользователей Tivoli Enterprise Portal при помощи команды tacmd .