COURSE DETAILS:
14:332:438 Capstone
Design – Software and Systems
Spring 2008
Electrical and
Computer Engineering Department
COURSE OBJECTIVE:
The goal of this course is to provide students a foundation with a broad base of understanding that allows them to apply their knowledge of scientific and engineering principles to the practical and innovative solutions of existing and future problems.
COURSE DESCRIPTION:
This is a software design project. Students will be working in teams of upto five (5). Each team will work on an application problem to be modeled and solved as a significant software project. The project will strictly follow the software engineering process and will cover the wide array of aspects of software engineering, concepts, design and programming abilities learnt throughout the ECE curriculum and up to the course level ECE 452 Software Engineering, which is a pre-requisite to this course. The course will help the students to bring together the knowledge and skills acquired in the previous courses, and, develop a deeper, broad-based understanding, familiarity and handling ability for the engineering and design principles involved. The course will be evaluated based on regular reports that will be submitted by the teams, by regular presentations of progress, and on individual report on a specific aspect of the project handed in by each student. Team performance will have a significant contribution in the overall student grade.
PRE-REQUISITES:
14:332:452 - Software Engineering
14:332:351 - Programming Methodology II
14:332:252 - Programming Methodology I
INSTRUCTOR:
Prof. Manish Parashar
Phone: (732) 445-5388
Email: parashar@caip.rutgers.edu
Office: Core 628
Lecture and Meeting Times: Friday, 3:20 pm
Classroom: Engr. Bldg. B120
Office Hours: By appointment.
TEACHING ASSISTANT:
Email: srihitha@caip.rutgers.edu
Office: CoRE 516
Office Hours: Tuesday 9AM - 12AM
REFERENCE TEXTBOOK:
Craig Larman: Applying UML and
Patterns: An Introduction to Object-Oriented Analysis and Design (Third
Edition), Prentice Hall PTR,
ISBN 0-13-148906-2
GRADING POLICY:
Periodic Progress Reports 40%
Intermediate Demonstration 20%
Final Presentations/ and Reports 20%
Individual Report/Contribution 20%
COURSE WEBSITE:
http://www.ece.rutgers.edu/~parashar/Classes/07-08/ece438/
TENTATIVE SCHEDULE:
|
Date/Week |
Required Completed
Activity |
|
01/25/08 |
Course Overview/Project Team Organization |
|
02/01/08 |
Industry Presentations/Project Discussion |
|
02/08/08 |
Quiz/Lecture/Project Discussion |
|
02/15/08 |
Project Proposal Due/Individual Report Abstract Due |
|
02/22/08 |
Lecture/Requirements, Use Case Modeling/Project Discussion/Updates due |
|
02/29/08 |
Project Statement
(Problem definition, Plan & Schedule, Intermediate & Final
Deliverables)/ Presentation I |
|
03/07/08, 03/14/08 |
Iteration I – Analysis, Design, Implementation, Testing, Meeting with Instructors/Update due |
|
03/21/08 |
Spring Recess |
|
03/28/08 |
Demonstration
I/Presentation II/Report I Due |
|
04/04/08 – 04/11/08 |
Iteration II – Analysis, Design, Implementation, Testing – Meeting with Instructors/Update due |
|
04/18/08 |
Demonstration II/Presentation III/Report II Due |
|
04/25/08, 05/02/08 |
Iteration III – Analysis, Design, Implementation, Testing – Meeting with Instructors/Update due |
|
05/09/08 |
Final Project
Presentations and Demonstrations/Final Report Due/Individual Report Due |
PROJECT DETAILS:
Project Proposal: A project
proposal (1 page) must be submitted by each team on 02/15/08. The proposal
should clearly outline the scope of the project, and should list the members of
the team, assign core responsibilities to each team member, and indicate a team
leader who will serve as the spoke-person/contact-person.
Time Log: Each team
member is required to maintain a log of time spent on project work. The log
should be broken up into categories; e.g. time spent reading the textbook or
articles, time spent in meeting, time spent devising specifications, etc. A
summary of individual time logs must be submitted with each project report.
Project reports will not be graded without time logs from each team
member.
Project Web Page: Each team
should maintain a web page that contains a description of the project, the
development schedule, current status as well as links to the documents
submitted during the course.
Project Reports & Presentations: Three
reports will be required - a tentative schedule is listed above. Details of
what is expected in each report will be presented in class. A short project
presentation (in addition to the demonstration) will be required for each
deliverable. This presentation may be given by a single member of the team or
by the entire team (tag presentation). The objective of the presentation is to
introduce the system to potential customers. Further details about the final
project report and presentation will be given in class.
Individual Report: Each student is required to complete a short report (~
10 pages) studying a specific aspect of software engineering (e.g., planning,
testing, requirement gathering) and how it was applied to the project. This
would include a detailed study of the aspect in general including alternate
approaches and their tradeoff, as well
as what specific approach was chosen for the project and why.
Project Assessment: Your grade
will be based on the quality of work produced, not on the time spent (use your
energy wisely). A large percentage of the grade will be depend
on how the team functioned as a group. It is very important that project
reports be submitted on time (to enable the project to stay on schedule and to
give me time to evaluate your work). Late work will be penalized.
Notes on Documentation: Although
project reports will not be directly graded on writing style, organizing your
thoughts and writing clearly will enable me to get more out of your reports. It
is important that each report have only one editor even though it will contain
contributions from all the team members. Also, each team member must edit at
least one report. The responsibility of the editor include turning in the final
document, setting deadlines for individual submissions, and incorporating
individual submissions into a single coherent and complete document.
PROJECT IDEAS:
The selection of a project idea for implementation is the first task of each team. Creativity and originality here will be much appreciated, but it is fine to select an idea from the many software applications that are seen around. To help select a project idea, you can think of a particular type of business or industry, like banking or manufacturing or entertainment or telecommunications, think about what type of tasks/problems might be desirable to be done by software or automated, what are the desirable features and requirements, try defining the problem more and more clearly in a top-down or stage-by-stage thinking and defining process. Further desirable refinements can be made during the design process also. You are encouraged to come up with new ideas and new applications that are not yet done by software. Special consideration will be given to originality and selection of innovative problems and solutions, during grading.
We are also making efforts to get some companies involved in getting ideas for these projects.
POLICIES:
Credit will be given to periodic progress demonstrated during the course of the project from conception, development of specifications, design, implementation, testing, demonstration, documentation, and oral and written presentations. During weekly meetings, progress will be reported and reviewed, any needed help and guidance discussed.