architecture review board n.
Skip this Video
Loading SlideShow in 5 Seconds..
Architecture Review Board PowerPoint Presentation
Download Presentation
Architecture Review Board

Loading in 2 Seconds...

play fullscreen
1 / 94

Architecture Review Board - PowerPoint PPT Presentation

  • Uploaded on

Architecture Review Board. Project: Asian Film Database . Date: 11/10/98. Agenda. 1. Project Overview - Solomon Yang(3 min) 2. OCD & prototype - Jingtao Sun & Tao Feng (12 min) 3. Requirement - by Hui Wang (5 min) 4. Architecture - by Solomon Yang (5 min)

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about 'Architecture Review Board' - bernad

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.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
architecture review board

Architecture Review Board

Project: Asian Film Database

Date: 11/10/98

  • 1. Project Overview - Solomon Yang(3 min)
  • 2. OCD & prototype - Jingtao Sun & Tao Feng (12 min)
  • 3. Requirement - by Hui Wang (5 min)
  • 4. Architecture - by Solomon Yang (5 min)
  • 5. Project Plan - by Tao Feng (5 min)
  • 6. Feasibility Rationale - by Xinhua Wei (5 min)
  • 7. Discussion and comments (35 min)
  • 8. Summary (5 min)
system overview
System Overview
  • The Asian Film Database (AFDB) system is to create better awareness and understanding of Asian cinema by providing comprehensive and immediate availability of relevant information about it on the internet using the latest information technology, and thereby contributing globally to deeper intercultural understanding. This would also:
    • help the growth and development of the Asian cinema industry through effective marketing of Asian cinema within the region as well as internationally
    • encourage interaction and joint ventures with and among Asian cinema industry
    • enrich educational inputs for cinema and general education institutions
project team
Project team
  • Customer
    • Karen Howell
    • Robert Doiel
  • Development team
    • Solomon Yang Team Leader/SSAD
    • Jingtao Sun OCP
    • Hui Wang SSRD
    • Tao Feng Prototype
    • Xinhua Wei LCP/FRD
operational concept description ocd
Operational Concept Description(OCD)
  • Introduction
  • Domain Description
  • System Analysis
  • Concept of Operation
purpose of ocd
Purpose of OCD
  • Identify high-level objectives and scope
  • Describe domains of the proposed system
  • Identify operational scenarios and prototypes of interfaces
  • Clarify operational concepts
organization background
Organization Background
  • Cinema cultures
    • China, India, Japan, Korea and Taiwan
  • Film industries of the cinema cultures
    • From 10 to 800 films per year
  • User of Asian Film Database Clarify
    • Producers, directors, distributors, film critics, scholars, media as well as general public
organization goals
Organization Goals
  • AFDB contain information for each of the cinema culture
  • Texts are available in English, Chinese, Japanese and Korean
  • User friendly and graphically user interface
  • Database management interface
current system
Current System
  • No official Asian Film Database
  • Hard to obtain information of Asian Film
  • Integrity of information is not guaranteed
  • Information is usually out of date
  • Prevents interaction among film industries
  • Prevents growth and development of Asian cinema industry
organization activity model
Organization Activity Model
  • Film Data management
  • Browse website of Asian Film Database
  • Database Administration
film data management
Film Data Management
  • Creating a film Data Entry
  • Management of the new Film Data
  • Modification of Film Data
browse website of afdb
Browse Website of AFDB
  • Choose language
  • Go through catalog
  • Search the database
  • Display film data record
  • Look up glossary context
database administration
Database Administration
  • User account management
  • Data Maintenance
  • Collect updated data
  • Checks data consistency
  • Backup/restore the Asian Film Database
statement of purpose
Statement of Purpose
  • Help the growth and development of Asian cinema industry
  • To encourage interaction and joint venture with and among Asian cinema industry
  • To enrich educational inputs for cinema and general education institutions
project goals
Project Goals
  • A database accommodating Film Data
    • Accommodate 10,000 film records
    • Texts are in four languages
  • Friendly user-interface
    • User may choose preferred language
    • User may browse website through catalog
    • User may search database
    • User may check context glossary
