Team Algol

From mn/ifi/inf5750
Revision as of 23:00, 17 November 2015 by Tomasliv@uio.no (talk | contribs) (Work schedule)

Jump to: navigation, search

Team Algol : Android Messenger application for DHIS2

Group members

  • Vladislav Georgiev Alfredov <vladisla@ifi.uio.no>
  • Tomáš Livora <tomasliv@student.matnat.uio.no>
  • Mathias Ciarlo Thorstensen <mathiact@ifi.uio.no>
  • Hans Fredrik Fahle <hansffa@student.matnat.uio.no>
  • Jiader Chou <jiaderc@ifi.uio.no>

Summary of Requirements

  1. Reduce data usage
    • Implement local data storage
    • Implement local data caching
  2. Redesign user interface to follow Material design guidelines

Architecture

  1. Android application
    • REST calls to DHIS2 for authentication and user information
    • XMPP messaging
    • Google cloud services communication ?
  2. DHIS2 instance
  3. XMPP server (previously: https://github.com/niclashalvorsen/DHISOpenfire and:https://github.com/niclashalvorsen/Openfire-DHISAuthentication)
  4. Google Cloud services on DHIS2 server ? (https://github.com/niclashalvorsen/DHIS2-GCMSupport)

Architecture

Project details

Importing to android studio:

  1. Open android studio.
  2. Click import project
  3. Select Gradle project.
  4. Find the "build.gradle" file inside the app folder and select it.

(This way you use the gradle plugin from android studio)


Details about how we will solve the task, and component-like view of it go here...

  1. Go over the libraries and decide which is worth using: (time to implement the functionality ourselves + testing vs the resource cost of using the library + going over the library interface
  2. Rest interface/layer redesign.
    • Rest Session storage? Use Persistance layer or Cache layer ?
    • How would the rest calls hit/miss the cache?
    • Is the DHIS2 api satisfactory ?
  3. Persistance layer
    • Use the OrmLite library ?
    • Store data on app start/exit
    • Provide interface for the Rest Layer
  4. Cache layer.
    • If requested object in memory return it. If not use persistance layer to get it. + pre-fetch bulk data from disk? If not on disk return null, informing that it is not cached.
    • Load chunks of cache in memory ? What happens if the app runs on really old android device that has very little ram ?
  5. Go over all the ui and redo it to use Material design. Maybe use butterknife for activities as well ?
  6. Test the app. Test all the corner cases.

Work schedule

  1. Milestone (8th November)
    • Analysis of previous solution
    • Work planning according to the findings
  2. Milestone (22nd November)
    • Run own instance of DHIS2 with all the necessary extensions for messaging
    • Update REST API calls, use ReactiveX library and reduce the number of calls and amount of data transfered
    • Update XMPP client library (Smack) and add support for offline mode
    • Fix problem with long reopening of the application and improve local storage
    • Improve GUI using Butter Knife and Material design
  3. Milestone (4th December)
    • Write unit tests for every component of the application
    • Stabilize the application
    • Measure traffic usage
    • Use log in screen (and maybe other things) provided by DHIS2 Android SDK

Group organization

  • Source code
  • Weekly meetings
    • Group 1 Tuesday 10:15 - 12:00
    • Possible second weekly meeting if needed
  • Instant messaging
    • Slack service for group comunication

Assignment text

Can be found at: https://www.uio.no/studier/emner/matnat/ifi/INF5750/h15/group-projects/messenger-app/index.html