Обсуждение:Жизненный цикл выпуска программного обеспечения

Предложение переименовать статью в «Жизненный цикл выпуска программного обеспечения»

Я просто предварительно назвал статью о том, что такое бета-версия, как используются номера версий и т. д. как "стадия разработки". Если вы придумаете лучшую формулировку, я буду признателен. -- Taku — Предыдущий недатированный комментарий добавлен 04:49, 9 мая 2003 (UTC) [ ответить ]

Я посмотрел это из любопытства, чтобы узнать, как возникла идея греческих букв, обозначающих циклы разработки, и где она возникла. Я бы предположил, что "альфа" как в "first look", а затем "бета" как в "after alpha", но это всего лишь предположение, и я пришел сюда, чтобы это выяснить. — Предыдущий неподписанный комментарий добавлен 69.193.143.69 (обсуждение) 18:26, 19 декабря 2004 (UTC)[ отвечать ]
Я бы назвал страницу «Этапы разработки ПО» или что-то в этом роде. «ПО» — чтобы показать, о чем идет речь, а «стадии » — потому что статья на самом деле о разных стадиях, а не об одной. — Дэвид Бьёрклунд — Предыдущий недатированный комментарий добавлен 22:25, 11 марта 2005 (UTC) [ ответить ]
Я думаю, что этапы разработки ПО — гораздо лучшее название; этап разработки может перенаправить на него. Однако жизненный цикл выпуска ПО может быть даже лучше, поскольку, возможно, есть целый ряд работы, которая выполняется до того, как приложение когда-либо попадет на стадию альфа. Жалоба, если вы этого не хотите, я, вероятно, пойду вперед и сделаю это. — Крис Пикетт 22:17, 3 декабря 2006 (UTC) [ ответить ]
Также, возможно, следует создать жизненный цикл выпуска программного обеспечения , а затем объединить в него выпуск программного обеспечения . -- Крис Пикетт 22:36, 3 декабря 2006 (UTC) [ ответить ]
Хорошо, я сделал перемещение, теперь я сделаю слияние. Один вопрос: почему ссылки здесь показывают все эти страницы рок-групп? -- Крис Пикетт 22:03, 4 декабря 2006 (UTC) [ ответить ]

Переименование ядра Linux

Потребности и обновления по именованию ядра Linux. Нечетные/четные дела были введены в какой-то момент (не изначально), и были (официально?) утеряны с выпуском 2.6, где нет 2.7 — Предшествующий неподписанный комментарий добавлен 203.167.249.253 (обсуждение) 00:06, 25 июля 2005 (UTC) [ ответить ]

Может, так оно и выглядит, но, насколько я могу судить по Google, они намерены сделать 2.7, когда придет время; просто разработка идет так быстро, что форк 2.7 потребует много патчей, которые уже отправлены для 2.6, а это значит, что далеко дело не зайдет. Хотя все может измениться. 68.100.68.23 03:29, 23 ноября 2005 (UTC) [ ответить ]

Произношение слова "Бета"

Beta - примечание о произношении не помешало бы. BATE-AH и BEET-AH используются разными сообществами и отдельными лицами (вероятно, ссылка на обсуждение - Hackers Dictionary?, alt.englist.usage? - была бы уместна) — Предыдущий неподписанный комментарий добавлен 203.167.249.253 (обсуждение) 00:06, 25 июля 2005 (UTC) [ ответить ]

Я так не думаю, BAY-tah — правильное произношение, как и буква в греческом алфавите. Это не так важно для этой статьи, поскольку это греческий алфавит. Totalirrelevance 09:19, 4 декабря 2006 (UTC) [ ответить ]

Золотой Мастер

Я полагаю, хотя пока не могу назвать источник, что мы украли это из музыкальной индустрии, где, как я полагаю, виниловые штампы были позолочены.
-- Baylink 00:11, 6 августа 2005 (UTC) [ ответить ]

Я слышал своего рода городскую легенду (которая, как я верю, может быть правдой), что оригинальная окончательная копия CD, после завершения, делается в основном из чистого золота, по определенным причинам. Так что «переход на золото» происходит, когда они отправляют эту копию производителям. Totalirrelevance 09:16, 4 декабря 2006 (UTC) [ ответить ]
это ДЕЙСТВИТЕЛЬНО нужно убрать, потому что я на 98% уверен, что это неправда, я не верю, что компакт-диск можно сделать из золота, и коррозия не является проблемой для компакт-дисков, но с золотым компакт-диском он будет так легко уничтожен, может ли кто-нибудь, кто знает наверняка, подтвердить или опровергнуть это. — Предыдущий неподписанный комментарий добавлен 69.205.121.168 (обсуждение) 00:07, 11 февраля 2007 (UTC)[ отвечать ]
Я всегда думал, что это относится к (золотым) CD-R , которые часто используются/использовались в качестве мастер-дисков для выпуска в производство и т. д. Letdorf 13:55, 8 мая 2007 (UTC). [ ответить ]
Конечно, CD никогда не делается полностью из золота, но CD-R и DVD-R с золотым отражающим слоем легко доступны (просто выполните поиск на Amazon.com). Золотой носитель отлично подходит для архивных целей и, следовательно, будет логичным выбором для мастер-диска. 64.142.82.28 23:06, 1 ноября 2007 (UTC) [ ответить ]
Извините, ребята, вы все неправы. В промышленности термин «Gold Master» относится только к заведомо хорошему эталонному объекту, будь то оборудование или программное обеспечение. Это не имеет ничего общего с использованием драгоценных металлов. Отделы маркетинга могут применять альтернативные значения к использованию слова «золото», опять же, не имея ничего общего с использованием драгоценных металлов. —  Quicksilver T @ 19:17, 30 января 2012 (UTC) [ ответить ]

