OVERVIEW

• Data Visualization: using Bokeh to construct the web-based GUI to interface with the end users for online query
• Relationship Database: constructing simple SQL statements to extract the relevant information from a database.
• Using data visualization tool to turn raw data into interactive 2-D graphics such as lines, scatter plots, bar graphs, stacked bars and so on.
• Using ODBC to interface the SQL server
• Using widgets to capture user responses: text input, radio buttons, button groups, tables, dropdown list and so on.

COPE TAB PANEL

1. Using bokeh tool to construct a multi-tab panel for the home page:
   1. First panel as Course Info
   2. Second panel as Statistics
2. The panel Course Info holds the online course query page, refer to corresponding section for more details.
3. The panel Statistics holds the statistics page, refer to corresponding section for more details.

COPE COURSE INFO

1. Using bokeh widgets & layout to construct the web-based interactive query screen.
   1. refer to the given template file (ui.py) for information.
2. The A-Z button group, when clicked, will display all courses with title beginning with the letter of the clicked button, the result will be displayed in the data table shown on the bottom of the screen.
3. Two sets of begin with .-contains-ends with button-groups, one for the course title and the other for department name. They behave as radio buttons. They are used together with the two corresponding text inputs, namely Title and Department respectively.
   1. These 3 buttons indicate whether or not the given string will be used as prefix, infix or suffix match respectively. If begins with is selected, courses will be matched with title beginning with the given text; if contains is selected, title containing the given text will be matched.
   2. Ex: begin with with input bio, courses such as biology, bioinformatics are shown.
4. The and-or radio button-group indicates whether or not to search on title and department as a group (and) or separately (or).
5. When the button Refresh is clicked, the actual search will take place and the result will be displayed in the data table. The search is based on a database table called lgu.course.
   1. sp_help lgu.course to view its structure (refer to session Database Info)
6. It is required that the program execute another SQL statement to fetch the whatever the data requested. It is NOT supposed to cache the entire course table in memory and avoid further database request. Though the size of the course table for this exercise is small in size, however, in reality, it can be potentially large in size; its therefore best practice to use SQL query to fetch only the data needed.

• contains with bio as Title and finance as Department, with and option
• contains with bio as Title and finance as Department, with or option

DATABASE INFO

• sp_help lgu.course

• ODBC connection string:

SCOPE STATISTICS

1. Using bokeh widgets & layout to construct the web-based interactive query screen.
   1. refer to the lab materials for more information
2. On the right side of the page is a stacked bar chart, showing the GPA distribution by department, further categorized by class year.
3. On the left side of the page is a selection list displaying the list of all departments
   1. It is used to select the department for which the chart is created
4. When a new department is selected, the chart will be updated to refresh the corresponding information.
5. The stacked bar chart shows student GPA distribution based on the selected department.
   1. Students are from class of 2015, 2016 & 2017 (year)
   2. As illustrated, GPA counts are stacked in chronological order, each with a unique color
   3. Legend (upper right) is shown to display the color of the classes
6. The database table to use is lgu.student and the structure is shown as follows:

SKILLS PYTHON

• Use standard objects (strings, numbers & lists)
• Control statements to interact with users
• Variable Scope
• String formatting (method style)
• Functions for program structure and decomposition

DELIVERABLES

1. Design documentation (A2_School_StudentID_Design.doc/pdf)
2. Program source code (A2_School_StudentID_Source.py)
3. Output (A2_School_StudentID_Output.doc/pdf)

DESIGN DOCUMENTATION

1. Design:
   1. Describe the general structure of the program (functions, variables and program flow).
2. Test Plan:
   1. Refer to assignment 1 for information.

TIPS & HINTS

• For executing and debugging bokeh, refer to the uploaded file launch.json and tasks.json.
• For general information on Bokeh, refer to the following link: https://bokeh.pydata.org/en/latest/docs/user_guide.html
• For adding widgets (text input, list box, button groups, tables ..etc), refer to the following link: https://bokeh.pydata.org/en/latest/docs/user_guide/interaction/widgets.html For reference guide, refer to the following link: https://bokeh.pydata.org/en/latest/docs/reference.html

DEBUGGING

VSC TASKS

SAMPLE OUTPUT

MARKING CRITERIA

• Coding Styles layout, comments, white spaces, naming convention, variables, indentation.
• Documentation Design + Test Plan
• Program Correctness logic, program structure, functions with appropriate parameters
• User Interaction how informative and accurate information is exchanged between game player and host.
• Readability counts programs that are well structured and easy-to-follow using functions to breakdown complex problems into smaller cleaner generalized functions are preferred over a function embracing a complex logic with nested conditions and sub-functions! In other words, a design with clean architecture with high readability is the predilection for the course objectives over efficiency.
• KISS approach Keep It Simple and Straightforward.
• Balance approach you are not required to come up a very optimized solution. However, take a balance between readability and efficiency with good use of program constructs.