Beruflich Dokumente
Kultur Dokumente
TA.030 PRELIMINARY
CONCEPTUAL ARCHITECTURE
<Company Long Name>
<Subject>
Author: <Author>
Creation Date: June 10, 1999
Last Updated: June 10, 1999
Document Ref: <Document Reference Number>
Version: DRAFT 1A
Approvals:
<Approver 1>
<Approver 2>
TA.030 Preliminary Conceptual Architecture Doc Ref: <Document Reference Number>
June 10, 1999
Document Control
Change Record
1
Reviewers
Name Position
Distribution
Note To Holders:
If you receive an electronic copy of this document and print it out, please write your
name on the equivalent of the cover page, for document control purposes.
If you receive a hard copy of this document, please write your name on the front
cover, for document control purposes.
Contents
Document Control.....................................................................................................................
Introduction................................................................................................................................
Purpose.................................................................................................................................
Sources..................................................................................................................................
Business Operations..................................................................................................................
Key Business Organizations and Functions...................................................................
Financial Structure..............................................................................................................
Major Business Processes..................................................................................................
Data Center and Hosting Facility Operations.......................................................................
Data Center/Hosting Facility - <Data Center Name/Location>...............................
Business Information Model....................................................................................................
Information Flows..............................................................................................................
Information Access.............................................................................................................
Key Applications........................................................................................................................
Existing Applications Retained........................................................................................
Replacement Applications.................................................................................................
Conceptual Architecture...........................................................................................................
Analysis of Architecture Model.......................................................................................
Project Environment Architecture..........................................................................................
Server Environments..........................................................................................................
Server Capacity Requirements.........................................................................................
Client Environments..........................................................................................................
Open and Closed Issues for this Deliverable........................................................................
Open Issues..........................................................................................................................
Closed Issues.......................................................................................................................
Introduction
Purpose
The purpose of this document is to provide a reference at any time for resources
working on the Application and Technical Architecture of the <Project Name>.
This document is used to circulate for feedback and support of the entire project
team to proposed conceptual approaches to resolving architecture requirements.
This document is also the source for current application and technical architecture
information for project team members in processes with a dependency on the high
level architecture model for <Company Short Name>’s future information systems.
Sources
This Conceptual Architecture document was prepared with input from the
following sources:
Business Operations
<Company Long Name> is a:
Financial Structure
Chart of Accounts
Revenue Recognition
Corporate Finance
Consolidation Approach
Intercompany Settlements
The following are the key business processes that will significantly affect the
application architecture:
Order Fulfillment
The following diagram represents the geographical distribution of the data centers:
LOCATION: <loc>
SITE: <Name>
Current Operations
Planned Operations
Information Flows
The information model describes the information flows that result from the key
business processes executed in the corporation. The information flows documented
here are associated with the following business processes:
<Process Name>
<Process Name>
Sales Commission
Data
BOM
INV GL
Order Invoice &
Shipmen Collectio
t
OE Shipped AR n
Orders
Data Data
Shipped
Sales
Orders
MPS/ Receipt
MRP Accrual External
Internal Invoices/
Material Reports
Requisition Payments
Requirement
Assets/
s s
Depreciation
Planned Finished
Orders Goods
Matched Asset
PO Invoices AP Addition FA
s
WIP
Invoices Payment
Raw Purchase for s
Resource Materials Orders Payment
Costs & WIP Materials /
Supplies
Material SUPPLIER S
Costs
COST
Costs
Information Access
The information model describes the access to information that business units need
in order to execute the business process steps in which they provide services
without compromising the integrity and security of the enterprise information as a
whole.
The following sets of (reference) master data objects are important for the business:
Chart of Accounts
Part Master
Vendor Master
Customer Master
The security and ownership policies and requirements relevant to the creation,
change, or deletion of these master data objects are:
Key Applications
This section describes the major or key applications that will be part of the future
architecture.
Replacement Applications
The following key replacement applications will be added in the future architecture:
Conceptual Architecture
Following is a summary of the architecture conceptual approaches to requirements
defined in the Architecture Requirements and Strategy (TA.010).
Application Deployment
Applications Architecture
Reporting Systems
Workflow Automation
Authentication Services
System Availability
Custom Development
Interface Requirements
Business Advantages
Business Disadvantages
Risks
<Project Name> will initially use a single series of servers for training, mapping,
and development environments. The specific Oracle Applications environments
required are:
Seed Data
Demo
Development
Test
Production
Server Environments
This diagram illustrates the database environments installed on the project server.
Boxes that resemble buildings with a roof represent an application environment—
shared executable code and environment variables that identify application
directories. Multiple databases may share the same environment for executables,
concurrent log and output files, and so on. The database names correlate to the
database instance names (ORACLE_SID).
APPLTEST APPLSYS
FINPROD
DEMO TEST (FND, GL, PO,
AP, AR, OE)
SHADOW
APPLDEV
APPDEV CONVTEST
CASE (Customization (Conversion
Development) Testing)
Preliminary server sizing has been performed for the project servers using the
Oracle Applications Sizing Spreadsheet. The results are summarized below with
additional requirements for operating system and software tools. Note that these
are servers to support the development of the production environments. The
production environments are sized elsewhere.
The forms server and the database server are segregated for each environment.
Modified source code and application setup data will affect the purity of
environments unless segregated.
Component Con- current Admin TRAIN MAP DEV TRAIN MAP DEV
Processing Server Forms Forms Forms Database Database Database
Server (MB) (MB) Server Server Server Server Server Server (MB)
(MB) (MB) (MB) (MB) (MB)
DNS Name
Operating System 0 0 0 0 0 0 0 0
Swap Space 0 0 0 0 0 0 0 0
User Directories 0 0 0 0 0 0 0 0
Documentation 0 0 0 0 0 0 0 0
Repository
Oracle Executables 0 0 0 0 0 0 0 0
Application 0 0 0 0 0 0 0 0
Executables
SYSTEM n/a n/a n/a n/a n/a 0 0 0
Tablespaces
Rollback Segments n/a n/a n/a n/a n/a 0 0 0
Archiving files n/a n/a n/a n/a n/a 0 0 0
Temp Space 0 0 0 0 0 0 0 0
Total Applications n/a n/a n/a n/a n/a 0 0 0
Data
Total Applications n/a n/a n/a n/a n/a 0 0 0
Indexes
Oracle 0 0 0 0 0 0 0 0
Documentation
Files
Space for Export n/a 0 n/a n/a n/a 0 0 0
files
Log files 0 0 0 0 0 0 0 0
Output files 0 0 0 0 0 0 0 0
TOTAL DISK 0 0 0 0 0 0 0 0
SPACE
Client Environments
Open Issues
Closed Issues