История

Впервые я столкнулся с альфа/бета/финальными стадиями разработки в ранней документации Macintosh от Apple. Но откуда она изначально взялась? — Предыдущий неподписанный комментарий, добавленный 66.179.208.36 ( обсуждение ) 20:56, 1 сентября 2005 (UTC) [ ответить ]

Впервые я увидел, как beta использовалась в выпусках программного обеспечения в Интернете в конце 80-х годов.. поскольку не было особой традиции называть версии, я видел выпуски версий «beta», потому что их авторы утверждали, что новая версия лучше предыдущей. Поэтому у меня сложилось впечатление, что слово «beta» возникло как шутка, а alpha/gamma были впоследствии введены людьми, которые не поняли шутку (на самом деле, намного позже). Но, конечно, руководство Mac звучит так, будто оно старше моей истории.. ;) -- lynX — Предыдущий подписанный, но недатированный комментарий был добавлен в 03:33:54, 19 августа 2007 г. (UTC).

А как насчет «общедоступности»?

Я только что написал статью о выпуске General available , еще один распространенный термин для выпуска "Gold". Эту статью, вероятно, следует удалить и включить сюда. — Предыдущий неподписанный комментарий, добавленный 24.131.160.127 (обсуждение) 00:53, 15 сентября 2005 (UTC) [ ответить ]

Я добавил тег, чтобы предложить возможное слияние. -- Taku 01:11, 15 сентября 2005 (UTC) [ ответить ]
Я объединил две статьи. Не стесняйтесь поправить меня, если вы считаете, что я плохо поработал (не так уж много осталось от релиза General available для повторного использования). ура Дэвид Бьёрклунд 13:16, 15 сентября 2005 (UTC) [ ответить ]
Говоря о GA, я всегда думал, что релиз, который называется "Generally Available", это именно то, что нужно: самая общедоступная версия, т. е. версия PHP GA, будет версией PHP, которая есть у большинства хостов, и, следовательно, это самая общедоступная версия PHP. Я ошибаюсь? j_freeman 19:21, 24 января 2006 (UTC) [ ответить ]

Терминология выпуска

Я заметил, что в последние годы разработчики делают меньше релизов типа "gamma" и "delta", и больше "-beta1", "-beta2" и/или "-rc1" и "-rc2" для тестирования релизов. Я лично виню открытый исходный код за то, что он позволяет обновлениям происходить чаще, чем в прошлом, а также за возросшую бдительность разработчиков по отношению к эксплуататорам. Может ли кто-нибудь написать что-то, что подробно описывает это явление лучше, чем я мог бы объяснить/высказать свое мнение? 68.100.68.23 03:29, 23 ноября 2005 (UTC) [ ответить ]

POC-контент?

Что насчет POC? Доказательство концепции? --84.177.217.156 13:15, 5 февраля 2006 (UTC) [ ответить ]

Хорошая статья.

Это хорошая статья ! Так и есть! Она простая, не растягивается на страницы и страницы, и она очень понятна! Crazy Eddy 12:19, 30 июня 2006 (UTC) [ ответить ]

Согласен, мне нравится диаграмма вверху справа! -- Qode 14:54, 3 августа 2006 (UTC) [ ответить ]
Нет, с моей точки зрения. Прошло четыре года, а я бы все еще оценил его как Start Class.— Quicksilver T @ 21:12, 24 мая 2010 (UTC) [ ответить ]

Слияние с "Выпуском ПО"

Выпуск программного обеспечения в его нынешнем виде поможет сделать введение к этой статье лучше. -- Крис Пикетт 22:45, 3 декабря 2006 (UTC) [ ответить ]

Сделано. -- Крис Пикетт 23:09, 4 декабря 2006 (UTC) [ ответить ]

Цикл выпуска программного обеспечения?

Поправьте меня, если я ошибаюсь: я думаю, что исправления и обновления также относятся к циклу выпуска программного обеспечения, как и идея, проверка концепций и проектирование самого программного обеспечения. — Предыдущий неподписанный комментарий был добавлен 83.77.45.209 (обсуждение) 17:11, 31 декабря 2006 (UTC). [ ответить ]

Недостающие шаги

До: планирование/подтверждение концепции. После: исправления и обновления, замена/миграция, поддержка устаревших версий и окончание срока службы. В этой статье подразумевается, что программное обеспечение выпускается в идеальном состоянии и выполняет свою работу вечно, не требуя замены. Поскольку многие компании останавливают цикл на этапе Box Copy, другие шаги, по-видимому, необязательны. --Zerothis 04:57, 13 января 2007 (UTC) [ ответить ]

«Золотой релиз»?

За 24 года работы программистом в крупных корпорациях я ни разу не слышал термина «Gold». Обычные термины — «production version» или «live version». — Предыдущий неподписанный комментарий был добавлен 82.38.112.222 ( talk ) 15:43, 21 января 2007 (UTC). [ ответить ]

