What is AppONE? What is AppONE?

- Does not impact manufacturing’s ability to move material

- Does not restrict how data is retrieved (e.g., not confined to fix IMS screens and extracts)

SMS data is propagated to AppONE within 5 minutes (often within a few seconds)

• AppONE data is “near real time.”

• The AppONE relational data store is separate from the operational data store.

AppONEdatabaseAppONEdatabase

SMS Operational

database

SMS Operational

databaseRealtime DataRealtime Data

AppONEdatabaseAppONEdatabase

WIP – lot information

• Structure information

• History

• Parametric data

WIP Tables

Entity – equipment info•Machine, photomask,

operator information

•History

ENTITY Tables

SPC – statistical process control (TBD)

• Chart definitions• Points

-Future Tables-

Relational database containing the following data tables:

Kparm – keyword parameters

•Keyword and hierarchy

•Merged into Spec schema

KPARM Tables

What is AppONE? What is AppONE?

Why was AppONE created?Why was AppONE created?

Example: Batch reporting sometimes forces users to get massive amounts of data when only a small subset is required for the end report.

Facilitates reporting efforts through better use of data and IT resources.

• Existing reporting mechanisms are not cost effective.

• Existing reporting mechanisms prevent more efficient ways of retrieving data.

Example: Some processes require total reloads of data vs. selective reload based on changes.

Data will be propagated to AppONE within 5 minutes of event.

AppONE DesignAppONE Design

• WIP, ENTITY and SPC usually within seconds

• SPEC updates can take longer if large batches of updates are submitted at the same time

- Large ECNs activated

- Global planning factors changed

AppONEdatabaseAppONEdatabase

WIP data

Entity data

SPEC

data

SMS Operational

database

SMS Operational

database

AppONE Data RetentionAppONE Data Retention

• Minimum one year

Once the SMSdw is fanned out globally this will be reviewed to determine if longer retentions are necessary

• Purge criteria

Based on date/time

- Not tied to SMS operational data purges

- Tables are partitioned for easy purging

AppONE DeploymentAppONE Deployment

Phase I (revision 1.10)

• WIP and SPEC data

• Software in production

• Deployment completed March 2002

Phase II (revision 2.00)

• Adds KPARM (into SPEC) & ENTITY data

• Software installation in April/May/Jun 2002

• Deployment completed Jul/Aug 2002

Phase III (revision 3.00)

• Adds SPC data

• Pending resource availability

Software Releases: