|
Component-Based Businessextracts from forthcoming
book by Richard Veryard
Uncertainty and flux: this forms the explicit context for many IT writings. The enterprise of IT is encircled by accelerating rates of change: the business world generates an unending flow of urgent demands for new and enhanced IT systems; meanwhile the technological world generates an unending flow of fascinating new opportunities. Faced with this situation, many IT writings retreat into solutions that aim to improve IT potency, by addressing the productivity and quality of the IT process. If we can satisfy business demands faster and more accurately, then perhaps we will catch up. Worthy though these attempts are, they are doomed to fail, because they allow both IT and Business to position themselves as passive: IT is merely responding to demands from an insatiable Other, while Business is crying out for satisfaction from an unreliable Other. In this book, we shall explore how business and IT can engage actively with demanding change.
|
|
What is the book about?
Why is this subject important? How is this book different? For whom is the book written? |
What is the book about?
The focus of the business agenda is shifting from processes to relationships. Although business processes remain important, the strategic issues for many large organizations have to do with external and internal relationships.
Furthermore, the business problems addressed by CBD don't seem very different from the business problems addressed by previous methods, such as Information Engineering. Indeed, some tools and methods companies continue to use the same case study material (notably various forms of Video Store) in their training courses; this reinforces the impression that CBD offers nothing substantially new to the business world, and is merely an internal IT matter.
But CBD is more than a marginal improvement to previous software techniques. It has specific relevance to the demands placed on IT by business, and enables us to address a whole range of new business problems.
The theoretical relevance is also well-understood. There are several substantial research programmes focused on this area, including the EPSRC-funded programme on Systems Engineering for Business Process Change (SEBPC).
Meanwhile, there is a serious lack of broad understanding even among so-called experts. The object experts mostly don’t understand components, the component experts often don’t understand the full implications of distribution, and hardly any of them have any real appreciation of business issues. UML is weak in all three areas: components, distribution and business. (It has some other weaknesses as well, but this isn’t going to be a book about UML.)
There are also lots of books about business strategy and process change. These generally display an equally feeble grasp of IT.
Within "user" companies: business executives, IT executives and managers, strategic planners and strategy consultants, process managers and change management consultants, IT consultants, project managers, business analysts, systems analysts, systems architects, IT trainers, tools and methods suppliers.
My guess is that within universities, the book would be relevant to final year undergraduate or masters degree students in information/systems/software management/engineering or computer/computing science/studies.
Within business schools, the book would be relevant to courses on strategy, business process change and IT.
It would also be relevant to researchers in information systems, distributed systems, systems architecture, in computing departments, as well as information, systems and technology management researchers in business schools.
1 |
2 |
3 |
4 |
5 |
6 |
Background | Business and Components | Modelling Business Systems | Designing Business Systems and Organizations | Evolving Business Systems and Organizations | Case Studies |
How
to remain in business despite IT. The business background for Component-Based
Development.
How to stay on top of technology. The opportunities and challenges of Component-Based Development. |
Component Requirements | Modelling Business Relationships
Modelling Collaborations, Transactions and Exchanges Modelling Behaviour and Services Understanding Physical Constraints |
Architectures for Flexibility
Service-Based Design Designing Component Interfaces Designing Component Internals |
Managing Business Process Change
Managing Organizational Change Managing Infrastructure Change |
please read case study first |
![]() |
white papers |
All papers are in PDF format.
Acrobat Reader is required Version 3.0 or higher Download a free copy of Acrobat Reader |
|
|
|
Rule Modelling![]() |
April 1999 | SCIPIO approach to describing, analysing and implementing business rules. |
Process Modelling![]() |
March 1999 | SCIPIO standards for process modelling and management. |
Commercial Exploitation of Components![]() |
March 1999 | How to be successful in a competitive component marketplace. |
Making the Business Case![]() |
Feb 1999 | How to cost-justify distributed technology and distributed solutions in a distributed world. |
Designing Software Components![]() |
Feb 1999 | How to design viable, flexible software components. |
Reusing Legacy Systems, Models and Data![]() |
Feb 1999 | Describes the extraction and conversion of components from legacy systems. |
Defining Requirements for Software Components![]() |
Jan 1999 | Describes and answers the challenges of specifying and designing software components in an open distributed world. |
SCIPIO Case Study
Liam O'Croder Mail Order ![]() |
Nov 1998 | This is a good place to start to understand the SCIPIO approach. It illustrates the modelling and design techniques, as well as the reuse of legacy systems, in the context of a simple but powerful example of business process improvement. |
Implementation Roadmap:
How to make CBD effective in your organization |
June 1998 | This provides a step-by-step approach for planning the introduction of CBD using the SCIPIO method. |
SCIPIO Background:
Component-Based Development |
Aug 1998 | Describes the technological opportunities and challenges which SCIPIO has been designed to address. |
SCIPIO Background:
Business Process Improvement |
June 1998 | Describes the business requirements and environment which SCIPIO has been designed to address. |
Understanding Business Requirements in terms of Components | Oct 1998 | Illustrates the SCIPIO approach for determining business requirements. |
Effective Management of CBD Projects | Nov 1998 | Describes a service-based approach for managing component-based development activities. |
SCIPIO Aims and Principles | April 1998 | This outlines the principles of SCIPIO. |
Please read draft material.
Ask lots of questions.
Challenge any assumptions.
Offer additional case study material.
Make comments and suggestions on style, structure and content.
Thank you.
The SCIPIO
method is focused on the development and evolution of open distributed
business systems. It integrates current
best practice:
|
veryard projects is one of the founder members of the SCIPIO Consortium. We are pleased to offer: |
The SCIPIO method is managed by the SCIPIO Consortium. | Find out more about the power of SCIPIO. |
![]() |
Copyright © 1999 Veryard Projects Ltd http://www.veryard.com |
![]() |