summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorLuke Shumaker <LukeShu@sbcglobal.net>2014-02-10 13:08:08 -0500
committerLuke Shumaker <LukeShu@sbcglobal.net>2014-02-10 13:08:08 -0500
commitb3397d35918fffd4b15be5eafcf94d107e3e947c (patch)
treef5ae998d2b36d66c959f1dc07b999ca02e217b84 /docs
parentc7d02564ee1354bf05dc75aa21700557d3b0be4f (diff)
parent6da6ae85e296bd67a4787742a8d617f422a082b0 (diff)
Merge branch 'master' of github.com:LukeShu/leager
Diffstat (limited to 'docs')
-rw-r--r--docs/DesignDocument.md10
1 files changed, 5 insertions, 5 deletions
diff --git a/docs/DesignDocument.md b/docs/DesignDocument.md
index 9613657..8b14aae 100644
--- a/docs/DesignDocument.md
+++ b/docs/DesignDocument.md
@@ -26,17 +26,17 @@ sleek web application which manages tournaments.
2 Non-Functional Requirements
TODO Guntas. Email dunsmore and marco about this, then fill it out.
-3 Design Outlines
+3 Design Outlines
3.1 Design Decisions and Components
-Our system will on the Model 2 design pattern/architecture.
+Project Leaguer is written on the Ruby on Rails platform and will use the Model 2 (MVC) design pattern/architecture. This architecture is comprised of three interacting components: Controllers, Views, and Models.
-Controllers – The controllers will control any logic necessary to obtain the correct content for display. It then places the content in the request and decides which view it will be passed to.
+Controllers – Requests received by the server are processed by a routing subroutine and directed to a controller responsible for handling them. Controllers accept these requests and manage any logic necessary to obtain the correct content for display, retrieving and updating information from the Model as needed. It then creates a new request, places the content from the model in the request (if applicable), decides which view it will be passed to, and passes on the request.
-Models – We will be using a Ruby on Rails model. The Ruby on Rails framework maps to a table in the database and a Ruby file. So a User will usually be difined as user.rb in the app/models directory and this will be linked to the table users in the database.
+Models – In Ruby on Rails, models are usually implemented as an interface to a table in the database and a Ruby file which queries this table and interacts with the other components. For example, a "user" model would be connected to the "user" table and a file "user.rb" in the app/models directory would provide an interface to interact with the "user" controller.
-Views – Views will be the HTML pages for Leaguer, and will display the users desired content inside of the web browser.
+Views – Views will primarily be dynamically generated HTML pages and will display the users desired content inside of the web browser. These may be implemented with inline Ruby scripts and tags within traditional HTML.
Component Interaction