A promotional website for the 1960’s rock band “Monkees” targeted at existing and potential fans. The website will showcase their music and videos, and new material will be added as it becomes available. It will be possible to contact the band to hire for venues through the website.
The website will be designed to accommodate the tech literacy of fans from when the band were at the height of their popularity: the band started in 1966 and had an audience of ~10 yrs old and upwards, making the expected age now ~63. The website will be designed on the same principle as mobile first except with age. A simple colour scheme will be used across the website mimicking the same colours the band use. The band will be showcased using photos of themselves and the existing library will be easily accessible with new content highlighted. It will be possible to contact the band through the website. The expectation is that fans will use the website primarily to
Use this section to provide insight into your UX process, focusing on who this website is for, what it is that they want to achieve and how your project is the best way to help them achieve these things. In particular, as part of this section we recommend that you provide a list of User Stories, with the following general structure:
- As a user type, I want to perform an action, so that I can achieve a goal.
- HTML: https://www.w3.org/html/logo/ Used to create the basic structure of the website
- CSS: http://www.css3.info/ Used for the styling of the
- Bootstrap v4.3.1: https://getbootstrap.com/
- GitHub: https://github.com/demonkeyfire/resume_-_mini_project.git Use the following commands to initilise the project. git remote add origin https://github.com/demonkeyfire/resume_-_mini_project.git | git pull -u origin master
- Feature 1 - allows users X to achieve Y, by having them fill out Z
- ...
- Another feature idea
In this section, you should mention all of the languages, frameworks, libraries, and any other tools that you have used to construct this project. For each, provide its name, a link to its official site and a short sentence of why it was used.
- JQuery
- The project uses JQuery to simplify DOM manipulation.
In this section, you need to convince the assessor that you have conducted enough testing to legitimately believe that the site works well. Essentially, in this part you will want to go over all of your user stories from the UX section and ensure that they all work as intended, with the project providing an easy and straightforward way for the users to achieve their goals.
Whenever it is feasible, prefer to automate your tests, and if you've done so, provide a brief explanation of your approach, link to the test file(s) and explain how to run them.
For any scenarios that have not been automated, test the user stories manually and provide as much detail as is relevant. A particularly useful form for describing your testing process is via scenarios, such as:
- Contact form:
- Go to the "Contact Us" page
- Try to submit the empty form and verify that an error message about the required fields appears
- Try to submit the form with an invalid email address and verify that a relevant error message appears
- Try to submit the form with all inputs valid and verify that a success message appears.
In addition, you should mention in this section how your project looks and works on different browsers and screen sizes.
You should also mention in this section any interesting bugs or problems you discovered during your testing, even if you haven't addressed them yet.
If this section grows too long, you may want to split it off into a separate file and link to it from here.
This section should describe the process you went through to deploy the project to a hosting platform (e.g. GitHub Pages or Heroku).
In particular, you should provide all details of the differences between the deployed version and the development version, if any, including:
- Different values for environment variables (Heroku Config Vars)?
- Different configuration files?
- Separate git branch?
In addition, if it is not obvious, you should also describe how to run your code locally.
All of the content on this
All icons were sourced from https://fontawesome.com/ All fonts were sourced from https://fonts.google.com/ All photos, videos and audio files are supplied as part of the Full stack Developer course from the GitHub repository: https://github.com/Code-Institute-Org/project-assets