DPS924 Projects Winter 2015
Overview
- Learning Objectives.
- Build a useful and interesting Android app by the end of the semester.
- Have a sense of achievement after building an operational Android app with feedback from end users.
- Develop your applied research skills as you need to search for additional knowledge in order to complete the project.
- use Android packages not covered by this course
- integrate with another API (e.g. a Web API, Twitter API, Facebook API, Flickr API,...)
- Demonstrate your potentials, creativity, and technical skills.
- Use GitHub to build an Android app.
- Use agile software development approach.
- user stories(from the perspective of end users)
- sprints (i.e. iterations)
- weekly standup meetings
- Be innovative.
- Team size: 1-2 persons.
Gallery of Projects
Author(s) | App Name | Description | Links (similar apps) |
---|---|---|---|
Elsi Nushaj & Hyungryu Chun | RWG (Random Workout Generator) | App creates workouts for you and lets you track exercise times to improve and compare against others | https://play.google.com/store/apps/details?id=com.workout.generator |
Vasil Rimar & Norbert Curiciac | AdPulse | This application allows advertisement agencies throughout the GTA, who currently rely on paper based methods to keep track of and organize information. | ??? |
Kevin Kofler & Petr Bouianov | Pupillary Distance Meter | An application which measures pupillary distance, i.e. the distance between the pupils of your eyes. This metric is needed while purchasing prescription eye wear. | https://play.google.com/store/apps/details?id=air.PupilMeterAnd&hl=en |
Jordan Wieb | Mobile Tactics | A turn-based, tile-based, multiplayer strategy RPG with no server between two devices. | https://play.google.com/store/apps/details?id=com.mangobile.kingturn&hl=en |
Project Milestones
- Milestone 0.0: Exploration of Project Ideas. [Week 1 - Week 3]
- Identify an application domain for your Android project.
- Gather information from end users (i.e. people who will use your app).
- Do market research (e.g. Google Play Store) if needed.
- Milestone 1.0: Submission of a Project Proposal. [Week 4 - Week 5]
- date of submission: February 15, 2015
- Watch the video (approx. 7 minutes) about creating user stories. [6]
- Create a business statement.
- key questions
- What kind of Android app are you going to build?
- Have you found similar apps on the market (e.g. Google Play Store)? If so, please include some links in your proposal.
- How does your app differentiate from other similar apps on the market?
- focus: application domain, end-user needs, business values
- key questions
- Create user stories (or use cases).
- Create a list of features on your app.
- Create a sketch of your design.
- Note: The design may change as your project goes through the iterations.
- Create a system diagram of your app.
- identify the key components (e.g. UI, database, Web API, server)
- an example:
- identify the key components (e.g. UI, database, Web API, server)
- Create a tentative timeline.
- based on the priorities of user stories/use-cases
- identify checkpoints/milestones
- Your proposal must include the name of your app, names of team members, and the date of submission.
- Milestone 2.0: Design and Implementation. [Week 7 - Week 12 (February 15 - March 31); 6 weeks]
- Submit
- the REVISED project proposal 2.0
- the Design Report 2.0
- Read the design requirements below.
- WeeklyGitHub activities
- Weekly standup meetings on Fridays [10]
- What have I done since the last Scrum meeting (yesterday)?
- What will I do before the next Scrum meeting (tomorrow)?
- What prevents me from performing my work as efficiently as possible?
- Sprints (i.e. iterations) [11]
- Submit
- Milestone 3.0: Project Presentation and Final Report. [Week 14]
- April 13, 2015 (Monday)
Design Requirements
- Create detailed system diagrams.
- UI mockups
- interaction between back-end components and the UI screens
- flow of data between the UI screens and data stores such as database and Android file system
- flow of data between the UI screens and Web API servers (URLs) or other devices, if applicable
- Apply Material Design Guidelines.
- Note: If your project is UI-intensive, you are expected to apply Material Design Guidelines as much as possible. If your project is data-intensive (e.g. use of database and graphics)or back-end intensive (e.g. use of networking and Wifi connectivity), you may apply Material Design guidelines at the minimum (e.g. toolbar vs action bar).
- Material Design Guidelines
- examples
- Android 5.0 Lollipop Material Design in pictures and video (October 17, 2014) [16]
- UI Regions and Guidance [17]
- Visual Guide to Android L Material Design - 7 Insights [18]
- Create the Testing Environment.
- Android versions (API levels)
- configurations of emulators and/or Android devices
- Compatibility Issues