| dbo:abstract
|
- Der Code-Freeze bezeichnet innerhalb eines Software-Projekts den Zeitpunkt, ab dem sich der Quellcode der Software bis zur endgültigen Veröffentlichung der aktuellen Version nicht mehr ändern soll. Erlaubt sind allerdings noch Änderungen zur Behebung von im Test der Software entdeckten Fehlern von größerer Relevanz. In der Praxis der Software-Entwicklung wird der Code-Freeze in der Regel am Beginn der Systemtestphase festgelegt, d. h. mehrere Wochen, u. U. auch Monate vor der geplanten Veröffentlichung einer Software-Version, damit noch ausreichend Zeit für den Test der endgültigen Version der Software ist. Das Ziel ist, die Zahl der Fehler in der veröffentlichten Software zu minimieren. (de)
- En programara inĝenierarto, kodblokado aŭ blokado (angle freeze, kiu laŭvorte signifas "frostigon") estas tempopunkto dum post kiam la reguloj pri ŝanĝi la fontkodon aŭ rilatajn rimedojn fariĝos pli striktaj, aŭ la periodo kiam tiuj reguloj efektivas. Kodblokado helpas progresigi la projekton al aŭ al per reduktanta la skalon aŭ oftecon de ŝanĝoj, kaj povas helpi plenumi . La precizaj reguloj dependas de la tipo de blokado kaj de la specifa procezo de disvolvado kiun oni uzas; ekzemple, ĝi povas permesi nur ŝanĝojn kiuj riparas aŭ permesi ŝanĝojn nur post ĝisfunda revizio far aliaj anoj de la disvolviga skipo. Ĝi povas ankaŭ specifi tion kiu okazos, se ŝanĝo kontraŭe al la reguloj necesos; ekzemple, rekomenci la blokadan periodon. (eo)
- In software engineering, a freeze is a point in time in the development process after which the rules for making changes to the source code or related resources become more strict, or the period during which those rules are applied. A freeze helps move the project forward towards a release or the end of an iteration by reducing the scale or frequency of changes, and may be used to help meet a roadmap. The exact rules depend on the type of freeze and the particular development process in use; for example, they may include only allowing changes which fix bugs, or allowing changes only after thorough review by other members of the development team. They may also specify what happens if a change contrary to the rules is required, such as restarting the freeze period.Common types of freezes are:
* A (complete) specification freeze, in which the parties involved decide not to add any new requirement, specification, or feature to the feature list of a software project, so as to begin coding work.
* A (complete) feature freeze, in which all work on adding new features is suspended, shifting the effort towards fixing bugs and improving the user experience. The addition of new features may have a disruptive effect on other parts of the program, due both to the introduction of new, untested source code or resources and to interactions with other features; thus, a feature freeze helps improve the program's stability. For example: "user interface feature freeze" means no more features will be permitted to the user interface portion of the code; bugs can still be fixed.
* A (complete) code freeze, in which no changes whatsoever are permitted to a portion or the entirety of the program's source code. Particularly in large software systems, any change to the source code may have unintended consequences, potentially introducing new bugs; thus, a code freeze helps ensure that a portion of the program that is known to work correctly will continue to do so. Code freezes are often employed in the final stages of development, when a particular release or iteration is being tested, but may also be used to prevent changes to one portion of a program while another is undergoing development. For example: "physics freeze" means no changes whatsoever will be permitted to the physics portion of the code. (en)
- Un feature freeze est un point temporel dans un cycle de développement logiciel où l'on décide d'interdire tout ajout de nouvelles fonctionnalités. Ce choix délibéré a généralement pour but de permettre de finaliser un état stable d'un programme pour aboutir à une livraison. (fr)
- ソフトウェア工学におけるフリーズとは、開発プロセスにおいてソースコードや関連するリソースに対する変更のルールがより厳格なものに変更されるタイミング、またはそのルールが適用される期間のことであり、凍結（とうけつ）とも呼ばれる。フリーズはソースコードなどに対する変更の規模や頻度を縮小することにより、プロジェクトをリリースや、反復型開発であればイテレーションの終了段階へ近づける有力手段である。具体的なルールはフリーズの種類や開発プロセスに依存し、例えば「バグの修正のみを許可する」「開発チームの他のメンバーのレビューを経た変更のみを許可する」といったようなものがある。また、「ルールに反して変更を加える必要が生じた場合にフリーズ期間の延長する」といったように、想定外の事態が発生した場合のルールが盛り込まれることもある。 典型的なフリーズとして、以下の二種類が挙げられる。
* フィーチャーフリーズ、つまり「機能追加の凍結」では、プログラムへの機能（フィーチャー）の追加を中止し、開発資源をバグ修正や使い勝手の向上に集中させる。機能の追加は、テストされていないコードの追加や他の機能との相互作用によって、プログラム全体に大きな影響を及ぼすことがあるので、フィーチャーフリーズはプログラムの安定性の向上に寄与する。
* コードフリーズ、つまり「コード変更の凍結」では、ソースコードの一部または全部に対する変更を禁止する。特に大規模なソフトウェアシステムでは、ソースコードに対する変更は予期せぬ副作用により新たなバグを引き起こす可能性があるので、コードフリーズはテスト済みの機能における不具合発生の防止に寄与する。開発プロセスの最終段階、リリースやイテレーション終了直前のテストに適用されることが多いが、プログラムの一部が変更されている間に、他の部分での変更を凍結する場合もある。 (ja)
- Замораживание в разработке программного обеспечения (заморозка, англ. freeze) — момент времени, по достижению которого правила внесения изменений в исходный код ужесточаются. Замораживание помогает произвести выпуск (RTM) — обеспечить стадию разработки, для которой характерна стабильность. Распространённые типы замораживания:
* замораживание функциональных свойств (англ. feature freeze), когда новые возможности не добавляются, а всё внимание переключается на исправление ошибок и тестирование, что позволяет улучшить стабильность программы перед релизом;
* замораживание кода (англ. code freeze) — состояние, при котором не разрешаются никакие изменения исходников; в больших проектах небольшие изменения могут сопровождаться ошибками в работе продукта, замораживание кода предотвращает допущение таких ошибок в последний момент, когда они могут быть незамеченными: код, который продолжительное время стабильно работал, попадает в ближайший выпуск; как правило, происходит перед выпуском релиз-кандидатов;
* замораживание требований и замораживание дизайна могут предшествовать стадии разработки. При разработке программного обеспечения вызванные замораживанием задержки решаются использованием системы управления версиями. Замораживанию подвергается только одна из ветвей (стабильная версия), а новые изменения реализуются в версии для разработчиков. (ru)
|
| rdfs:comment
|
- En programara inĝenierarto, kodblokado aŭ blokado (angle freeze, kiu laŭvorte signifas "frostigon") estas tempopunkto dum post kiam la reguloj pri ŝanĝi la fontkodon aŭ rilatajn rimedojn fariĝos pli striktaj, aŭ la periodo kiam tiuj reguloj efektivas. Kodblokado helpas progresigi la projekton al aŭ al per reduktanta la skalon aŭ oftecon de ŝanĝoj, kaj povas helpi plenumi . La precizaj reguloj dependas de la tipo de blokado kaj de la specifa procezo de disvolvado kiun oni uzas; ekzemple, ĝi povas permesi nur ŝanĝojn kiuj riparas aŭ permesi ŝanĝojn nur post ĝisfunda revizio far aliaj anoj de la disvolviga skipo. Ĝi povas ankaŭ specifi tion kiu okazos, se ŝanĝo kontraŭe al la reguloj necesos; ekzemple, rekomenci la blokadan periodon. (eo)
- Un feature freeze est un point temporel dans un cycle de développement logiciel où l'on décide d'interdire tout ajout de nouvelles fonctionnalités. Ce choix délibéré a généralement pour but de permettre de finaliser un état stable d'un programme pour aboutir à une livraison. (fr)
- Der Code-Freeze bezeichnet innerhalb eines Software-Projekts den Zeitpunkt, ab dem sich der Quellcode der Software bis zur endgültigen Veröffentlichung der aktuellen Version nicht mehr ändern soll. Erlaubt sind allerdings noch Änderungen zur Behebung von im Test der Software entdeckten Fehlern von größerer Relevanz. (de)
- In software engineering, a freeze is a point in time in the development process after which the rules for making changes to the source code or related resources become more strict, or the period during which those rules are applied. A freeze helps move the project forward towards a release or the end of an iteration by reducing the scale or frequency of changes, and may be used to help meet a roadmap. (en)
- ソフトウェア工学におけるフリーズとは、開発プロセスにおいてソースコードや関連するリソースに対する変更のルールがより厳格なものに変更されるタイミング、またはそのルールが適用される期間のことであり、凍結（とうけつ）とも呼ばれる。フリーズはソースコードなどに対する変更の規模や頻度を縮小することにより、プロジェクトをリリースや、反復型開発であればイテレーションの終了段階へ近づける有力手段である。具体的なルールはフリーズの種類や開発プロセスに依存し、例えば「バグの修正のみを許可する」「開発チームの他のメンバーのレビューを経た変更のみを許可する」といったようなものがある。また、「ルールに反して変更を加える必要が生じた場合にフリーズ期間の延長する」といったように、想定外の事態が発生した場合のルールが盛り込まれることもある。 典型的なフリーズとして、以下の二種類が挙げられる。 (ja)
- Замораживание в разработке программного обеспечения (заморозка, англ. freeze) — момент времени, по достижению которого правила внесения изменений в исходный код ужесточаются. Замораживание помогает произвести выпуск (RTM) — обеспечить стадию разработки, для которой характерна стабильность. Распространённые типы замораживания: При разработке программного обеспечения вызванные замораживанием задержки решаются использованием системы управления версиями. Замораживанию подвергается только одна из ветвей (стабильная версия), а новые изменения реализуются в версии для разработчиков. (ru)
|
