Difference: SDProject3 (1 vs. 22)

Revision 222017-03-20 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 60 to 60
 
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
Chat System
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
Chat System
Your team may submit a name of you own.
Added:
>
>

Grading Rubric

Criteria Excellent Acceptable Unacceptable
Documented & Maintainable
(The program is well-documented with appropriate names and comments making it easy to understand.)
  • all naming conventions are followed
  • both in-line and header comments are included and clearly explain the what the code accomplishes and how
  • white space is used well
  • most naming conventions are followed
  • some comments are confusing or missing
  • white space is used well in most places
  • poor or no use of naming conventions
  • too few or too many comments are used and they are unclear or inaccurate
  • poor use of white space
Adaptable & Reusable
(The program is modular, using abstraction well and any limitations are clearly specified.)
  • all interfaces between objects are clear
  • appropriate utility functions are used and well-documented
  • most code can be reused
  • most object interfaces are clear
  • some appropriate utility functions are used and documented
  • some code can be reused
  • poor object interface definitions
  • few or no utility functions
  • no code can be reused
Robust & Correct
(The program provides the correct output for all possible input.)
  • the program works completely as expected
  • the output is displayed to specification for all valid input
  • the program responds appropriately for all invalid input
  • the program works as expected for most input
  • there may be minor errors in output formatting for valid input
  • not all invalid input is handled reasonably
  • the program does not produce correct output for even the sample input
  • the program fails to handle invalid input
  • exceptions are not caught
Efficient & Elegant
(The program uses both time and space on the computer effectively, without losing source code clarity.)
  • no extra variables or definitions are used
  • the code is small, efficient yet still easily understood
  • extra variables do not make the code harder to understand
  • brute-force problem solving approach
  • extra variables are pervasive and confusing
  • the code is unnecessarily long and patched together
  25-20% 19-11% 10-0%

Grading Results

Criteria Comments Grade (25-0)
Documented & Maintainable    
Adaptable & Reusable    
Robust & Correct    
Efficient & Elegant    
Total    
 
META FILEATTACHMENT attachment="Chat.jpeg" attr="" comment="" date="1486394586" name="Chat.jpeg" path="Chat.jpeg" size="9096" user="JimSkon" version="1"
META FILEATTACHMENT attachment="TTT.png" attr="" comment="" date="1486394586" name="TTT.png" path="TTT.png" size="10026" user="JimSkon" version="1"

Revision 212017-02-27 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 42 to 42
 The examples below can be used as a starting point.
A Self Chat Examples:
https://cslab.kenyon.edu/class/softdev/skon/WebChat/selfChat.html
Deleted:
<
<
https://cslab.kenyon.edu/class/softdev/skon/WebChat2/selfChat.html
  Github Project: https://github.com/jimskon/WebChat
Deleted:
<
<
Github Project: https://github.com/jimskon/WebChat2
 
Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Revision 202017-02-25 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 40 to 40
 

Examples

The examples below can be used as a starting point.

Changed:
<
<
A Self Chat Example:
>
>
A Self Chat Examples:
 
https://cslab.kenyon.edu/class/softdev/skon/WebChat/selfChat.html
Added:
>
>
https://cslab.kenyon.edu/class/softdev/skon/WebChat2/selfChat.html
  Github Project: https://github.com/jimskon/WebChat
Added:
>
>
Github Project: https://github.com/jimskon/WebChat2
 
Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Revision 192017-02-25 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 40 to 40
 

Examples

The examples below can be used as a starting point.

Added:
>
>
A Self Chat Example:
https://cslab.kenyon.edu/class/softdev/skon/WebChat/selfChat.html

Github Project: https://github.com/jimskon/WebChat

 
Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Revision 182017-02-23 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 21 to 21
  The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here. There is also a project that displays processes dynamically on the cslab server. Try it here: https://cslab.kenyon.edu/class/softdev/skon/active.html. The project is in github here: https://github.com/jimskon/processList.git
Changed:
<
<
You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be addes for project 4.
>
>
You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be added in project 4.
  You will be required to use GIT forall files in this project. This will be introduced in class.

