Клиенты и партнерыОсновные услуги СМ-КонсалтПортфолио и квалификация
Тренинги и обучениеРешения и услугиКарта сайта


Реклама:

Наши партнёры:

UML2RU
UML2RU

Наша рассылка:

СМ-Консалт

Подписаться письмом








 

 Новичков Александр  Шамрай Александр Читайте также статьи и материалы о технологиях Rational и Microsoft в блоге Новичкова Александра и Шамрая Александра

 

Объектно-ориентированная среда IBM Rational Functional Tester

Статьи → Тестирование (IBM rational Robot, TestManager, PurifyPlus, RFT и RPT)

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

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

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

В противоположность инструментам других разработчиков, алгоритм распознавания объектов программы IBM® Rational®® Functional Tester's (RFT) является достаточно сложным (что повышает надежность распознавания объектов), оставаясь доступным (через карту объекта, object map). Уникальная схема распознавания объектов в сочетании с поддержкой в RFT языка Java™ как языка написания сценариев, обеспечивает, в первую очередь, по-настоящему объектно-ориентированный подход к созданию инструментов автоматизации GUI. Этот подход позволяет создавать сценарии на ранней стадии процесса разработки, основываясь на требованиях проекта или спецификации разработчика, вместо того, чтобы ждать, пока приложение не будет полностью написано, а затем перейти к использованию механизма записи-воспроизведения. Кроме того, объектно-ориентированная схема RTF и предлагаемая программой возможность многократного использования кода облегчают обновление параметров распознавания объектов для отражения изменений в соответствующем приложении, не затрагивая других частей кода. Кроме того, при помощи RTF вы можете написать гибкий, многократно используемый Java-код, который будет надежным и простым в обслуживании.