project goals cont
Project Goals(cont’)
  • Interface for data management
    • Check data record
    • Modify data
    • Add/delete data
    • Data transmission
  • Interface for database administration
    • Update/restore database
    • Manage user accounts
    • Collect updated data
system responsibilities
System Responsibilities
  • Film Data Management
    • Create Film Data entry
    • Management of new film data
    • Modify existing film data
  • Website navigation
    • Data in multiple languages
    • Catalog for web browse
    • Search by key words
    • Glossary context
    • Display multimedia data
system responsibilities cont
System Responsibilities(cont’)
  • Database Administration
    • User account management
    • Data maintenance


Language: Chinese/Japanese/Korean/Chinese;




Cinema culture, Title, Director, Actors….





Film Navigation

Search Engine

Glossary Context

Query: Keywords;

Catalog update

Result: Links

Multimedia Archive





Data Edit;






Data Edit:

Film Data:

text correction


different language.


Data viewing


update confirm

Video clip

film still...






Block Diagram


Other Countries


China India

Taiwan Japan Korea







USC Library

USC Students


Asian Film Database



Developer (Team3)

Stakeholders Hierarchy

System Requirement
  • Quality Attribute Requirements
  • System Interface Requirements
  • Environment and Data Requirements
  • Evolution Requirements
system requirement
System Requirement

AFDB consists of three subsystems:

  • Film Data Management
  • Film Data Navigation
  • Asian Film Database Administration
film data management1
Film Data Management
  • Film Data Entry: clients to upload film data
  • Film Data Management: data managers to manage film data.
film data navigation
Film Data Navigation
  • Users choose language to view the film data
  • Users utilize categories to browse the database website
film data navigation continue
Film Data Navigation(continue)
  • Users use key words to search the film information of their interests
  • Users can access multimedia film data
  • Users gets help from contextual glossary to understand film information
film database administration
Film Database Administration
  • Administrators manages Clients and Data managers
  • Film Database Maintenance
quality attribute requirements
Quality Attribute Requirements
  • Usability
  • Performance
  • Dependability/Fault-Tolerance
  • Security
  • Compatibility
  • Ease of learning
  • Ease of use
  • Online Help
  • Fast response time

To load a web page within 20 seconds (33.6k bps Modem)

  • Workload

Film data Volume: 2000 films/year, 200 films/month, …

dependability fault tolerance
  • Availability (24hrs/day)
  • Reliability (authoritative)
  • Privacy

Different levels of security

  • Integrity

Film data resources, multi-languages

  • Audit

Keep track of film data changing, clients...

  • Political Correctness

Clients be responsible for data entry

  • Legality


system interface requirements
System Interface Requirements
  • User Interfaces (GUI)
environment and data requirements
Environment and Data Requirements
  • Operating Assumptions
    • Basic World Wide Web knowledge
    • Film Data Entry
    • WWW access
    • GUI Interface
environment and data requirements continue
Environment and Data Requirements (continue)
  • Workload Characterization
    • 200 concurrent users
  • Data Storage Characteristics
    • Text + Images /per record = 500 KB
    • Total of 10k film records for 5 years
    • 500K x 10K =5G KB
    • Estimated Storage = 200% x 5G = 10G
environment and data requirements continue1
Environment and Data Requirements (continue)
  • Design and Construction Constraints
    • Hardware Requirements /Limitation
      • AFDB shall be able to run with satisfactory performance on a Unix server
      • User may use PC, Mac, Unix,etc. with Internet connectivity.
    • Software Requirements
      • Server: Unix operating system
      • Users: Unix, Win95/98, Machitosh, Window NT 4.0
      • Standard World Wide Web browser (e.g., Netscape Communicator 4.0 or Microsoft Internet Explorer 4.0 or later)
      • DBMS (IBM DB2)
environment and data requirements continue2
Environment and Data Requirements (continue)
  • Packaging Requirements
    • Installed on USC Unix server.
    • Maintained by ISD
evolution requirements
Evolution Requirements
  • Capability Evolution
    • Make information available in other languages
    • Introduce more cinema cultures into database
    • establish mirror site in these cinema cultures to achieve fast Internet access
    • etc...
