Nomo2 Final Product Presentation Final
Upcoming SlideShare
Loading in...5
×
 

Nomo2 Final Product Presentation Final

on

  • 1,743 views

 

Statistics

Views

Total Views
1,743
Views on SlideShare
1,458
Embed Views
285

Actions

Likes
0
Downloads
10
Comments
0

6 Embeds 285

http://www.joshwentz.net 280
http://www.weebly.com 1
https://www.mturk.com 1
http://joshwentz.weebly.com 1
http://www.slideshare.net 1
http://webcache.googleusercontent.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Initial studyThrough interviews & NOMO Autogroups meetingsDatabase designDatabase accessed through the internetAccording to NOMO’s specificationsCodingMakes queries possibleMakes additional cars possible Testing & EvaluationWe’ve extensively tested our database accessed through the internet Today we will be demonstrating the solution that we’ve createdWe will continue to provide support through training
  • WHAT WE KNOWinstructional designer, Stan Tocchet, to interview Byron Nelson, CEO of NOMO Auto GroupDE-CENTRALIZEDeach of the dealer’s inventory information is contained within their own location and is not centrally located for distributionusing an Excel spreadsheet at each dealershipINACCESSIBLE if one person has the spreadsheet open and is entering data, others can’t get access to itpeople will save personal copies of the spreadsheet for their own useSTATICgo and actually find the car to double checkspending too much time and money making phone calls and faxing inventory sheets between dealershipsNot all of the salespeople update the spreadsheets at each location in a timely mannerupdate the main spreadsheet at the end of each monthINSECUREevery employee should not be able to access certain informationSUSCEPTIBLE TO INPUT ERRORSforgetting to go back and enter data into it or entering incorrectly = inaccurate dataCOMPLICATEDdealership doesn’t really have anyone who specializes in the spreadsheets who can show us how to efficiently work with them
  • Without personnel team, the complex task of completing the database design and development could not have been completedPersonnel ResourcesIdentify the resources used to implement the database including the following:·         The personnel used to complete the database design and development, the time spent on the project and job roles·         Anticipated personnel tasks not covered or completed in this SOWPersonnel, database implementation, time