Steps

Revision 172017-02-22 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 50 to 50
 
Team Name Team Members Project and Link
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
Tic Tac Toe
Team 2 Coire Gavin-Hanner
Seaver, Alexander
Pong
Changed:
<
<
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
Chat System
>
>
Team 3 Fukuyama, Miku
Vance, Spalding
Chat System
 
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
Chat System
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
Chat System
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
Chat System

Revision 162017-02-20 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 19 to 19
  For text chating or Tic Tac Toe you will not to do anything with animated graphic. This is the suggested route unless you have a real interest, and some back ground, in animation. If you want to do animation I am suggesting the KineticJS platform Some examples are given here for graphical programs using KineticJS: link Also see the Tutorials.
Changed:
<
<
The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here.
>
>
The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here. There is also a project that displays processes dynamically on the cslab server. Try it here: https://cslab.kenyon.edu/class/softdev/skon/active.html. The project is in github here: https://github.com/jimskon/processList.git
  You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be addes for project 4.

Revision 152017-02-20 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 32 to 32
 
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. More about protocol design here: Communication Protocols

  2. Risk Mitigation and Demo: (Due Feb. 22) The goal of this step is to make good progress by discovering major risks to the projects success, and then creating some prototype code to solve or mitogate the risk.

  3. Complete Project and Demo: ( Due Mar. 1) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
Added:
>
>

Ajax

 
Added:
>
>
Don't forget to put in the following line as the first cout in your CGI program:

cout << "Content-Type: text/plain\n\n";

 

Examples

The examples below can be used as a starting point.

Revision 142017-02-20 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 31 to 31
 
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. More about protocol design here: Communication Protocols

  2. Risk Mitigation and Demo: (Due Feb. 22) The goal of this step is to make good progress by discovering major risks to the projects success, and then creating some prototype code to solve or mitogate the risk.

Changed:
<
<
  1. Complete Project and Demo: (DueMar. 1) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
>
>
  1. Complete Project and Demo: ( Due Mar. 1) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
 

Examples

Revision 132017-02-19 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 29 to 29
 
    • The User interface mock up (from LucidChart)
    • A bulleted list of user requirements (should be short, 2-5 features)
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

Changed:
<
<
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. MOre about protocol design here: Communication Protocols

>
>
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. More about protocol design here: Communication Protocols

 
  1. Risk Mitigation and Demo: (Due Feb. 22) The goal of this step is to make good progress by discovering major risks to the projects success, and then creating some prototype code to solve or mitogate the risk.

  2. Complete Project and Demo: (DueMar. 1) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.

Revision 122017-02-19 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 7 to 7
 
Interactive Web Page Project
Web Chat or multi user web game (Tic Tac Toe, Pong)
Changed:
<
<
UI Design: February 13 - 11:55 pm
Arch Design: February 17 - 11:55 pm
Final Project: February 22 - 11:55 pm
>
>
UI Design: February 13 - 11:55 pm
Arch Design: February 17 - 11:55 pm
Risk Mitigation and Demo: February 22 - 1:00pm
Final Project: March 1 - 1:00 pm
 Moodle Link
Chat.jpeg TTT.png pong.png
Line: 30 to 30
 
    • A bulleted list of user requirements (should be short, 2-5 features)
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. MOre about protocol design here: Communication Protocols

Changed:
<
<
  1. Complete Project and Demo: (Feb. 22) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
>
>
  1. Risk Mitigation and Demo: (Due Feb. 22) The goal of this step is to make good progress by discovering major risks to the projects success, and then creating some prototype code to solve or mitogate the risk.

  2. Complete Project and Demo: (DueMar. 1) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
 

Examples

Line: 44 to 45
 

Project 3 Team Assignments

Team Name Team Members Project and Link
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
Tic Tac Toe
Changed:
<
<
Team 2 Coire Gavin-Hanner
Seaver, Alexander
 
>
>
Team 2 Coire Gavin-Hanner
Seaver, Alexander
Pong
 
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
Chat System
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
Chat System
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
Chat System

Revision 112017-02-15 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 49 to 49
 
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
Chat System
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
Chat System
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
Chat System
Changed:
<
<
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
 
>
>
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
Chat System
 Your team may submit a name of you own.

META FILEATTACHMENT attachment="Chat.jpeg" attr="" comment="" date="1486394586" name="Chat.jpeg" path="Chat.jpeg" size="9096" user="JimSkon" version="1"

Revision 102017-02-15 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 43 to 43
 https://jsfiddle.net/rtoal/5wKfF/

Project 3 Team Assignments

Team Name Team Members Project and Link
Changed:
<
<
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
 
>
>
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
Tic Tac Toe
 
Team 2 Coire Gavin-Hanner
Seaver, Alexander
 
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
Chat System
Changed:
<
<
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
 
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
 
>
>
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
Chat System
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
Chat System
 
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
Chat System
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
 
Your team may submit a name of you own.

Revision 92017-02-15 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 48 to 48
 
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
Chat System
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
 
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
 
Changed:
<
<
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
 
>
>
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
Chat System
 
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
 
Your team may submit a name of you own.

Revision 82017-02-15 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 29 to 29
 
    • The User interface mock up (from LucidChart)
    • A bulleted list of user requirements (should be short, 2-5 features)
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

Changed:
<
<
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work.

>
>
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work. MOre about protocol design here: Communication Protocols

 
  1. Complete Project and Demo: (Feb. 22) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.

Examples

Line: 45 to 45
 
Team Name Team Members Project and Link
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
 
Team 2 Coire Gavin-Hanner
Seaver, Alexander
 
Changed:
<
<
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
 
>
>
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
Chat System
 
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
 
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
 
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
 

Revision 72017-02-11 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 7 to 7
 
Interactive Web Page Project
Web Chat or multi user web game (Tic Tac Toe, Pong)
Changed:
<
<
UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 20 - 11:55 pm
>
>
UI Design: February 13 - 11:55 pm
Arch Design: February 17 - 11:55 pm
Final Project: February 22 - 11:55 pm
 Moodle Link
Chat.jpeg TTT.png pong.png
Line: 29 to 29
 
    • The User interface mock up (from LucidChart)
    • A bulleted list of user requirements (should be short, 2-5 features)
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

Changed:
<
<
  1. Architectural Design: (Due Feb 13) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

  2. Complete Project and Demo: (Feb. 20) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All file shold be turned in.
>
>
  1. Architectural Design and Communication Protocol: (Due Feb 17) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

    Communications protocol: The second goal is to design the form and syntax of how the components talk to each other. You will need to explain how messages are formatted to be unambigous, and how they will provide the necessay information to allow the system to work.

  2. Complete Project and Demo: (Feb. 22) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All files should be turned in.
 

Examples

Revision 62017-02-09 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 25 to 25
  You will be required to use GIT forall files in this project. This will be introduced in class.

Steps

Changed:
<
<
  1. Project selection, user interface design, system features and use scenario: (Due Feb 10) Your team will need to decide what kind of project to do, design a good user interface, and list the major features (requirements). This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well. You can use LucidChart for your drawings.

>
>
  1. Project selection, user interface design, system features and use scenario: (Due Feb 10) Your team will need to decide what kind of project to do, design a good user interface, and list the major user features (requirements from the users perspective). This should include a visual mockup. If you are doing anything that requires interactive graphics (like pong) you will need to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well. You can use LucidChart for your drawings. Turn in:
    • The User interface mock up (from LucidChart)
    • A bulleted list of user requirements (should be short, 2-5 features)
    • A user story (scenario) - a paragraph describing what steps a user will go through as they use the system.

 
  1. Architectural Design: (Due Feb 13) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

  2. Complete Project and Demo: (Feb. 20) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All file shold be turned in.

Revision 52017-02-08 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 22 to 22
 The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here.

You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be addes for project 4.

Added:
>
>
You will be required to use GIT forall files in this project. This will be introduced in class.
 

Steps

  1. Project selection, user interface design, system features and use scenario: (Due Feb 10) Your team will need to decide what kind of project to do, design a good user interface, and list the major features (requirements). This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well. You can use LucidChart for your drawings.

