Evaluation of the ALCA Project Workshop Group 1  Jeffrey Schott  Bhavana Mungara  Kiran Bojja  Sri Harsha Meda

Presentation Overview  Overview of ALCA  What method for Evaluation?  Evaluation of ALCA Architecture  Additional features we propose  Analysis

Overview of ALCA  Purpose of ALCA  Features  Architecture Overview

Architectural Overview – Use Case Diagram

Architectural Overview - Sequence Diagram

Architectural Overview - Class Diagram

Evaluation Method  ATAM  Comparison with other evaluation methods

Evaluation of Architecture  Analysis of an existing component.  A function specified in the requirements but missing in the architecture.  Additional function to increase the reliability of the architecture.  Addition of a component to the architecture.

Scenario 1 : Single Sign-On  “UMKC single sign on is used to login”.  Key attributes that affect the architecture: –Performance –Reliability –Security –Modifiability  Sensitivity and Tradeoff points  Analysis –Performance → Only have to login Once –User Friendly –Security → Can’t access application unless logged in. –Modifiability → Changes to the application do not affect single sign on.

Scenario 2 :Update Grades  “ Teachers will be able to override the system assigned grade”. Original View : Changes Made:

Scenario 2 :Update Grades (contd.)  Key attributes that affect the architecture: –Performance –Reliability  Sensitivity and Tradeoff points  Analysis –Performance & Reliability → Overcome incorrect grading algorithm → Overcome incorrect grading algorithm → Overcome incorrect grading keys. → Overcome incorrect grading keys.

Scenario 3 : Test Lock  Why Test Lock? Changes made:

Scenario 3 :Test Lock (contd.)  Key attributes that affect the architecture: –Performance –Reliability –Security –Modifiability  Sensitivity and Tradeoff points  Analysis –Performance & Reliability → Accurate reflection of student performance → Accurate reflection of student performance –Security → Increase test security for teachers-students cannot retake the same test. → Increase test security for teachers-students cannot retake the same test. –Modifiability → Allows for addition of test cancellation function.  Good for Traditional and bad for Adaptive

Scenario 4: Cache DB  Saving test progress to resume a test to resume a test  Requirement fulfilled by a Cache Database

Scenario 4 :Cache DB (contd.)  Key attributes that affect the architecture: –Performance –Reliability  Sensitivity and Tradeoff points  Analysis –Performance & Reliability → Recover from system crashes → Recover from system crashes → Prevents exhaustion of limited number of tests. → Prevents exhaustion of limited number of tests.  Good for Adaptive and Bad for Traditional

Questions