CodeForPhilly / CodeForPhilly/benefit-decision-toolkit
Simpler Library Benefits DMN implementation
- Vorherrschende Sprache
- Java
- Sterne
- 15
- Forks
- 5
- Ø Merge
- 1 T. 1 Std.
- Gemergte PRs (30 T.)
- 24
Beschreibung
Can a benefit's definition be declarative only?
- Name
- Description
- Version (eventually, when we support versioning per benefit and per eligibility check)
- List of Eligibility Checks
- Each check:
- Default alias for this benefit (e.g. PersonMinAge -> "Client is at least 60 years old")
- Parameters
Need to look at the existing library benefits and test the above.
- one possible caveat: should every check be part of the library or can the benefit itself have a "custom check" that is invisible to the rest of the library? Maybe such a check would also be importable to the builder somehow as a custom check for the given user?
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Rechercherichtung
Beginne damit, die bestehenden Bibliotheksleistungen und ihre Tests zu untersuchen, und vergleiche anschließend, wie Leistungsdefinitionen und Anspruchsprüfungen derzeit dargestellt werden. Ermittle, ob die aufgeführten Felder eine Leistung vollständig beschreiben können und wie benutzerdefinierte Prüfungen sich zur Bibliothek verhalten sollten; abgeschlossen ist die Aufgabe, wenn das deklarative Modell und das Verhalten benutzerdefinierter Prüfungen spezifiziert und getestet sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- backend-api-design
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Aktiv
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100