brookke / sepr-assessment2 Goto Github PK

All rooms will need to be completed. With tile properties added. Then the rooms will all need to be linked together using RoomTransitions

The shape didn't turn out how I wanted it to. Any advice on how to make it look more circular whilst using square tiles? Any other comments about the room are welcome aswell :D

Aside from adding some books on the tables, there's not much else to add here o.O

The music I used in the Main Menu comes from:
https://incompetech.com/music/royalty-free/music.html

There's a lot of free music, the licencing is as follows:

Our project would be using the "Creative Commons Licence" so we can use it as long as we have a credits page somewhere and have the creators name in there as the creator of the music.

I'm confident we can use this, I know a lot of Youtubers that use free soundtracks from this producer and there's also several other SEPR teams using music from here.

There's a very large collection of soundtracks so I'd recommend having a look so that we can choose on some for the game, as I've shown with the main menu, background music is very easy to implement and is a nice feature to have when showing our game to other teams :D

2. Architecture report [22 marks]:

• a) Give a concrete architecture showing the structure of the team’s code, with a brief statement of the specific languages used to describe the architecture, and, if appropriate, the tool(s) used to create the concrete architecture representation. (12 marks, ≤ 2 page)
• b) Give a systematic justification for the concrete architecture, explaining how the concrete architecture builds from the abstract architecture – and any changes that had to be made to the abstract architecture. Relate the concrete architecture clearly to the requirements, using your requirements referencing for identification, and consistent naming of constructs to provide traceability. Provide precise URLs to any relevant web pages. (10 marks, ≤ 2 pages)

Going through all the software we're using + the software we chose not to use and justify which ones we're using and which ones we're not.
Explain why we're using the Agile-SCRUM process over Waterfall

Personally I like it but I can imagine some of us not liking the Tiger carpet. Let me know what you guys think.

Just a few things to think about:

• How do we want to initiate speech/conversation?

  • Current Idea is you will go up to a player and press a key or space or something, but what happens next?

• Should:

  1. the Person call the speechBox with the text the want to say e.g. from within the person class speechBox.speak(person, text)
  2. should the speechBox get the text/response from the person e.g. from within the speechbox speak(person, person.response)
  3. or something completely different

• What happens when someone has spoken?

• How do we ask a question to the player?

• Where we should store responses and dialogue?

  • How we should store it?
  • How does it flow, and how do we represent how it flows?

Not sure why but WASD doesn't work on Mac. Not urgent

Might be sensible to take discussions from slack/messenger
(2b)

Architecture [25 marks]:

• Give an abstract (i.e. conceptual – not the fine detail) representation of the proposed architecture (structure) of the team’s software, with a brief statement of the specific languages used to describe the architecture (for instance, relevant parts or versions of the UML family), and, if appropriate, the tool(s) used to create the architecture representation (15 marks, ≤ 3 pages).
• Give a systematic justification for the architecture, explaining and justify- ing the components and overall structure, and noting any non-standard notations used (10 marks, ≤ 2 pages).

This connects the Ron Cooke Hub to the outside pods.
Personally I like this. Of course, I understand that there's far more grass here than around the actual Ron Cooke Hub and several team members have already complained to me about the lack of accuracy.

I've remade a basic version of it based on what I've been told by Joe:

Let me know what you guys think of each version, how each version could be improved and which version you think we should use.

It's still got the testing method as running from the console, whereas we have added a testing preset that can be ran. Probably worth updating this

Don't really know what else once can add to a toilet....

• Hosting? (University servers or GitHub)
• Links to PDF's

5. A software testing report [20 marks]:

• a) Briefly summarise your testing method(s) and approach(es), explaining why these are appropriate for the project so far. (5 marks,≤ 1 page)
• b) Give a brief report on the actual tests, including statistics of what tests were run and what results were achieved, with a clear statement of any tests that are failed by the current implementation. If some tests failed, explain why these do not or cannot be passed and comment on what is needed to enable all tests to be passed. If no tests failed, comment on the completeness and correctness of your tests instead. (5 marks,≤ 2 pages)
• c) Provide the precise URLs for the testing material on the website: this material should comprise your testing design and evidence of testing, and is marked here (10 marks).

Needs a few items dotting around here and there. You cannot see the whiteboard as it is on the back wall not sure if we can do anything about that

I'm considering making the screen bigger. The gaps between chairs feels a bit unnatural so I'm thinking about having 3 rows of chairs followed by a gap followed by another 3 rows of chairs. This way it looks normal but you can also walk between the chairs. Or we can just keep it as it is, let me know what you guys think.

We can look into https://github.com/libgdx/libgdx/wiki/Preferences to store the preferences. Not urgent.

1. d) the user manual for the game so far (including editable source as well as e.g. a pdf manual).

Watch these videos:

• https://vle.york.ac.uk/webapps/vtbe-tinymce/tiny_mce/plugins/bb_recorder/displayThumbnail.jsp?videoId=0U2ADdBg260
• https://vle.york.ac.uk/webapps/vtbe-tinymce/tiny_mce/plugins/bb_recorder/displayThumbnail.jsp?videoId=4yDN43VmpVQ

Can be reached from the main room or the RCH/037 lecture hall. Since you have to go up a flight of stairs to get there from the main room, I was thinking of changing one of the doors to downward stairs.
Would welcome any comments!

This is the current version, let me know if anyone wants any changes. In the past I asked whether we want to have the Cafe in there as well but we chose not to have it. The room does feel a bit big and there's definitely space to add it in if we want to.

Risk assessment and mitigation: [20 marks]

• Introduce and justify your risk format and level of detail (5 marks, ≤ 1 page).
• Give a systematic tabular presentation of risks to the SEPR project, their likelihood, impact, and mitigation (15 marks, ≤ 3 pages).

SEPR is a small project, developing non-critical software. Keep your likelihood and impact measures simple.

This is the Kitchen, you can get to it through the main room. It's currently using marble flooring but its inconsistent relative to the rest of the rooms so I'm considering changing that. Also, there might be a bit too much empty space after the entry/exit.

1. The updated Website for your team’s project [3 marks]. The submitted URL should now link to:

• a) all the project-related Assessment 2 deliverables, as well as the Assessment 1 versions (please note the specific requirements for updates, below);
• b) the executable for the game so far;
• c) your executable test plan and testing results for the game so far;
• d) the user manual for the game so far (including editable source as well as e.g. a pdf manual).

If anyone wants an easy task to do, to get familiar with the codebase, it would be useful to add some of the missing documentation (i.e. JavaDocs on some of the functions). I know it’s slightly dull, but it’d definitely help you find your bearings around the code, and it’s a useful thing to be doing.

a) Updated requirements [6 marks]:

• i. On the Website, include the updated statement of requirements, high- lighting what has been added and what has been changed (1 mark).
• ii. In your deliverable, include a brief explanation and justification of any requirements changes made for Assessment 2. Include the precise URL of the statement of updated requirements (≤ 1 page, 5 marks).

c) Risk assessment and mitigation update [7 marks]:

• i. On the website, include the updated risk assessment and mitigation, highlighting any changes that have been made. If you decided to change your approach to risk assessment and mitigation after Assessment 1, please state clearly that the web page content is new, and link to the Assessment 1 risk assessment to allow comparison (2 marks).
• ii. In the deliverable, include a brief explanation and justification for any changes made to the risk assessment for the whole project; if you changed your approach, explain and justify your change. If no changes are made, explain why the risk assessment and mitigation, and the approach, are still appropriate. (5 marks, ≤ 1 page)

Note that you will be marked on the changes, explanations and justifications: please ensure that the changes are clearly highlighted.