mirror of
https://gitlab.com/harald.mueller/aktuelle.kurse.git
synced 2024-11-30 13:41:58 +01:00
muh
This commit is contained in:
parent
00b6e6e8fe
commit
bddcdcb6b0
@ -1,63 +0,0 @@
|
||||
Inhalt des abzugebenden Erklär-Dokuments
|
||||
=========================================
|
||||
(Einzalabgabe, jedoch Austausch und Teamarbeit erwünscht)
|
||||
|
||||
- 1 - "DESIGN"
|
||||
- Welche Möglichkeiten zur Analyse des Aufbaus einer Web-Applikation und das
|
||||
Zusammenspiel der Softwarekomponenten git es? (MVC)
|
||||
- Eigenschaften und Funktionen von Schnittstellen zu Datenbanksystemen und Datenbeständen
|
||||
|
||||
- 2 - "SICHERHEIT"
|
||||
- Wie schützen Sie organisatorische und technische Sicherheitsvorkehrungen
|
||||
zur Sicherung von Informationen/Daten und Web-Applikationen?
|
||||
|
||||
- 3 - "REALISIERUNG"
|
||||
- Welche Script- und Programmiersprachen für Web-Applikation git es und wie/welches
|
||||
sind diese typischen Eigenschaften?
|
||||
- Wie gehen Sie vor um die Datenintegrität, Verfügbarkeit, Authentizität und
|
||||
Vertraulichkeit in Web-Applikationen zu gewährleisten?
|
||||
- Wie kann man applikatorisch das Locking von Datensätzen machen?
|
||||
- Welche unterschiedlichen Architekturen zur Einbindung von Datenbeständen
|
||||
bzw. Datenbanken in einer Web-Applikation gibt es?
|
||||
|
||||
- 4 - "CHANGE"
|
||||
- Wie organisieren Sie, nachdem das System in produktiv in Betrieb genommen worden ist,
|
||||
aufkommende Änderungen (betrieblich/administrativ/technisch)?
|
||||
Worauf kommt es an und wie stellt man die vollständige Auftragsdurchführung sicher?
|
||||
|
||||
- 5 - "TESTING"
|
||||
- Wie könnten/müssten Sie eine 'übergreifende' Prüfung einer/ihrer
|
||||
Web-Applikation mit Datenbank mit einem Test- und Abnahmeverfahren organisieren
|
||||
und durchführen?
|
||||
|
||||
|
||||
Tipps zum Vorgehen:
|
||||
==============================================
|
||||
- forschen Sie in ihren früheren Schul-Unterlagen und im Internet (z.B. ITIL)
|
||||
- schliessen Sie sich mit anderen Lernenden zusammen und tauschen Sie sich darüber aus,
|
||||
wie sie es im Betrieb jetzt schon machen
|
||||
- "hören" Sie sich z.B. beim zuständigen Profi in Ihrem Betrieb oder in anderen Betrieben um
|
||||
- organisieren Sie z.B. eine Telefonkonferenz mit einem Profi (insbesondere für -4- und -5- )
|
||||
- machen Sie Ihre eigenen Überlegungen
|
||||
- diskutieren Sie mit Ihrer Lehrperson
|
||||
|
||||
Bewertungskriterien:
|
||||
==============================================
|
||||
10% Form
|
||||
Titelblatt,
|
||||
Aussagekräftige Header u/o Footer
|
||||
Inhaltsverzeichneis (wenn mehr als 3 Steiten)
|
||||
Nummerierte Kapitel
|
||||
Referenzen / Links zur Herkunft
|
||||
|
||||
20% Kerngehalt
|
||||
|
||||
20% Relevanz und Richtigkeit
|
||||
|
||||
20% Vollständigkeit
|
||||
|
||||
20% Erklärbarkeit
|
||||
Wie wird erklärt?
|
||||
Ganze Sätze
|
||||
|
||||
10% Aufbau, Gliederung (2. Stufe) und Ausgeglichenheit der Kapitel
|
@ -1,25 +0,0 @@
|
||||
### Weitere Bedingungen
|
||||
|
||||
- Git wird benutzt
|
||||
|
||||
- Abgabe auf einem online Web-System
|
||||
-- eigene Domain,
|
||||
-- oder Subdomain bei einem Provider
|
||||
-- oder als Unterordner in einer Domain
|
||||
>> Abgabe "nur" auf eigenem Rechner gibt Abzüge
|
||||
|
||||
- Einzelabgabe (Es kann zusammen gearbeitet werden, aber jede:r gibt den eigenen Code ab)
|
||||
|
||||
- Teile aus Modul M133 können wiederverwendet werden. Es muss aber eine sichtliche Weiterentwicklung davon sein.
|
||||
|
||||
- Datenbank angebunden
|
||||
|
||||
- MVC konsequent umgesetzt
|
||||
|
||||
- Sicherheitsaspekte berücksichtigt
|
||||
-- "save" gegen SQL-Injection, Benutzer-Fehleingaben, ...)
|
||||
-- "save" gegen URL-Klau (Sessionhandling)
|
||||
|
||||
- Mehrere Artikel können ausgewählt und "bestellt" werden
|
||||
|
||||
- Rechnungsstellung per Mail oder PDF für den Kunden zum Ausdrucken und zum Bezahlen via Einzahlungsschein oder persönlichem TWINT
|
Loading…
Reference in New Issue
Block a user