SuperFunKart http://superfunkart.wordpress.com/ Mahad Amir Alex - - PowerPoint PPT Presentation
SuperFunKart http://superfunkart.wordpress.com/ Mahad Amir Alex Globus Annika Nicol Lucy Rowland Alex Weatherhead Matt Williams Presentation Overview 1. Conceptual Architecture Revisited 2. Concrete Architecture 3. Reflexion Analysis
http://superfunkart.wordpress.com/ Mahad Amir Alex Globus Annika Nicol Lucy Rowland Alex Weatherhead Matt Williams
1. Conceptual Architecture Revisited 2. Concrete Architecture 3. Reflexion Analysis 4. Revised Sequence Diagrams 5. Issues with Concurrency and Team Dynamics 6. Recap
○ Each directory is assumed to be an independent module
○ Rebuilt conceptual architecture in Understand ○ Missing modules caused issues
○ Least dependencies looked at first ○ Grouped modules with high cohesion together ○ Secondary priority to our conceptual Architecture
○ Networking: Allows the system to interface with the outside world. ○ Core Systems: Includes system tools like debugging, vectors, profiling, etc.
○ GuiEngine handles creation of the HUD and menus ■ Uses data from states_screens ■ Needs data from items and karts etc. in game ○ Graphics provides layer over irrlicht ■ Takes in all data that should go to the screen
Description:
for STK.
Comparison of Architectures:
○ Serves primarily as a client to the layer below it, Utility.
○ Highly coupled with most other major components. Depended on mostly by Rendering, Networking, and Configuration.
Description:
Comparison of Architectures:
○ Not featured in architecture; the game was not designed to be an online game.
○ Highly-coupled with the Game component, as the Network needs to read changes in the game state. Loosely coupled with most other major subsystems.
Description:
Comparison of Architectures:
○ In Utilities under GUI/HUD; low coupling with Assets layer and Input-Manager in Utility.
○ Highly coupled with Game component, as Rendering needs to know what to display. Also heavily dependent on Core Systems.
Description:
Comparison of Architectures:
○ In Utilities layer under Configuration; loosely coupled to Assets and 3rd-Party SDKS layers.
○ Highly coupled with Game, which needs to get states from Configuration. Depended on heavily by Rendering and Networking. Depends heavily on Core Systems.
Description:
Comparison of Architectures:
○ Largely ignored in the architecture.
○ Depended on heavily by all major components. Depends mostly on Game.
Description:
Comparison of Architectures:
○ Known as 3rd-Party SDKS; services all higher layers and depends on the user’s Operating System.
○ Depended on by every major component.
○ Updates once every frame ○ Detects changes to camera and objects in world ○ Must be running on it’s own thread
○ Updates once every frame ○ Causes changes ○ Gets positions
○ Must always be ready to get input from the user ○ Should be running at the same time as everything
○ Project Leader: Joerg Henrichs ○ Main Developer: Marianne Gagnon ○ Lead Artist: Jean-Manuel Clemençon
○ Conway’s Law states that: “Organizations which design systems ... are constrained to produce designs which are copies of the communication structures of these organizations”
1. Revised the our conceptual architecture and how we derived the process when breaking down the modules in Understand to re-create the subsystems. 2. Discussed our concrete architecture and what we discovered through our derivation process. 3. We broke down the subsystem and reviewed the differences between conceptual and concrete. 4. Revised our sequence diagram to correlate with the concrete architecture. 5. Discussed the importance of concurrency and reviewed the team dynamics with knowledge of our concrete architecture