Nomo2 Final Product Presentation Final Nomo2 Final Product Presentation Final Presentation Transcript

  • Database Implementationfor  NOMO Auto Group
    teamSOLUTIONS
    Martin Castner, Bryant Crone, Mike Holden,
    Brianna Malcolmson, & Josh Wentz
    1
    December 7, 2009
  • teamSOLUTIONS
    2
    teamSOLUTIONS
  • project manager
    Josh Wentz
    3
    teamSOLUTIONS
  • scope of work
    SCALABILITY
    NOMO Auto Groups is a growing successful organization
    Our solution will allow for the four existing location to expand even farther
    MAXIMUM EFFICIENCY
    The current database system needs to be updated improved to guarantee peak efficiency
    TECHNOLOGICAL EDGE
    Maintain a technological edge on competitors through use of a cloud computing type accessible & collaborative database
    Problems Recap & teamSOLUTIONS…
    teamSOLUTIONS
  • database lifecycle
    teamSOLUTIONS
    5
  • existingPROBLEMS
    6
    projectSOLUTIONS
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • projectSOLUTIONS
    CENTRALIZED
    database housed in one location
    each of the dealer's inventory
    listing of all automobiles currently owned by NOMO & dealership location
    ACCESSIBLE
    many people can access the database at the same time
    employees from each location can access the same database
    REAL-TIME
    database is automatically updated throughout each location as soon as someone inputs information
    up to date inventory
    up to date sales information
    SECURE
    keep each individual’s commission private
    none of the salespeople know what other salespeople are making in terms of commission
    SAFEGUARDS INPUT ERRORS
    check in the system to maintain data integrity if employee enter a wrong amount for a car we receive
    USER-FRIENDLY
    streamlined & integrated: login, input, compiled
    7
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • personnel resources
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
    8
  • database administrator
    Bryant Crone
    9
    teamSOLUTIONS
  • existingPROBLEM
    Spreadsheets = Limited Access
    Four Dealerships
    10
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • existingPROBLEM
    11
    UPDATES
    UPDATES
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • existingPROBLEM
    12
    SPREADSHEET
    A
    SPREADSHEET
    B
    Compare
    &
    Update
    SPREADSHEET
    A
    SPREADSHEET
    B
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • databaseSOLUTION
    Centralized
    Multiple User Access
    13
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
    DBMS selection
    14
  • database design
    15
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • 16
    Entity-Relationship Diagram
  • SQL coding
    17
    CREATING THE DATABASE
    CREATE TABLE Invoice
    ( invoice_id NUMERIC PRIMARY KEY,
    customer_id NUMERIC NOT NULL,
    vin VARCHAR(20) NOT NULL,
    sale_date DATE NOT NULL,
    sale_price INTEGER NOT NULL,
    gross INTEGER NOT NULL,
    commission INTEGER NOT NULL,
    employee_id VARCHAR(255) NOT NULL,
    FOREIGN KEY (customer_id) REFERENCES Customers(customer_id),
    FOREIGN KEY (vin) REFERENCES Inventory(vin),
    FOREIGN KEY (employee_id) REFERENCES Employees(employee_id) );
    COMPILING THE DATABASE
    INSERT INTO Invoice (invoice_id, customer_id, vin, sale_date, sale_price, gross, commission, employee_id)
    VALUES (107689, 154012, '1HGFA553XJA126793', 06-05-2009, 8055, 3555, 1422, 'jb1390');
    INSERT INTO Invoice (invoice_id, customer_id, vin, sale_date, sale_price, gross, commission, employee_id)
    VALUES (206956, 154013, '3KRFA733NVX128535', 06-22-2009, 6000, 1600, 640, 'lg3370');
    INSERT INTO Invoice (invoice_id, customer_id, vin, sale_date, sale_price, gross, commission, employee_id)
    VALUES (107690, 154014, '5CMET196OWS475683', 07-13-2009, 18100, 5100, 2040, 'bt2336');
    INSERT INTO Invoice (invoice_id, customer_id, vin, sale_date, sale_price, gross, commission, employee_id)
    VALUES (303981, 154015, '7HGHA553ASR267431', 09-25-2009, 13330, 4130, 1652, 'mp4243');
    INSERT INTO Invoice (invoice_id, customer_id, vin, sale_date, sale_price, gross, commission, employee_id)
    VALUES (405643, 154016, '7IYRW553QOJ012504', 11-30-2009, 10390, 2990, 1196, 'tk1348');
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • web developer
    Martin Castner
    18
    teamSOLUTIONS
  • web interface
    19
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • PHP queries
    20
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • live demo
    ONLINE WEB DATABASE
    http://php.scripts.psu.edu/mic5145/ist210/index.php
    21
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • security director
    Brianna Malcolmson
    22
    teamSOLUTIONS
  • audience analysis
    INFORMATION NEEDS
    Sales
    Commission
    Monthly Sales Reports
    Dealership Contacts
    Inventory
    ASSOCIATED USERS
    CEO
    Manager of sales
    General managers and operations managers
    Sales people
    23
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • organizational structure
    24
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • data analysis
    Nomo employees and owners require
    Simple and fast access to 
    Relevant business information that can allow them  
    Greater efficiency and  
    Higher accuracy ensuring smarter business decisions
    25
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • security needs
    Each employee of NOMO Auto Group needs access to different parts of the database
      Data needs to be protected from employees who do not need to access it
    Data needs to be protected from outsiders trying to attack the system and alter data. 
    26
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • USER TYPE
    CONTACT INFO
    COMMISSIONS
    SALES REPORTS
    INDIVIDUAL/ PERSONAL SALES
    INVENTORY
    DBA
    Y
    Y
    Y
    Y
    Y
    CEO/MANAGER OF SALES
    Y
    Y
    Y
    Y
    Y
    GENERAL MANAGER/ OPERATIONS MANAGER
    Y
    Y
    Y
    Y
    Y
    SALES PERSON
    Y
    N
    N
    Y
    Y
    USER DATA READ AND WRITE PERMISSIONS: Y/N?
    securitySOLUTION
    27
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • data access & security
    Limitations to access the data and data Security
    Users must have account and password created by the DBA
    Website is not accessible unless user ID and password are validated
    Restricted Pages such as Commissions and Sales Reports are not accessible to users without permission.  This was achieved using PHP code to check the user trying to view the page then allow or deny access.
    28
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • business relations director
    Mike Holden
    29
    teamSOLUTIONS
  • business need & impact
    Change Management issues
    Change management issues with moving to a new system
    Anticipated employee reactions
    How the new database changes NOMO's current processes:
    Inventory control
    Tracking sales
    Salesperson contact information
    30
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • organizational planning
    We will update the system with all previous information kept in spreadsheets
    Weekly employee training sessions
    Mandatory for all employees
    Each session is 1 hour
    Employees must attend 4 sessions total before go live date
    Anticipated "go live" date:
    January 11th 2010
    Ongoing tech support
    31
    INITIAL STUDY DATABASE DESIGN CODING TESTING & EVALUATION
  • the X factor
    team  SOLUTIONS
    32
  • theXfactor
     STRAIGHTFORWARD DESIGN
    User-Friendly
    Visually Appealing Interface
    ACCESSIBILITY & COLLABORATION
    Access the car inventory database from any web browser
    Real-time view of summary for board to view at any time
    ONGOING SUPPORT
    Business Relations Director is there for you
    Liason: Client to Company
    Software update checking daily
    On going tech support (24hr/day)
    33
    What makes us unique?
    teamSOLUTIONS
  • "MySQL vs. SQL Server." Custom Software Development.
              Tometa Software. Web. 26 Oct. 2009. http://www.tometa
               software.com/mysql_vs_sqlserver.asp.>
     
    "MySQL or SQL Server: Look beyond politics and hype when 
              deciding which to use." TechRepublic Articles. CBS
              Interactive Inc., 18 Mar. 2003. Web. 26 Oct. 2009. 
              <http://articles.techrepublic.com.com/5100-10878_11-           1054385.html>.
    references
    34
    teamSOLUTIONS
  • QUESTIONS?
    teamSOLUTIONS
    Martin Castner, Bryant Crone, Mike Holden,
    Brianna Malcolmson, & Josh Wentz
    35