1 / 15

Virtual Mechanics

Virtual Mechanics. Group – 12, CMPT 275, Simon Fraser University Fall Semester 2009 Marc Lynch Tyler Shao Jeffrey Limao Greg Steffensen Chien -Chi Chen . AGENDA. Introduction to Virtual Mechanics Architectural diagram and summary QA steps and integration testing

derick
Download Presentation

Virtual Mechanics

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. Virtual Mechanics Group – 12, CMPT 275, Simon Fraser University FallSemester 2009 Marc Lynch Tyler Shao Jeffrey Limao Greg Steffensen Chien-Chi Chen

  2. AGENDA • Introduction to Virtual Mechanics • Architectural diagram and summary • QA steps and integrationtesting • Bugs in the software • Feedback from real users • Post-mortem analysis

  3. INTRODUCTION • Users can utilize the Virtual Mechanic application to dismantle and learn about complex machines and organisms in a graphical user environment; all without having to get their hands dirty. • They can drag and drop pictures of various systems, post comments and photos and take part in discussions about each component and the system overall.

  4. ARCHITECTURAL DIAGRAM

  5. QA STEPS • Step 1 - Verify menu controls and help function • Step 2 - Opening new machines • Step 3 - Manipulating the machine • Step 4 - Posting new comments and photos • Step 5 - Downloading new machines

  6. INTEGRATION TESTING • After designing each version of the program, we held user tests with people that we knew in SFU or at home. Using test cases, we instructed users to perform a task without helping them. We recorded their actions and documented their success rates. Since many functions were not included in early versions of the program, many actions could not be performed and success rate was low. However, now with our first distributable version, we are proud to announce that all test cases succeeded without any major problems!

  7. POTENTIAL BUGS • Font that iPhone cannot display the code of the font and shown as confused symbols that cannot be read • Network errors may occur, causing data that are not received properly. • Offensive and dangerous comments need to be filtered and deleted • If the users cannot connect to the server, then their comments and photos are not uploaded.

  8. UNIMPLEMENTED FEATURES • Zooming. • Photo taking and uploading Drawback: • posting comment function is not efficient because it have to read file, save file, upload file. • Security issue: user information is not stored in the server but the user iphone.So every one can make any accounteven duplicated account is valid. .....It is not professional...

  9. FEEDBACK • Very clear and understandable user interface, very easy to use. • Implement some more features to represent more details of each machines. • Build more machines in this application. • Machines can be more detailed, more deeper.

  10. POST-MORTEM Worked well: • Giving out specific positions to members (i.e. Minutes manager, Lead Coder, etc.) • Weekly meetings • working together in groups, frequent meetings, updates using text-messaging, keeping record of everyone’s schedules Didn’t work well: • Google wiki made it confusing keeping track of changes to documentation. • Conflicting schedules; needed better time management. • No permanent project manager.

  11. POST-MORTEM Technical Problems: • No set formatting techniques for documents • Personal computer didn’t support programming environment • No SDK or old SDK in libraries at one point, no personal Mac computers for everyone, some unfamiliar with iPhone technology Human Problems • Conflicting schedules • Poor communication with members • Members not showing up for meetings

  12. POST-MORTEM What would I do differently? • At least two meetings a week • Set up a better method for communication What would I do the same? • Meeting with team members • Setting out agendas and deadlines for each assignment

  13. POST-MORTEM Advice! • Learn Objective-C early and thoroughly! • Communicate with each other VERY often! • Always have a backup plan • Have at least two members working together on any given task, in case one has to drop out or step back.

  14. QUESTION

  15. THANKS That is the end of the presentation. Thanks for your time and your consideration.

More Related