CS@NAU: Senior Capstone Design


Capstone Process Timeline


The Capstone process is based on a two semester course sequence, with projects solicited and collected shortly before it all kicks off at the beginning of each semester:

Phase 0: Project Solicitation and Development (Fall Start: late July-August, Spring Start: late November-December). Project proposals are solicited via a reminder email to our mailing list of "Potential Capstone Sponsors". If you'd like to receive this notification, please contact us and ask to be put on this list! Usually potential sponsors with an idea start by contacting us with a brief email or phone call to outline the idea and vet it for basic suitability. If it sounds good, a full project proposal is developed using templates and examples provided on the Sponsor Home page.

As each semester begins, students review all posted projects and submit their 1st, 2nd and 3rd choice projects to work on in a professional memo to the Faculty, including their motivating reasons. The Faculty then meet as a group and place students on teams for projects that have received the most interest. Great care is taken to create teams that have one or more natural leaders, and with members who are deemed capable of tackling the complexity of the particular project. At the end of this process (a) students are informed of their project and teammates; and (b) sponsors are informed of their team and the contact for the team lead, if the sponsor's project was chosen. If a project was not chosen, the sponsor is encouraged to re-work the description (pep it up a bit!) and re-submit it the next semester.

Phase 1: Requirements acquisition and exploration of technologies. The first semester of the process is less intense (students only get two credits that term), and is devoted to requirements acquisition, feasibility analysis, and exploration of potential implementation techniques and technologies. Strong sponsor engagement is especially important during this time, as students will want to have a number of interviews with sponsors and, if applicable, end-users of the planned product. Even if you already have a tight set of requirements in mind, we encourage sponsors to back up and allow the team leeway to explore.

They are trained to design from the ground up: begin by exposing and understanding the client's business, existing processes, and workflow --- and then develop a solution to that problem. If you just hand them fixed requirements, you are short-circuiting the process...and potentially short-changing yourself; many times there are an even better, more effective solutions out there that you might not have thought of. In any case, having student teams arrive at the requirements on their own (even if they ultimately match yours) ensures that they understand the context extremely well, which will pay large dividends towards correctly deciding a million smaller implementation issues later on. The end product of this semester is a complete requirements document, signed off by the client; and, where applicable, small proof-of-concept demonstrations of key technologies or elements. In short, the way should be completely clear to begin intensive final design and implementation in Phase 2.

Phase 2: Implementation and testing. Focused, intensive development of complete prototype, iterative testing and refinement, and packaging and delivery of a final product. The true implementation push begins as the second semester begins in the second semester of the given track, as the team shifts to very intensive development (students earn 4 credits this term). Teams move rapidly to produce a complete final design, while working in parallel to implement foundational elements.

Sponsor involvement in this term is focused around giving fast feedback on evolving design elements and the many small implementation-level questions that arise as overall requirements are translated into a working product. Final design details are solidified by early in the semester, and a complete working alpha prototype is targeted by early about mid semester. The remaining time is devoted to quick iterative refinement with progressively intense testing. The Undergraduate Symposium with the College of Engineering, Informatics, and Applied Sciences (CEAIS) is currently presented at the end of the spring semester but a smaller version of this activity is currently being considered for the end of the fall semester as well.

This conference, commonly called UGRADS, is the culmination of the Capstone Sequence. Here, students will be required to do a formal technical conference presentation on their projects to a varied audience including sponsors, faculty, other students, and members of the community.

Final delivery of the product, including all documentation, occurs within the week or so prior to the end of the semester, allowing students some time to wrap up final delivery details.

 

Capstone Program Rules: Baseline Requirements for Teams, Projects, and Deliverables


Although the detailed format, timing, and deliverables may vary based on the nature and goals of individual projects, all Capstone projects MUST adhere to the following baseline structure and deliverables.

BACK to Sponsor Home