ERP And Enterprise Architecture<br />Presented by <br />08-SE-10<br />08-SE-62<br />
What is an ERP System?<br />An ERP system is generally a term used to describe a set of applications that unify database input, processing and retrieval as well as multiple other business functions across a wide array of business units. Operations managers often choose to implement a system of ERP apps when they want to standardize processes and streamline functionality across many varying departments within an enterprise. <br />
ERP Applications<br />Are most commonly deployed in a distributed and often widely dispersed manner.<br />While the servers may be centralized, the clients are usually spread to multiple locations throughout the enterprise.<br />ERP Applications generally have three functional areas of responsibilities:<br />The centralized database- central repository.<br />the clients - here raw data gets inputted, requests for information are submitted.<br />application component that acts as the intermediate between the client and the database.<br />
Enterprise Architecture<br />The process of translating business vision and strategy into effective enterprise change by creating, communicating and improving key requirements, principles and models that describe the enterprise’s future state and enable its evolution. <br />
ERP Architectures<br />Two most commonly employed architectures are :<br />Two-tier Architecture.<br />Three-tier Client/Server Implementation Architecture.<br />
Two-tier Implementations<br />The server handles both application and database duties.<br /> The clients are responsible for presenting the data and passing user input back to the server.<br />This distribution of processing responsibilities remains the same even in the presence of multiple servers. <br />
Three-tier Client/Server implementation Architecture <br />the database and application functions are separated.<br />This is very typical of large production ERP deployments. <br />satisfying client requests requires two or more network connections.<br />the client establishes communications with the application server which then creates a second connection to the database server. <br />
Implement Bulletproof</li></ul>Shared Interest<br /><ul><li>Enterprise perspective</li></ul>• Migration path to move toward target architectures<br /><ul><li>ConsistentEA methodology statewide</li></li></ul><li>What is the compelling business need for Enterprise Architecture?<br />Business: Value to the Business<br />Facilitates business transformation throughout the enterprise.<br />Formalizes and captures knowledge about the business that helps identify new opportunities and clarify existing gaps.<br />Provides a set of guidelines, standards, and blueprints that can be used to acquire, build and deploy business solutions.<br />Technology: Value to the IT Organization<br /><ul><li>Makes new initiatives easier to manage because they are designed and implemented according to architecture guidelines.
Delivers a more manageable, agile IT environment.
Aligns IT initiatives to business imperatives so that business benefits justify the costs.
Allows IT to stay ahead of the curve with respect to the underlying technologies and infrastructure to support business applications.</li></li></ul><li>
Transformational View<br />Impressions:<br />–Separation of Business and IT domains<br />–Work Activities and Information are the domain of the business<br />–App, Data and Technology are the domain of IT<br />–Business Activities drive the Application Architecture<br />–Business Information drives the Data Architecture<br />–Technology Architecture directly enables data and applications (not business process/function and information)<br />