Metainformationen zur Seite
| usecase | |
|---|---|
| name | Abnahmetest durchführen |
| pattern | pattern:testcase |
| ereignis | Abnahmetest |
| vorgang | Test gemäß Testcase durchführen; Testprotokoll anlegen und dokumentieren |
| akteur | Kunde, Projektmanager |
| aktion | edit |
Dies ist eine alte Version des Dokuments!
Unternehmensarchitekturdokument (Wissen über den Kunden)
Technische Umgebung
- Pilotanwender 1:
- Issue Tracker: gehostete JIRA-Instanz
- CVS: git, für alte Projekte SVN
- IDE: PhpStorm
- Wiki: Confluence
- durch CosmoCode bereitgestellte Testumgebung: DokuWiki plus gitlab
- Pilotanwender 2:
- Issue Tracker: Redmine
- CVS: git, für alte Projekte SVN
- IDE: MS Visual Studio
- Wiki: MediaWiki bzw. Wikikomponente im Redmine
- durch CosmoCode bereitgestellte Testumgebung: DokuWiki plus JIRA plus gitlab
Prozesse und Abläufe beim Kunden
- Pilotanwender 1:
- es gibt eigene Produkte (CMS, ERP) die kontinuierlich weiter entwickelt werden (interne Projekte)
- Produkte können für jeden Kunden customized werden (externe Projekte)
- Individuelle Projekte teilweise ohne Produktbezug
- interne Projekte immer agil, externe Projekte eher in Mischform agil/traditionell
- Pilotanwender 2:
- es gab anfangs auch eigene Produkte, die intern weiter entwickelt wurden
- z.Zt. kundenspezifische Hardwareschnittstellen auf Basis von Standards umsetzen
- Projekte eher in Mischform agil/traditionell
- Mischform agil/traditionell: intern agile Vorgehensweisen mit klassischer Projektmanagementschnittstelle zum Kunden
Zugehörige Dokumentationspatterns
Zugehörige Change Requests
Nichts gefunden
Zur Anlage eines neuen Change-Requests bitte dessen Namen hier eingeben:
Zugehörige Learnings
Nichts gefunden
Zur Anlage eines neuen Learnings bitte dessen Namen hier eingeben:
Zugehörige Meetings
Nichts gefunden
Zur Anlage eines neuen Meetings bitte dessen Namen hier eingeben (Vorschlag: YYYY-MM-DD Meetingthema):
Zugehörige Requirements
Nichts gefunden
Zur Anlage eines neuen Requirements bitte dessen Namen hier eingeben: