|
 |
 |
 |
 |
 |
 |
 |
 |
 |
 |
|
|
 |
Lockheed
Martin, Australia |
 |
BAE
Systems, Australia |
 |
ANZ
Bank |
 |
Citi
Group, Australia |
 |
British
Telcom, UK |
 |
DaimlerChrysler,
UK |
 |
Singapore
Airlines |
 |
Boeing,
Australia |
 |
Motorola |
 |
Capgemini
|
 |
EDS |
 |
Symantec |
 |
Thales
Australia |
|
|
|
|
|
| |
 |
|
 |
|
| The Software Architect's
Profession |
| Marc T. Sewell and Laura
M. Sewell |
| |
| A transformational guide
to the profession of software architecture. |
|
Whether a structure is built of bricks, steel,
or computer code, the process begins with an architect
and client. Together they arrive at a shared vision—a
plan—that the architect guides through the bidding,
construction, and implementation phases. The Parthenon
and the Empire State Building were built according
to architectural designs, but the software industry
has been building information skyscrapers without
architects. It is time for the profession to become
a reality.
|
 |
|
Successful software-based technology is designed,
then built. It does not "develop." Who creates
the design? An enormous grass-roots demand exists
for software architects-but a true profession
of software architecture is not yet established.
Many software professionals adopt the gravitas
of the title "software architect," but fail to
fulfill the true, classical role. Drawing on deep
metaphors from traditional architecture, Marc
T. Sewell,
President of the Worldwide Institute of Software
Architects, and Laura M. Sewell examine
the nature of architecture, what defines a software
architect, and how the profession is coming of
age.
| The
Software Architect's Profession is lingo-free.
It is a book of philosophy that will
enable anyone to understand software
construction, and it is the first "line
in the sand" defining the parameters
of this fledgling, yet ancient, e-profession. |
|
Key
areas include:
- Bridging the chasm that separates clients
from technical professionals
- Differentiating the professions within the
software construction industry and defining
the roles and accountabilities of software engineers
and software "builders"
- Discussing the vocational temperament and
aptitudes that characterize architects
- Reviewing the phases of architecture
- Describing the critical role of the client
in understanding and validating the design and
construction of software.
Whether you are a CIO, CEO,
IT manager, software professional, or student,
you inhabit software structures, and your world
is profoundly affected by their design. The Software
Architect's Profession offers a simple
cognitive map that will change your world view
of software architecture, construction, and the
information structures we live and work in everyday.
|
| |
PRENTICE
HALL
Upper Saddle River, NJ 07458
www.phptr.com
|
|
|
| |
| |
|
|
|
|
| |
|
|
| |
|
|
|
|
|
case
studies
|
|
|
|
Mapping
of Performance Metrics
from the Technology to the Business Outcomes |
|
|
How
to apply Zachman & RM-ODP frameworks and how to
use them in your enterprise |
|
|
Applying
RUP/UML Models with Zachman RM-ODP & TOGAF |
|
|
Product
Line Architecture, COTS selection and component assembly |
|
|
Component
Modeling with UML2.0
for Business domains |
|
|
Use
MDA for developing architecture models, model-to-model
transformation and model-to-code generation. |
|
|
Deployment
architecture using distributed clustering, fail-over,
load-balancing for large-scale business applications |
|
|
The
process and role of Architecture
in a SEI-CMM enterprise and strategy to introduce
architecture team |
|
|
Legacy
transformation and defining product vision and rationalization |
|
|
Enterprise
SOA initiatives for mid-size
to large enterprises |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|