Чтобы наиболее полно использовать это преимущество, группа проектирования качественного программного обеспечения IBM (IBM's Quality Software Engineering, QSE) проводит совместную работу со специалистами корпорации по тестированию в целях разработки общей архитектуры RTF. Эта архитектура состоит из трех слоев:

  • Классы «Appobject», которые логически объединяют элементы GUI. Эти классы состоят из дискретных, гранулярных частных карт объектов, которые содержат небольшие количества связанных элементов GUI вместе с подпрограммами, обеспечивающими доступ к этим элементам;
  • Задачи или методы, которые предназначены для выполнения часто используемых путей GUI;
  • Контрольные примеры, которые вызывают задачи, проверяют состояние приложения и фиксируют результаты.

Мы создали пример такой архитектуры, разработав среду, которая состоит из трех папок: appobjects, tasks, and testcases. Каждая из этих папок представляет собой пакет в рамках проекта RTF и представляет один из слоев трехслойной архитектуры. Далее в этой статье по очереди разъясняется назначение каждой папки.

Папка appobjects

Одно из важных преимуществ использования среды QSE Framework состоит в том, что она помогает контролировать обслуживание карты объекта. Карты объекта при разрастании становятся неуправляемыми, поэтому очень сложно использовать общие карты объектов для тестирования крупных приложений. С другой стороны, создание частной карты объекта для каждого сценария тестирования приводит к тому, что одни и те же объекты оказываются определенными в нескольких разных картах объекта. Это представляет собой большую проблему, поскольку все эти карты объекта нужно обновлять при любых изменениях GUI.

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

В среде QSE Framework карты объекта размещаются в папке appobjects, которая представляет собой первый слой трехслойной архитектуры данной среды. Задача этой папки заключается в хранении сценариев, которые возвращают объекты GUI в приложении. Каждый сценарий в этой папке включает частную карту объекта и несколько методов, которые просто возвращают объекты для использования другими сценариями.

Для очень простых приложений один сценарий appobjects может соответствовать одной странице в приложении. Например, статическая web-страница может иметь только один сценарий, который в этой карте содержит все объекты и по одному методу на каждый объект, единственной целью которого является возвращение одного объекта на странице. Например, предположим, что вам нужно войти в систему Yahoo®, а экран входа в систему состоит из очень простой web-страницы, показанной на рисунке 1 – стандартной web-формы.



Рисунок 1. Страница входа в систему Yahoo
Страница входа в систему Yahoo

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



Листинг 1: сценарий appobjects

public class LoginPage extends LoginPageHelper
{
     public GuiTestObject getText_LoginID () {
          return Text_LoginID (ANY, NO_STATE);
     }

     public GuiTestObject getText_Passwd () {
          return Text_Passwd (ANY, NO_STATE);
     }
     public ToggleGUITestObject getCheckBox__PersistentID () {
          return CheckBox__PersistentID (ANY, NO_STATE);
     }
     
     public GuiTestObject getButton_SignIn () {
          return Button_SignIn (ANY, NO_STATE);
     }
}

Сценарии тестирования, расположенные выше в иерархии среды, в слоях tasks или testcases, теперь могут вызвать написанные вами методы appobjects и получить эти объекты, а затем манипулировать с объектами, чтобы войти в систему приложения.

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

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

Например, на рисунке 2 показан почтовый ящик портала Yahoo.



Рисунок 2. Почтовый ящик Yahoo
Почтовый ящик Yahoo

Но если вы перейдете по ссылке Inbox (Входящие), то попадете на страницу, показанную на рисунке 3.



Рисунок 3. Папка Входящие почтового ящика Yahoo
Папка Входящие почтового ящика Yahoo

Единственное заметное изменение на данной странице появляется в нижней правой части экрана. Заголовок в верхней части страницы, вкладки, кнопки Check Mail (Проверить почту) и Compose (Написать сообщение), а также элемент Folders Navigator (Папки) остаются неизменными.

Аналогичным образом, если вы перейдете на вкладку Calendar (Календарь), вы увидите экран, показанный на рисунке 4.



Рисунок 4. Календарь Yahoo
Календарь Yahoo

На этой вкладке вы видите тот же заголовок, связанные с ним ссылки и вкладки, но кнопки и элемент Navigator (Папки) отсутствуют.

Здесь мы сделаем паузу перед тем, как начнем разбивать это приложение по сценариям appobjects, соответствующим каждой странице данного приложения. Проблема заключается в том, что если вы создадите сценарий appobjects для страницы Mailbox (Почтовый ящик), и еще один сценарий для страницы Calendar (Календарь), у вас будет две приватных карты объекта, каждый из которых содержит ссылки для перемещения по вкладкам. Это означает, что при каждом изменении вкладок (например, если разработчик решит использовать кнопки вместо ссылок), вам нужно будет изменить тестовый код в двух местах. Более того, поскольку эти вкладки отображаются на каждой странице данного приложения, то, при использовании упомянутой неправильной стратегии, появляется множество карт объекта, содержащих одни и те же вкладки.

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

На рис. 5 показаны коллекции объектов, которые являются общими для нескольких страниц.



Рисунок 5. Mailbox (Почтовый ящик) Yahoo mailbox c рекомендуемым делением на группы appobjects
Suggested appobjects groupings

Этот анализ показывает, что существует три коллекции объектов, которые являются общими для различных страниц:

  1. Заголовок с вкладками в самой верхней части страницы;
  2. Две кнопки под заголовком;
  3. Элемент навигации в левой части страницы.

 

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

В итоге для этой страницы мы создадим четыре сценария в папке appobjects:

  • Сценарий HeaderWithMainTabs, отвечающий за заголовок и основной набор вкладок в самой верхней части экрана;
  • Сценарий MailButtons, отвечающий за кнопки;
  • Сценарий MailNavigator для работы со ссылками в левой части экрана;
  • Сценарий WelcomePage, содержащий остальные объекты GUI страницы, которые не используются на других страницах.

 

Каждый из сценариев должен включать методы, которые возвращают объекты из их карты.

Для примера в листинге 2 показан класс MailButtons.



Листинг 2: класс сценария MailButtons

public class MailButtons extends MailButtonsHelper {

     public GuiTestObject getButton_CheckMail () {
          return Button_CheckMailbutton (ANY, NO_STATE);
     }

     public GuiTestObject getButton_Compose () {
          return Button_Composebutton (ANY, NO_STATE);
     }
     
     public GuiTestObject getButton_SearchMail () {
          return Button_SearchMailbutton (ANY, NO_STATE);
     }
}

После того, как вы разбили первую страницу на отдельные карты объекта, вам следует перейти к другим страницам приложения. Например, переход по ссылке Inbox (Входящие) вызывает отображение нескольких ссылок на отдельные сообщения (см. рисунок 3), но заголовок, кнопки и элемент навигации остаются без изменений. Поэтому все, что вам нужно сделать с этой страницей — это создать еще одну страницу с именем Inbox (Входящие). Затем вы можете продолжить, перейдя на вкладку Addresses (Адресная книга) и вернуться к добавлению сценариев для остальных коллекций объектов и страниц. И, наконец, вы можете создать отдельный сценарий, содержащий кнопки браузера и панели инструментов браузера (Back (Назад), Refresh (Обновить) и так далее), чтобы иметь возможность доступа к этим объектам из любой точки вашего проекта.

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

Примечание: в процессе реализации этой идеи мы обнаружили, что существует большое преимущество в возвращении наших классов стандартных элементов GUI, а не GuiTestObjects или TestObjects. Классы стандартных элементов GUI являются оболочкой интерфейсов TestObject, которые раскрывают и упрощают часто используемые методы.

Папка tasks

Папка tasks представляет собой средний слой трехслойной архитектуры среды QSE Framework. Методы tasks вызывают методы appobjects, чтобы получить доступ к элементам GUI приложения. В свою очередь, методы tasks вызываются контрольными примерами. Достоинствами папки tasks являются предоставление возможности многократного использования кода и защита контрольных примеров от подробностей реализации нижнего уровня. Надежный и тщательно спроектированный уровень tasks наряду с тщательно разработанными картами объекта в слое appobjects, являются критически важными для успеха реализации автоматизации в целом.

Обычно задачи проходят по приложению, тестируя контрольные примеры на соответствие условиям и фиксируя результаты тестирования. Большинство методов tasks практикуют часто используемые пути. Например, для почтового приложения Yahoo! вы, несомненно, сделаете выбор в пользу написания задач для отправки сообщений электронной почты, поиска и открытия сообщений, удаления сообщений и так далее. Другие задачи манипулируют или сложными запросами, или настраиваемыми, нестабильными элементами GUI. Элементы управления календарем Yahoo! – прекрасный пример элементов GUI, которые могут быть необходимы для манипуляций и запросов через задачи.

Создание недостаточного количества задач существенно замедлит написание контрольных примеров, а если при этом не используется преимущество многократного использования кода, то и увеличить затраты ресурсов на обслуживание. И наоборот, написание чрезмерно гранулярных задач является слишком обременительным. Не следует создавать задачу для манипулирования или запроса каждого простого элемента GUI, который присутствует на экране; с тем же успехом можно вызывать напрямую методы слоя appobjects. Проектируя папку tasks, попробуйте действовать с ориентацией на объекты, учитывая и абстрактные (например, почтовые сообщения), и конкретные объекты (например, элементы работы с календарем), требующие внимания.

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

Объединение методов задач в классы должно осуществляться наглядным способом. Может оказаться достаточным написать только четыре класса для согласования страниц Mail (Почта), Addresses (Адресная книга), Calendar (Календарь) и Notepad (Блокнот) Yahoo! Однако, поскольку страницы Mail (Почта) и Calendar (Календарь), вероятно, станут громоздкими и неуклюжими, вам, возможно, захочется переделать класс, чтобы он имел дополнительный уровень детализации. Например, можно разбить класс Mail на такие классы, как MailCompose (для создания и отправки сообщений), MailFolders (для открывания и закрывания папок Inbox (Входящие), Draft (Черновики), Sent (Отправленные) и Trash (Корзина), MailList (для выполнения действий и запросов над списком сообщений), MailAction (для выполнения отключения выбора из меню при нажатии на кнопки и проверки корректности соответствующих строковых ресурсов), и так далее. Для масштабных и сложных приложений может оказаться целесообразным использовать внутри папки tasks вложенные папки для более наглядной организации.

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



Листинг 3: код MailCopmose класса MailCompose

public class MailCompose extends MailComposeHelper
{
     MailButtons mailButtons = new MailButtons ();
     ComposeMailPage message = new ComposeMailPage ();
     
     /**
      * Composes a message in Yahoo mail.
      */
     public boolean composeMessage (String sTo, String sCC, String sBcc, 
          String sSubject, String sBody)
     {
          mailButtons.getLink_Compose ().click ();
          
          WTextField tfTo = message.getText_To ();
          
          if  (!tfTo.waitForExistenceBoolean ()) {
               logError ( «Could not create new message. Cannot continue.»);
               return false;
          }
          
          tfTo.setText (sTo);
          message.getText_Cc ().setText (sCC);
          message.getText_Bcc ().setText (sBcc);
          message.getText_Subj ().setText (sSubject);
          message.getText_Body ().setText (sBody);
          
          return true;
     }

     /**
      * Composes and sends a message in Yahoo mail.
      */     
     public boolean composeAndSendMessage (String sTo, String sCC,
          String sBcc, String sSubject, String sBody)
     {
          if  (!composeMessage (sTo,sCC,sBcc,sSubject,sBody))
          {
               logError ( «Could not create new message. Cannot continue.»);
               return false;
          }
          message.getButton__Sendsubmit ().click ();
          
          return true;
     }     
}

Папка testcases

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

Действительно, даже от самой надежной папки tasks можно ожидать только описания часто используемых путей приложения. Иногда может возникнуть необходимость прямого вызова метода appobjects каким-либо контрольным примером без вызова задачи. При слишком частом использовании такая практика может быть расценена как проблемная, поскольку обусловливает возрастание сложности контрольных примеров и непомерный объем обслуживания.

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

Код, показанный в листинге 4, реализует SendMail класс, содержащий контрольный пример sendMailWithTextBody. В этом контрольном примере, login – это класс из слоя tasks; обратите внимание на создание его экземпляра, а также на создание экземпляра класса MailCompose. Набор тестов, определенный в классе testMain (), многократно вызывает контрольный пример, передавая в каждом случае различные данные. На протяжении всей процедуры проводится контроль ошибок, и все возможные исключения перехватываются и обрабатываются.

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



Листинг 4: класс SendMail


public class SendMail extends SendMailHelper
{
     /**
      * Data-driven testcase for testing sending mail.
      * Sends mail to addressees and verifies that mail shows up in Sent folder.
      */     
     public boolean sendMailWithTextBody (String sTo, String sCC, String sBcc,
          String sSubject, String sBody)
     {
          if  (!new Login ().login ())
               return false;
          
          MailCompose message = new MailCompose ();
          if  (!message.composeAndSendMessage (sTo,sCC,sBcc,sSubject,sBody))
               return false;
          
          if  (!message.verifyMessageInSentFolder (sSubject))
               return false;
          
          return true;
     }

     /**
      * Runs a full regression test of this feature area.
      */
     public void testMain  (Object[] args) 
     {
          String sTestHeader;  
  
          //Send Mail with Text Body
          sTestHeader =  «Send Mail, Text Body, one to: recipient»;
          try {
               logTestResult (sTestHeader, sendMailWithTextBody ( «iristest2004@yahoo.com»,
                     «„, „„,  «Test one to: recipient“,  «Hello There“));
          } catch  (Exception e) {
               logTestResult ( «Exception in „ + sTestHeader, false, e.getMessage ());
          } 
          
          sTestHeader = „Send Mail, Text Body, one to: and one cc: recipient“;
          try{
               logTestResult (sTestHeader, sendMailWithTextBody ( «iristest2004@yahoo.com“,
                     «iristest2004@yahoo.com“,  «„, „Test one cc: recipient“,  «Hello There“));
          } catch  (Exception e) {
               logTestResult ( «Exception in „ + sTestHeader, false, e.getMessage ());
          } 
            
          sTestHeader = „Send Mail, Long Text Body“;
          try {
               logTestResult (sTestHeader, sendMailWithTextBody ( «iristest2004@yahoo.com“,
                     «„, „ «,  «Test long text body“,  «Lorem ipsum dolor sit amet, consectetur
                    adipiscing elit, set eiusmod tempor incidunt et labore et dolore magna
                    aliquam.“));
          } catch  (Exception e) {
               logTestResult ( «Exception in  « + sTestHeader, false, e.getMessage ());
          }
          
          //etc.
  
     }
}

Заключение

Действительно полезная, не требующая больших затрат ресурсов на обслуживание функция автоматизации GUI долго была Святым Граалем для тестировщиков. До сих пор ее не так-то просто было добиться. Стандартные методы записи-воспроизведения, рекомендуемые разработчиками программных продуктов, не отличались простотой в обслуживании, а написание и выполнение сценариев вручную ограничивалось недоступностью или чрезмерной простотой технологии распознавания объектов. Но теперь, с появлением программы Rational Functional Tester, вопрос может быть закрыт. Уникальные преимущества RFT предоставляют возможность разработать по-настоящему объектно-ориентированную реализацию автоматизации GUI.

Используя среду, которая претворяет в жизнь этот объектно-ориентированный подход, тестировщики смогут получить огромное преимущество, выражающееся в простоте написания сценариев и простоте обслуживания. Эта среда была одобрена группами тестировщиков IBM во всех странах мира и стала важной составляющей успеха IBM в сфере автоматизации GUI. Надеемся, что вы найдете полезными принципы и идеи, описанные в этой статье, а также сможете реализовать ваши собственные многослойные объектно-ориентированные архитектуры RFT.

25.02.2008

Комментарии

  • Милана-студио отзыв про кидала-компанию.
    Автор:   ·  18.04.2012 09:54:24
    Летом отмечали свадьбу, скромно, по-семейному, всего на 20 человек. Обратились в агентство Милана студио, т.к. самим некогда. Ненастоящие цыгане, девочки-блондинки , ЯВНЫЙ навар на артистах, жухлые цветы в букете и композициях на столы, абсолютная несогласованность действий распорядителя и артистов. Подобрали ресторан- сказали, что хороший проверенный, а в итоге отвратительная еда, официанты воруют, никакого контроля со стороны «агентства», абсолютный непрофессионализм и непродуманность в деталях!! В общем совковый подход к нашим пожеланиям и напрочь испорченная свадьба – итог сотрудничества с «профи» , агентством «Милана студио»!!! Их сайт http://milana-studio.ru/ телефоны : 8-926-228-69-73, 8-926-185-25-45
  • vgMGmViXVAKrSsr
    Автор: 2hX7L6 , [url=http://btnohzrvcszw.com/]btnohzrvcszw[/url], [link=http://avnfnzzhzumu.com/]avnfnzzhzumu[/link], http://lsaaxohitpcv.com/  ·  09.11.2011 17:49:46
    2hX7L6 , [url=http://btnohzrvcszw.com/]btnohzrvcszw[/url], [link=http://avnfnzzhzumu.com/]avnfnzzhzumu[/link], http://lsaaxohitpcv.com/
  • UCmVmkMNtMvTdDBuIVf
    Автор: c1pwak abyrwenvygzx  ·  07.11.2011 13:13:17
    c1pwak abyrwenvygzx
  • CqndLuufsaKIdA
    Автор: N1xyjV , [url=http://tcxxravfijxa.com/]tcxxravfijxa[/url], [link=http://zuzoelehdfbo.com/]zuzoelehdfbo[/link], http://jaxjvpjpbrly.com/  ·  06.11.2011 12:57:11
    N1xyjV , [url=http://tcxxravfijxa.com/]tcxxravfijxa[/url], [link=http://zuzoelehdfbo.com/]zuzoelehdfbo[/link], http://jaxjvpjpbrly.com/
  • wWHlPDnspjwtNgP
    Автор: SJaOls vsxyrdbbdrgl  ·  05.11.2011 13:29:38
    SJaOls vsxyrdbbdrgl
  • CtFTWogsPFQQBAAfa
    Автор: This arictle is a home run, pure and simple!  ·  04.11.2011 22:42:46
    This arictle is a home run, pure and simple!
  • TNuYafXlfTUWJhyXuYq
    Автор: T6yjxE , [url=http://wrulycqwxywl.com/]wrulycqwxywl[/url], [link=http://aegkefpioesk.com/]aegkefpioesk[/link], http://ltospzirfrzp.com/  ·  29.08.2011 15:15:42
    T6yjxE , [url=http://wrulycqwxywl.com/]wrulycqwxywl[/url], [link=http://aegkefpioesk.com/]aegkefpioesk[/link], http://ltospzirfrzp.com/
  • HhCpeSpmGpAqYTICS
    Автор: GfUuiu zesdpietdmgx  ·  18.08.2011 14:09:21
    GfUuiu zesdpietdmgx
  • XzvhQCbDtpIsWuh
    Автор: OZUYbj , [url=http://kecodggmcdaq.com/]kecodggmcdaq[/url], [link=http://fwhhbkmfqxmb.com/]fwhhbkmfqxmb[/link], http://yluqkhwrjxhr.com/  ·  16.08.2011 15:44:36
    OZUYbj , [url=http://kecodggmcdaq.com/]kecodggmcdaq[/url], [link=http://fwhhbkmfqxmb.com/]fwhhbkmfqxmb[/link], http://yluqkhwrjxhr.com/
  • vdUgSxPlYVZ
    Автор: JZHnrS ktjvbbhkjzhb  ·  15.08.2011 20:56:13
    JZHnrS ktjvbbhkjzhb
  • cqpUmiCVTfvYgrQ
    Автор: This article achieevd exactly what I wanted it to achieve.  ·  15.08.2011 10:51:55
    This article achieevd exactly what I wanted it to achieve.
  • Р?нтим знакомства.Р’СЌР± видео чат.Sex erotic chat
    Автор:   ·  16.01.2011 23:33:56
    Знакомства для РѕРґРёРЅРѕРєРёС… парней Рё девуС?ек, которые хотят найти себе партнера РЅР° РѕРґРЅСѓ ночь или РЅР° РІСЃСЋ жизнь РЈРЎРўРђР›Р? РћРў РћР”Р?НОЧЕСТВА ? ЗАРЕГР?РЎРўР Р?РУЙТЕСЬ ! НАЙДР?РўР• ПАРТНЕРА ДЛЯ СЕКСА ФАНТАЗР?Р™ ОБМЕНА Р­Р Рћ ФОТО! Тысячи парней Рё девуС?ек уже РЅР°С?ли РґСЂСѓРі РґСЂСѓРіР° Сѓ нас РЅР° сайте! Найди Рё ты СЃРІРѕСЋ вторую половину! После регистрации, Вам будет доступна возможность переписываться, обмениваться фото, назначать встречи Рё смотреть видео трансляции РЅР°С?РёС… участников. Толькое реальные анкеты Рё никакой рекламы! http://ruxxx4dating.ru/foto/1.jpghttp://ruxxx4dating.ru/foto/10.bmp http://ruxxx4dating.ru/foto/11.bmp http://ruxxx4dating.ru/foto/5.bmp Сайт интим знакомств http://ruxxx4dating.ru - Найди партнера для регулярного секса, секса РЅР° 1-2 раза, или РїРѕРґСЂСѓРіСѓ жизни

Добавить комментарий (анонимные комментарии не публикуются!!!)

ФИО: 
E-mail: 
Тема: 
Комментарий: 
Оценка:   
 
 
 
 
 
Код подтверждения:

 

 Новичков Александр  Шамрай Александр Читайте также статьи и материалы о технологиях Rational и Microsoft в блоге Новичкова Александра и Шамрая Александра

 

Новости и пресс-релизы СМ-Консалт

    08.05.2012 18:00:34
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 28-30 мая в Москве
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 28-30 мая в Москве. Проводится совместными усилиями компаний СМ-Консалт итренинговым центром КарьерЛаб. Место проведения тренинга - ул. Восьмого Марта, вл. 1, стр. 12 (схема проезда).

    Продолжительность тренинга составляет 2 или 3 дня по выбору. Целевая аудитория: начальники отделов, менеджеры проектов, директора, руководители проектов внедрения, бизнес-аналитики, специалисты команды внедрения. Скачать буклет тренинга в PDF

    21.02.2012 14:21:11
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 марта в Санкт-Петербурге
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 марта в Санкт-Петербурге. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб и Legal SoftWave. Место проведения тренинга в данный момент уточняется.

    Продолжительность тренинга составляет 2 или 3 дня по выбору. Целевая аудитория: начальники отделов, менеджеры проектов, директора, руководители проектов внедрения, бизнес-аналитики, специалисты команды внедрения.

    21.02.2012 12:42:20
    Новая статья: IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого от его внедрения?
    Статья, находящаяся перед вами, открывает цикл статей о человеческом факторе, Agile-практиках и других полезных приемах, используемых при управлении командами в ИТ. Объединяет рассматриваемые практики и приемы одно – они позволяют проявиться положительным эффектам, связанным с человеческим фактором. И мы объясняем, почему с точки зрения психологии, это происходит. Так сказать, подводим теоретическую и экспериментальную базу под то, что себя уже давно зарекомендовало и работает. Или под то, что работает не у всех, и потому является предметом оживленных споров и дискуссий. И начинаем мы наши исследования с рассмотрения эффекта парного программирования через призму экспериментов социальной психологии. Отдельную благодарность за рецензию и время, потраченное на прочтение первого варианта статьи, выражаем Асхату Уразбаеву, ценные замечания которого позволили не только улучшить данную статью, но и позволили убедиться в необходимости и востребованности именно цикла статей!
    Читать -->

    16.01.2012 20:09:00
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 февраля в Новосибирске
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 февраля в Новосибирске. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб. Место проведения тренинга в данный момент уточняется.

    Продолжительность тренинга составляет 2 или 3 дня по выбору. Целевая аудитория: начальники отделов, менеджеры проектов, директора, руководители проектов внедрения, бизнес-аналитики, специалисты команды внедрения.

    27.12.2011 16:15:27
    Компания "СМ-Консалт" получила отзыв о работах в Федеральной Налоговой Службе (ГНИВЦ ФНС)
    Специалистами ООО «СМ-Консалт» в 2010-2011г. был выполнен проект по настройке и внедрению системы управления жизненным циклом разработки программных систем в части управления изменениями и конфигурациями на основе Microsoft Visual Studio Team Foundation Server 2010 для Филиала Федерального государственного унитарного предприятия «Главный научно-исследовательский вычислительный центр Федеральной налоговой службы» в Приволжском Федеральном округе (Филиал ФГУП ГНИВЦ ФНС России в ПФО).

    26.12.2011 21:05:28
    Успешное проведение тренинга по коммуникациям и психологии для ИТ-руководителей в Санкт-Петербурге

    В блоге Новичкова Александа доступен отчет авторов тренинга «Коммуникации и психология межличностных отношений в ИТ-проектах». В целом, тренинг завершился положительно - средний балл за интересность по 5 бальной шкале - 4,2 балла.
    В отчете дается развернутый комментарий, подводятся итоги, рассматриваются как положительные моменты, так и элементы критики и пожеланий, собранные на основе анкет слушателей.
    Читать -->

    28.11.2011 20:09:21
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 19-21 декабря в Санкт-Петербурге
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 19-21 декабря в Санкт-Петербурге. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб и Legal SoftWave. Место проведения тренинга в данный момент уточняется.

    Продолжительность тренинга составляет 2 или 3 дня по выбору. Целевая аудитория: начальники отделов, менеджеры проектов, директора, руководители проектов внедрения, бизнес-аналитики, специалисты команды внедрения.

    28.11.2011 18:31:55
    Компания «СМ-Консалт» сообщает об успешном завершении нового тренинга, проведенного совместно с компанией «Карьерлаб»!
    Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» прошел 17-18 ноября в Москве.
    Слушатели проявили большой интерес и подтвердили важность выбранного направления. Контакт с аудиторией был установлен сразу. Были проработаны такие важные аспекты необходимых навыков из области психологии и коммуникаций, как умение управлять группой, говорить с заказчиком, как донести до оппонента свое решение и многое другое, что очень важно при разработке или внедрении ИТ-проектов.

    28.11.2011 15:05:11
    Новая статья: "Всегда ли «Да» – это «Да»? Или как нас вынуждают принимать решения"
    Мы предлагаем вашему вниманию цикл статей, в основу которых положены психологические практики и приемы, позволяющие влиять на решения, принимаемые людьми. Эта идея была логическим продолжением ряда выступлений с докладами о коммуникациях в проектах разработки и внедрения ПО. Давайте, не откладывая в долгий ящик, начнем с самого простого приема убеждения, с которым сталкиваемся ежедневно в магазинах, в транспорте, в разговорах с коллегами… да мало ли где еще!
    Авторы: Новичков Александр и Карабанова Галина.
    Читать -->

    10.10.2011 11:16:06
    Компания «СМ-Консалт» открывает новое направление продаж - ПО Adobe Connect
    Программное обеспечение Adobe Connect является гибкой системой web-коммуникации с высоким уровнем информационной безопасности. Adobe Connect предоставляет такие важнейшие функции корпоративного взаимодействия, как деловое общение и совместная работа сотрудников на уровне предприятий, дистанционное обучение, организация широкомасштабных сетевых семинаров и презентаций. Система Adobe Connect базируется на технологии Adobe Flash, а также Air, и поэтому позволяет подключать сотрудников к единому пространству взаимодействия через web-браузер с любых устройств.

    17.09.2011 21:40:22
    Новая статья: "Разработка прикладного программного обеспечения с использованием Rational Unified Process на Иркутском Авиационном заводе"

    На сайте СМ-Консалт открыт новый раздел Статьи наших заказчиков об успешных внедрениях IBM Rational и Microsoft. Статьи для данного раздела пишутся нашими заказчиками и рассказывают о сути проектов внедрения технологий IBM и Microsoft. Первая статья, представленная вашему вниманию написана сотрудниками Иркутского Авиационного Завода (ИАЗ).

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

    С целью повышения качества программного обеспечения собственной разработки и сокращения сроков разработки руководство Управления информационных технологий (УИТ) Иркутского Авиационного Завода в 2006г. приняло решение о внедрении технологии разработки ПО на базе методологии Rational Unified Process и с использованием инструментов автоматизации IBM Rational.

     

    13.09.2011 12:07:29
    Новый тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах»

    Компания «СМ-Консалт» представляет новый тренинг, организуемый совместно с компанией «КарьерKаб» - «Коммуникации и психология межличностных отношений в ИТ-проектах.

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

    25.08.2011 13:46:04
    Компания СМ-Консалт сообщает об открытии нового направления деятельности: консалтинг и внедрение систем аналитической обработки информации (Business Intelligence)

    Наша компания специализируется на консалтинге и внедрении инструментов и методологий IBM Rational, Microsoft и др. для повышения эффективности процессов разработки и сопровождения программного обеспечения.
    Методы и технологии Business Intelligence являются прекрасным дополнением к ряду специализированных инструментальных средств, используемых для поддержки ЖЦ разработки ПО и управления ИТ-проектами. Инструменты BI играют роль недостающего промежуточного звена между основным бизнесом организации и ИТ-процессами, и, таким образом, способствуют повышению эффективности ключевых бизнес-процессов и достижению стратегических целей компании.

     

    03.08.2011 14:05:11
    На сайте размещены мультимедиа материалы докладов семинара «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»
    Компании СМ-Консалт , Legal SoftWaveTM и DNA  провели бесплатный семинар-вебинар, посвященный обзору технологий и методологий, которые позволяют повысить эффективность ИТ подразделений. На семинаре были рассмотрены технологии IBM Rational, Microsoft TFS, а также системы аналитической обработки информации (Business Intelligence).
    На нашем сайте размещены все мультимедийные материалы с семинара: презентации и видео-ролики с демонстрацией отдельных функций ПО IBM и Microsoft.
    Перейти к просмотру: 14 июля 2011г. Семинар «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»

    01.08.2011 17:44:25
    Наша компания получила отзыв о сотрудничестве с ОАО «Нордеа Банк»

    В 2010-2011 гг. наши специалисты  провели в Нордеа Банке проект по предварительному обследованию, развертыванию инструментальных средств и ряд тренингов по обучению методологии и работе с продуктами IBM Rational: «Методология разработки программных систем IBM Rational Unified Process», «Управление требованиями с использованием IBM Rational RequisitePro», «Управление изменениями в IBM Rational ClearQuest».

    24.06.2011 01:27:57
    Бесплатный семинар-вебинар «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»
    Компании СМ-Консалт , Legal SoftWaveTM и DNA приглашают Вас посетить бесплатный семинар-вебинар, посвященный обзору технологий и методологий, которые позволяют повысить эффективность ИТ подразделений. На семинаре рассматриваются технологии IBM Rational, Microsoft TFS, а также системы аналитической обработки информации (Business Intelligence) (IBM SPSS, Deductor, QlikView и другие).

    Планируемая продолжительность семинара - 8 академических часов.

    Место проведения: Санкт-Петербург (очно) и Интернет (для всех желающих: приходите сами и приглашайте друзей!).

    Дата и время: 14 июля 2011 в 9 00.

    ВНИМАНИЕ: если вы не сможете очно приехать на семинар - это не страшно, так как семинар будет транслироваться через интернет в формате вебинара и к нему, после регистрации, смогут присоединиться все желающие. Трансляция будет осуществляться посредством технологии Adobe Connect Pro , это позволит Вам присоединяться к конференции без установки дополнительного ПО - только интернет браузер.
    Скачать программу семинара
    Смотреть программу -->

    07.06.2011 13:02:44
    Компания "СМ-Консалт" провела серию успешных семинаров для ГНИВЦ ФНС России

    Проведенные семинары были посвящены средствам разработки и тестирования программного обеспечения компании Майкрософт для сотрудников ГНИВЦ ФНС России. Слушатели семинаров отметили высокую квалификацию тренеров компании "СМ-Консалт" по организации учебного процесса и повышению квалификации специалистов, прошедших обучение.
    Индивидуальный подход при решении любых вопросов, возникающих в процессе обучения, оперативность принятия решений, гарантированное выполнение взятых на себя обязательств и профессионализм позволили провести обучение на самом высоком уровне. 

    07.12.2010 12:28:15
    Мы идем в Твиттер!

    Наша компания открыла аккаунт в системе микроблоггинга Twiter.Теперь все официальные и неофициальные новости будут появляться в нашей ленте в Twitter.
    Там же возможно будет задать прямые вопросы специалистам СМ-Консалт, по всем вопросам, связанным как с деятельностью компании, так и с техническими аспектов продуктов IBM и собственных решений СМ-Консалт.

    Следуйте за нами!

    https://twitter.com/cmconscom

    11.11.2010 14:14:14
    Осенний марафон Microsoft ALM Road Show
    Компания СМ-Консалт совместно с образовательным центром Careerlab провели серию семинаров в рамках мероприятий ALM Roadshow 2.0 в крупнейших городах, расположенных на Волге, – крупных научных центрах, в которых ИТ технологии находятся на высоком уровне. Семинары прошли в Самаре, Нижнем Новгороде и Казани. Cеминары были посвящены использованию новых инструментов MS Visual Studio Team System в проектах разработки ПО.
    В семинарах принимали участие представители различных ролей процесса разработки ПО: от разработчиков до руководителей предприятий различного уровня. Темы, обсуждаемые в ходе семинара, вызвали большой интерес аудитории и немалое количество вопросов, на которые были предоставлены исчерпывающие ответы. В процессе семинара также было показано большое количество примеров, которые дают представление о возможностях инструментов MS Team System. Средняя оценка за семинар составила 4,6 балла по пятибальной шкале

    09.09.2010 16:11:03
    Компания СМ-Консалт предлагает бесплатную настройку своих флагманских решений GanttChart и ProjectTracker.

    Если вы хотите сэкономить время или у вас не получается сразу и эффективно настроить наши решения на вашу схему ClearQuest, то вы можете прислать свою схему ClearQuest нам и специалисты СМ-Консалт бесплатно в течение 3х рабочих дней:

    • Проведут анализ схемы и дадут заключение по настройке схемы ClearQuest своими силами*;
    • Предоставят ознакомительные лицензии на решения GanttChart и ProjectTracker сроком на один месяц;
    • Предоставят файлы настроек для GanttChart и ProjectTracker, адаптированные под вашу схему.

     

    08.09.2010 18:37:52
    Скидки до 30% на программное обеспечение IBM Rational

    Компания СМ-Консалт предлагает для всех желающих на льготных условиях приобрести программное обеспечение IBM Rational. Снижение  цен связано с тем, что мы стараемся быть как можно ближе к нашим клиентам, многие из которых постепенно начали преодолевать последствия финансового кризиса.Наше предложение поможет с минимальными издержками приобрести ПО IBM Rational, что является хорошим капиталовложением.
    Скидки до 1 декабря 2010 года:

    • 20% скидки при покупке IBM Rational ClearCase, ClearQuest, CearCase LT, при приобретении пяти и более лицензий*;
    • 30% скидки при покупке пяти любых продуктов IBM Rational + решение или тренинг СМ-Консалт*.
    Для получения деталей обязательно свяжитесь с нашими менеджерами

     

    07.09.2010 13:53:40
    Успешное внедрение уникального решения компании «СМ-Консалт» - GanttChart for ClearQuest в страховой компании «HUK-COBURG», Германия.
    Компания «СМ-Консалт» и компания «HUK-COBURG» объявляют об успешном завершении проекта по поставке и внедрению решения «СМ-Консалт» - GanttChart for ClearQuest. Руководство «HUK-COBURG» обратилось в «СМ-Консалт» с просьбой поставки, адаптации и последующего сопровождения GanttChart for ClearQuest. С учетом требований Заказчика специалистами компании «СМ-Консалт» была выпущена и внедрена адаптированная версия  GanttChart for ClearQuest, учитывающая особенности схемы процессов ClearQuest, применяемой в «HUK-COBURG», и дополнительные пожелания к функционированию GanttChart. 

    02.09.2010 14:41:12
    Успешное внедрение Уникального решения СМ-Консалт - GanttChart for ClearQuest в Федеральном Национальном банке Бразилии

    Компания СМ-Консалт и Федеральный Национальный банк Бразилии (ФНББ)  объявляют об успешном завершении проекта по поставке и внедрению решения СМ-Консалт - GanttChart for ClearQuest. Руководство ФНББ, понимая ограничения использования IBM Rational ClearQuest в части проектного управления, обратилось в СМ-Консалт с просьбой поставки и адаптации GanttChart for ClearQuest под свои потребности.
    С учетом требований Заказчика специалистами компании СМ-Консалт была выпущена и внедрена обновленная версия  GanttChart for ClearQuest, учитывающая все особенности схемы процессов ClearQuest, применяемой в ФНББ.
    По истечении срока опытной эксплуатации ФНББ приняло  решение о принятии GanttChart for ClearQuest в промышленную эксплуатацию. 

    02.09.2010 14:17:23
    Компания «СМ-Консалт» объявляет об успешном завершении обучения и консультирования IBM Rational сотрудников ЗАО «Промышленная Группа Метран» г. Челябинск.

    В августе 2010 года специалистами компании «СМ-Консалт» были выполнены работы по обучению и консультированию сотрудников компании «Метран» методологии и инструментальным средствам процесса управления конфигурациями – IBM Rational Software ClearCase и ClearQuest. Был проведен тренинг-консультация «Практика и технология внедрения процесса конфигурационного управления и управления изменениями на основе IBM RUP, ClearCase и ClearQuest».

    В тренинге принимали участие ведущие специалисты и руководители отделов компании «Метран».

    29.06.2010 13:07:07
    Успех семинара "Программное обеспечение IBM Rational для улучшения процессов разработки и сопровождения ПО" 15 июня 2010 г.
    Компании "СМ-Консалт", IBM и DNA провели бесплатный семинар по теме "ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО" 15 июня 2010 года. На семинаре специалисты СМ-Консалт, IBM и UML2.RU рассказали о технологиях IBM Rational и поделились практическим опытом использования и внедрения методологии Rational Unified Process. Также были представлены отдельные решения СМ-Консалт, расширяющие функциональные характеристики IBM Rational.

     
    Copyright © 2010 СМ Консалт | Вселенная СМК: http://cm-consult.ru | Блоги специалистов: http://anovichkov.msk.ru | http://ashamray.wordpress.com |www.cmcons.com | Карта сайта Rambler's Top100