Changed:
<
<
  1. Architectural Design: (Due Feb 13) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and what information or control that will flow

  2. You will turn in and demon strate a working program on February 17.
>
>
  1. Architectural Design: (Due Feb 13) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and the data or control that the lines between the components means.

  2. Complete Project and Demo: (Feb. 20) You will turn in and demonstrate your working program. The program should be fully functional, with well designed, formatted, and commented code. All file shold be turned in.

Examples

 
Changed:
<
<

Pong Example:

>
>
The examples below can be used as a starting point.
Pong Example:
  http://jsfiddle.net/cfleschhut/VLeV9/
Changed:
<
<

Tic Tac Toe Example:

>
>
Tic Tac Toe Example:
  https://jsfiddle.net/rtoal/5wKfF/

Project 3 Team Assignments

Revision 42017-02-08 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 7 to 7
 
Interactive Web Page Project
Web Chat or multi user web game (Tic Tac Toe, Pong)
Changed:
<
<
UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 17 - 11:55 pm
>
>
UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 20 - 11:55 pm
 Moodle Link
Chat.jpeg TTT.png pong.png
Line: 23 to 23
  You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be addes for project 4.

Steps

Changed:
<
<
  1. Your team will need to decide what kind of project to do, design a good user interface, and turn this design in on February 10. This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well.
  2. You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    This is due February 13
>
>
  1. Project selection, user interface design, system features and use scenario: (Due Feb 10) Your team will need to decide what kind of project to do, design a good user interface, and list the major features (requirements). This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well. You can use LucidChart for your drawings.

  2. Architectural Design: (Due Feb 13) You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    The goal here is to think trough ALL components, and create a drawing showing the components. Then write a short narrative that describes the purpose and fuctions of each component, and what information or control that will flow

 
  1. You will turn in and demon strate a working program on February 17.
Added:
>
>
 

Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Revision 32017-02-07 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 29 to 29
 

Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Added:
>
>

Tic Tac Toe Example:

https://jsfiddle.net/rtoal/5wKfF/

 

Project 3 Team Assignments

Team Name Team Members Project and Link
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
 
Changed:
<
<
Team 2 Yanqi Xu
Coire Gavin-Hanner
Seaver, Alexander
 
>
>
Team 2 Coire Gavin-Hanner
Seaver, Alexander
 
 
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
 
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
 
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
 
Changed:
<
<
Team 6 Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
 
>
>
Team 6 Yanqi Xu
Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
 
 
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
 
Your team may submit a name of you own.

Revision 22017-02-06 - JimSkon

Line: 1 to 1
 
META TOPICPARENT name="Spring2017"

Line: 7 to 7
 
Interactive Web Page Project
Web Chat or multi user web game (Tic Tac Toe, Pong)
Changed:
<
<
UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 17 - 11:55 pm
>
>
UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 17 - 11:55 pm
 Moodle Link
Chat.jpeg TTT.png pong.png

Goal

Changed:
<
<
The goal is to create a web based program that allows two (or more) people to interact live through a web page. The idea is to have the web page talk to a server program (much as in project 2), but have two (or more) connected web pages, such that the web pages interact with each other.
>
>
The goal is to create a web based program that allows two people to interact live through a web page. The idea is to have the web page talk to a server program (much as in project 2), but have two connected web pages, such that the web pages interact with each other.
  The project is open to a varity of applications, but you will need to work very quickly if you want to choose, and get approved, something not in the list above.
Changed:
<
<
For text chating or Tic Tac Toe you will not to do anything with animated graphic. This is the suggested route unless you have a real interest, and some back ground, in animation. If you want to do animation I am suggesting the KineticJS platform Some examples are given here for graphical programs using KineticJS: link
>
>
For text chating or Tic Tac Toe you will not to do anything with animated graphic. This is the suggested route unless you have a real interest, and some back ground, in animation. If you want to do animation I am suggesting the KineticJS platform Some examples are given here for graphical programs using KineticJS: link Also see the Tutorials.
  The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here.
