История и стратегия развития IBM Rational Подробнее »

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

Очевидно, что большинство современных организаций (а тем более их конгломератов - холдингов, государственных структур) являются сложными системами (с множеством экономических, культурологических, информационных, властных, семейных, технических и всяких других отношений и функций). В результате возникает потребность "структурирования" у руководителей, менеджеров всех мастей, вынужденных подобными системами управлять. Раз есть потребность, то есть и предложение. Вот уже более 30 лет развиваются многообразные CASE-средства - средства компьютеризированного анализа, проектирования, перепроектирования, контроля за соблюдением соответствия тому, что было спроектировано и т. п. Подробнее »

В любом проекте тестирования необходимо идти на компромисс между временем на управление тестированием, то есть временем, затраченным на планирование тестов, документирование их результатов и отслеживание продвижения проекта, и временем на непосредственное тестирование программного продукта. Когда группы тестирования находятся в географически удаленных местоположениях, проблема осложняется. Именно по этой причине моя группа технического обеспечения качества Rational PurifyPlus for UNIX разработала облегченную, адаптируемую систему документов для управления тестированием. В этой статье будут кратко описаны проведенные преобразования, а также долгосрочный эффект, полученный от них. Подробнее »

Компания Rational Software попросила меня поделиться впечатлениями об их новом продукте - Rational RobotJ. Они сделали это по двум причинам. Наиболее очевидная из них состоит в том, что я длительное время принимаю участие в проектах автоматизации систем тестирования, и часто наблюдал за методами, использовавшимися в подобных прикладных программах, в том числе и неправильными. Вторая причина в том, что я никогда не использовал Rational Robot или его модели Test Manager. Обладая опытом в области автоматизации, я смогу свежим взглядом оценить решения, применяемые Rational для автоматизации тестирования программного обеспечения. Подробнее »

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

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

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

Если вы задумались над вопросом, сколько действий с Rational ClearCase выполняет ваша группа разработчиков за жизненный цикл проекта, то легко поймете, что даже небольшое увеличение скорости этих операций поможет значительно сэкономить время. Эта статья, являющаяся Частью I из серии описания принципов и техник по улучшению производительности IBM Rational ClearCase, предоставляет обзор принципов оценки производительности, а также советы, как применить эти оценки в среде Rational ClearCase. Здесь представлен подход, хорошо себя зарекомендовавший при диагностике проблем производительности и нахождении подходящего решения, и использован практический пример для иллюстрации описанного подхода. Подробнее »

В предыдущей части были рассмотрены основные функции модели приложения в Borland MDA, а также кратко описаны элементы диаграммы классов UML. Настоящая статья посвящена практической разработке модели MDA-приложения в графических UML-редакторах на примере CASE-системы Rational Rose. Подробнее »

В первой части статьи был дан обзор MDA-архитектуры, во второй мы ознакомились с практической реализацией этой технологии на примере создания приложения с использованием программного инструментария Bold for Delphi. Прежде чем двигаться дальше, целесообразно сообщить некоторую дополнительную информацию о текущем состоянии и особенностях реализации технологии MDA в Borland Delphi. Подробнее »

Чтобы быстро ознакомиться с возможностями новой технологии, давайте на практике посмотрим, как создается MDA-приложение с использованием Bold for Delphi. Подробнее »

В истории развития средств разработки программного обеспечения не раз происходили события, когда появление новых технологий разработки кардинально изменяло мировоззрение программистов и методы создания приложений и программных систем. Можно вспомнить в связи с этим возникновение методологии объектно-ориентированного программирования (ООП), теории и практики создания реляционных баз данных и т.д. Похоже, что в скором времени можно ожидать очередную подобную революцию, последствия которой будут, по-видимому, ничуть не меньшими по масштабу изменений в мире программирования. Речь идет о новейшей технологии создания программного обеспечения - Model Driven Architecture. Подробнее »

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

Один из часто задаваемых вопросов, касающихся любого проекта на основе UML - где следует устанавливать бизнес-правила? Размышляя над таким проектом, мы часто думаем о процессе, управляемом сценариями использования (case driven process), в котором применяются понятия класса, последовательности и диаграмм состояний. Бизнес-правила существуют на разных уровнях. Некоторые из них оказывают влияние на всю систему, и многие системы, на самом деле, целиком создаются лишь для того, чтобы ввести в действие бизнес-правила. Далее речь пойдет о некоторых подробностях, характерных для унифицированных языков моделирования. Подробнее »

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

В данной статье мы рассмотрим процессы конфигурационного управления с точки зрения CMMI высокого уровня и обсудим вопрос, в какой мере решения IBM Rational отвечают специальным и общим целям и практикам в области процессов Configuration Management Process Area - конфигурационного управления (КУ). В тех случаях, когда решения IBM Rational не будут в полной мере отвечать рассматриваемой практике, мы предложим рекомендации, которые, как мы надеемся, помогут организации соблюдать требования 2-го уровня. Подробнее »

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

Невозможно плавно перейти от одной из бесплатных систем управления конфигурацией (Configuration Management, CM) к ClearCase так, чтобы при этом группа разработки вообще не заметила бы разницы. Переход к новой системе управления конфигурацией может сильно изменить мировоззрение некоторых инженеров компании. Он требует от них изменения образа мышления в отношении процесса разработки. По существу, это может повлиять и на их образ жизни. Подробнее »

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