Архив по тэгу
RUP
Методика мягкого внедрения
Мягкое внедрение – внедрение в условиях взаимного доверия Заказчика и Исполнителя, при котором проблемы и ошибки Заказчика берет на себя большей частью Исполнитель. Назначение методики и границы ее применимости Данная технология разработки и внедрения имеет следующие проверенные границы применимости: Рассчитано на взаимное доверие Заказчика и Исполнителя в пределах не менее одного этапа работ, имеется в [...]
Роль оперативного управления производством в компании, разрабатывающей программное обеспечение
Все компании, выпускающие программные продукты, стремятся к одной цели – разрабатывать и продавать такие программные продукты, которые займут на рынке доминирующее положение. Чтобы достичь этой цели, группа разработчиков должна поставлять на рынок продукты, на которые есть спрос – такие, которые отвечают потребностям отдельных пользователей, обладают нужными функциями и предоставляют пользователям и заинтересованным лицам существенные преимущества, [...]
Использование RUP для небольших проектов: расширение экстремального программирования
Rational Unified Process (RUP) представляет собой целостную методологию организации процессов разработки программного обеспечения, которая включает в себя несколько заранее сформированных реферативных реализаций. Процессы, организуемые на основе RUP, варьируются от наиболее простых - предназначенных для небольших проектов с коротким циклом разработки - до более сложных процессов, покрывающих более широкий спектр потребностей больших, возможно даже распределенных, групп разработчиков. RUP успешно применяется в проектах любых типов и объемов. Данная статья описывает, как применять упрощенную версию RUP в небольших проектах. Мы описываем эффективные способы применения приемов экстремального программирования (XP - eXtreme Programming) в более широком контексте полного цикла проекта.
Общие статьи о RUP (IBM Rational Inified Process)
В наше время руководителю разработки программного обеспечения (ПО) не нужно выдумывать «с нуля» собственную методологию разработки программного обеспечения (ПО). Он может выбирать из достаточно широкого набора готовых методологий, предлагаемых различными авторами. Как выбрать методологию «по росту»? Все ли они пригодны для любого проекта? Да и чем вообще они различаются? В результате приходится, как перед покупкой первой цифровой камеры, долго выяснять, чем же они характеризуются и для кого какие характеристики наиболее важны. Настоящая [...]
Переход от каскадной разработки к итеративной
Модель совершенной методологии итеративной разработки во многом радикально отличается от совершенной модели каскадной разработки. Но на практике ни одна группа разработчиков не применяет эти подходы строго в соответствии с их моделями. В этой статье объясняется, почему группам может потребоваться плавный переход от каскадного к итеративному подходу; также указаны некоторые полезные шаги в этом направлении. Объясняются основные преимущества итераций и их реализация в RUP Из журнала Rational Edge: Модель совершенной методологии итеративной разработки во многом [...]
Аналогия RUP с буфетом
Работая в компании Page Technologies , я имел возможность познакомить с методологией RUP (Rational Unified Process) ряд сотрудников, специализирующихся в различных предметных областях, причем это происходило по различным сценариям. В некоторых сценариях у меня была роль руководителя проекта, в других – роль сотрудника отдела сбыта, а иногда я проводил семинары. Всякий раз главная задача заключалась в [...]
Как закрыть ИТ-проект
Расхожая фраза, что ИТ-проекты никогда не заканчиваются, связана с распространенным заблуждением, что не существует формальной процедуры закрытия проекта. Это отнюдь не так. Понятие финиша проекта необходимо определять как раз на его старте. И для различных ИТ-проектов этот «финиш» будет разным. Разговоры о никогда не завершающихся проектах нужно отнести скорее к области абстрактной философии. Как правило, [...]