Recent Posts

GP-D: Ethics

GP-D: Ethics

Using the Software Engineering Code of Ethics, read the two scenarios in Guided Practice D. Then work in groups of two or three to discuss the scenarios and answer the...

Prof. Sherriff Prof. Sherriff
Justice, Equity, Diversity, and Inclusion in SE

Justice, Equity, Diversity, and Inclusion in SE

Cultural competence is incredibly important for software engineers.

Prof. Sherriff Prof. Sherriff
SE Code of Ethics

SE Code of Ethics

We have a responsibility as software engineers to put good out into the world. The software that we build helps solve problems and improve the lives of our users in...

Prof. Sherriff Prof. Sherriff
GP-C: The Planning Game

GP-C: The Planning Game

Let’s play a game!… at eliciting requirements! With notecards.

Prof. Sherriff Prof. Sherriff
Risk Management

Risk Management

Software development inherently carries with it a number of risk. Can you figure out the technology in time? Will the customer change the requirements? Will a competitor release a new...

Prof. Sherriff Prof. Sherriff
Requirements Specification

Requirements Specification

After you have worked with the customer to gather their requirements, what are some ways you can communicate those requirements to the development team?

Prof. Sherriff Prof. Sherriff
Requirements Elicitation

Requirements Elicitation

The requirements engineering process is effectively spit into two stages:

Prof. Sherriff Prof. Sherriff
Requirements Engineering

Requirements Engineering

We are now moving into the second unit of the course, focused around the first (and, arguably, one of the most important) phases of development - requirements.

Prof. Sherriff Prof. Sherriff
GP-B: The Polar Chart

GP-B: The Polar Chart

Software Engineering researchers Barry Boehm and Richard Turner created a simple, visual tool for helping a team determine if their process should be more agile or more plan-driven. The polar...

Prof. Sherriff Prof. Sherriff
Plan-Driven Methodologies

Plan-Driven Methodologies

A hallmark of whether to use a more plan-driven methodology versus an agile methodology is the potential for requirements change. If you have a project in which the requirements are...

Prof. Sherriff Prof. Sherriff