1 / 4

TSS Architecture Definition and Scoping Study

This document provides a detailed requirements specification, high-level architecture description, key implementation highlights, role definitions, and task assignments for the TSS system. It also discusses the TSS quality triangle and the target for the first year. The scoping study tasks are outlined, including consolidating requirements, identifying scenarios, exploring architectural options, producing a candidate architecture, evaluating and reworking the architecture, revisiting requirements, and finalizing the logical model of the system.

nancyc
Download Presentation

TSS Architecture Definition and Scoping Study

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. TSS Architecture Definition Context

  2. TSS Scoping Study Context • Detailed Requirements Specification (products, functionality) • High Level Architecture Description (databases, processes, flows) • Key Implementation Highlights (formats, technologies, standards) • Role Definitions and Task Assignments

  3. TSS Quality Triangle High Quality, More Features • Expensive • High quality, more features • Longer development time • More expensive • Moderate quality • Moderate development time Improvements as time permits First Year TSS Target (Defined by Scoping Study) Quick Development Low Cost • Inexpensive • Lower quality, less features • Longer development time

  4. Scoping Study Tasks • Consolidate the Requirements: Identify, understand, and refine the initial required products. • Identify scenarios: Identify a set of case studies that illustrates the system’s most important requirements and products. • Explore the Architectural Options: Explore the various architectural possibilities for the system and its subsystems. • Produce a Candidate Architecture: Create a first-cut architecture for the system that can serve as a basis for further evaluation and refinement. • Evaluate the Architecture: Evaluate the candidate architecture according to requirements, constraints, feasibility, available expertise, and stakeholder approval. • Rework the Architecture: Address any concerns that have emerged during the evaluation task. • Revisit the Requirements: Consider any changes to the system’s original requirements and scope that may need to be made in light of the architectural evaluation. • Finalize the Logical Model of the System: Create a set of diagrams and documents that describe the logical architecture of the system, role responsibilities, and a draft project plan.

More Related