11.10.2008 11:11 |
Главы из книги Сергея Орлика и Юрия Булуя «Введение в программную инженерию и управление жизненным циклом» (базируется на SWEBOK).
От автора: о чем эта книга
В течение десяти лет работы в Borland мне постоянно приходится обсуждать с менеджерами, аналитиками, архитекторами и разработчиками вопросы применимости тех или иных продуктов, технологий, проектных решений. Последнее время, все чаще темой дискуссий становится процесс разработки программного обеспечения, как таковой, вопросы организации проектных команд, адаптации стандартов и подходов в управлении жизненным циклом ПО к сложившейся культуре разработки, и наоборот, трансформации существующей культуры и ценностей в новое качество. Приходится вспоминать и кое-что из опыта «прошлой жизни», когда я сам выступал в роли корпоративного разработчика и лидера проектной команды. Приходиться применять и уже более «свежий» опыт разработки рекомендаций по процессу разработки и внедрению технологий управления и поддержки жизненного цикла разработки приложений. И самому приходиться постоянно совершенствоваться, в том числе помогая другим.
Для кого эта книга
Для всех, кто связан с индустрией информационных технологий. Только не подумайте, что речь идет только о разработчиках и менеджерах проектов в области программного обеспечения. Конечно, нет. Ведь если в вашей деятельности программные системы играют серьезную роль в качестве повседневного и необходимого инструмента обеспечения вашей профессиональной деятельности, вы, наверняка, сталкиваетесь с вопросами взаимодействия с ИТ-специалистами. Вам, как пользователям и заказчикам просто необходимо иногда вникать в проблематику разработки программного обеспечения, если, конечно, вы хотите получить результат. Вы, кто создает (в общем смысле этого понятия, ни в коем случае не ограничиваясь только вопросами кодирования), поддерживает и развивает программное обеспечение, наверняка, найдете нечто новое в этой книге. Вы школьник или студент — вы учитесь. Не останавливайтесь. Эта книга и для вас. Хотя бы потому что это еще одна точка зрения. А две головы, иногда, лучше, чем одна. Так что, книга, как это принято иногда говорить — «для широкого круга читателей», для кого использование компьютера в повседневной работе не является абстракций, но полнофункциональным инструментом.
|
Подробнее...
|
06.10.2008 14:06 |
Автор: Сергей Мартыненко
Не знаю почему, оценку рисков часто именуют «Управлением рисками». Да эта процедура является составной частью риск менеджмента. Одной из самых простых. Но ведь часть не может быть целым, не так ли? Это примерно, как показывать на колесо и с гордостью говорить: «От мерседеса», или еще хуже «Это и есть мерседес». Однако такая практика достаточно распространена.
Менеджер, на основании своей экспертной оценки выводит некое значение риска, как правило, одно единственного. И на этом все заканчивается.
|
Подробнее...
|
06.10.2008 11:48 |
Автор: Вячеслав Дукальский
В отличие от традиционных подходов к управлению разработкой ПО, включающие в себя детальные планы, диаграммы, расписания, тестовые спецификации и прочие документы, которые с избытком научились производить менеджеры проектов еще до того, как проект начался, Scrum предлагает вести проект своим оптимальным курсом, раскрывая все технические подробности уже в ходе этого пути.
По мере усложнения проекта, конечно же, усложняется и его управление. Хорошо, если задачи всем понятны, или же есть уже опыт выполнения подобных проектов. В этом случае применение определенных (теоретических) моделей разработки может оказаться успешным. Но что делать, если задача слишком сложна и не до конца всеми понята? Очень часто центральное планирование в этих случаях начинает давать сбои, либо вообще приходит в негодность. К примеру, вы едете на автомобиле, и начальство дало вам карту с указанием маршрута и указав время прибытия на каждом перекрестке. Вы выдерживаете график, но вдруг перед вами произошло ДТП и образовалась большая пробка. Вы, не можете объехать этот участок по другому маршруту, потому, что у вас есть карта и маршрут, по которому вам предписали следовать. Вы, возможно, позвоните начальству с просьбой составить новый маршрут и вам его составят, утвердят и вышлют. Но это может занять много времени и возможно, пробка к этому времени уже рассосется и вам будет удобней следовать по старому маршруту. Маршрут, который вам предоставили, был верный, но не учел непредвиденные обстоятельства — большая пробка в результате ДТП. Бывают случаи, когда и маршрут сам по себе неправильный, например, вам нужно свернуть, но дорожный знак запрещает вам это сделать. Вам снова необходимо звонить начальству и утверждать новый маршрут. Гораздо более эффективно было бы предоставить вам большую свободу и право самому выбирать наиболее удобный и быстрый маршрут, указав только конечную точку. Важно также предоставляя свободу, очерчивать границы этой свободы, поскольку есть опасность скатиться к анархии и сделать проект неуправляемым. Решить все эти проблемы вам поможет Scrum.
|
Подробнее...
|
06.10.2008 10:42 |
Автор: Константин Берлинский
Справочник удачных проектных решений при разработке ПО
Войны ИТ-методологов не затихают. Каждые несколько лет нам преподносится совершенно новая, быстрая, легкая, простая, эффективная методика (или новая версия «старой»). И уж она наконец-то решит главную проблему — построение качественного ПО в срок.
Я думаю, что правда о методологиях заключается в том, что их не существует...
Есть лишь УПР — удачные проектные решения — которые могут сработать (или нет) в конкретной ситуации и проекте. Цель этого справочника — собрать их вместе, дать им краткое описание, и подвигнуть ИТ–сообщество к дальнейшему их поиску и классификации...
|
Подробнее...
|
30.09.2008 10:54 |
Авторы: Дмитрий Лапыгин, Александр Новичков
Оглавление:
- Предисловие к материалу
- Введение в управление конфигурацией программных средств
- История развития дисциплины управления конфигурацией
- Возникновение основных терминов управления конфигурацией
- Базовые концепции и элементы
- Основы управления конфигурацией
- Управление конфигурацией в стандартах
- Виды стандартов
- Управление изменениями как составная часть процесса УК
- Процесс УК в стандарте ГОСТ Р ИСО/МЭК 12207
- Управление конфигурацией с точки зрения Capability Maturity Model
- Требования к процессу УК в СММ
|
Подробнее...
|
30.09.2008 10:18 |
Автор: Анна Тальнишних
DevPartner Studio Professional Edition — продукт американской корпорации Compuware , специализирующейся на производстве ПО, для автоматизации процесса тестирования и контроля качества программного обеспечения на всех этапах жизненного цикла программы.
Пакет DevPartner Studio предназначен для нахождения ошибок и оптимизации программы на стадии разработки. Применение DevPartner SPE позволяет существенно повысить качество программ, и сократить сроки тестирования, поскольку, чем раньше была обнаружена ошибка, тем меньше времени, а соответственно денег требуется на ее исправление.
|
Подробнее...
|
29.09.2008 10:05 |
Автор: Вячеслав Панкратов, Новичков Александр
Материал опубликован в журнале «Стратегия IBM в области программного обеспечения». №1, 2007 год. (PDF, 2mb)
Мы постарались изложить относительно новую методологию внедрения инструментария автоматизации разработки ПО. Ее не следует рассматривать как заключительный этап «классического» консалтинга, которому предшествуют многомесячные исследования текущего состояния дел в подразделениях по разработке и внедрению информационных систем, но мы предлагаем использовать ее в качестве продуктивного инструмента внедрения процессных изменений.
|
Подробнее...
|
|