Software Engineering

Project Proposal Instructions

The centerpiece of this course is a team software project—but what projects will the teams work on? This is where you come in: You may now propose a project, and potentially serve as customer for a team who will build it for you.

Selection Process

Here is how the selection/assignment process will work:

  1. You submit a proposal.

  2. If it follows the instructions below, I add it to the pool of candidate proposals.

  3. Each student reviews all the proposals, and votes for their favorites.

  4. I will take the most popular proposals, create teams, and assign each team to a proposal.

By submitting a proposal, you are agreeing to both work as a developer on one team, and also serve as customer to a different team, which is implementing your proposed software. As a customer, you will communicate with the team assigned to your project throughout the remainder of the semester, explaining your vision for the project, and giving feedback on the software they build.

Project Constraints

Things to Keep in Mind

What to Submit

To submit a proposal, fill out and submit the template below. Specifically, create a Markdown file (i.e., a text file with the file extension .md), and paste in the template below. The name of the file must be the same as the project nickname that you specify in the template (e.g., if your project’s nickname is “Facebook”, then the file should be named Facebook.md). In filling out the template, you must replace each of the xxx bits with appropriate text.

Once you have completed filling in your proposal text, you must use the Markdown PDF VS Code extension to create a “pretty” PDF, and it is this PDF that you will submit. You should have installed this extension as part of Homework 1. Here is a video demo on how to use the extension.


# Project Proposal

## Title

> A title for your project proposal.

xxx

## Nickname

> An acronym or short name for your project.
> 3-character min.
> 16-character max.
> Letters, numbers, and dashes only.
> No punctuation, special characters, or white space.
> May not start or end with a dash. No consecutive dashes.

xxx

## Description (150-word minimum)

> A brief description of what your web app will be like and why it's
> interesting.
> Possible questions to answer here:
> What is the motivation for the web app?
> What are the goals of the web app?
> What important problem will the web app solve?
> What burning need do people have that the web app will fulfill?
> What form will the web app take to fulfill its goals?
> What sorts of features will the web app have?
> What are the selling points of the web app?
> What make this web app interesting/cool?

xxx


A&B Points

© Scott D. Fleming 2018 • Made with GitHub Pages and Markdown