April 20, 2020 Arlington .NET / Mark Moore

• place orders to store locations for customers
• add a new customer
• search customers by name
• display details of an order
• display all order history of a store location
• display all order history of a customer
• input validation
• exception handling
• persistent data; no hardcoding of data.(prices, customers, order history, etc.)
• (optional: order history can be sorted by earliest, latest, cheapest, most expensive)
• (optional: get a suggested order for a customer based on his order history)
• (optional: display some statistics based on order history)
• (optional: deserialize data from disk) [optional]
• (optional: serialize data to disk) [optional]

• use EF Core (either database-first approach or code-first approach)
• use a DB in third normal form
• don't use public fields
• define and use at least one interface

• class library
• contains all business logic
• contains domain classes (customer, order, store, product, etc.)
• documentation with <summary> XML comments on all public types and members (optional: <params> and <return>)
• (recommended: has no dependency on UI, data access, or any input/output considerations)

• has first name, last name, etc.
• (optional: has a default store location to order from)

• has a store location
• has a customer
• has an order time (when the order was placed)
• can contain multiple kinds of product in the same order
• rejects orders with unreasonably high product quantities
• (optional: some additional business rules, like special deals)

• has an inventory
• inventory decreases when orders are accepted
• rejects orders that cannot be fulfilled with remaining inventory
• (optional: for at least one product, more than one inventory item decrements when ordering that product)

• interactive console application
• has only display and input related code
• THIS IS A LOW-PRIORITY COMPONENT, It will be replaced when we move to project 1.

• class library
• recommended separate project for data access code using EF Core
• contains data access logic but no business logic
• use repository pattern for separation of concerns

• at least 10 test methods
• focus on unit testing business logic; testing the console app is low priority because it will be replaced with the WebUI.