Хорошие ресурсы, например, обрабатывают определения методологий разработки программного обеспечения? [закрытый]
Есть ли какой-либо веб-сайт специально для совместного использования и доступа к фактическим процессам разработки программного обеспечения, реализованным в организациях программного обеспечения?
Существует много ресурсов, которые дают советы и описания для реализации этих процессов. Они очень полезны. Но я думаю, имея фактические определения процесса в качестве примера, было бы очень полезно также. А именно, я теперь ищу определение процесса в качестве примера в CMMI. Я сверхпросмотрел несколько книг, но ни один из них не представляет определенной реализации в качестве примера.
Я думаю, что авторы, вероятно, обеспокоены, что читатели могли бы просто скопировать эти определения процесса, не понимая определенные решения настройки в них. Они являются очень законными в этом беспокойстве. Но так или иначе, я думаю, что это - важная потребность в общем сообществе программного обеспечения. Понимание и интерпретация документа в качестве примера правильно должны быть ответственностью читателя.
Если Вы не знаете хорошего ресурса, который совместно использует определенные реализации процессов, что Вы думаете об этой потребности? Разве Вы не думаете, что мы, разработчики программного обеспечения и разработчики, должны совместно использовать наши определения процесса, как мы совместно используем наш код?
5 ответов
Есть хорошая википедия статья с большим количеством ресурсов. Также поиск "UCM Workflows" в сети IBM Rational привел бы к хорошим примерам, я бы не хотел углубляться в их страницу. Вопрос в том, насколько подробно вы хотите вникнуть в процесс. Большинство доступных ресурсов дадут вам только приблизительный обзор основных процессов разработки.
То, что вы имеете в виду под примерами, вероятно, заключается в том, чтобы вдаваться в подробности конкретной реализации такого процесса разработки. Для более крупных и признанных компаний, занимающихся разработкой программного обеспечения, их процесс разработки, скорее всего, не будет легко использовать повторно, потому что он будет включать в себя множество пользовательских инструментов и конфигураций, а сам процесс в некоторых случаях может считаться проприетарным, что даст компании конкурентное преимущество над другими. Введение подробностей о процессе также может представлять риск для безопасности, поскольку это многое откроет об инфраструктуре компании. Так что я не думаю, что вы найдете много примеров из успешных компаний по разработке программного обеспечения, и то, что вы найдете, либо слишком общее, либо написанное создателями теории.
Это область, представляющая для меня особый интерес в течение почти десяти лет, и я когда-либо находил только то, что публиковалось о конкретных процессах, используемых крупными корпорациями, занимающимися разработкой программного обеспечения. Я, конечно же, приветствую форум для обмена опытом с другими профессионалами в этой области
.] Я не знаю о таком "репозитории процессов". Я вижу только общее описание вроде []этого []. [
] [] Примечание: Хотя реализации CMMI, с которыми я столкнулся, вполне приспособлены для конкретного предприятия/окружения, я нашел их по-настоящему эффективными, когда они были оценены/проблемными. [
] [] В этой связи исследование [] [] Six Sigma и CMMI [] [] представляет интерес не столько как практический пример КИМ, сколько как способ взглянуть на КИМ в перспективе [
].Попробуйте посмотреть на EPFC - Eclipse Process Complizing Framework, существуют некоторые примеры процессов, инструментов и лучших практик для их развития.
Есть преимущества в предоставлении некоторых образцов шаблонов, которые могли бы помочь кому-то начать. Ограничением является то, что это может заставить пользователя принять шаблоны, не задумываясь о приложении.
В большинстве методологий используется "руководящий" подход с некоторой адаптацией. Например, система RUP, продвигаемая Rational (ныне IBM), традиционно страдала от предположения, что она применима только к крупномасштабным проектам. Это вызвало дискуссию о том, как RUP может быть применена к проекту с одним человеком. Конечно, это требует работы и усилий, и если вы небольшая проектная команда иногда пошив методологии может затмить проект, то есть вы пытаетесь построить методологию или продукт ?
Что касается образцов некоторые примеры:
Agile Unified Process - дает хорошие примеры как процесса, артефакты, а также комментарий к процессу и его применению,
Открытое Unified Process - снова образцы, артефакты и легко ориентироваться в системе.
Веб-сайт OPEN Process Framework Repository Organization содержит онлайн-репозиторий с более чем 1100 компонентами методов.
Он не содержит окончательных методов, поскольку, согласно принципам инженерии методов, вы должны составить свои методы из этих компонентов в зависимости от вашего продукта, проекта и организационных потребностей.