Skip to content

Zekke-e/FakeGlucoseReadings

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

6 Commits
 
 
 
 

Repository files navigation

FakeGlucoseReadings

Fake glucose readings application is a very (very very) simple clone of the application we are currently working on.

As of today, the application consists of the following views:

  • Home screen -> Shows the glucose values read by the sensor.

  • Sensor management screen -> Shows whether the sensor is connected to the app. In addition to this, it allows you to go to the add new sensor view or delete the currently connected sensor.

  • Add sensor screen -> Allows you to connect the sensor to the application. To do this, you need to perform the long press on the image.

  • Sensor simulator screen -> Allows you to simulate the values read by the sensor in the range 20-200. You need to be connected to the sensor to use the simulator.

However, the project is not yet finished, it is missing a few things:

What's left to do

  • At startup the user is forced to view a blank white screen, which looks very bad. Therefore, implement Splash Screen.

  • If the sensor reads a glucose value less than, or equal to, 40 it means that the user is at risk. Therefore, in such a case, an Alert Dialog should be displayed on the home screen to inform the user of this risk.

  • Sensor connection status in SensorRepository is handled by LiveData. In a real application, there are several steps that have to succeed in order for us to be sure that the connection has been established (this is done on a separate thread). Therefore, the existing implementation should be rewritten so that the repository returns an Observable that will be subscribed to in the ViewModel.

  • Even once the application is completed it will not be released for use. This is due to the fact that medical apps must successfully pass certification by the relevant government departments. Unfortunately, by the fact that the app does not have any tests we will not be able to get certification. Therefore, create tests that cover the entire app. Fragments should be tested with instrumented tests, while the rest of the application should be tested with ordinary unit tests. Remember to add appropriate dependencies to the project (use a framework called Mockk for mocking).

For each task, create a new branch on which you will add changes.

Very important:

If any task is not clear to you, or you have a problem with it - just ask for help.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Kotlin 100.0%