*MVP = Minimum Viable Product
*ASR = Architecturally Significant Requirement
UNPLANNED = not planned for by the Rock Raiders team
Mobile Application Features
Feature | MVP | ASR | Difficulty | Status |
---|---|---|---|---|
iOS/Android The mobile application shal be available in both iOS and Android Platform | YES | YES | TODO | |
Social Media Sharing The mobile application shall provide the user with buttons that will enable the user to share media via social media and email | YES | NO | TODO | |
Guidance Frame The mobile application shall provide a guidance frame for users, if they cannot successfully scan a page in the first 3 attempts. | YES | NO | TODO | |
Zoom In/Out The mobile application shall allow the users to zoom in and zoom out on available digital content, such as videos or photos | YES | NO | TODO | |
Optional User Feedback The mobile application shall have an optional questionnaire for the user to fill out, in order to gather more data regarding user satisfaction and feedback. | YES | NO | COMPLETED | |
Publication-Based UI The mobile application shall provide a custom user interface specific to the publication that is being viewed. | NO | YES | TODO | |
User Interaction based on Publication The system shall keep track of users scanning the same publication page and notify users of ongoing discussions on social media regarding the specific publication page | NO | NO | TODO |
Management Portal Features
Feature | MVP | ASR | Difficulty | Status |
---|---|---|---|---|
Login The user shall be able to login to the management portal as their respective role (Administrator, Editor, Publisher, Advertiser) | YES | YES | COMPLETED | |
Create User When the user is logged in as an Administrator, the user shall be able to create accounts for Editors. Editors can create accounts for Publishers and Advertisers. Publishers can create accounts for Advertisers. Publisher users will be associated with a real-world Publisher and Advertisers will be associated with a real-world Advertiser. | YES | YES | COMPLETED | |
Role-base Authentication Users shall be assigned to specific roles, and only be able to access things to their roles. | YES | YES | COMPLETED | |
Publisher: Associate with Advertisers Publishers shall be able to add or remove associations with advertisers. | YES | NO | TODO | |
Upload Image Recognition Files Publishers shall be able to add images of pages of publications to an album dedicated to that publication. The system shall use the images uploaded by the publisher for recognition. Publishers shall be able to add, remove, or edit these files. | YES | YES | COMPLETED | |
Manage Publication Media Publishers shall be able to add, remove, or edit albums of media to be displayed when users view the publication page. | YES | YES | COMPLETED | |
Publisher: Grant Advertisers Permission Publishers shall be able to grant or remove access for advertisers to create media for particular publication pages. | YES | YES | TODO | |
Publisher: Approve Media created by Advertiser Publishers shall be able to accept or reject any media uploaded by an Advertiser for a publication owned by the publisher. | YES | NO | TODO | |
Automated Tutorials When a user logs in for the first time, the user is taken through the required steps to do all major functionalities available. | YES | NO | TODO | |
Contact Administrator Users shall be able to contact administrators regarding any issues. | YES | YES | TODO | |
Analytics The system shall keep track of usage statistics and user analytics. The system shall provide the relevant data analytics to publishers and all data analytics to the owner of the product Administrators should be able to see all statistics. Publishers should be able to see all analytics for publications that belong to the publisher. | YES | YES | TODO | |
Comment Moderation Setting Publishers shall be able to enable manual or automatic comment moderation, for all publications for that publisher. | NO | YES | TODO | |
Manual Comment Moderation Publishers shall be able to manually moderate comments posted by users. Publishers shall be able to hide specific comments. | NO | NO | TODO | |
Automatic Comment Moderation Publishers shall be able to enable automatic comment moderation. Inappropriate comments will be automatically removed. | NO | NO | TODO | |
Editor Feature Setting Editors shall be able to add or remove features for different users, users of one publication, and users of one advertiser. | NO | YES | TODO | |
Automated Publisher Billing Editors shall be able to set up automated billing for Publishers, based on the metrics and analytics collected. | NO | YES | TODO | |
Publisher Billing History and Balance Publishers shall be able to view their billing history and current balance. | NO | NO | TODO | |
Administrator/Editor: View all Billing Histories and Balances Administrators shall be able to view all billing histories and all balances for all Publishers. | NO | NO | TODO | |
Emulate User seeing digital content When managing media to be displayed, users shall be able to preview how it will appear to users. | NO | NO | TODO | |
Publisher: Set Comment Moderation Type Per Publication Page Publishers shall be able to enable comment moderation modes per publication page, as opposed to globally. | NO | NO | TODO | |
Publisher: Limit Permissions to Sub-Publishers Publishers shall be able to add or remove permissions to other users related to the publisher. These "Sub-Publishers" should have the same access as publishers except for creating other users and limiting permissions. | NO | YES | TODO | |
Analytics Publishers, Editors, and Advertisers shall be able to view analytics collected by the image recognition server. | NO | NO | TODO |
Image Recognition Server Features
Feature | MVP | ASR | Difficulty | Status |
---|---|---|---|---|
In House Image Recognition The system shall use the publication pages image to host image recognition. While the system shall use the Wikitude image processing and recognition scripts, all data shall be stored on the server itself. | YES | YES | COMPLETED | |
Server-side Image Recognition The server should perform the image recognition, instead of sending the tracker files to the RocReadaR App. | YES | YES | COMPLETED | |
Optimized Image Recognition Image recognition shall use heuristics to perform image recognition quickly. Recently uploaded publications should be searched first. | YES | YES | COMPLETED | |
Scalability Testing Testing shall be done to determine the maximum possible load a set of Google Cloud Platform servers can handle. Then, the production instances shall be set up to automatically scale based on their load. | YES | YES | COMPLETED | |
Collect Analytics The system shall collect analytics based on images scanned and recognized. | NO | YES | TODO |
Version
Date
Comment
Current Version
(v. 12)
May 14, 2016 14:59
IAN SALITRYNSKI (RIT Student)
v. 11
May 13, 2016 17:21
IAN SALITRYNSKI (RIT Student)
v. 10
May 13, 2016 17:16
IAN SALITRYNSKI (RIT Student)
v. 9
May 11, 2016 17:50
IAN SALITRYNSKI (RIT Student)
v. 8
Feb 25, 2016 19:19
IAN SALITRYNSKI (RIT Student):
Added Limit Sub-Publishers Permissions
v. 7
Feb 15, 2016 11:10
IAN SALITRYNSKI (RIT Student)
v. 6
Feb 15, 2016 11:06
IAN SALITRYNSKI (RIT Student)
v. 5
Feb 15, 2016 10:19
IAN SALITRYNSKI (RIT Student)
v. 4
Feb 10, 2016 18:49
IAN SALITRYNSKI (RIT Student)
v. 3
Feb 09, 2016 22:16
IAN SALITRYNSKI (RIT Student)
v. 2
Feb 09, 2016 22:06
IAN SALITRYNSKI (RIT Student)
v. 1
Feb 09, 2016 21:55
IAN SALITRYNSKI (RIT Student)