1 / 33

Mobile Photo

Mobile Photo. James Anderson, Dustin Duran, Trevor Hamilton, Ahror Rahmedov, Vivek Rajkumar, Matthew Renzelmann. Overview. Mobile Photo. LCA elements for the Mobile Client Matthew Renzelmann, Dustin Duran. Operational Concepts.

marsden-george
Download Presentation

Mobile Photo

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Mobile Photo James Anderson, Dustin Duran, Trevor Hamilton, Ahror Rahmedov, Vivek Rajkumar, Matthew Renzelmann

  2. Overview

  3. Mobile Photo LCA elements forthe Mobile Client Matthew Renzelmann, Dustin Duran

  4. Operational Concepts • Designed for Nokia Series 60 phones utilizing J2ME MIDP 2.0 • Allows picture taking, local image storage, and the uploading of images to the server • Features accessible through navigational menus

  5. System Requirements • Install the mobile client using a standard installation procedure • .Jar file deployment • Account establishment through web client • One time setup on the phone • Navigational simplicity

  6. Navigation – Implementation Overview

  7. Navigation • Main three options • Take Pix • Pix Gallery • Settings

  8. Navigation – Take Pix • Viewfinder displays updating view from camera • To take a picture: • Press the “fire” button • Select capture from the Options menu • Once captured, the user may: • Send the image to the server • Save the image • Discard the image

  9. Navigation – View Pix • User may view stored images by browsing through a list • Selecting a name displays the image • The user may then select the following options: • Send Image to server • Delete Image • Rename Image • Cancel

  10. Navigation – Settings • Settings include: • Username • Password • Server address • These options are entered during installation but may be changed from this screen

  11. Architecture – Overview

  12. Architecture • Developed with Sun ONE Studio Mobile with Nokia Series 60 emulator • J2ME with MIDP 2.0 • Modular design extendible to other cellular phone manufacturers • MobileServerConnection Interface for server/client connection • Camera functionality not vender dependent • Implemented entirely in J2ME

  13. Mobile Photo LCA elements forthe Web Client Vivek Rajkumar, James Anderson

  14. Operational Concepts • The web client is the interface that the user uses to access the pictures uploaded by the mobile client. • The web client is targeted at all parties that consume MobilePhoto, as it is where they will be able to access the photos they upload

  15. Sample Actions available • Organizing uploaded images • Downloading of images • Public/Private displaying of images

  16. System Requirements • We plan to implement these core features for the web client: • a registration page where the user will be able to: • create their own user account • specify personal information • configure their own preferences

  17. Sys Reqs [continued] • a login page that would let: • registered users login using their username and password where: • a cookie would be created to track what user is currently logged in (and a session variable would initiated) • new users to register • registered or unregistered users browse publicly viewable photos (sorted by user)

  18. Sys Reqs [cont] • a dynamically created page for each user that will allow interactions specific to that user’s needs (once the user has logged in) that will contain: • one sidebar frame that will let the user: • change folder (from a list of existing folders in the form of a drop-down menu) • view thumbnails of all the images in the current folder (each thumbnail would be clickable so that the image would be displayed full-size on the second frame)

  19. Sys Reqs: dynamic main user page [cont] • one main frame that would: • display the currently selected image full-size • present the user with a list of options specific to that image such as: • allowing the user to change the name of the image • allowing the user to change the visibility of the image • allowing the user to change the location (folder) of the image • allowing the user to save the image locally on their own machine

  20. Sys Reqs [cont] • ability to set certain image folder attributes such as: • name • visibility (e.g. folder is available publicly vs. private usage) Information such as current name, number of images, and current visibility will also be presented in some sort of table format to the user.

  21. Sys Reqs [cont] • ability to send particular images or sets of images to be printed at some print shop • for the scope of this project, only one print shop will be supported initially • publicly viewable pages indexed by username (given that the particular username has publicly viewable images/folders)

  22. Sys Reqs [cont] • options to change personal information and preferences • ability to change password • ability to change user-specific parameters such as: • personal name, address, contact information (phone number, email address), location of print shop • a help (or FAQ) link

  23. SiteMap SiteMap

  24. Responsibilities This group will be primarily responsible for writing the scripts that will generate the webpage and act as the interface from the user to their images on the server. This will be a substantial part of the project, and assistance will be needed from the other two groups as they complete their portions of the project.

  25. Projected Timeline • May 1 [Done] – Specify the capabilities of the website. • May 14 [In progress] – Implement at least a basic interface so that we can test the other aspects of the project. User authentication and folder management need not be implemented yet. With luck, have the web-pages implemented, just not all the functionality of them active.

  26. Projected Timeline [cont] • May 26 – All functions should be active. Debugging should be occurring with all aspects of project. Project will be evaluated at this point for “gold plating” that can be snipped off if necessary. • June 2 – Project should go gold and ship to all interested parties.

  27. Database Specs and Architecture for Mobile Photo Trevor Hamilton Ahror Rahmedov

  28. Database specs • Four main entities of the Mobile Photo System represented as the main tables • Users • Photos • Photo Shops • Print Processes • There are other supporting tables

  29. Specs [cont] Supporting tables • PrintProcessPix • Stores print processes ever initiated • Sizes • Photo sizes • PhotoAttributes • Flexibility to add more attribute values • Attributes • Attribute names and types • PhotoShopUserAccounts • Individual user accounts with photo shops

  30. Database architecture • Hosted by UW CSE servers • Backend • Microsoft IIS/SQL database server • Front end • ASP.NET built in functions to query and change the Microsoft SQL database

  31. Database Architecture [cont] • Development Environment • Microsoft .NET tools • Compatibility ensured by using the same vendor tools for front and backend • Proven industry standard architecture

  32. Timeline • Web service interface and database architecture specification – May 1 • Implement basic functional database – May 7 (tables, relationships, triggers, queries) • Fully implemented and functional database – May 14 • Fully implemented web services – May 21 • At least one online Photo Shop service functioning – May 25

More Related