Embed Size (px)
Citation preview
EXTRA: Mit kostenlosem E-Book
peter HRUSCHKA
BUSINESS ANALYSIS UND REQUIREMENTS ENGINEERING
FÜR SCHLANKE, EFFEKTIVE GESCHÄFTSPROZESSE UND OPTIMALE IT-UNTERSTÜTZUNG
BUSINESS ANALYSIS = Verbesserung & Innovation [email protected] [email protected]
Steve McMenamin
Tim Lister
Tom DeMarco
James & Suzanne Robertson
Peter Hruschka
© Atlantic Systems Guild 2010 3
Business
IT
© Atlantic Systems Guild 2010 4
Business Analysts
Requirements Engineers
Business ist ...
... was immer Sie als Produkt oder als Dienstleistung anbieten
© Atlantic Systems Guild 2014
5
Banking!Insurance !
Government Services !
Medical Instruments !
Automation Control !
Mobile Phones !
Automotive Systems !
Logistics !
Software-Produkte !
Business ist ...
... was immer Sie als Produkt oder als Dienstleistung anbieten
© Atlantic Systems Guild 2014
6
Banking!Insurance !
Government Services !
Medical Instruments !
Automation Control !
Mobile Phones!
Automotive Systems !
Logistics !
Unser Ziel:
Produkte und Prozesse nachhaltig verbessern
Geschäfts- oder System-
in Funktionalität, Qualität und/oder Quantität
Business Analysis & Requirements Engineering Zwei Seiten derselben Medaille
© Atlantic Systems Guild 2014 7
Requirements Engineering
Business Analysis
• für bessere/neue Produkte • für optimierte Prozesse
(Ablauf- und Aufbauorganisation)
(strategische) Ziele
Ist-Zustand (identifizierte
Schwachstellen und Unzulänglichkeiten)
Wünsche, Bedürfnisse,
Ideen
Externe Zwänge und Auflagen
(Gesetze, Direktiven)
Anforderungen
harmonisierte, priorisierte, & strukturierte
„CLEAN PROJECT START“
© Atlantic Systems Guild 2014
8
Ausbalancieren von drei Zutaten:
Ziele
Stakeholder Scope
Business- Scope
Produkt- Scope
Umfang der Business-Analyse
Tiefgang und Präzision der Anforderungen
Umfang der Produkt-Analyse
Business- Analyst
IT-System Analytiker
SO NICHT!
Business Analysis & Requirements Engineering: Verschiedene Scopes und verschiedener Tiefgang
Business- Scope
Produkt- Scope
Umfang der Analyse
Tiefgang und Präzision der Anforderungen
Besser miteinander und mit gemeinsamer Sprache *)!
*) - Kontextdiagram, - tabellarische Schnittstellen- beschreibung, - diverse UML-Diagramme zur Darstellung des Kontexts
Requirements finden und erfinden
Es ist ein Gerücht, dass die Kunden bzw. Fachabteilungen wissen, was sie brauchen.
© Atlantic Systems Guild 2014
12
bewusste Anforderungen
unbewusste Anforderungen
nicht einmal erträumte Anforderungen
Volere 1. The Purpose of the Product 2. The Stakeholders
3. Mandated Constraints 4. Naming Conventions and Terminology 5. Relevant Facts and Assumptions
6. The Scope of the Work 7. Business Data Model & Data Dictionary 8. The Scope of the Product 9. Functional Requirements
10. Look and Feel Requirements 11. Usability and Humanity Requirements 12. Performance Requirements 13. Operational and Environmental Requirements 14. Maintainability & Support Requirements 15. Security Requirements 16. Cultural Requirements 17. Legal Requirements
18. Open Issues 19. Off-the-shelf Solutions 20. New Problems 21. Tasks 22. Migration to the New Product 23. Risks 24. Costs 25. User Documentation and Training 26. Waiting Room 27. Ideas for Solutions
Project Drivers!
Functional Requirements!
Non-functional Requirements !
Project Issues!
Project Constraints!
James & Suzanne Robertson: Mastering the Requirements Process, 3rd Edition Addison Wesley, 2012 "
oder: www.volere.co.uk"
www.volere.de
Qualitativ verbessern: -> Nicht-funktionale Anforderungen !
10. Anforderungen an die Benutzungsschnittstelle !a) Anforderungen an das Aussehen b) Stilanforderungen
11. Ergonomieanforderungen !a) Bedienbarkeitsanforderungen b) Personalisierungs- & Internationalisierungsanf. c) Anforderungen an die Erlernbarkeit d) Verständlichkeits- und Höflichkeitsanforderungen e) Zugänglichkeitsanforderungen
12. Performanz- und Sicherheitsanforderungen!a) Anforderungen an das Zeitverhalten b) Sicherheitskritische Anforderungen c) Genauigkeitsanforderungen d) Zuverlässigkeits- und Verfügbarkeitsanforderungen e) Anforderungen an Robustheit und Fehlertoleranz f) Kapazitätsanforderungen g) Erweiterbarkeitsanforderungen h) Langlebigkeitsanforderungen
13. Operative und Umweltanforderungen !a) Erwartete technische Umgebung b) Schnittstellenanforderungen zu Nachbarsystemen c) Produktisierungsanforderungen d) Release-Anforderungen
!!!!!!!
14. Anforderungen an Wartbarkeit und Support !a) Wartbarkeitsanforderungen b) Instandhaltungsanforderungen c) Portabilitätsanforderungen
15. Sicherheitsanforderungen!
a) Zugangsanforderungen b) Integritätsanforderungen c) Datenschutzanforderungen d) Auditierbarkeitsanforderungen e) Immunitätsanforderungen
16. Kulturelle Anforderungen ! 17. Rechtliche Anforderungen!
a) Konformitätsanforderungen b) Einzuhaltende Standards
14
Business Analysis & Requirements Engineering Zwei Seiten derselben Medaille
© Atlantic Systems Guild 2014 15
Requirements Engineering
Business Analysis
• für bessere/neue Produkte • für optimierte Prozesse
(Ablauf- und Aufbauorganisation)
(strategische) Ziele
Ist-Zustand (identifizierte
Schwachstellen und Unzulänglichkeiten)
Wünsche, Bedürfnisse,
Ideen
Externe Zwänge und Auflagen
(Gesetze, Direktiven)
Anforderungen
harmonisierte, priorisierte, & strukturierte
Verbesserung & Innovation
© Atlantic Systems Guild 2014
16
Unser Ziel:
Produkte und Prozesse nachhaltig verbessern
in Funktionalität, Qualität und/oder Quantität
Werbung ! Das neue Buch
© Atlantic Systems Guild 2013
17
! www.reomnis.eu
Video-based Analysis Training
(Deutsch und Englisch)
EXTRA: Mit kostenlosem E-Book
peter HRUSCH
KA
BUSINESS ANALYSIS
UND REQUIREMENTS
ENGINEERING
FÜR SCHLANKE, EFFEKTIVE
GESCHÄFTSPROZESSE UND
OPTIMALE IT-UNTERSTÜTZUNGPRODUKTE UND
PROZESSE
NACHHALTIG
VERBESSERN
! Der Kurs „Agiles
Requirements Engineering“
