Michael B.T. Bell on:
[Wikipedia]
[Google]
[Amazon]
Michael B.T. Bell is an American novelist, artist, producer, and enterprise software architect, chiefly recognized for developing the Incremental Software Architecture methodology, Service-oriented modeling framework (SOMF), and the cloud computing modeling notation (CCMN). His innovative research and publications in the fields of software architecture, service-oriented architecture, Microservices, model-driven engineering, cloud computing, and
Traditionally, to promote the establishment and growth of an enterprise end-state architecture, architects, typically senior IT professionals, deliver a diagram that depicts a future production landscape. In most cases, these software designers claim that such as a “to be” architecture is unbreakable and could sustain rapid market trends and complex technological evolution. Their claim also seems to assure that the illustrated architecture would operate flawlessly in production. Would it?
In many cases, though, such laid on paper architecture, is merely an academic proposition, which later fails to deliver system stability, business continuity, and superb performance. In other words, this speculative architecture tends to break down because of design flaws, and most important—lack of organizational architecture strategy.
To tackle the deployment of failing applications and systems to production and reduce the risk of harming the operating environment, the Incremental Software Architecture approach calls for submitting bulletproof architecture blueprints. This enterprise design should also be certified by a wide rainbow of organizational stakeholders to dodge financial calamity and business discontinuity.
How is it possible then to ensure that the illustrated design on paper would indeed render a stable production landscape? The term "stable" means that the deployed systems would meet business and non-functional requirements. The promise of the Incremental Software Architecture, therefore, is rooted in the chief principle, “First Design then Develop.” But this alone is short of avoiding financial burden caused by failing implementations. Equally important, another related tenet calls for modifying the charter of development organizations: The software construction phase as we know it now, should focus on proving that architecture assumptions would certainly work in production. Bottomline, "software construction must follow the pace of design evolution." Obviously, not the other way around. The term "design evolution" means that architects should drive the product development life cycle, during which the end-state architecture could be incrementally modified, while software construction follows design alterations until architecture maturity is achieved.
To prove that an end-state architecture would indeed operate flawlessly in production, the grand enterprise design should be decomposed into sub-architectures. Such end-state architecture decomposition, therefore, would allow designers to drill down into their detail architecture and enable developers to focus on constructing architecture segments—one at a time, or some in parallel. But proving that each individual end-state architecture segment works as designed, does not mean that the entire enterprise architecture as a whole would indeed perform flawlessly. To verify if an end-state architecture is stable and could endure production environment pressures, an overall architecture stress testing should be considered to assure its stability and fitness.
Consider the Incremental Software Architecture process, as depicted in the provided image:
1. End-State Architecture Discovery and Analysis. Ascertaining systems and related applications in an end-state architecture proposition
2. End-State Architecture Decomposition. The decomposition process is driven by segmenting the enterprise grand design into structural, behavioral, and volatile regions, so developers can prove that these sub-architectures would indeed work in production
3. End-State Architecture Verification. Authentication tasks include design substantiation (software construction,) end-state architecture stress testing, and enterprise capacity planning.
big data
Though used sometimes loosely partly because of a lack of formal definition, the interpretation that seems to best describe Big data is the one associated with large body of information that we could not comprehend when used only in smaller am ...
are recognized internationally for their contribution to the software design
Software design is the process by which an agent creates a specification of a software artifact intended to accomplish goals, using a set of primitive components and subject to constraints. Software design may refer to either "all the activity ...
and development communities.
Biography
Bell earned his computer sciencemaster’s degree
A master's degree (from Latin ) is an academic degree awarded by universities or colleges upon completion of a course of study demonstrating mastery or a high-order overview of a specific field of study or area of professional practice.
in 1992 from the City University of New York
The City University of New York ( CUNY; , ) is the Public university, public university system of Education in New York City, New York City. It is the largest urban university system in the United States, comprising 25 campuses: eleven Upper divis ...
(CUNY
, mottoeng = The education of free people is the hope of Mankind
, budget = $3.6 billion
, established =
, type = Public university system
, chancellor = Fél ...
).
After graduation, as a software developer and enterprise architect consultant, he dedicated his career to improving business and technological operations of financial institutions in Wall Street
Wall Street is an eight-block-long street in the Financial District of Lower Manhattan in New York City. It runs between Broadway in the west to South Street and the East River in the east. The term "Wall Street" has become a metonym for t ...
. He developed innovative software algorithms and methodologies for high-volume Electronic trading platforms. This included modules for execution of trading applications, persistence methods for large volumes of data, and design of high-speed network and internet software implementations.
He has worked for J.P. Morgan Chase, Citibank
Citibank, N. A. (N. A. stands for " National Association") is the primary U.S. banking subsidiary of financial services multinational Citigroup. Citibank was founded in 1812 as the City Bank of New York, and later became First National City ...
, UBS-Paine Webber, Deutsche Bank, American Express
American Express Company (Amex) is an American multinational corporation specialized in payment card services headquartered at 200 Vesey Street in the Battery Park City neighborhood of Lower Manhattan in New York City. The company was found ...
, TD Waterhouse, Pfizer, AIG, Prudential. and United States Department of Veterans Affairs.
Bell’s Service-Oriented Modeling Methodology
In 2008 Bell introduced the Service-oriented modeling framework (SOMF) to the software development community in his book Service-Oriented Modeling. The service framework, driven by Discipline-specific modeling, was devised to encourage consolidation of software assets, reduction of systems redundancy, and acceleration of time-to-market. SOMF includes a modeling language and a life cycle methodology (see image on the far right) suited for narrowing the gap between the business and the information technology organizations in the enterprise. The framework also includes modeling disciplines and practices of software systems, for the purpose of designing software applications. Furthermore, SOMF offers a variety of architectural styles, such as enterprise architecture, application architecture, service-oriented architecture, and cloud computing.Bell's Incremental Software Architecture Methodology
Traditionally, to promote the establishment and growth of an enterprise end-state architecture, architects, typically senior IT professionals, deliver a diagram that depicts a future production landscape. In most cases, these software designers claim that such as a “to be” architecture is unbreakable and could sustain rapid market trends and complex technological evolution. Their claim also seems to assure that the illustrated architecture would operate flawlessly in production. Would it?
In many cases, though, such laid on paper architecture, is merely an academic proposition, which later fails to deliver system stability, business continuity, and superb performance. In other words, this speculative architecture tends to break down because of design flaws, and most important—lack of organizational architecture strategy.
To tackle the deployment of failing applications and systems to production and reduce the risk of harming the operating environment, the Incremental Software Architecture approach calls for submitting bulletproof architecture blueprints. This enterprise design should also be certified by a wide rainbow of organizational stakeholders to dodge financial calamity and business discontinuity.
How is it possible then to ensure that the illustrated design on paper would indeed render a stable production landscape? The term "stable" means that the deployed systems would meet business and non-functional requirements. The promise of the Incremental Software Architecture, therefore, is rooted in the chief principle, “First Design then Develop.” But this alone is short of avoiding financial burden caused by failing implementations. Equally important, another related tenet calls for modifying the charter of development organizations: The software construction phase as we know it now, should focus on proving that architecture assumptions would certainly work in production. Bottomline, "software construction must follow the pace of design evolution." Obviously, not the other way around. The term "design evolution" means that architects should drive the product development life cycle, during which the end-state architecture could be incrementally modified, while software construction follows design alterations until architecture maturity is achieved.
To prove that an end-state architecture would indeed operate flawlessly in production, the grand enterprise design should be decomposed into sub-architectures. Such end-state architecture decomposition, therefore, would allow designers to drill down into their detail architecture and enable developers to focus on constructing architecture segments—one at a time, or some in parallel. But proving that each individual end-state architecture segment works as designed, does not mean that the entire enterprise architecture as a whole would indeed perform flawlessly. To verify if an end-state architecture is stable and could endure production environment pressures, an overall architecture stress testing should be considered to assure its stability and fitness.
Consider the Incremental Software Architecture process, as depicted in the provided image:
1. End-State Architecture Discovery and Analysis. Ascertaining systems and related applications in an end-state architecture proposition
2. End-State Architecture Decomposition. The decomposition process is driven by segmenting the enterprise grand design into structural, behavioral, and volatile regions, so developers can prove that these sub-architectures would indeed work in production
3. End-State Architecture Verification. Authentication tasks include design substantiation (software construction,) end-state architecture stress testing, and enterprise capacity planning.
Publications
Michael Bell has published several books and articles. The following is a selection: * 2005. "An Organizational Model: The AOM-3, Architecture Organization Structure and Role Models". IP Publishing. * 2006. "Service-Oriented Architecture: A Planning and Implementation Guide for Business and Technology". With Eric Marks. Wiley & Sons. * 2008. "Service-Oriented Modeling: Service Analysis, Design, and Architecture". Wiley & Sons. * 2010. "SOA Modeling Patterns for Service Oriented Discovery and Analysis". Wiley & Sons. * 2011. Service Oriented Modeling Specifications for SOMF. Includes Service design and cloud computing. * 2016. "Incremental Software Architecture: A Method for Saving Failing IT Implementations" . Wiley & Sons. * 2020. "Lost in the City of @". Michael Bell.References
External links
* * * * * * {{DEFAULTSORT:Bell, Michael B.T. Living people American software engineers 1957 births