Public Resources
k-develop

Software Project Review Guide (.NET)
Jannis Kühn

Vorschläge zur Sicherung der Qualität in agilen .NET Softwareprojekten.

Version 1.2.8

Feedback an jannis@k-develop.de
Siehe auch: Agile Project Review Guide

Anmerkungen, Vorschläge und Hinweise sind ausdrücklich erwünscht!


Inhaltsverzeichnis

1.Organisation
2.Entwicklung
2.1.Versionskontrolle
2.2.Fehlerbehandlung
2.3.Tests
2.4.Abhängigkeiten
3.Daten
3.1.Datenbanken
4.Dokumentation
4.1.Logging
5.Bereitstellung
5.1.Build
5.2.Deployment
6.Betrieb
6.1.Monitoring
7.Literatur

Tags: Architektur (8) Automatisierung (21) Disziplin (46) Kundenorientierung (14) Nachhaltigkeit (49) Nachvollziehbarkeit (33) Organisatorisch (53) Qualität (35) Security (36) Stabilität (32) (Filter zurücksetzen)


1Organisation

2Entwicklung

C115 Die SOLID Prinzipien werden eingehalten.

Single Responsibility Principle, Open Closed Principle, Liskov Substitution Principle, Interface Segregation Principle, Dependency Inversion Principle

Tags: Architektur Disziplin Nachhaltigkeit Qualität Stabilität

Änderung vorschlagen

C029 Die technische und fachliche Schichtung ist einheitlich implementiert.

Beispiel: Innerhalb einer Anwendung folgen alle fachlich getrennten Web-Module dem MVC Pattern.

Tags: Architektur Disziplin

Änderung vorschlagen

2.1 Versionskontrolle

2.2 Fehlerbehandlung

C014 Die Behandlung fehlerhafter Nutzereingaben ist in einer der technischen Schichten konzentriert.

Beispiel: Sämtliche Fehlerbehandlung in Bezug auf Nutzereingaben findet vollständig in der Front-End-Layer statt.

Tags: Architektur

Änderung vorschlagen

C015 Die Behandlung fachlicher Fehler (z.B. Datensatz mit falschem Status) ist in einer der technischen Schichten konzentriert.

Beispiel: Fachliche Fehler werden nur in der Business-Layer der Applikation behandelt.

Tags: Architektur

Änderung vorschlagen

C016 Die Behandlung technischer Fehler (z.B. Netzwerkstörungen) ist in einer der technischen Schichten konzentriert.

Beispiel: Exception Handling von technischen Fehlern nur in der Serviceschicht der Applikation.

Tags: Architektur

Änderung vorschlagen

2.3 Tests

2.4 Abhängigkeiten

C028 Benötigte DLLs und Binarys werden per Paket-Manager eingebunden und nicht direkt aus dem Dateiverzeichnis referenziert.

Anmerkung: Voneinander abhängige DLLs sollten in einem Nuget-Package gebündelt werden.

Tags: Architektur Disziplin

Änderung vorschlagen

3Daten

C047 Sämtliche Daten sind nach Kriterien der Verfügbarkeit organisiert.

Beispiel: Hochverfügbare Datenbestände sind von anderen Datenbeständen getrennt.

Tags: Architektur Disziplin Organisatorisch Stabilität

Änderung vorschlagen

3.1 Datenbanken

4Dokumentation

4.1 Logging

5Bereitstellung

5.1 Build

5.2 Deployment

6Betrieb

6.1 Monitoring

C108 Das Monitoring der Applikation ist nicht oder nur in begrenztem Umfang öffentlich erreichbar.

Beispiel: Interne Monitoring-Schnittstellen sind öffentlich nicht erreichbar. Öffentliche Monitoring-Schnittstellen stellen keine detaillierten Fehlerinformationen bereit.

Tags: Architektur Nachhaltigkeit Organisatorisch Stabilität

Änderung vorschlagen

7Literatur


Kontakt: jannis@k-develop.de
Dokument: https://k-develop.de/SoftwareProjectReviewGuide
Impressum: https://k-develop.de/

Guide Version: 1.2.8 (09.06.2020)
Major: Große strukturelle Änderungen
Minor: Nummern neu vergeben (z.B. C053 auf C065)
Patch: Neue Kapitel, Neue Einträge, Textanpassung, Reihenfolge

Last Page Update: 26.06.2020

Guides
Agile Projects: https://k-develop.de/AgileProjectReviewGuide
Software Projects: https://k-develop.de/SoftwareProjectReviewGuide


Datenschutzerklärung:

Der Webserver protokolliert Seitenzugriffe und die IP-Adressen der Aufrufer. Diese Protokolle werden ausschließlich zur Fehlersuche ausgewertet. Da es auf dieser Seite keine Benutzerkonten oder Tracking-Cookies gibt, sind diese Daten keiner Person zuordenbar und werden damit als nicht Personenbezogen betrachtet. Abgesehen davon werden keine Daten erhoben, gespeichert oder ausgewertet.

© 2020 Jannis Kühn Rights Reserved