Книги: [Классика] [Базы данных] [Internet/WWW] [Сети] [Программирование] [UNIX] [Windows] [Безопасность] [Графика] [Software Engineering] [ERP-системы] [Hardware]
Введение
Поначалу кажется, что это совсем несложно
Садимся вместе с заказчиком. Записываем, что, по его мнению, должна делать система. Используем "классные" новые языки программирования и средства разработки программного обеспечения, которых пару лет назад еще не было. Создаем приложение, применяя эти самые современные языки и средства разработки. Быстро и эффективно проводим имитационные эксперименты и отладку. Производим загрузку нового клиентского приложения с удаленного компьютера. Сидим и ждем вознаграждения. Все идет просто замечательно. Итог - отличные премиальные!
Реальное положение вещей выглядит совсем иначе
Однако ситуация, как правило, оказывается совсем иной. В нашей жизни преобладают работа по ночам, меняющиеся требования, непостоянство заказчиков, серьезные проблемы с качеством программного обеспечения, технология, которая устаревает прежде, чем ее успевают применить, значительные задержки в реализации проекта и невыполненные обязательства. В лучшем случае наши заказчики довольны, и мы получаем хорошее вознаграждение. Но даже тогда это нам дорого обходится, и мы уверены, что могли сделать лучше. В худшем случае мы получаем остановленные проекты и сплошное разочарование. Давайте следующий проект! Слава Богу, мы любим этот бизнес!
Темы, рассматриваемые во введении
В главе 1 вводится понятие управления требованиями, а также описываются некоторые основные проблемы разработки программного обеспечения, обуславливающие успешное или неуспешное завершение проекта. В этой главе также содержатся рекомендации, на что стоит тратить время и ресурсы при разработке требований к приложению. Если вы - опытный разработчик программного обеспечения или имеете опыт руководства проектами либо работали в любой другой сфере программирования и принимали участие во многих сложных проектах, вы можете пропустить эту главу и сразу перейти к главе 2.
Но если вы новичок или по роду своей деятельности далеки от сферы разработки программного обеспечения вашей компании (например вы- сотрудник отдела маркетинга и вам поручен выбор нового программного обеспечения или вы работаете в отделе обеспечения качества и вам нужно пройти через процесс аккредитации компании по стандарту ISO 9000 или же вы работаете в "отделе-пользователе", которому для обеспечения его деятельности необходимы информационные системы), вам следует прочитать главу 1, равно как и всю остальную книгу!
Вы, скорее всего, знаете, что проекты разработки систем могут быть сложными, дорогостоящими, а также могут сопровождаться высоким риском и могут быть подвержены сбоям, но вы можете не знать, почему это типично для большинства организаций. Если вы думаете, что только ваша организация испытывает подобные проблемы, вас успокоит вытекающий из приведенной в главе 1 статистики факт, что практически все организации страдают от них. Знание того, почему возникают эти проблемы и где они наиболее острые и дорогостоящие, - первый важнейший шаг на пути совершенствования.
В главе 2 вводятся используемые в управлении требованиями понятия, которые будут обсуждаться на протяжении всей книги. Даже если вам кажется, что вы знаете, что такое "требования" - и действительно, кто не знает этого? - мы рекомендуем прочитать этот материал, так как в нем содержатся некоторые определения и общие предположения, которые используются в дальнейшем.
Наконец, глава 3 посвящена организации команды создателей программного обеспечения.
Однако данная книга не о командах, и рассмотрение таких важных тем, как формирование высокопроизводительных команд, их мотивация и управление ими в процессе разработки программного обеспечения, не входит в нашу задачу. Книга посвящена управлению требованиями к программному обеспечению, а для успешного осуществления этой задачи необходима поддержка всей команды создателей программного обеспечения. Дело в том, что, возможно, управление требованиями в большей степени, чем любая другая деятельность в рамках разработки программного обеспечения, затрагивает каждого члена как основной, так и расширенной команды, в которую входят пользователи и другие заинтересованные лица. Мы исходим из того, что во всех проектах, за исключением самых тривиальных, успешное управление требованиями, может осуществляться только хорошо организованной командой создателей программного обеспечения. Более того, чтобы добиться успеха, каждый член команды должен тем или иным образом участвовать в процессе управления требованиями и знать о своей роли в нем.
Начало
Полное содержание
Предисловие
Предисловие автора
Об авторах
Заказать книгу в магазине "Мистраль"
Виртуальные VPS серверы в РФ и ЕС
🔥 VPS до 5.7 ГГц под любые задачи с AntiDDoS в 7 локациях