Да, я тоже никогда об этом не слышал, я думаю, что это следует удалить. — Предыдущий неподписанный комментарий добавлен 69.205.121.168 (обсуждение) 00:03, 11 февраля 2007 (UTC) [ ответить ]
Он довольно широко используется в IBM [1] Kaicarver 10:29, 12 февраля 2007 (UTC) [ ответить ]
Я слышал о «RTM Gold» — Гэри Кирк // поговорим! 11:04, 12 февраля 2007 (UTC) [ ответить ]

Я тоже никогда не слышал о "Gold release" (хотя версии Gold/Pro используются довольно часто, и поэтому этот термин сбивает с толку). Обычно мы называем это "Release version", и это довольно очевидно: release следует за release candidate. --134.58.253.131 17:33, 19 февраля 2007 (UTC) [ ответить ]

Я слышал, что 'gone gold' используется довольно часто в течение последних 5-6 лет, по крайней мере. Часто я нахожу его используемым на игровых сайтах для ПК, чтобы обозначить, что продукт был "RTM'd". — Предыдущий неподписанный комментарий добавлен 204.117.78.97 ( обсуждение ) 16:20, 13 марта 2007 (UTC) [ ответить ]

Термин употребляется довольно часто. См. [2] и, например, [3]. -- Световид 08:46, 14 марта 2007 (UTC) [ ответить ]

Бета

Может ли кто-нибудь написать подраздел для бета-тестирования? Спасибо!--Ioshus (обсуждение) 15:54, 18 мая 2007 (UTC) [ ответить ]

Нет раздела бета

Страница неоднократно упоминает бета как период после альфа, но нет раздела об этом -- содержательные разделы прыгают от альфа к RC (после бета). Учитывая изобилие бета-программного обеспечения (черт, кажется, что в наши дни "бета"-программного обеспечения больше, чем релизного программного обеспечения), этого должно быть достаточно, чтобы вычистить свой собственный раздел. - Кит Д. Тайлер ( AMA ) 17:20, 18 мая 2007 (UTC) [ ответить ]

Да, я только что сказал то же самое примерно 20 минут назад...--Ioshus (обс.) 17:39, 18 мая 2007 (UTC) [ ответить ]
Извините, час и 20 минут...--Иошус (обс.) 17:41, 18 мая 2007 (UTC) [ ответить ]

Раздел Beta отсутствовал из-за не полностью устраненного вандализма на этой странице. Теперь это исправлено. -- Clay Collier 06:39, 19 мая 2007 (UTC) [ ответить ]

Ага! Спасибо!--Ioshus (обс.) 15:36, 19 мая 2007 (UTC) [ ответить ]

Статья рассматривает использование термина «бета» после Netscape и говорит об открытой бета-версии, которую Netscape назвала публичной бета-версией. Но учитывая, что бета-версия приняла лексическое определение, которое отличается от устоявшегося технического использования, в статье не так много объяснений логистики традиционного бета-тестирования и того, как компании его используют. Термин особенно размыт в наши дни, потому что традиционный цикл включал соглашение о неразглашении, распространение предварительного выпуска программного обеспечения, документации и предварительного выпуска оборудования, когда это уместно, а также соглашение о тестировании и сообщении определенных аспектов с использованием определенного канала обратной связи, недоступного для широкой публики. Бета-тесты также имели/имеют несколько релизов, поэтому проблемы, о которых сообщалось в первой бета-версии, могли быть решены во второй бета-версии и т. д., и существовало неявное или явное ожидание, что обратная связь от тестировщиков будет рассмотрена между бета-релизами.

Поскольку этот термин в настоящее время широко используется, часто «бета»-программное обеспечение становится общедоступным, не предусмотрено механизма для сообщения об ошибках или предоставления обратной связи, отличной от той, что предусмотрена для GA, и во многих случаях это касается программного обеспечения, которое будет доступно бесплатно после выпуска, например Gmail. Хотя некоторые продукты, такие как последние версии Windows, продвигали определение бета-версии, по крайней мере, они были коммерчески доступны по розничным ценам после выпуска. Но для продуктов, где пользователя даже не просят тестировать, слово «бета» просто появляется, когда пользователь идет за копией программного обеспечения (или программное обеспечение предлагает всем пользователям загрузить последнее обновление, которое помечено как «бета»), не существует специального механизма обратной связи, и плата за программное обеспечение не будет взиматься после того, как метка «бета» исчезнет, ​​тогда программное обеспечение не является «бета» по определению в традиционном смысле. Оно общедоступно и иногда является единственной предлагаемой версией, или «бета»-версия веб-сайта может быть той, на которую пользователь попадает по умолчанию. Тем не менее, это «бета» в общепринятом понимании этого слова конечным пользователем.

Должно быть что-то, что объясняло бы механизмы и ожидания традиционных бета-тестов, чем они отличаются от «открытых бета-тестов» и чем они отличаются от программного обеспечения, к названию которого просто добавлено слово «бета», означающее «нестабильный». 50.0.106.155 (обсуждение) 18:47, 1 мая 2012 (UTC) [ ответить ]

Статьяконец срока службы (продукта)не следует объединять в эту статью

Статья «end-of-life (product)» не должна быть объединена с этой статьей, поскольку end-of-life — очень распространенный термин для компьютерного оборудования. Andries ( talk ) 10:11, 13 января 2008 (UTC) [ ответить ]

