| dbo:abstract
|
- Development, testing, acceptance and production (DTAP) is a phased approach to software testing and deployment. The four letters in DTAP denote the following common steps: 1.
* Development: The program or component is developed on a development system. This development environment might have no testing capabilities. 2.
* Testing: Once the software developer thinks it is ready, the product is copied to a test environment, to verify it works as expected. This test environment is supposedly standardized and in close alignment with the target environment. 3.
* Acceptance: If the test is successful, the product is copied to an acceptance test environment. During the Acceptance test, the customer will test the product in this environment to verify whether it meets their expectations. 4.
* Production: If the customer accepts the product, it is deployed to a production environment, making it available to all users of the system. The set of environments used for a DTAP cycle is often called a DTAP street. The set of environments can be smaller or larger, depending on the demands of the project. Examples of other steps are: 1.
* Education – This extension of the DTAP-street is a training environment for the users of the production environment. 2.
* Backup – The Backup site is used for Disaster recovery. Though the methodology is called DTAP, some projects might use DTAPB, DTP, DTEP or any other variant addressing the project needs. (en)
- 開発、テスト、受け入れ(承認)、本稼働(実稼働、本番) (英: Development, Testing, Acceptance and Production, DTAP) は、ソフトウェアテストと展開に対する段階的な手法の名称。DTAPの4文字は、次の一般的な手順を表す。 1.
* 開発 (Development): プログラムや構成要素が、開発システムで開発される。この開発環境にはテスト機能がない場合がある。 2.
* テスト (Testing): ソフトウェア開発者が準備ができていると判断したら、製品をテスト環境にコピーして、期待どおりに機能することを確認する。このテスト環境は、標準化されており、ターゲット環境と緊密に連携する。 3.
* 受け入れ (Acceptance): テストが成功すると、製品が受け入れテスト環境にコピーされる。受け入れテスト中に、顧客はこの環境で製品をテストして、期待を満たしているかどうかを確認する。 4.
* 本稼働 (Production): 顧客が製品を受け入れると、製品は実稼働環境に展開され、システムのすべてのユーザーが利用できるようになります。 DTAPサイクルに使用される環境一式は、多くの場合、DTAPストリートと呼ばれる。 プロジェクトの要求に応じて、環境一式の大小を変更する。また、その他にも手順が追加されることがある。 1.
* 教育 (Education): DTAPストリートの拡張で、実稼働環境のユーザー向けのトレーニング環境を用意する場合がある。 2.
* バックアップ (Backup): バックアップサイトは災害復旧に使用される。 DTAPは、プロジェクトによっては、DTAPB、DTP、DTEPなど、プロジェクトのニーズに応じて変種で対応することもある。 (ja)
- Ontwikkeling, Test, Acceptatie en Productie, afgekort OTAP is de naam van een methodiek die wordt gebruikt in de ICT. De hoofdwoorden in de naam geven de fases aan die onder andere in de softwareontwikkeling doorlopen worden. Het Nederlandse begrip is afgeleid van het Engelse DTAP: Development, Testing, Acceptance and Production. Het pad dat wordt doorlopen is als volgt: 1.
* O: Een programma of component wordt eerst ontwikkeld in de ontwikkelomgeving, hierin bevindt zich veelal een of meerdere personen in een ontwikkelteam die ieder op een ontwikkelwerkplek werken aan 1 gezamenlijke versie, die aan het einde van elke dag wordt gekopieerd ofwel 'ingecheckt' in het versiebeheerprogramma op de ontwikkelserver. 2.
* T: Deze gezamenlijke versie wordt dan 's nachts automatisch van programmacode naar een draaibaar programma omgezet, ofwel 'gebuild' en eventueel doorgezet naar de testserver. Op de testserver kan er met deeltest, ofwel ´unittests´ automatisch technisch en functioneel getest worden, waarvan de resultaten de volgende dag klaarliggen voor het ontwikkelteam. Als er na een ontwikkelperiode een functionele samengestelde versie ofwel een ´release´ wordt gestabiliseerd, kan deze release volledig doorgetest worden met alle voor de software gekozen testgevallen door alle betrokken partijen, personen en gebruikers. 3.
* A: Na goedkeuring kan de versie worden geïnstalleerd in de acceptatieomgeving. Het installatieproces wordt gedocumenteerd in een productiegang draaiboek. De acceptatie-omgeving is qua software en hardware zo veel mogelijk gelijk aan de productieomgeving. De klant kan hier alvast zien hoe de release er functioneel en qua performance uit gaat zien in productie. Dit, zonder dat de dagelijkse productie onderbroken wordt. 4.
* P: Indien de klant accepteert in de acceptatie-omgeving, wordt het programma geïnstalleerd op de productieomgeving, zoals gedocumenteerd toen de release naar de acceptatie-omgeving ging. Tevens moet er een terugdraaiplan zijn om bij verrassingen toch de productie-installatie ongedaan te maken en door te gaan in productie met de oude versie. E: Indien er veel gebruikersopleidingen moeten worden gegeven is het zinvol om een Educatie-omgeving neer te zetten. De educatie-omgeving is ook een productie-omgeving, maar dan voor opleidingen. Hier kan dan ongestoord opleidingen gegeven worden los van het OTAP release proces. Alle andere omgevingen zoals onderhoudsomgevingen en straattestomgevingen zouden goed binnen de OTAP omgevingen gefaciliteerd kunnen worden en daar zijn geen specifieke omgevingen voor benodigd. Met deze OTAP-werkwijze is de software volledig getest en geaccepteerd op een vergelijkbare omgeving als productie. Samen met de voorspelbare gedocumenteerde productiegang en het terugdraaiplan bij verrassingen, is de productie omgeving ultiem beschermd en is de continuïteit gewaarborgd. (nl)
|
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 2223 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| dbp:wikiPageUsesTemplate
| |
| dcterms:subject
| |
| rdfs:comment
|
- Development, testing, acceptance and production (DTAP) is a phased approach to software testing and deployment. The four letters in DTAP denote the following common steps: 1.
* Development: The program or component is developed on a development system. This development environment might have no testing capabilities. 2.
* Testing: Once the software developer thinks it is ready, the product is copied to a test environment, to verify it works as expected. This test environment is supposedly standardized and in close alignment with the target environment. 3.
* Acceptance: If the test is successful, the product is copied to an acceptance test environment. During the Acceptance test, the customer will test the product in this environment to verify whether it meets their expectations. 4.
(en)
- 開発、テスト、受け入れ(承認)、本稼働(実稼働、本番) (英: Development, Testing, Acceptance and Production, DTAP) は、ソフトウェアテストと展開に対する段階的な手法の名称。DTAPの4文字は、次の一般的な手順を表す。 1.
* 開発 (Development): プログラムや構成要素が、開発システムで開発される。この開発環境にはテスト機能がない場合がある。 2.
* テスト (Testing): ソフトウェア開発者が準備ができていると判断したら、製品をテスト環境にコピーして、期待どおりに機能することを確認する。このテスト環境は、標準化されており、ターゲット環境と緊密に連携する。 3.
* 受け入れ (Acceptance): テストが成功すると、製品が受け入れテスト環境にコピーされる。受け入れテスト中に、顧客はこの環境で製品をテストして、期待を満たしているかどうかを確認する。 4.
* 本稼働 (Production): 顧客が製品を受け入れると、製品は実稼働環境に展開され、システムのすべてのユーザーが利用できるようになります。 DTAPサイクルに使用される環境一式は、多くの場合、DTAPストリートと呼ばれる。 プロジェクトの要求に応じて、環境一式の大小を変更する。また、その他にも手順が追加されることがある。 (ja)
- Ontwikkeling, Test, Acceptatie en Productie, afgekort OTAP is de naam van een methodiek die wordt gebruikt in de ICT. De hoofdwoorden in de naam geven de fases aan die onder andere in de softwareontwikkeling doorlopen worden. Het Nederlandse begrip is afgeleid van het Engelse DTAP: Development, Testing, Acceptance and Production. Het pad dat wordt doorlopen is als volgt: Alle andere omgevingen zoals onderhoudsomgevingen en straattestomgevingen zouden goed binnen de OTAP omgevingen gefaciliteerd kunnen worden en daar zijn geen specifieke omgevingen voor benodigd. (nl)
|
| rdfs:label
|
- Development, testing, acceptance and production (en)
- DTAPサイクル (ja)
- OTAP (nl)
|
| owl:sameAs
|
- freebase:Development, testing, acceptance and production
- wikidata:Development, testing, acceptance and production
- dbpedia-ja:Development, testing, acceptance and production
- dbpedia-nl:Development, testing, acceptance and production
- dbpedia-no:Development, testing, acceptance and production
- https://global.dbpedia.org/id/2Va9L
|
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageDisambiguates
of | |
| is dbo:wikiPageWikiLink
of | |
| is foaf:primaryTopic
of | |
