|
Запросы к базам данных ClearQuest Oracle 10g
Статьи
→
Управление конфигурациями и изменениями (Subversion, IBM Rational ClearCase, ClearQuest и Jira)
По умолчанию, запросы в IBM® Rational® ClearQuest®, которые обращаются к многострочным текстовым полям в базе данных Oracle, могут возвращать только регистрозависимые результаты, потому что эта база данных для хранения таких полей использует регистрозависимый тип данных Character Large Object (CLOB). Следовательно, запрос по слову Test не выдаст совпадений со словами test или TEST.
Однако если вы используете СУБД Oracle Database 10g или более поздних версий, то для получения регистронезависимых результатов можно воспользоваться функцией, доступной в ClearQuest и ClearQuest MultiSite версии 7.0.1. Если вы задействуете эту функцию, то запрос по слову Test обнаружит совпадения с test, TEST, и любым другим сочетанием букв верхнего и нижнего регистров, если в остальном написание этих слов не отличается.
Примечание: Эта функция ClearQuest недоступна для баз данных Oracle более ранних версий, чем Database 10g.
Для того чтобы разрешить регистронезависимые запросы, необходимо выполнить следующие шаги:
- Идентифицировать все многострочные текстовые поля в пользовательской базе данных;
- Получить необходимые разрешения от администраторов базы данных и ClearQuest;
- Создать индексы для всех многострочных текстовых полей, которые будут индексироваться;
- Включить функцию, добавив флаг поведения в таблицу, предварительно создав ее, если она не существует;
- Выполнить сценарий SQL, чтобы создать индексы для всех многострочных полей, которые будут использоваться для запросов.
В нашей статье этот процесс описывается более подробно, и, кроме того, объясняется, как вернуться к регистрозависимости запросов по умолчанию.
Необходимые условия
- Для создания индексов для регистронезависимых запросов к многострочным текстовым полям в базах данных Oracle вам понадобятся некоторые инструментальные средства. Итак, у вас должен быть доступ к следующим программам:
- Rational ClearQuest Designer;
- Клиентское ПО Oracle, версия 10 или более поздняя;
- Интерфейс Oracle SQL*Plus, версия 10 или более поздняя.
- Для выполнения утилит создания индексов необходим административный сервер Rational ClearQuest версии 7.0.1, установленный в среде Microsoft Windows. ПО ClearQuest может быть размещено на той же системе, что и клиент Oracle и SQL*Plus, но это не обязательное условие;
- Чтобы разрешить запросы, которые могут возвращать регистронезависимые результаты, необходимо использовать язык с кодовой страницей, содержащей символы ASCII и поддерживаемой Rational ClearQuest. Эти языки и их кодовые страницы перечислены в таблице 1:
Таблица 1. Кодовые страницы и ассоциированные с ними языки
| Кодовая страница | Языки |
| 20127 (US_ASCII) |
Английский |
| Safe Shift-JIS (60932) |
Японский |
| 932 |
Японский |
| 936 |
Упрощенный китайский |
| 949 |
Корейский |
| 950 |
Традиционный китайский |
| 1250 (восточноевропейская) |
Чешский, хорватский, венгерский, польский, румынский, словацкий, словенский, албанский |
| 1251 (кириллическая) |
Белорусский, болгарский, македонский, русский, сербский, украинский |
| 1252 (западноевропейская) |
Испанский, датский, немецкий, английский, французский, итальянский, норвежский, голландский, португальский, шведский |
| 1253 |
Греческий |
| 1254 |
Турецкий |
| 1255 |
Иврит |
| 1257 (прибалтийская) |
Эстонский, литовский, латышский |
Дополнительную информацию о кодовых страницах можно найти под заголовком Администрирование Rational ClearQuest в разделе Ресурсы в интернет-документации по ClearQuest.
Как разрешить использование регистронезависимых запросов
Эту задачу обычно выполняет администратор Rational ClearQuest, который имеет четкое представление о схеме и полях, используемых для запросов при поддержке администратора базы данных Oracle, который хорошо знает базы данных Oracle и интерфейс SQL*Plus.
Шаг 1. Идентификация всех многострочных текстовых полей в пользовательской базе данных
Чтобы начать процедуру разрешения регистронезависимых запросов, просмотрите схему пользовательской базы данных и идентифицируйте все многострочные текстовые поля. Некоторые поля, которые выглядят, как короткие строки, могут на самом деле быть многострочными текстовыми полями, как, например, поля Keywords и Symptom в схеме Defect Tracking. Один из способов, позволяющих определить, какие поля являются многострочными текстовыми полями — это использование сеткиFields. Для этого:
- Запустите Rational ClearQuest Designer;
- Откройте схему;
- Разверните иерархию типов записи;
- Нажмите левой кнопкой мыши значок Fields в панели Workspace , чтобы вывести на экран сетку Fields;
- В сетке Fields установите флажок для MULTILINE_STRING в столбце Type и создайте список полей, которые имеют тип MULTILINE_STRING;
Если в ваших базах данных много многострочных текстовых полей, вы можете идентифицировать их при помощи утилиты PDSQL которая устанавливается в Windows вместе с Rational ClearQuest. Для того чтобы идентифицировать все многострочные текстовые поля при помощи утилиты командной строки PDSQL, выполните следующие действия:
- Создайте файл, содержащий одну команду columns
<имятаблицы>, с символом «точка с запятой» в конце выражения. Например:
| C:\testpdsql.scr columns defect; |
- Перенаправьте этот файл в PDSQL при помощи оператора перенаправления < и передайте на вход команды
grep для поиска полей CLOB;
- Затем перенаправьте этот файл утилите командной строки PDSQL при помощи оператора перенаправления < и передайте вывод на вход команды
grep для поиска многострочных текстовых полей CLOB Ниже приводится пример такой команды:
C: ClearQuest>pdsql -v ora -s -db -u
-p
< c:\testpdsql.\scr | grep CLOB
|
Система сгенерирует список всех полей CLOB, обнаруженных в таблице defect (см. таблицу 2).
Таблица 2. Поля CLOB, обнаруженные в таблице defect
| Тип | Поле CLOB |
| ОПИСАНИЕ |
CLOB (2147483647,0) |
| KEYWORDS |
CLOB (2147483647,0) |
| SYMPTOMS |
CLOB (2147483647,0) |
| NOTE_ENTRY |
CLOB (2147483647,0) |
| NOTES_LOG |
CLOB (2147483647,0) |
| IMPL_COMPLETED_BY |
CLOB (2147483647,0) |
Дополнительную информацию об использовании утилиты PDSQL можно найти в техническом бюллетене IBM № 1145079, Information about PDSQL and how to use it (Информация об утилите PDSQL и ее использовании).
Шаг 2. Получение разрешений от администраторов
Прежде чем вы сможете начать создавать индексы для многострочных текстовых полей, администратор базы данных должен предоставить полномочия на создание индексов администратору Rational ClearQuest, который управляет базой данных. Администратор базы данных предоставляет полномочия с указанием имени пользователя и пароля администратора базы данных Oracle, а также TNSname пользовательской базы данных. После этого администратор базы данных выполняет сценарий setup_cq_ora_user_clob.sql и указывает идентификатор входа пользователя Oracle, созданный для пользовательской базы данных. Для этого используется следующий синтаксис (эта одна команда, которая может переноситься на следующие строки экрана, если не умещается в одну строку):
> sqlplus <oracle_DBA_user>/<password>@<tnsnamesentry>@setup_cq_ora_user_clob.sql <oracle_user>
|
Шаг 3. Создание индексов для всех многострочных текстовых полей, которые будут индексироваться.
В Oracle Database 10g многострочные текстовые поля, не имеющие индексов, не могут использоваться в запросах. При создании индекса для разрешения регистронезависимых запросов по любому из многострочных текстовых полей вы должны создать индекс для каждого многострочного текстового поля, которое используется в запросах. Однако не все запросы должны быть регистронезависимыми. Кроме того, не каждому многострочному текстовому полю нужна поддержка регистронезависимых запросов. При создании индексов для каждого из полей вы можете решить, будут ли запросы для этого поля регистрозависимыми или регистронезависимыми. Выполняя сценарий SQL setup_cq_clob_index, вы можете выбрать, какие поля будут поддерживать регистронезависимые запросы, а какие — регистрозависимые.
Например, можно создать индекс, поддерживающий регистронезависимые запросы, в поле Description , и индекс, поддерживающий регистрозависимые запросы, в поле Keyword . Однако если вы не создадите индекс для поля Keyword, а затем попробуете выполнить к нему запрос, этот запрос не будет выполнен, а система выведет отчет об ошибке.
Используйте сценарий setup_cq_clob_index.sql, чтобы создать индексы для многострочных текстовых полей. Необходимо создать индекс для всех многострочных текстовых полей в пользовательской базе данных, если текстовый запрос используется в качестве фильтра.
Совет: Индексы для регистрозависимых и регистронезависимых запросов создаются при помощи одного и того же сценария.
Сценарий setup_cq_clob_index.sql хранится в каталоге Rational ClearQuest, который в вашей системе может иметь указанный ниже или другой путь:
C:\Program Files\Rational\ClearQuest
Для каждого из многострочных текстовых полей запустите сценарий setup_cq_clob_index.sql и выполните следующие шаги:
- Укажите имя пользователя и пароль для Oracle администратора ClearQuest и имя TNSname пользовательской базы данных:
| > sqlplus <oracle_user>/<password>@<tnsnamesentry>@setup_cq_clob_index.sql |
- Сценарий предложит либо удалить существующий индекс, либо создать новый. Укажите, что требуется создать новый индекс для многострочного текстового поля;
- Введите имя для типа записи Rational ClearQuest ,например,
defect;
- Введите имя поля Rational ClearQuest ,например,
description;
- Укажите, что пользовательская база данных имеет версию Oracle 10 или более позднюю;
- Введите BASIC_LEXER. Лексический анализатор — это программный компонент, который делит строку текста на отдельные слова, или лексемы, чтобы можно было проиндексировать отдельные слова. Ниже приводится список поддерживаемых типов лексических анализаторов. (Остальные лексические анализаторы поддерживают индексацию для языков, в которых нет деления на буквы верхнего и нижнего регистра, а пробел не является разделителем между словами);
- Укажите, что индекс должен быть регистронезависимым. Индекс для многострочного поля создан.
Список поддерживаемых лексических анализаторов:
- BASIC_LEXER: лексический анализатор для английского и большинства европейских языков, в которых для разделения слов используются пробелы;
- CHINESE_VGRAM: лексический анализатор для извлечения лексем из текстов на китайском языке;
- CHINESE_LEXER: лексический анализатор для извлечения лексем из текстов на китайском языке. Улучшенная версия CHINESE_VGRAM;
- JAPANESE_VGRAM: лексический анализатор для извлечения лексем из текстов на японском языке;
- JAPANESE_LEXER: лексический анализатор для извлечения лексем из текстов на японском языке. Улучшенная версия JAPANESE_VGRAM;
- KOREAN_LEXER: лексический анализатор для извлечения лексем из текстов на корейском языке;
- KOREAN_MORPH_LEXER: лексический анализатор для извлечения лексем из текстов на корейском языке. Улучшенная версия KOREAN_LEXER.
Информацию об этих лексических анализаторах можно найти в документации по Oracle.
Шаг 4. Включение функции путем добавления флага поведения в таблицу; с предварительным созданием таблицы при необходимости.
Прежде чем вы сможете создать индекс для многострочного текстового поля, вы должны создать в базе данных новую таблицу и добавить флаг поведения, разрешающий индексацию в этой таблице. Выполните следующие шаги при помощи интерфейса Oracle's SQL*Plus:
- Выполните вход в пользовательскую базу данных с идентификатором входа пользователя Oracle, имеющего разрешение на создание таблиц, и укажите TNSname. Имя пользователя и пароль Oracle — это те же имя и пароль, которые вы вводите при создании базы данных при помощи инструмента обслуживания Ratonal ClearQuest. Элемент команды tnsnamesentry это имя базы данных, которое хранится в файле tnsnames.ora;
| > sqlplus <oracle_user>/<password>@<tnsnamesentry> |
- Создайте таблицу с указанными значениями в строках и столбцах;
> sqlplus create table ratl_diagnostics (diag_name VARCHAR2 (16), diag_value
VARCHAR2 (255)); |
Примечание: Система не сможет создать таблицу, если таблица с указанным именем уже существует в пользовательской базе данных.
- Вставьте в таблицу ratl_diagnostics следующую строку. Эта строка содержит значение, которое позволяет создавать индексы для многострочных текстовых полей;
> sqlplus insert into ratl_diagnostics (diag_name, diag_value)
values ( «Behavior», «CLOB_CASE_AND_INDEX»); |
- Зафиксируйте изменение в базе данных.
Примечание: Информацию о параметрах синтаксиса для SQL*Plus можно найти в документации по Oracle.
Дополнительные указания по индексам
- Тестирование производительности: обязательно протестируйте производительность индекса с тестовой базой данных. Как правило, индекс ускоряет выполнение запроса, иногда уменьшая время, необходимое для выполнения запроса по сравнению с временем, которое было бы затрачено без индекса. Однако индексы могут как увеличить, так и уменьшить производительность операций добавления, изменения или удаления записей в базе данных. Чтобы убедиться в том, что индексы не слишком снижают производительность пользовательской базы данных при выполнении этих операций, создайте тестовую базу данных, постройте индекс, а затем измерьте производительность при добавлении, изменении или удалении записей Rational ClearQuest. В том случае, если индексы отрицательно сказываются на общей производительности базы данных, вы можете удалить их из некоторых полей и проинформировать пользователей о том, какие многострочные текстовые поля недоступны для запросов;
- Индексирование для ClearQuest MultiSite: Если вы работаете с Rational ClearQuest MultiSite, то при создании и перемещении баз данных вам придется повторно проиндексировать все многострочные текстовые поля в новых базах данных. Индексы, поддерживающие многострочные текстовые поля, не реплицируются из рабочих основных баз данных в пользовательские базы данных. Следовательно, для каждой пользовательской базы данных необходимо полностью пройти процедуру разрешения регистронезависимых запросов. Чтобы упростить первый шаг этой процедуры (идентификация всех многострочных текстовых полей в пользовательской базе данных), рекомендуем вам вести список всех многострочных текстовых полей, которые необходимо индексировать в рабочей основной базе данных;
- Повторная индексация при перемещении базы данных: При любом перемещении пользовательской базы данных индексы, поддерживающие многострочные текстовые поля, будут утеряны. Следовательно, вы должны повторно проиндексировать все многострочные текстовые поля после перемещения баз данных. Это можно сделать при помощи той же процедуры, которая используется для создания индексов в исходной пользовательской базе данных. Сохраните список всех многострочных текстовых полей в исходной базе данных, чтобы не нужно было создавать их снова при каждом перемещении базы данных. В качестве альтернативы можно написать сценарий для создания всех индексов в перемещенной или обновленной базе данных за один проход. См. пример такого сценария в разделе Загрузка;
- Шумовые слова: При создании индексов необходимо учитывать так называемые «шумовые слова.» Это грамматически необходимые слова, которые несут мало полезной информации, например, из, в, это, или ты. Для экономии места ссылки на шумовые слова не обслуживаются индексом, но хранятся в настраиваемом списке шумовых слов для данного языка. Когда вы создадите индексы, они будут автоматически использовать список по умолчанию, чтобы игнорировать эти шумовые слова. Список шумовых слов по умолчанию поставляется для всех основных европейских языков. Вы можете изменить этот список или создать свой. Дополнительную информацию о шумовых словах можно найти в документации по Oracle.
Отключение функции
Разрешив регистронезависимые запросы, можно воспользоваться процедурами для изменения всех или части сделанных настроек несколькими способами:
- Удаление индексов;
- Возврат к регистрозависимости запросов только для одного поля;
- Отключение функции;
- Отзыв полномочий пользователя на создание индексов.
Примечание: Отключение функции необходимо произвести до удаления всех индексов и до отзыва полномочий учетной записи пользователя (если планируется), чтобы избежать ошибок пользователей.
Удаление индексов
После того, как индексы для разрешения регистронезависимых запросов будут созданы, вполне вероятно, что вам понадобится возможность удалить отдельные индексы. Это можно сделать следующим образом:
- Определите идентификатор пользователя и пароль администратора ClearQuest для Oracle и имя TNSname пользовательской базы данных, а затем выполните сценарий
setup_cq_clob_index.sql:
| > sqlplus <oracle_user>/<password>@<tnsnamesentry>@setup_cq_clob_index.sql |
- Сценарий предложит либо удалить существующий многострочный текстовый индекс, либо создать новый. Укажите, что нужно удалить многострочный текстовый индекс;
- Введите имя типа записи Rational ClearQuest ,например, defect;
- Введите имя поля Rational ClearQuest ,например, description.
Важно: После удаления индекса для многострочного текстового поля это поле больше не может быть использовано для запросов. Следовательно, вам придется информировать об этом пользователей и изменить запросы, использующие это поле.
Возврат к регистрозависимости запросов только для одного поля
После разрешения регистронезависимых запросов для многострочного текстового поля вы можете вернуться к регистрозависимым запросам. Если вы больше не хотите разрешать регистронезависимые запросы для любых полей таблицы, можно отключить индексы для всей таблицы. Можно также вернуться к регистрозависимым запросам только для одного многострочного текстового поля, изменив индекс:
- Воспользуйтесь сценарием
setup_cq_clob_index.sql для удаления имеющегося индекса;
- Снова запустите сценарий
setup_cq_clob_index.sql;
- В последнем шаге укажите, что новый индекс должен поддерживать регистрозависимые запросы.
Отключение функции
Если вам больше не нужно использовать регистронезависимые запросы к любым полям таблицы, можно вернуться к настройкам Oracle по умолчанию (регистрозависимые запросы), отключив индексы для всех многострочных текстовых полей в таблице. Чтобы отключить использование всех индексов в таблице, удалите в таблице ratl_diagnostics значение, которое разрешает создание индексов для многострочных текстовых полей:
- После приглашения выполните вход в пользовательскую базу данных с идентификатором и паролем пользователя Oracle и TNSname пользовательской базы данных:
| > sqlplus <Oracle_user>/<password>@<tnsnamesentry> |
Параметр tnsnamesentry — это имя базы данных, которое хранится в файле tnsnames.ora.
- Введите следующую команду, чтобы удалить из таблицы значение, разрешающее создание индексов для многострочных текстовых полей;
| > sqlplus delete from ratl_diagnostics where diag_name «Behavior» and diag_value = «CLOB_CASE_AND_INDEX» |
- Зафиксируйте изменение в базе данных.
Отзыв полномочий на создание индексов
Администратор базы данных может отозвать разрешение на создание индексов, ранее предоставленное пользователю Rational ClearQuest. Он должен указать идентификатор и пароль этого пользователя. Чтобы отозвать разрешение на создание индексов, используйте следующие команды SQL:
> sqlplus <Oracle_DBA_user>/<password>@tnsnamesentry> > sqlplus revoke SELECT ON ctxsys.ctx_indexes from <cq_username>; > sqlplus revoke ctxapp from <oracle_user>;
|
20.02.2008
Комментарии
- jmXLqMDpDBGLUjXhutP
Автор: iKRHRy , [url=http://olznrdiarlaf.com/]olznrdiarlaf[/url], [link=http://nreelxrxtglb.com/]nreelxrxtglb[/link], http://ncnmxttxgcbn.com/ · 30.08.2011 19:57:25
iKRHRy , [url=http://olznrdiarlaf.com/]olznrdiarlaf[/url], [link=http://nreelxrxtglb.com/]nreelxrxtglb[/link], http://ncnmxttxgcbn.com/ - tqaSBgZXwnYzRSXU
Автор: zYF1Bc nhxkbkzpkwqx · 25.08.2011 14:37:42
zYF1Bc nhxkbkzpkwqx - OLexOsOMFBcpxvHGJzN
Автор: xFKYSu , [url=http://zaklkyobseyr.com/]zaklkyobseyr[/url], [link=http://nspmadisljbd.com/]nspmadisljbd[/link], http://mzoikyogzukh.com/ · 23.08.2011 17:59:26
xFKYSu , [url=http://zaklkyobseyr.com/]zaklkyobseyr[/url], [link=http://nspmadisljbd.com/]nspmadisljbd[/link], http://mzoikyogzukh.com/ - ogEfCfncJFX
Автор: hGxgRm pxofppzpldlh · 20.08.2011 11:16:33
hGxgRm pxofppzpldlh - kGGkAylVJQ
Автор: Very valid, pithy, scucicnt, and on point. WD. · 19.08.2011 13:42:20
Very valid, pithy, scucicnt, and on point. WD.
Добавить комментарий (анонимные комментарии не публикуются!!!)
Новости и пресс-релизы СМ-Консалт
21.02.2012 12:42:20
Новая статья: IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого от его внедрения?
 Статья, находящаяся перед вами, открывает цикл статей о человеческом
факторе, Agile-практиках и других полезных приемах, используемых при
управлении командами в ИТ. Объединяет рассматриваемые практики и приемы
одно – они позволяют проявиться положительным эффектам, связанным с
человеческим фактором. И мы объясняем, почему с точки зрения психологии,
это происходит. Так сказать, подводим теоретическую и экспериментальную
базу под то, что себя уже давно зарекомендовало и работает. Или под то,
что работает не у всех, и потому является предметом оживленных споров и
дискуссий. И начинаем мы наши исследования с рассмотрения эффекта
парного программирования через призму экспериментов социальной
психологии.
Отдельную благодарность за рецензию и время, потраченное на прочтение
первого варианта статьи, выражаем Асхату Уразбаеву,
ценные замечания которого позволили не только улучшить данную статью,
но и позволили убедиться в необходимости и востребованности именно цикла
статей!
Читать -->
27.12.2011 16:15:27
Компания "СМ-Консалт" получила отзыв о работах в Федеральной Налоговой Службе (ГНИВЦ ФНС)
 Специалистами ООО «СМ-Консалт» в 2010-2011г. был выполнен проект
по настройке и внедрению системы управления жизненным циклом разработки
программных систем в части управления изменениями и конфигурациями на
основе Microsoft Visual Studio Team Foundation Server 2010 для
Филиала Федерального государственного унитарного предприятия «Главный
научно-исследовательский вычислительный центр Федеральной налоговой
службы» в Приволжском Федеральном округе (Филиал ФГУП ГНИВЦ ФНС России в
ПФО). 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аб» - «Коммуникации
и психология межличностных отношений в ИТ-проектах.
Тренинг позволит понять, насколько коммуникации в проектах важнее инструментов, что люди и их взаимоотношения зачастую оказываются решающим фактором, определяющим успех проекта. Если более пятидесяти процентов рабочего времени вы тратите на взаимодействие с заказчиком, если вам небезразлична судьба вашей команды и вы хотите, чтобы ваша команда работала как часы, реализуя проекты точно, вовремя и без перерасхода ресурсов - наш тренинг поможет в этом.
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 балла по пятибальной шкале
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 + решение или тренинг СМ-Консалт*.
Для получения деталей обязательно свяжитесь с нашими менеджерами
|
Консалтинг в области разработки ПО
