IHK Prüfung at Fachhochschule der Wirtschaft

Lastenheft => beschreibt Problem aus Sicht des Kunden (was und warum)

Pflichtenheft => beschreibt Problem aus Sicht des Entwicklers (wie und womit)

Zielbestimmung (Muss-/Kann-/Abgrenzungskriterien), Produkteinsatz (Anwendungsbereiche, Zielgruppe, Betriebsbedingungen), 

Produktübersicht, 

Produktdaten,

Produktleistungen,

Qualitätsanforderungen, 

Testfälle, 

nicht funktionale Anforderungen,

technische Projektumgebung (Software, Hardware, Orgwar, Produkt-Schnittstellen)

Befragung, 

Umfrage, 

Fragebogen, 

Dokumentenstudium, 

Lastenheft-Analyse

1. Test ob alle Abnahmekriterien eingehalten wurden
2. Überreichung der Dokumentation
3. Unterschrift auf dem Abnahmeprotokoll

          4. Abnahme oder keine Abnahme

1. Data Query Language (DQL)

• SELECT

1. Data Manipulation Language (DML)

• INSERT
• DELETE
• UPDATA

1. Data Definition Language (DDL)

• CREATE
• DROP
• ALTER
• …

1. Data Control Language (DCL)

• GRANT

                      2. REVOKE

Generische Datenstrukturen

Generische Datenoperatoren

Integritätsbedingungen

1. Hierarchisches DBM
2. Netzwerkdatenbankmodell
3. Relationales Datenbankmodell
4. Objekt-Relationales Datenbankmodell
5. Objekt-Orientiertes Datenbankmodell

          6. Dokumentenorientiertes Datenbankmodell

Es gibt drei Normalisierungsformen:

1NF: Wertebereich aller Attribute muss atomar sein (ein Wert pro spalte) 

2NF: 1NF und jedes Nichtschlüsselattribut von jedem Schlüsselattribut voll funktional abhängig ist

3NF: 2Nf es gibt keine transitiven Abhängigkeiten zwischen Nichtschlüsselattributen

ERD: Modell zur Modellierung von logischen Datenbankbeziehungen

1. Entitäten: Objekte der realen Welt
2. Attribute: Eigenschaften einer Entität
3. Beziehungen: Verbindung zwischen Entitäten

Kardinalitäten: Anzahl zuordenbarer Objekte einer anderen Entität

Lineares Vorgehensmodell, 

überschaubarer Rahmen, 

klar abgegrenzte Phasen (dadurch gut Meilensteine planbar), Rücksprungmöglichkeit, 

dokumentenorientiert

Agiles Vorgehensmodell, inkrementelle Entwicklung von Planung und Produkt

Rollen: Product-Owner (Produkt-Backlog erstellen/verwalten/kommunizieren), Scrum Master (brieft das Team zu Scrum), Scrum Team (agieren)

1. Produkt-Backlog (Anforderungen, werden erweitert, priorisiert)  Increment/Sprint-Backlog (Hoch priorisiertes Arbeitspaket, nicht modifizierbar/keine zusätzlichen Anf.)
2. Sprint-Backlog  kleine Arbeitspakete/Tasks, Backlog-Tasks, die in einem Sprint (30 Tage) umgesetzt werden
3. Daily Scrum: jeden Tag, 15 Minuten, Stand der Dinge/Probleme/…
4. Nach einem Sprint: vollständig fertiger, potenziell produktiv einsetzbarer Anwendungsteil; Sprint Review Meeting: System-Demo, Feedback und neue/erweiterte Anforderungen können im nächsten Sprint mit einfließen

           5. Prozess von vorne

Vorgehensmodell

Unterteilung in einzelne Phasen, die zunehmend ins Detail gehen

Jeder Entwicklungsphase steht eine Qualitätssicherungsphase gegenüber

1. Systemsanforderungsanalyse
2. System-Architektur
3. System-Entwurf
4. System-Architektur
5. Software Entwurf
6. Unit-Test
7. Interagtions-Tests
8. System-Integration

          9. Abnahme und Nutzung