Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
0 Essentials
1 of 25
Module Objectives
To know the process of modifying Siebel application using Tools To know the recommended configuration strategy
3 of 25
as-delivered Siebel application to meet business needs Developers edit and create the object definitions using Siebel Tools. They do not write SQL directly
4 of 25
Configuration Strategy
Make as few changes as possible Reuse existing objects in the Siebel Repository as far as possible to reduce the effort during application upgrade Plan your application design from the top down Define User Interface
Define the underlying business logic
5 of 25
Configuration Strategy
Modify definitions as required than creating new ones
Creating new object definitions can lead to redundant configuration and increases the maintenance work
Do not delete, make inactive or rename unused object definitions as
they might be referenced by other object definitions Use the existing template files whenever possible. When necessary, copy existing files and modify as needed.
Siebel template files: Use a HTML editor text editor to modify layout Cascading style sheets: Use text editor to modify fonts, colours etc. Image files: Use graphics program to add your organizations images
6 of 25
Creation of new modules that do not exist within the Siebel application. This may involve use of database extensibility, many new business components, and many new business objects Significant changes to out-of-the-box behavior Use of scripting
Inappropriate customization of the Siebel application can cause
Decreased maintainability and therefore increased cost of ownership Performance degrade Potential impacts with future upgrades Increased testing effort
7 of 25
Development Environment
A separate Development environment needs to be set up to isolate
between server and local repositories Changes should be done on the objects in the local repository first
Cannot undo the changes directly done on the server
8 of 25
environment Siebel Developer Web Client provides full Siebel application functionality in a local environment
Accesses a local DB containing a subset of the server database Synchronizes with the server database, as necessary Implements a development and testing environment for individual developers
9 of 25
10 of 25
11 of 25
mobile user
12 of 25
user account
Add database accounts on the appropriate database and then add these accounts to the group SSE_ROLE
Example:
13 of 25
14 of 25
15 of 25
16 of 25
ODBC Connection to Server Specific for Oracle Database Setting for Case Insensitivity Path for Siebel file system Server Connection String
17 of 25
database
The database file parameter of SEAW Local Db default instance must match ConnectString in [Local] section of uagent.cfg
ConnectString must point to local DB: \client\LOCAL\sse_data.dbf
18 of 25
The database file parameter of SSD Local Db default instance must match ConnectString in [Local] section of tools.cfg
19 of 25
20 of 25
21 of 25
Populates local database with a read-only copy of the projects and object definitions stored on the server database Must be performed before compiling Initiate from Siebel Tools, Tools menu->Check Out
SRF must be based on the full set of Siebel objects
22 of 25
Whole Idea
Steps to create a usable local database
23 of 25
Module Highlights
Recommended configuration strategy:
Tailor existing logical UI, physical UI, and business entities to minimize development and support effort Do not delete, make inactive or rename unused object definitions Use existing template files
Plan configuration project from the top down, make changes from the bottom up Development and production environments are separate
Installing Siebel Tools on the client Enabling Siebel Remote on the server Creating a developer, login, and remote user on the server Generating, extracting, and initializing a local database Verifying login and data sources
24 of 25
Lab
In this lab you will setup an employee
25 of 25