Added:
>
>
You are to keep this version of the system simple - focus on basic functionality. Only two users should be supported, with no extra features. Extra features will be addes for project 4.
 

Steps

  1. Your team will need to decide what kind of project to do, design a good user interface, and turn this design in on February 10. This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well.
  2. You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    This is due February 13
  3. You will turn in and demon strate a working program on February 17.
Added:
>
>

Pong Example:

http://jsfiddle.net/cfleschhut/VLeV9/

Project 3 Team Assignments

Team Name Team Members Project and Link
Team 1 Solorio, Christian
Iduma, Elizabeth
Wilhelm, John
 
Team 2 Yanqi Xu
Coire Gavin-Hanner
Seaver, Alexander
 
Team 3 Barbennn, Alton
Fukuyama, Miku
Vance, Spalding
 
Team 4 Olivier, Daniel
Juviand Rivera
Murphy, Aidan
 
Team 5 Schutz, Joey
Twitchell, Natalie
Basting, Preston
 
Team 6 Ogilvie-Thompson, Harold
Alperin, Jessie
Grigull, Bennett
 
Team 7 Neau Tess
Khan, Malik Ahmed
Ghada Bokbauk
 
Your team may submit a name of you own.
 
META FILEATTACHMENT attachment="Chat.jpeg" attr="" comment="" date="1486394586" name="Chat.jpeg" path="Chat.jpeg" size="9096" user="JimSkon" version="1"
META FILEATTACHMENT attachment="TTT.png" attr="" comment="" date="1486394586" name="TTT.png" path="TTT.png" size="10026" user="JimSkon" version="1"

Revision 12017-02-06 - JimSkon

Line: 1 to 1
Added:
>
>
META TOPICPARENT name="Spring2017"

Project 3 - Team Project

Interactive Web Page Project
Web Chat or multi user web game (Tic Tac Toe, Pong)

UI Design: February 10 - 11:55 pm
Arch Design: February 13 - 11:55 pm
Final Project: February 17 - 11:55 pm

Moodle Link

Chat.jpeg TTT.png pong.png

Goal

The goal is to create a web based program that allows two (or more) people to interact live through a web page. The idea is to have the web page talk to a server program (much as in project 2), but have two (or more) connected web pages, such that the web pages interact with each other.

The project is open to a varity of applications, but you will need to work very quickly if you want to choose, and get approved, something not in the list above.

For text chating or Tic Tac Toe you will not to do anything with animated graphic. This is the suggested route unless you have a real interest, and some back ground, in animation. If you want to do animation I am suggesting the KineticJS platform Some examples are given here for graphical programs using KineticJS: link

The basic idea is to design a program to allow two users to interact through the web server program. However, normally a web page is not automatically updated. However, a script can be written to call the server on a regular basis to get updated information. An example of a web pages with a simple function that gets called every second is here.

Steps

  1. Your team will need to decide what kind of project to do, design a good user interface, and turn this design in on February 10. This should include a visual mockup. If you are doing anything that requires interactive graphics you will have to prove that you are able to do this by turning in a simple mockup that does runs on a single page on Feb 10 as well.
  2. You will design the archtecture of your program. Below is a sample architecture created with Lucid Chart:
    NamesWebArchtecture.png
    This is due February 13
  3. You will turn in and demon strate a working program on February 17.

META FILEATTACHMENT attachment="Chat.jpeg" attr="" comment="" date="1486394586" name="Chat.jpeg" path="Chat.jpeg" size="9096" user="JimSkon" version="1"
META FILEATTACHMENT attachment="TTT.png" attr="" comment="" date="1486394586" name="TTT.png" path="TTT.png" size="10026" user="JimSkon" version="1"
META FILEATTACHMENT attachment="NamesWebArchtecture.png" attr="" comment="" date="1486400122" name="NamesWebArchtecture.png" path="NamesWebArchtecture.png" size="59259" user="JimSkon" version="1"
META FILEATTACHMENT attachment="pong.png" attr="" comment="" date="1486400503" name="pong.png" path="pong.png" size="1693" user="JimSkon" version="1"
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback