240 likes | 337 Views
Project 2 Presentations CS554 – Designs for Software and Systems. Team HAND – Seokin Hong, Gieil Lee, Jesung Kim, Yebin Lee Department of Computer Science, KAIST. Contents. Requirements Quality Attribute (Utility Tree) Rating Candidate Architecture Style Pipe-filter Client-server
E N D
Project 2 PresentationsCS554 – Designs for Software and Systems Team HAND – Seokin Hong, Gieil Lee, Jesung Kim, Yebin Lee Department of Computer Science, KAIST
Contents • Requirements • Quality Attribute (Utility Tree) • Rating • Candidate Architecture Style • Pipe-filter • Client-server • Scenarios Analysis • Architectural Analysis • Rating • Architecture Overview
Requirements – Quality Attribute (Utility Tree) Response time Throughput Performance Deadline time Latency Utility Modifiability Prevent ripple events Availability Repair time Built-in monitor Testability
Requirements – Quality Attribute (Utility Tree) When the fault occurs, fault protection system invoked asynchronously at any time [H, L] Response time [M, L] Upper layer component checks parameter of lower layer components Throughput Performance Fault occurs when the critical function is running, the fault protection system responses within specific time [H, H] Deadline time In order to check parameter, a component accesses DB for fetching predefined operating range value [H, L] Latency
Requirements – Quality Attribute (Utility Tree) Fault protection software can be added into existing fault protection software or replaced or eliminated [M, M] Prevent ripple events Modifiability Verification of fault protection system is performed by the combination of inspection, simulation, and analysis [M, H] Testability Built-in monitor [H, M] Fault protection system tests itself for detecting its fault Availability Repair time
Requirements – Rating • Quality Attribute Rating
Candidate Architecture Style • Pipe-filter • Asynchronous, concurrent, Independent • Data stream • Non-recursive, pipeline • Client/Server • Asynchronous / synchronous • Performance, Modifiability, Reliability • N-tier
Scenarios Analysis • Performance – Throughput
Scenarios Analysis • Performance – Throughput
Scenarios Analysis • Performance – Latency
Scenarios Analysis • Performance – Latency
Scenarios Analysis • Performance – Response time
Scenarios Analysis • Performance – Response time
Scenarios Analysis • Performance – Deadline time
Scenarios Analysis • Performance – Deadline time
Scenarios Analysis • Modifiability – Prevent ripple events
Scenarios Analysis • Modifiability – Prevent ripple events
Scenarios Analysis • Testability – Built-in monitor
Scenarios Analysis • Testability – Built-in monitor
Scenarios Analysis • Availability – Repair time
Scenarios Analysis • Availability – Repair time
Rating • Measurement metrics • + = 3, - = 1 • Performance = x 1, Availability = x 0.9 • Modifiability = x 0.8, Testability = x 0.7
Architecture Overview– client / sever • Client-server Architecture Approach