Я против слияния, поскольку термин « конец жизни» применяется ко всем областям дизайна продукта, а не только к программному обеспечению. Это особенно актуально в настоящее время в контексте утилизации в конце срока службы (например, пригодности к переработке). Федерико Гриджио, псевдоним Нахраана ( обсуждение ) 23:15, 9 февраля 2008 (UTC) [ ответить ]
Я возражаю против предложения об объединении по тем же причинам, что и выше. -- pabouk ( talk ) 12:18, 20 февраля 2008 (UTC) [ ответить ]

«Жизненный цикл» — неправильное название

Как уже было сказано, в этом процессе нет ничего цикличного. Скорее, это конечный автомат. Вы начинаете, а затем заканчиваете. «Жизненный цикл продукта», используемый Microsoft, описывает циклическую природу разработки и улучшения продукта по сравнению с постепенными выпусками. Отрасль в целом приняла это соглашение об именовании, и оно проникло во все виды смежных дисциплин.

Я предлагаю начать пресекать это неправильное использование прямо здесь. Назовите это процессом, фреймворком и т. д. Это ничем не отличается от производственного процесса, в котором кто-то проектирует, создает прототипы, дорабатывает спецификации, идет на производство. Этот процесс может быть *частью* жизненного цикла продукта; но сам по себе он не является циклическим.

Возьмем в качестве аналогии жизнь лягушки. У отдельной лягушки есть *продолжительность жизни*, в течение которой она размножается; таким образом, у вида есть жизненный цикл. Но лягушка рождается и умирает. Даже в сценарии реинкарнации смертная продолжительность жизни лягушки является частью более широкого цикла.

Подводя итог, я предлагаю переписать всю статью. JW googler (обсуждение) 14:27, 10 апреля 2008 (UTC) [ ответить ]

Это цикл. Это жизненный цикл продукта, и он повторяется для каждого разрабатываемого продукта. 70.251.0.151 (обсуждение) 19:02, 28 марта 2010 (UTC) [ ответить ]

«Золотой» релиз?

Это почти никогда не используется сейчас. Если кто-то может подтвердить утверждение, что это часто используется, то укажите это здесь, иначе кому-то придется это изменить. (Под подтверждением я подразумеваю известную компанию по разработке программного обеспечения). Jaymacdonald ( talk ) 21:25, 25 апреля 2008 (UTC) [ ответить ]

Согласно мудрости улья (google)

программное обеспечение "живая версия" 263,000
программное обеспечение "производственная версия" 247 000
программное обеспечение "золотой релиз" 39,500

Теперь это кажется непреодолимым, я внес изменения 82.38.112.222 ( обсуждение ) 09:03, 14 мая 2008 (UTC) [ ответ ]

Согласен 88.108.223.52 (обсуждение) 12:56, 17 мая 2008 (UTC) [ ответить ]

Тесты Google — плохая идея. Нет способа учесть различия между источниками внутри и вне отрасли. Тем не менее...

программное обеспечение "золотой мастер" 81,700

Я не знаю, чья была идея "gold release". Я никогда не слышал, чтобы это использовалось. S HEFFIELD STEEL TALK 22:17 , 14 августа 2008 (UTC) [ ответить ]

Противоречие с альфой

В заголовке резюме утверждается, что на стадии альфа функции все еще добавляются. В разделе пре-альфа утверждается, что «В отличие от альфа- и бета-версий, пре-альфа не является полной функциональностью». На практике большинство альфа-программ не является полной функциональностью. Как решить эту проблему? — Предыдущий неподписанный комментарий добавлен 217.155.44.246 (обсуждение) 07:18, 27 мая 2008 (UTC) [ ответить ]

Я тоже это заметил. Лично я использую «альфа» в смысле «неполная функция», и я думаю, что большинство использовало бы это именно так. Но кто-то должен провести небольшое исследование, чтобы выяснить, какое значение слова является наиболее распространенным, а затем изменить статью соответствующим образом. 194.52.58.134 (обсуждение) 11:58, 22 августа 2008 (UTC) [ ответить ]
Альфа-тестирование — это форма приемочного теста, и оно должно быть полным. См.: Alpha_testing#Alpha_testing . Это определяется так международным стандартом тестирования ISTQB. —Предыдущий неподписанный комментарий добавлен 213.207.96.130 (обсуждение) 08:05, 17 июня 2010 (UTC)[ отвечать ]
Путаница возникла из-за эволюции отрасли, технически оба правы. Заморозка функций — это то, что разделяет Alpha и Beta. Программное обеспечение находится «в Alpha», в то время как добавляются новые функции. В настоящее время часто выпускаются релизы в середине Alpha (еще не завершенные функции), причем последний выпуск Alpha является завершенным из-за заморозки функций, происходящей сразу после этого; но в старые времена альфа-тестирование проводилось в конце Alpha, поэтому функции были завершены, если только не было проблем. 2600:8800:2B00:7C50:75EF:BEC4:2FB8:F9D1 (обсуждение) 23:10, 11 мая 2018 (UTC) [ ответить ]

Связано с BBC

[4] < Эта статья ссылается на сайт BBC. :) - JVG ( обсуждение ) 05:08, 10 августа 2008 (UTC) [ ответ ]

 Готово. Я добавил это с правильным шаблоном в начало страницы, но статистика на самом деле не показывает никаких различий... mabdul 11:31, 12 февраля 2011 (UTC) [ ответить ]

Программное обеспечение отстой?

