1 / 56

Course Introduction

Course Introduction. COMSATS Islamabad. E nterprise S ystems D evelopment (  CSC447 ). Muhammad Usman, Assistant Professor CIIT. Instructor’s Introduction. Muhammad Usman Education PhD Software Engineering (In Progress)

galea
Télécharger la présentation

Course Introduction

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. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Course Introduction COMSATS Islamabad Enterprise Systems Development ( CSC447) Muhammad Usman, Assistant Professor CIIT

  2. Instructor’s Introduction • Muhammad Usman • Education • PhD Software Engineering (In Progress) • MS Computer Science • MSc Computer Science • Research • Research Area: Requirements Engineering, Software Architecture, Global Software Development • 15 + publications in Renowned International Conferences organized by IEEE, IASTED, ICSEA etc.

  3. Instructor’s Experience • Consultant, Eycon Solutions • 2005-2006 • Lecturer CS, Mohammad Ali Jinnah University • 2006-2007 • Assistant Professor SE, International Islamic University • 2007 till date

  4. Course Objectives • The course will tell what enterprise systems are, and how they are developed. • It will make students understand the principles, techniques and tools that are required to develop enterprise systems.

  5. Course Contents • Introduction to Enterprise Systems • Software Systems and their Development Lifecycle • Requirements Engineering • Software Architecture • Software Quality • Component Based Software Development

  6. Course Contents • Service Oriented Architecture (SOA) • Data Model : Design of large databases • User Interface Design: Principles and Patterns • RAD tools • Case Study and Examples

  7. Lecture 1Introduction to Enterprise Systems

  8. Key Terms • We begin with definition of some basic concepts • Information Technology • Business Process • Information Systems • Organization • Integration • Enterprise Systems

  9. Information Technology • computers (maybe…) • hardware versus software • resources: • computer hardware, software, networks, databases

  10. Business Process • a specific ordering of work activities across time and place, with a beginning, an end, and clearly identified inputs and outputs. Davenport, 1993 • Manner in which work is organized, coordinated, and focused to produce a valuable product or service • Concrete work flows of material, information, and knowledge—sets of activities • Sequence, purpose, interaction

  11. Business Process Examples • Manufacturing and production: Assembling product, checking quality, producing bills of materials • Sales and marketing: Identifying customers, creating customer awareness, selling • Finance and accounting: Paying creditors, creating financial statements, managing cash accounts • Human Resources: Hiring employees, evaluating performance, enrolling employees in benefits plans

  12. Business Process Examples Cross-Functional Business Processes • Transcend boundary between sales, marketing, manufacturing, and research and development • Group employees from different functional specialties to a complete piece of work Example: Order Fulfillment Process

  13. Business Process Examples The Order Fulfillment Process

  14. Information System An information system is a unique configuration of IT resources and organizational processes whereby the IT resources (and the information they provide) are applied to support specific organizational processes.

  15. processes INFORMATION SYSTEMS IT resources

  16. Organization • people • process • structure • coordination and control mechanisms • organization and environment • stakeholders, competitors, other influences

  17. INPUTS OUTPUTS Organization & Environment investors regulators partners suppliers customers

  18. INPUTS OUTPUTS information systems in organizations investors partners regulators suppliers customers information systems IT resources

  19. KEY SYSTEM APPLICATIONS IN THE ORGANIZATION Types of Information Systems

  20. MAJOR TYPES OF SYSTEMS IN ORGANIZATIONS • Executive Support Systems (ESS) • Decision Support Systems (DSS) • Management Information Systems (MIS) • Office Systems • Transaction Processing Systems (TPS)

  21. MAJOR TYPES OF SYSTEMS IN ORGANIZATIONS

  22. INTERRELATIONSHIPS AMONG SYSTEMS

  23. Traditional View of the Systems • Within the business: There are functions, each having its uses of information systems • Outside the organization’s boundaries: There are customers and vendors Functions tend to work in isolation

  24. Traditional View of the Systems

  25. Integration • making whole or complete • overcoming isolation of information systems • enterprise resource planning (ERP) systems • enterprise systems • technical and organizational solution

  26. Enterprise Systems

  27. Enterprise Systems • Enterprise systems (ES) are large-scale application software packages that support business processes, information flows, reporting, and data analytics in complex organizations. • ES are generally packaged enterprise application software (PEAS) systems they can also be bespoke, custom developed systems created to support a specific organisation's needs

  28. Enterprise Systems • Examples are: • Supply chain management systems • Customer relationship management systems • ERP

  29. Example : Enterprise Resource Planning (ERP) Systems • Enterprise Resource Planning Systems are the first generation of enterprise systems meant to integrate data and support all the major functions of organizations. • ERP systems integrate various functional aspects of the organization as well as systems within the organization of its partners and suppliers. • The goal of an ERP system is to make the information flow dynamic and immediate, therefore, increasing its usefulness and value.

  30. Integrated Systems - ERP

  31. Enterprise Resource Planning (ERP) Systems (Cont’d) • Another goal of ERP is to integrate departments and functions across an organization into a single infrastructure that serves the needs of each department. • ERP systems replace an assortment of systems that typically existed in organizations. (Accounting, HR, Materials Planning, Transaction Processing, etc.). • ERP solves the critical problem of integrating information from different sources and makes it available in real-time.

  32. Evolution of ERP

  33. Business Processes and ERP • A crucial role of ERP in business is to better position the organization to change its business processes. • ERP software have hundreds of business processes built into the logic of the system which may or may not agree with current processes of an organization. • When implementing an ERP system, organizations have two choices: • Change business processes to match the software functionality. • Modify the ERP software to match the business processes.

  34. ERP Systems Components • An ERP system consists of:

  35. ERP Components

  36. ERP Components Integration

  37. ERP Architecture • The architecture of an ERP system influences the cost, maintenance, and the use of the system. • A flexible architecture is best – it allows for scalability as needs change and grow. • A system’s architecture is a blueprint of the actual ERP system and helps the implementation team build the ERP system. • If purchased, ERP architecture is often driven by the vendor but other IT architectures are driven by organizational strategy and business processes.

  38. Example of Architecture of ERP at Large University

  39. Logical Architecture of an ERP System

  40. Tiered Architecture Example of ERP System

  41. Characteristics of Enterprise Systems • They are some of the most complex systems in use today • They are typically • N-tier systems made up of clients, an application layer, and a data layer • Many are now employing a service-oriented architecture • SaaS, PaaS, SOA, Web services

  42. Why Enterprise Systems • IT departments in every organization continue to be challenged on too many fronts: • Cost pressures • Data growth • Security and privacy breaches • In this environment, transforming the management of critical information and processes is vital to generating new business value, delivering new client services and capturing new markets. • To deliver this transformation, forward-thinking businesses rely on ENTERPRISE SYSTEMS

  43. Benefits of Enterprise Systems • Firm structure and organization: One organization • Management: Firm-wide knowledge-based management processes • Technology: Unified platform • Business: More efficient operations and customer-driven business processes

  44. Challenges of Enterprise Systems • Difficult to build: Require fundamental changes in the way the business operates • Technology: Require complex pieces of software and large investments of time, money, and expertise • Centralized organizational coordination and decision making: Not the best way for the firms to operate

  45. Systems Development • After having an introduction of Enterprise Systems, we now move towards introduction of Systems Development • System Development • We start with commonly held myths in software development • Difference between small programs and large systems

  46. Customer Perspectives Software Myths Developer Perspectives Management Perspectives Software Myths • Customer Perspectives • general statement of objectives is sufficient to get started with the development of software. Missing/vague requirements can easily be incorporated/detailed out as they get concretized. • Application requirements can never be stable; software can be and has to be made flexible enough to allow changes to be incorporated as they happen.

  47. Usually, the problems just begin! Software Myths(Developer Perspectives) Once the software is demonstrated, the job is done.

  48. Usually, there are too many tiny bugs inserted at every stagethat grow in size and complexityas they progress thru further stages! Software Myths(Developer Perspectives -2) Until the software is coded and is available for testing, there is no way for assessing its quality.

  49. The code is only the externally visible componentof the entire software complement! Software Myths(Developer Perspectives - 3) The only deliverable for a software development project is the tested code.

  50. But the proof of the pudding is in the eating; not in the Recipe ! Software Myths(Management Perspectives - 1) As long as there are good standards and clear procedures in my company, I shouldn’t be too concerned.

More Related