vlle1 / dokumente-earableskit Goto Github PK

über folgende Punkte sollte sich jeder bis Montag Gedanken machen:

• Musskriterien Zielbestimung (und realistische Wunschkriterien)
• Abgrenzungskriterien (was wollen wir NICHT erreichen, was nahe dran liegt an dem was wir tun
• Produktfunktionen: was sind Grundfunktionen, was ist optional?
• Fragen an "Kunden" aufschreiben, die sich daraus ergeben

Das wären so die wichtigsten sachen bis Montag, wo sich jeder ein bisschen was zu ausdenken sollte, ansonsten wären für David noch Testfälle/Szenarien schon mal interessant sich ein bisschen Gedanken zu machen.

siehe Unterpunkt Qualitätszielbestimmungen in Pflichtenheft.tex.
Planungspoker nächstes mal, Tabelle mache ich.
@Alligatooo sollte, weil er die Implementierungsphase leitet, sich noch ein paar Gedanken über Code-Standards machen.

generell:

• 20 Seiten

Checkliste und Struktur:

• #4 Einleitung: Vollst. Beschreibung der Aufgabenstellung.
• #5 Zielbestimmungen: Essentiell. Beschreibt die Funktionalität des Systems.
  Musskriterien: Mindestanforderungen, gehen aus Aufgabenstellung hervor.
  Wunschkriterien: Von euch selbst definierte, zusätzliche Funktionalität.
  Abgrenzungskriterien: Selbsterklärend.
• #6 Produkteinsatz: Beschreibt Einsatzgebiet, Zielgruppe und Betriebsbedingungen.
• #7 Produktumgebung: Notwendige Hard- und Software.
• #8 Produktfunktionen: Essentiell. Detailliertere Beschreibung der Funktionalität, wiederum gegliedert in Grundfunktionen und optionale Funktionen.
• #9 Produktdaten: Anfallende Daten außerhalb des Quellcodes.
• #10 (von uns) nichtfunktionale Anforderungen (Produktleistungen: Anforderungen an Laufzeitverhalten oder Speicherplatz. Wichtig z.B. bei Echtzeitsystemen, eingebetteten Systemen, Qualitätszielbestimmungen: Anforderungen an Stabilität des Systems.
  )
• #11 Bedienoberfläche: Essentiell. Screenshots der angedachten Bedienoberfläche (z.B. Prototyp oder frei gezeichnet) und Erläuterung der Menüstruktur.
• #12 Testfälle und Testszenarien: Essentiell. Testfälle für die einzelnen Produktfunktionen, die alle abgedeckt sein müssen. Testszenarien für typische Anwendungsszenarien.
• #14 Systemmodell: Essentiell. Grobes Architekturdiagramm plus Beschreibung.
• #13 Entwicklungsumgebung: Zur Entwicklung verwendete Hard- und Software. In der Pflichtenheft-Phase sollt ihr euch in diese Tools einarbeiten und vorläufig festlegen.
• Glossar

Bitte dahinter schreiben am besten wers gelesen hat.

• 1 Einleitung

• 2 Aufbau

• 2.1 Architekturdiagramm

• 2.2 Kurze Erläuterung zum Architekturdiagramm

• 2.3 Klassendiagramm

• 3 Klassenbeschreibung Model

• 3.1 Bibliothek

• 3.1.1 Interface IEarablesConnection

• 3.1.2 Class EarablesConnection

• 3.1.3 Static Class Constants

• 3.1.4 Enumeration LPF_Gyroscope

• 3.1.5 Enumeration LPF_Accelerometer

• 3.1.6 Class ConfigContainer

• 3.1.7 Static Class IMUDataExtractor

• 3.1.8 Class IMUDataEntry

• 3.1.9 Class Gyroscope

• 3.1.10 Class Accelerometere

• 3.1.11 Class Characteristics

• 3.1.12 Class DeviceEventArgs

• 3.1.13 Class ButtonEventArgs

• 3.1.14 Class DataEventArgs

• 3.2 Erweiterungsmodul

• 3.2.1 Interface IManager

• 3.2.2 Interface IActivityManager

• 3.2.3 Class ActivityManager

• 3.2.4 Class Activity

• 3.2.5 Abstract Class AbstractStepActivity

• 3.2.6 Class StepActivityActivityThreshold

• 3.2.7 Abstract Class AbstractRunningActivity

• 3.2.8 Class RunningActivityThreshold

• 3.2.9 Abstract Class AbstractPushUpActivity

• 3.2.10 Class PushUpActivityThreshold

• 3.2.11 Abstract Class AbstractSitUpActivity

• 3.2.12 Class SitUpActivityThreshold

• 3.2.13 Interface ActivityArgs

• 3.2.14 Class RunningEventArgs

• 3.2.15 Interface CountableActivityArgs

• 3.2.16 Class PushUpEventArgs

• 3.2.17 Class StepEventActivity

• 3.2.18 Class SitUpActivity

• 3.3 Class ServiceManager

• 3.4 Settings Service

• 3.4.1 Interface ISettingsService

• 3.4.2 Class SettingsService

• 3.4.3 Class User

• 3.4.4 Enumeration SamplingRate

• 3.5 Datenbank Service

• 3.5.1 Interface IDataBaseConnection

• 3.5.2 Class DataBaseConnection

• 3.5.3 Class DBEntry

• 4 Klassenbeschreibung ViewModel

• 4.1 Abstract Class BaseModeViewModel

• 4.2 Class StepModeViewModel

• 4.3 Class CountModeViewModel

• 4.4 Class ListenAndPerformViewModel

• 4.5 Class MusicModeViewModel

• 4.6 Class DataOverviewViewModel

• 4.7 Class ImportExportViewModel

• 4.8 Class SettingsViewModel

• 4.9 Class ScanningPopUpViewModel

• 4.10 Class HomeMenuItem

• 4.11 Enumeration MenuItemType

• 4.12 Class ExceptionHandlingViewModel

• 5 Klassenbeschreibung View

• 5.1 Class StepModePage

• 5.2 Class StepActiveModePage

• 5.3 Class CountModePage

• 5.4 Class CountModeActivePage

• 5.5 Class ListenAndPerformPage

• 5.6 Class ListenAndPerformActivePage

• 5.7 Class MusicModeAllPage

• 5.8 Class DataOverviewPage

• 5.9 Class ImportExportPage

• 5.10 Class SettingsPage

• 5.11 Class PopUpScanningPage

• 5.12 Class MainPage

• 5.13 Class MenuPage

• 6 Class App

• 7 Interaktionsdiagramme

• 7.1 Aktivitätsdiagramm Lebenszyklus der App

• 7.2 Sequenzdiagramme

• 7.2.1 Start der App

• 7.2.2 Bluetoothverbindung mit den Earables herstellen

• 7.2.3 Navigationsmenu Page auswählen

• 7.2.4 Zählvorgang

• 7.2.5 Export Trainingsdaten

• 7.2.6 Änderung der Samplerate:

• 8 Entwurfdaten

• 8.1 Ressourcenverzeichnis

• 8.2 lokale Datenbank

• 8.3 App Properties

• 8.4 Plug-ins

• 9 Klassenindex

Architekturdiagramm(e),
Use-Case-Diagramm(e)