1 / 14

Coding Alpacas

Coding Alpacas. AlpacaBid : Phase Two Design Presentation Presentation available at sourceforge.net/ codingalpacas. Who We Are. Left to Right: Jonathan Rob Kyle Alan Why Alpacas Make Good Engineers: Highly trained Intelligent Mediocre understanding of the software engineering process

fritzi
Download Presentation

Coding Alpacas

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Coding Alpacas AlpacaBid: Phase Two Design Presentation Presentation available at sourceforge.net/codingalpacas

  2. Who We Are • Left to Right: • Jonathan • Rob • Kyle • Alan • Why Alpacas Make Good Engineers: • Highly trained • Intelligent • Mediocre understanding of the software engineering process • Incredibly in-depth by farm animal standards

  3. Usage Scenarios • AlpacaBid features all requirements in the original build spec, plus the following four “extra’ features: • Third party authentication where users can log into AlpacaBid with Google or Facebook Accounts • Seller feedback where buyers can leave public comments for sellers • User-to-User messaging • “Favorite Sellers” feature which includes an aggregated list of items being sold by members of the buyer’s favorite sellers list

  4. Data Model • SQL Server • Long term storage • Class-Based • Short term storage • Provides an interface between SQL database and front end code

  5. Entity-Relationship Diagram

  6. Build-Entity Relationship Diagram

  7. Data Dictionary

  8. Functional Model Issues • Login using AlpacaBid account or supported third party account • Incorporate built-in ASP.NET login system • Familiarize with openAuth • Buying • Understanding the 10% rule • Listing • Relatively simple implementation • Posting a review • John’s problem • Likely to utilize messaging API

  9. Functional Model Issues (continued) • Favorite Sellers • Likely to utilize search API • Private Messages • Simple Implementation on product page • Searching • Simple implementation, but may have trouble integrating with web page and optimizing for performance

  10. Software Interface Issues • Human Interface will be through ASP.NET • Getting better, still not perfect • We currently have 7 GUI pages: Login, Search/Search Results/View Item/Create Listing/Private Messages/View Reviews/Post Review/Favorite Sellers • May combine view/post review screens • Back-end Interface • Original plan was LINQ • Might be easier to ditch LINQ in favor of raw SQL connections unless Professor Steiner wants to help us with it

  11. Behavioral Model • The central functionality of AlpacaBid (auction site) defines its core behavior • Prior to expiration, the system will accept new bids • Bidding must follow 10% rule • This has been a recurring cause of concern • System always accepts new items • Post-Auction behavior • Email notifications to buyer and seller?

  12. Restrictions, Limitations, and Constraints • Management • Challenging launch date • SQL Server EULA restrictions • Technical Restrictions • Product will be shipped to customer on a preconfigured virtual machine • C# and SQL • Must run on Microsoft SQL 2012 Express • Database must not exceed 10GB under normal operating conditions • Development team must be aware of some minor differences between MySQL code and MSSQL code.

  13. Testing Plan • Unit Testing • Domain based • White and black box • Multi-level • Acceptance (usability) Testing • 80/20 rule • System Testing • Automated • Might not actually happen if deemed unnecessary

  14. Testing Plan (continued) • Writing Test Cases • Design for failure • Developers write unit test cases • Everyone writes Acceptance • Loosely based on use cases • Performance standards must be predefined • Crashing (never) • Speed (in ms) • Simultaneous connections

More Related