Skip to content

Commit

Permalink
added latex
Browse files Browse the repository at this point in the history
  • Loading branch information
KnYL3R committed Mar 5, 2024
1 parent 188d454 commit 1f48d8f
Show file tree
Hide file tree
Showing 5 changed files with 61 additions and 0 deletions.
12 changes: 12 additions & 0 deletions documentation/latex/sections/analyse.tex
Original file line number Diff line number Diff line change
@@ -0,0 +1,12 @@
\section{Analyse} \label{sec:Analyse}
(4)
(sub)
Laufzeitmessungen nach Datenbankerstellung (etwa 1 std rechnen)
JSON-Datei Suche VS LiteDB suche (60 min vs 8 s): Rechnung nach wie vielen Suchanfragen sich das ganze gelohnt hat (nach etwa einer)
Laufzeitanalyse Mono-Suche und Pipeline-Suche auf LiteDB
Wie ist LiteDB-Suche zu verschnellern
Vergleich der Messungen
Erklärung der Pipeline (Diagramme) (Wie und Warum, LiteDB ist File-Basier und deswegen kann auf mehreren Dateien gesucht werden falls genug threads zur verfügung stehen)
Ausblick
Ziel: schneller als NIST API sein (so und so viele Sekunden übers Netz im vergleich zu so und so vielen sekunden über unsere API)
Um Ziel zu erreichen: Andere Datenbank verwenden um Lesezugriffe optimieren
16 changes: 16 additions & 0 deletions documentation/latex/sections/conclusion.tex
Original file line number Diff line number Diff line change
@@ -0,0 +1,16 @@
\section{Conclusion} \label{sec:Conclusion}
(5)
(sub)
Vision
Validieren ob Ziel erreicht ist, dass
ein Node-JS-Projekt komplett analysisert (alle Pakete entnommen werden) und nach Schwachstellen untersucht werden
das zurückgegebene Format der API sinnvoll und struckturiert ist
Wurde sich an programmiertechnische Standards gehalten
Models sind eigene Bibliothek (losgelöst von der API, können weiterverwendet werden getrennt und weiterentwickelt werden)
Controller liegen im Controller-Namespace
Sinnvolle Trennung von Endpunkten in Controller mit http-Signatur
Routennamen der Endpunkte in natürlicher Sprache/Pfaden
Nächste Schritte mit neuer Zielsetzung
API mit MySQL-DB versehen für vermutete höhere Performance (vermutung weil db-Server wahrscheinlich schneller als lokal lesen/schreiben[hardwareabhängig])
Analyseergebnis ist auszubauen um Schweregrad der Schwachstelle um besonders kritische stellen im Dependency-Baum hervorzuheben

6 changes: 6 additions & 0 deletions documentation/latex/sections/einleitung.tex
Original file line number Diff line number Diff line change
@@ -0,0 +1,6 @@
\section{Einleitung} \label{sec:Einleitung}
(1)
als sub sections:\\
Problemstellung
Motivation
Vorgehen (zur Lösung)
10 changes: 10 additions & 0 deletions documentation/latex/sections/recherche.tex
Original file line number Diff line number Diff line change
@@ -0,0 +1,10 @@
\section{Recherche} \label{sec:Recherche}
(2)
(sub)
Was ist CVE
Umgang mit CVE
Referenzen und CVE-Nutzungen
(subsub)
NIST-API
DEPENDA-BOT (GITHUB)
Weitere
17 changes: 17 additions & 0 deletions documentation/latex/sections/umsetzung.tex
Original file line number Diff line number Diff line change
@@ -0,0 +1,17 @@
\section{Umsetzung} \label{sec:Umsetzung}
(3)
(sub)
Technologiestack
ASP.NET
DOCKER
LiteDB (NOSQL) erst
MySQL (SQL) Ausblick
API
Modells
PUML (Klassen)
Interaktion und Zusammenhang der Klassen/Fktn
Controller
Auflistung und Erklärung (Swagger screenshot) in Paragraphs
Views (JSON-LD def von CVE-Result, JSON-LD von NodePackageResult)
DB-Anbindung: LiteDB braucht DB-Controller

0 comments on commit 1f48d8f

Please sign in to comment.