1. Jython Environment For Students (JES) Final Presentation Team 3 David Raines Claire Bailey Jason Ergle Josh Sklare July 16, 20021

2. 2 Introduction  Jython Environment For Students (JES)  Client: Mark Guzdial  Team:  Claire Bailey - Technical Writing  David Raines - Project Manager  Jason Ergle - Design Lead  Josh Sklare - Technical Lead

3. Goals  Create a Jython programming environment  For new Introduction to Media Computation (CS1315) class  Target audience is non-technical students and first time programmers 3July 16, 2002

4. Key Requirements  Provide an editor with Syntax Highlighting for loading, modifying, and saving Jython files  Provide a command prompt for interacting with Jython interpreter, as well as running loaded files  Error messages should be understandable by the target users 4July 16, 2002

5. 5 Key Requirements (cont…)  Debugging will be provided by a popup window containing variable names, types, and values  Implement in Jython and Swing  Easy to maintain and extend

6. July 16, 20026 Design  The major functionality of the program is divided into two different classes, JESUI and JESInterpretor  JESUI contins instance of the other UI Classes. Also handles the events generated by the program.  JESInterpreter executes the command line.  JESProgram is the main part of the program.

7. July 16, 20027 UML Diagram

8. July 16, 20028 UI Design Mac Version:

9. July 16, 20029 Debug Window

10. Accomplishments  We build an IDE that will be used by students this fall  Met all requirements with the deadline  Requirements were well defined- there was little need to modify or append to them  Code is easy to read 10July 16, 2002

11. 11 Accomplishments (cont…)  Schedule was well divided into tasks  Everyone was able to work in parallel  Shell of program was completed first  Development information kept in a public place  Swiki: http://coweb.cc.gatech.edu/mediaComp-plan/10 http://coweb.cc.gatech.edu/mediaComp-plan/10  Document repository  Status updates  Change control  Bug list

12. July 16, 200212 Accomplishments (cont…)  The client is happy with the outcome!

13. July 16, 200213 Assessment Original Schedule: Actual Schedule:

14. Assessment (cont…)  Some tasks took longer than originally planned  Interfaces of objects should have been more descriptive  Interactions with the client were good  Swiki was very useful  Overall development process went smoothly 14July 16, 2002

15. 15 What we learned  Benefit of well defined requirements and a good, modular design  Keeping an open dialog with client is very beneficial  Design should be as specific as possible, especially with object interfaces

16. July 16, 200216 What we learned (cont…)  Benefits of dynamic languages  Clearly identified team roles are good

17. July 16, 200217 Demo