system and software architecture definition

System and Software Architecture Definition

Project: Asian Film Database

Date: 11/10/98

agenda ssad
Agenda (ssad)
  • Overview
  • Component Model
  • Behavior Model
  • Enterprise Model
  • System View
  • Deployment View
overview ssad
Overview (ssad)

Entity Model

Sys. Responsibility

From OCD

1. Component Model

2. Behavior Model

4. Sys. Component view

5. Deployment View

3. Enterprise Model

LCO Focus

Object Model

Operation Model

Class Model

component model 1 component list
Entity Model





System Administrator

Film Data

Component Model



Data Manager


System Administrator

Film Catalog

Film Data

Glossary Context;

Component Model (1) - Component List
behavior model 1
Behavior Model (1)
  • According to the system responsibility in OCD, we can summarize the following subgroup of system responsibilities:
    • Asian Film Data Management
    • Asian Film Navigation
    • AFDB System Administration
deployment view



Web Server

Search Engine


- catalog

- glossary

- search interface

- data m/a

- data adm.

HTML generator

Data editor


Data M/A












Deployment View

User’s Computer

Client’s Computer

Digtlzd dvc


Data Mgr.’s Computer

Sys. Adm.’s Computer


film data

overall life cycle strategy
Overall Life Cycle Strategy
  • Engineering Stage(CS577a)-- formulate operational concepts, requirement spec., arch., prototypes, life cycle plans, and integrate rationale for the proposed capabilities.
  • Production Stage(CS577b)-- develop initial operational capability products based on the requirement and arch. results from CS577a.-- training customer to use and maintain the system
  • Support Stage(USC ISD responsibility)
phases of the development of afdb
Phases of the development of AFDB
  • Navigation
  • Data Input
  • Data Management
  • Database Administration
  • Help and Support
major stakeholders in the development
Major stakeholders in the development
  • Owner: USC - ISD
  • Developer: CS577 students
  • User-- general public(web visitor)-- client-- Data Manager-- System Administrator
  • Customer: USC - ISD
stakeholders responsibility user
Stakeholders’ responsibility -- User
  • Engineering Stage:-- Provide system requirement, -- Define the operational concepts -- Prepare the operational plan
  • Production Stage:-- Review and test each increment in the development environment
  • Support Stage:-- Actual usage on the AFDB
stakeholders responsibility developer
Stakeholders’ responsibility -- Developer
  • Engineering Stage:-- prepare the system requirement, operational concept, system architecture-- make a plan -- build a prototype according to the above
  • Production Stage:-- implement and integrate the product-- perform and support test
  • Support Stage:-- Provide administrative support to the product transition-- adapt the product to operate in different environment.
stakeholders responsibility customer
Stakeholders’ responsibility -- Customer
  • Engineering stage-- monitor and evaluate the project progress-- help to supply test data and scenario for system development
  • Production stage-- review system performance
  • Support stage-- Provide administrative support to the product transition -- maintain the system usage
risk management
Risk Management
  • Unstable requirement-- currently there has no actual system, and a large part of requirements are based on customer’s plan.-- design system incrementally and modulely.
  • User interface mismatch -- prototype may not meet the customer’s requirements-- frequently interact with customer and get their feedback
risk management 2
Risk Management (2)
  • Schedule constraints-- the whole project should be completed by the end of spring semester in 1999, so it will be too short to design and implement all the requirement .
  • External components, COTS-- there is no such a system now. When customers select database and other softwares later, they must think about compability with current system design and arch.
  • Personal Shortfalls-- the project will be continued by the cs577b students. They need time to be familiar with cs577a students’ work.
quality management
Quality Management
  • One dedicated team member in project team who is in charge of performing the quality control.
    • develop documentation and coding standards
    • verify the compliance between the products and the documentation and coding standards
    • prepare test cases and produce test reports
    • not involved in the coding and development avoiding having any assumption and influence