Как новый пользователь увидит предыдущие версии статьи, чтобы вернуться к ним при необходимости? Jo3y (обсуждение) 20:10, 3 октября 2008 (UTC) [ ответить ]

Инженерные разработки не останавливаются на альфа-версии

Статья подразумевает, что деятельность "Pre-alpha" (инженерные сборки/релизы разработки/ночные сборки, как бы ее ни называли) прекращается, как только продукт достигает альфа-релиза. Обычно это не так. Обычно эти "инженерные сборки" продолжаются на протяжении всего жизненного цикла продукта - по крайней мере, пока он не достигнет GA. Хотя картина не совсем такая радужная, я бы предложил убрать состояние "Pre-Alpha" и ввести состояние "инженерной сборки", которое существует до "Alpha", но также существует между каждым из состояний Alpha/Beta/RC/GA. ChrisRing ( обсуждение ) 15:38, 19 мая 2009 (UTC) [ ответить ]

Еще один конкретный жизненный цикл релиза?

У меня такое чувство, что здесь описан определенный жизненный цикл релиза, но таким образом, что он может быть единственным. Я считаю это неправильным. Следует указать, какой цикл используется или каким проектом или фондом он определен, например, назвав его, скажем, «жизненным циклом релиза Apache» или что-то в этом роде. -- Штеффен (http://de.wikipedia.org/wiki/Benutzer:STD) —Предыдущий неподписанный комментарий добавлен 212.222.157.218 (обсуждение) 10:07, 4 ноября 2009 (UTC) [ ответить ]

Ужасная статья.

Эта статья требует большой работы. Она действительно запутанная, представляет только один жизненный цикл и не дает никакого представления о том, как архитектура ПО вписывается в другие роли, такие как тестирование. 70.251.0.151 (обсуждение) 19:10, 28 марта 2010 (UTC) [ ответить ]

Гамма-тестирование требует дополнительных пояснений или подробностей

Ему не помешало бы больше подробностей о том, что это такое, что происходит во время, а затем финал того, что происходит. —Предыдущий неподписанный комментарий добавлен 98.166.212.221 (обсуждение) 01:49, 19 апреля 2010 (UTC) [ ответить ]

Это WP:OR . 2A02:3037:2E0:54EE:D48E:5F50:351:90CC (обсуждение) 17:23, 28 июля 2024 (UTC) [ ответить ]

Разделять жизненные циклы приложений и игр?

Кажется, здесь перечислен ряд фаз, которые не являются общими фазами разработки программного обеспечения, а вместо этого являются частными для производственных процессов игр. Мне кажется, что статья должна быть общей и должна охватывать жизненный цикл альфа->бета->релиз как "типичный" жизненный цикл и делегировать обсуждение конкретных вариантов, таких как производство игры, и таких вещей, как "пре-альфа", "гамма" и т. д., в подразделы или, возможно, даже в отдельные статьи. Попытка обсудить все возможные варианты сразу очень отвлекает и затрудняет определение того, когда применим каждый нюанс. Поскольку я сам не понимаю деталей разработки игр, я должен отстранить себя от внесения этих изменений. Что думают по этому поводу другие? Есть ли разумный консенсус? 70.247.171.108 (обсуждение) 21:52, 16 мая 2010 (UTC) [ ответить ]

Близорукая, узкая статья

Где говорится, что программное обеспечение или продукты проходят через различные стадии — пре-альфа, альфа, бета и т. д. — описанные здесь? Следует отметить, что это всего лишь одна из возможных конвенций по наименованию и модель рабочего процесса, хотя и довольно неудачная. На самом деле, если кто-то придет в индустрию компьютерного оборудования или программного обеспечения из другого места, терминология и концепции, изложенные в статье, покажутся ему несколько, э-э, смехотворными и рецептом неудачи в бизнесе. Кремниевая долина усеяна костями компаний, которые следовали этой модели. — Quicksilver T @ 21:09, 24 мая 2010 (UTC) [ ответить ]

Если это правда, то статья была бы значительно полезнее, если бы вы предоставили ссылки на этот счет. 70.247.169.197 ( обсуждение ) 02:17, 5 августа 2010 (UTC) [ ответить ]

Отсутствует термин: GDR (General Distribution Release)

Windows часто поставляется в вариантах RTM и GDR. И если вы ссылаетесь оттуда ( GDR (разночтение) ) вы попадете сюда, без объяснения того, что такое GDR, и не получите никакого представления о различиях между GDR и RTM. -andy 77.7.9.214 (обсуждение) 09:04, 31 июля 2010 (UTC) [ ответить ]

Не могла бы эта статья пояснить, что означает «Стабильный выпуск»?

В статье в настоящее время термин «стабильный» описывается как «относительно баг-фри» (см. раздел «Выпуск», подраздел «Общая доступность»). Однако многие статьи о различных программных приложениях ссылаются на одну дату «Стабильного выпуска» в InfoBox как на часть истории версий. Не могли бы вы отредактировать эту статью, чтобы лучше прояснить, что означает эта дата «Стабильного выпуска»? Таинственный Эль Вильстро ( обсуждение ) 02:15, 19 марта 2011 (UTC) [ ответить ]

Я поддерживаю это предложение и хотел бы получить определение стабильности программного обеспечения. В этой статье оно используется как для описания отсутствия вариаций в функциях, так и для отсутствия "сбоев". По моему мнению, эта проблема потребовала бы отдельной статьи с описанием этого свойства. 46.9.119.32 (обсуждение) 21:17, 30 июня 2011 (UTC) [ ответить ]

Согласен. Во многих статьях Template:Infobox software используется таким образом, что фраза "Стабильный релиз" в этом информационном поле ссылается на эту статью "жизненный цикл выпуска программного обеспечения". Что это значит? Вы никогда не узнаете, прочитав эту статью, потому что в ней никогда не упоминается "стабильный релиз". -- DavidCary ( talk ) 02:14, 22 октября 2015 (UTC) [ ответить ]
Давайте вместо этого изменим шаблон. Вальтер Герлиц ( обсуждение ) 04:20, 22 октября 2015 (UTC) [ ответить ]
Даже после того, как мы изменим шаблон, я думаю, что в этой статье следует как минимум упомянуть фразу «стабильный релиз», даже если это будет всего лишь ссылка на ту же статью, на которую был изменен шаблон. P.S. Есть ли у вас какие-либо предложения по поводу *лучшей* статьи, на которую можно ссылаться в этом шаблоне? -- DavidCary ( обсуждение ) 04:25, 29 октября 2015 (UTC) [ ответить ]
Они отказались удалить ссылку, поэтому нам придется решать проблему здесь. Вальтер Герлиц ( обсуждение ) 05:03, 29 октября 2015 (UTC) [ ответить ]

«Код завершен», он же «код вырезан»

Я всегда слышал термин "code cut" вместо "code complete" или иногда "branch off". Однажды я услышал "code twig". Но я не могу найти никаких ссылок на это. Это только у меня так? 124.147.79.84 (обсуждение) 17:10, 29 июля 2011 (UTC) [ ответить ]

Раздел «пре-альфа», «альфа» немного запутан.

Большая часть этого раздела не имеет никакого смысла, что еще хуже, для этого раздела нет источников. Я пройдусь по нескольким проблемам, которые я вижу.

В разделе «пре-альфа» говорится: «Пре-альфа относится ко всем действиям, выполняемым в ходе программного проекта до тестирования». Все программное обеспечение проходит тестирование на всех уровнях. Программист, который написал первые сто строк кода для программного обеспечения, будет использовать тестирование методом белого ящика, прежде чем продолжить. Обычно пре-альфа относится к концептуальной части программного обеспечения без фактически функционирующих частей.

Что касается раздела Alpha, я всегда считал, что альфа-версия — это любое количество версий программного обеспечения, пока программное обеспечение все еще находится в разработке. Мне кажется, что раздел pre-alpha был написан для того, что должно было быть разделом alpha. Единственный источник в этом разделе в настоящее время ссылается на веб-страницу PC Mag, которая не согласуется с тем, что говорится в вики.

Я понимаю, что это может быть трудным вопросом. Вы можете спросить пять разных людей и получить пять разных ответов о том, что означают эти термины. Кажется, что эти разделы написаны с разговорной, но все равно неверной точки зрения. Я найду некоторые источники, подтверждающие мое утверждение, когда не буду так уставать, но в том виде, в котором они есть, источников в любом случае нет. -- 68.39.25.109 ( обсуждение ) 06:01, 17 октября 2011 (UTC) [ ответить ]


Согласен - эта статья полностью неверна, и, похоже, ее написали люди, не работающие в индустрии программного обеспечения. Большинство посторонних слышали термин «бета-тест», и поэтому понимают эти отраслевые вехи в связи с тестированием. Но это совсем не то, что означают вехи. Pre-Alpha относится к любой сборке (версии) программного обеспечения (не действия или тестирование), которая находится в разработке, но не завершена (обычно это определяется путем ссылки на документ с требованиями к продукту). Alpha = завершена функция, но не отлажена или не оптимизирована. Проект взаимодействия должен быть полностью реализован (элементы управления пользовательским интерфейсом), но элементы визуального дизайна могут отсутствовать или быть неполными (внешний вид и поведение) на этапе Alpha. Этап Beta относится к версии, которая включает все окончательные элементы визуального дизайна, и все критические или серьезные ошибки (серьезность = 1 или 2) были устранены. Эта сборка должна быть достаточно хороша, чтобы позволить выбранным людям за пределами компании провести бета-тестирование, но она не протестирована и не отлажена до уровня, необходимого для первой поставки клиенту. 50.240.198.65 (обсуждение) 20:37, 31 июля 2013 (UTC) [ ответить ]

Что случилось с FCS???

Alpha Beta FCS <- Первая поставка клиенту Так она называется до присвоения номера версии.

akc9000  ( обсуждение  · вклад  · подсчет) 21:14, 20 августа 2012 г. (UTC) [ ответить ]

Подтверждено ли это надежным источником ? Я лично никогда не слышал об этом термине. -- Nczempin ( обсуждение ) 05:18, 21 августа 2012 (UTC) [ ответить ]
Используется многими компаниями, включая Prime Computer (теперь Computervision) и Dynamic Software Corporation.
Документировано здесь:
http://acronyms.thefreedictionary.com/FCS
http://www.dynamicsoftware.com/knowledgebase/release/fcs.html
akc9000  ( обсуждение  · вклад  · подсчет) 00:23, 3 сентября 2012 г. (UTC) [ ответить ]
Привет, akc9000
Фраза ("First Company Ship") даже не имеет смысла на английском языке. Кроме того, ваши источники никуда не годятся. Один из них просто расширяет "FCS" до совершенно другой аббревиатуры, а другой, написанный на очень плохом английском и полный опечаток, объясняет практику одной компании. WP:RS и WP:GEVAL не одобряют такое содержание.
С наилучшими пожеланиями,
Кодовое имя Лиза ( обсуждение ) 10:22, 3 сентября 2012 (UTC) [ ответить ]
Независимо от того, что именно означает надпись, ее смысл не меняется даже если вам не нравится ее содержание.
Вот ссылка от 2006 года: http://www.acronymdb.com/definition/FCS/first_customer_ship/3903
akc9000  ( обсуждение  · вклад  · подсчет) 19:28, 3 сентября 2012 г. (UTC) [ ответить ]
Здравствуйте, Akc9000, предоставленный вами источник ненадежен, так как это всего лишь определение названия. Кроме того, я работаю активным разработчиком ПО уже около 7 лет и не сталкивался с термином FCS, поэтому, по моему мнению, он недостаточно известен, чтобы его использовать. Нет никаких известных или надежных источников, подтверждающих это. Джон Ф. Льюис ( обсуждение ) 22:08, 3 сентября 2012 (UTC) [ ответить ]
Хочу сказать, что FCS абсолютно точен. Он означает «First Customer Shipment», но сокращается до «First Customer Ship». Его можно считать немного более академичным или анахроничным, но он все еще широко используется. Поиск в Google «First Customer Shipment» выдает тысячи пресс-релизов от таких компаний, как Cisco и Microsoft. Он представляет собой дату первой отправки продукта клиентам. Это может предшествовать массовому производству и общедоступности. Таким образом, он максимально близок к разграничению «готово». Он в значительной степени подразумевает начало маркетинговой деятельности, относящейся к продукту. Он отличается от последовательных исправлений для продукта. Он используется не менее 35 раз в книге Стивена Бланка « Четыре шага к озарению» (фактическая библия бережливого предпринимательства в области программного обеспечения). См. страницу 3 <http://www.stanford.edu/group/e145/cgi-bin/winter/drupal/upload/handouts/Four_Steps.pdf>. Lunalot ( обсуждение ) 06:46, 11 марта 2013 (UTC) [ ответить ]
Поработав в General Electric, Dover Corporation, Novell, SanDisk, а теперь и в Lockheed Martin, все из которых используют "FCS = first customer ship", я бы сказал, что вы правы. Это представляет собой незаменимую демаркацию в жизненном цикле продукта относительно потока доходов, если не эмоциональный поворотный момент. FCS отличается от RTM тем, что FCS обычно является важной вехой, которая происходит только один раз для конкретной версии или воплощения продукта, тогда как RTM может происходить ежедневно, особенно во время активного спринта CI/CD. Nojiratz ( talk ) 16:46, 20 декабря 2022 (UTC) [ ответить ]

Запрос комментариев:Установить стандарты для таблиц истории версий в статьях по программному обеспечению

Поскольку эта статья посвящена этапам версий, я надеюсь, что смогу обратиться к вам здесь: Я хотел бы представить шаблон Template:Version в Википедии с целью установления единого стандарта для таблиц истории версий (или списков). Он упрощает создание историй релизов, стандартизирует этапы релизов и делает контент более доступным. Пожалуйста, прокомментируйте страницу обсуждения шаблона (там уже есть некоторое обсуждение). Спасибо за ваш вклад. Jesus Presley ( обсуждение ) 07:27, 1 декабря 2012 (UTC) [ ответить ]

Циклы выпуска, основанные на времени и функциях

Мы должны упомянуть две возможности; например, LibreOffice имеет цикл выпуска, основанный на времени, а Apache OpenOffice — цикл выпуска, основанный на функциях. См. также Выпускайте рано, выпускайте часто . mabdul 09:14, 11 июля 2013 (UTC) [ ответить ]

EOLA, LOD, EOL

В разделе "Общая доступность", на изображении "Различные этапы жизненного цикла продукта", EOLA, LOD, EOL не определены. Пожалуйста, определите их или вставьте гиперссылки в аббревиатуры или хотя бы раскройте аббревиатуры. 71.139.170.36 (обсуждение) 02:40, 29 марта 2014 (UTC) [ ответить ]

Я улучшил подпись к изображению. Mind matrix 15:10, 29 марта 2014 (UTC) [ ответить ]

Добавьте термины «dev» и «indev»

Я хотел узнать, имеет ли "dev" конкретное значение программного обеспечения и т. д. Поиск "dev" в WP выводит эту строку в разделе "Технологии используют":

Но ни "dev", ни "indev" не упоминаются в этой статье. Я думаю, что их следует упомянуть хотя бы один раз, например, в строке, начинающейся с: Development (или "dev" или "indev")... Squish7 ( talk ) 03:17, 5 марта 2015 (UTC) [ reply ]

«Dev», по моему опыту, обычно является сокращением от «development» или «developer». (См. также викисловарь, и я добавил эти два слова на страницу устранения неоднозначности для dev .) Я не помню, чтобы «dev» или «indev» использовались в значении предрелизного программного обеспечения, программного обеспечения, все еще находящегося в разработке. -- Mathieu ottawa ( обсуждение ) 21:44, 26 октября 2015 (UTC) [ ответ ]

«Золото» в разных, противоречивых фазах периода выпуска

Карта жизненного цикла выпуска программного обеспечения в верхнем углу имеет Gold как "Производственный или живой выпуск", и показывает, что это на две фазы позже RTM. Текст, с другой стороны, помещает золото в фазу RTM.

Если я правильно понял, это конфликт.

-- Матье Оттава ( обсуждение ) 20:41, 26 октября 2015 (UTC) [ ответить ]


Это зависит от вашей точки зрения. Для разработчика «Gold» — это последняя версия RC (иногда «Silver»), которая была одобрена («Going Gold») для отправки клиентам. Но требуется время, чтобы релиз был размещен в сети или скопирован на компакт-диски и отправлен в розничные магазины; это фаза RTM. Релиз Gold «Goes Live» в конце RTM, в тот момент, когда программное обеспечение может быть куплено или загружено клиентами, часто заранее запланировано на вторник. (Это традиционный поток, конечно, в наши дни все стало немного размытым из-за предварительного заказа, раннего доступа и возможности обновления программ через Интернет). Ikmxx ( обсуждение ) 23:42, 11 мая 2018 (UTC) [ ответить ]

Вводит в заблуждение относительно сферы применения информации

Я поддерживаю комментарий в "Еще один конкретный жизненный цикл релиза?" Стандартного жизненного цикла релиза не существует. Практически у каждой организации есть существенные варианты или совершенно разные подходы. В этой статье необходимо четко указать источник информации и область ее применения. — Предыдущий неподписанный комментарий, добавленный Робертом Фальковицем (обсуждение • вклад ) 09:20, 13 февраля 2016 (UTC) [ ответить ]

Я думаю, что информация в этой статье сосредоточена на коммерческом и бесплатном программном обеспечении и полностью игнорирует FOSS. 85.64.33.163 ( обсуждение ) 19:49, 1 мая 2018 (UTC) [ ответ ]

Не стесняйтесь добавлять контент, связанный с бесплатным и открытым программным обеспечением, особенно в том, чем оно отличается от других процессов разработки программного обеспечения, при условии, что он получен из надежных источников. Вальтер Герлиц ( обсуждение ) 04:36, 2 мая 2018 (UTC) [ ответить ]

ранний доступ

Первые клиенты приобрели «пионерское издание» текстового процессора WordVision для IBM PC за $49,95. В 1984 году Стивен Мейнс написал, что «в блестящем маркетинговом ходе издательству Bruce and James Program Publishers удалось заставить людей платить за привилегию тестирования продукта».

Забавно, что это сейчас очень распространено в индустрии видеоигр... они называют это "ранним доступом". Возможно, стоит упомянуть об этом в статье.

https://en.wikipedia.org/wiki/Early_access

AnonymousAuthority (обсуждение) 00:16, 15 марта 2016 (UTC) [ ответить ]

Терминология, также используемая для аппаратного обеспечения

Я считаю, что термины альфа и бета теперь довольно часто используются для оборудования, а не только для программного обеспечения. Кажется, что Википедия должна как-то это включить, будь то статья «цикл выпуска оборудования» или изменение названия этой статьи на «цикл выпуска технологий» или что-то в этом роде. --Westwind273 ( обсуждение ) 23:43, 26 августа 2016 (UTC) [ ответить ]

Файл Commons, используемый на этой странице, был номинирован на удаление

Следующий файл Wikimedia Commons, используемый на этой странице, был номинирован на удаление:

  • Программное обеспечение dev2.svg

Примите участие в обсуждении удаления на странице номинации. Сообщество Tech bot ( обсуждение ) 16:21, 15 июня 2018 (UTC) [ ответить ]

Программное обеспечение

Создание страниц. Если у кого-то есть какие-либо советы, мне нужно все, что я могу получить. Спасибо Hmercer1976 ( talk ) 09:42, 7 апреля 2019 (UTC) [ ответить ]

"RC3" указан наПеренаправления для обсуждения

Проводится обсуждение для решения перенаправления RC3 . Обсуждение будет проходить по адресу Wikipedia:Redirects for discussion/Log/2021 February 14#RC3 до тех пор, пока не будет достигнут консенсус, и читатели этой страницы могут принять участие в обсуждении. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 12:58, 14 февраля 2021 (UTC) [ ответить ]

Предлагаемое слияниеПолная функциявЖизненный цикл выпуска программного обеспечения

Следующее обсуждение закрыто. Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны в новом разделе. Ниже приводится резюме сделанных выводов.
Результатом стало слияние с жизненным циклом выпуска программного обеспечения. -- Whiteguru ( обсуждение ) 05:33, 17 декабря 2021 (UTC) [ ответить ]

Текущий WP:DICTDEF и перекрытие с основной темой. Также предлагается в обсуждении. Widefox ; обсуждение 19:02, 20 ноября 2021 (UTC) [ ответить ]

Обсуждение выше закрыто. Пожалуйста, не изменяйте его. Последующие комментарии должны быть сделаны на соответствующей странице обсуждения. Дальнейшие правки в это обсуждение не должны вноситься.

Отсутствующие ссылки

  • Файл жаргона
    • Словарь хакера
    • Новый словарь хакера
  • IBM Жаргон и словарь общей компьютерной терминологии
  • Словарь вычислительной техники IBM
  • Новый всемирный компьютерный словарь Вебстера

177.207.46.58 ( обсуждение ) 19:13, 10 января 2025 (UTC) [ ответить ]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Talk:Software_release_life_cycle&oldid=1268631929"