Homework 3 - Billet Ami

Billet Ami is a Ruby on Rails blog application that allows users to create and buy tickets to cool events.

Submitted by: Vũ Huy Quân

Time spent: 24 hours

URL: https://billetami.herokuapp.com/

SimpleCov Test Coverage:

User Stories

The following required functionality is complete:

• [x] 10 model tests, 2 route tests, 2 controller tests, 2 view tests.

Events

• [x] Users can see a list of upcoming events. Past events should not be shown. HINT: Good candidate for a test.
• [x] Users can search for events from the homepage.
• [x] Users can click on an event to see details about the event.
• [x] Users can click on "Book Now" to go to a page to purchase tickets.

Tickets

• [x] Each event can have multiple types of tickets, each with a different price and max_quantity.
• [x] Users can buy tickets to an event, choose the types of tickets, and the quantity of tickets.
• [x] Users cannot buy more tickets than the quantity available.
• [x] Users can only buy up to 10 of a ticket type at a time.
• [x] Users cannot buy tickets to events that occur in the past.

Users

• [x] User can sign up by providing their email, password, and name.
• [x] User can login using an email and password.
• [x] Users can create events.
• [x] Users must click "publish event" before an event becomes viewable to other users.
• [x] Users can create ticket types for that event.
• [x] Users can create venues.
• [x] An event must have at least one ticket_type defined before it can be published.
• [x] User can see a list of events he or she has created.
• [x] Users can edit their event after creation. But only the user who created the event can edit the event.

Optional Stories

• [x] Users can log in with Facebook.
• [x] Users receive an email when they have purchased a ticket.
• [x] Ticket types have an optional "minimum" purchase quantity. (Example Screenshot)
• [x] Users can see "related events" when browsing an event. Related events should belong to the same category and be in the same region.
• [x] Events are automatically labeled as "Hot". "Hot" events should have a red border or some sort of visual flourish. The event title should also be prefixed with "HOT:".
• [ ] User A can allow User B to edit User A's event. In other words, an event owner can assign other people to be "event admins".
• [ ] Instead of showing all of the events on the main page, an "admin" user can dictate the events that show up on the main page.

Additional Stories

• [x] Users can order many ticket_type at a time
• [x] Material Design
• [x] User can edit profile

Issues

• Dont know how to retrieve carrierwave image for edit form

Video Walkthrough

Here's a walkthrough of implemented user stories:

GIF created with LiceCap.

License

Copyright 2016 nongdenchet

Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.