major project reviews
Major Project Reviews
  • Architecture Review Board (1)
    • overall content of the LCA package
    • make sure no other changes have occurred. If new elements have come out, they must be integrated at this time in the system.
  • Architecture Review Board (2)
    • The architecture designed, the developers have to make sure that they have not forgotten any requirements or import features.
    • All the risks have resolved.
  • Architecture Review Board (3)
    • must verity that no interface design errors have been made for any module of the system.
    • The review also checks that each individual module is well architected.
major project reviews 2
Major Project Reviews (2)
  • Reviews/Inspections
    • The team insures that each sub-module is tested and meets all associated requirements.
  • Transition Readiness Review
    • focuses mainly on the acceptability of the system. The customer will meet with the development team to discuss whether or not the current system is acceptable as it stands.
  • Release Readiness Review
    • It must verify that all stakholders are satisfied with the system acceptance test. Everything that is produced by the development team is accepted.
    • at the end of the implementation phase.
feasibility rationale asian film database
Feasibility Rationale(Asian Film Database)

To demonstrate from the following categories:

  • Product Rationale
  • Process Rationale
  • Analysis Results
product rationale business case analysis
Product Rationale:Business Case Analysis
  • Development Cost Analysis
    • Developed by CS577b students
  • Implementation Cost Estimate
    • Training
    • Data preparation

Product Rationale:Business Case Analysis

  • Operational Cost Estimate
    • Employee of USC
    • Clients from different countries
  • Maintenance Cost Estimate
    • Essential devices
    • System Administrators
product rationale requirements satisfaction
Product Rationale:Requirements Satisfaction
  • Capability Requirements
    • Film data management
      • Upload data by clients
      • Manage data by data managers
    • Film data navigation
      • Choose language, Browse the website, search films, and access multimedia data by users
    • Database Administration
      • Assign account for data managers and clients
      • Database maintenance
product rationale requirements satisfaction1
Product Rationale:Requirements Satisfaction
  • Interface Requirements
    • Well-designed, user friendly, and simple enough
    • Specific interfaces for:
      • Data management Mode
      • User Mode
      • Administrator Mode

Product Rationale:Requirements Satisfaction

  • Quality Requirements
    • Usability: (easy to learn and use, help)
    • Performance: (response time, bandwidth, workload)
    • Dependability/Fault-Tolerance: (reliability, availability)
    • Security: (privacy, integrity, audit)
product rationale requirements satisfaction2
Product Rationale:Requirements Satisfaction
  • Evolution Requirements
    • Establish the mirror sites
    • Extend number of clients
    • Extend participation to other cinema cultures
    • Proceed more business activities
product rationale operational concept satisfaction
Product Rationale:Operational Concept Satisfaction
  • User browse the website
    • Mainstream Scenarios: Access, Display, navigate, etc..
    • Variant Scenarios: Quick search, Super search
  • Film data management and maintenance
    • Client’s data entry: Login, create entry
    • Data management: Login, manipulate
    • Data Administration: login, maintenance
product rationale stakeholder concurrence
Product Rationale:Stakeholder Concurrence

The main agreements are reached as follows:

  • Schedule and cost
  • AFDB operations
  • Requirements
  • Development strategy
  • USC library operation
process rationale system priorities
Process Rationale:System Priorities
  • On database
    • a database in USC
    • Film data from five countries in Asian
  • On operation
    • User: browse/download/navigate/search
    • Data manager: check/update/communicate
    • System administrator: maintain/collect/monitor/control
    • Client: create/transmit/check
process rationale process match to system priorities
Process Rationale:Process Match to System Priorities

Spiral model and incremental development used.

  • In CS577a:
    • Formulate operational concepts, requirements specifications, architectures, prototypes, life cycle plans, and integrating rationale for the proposed capabilities.
    • In CS577b:
    • Develop Initial Operational Capability products with several increment steps
process rationale consistency of priorities process and resources
Process Rationale:Consistency of Priorities, Process and resources
  • Database design and construction (very high)
  • Film data collection (high)
  • Requisite software assemble and needed skill learning for CS577b (high)
  • Authorization to run on USC web sever (high)
analysis results
Analysis Results
  • Off-the-shelf solutions
    • DBMS
    • Web page designer
    • Data digitizing software
    • Film scan software