Хорошие ресурсы, например, определения процессов методологий разработки программного обеспечения?
Существует ли какой-либо веб-сайт специально для обмена и доступа к фактическим процессам разработки программного обеспечения, реализованным в организациях программного обеспечения?
Существует множество ресурсов, которые предоставляют советы и описания для реализации этих процессов. Они очень полезны. Но я думаю, что фактическое примерное определение процесса было бы очень полезно. В частности, теперь я ищу пример определения процесса в CMMI. Я просмотрел несколько книг, но ни один из них не представляет какой-либо конкретной реализации примера.
Я думаю, что авторы, вероятно, обеспокоены тем, что читатели могут просто скопировать эти определения процессов, не понимая в них конкретных решений по настройке. Они очень законны в этом отношении. Но в любом случае, я думаю, что это важная потребность в общем сообществе разработчиков программного обеспечения. Ответственность за понимание и интерпретацию примера документа должна отвечать читатель.
Если вы не знаете какого-либо хорошего ресурса, который разделяет конкретные реализации процессов, что вы думаете об этом? Разве вы не думаете, что мы, разработчики программного обеспечения и разработчики, должны делиться нашими определениями процессов, когда мы разделяем наш код?
Ответы
Ответ 1
Существует хорошая статья статья с большим количеством ресурсов. Также поиск "рабочих процессов UCM" в сети IBM Rational привел бы к хорошим примерам, я бы предпочел не углубляться в их страницу. Вопрос в том, насколько подробно вы хотите войти в процесс. Большинство доступных ресурсов даст вам приблизительный обзор основных процессов разработки.
То, что вы подразумеваете под примерами, вероятно, связано с деталями конкретной реализации такого процесса разработки. Для более крупных и установленных компаний по разработке программного обеспечения их процесс разработки, скорее всего, не будет легко повторно использоваться, поскольку он будет включать в себя множество настраиваемых инструментов и конфигураций, и сам процесс может быть в некоторых случаях считаться проприетарным, что дает компании конкурентное преимущество перед другими. Вхождение в детали процесса может также представлять угрозу безопасности, поскольку оно будет раскрывать многое о инфраструктуре компании. Поэтому я не думаю, что вы найдете много примеров из успешных компаний, занимающихся разработкой программного обеспечения, и то, что вы находите, либо слишком общее, либо написано теоретиками-ремесленниками.
Это область, представляющая особый интерес для меня уже почти десять лет, и я только когда-либо обнаружил, что некоторые фрагменты были опубликованы о конкретных процессах, используемых крупными корпорациями программного обеспечения. Я бы, безусловно, приветствовал форум для обмена опытом с другими специалистами в этой области.
Ответ 2
Попробуйте взглянуть на EPFC - Eclipse Process Composing Framework, есть некоторые примеры процессов, инструментов и лучших практик для их разработки.
Ответ 3
Есть достоинства в предоставлении некоторых шаблонов шаблонов, которые помогут кому-то начать работу. Ограничение заключается в том, что он может заставить пользователя принять шаблоны, не задумываясь о приложении.
Большинство методологий применяют подход "ориентировочный" с некоторым пошивом. Например, система RUP, продвигаемая Rational (теперь IBM), традиционно страдает от предположения, что она применима только к крупномасштабным проектам. Это вызвало дискуссию о том, как RUP может применяться к проекту с одним человеком. Конечно, это требует усилий и усилий, и если вы небольшая проектная команда, то поэтапная методология может затмить проект; вы пытаетесь создать методологию или продукт?
Что касается образцов, некоторые примеры:
Agile Unified Process - дает хорошие примеры как процесса, артефактов, так и комментариев к процессу и его приложению,
Open Unified Process - снова образцы, артефакты и легко перемещаемая система.
Ответ 4
Я не знаю такого "репозитория процесса". Я вижу только общее описание, например этот.
Примечание. Хотя реализации CMMI, с которыми я столкнулся, полностью адаптированы для конкретного предприятия/среды, я нашел их действительно эффективными при оценке/опротестовании.
В связи с этим исследование Six Sigma и CMMI интересное, а не практический пример CMM, а скорее как способ CMM в перспективе.
Ответ 5
Веб-сайт OPEN Process Framework Exchange содержит онлайн-хранилище с более чем 1100 компонентами метода.
Он не содержит окончательных методов, потому что, согласно инструкциям по технике, вы должны составлять свои методы из этих компонентов в зависимости от ваших продуктов, потребностей проекта и организации.
