Last modified: Dec 02, 2014
This course is online and has no regularly scheduled lectures. There will be a limited number of attendance-optional network conferences (announced on the website).
This course will explore the techniques of object-oriented programming, analysis, and design. The emphasis will be upon the development of clean interfaces that permit easy modification and reuse of software components. Other techniques, drawn from outside the object-oriented approach, that significantly contribute to this goal will also be discussed.
Students will gain facility in an object-oriented programming language and will learn the constructs that differentiate such languages from others. This course will explore the idioms and styles of object-oriented programming in C++ and Java, with emphasis upon how these contribute to reusable software components.
Students will learn how to use object-oriented techniques in support of programming. In particular, students will be introduced to the process of object-oriented analysis as a means of understanding an unfamiliar problem domain. Students will learn to build and use models, expressed in the Unified Modeling Language (UML) to codify and evaluate that understanding and to evolve system requirements. Students will learn how to use those models to facilitate a smooth transition from analysis to design and from there to implementation.
Required:
Optional:
Steven J. Zeil | E&CS 3208 |
(757) 683–4928 | Fax: (757) 683–4900 |
zeil@cs.odu.edu |
General questions about course content and reports of website problems should normally be asked in the public course Forum. Questions about grades, how to solve assignments and other graded activities should be send to zeil@cs.odu.edu.
For more discussion on course communications, please refer to Navigating The Course Website and Asking Questions.
A week-by-week schedule of available meeting times with me can be found at http://www.cs.odu.edu/~zeil/officehours/.
Note that I am available during office hours both in person and via network conferencing and often have evening hours via network-conferencing only.
The prerequisites for this course are:
Note that, if it has been some time since you took CS 250 or 333, or if you received weak grades in them, then you may need to do some review work to prepare for this class.
If you are a transfer student who took equivalent courses elsewhere, you would do well to review the material on those course websites and look for topics that may not have been covered in your prior courses, because course “equivalence” is often a very rough approximation. Pay particular attention to the material on design, testing, and debugging, as these are often given short shrift at other institutions.
Either way, if you need to review any of the prerequisite topics described below, the time to do so is early in the semester, before you need it to understand the lectures or are called to use it in assignments.
Students who have successfully completed those prerequisites should have acquired the following knowledge and skills:
General Programming Knowledge
Students should be familiar with certain basic programming techniques that are largely independent of any specific programming language:
using editors, compilers and other basic software development tools.
basic software design (i.e., stepwise refinement and top-down design)
software testing, including the use of scaffolding code (stubs and drivers), selection of test cases for black-box testing, and head to head testing
debugging, including the use of debugging output, the use of automatic debuggers to set breakpoints and trace program execution, and the general process of reasoning backwards from failure locations to the faulty code responsible for the failure.
C++:
I will assume that you are familiar with the basics of C++, including - the various C++ statements and control-flow constructs, - the built-in data types, - the use of arrays, pointers, pointers to arrays, and linked lists, - the use and writing of functions, and - the basic use of structs and classes for implementing abstract data types.
Java: No prior knowledge of Java is assumed.
In general, CS students at the 300 level should be able to pick up new programming languages with only moderate effort. Because Java is closely related to C++, this is particularly true of students moving from C++ to Java.
If you believe that you need a more structured aid to learning Java, the 1-credit course CS382 presents the basics of the language in a self-paced form. In fact, much of the course material for CS382 will be listed as required reading for this course.
When the CS 330 Outline page lists a section of 382 for readings, students are expected to both read the 382 lecture notes and to do the associated 382 labs. You will not be expected to do the 382 assignments or to take the 382 exam.
You may, if you wish, choose to register for CS382 and earn credit for it. In that case, you will be doing largely the same set of readings, but will then be obligated to do the assignments and exam for that course.
CS 330 will pick up with Java topics more advanced than are currently covered in 382, including multi-threading and the development of GUIs and in general will explore how to use Java in a truly Object-Oriented style.
Unix
All students in the course will receive accounts on the CS Dept. Unix network, and knowledge of how to work with the Linux servers is part of the course prerequisites. This course does not require familiarity with shell scripting. All other topics in CS 252 are required. - Some assignments will require the use of software available only on the Linux servers. Others may require (or, at least, be simplified by) use of the X windowing system.
General Computer Literacy
You will be studying techniques in this course for preparing professional-quality software documentation. The key embedded word in “software documentation” is “document”. Students taking this course should be able to use word processors and other common tools to produce good quality documents, including mixing text and graphics in a natural and professional manner.
Assignments for this course will include programming assignments (in C++ and Java), which must be done on an individual basis, and design assignments, which may be done in small teams.
All students will have remote access to the CS Dept. network of Windows and Linux machines. On-campus students will also have access to machines in the CS Dept open labs in Dragas and E&CS.
Students are welcome to do much of the assignment work on their own local PCs, but are strongly encouraged to check their work on the Cs Linux machines before submitting.
Students will need an account on the CS Dept. Unix network to participate in this class. This account is unrelated to any University-wide account you may have from the ODU’s Information Technology Services (ITS).
If you have had a CS Unix account in the recent past, you should find it still active with your login name, password, and files unchanged. If you have had an account and it has not been restored, contact the CS Dept systems staff at root@cs.odu.edu requesting that it be restored.
If you do not yet have such an account, go to the CS Dept. home page and look for “Account Creation” under “Online Services”. All students in this course are responsible for making sure they have a working CS Unix account prior to the first assignment.
The “official” environment in which students’ programming assignments will be evaluated is defined by our Dept. Linux servers. It is the student’s responsibility to be sure that their code compiled and executes using the compilers and run-time environment provided there. As of this writing, the compiler versions used are
Late papers and projects and make-up exams will not normally be permitted.
Exceptions will be made only in situations of unusual and unforeseeable circumstances beyond the student’s control, and such arrangements must be made prior to the due date in any situations where the conflict is foreseeable.
“I’ve fallen behind and can’t catch up”, “I’m having a busier semester than I expected”, or “I registered for too many classes this semester” are not grounds for an extension.
Extensions to due dates will not be granted simply to allow “porting” from one system to another. “But I had it working on my home PC!” is not an acceptable excuse.
Everything turned in for grading in this course must be your own work. Some assignments may be done by small teams, in which case the submitted material must be the work of only those team members. Such assignments will be clearly marked as team assignments. Where teams are permitted, specific guidelines will be given in the online assignment description. In the absence of any such explicit statement, an assignment must be performed by a single individual.
The instructor reserves the right to question a student orally or in writing and to use his evaluation of the student’s understanding of the assignment and of the submitted solution as evidence of cheating.
Students who contribute to violations by sharing their code/designs with others may be found to be in violation of this policy. This includes showing material to other students in person and posting code and designs in any public area, whether physical or on the internet. Students are expected to use standard Unix protection mechanisms (chmod) to keep their assignments from being read by their classmates._
This policy is not intended to prevent students from providing legitimate assistance to one another. Students are encouraged to seek/provide one another aid in learning to use the operating system, in issues pertaining to the programming language, or to general issues relating to the course subject matter. The same guideline applies to discussions, whether face-to-face or on-line, with anyone other than the course instructor and TAs – general aid on the subject matter of the course is OK. Specific discussions of solutions to any graded activity are forbidden.
Students should avoid, however, explicit discussion of approaches to solving a particular programming assignment, and under no circumstances should students show one another their code for an ongoing assignment, nor discuss such code in detail.
Violations will be reported to the Office of Student Conduct and Academic Integrity.
Assignments: | 40% |
Midterm Exam: | 25% |
Final Exam: | 35% |
It is my general policy that, should a student perform significantly better (a rise in class rank of at least 1.25 standard deviations) on the final than upon the midterm, or should a student have one project grade that is significantly lower than the rest, to waive that single low grade (adjusting the percentages of the remaining grades accordingly).
For the truly curious, some further information on my approach to grading is available.
The midterm and final exam will be administered online. They will proctored via ProctorU, a service that uses network conferencing tools to monitor students during exams. Please refer to this document for basic information about the ProctorU service.
For these exams, students will need access to a PC running MS Windows or OSX, with a webcam and microphone, in a quiet area away from other people.
You will need to make an appointment with your proctor at least 3 days in advance of the test.