Michael B. T. Bell

Bell earned his computer science master's degree in 1992 from the City University of New York (CUNY).

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. 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, UBS-Paine Webber, Deutsche Bank, American Express, TD Waterhouse, Pfizer, AIG, Prudential. and United States Department of Veterans Affairs.

The multidimensional software architecture construction (MSAC) methodology is featured in Mr. bell's Software Architect book{{cite book |last=Bell |first=Michael|title=Software Architect|year= 2023|publisher=Wiley & Sons|isbn=978-1119820970}} published in 2023 by Wiley (publisher). The Software Architect Toolbox section of the book elaborates on two chief views of the MSAC:
1) A quantum software architecture geometrical and topological ecosystem that applications and systems are deployed to
2) Fundamental of 3D software design.

The multidimensional software architecture construction (MSAC) introduces an ever-evolving quantum production environment, a Topological space that is subject to geometrical structural modifications during run time and/or design-time.
These changes to the fabric's three-dimensional space of the deployment ecosystem are due to the evolution of architectural environment attributes and the unpredictable behavior of software implementations that affect the production landscape as a whole.
The animated image below depicts a dynamic production environment that hosts software entities and the dents they imprint on its space's fabric.File:MSAC-Ecosystem.gif

Each software implementation, such a software application, service, or system deployed to an MSAC geometrical and topological ecosystem, is represented by three dimensions: width/breadth, length/depth, and height (as illustrated in the below animated image.)
File:MSAC-Soft-Modeling.gif
This 3D implementation model is devised to increase the level of software design specificity needed for construction, deployment, integration, and sustainment in production landscapes. The MSAC methodology is introduced to view and design 3D software constructions in any space, here on earth, any continent, region, or state, and even software deployed to space or other planets.

Each of these software dimensions specifies unique architecture structural attributes in a coordinate system. For example:

Width: granularity, modularity, structural complexity level, source code complexity level

Length: scalability, # of consumers, # of interfaces, computing resource consumption metrics

Hight: software architecture layers, solution stack (technology stack), software architecture environment stack, business or technical capability stack

In 2008 Bell introduced the Service-oriented modeling framework (SOMF){{cite book |last=Sosinsky |first= Barrie |title=Cloud Computing Bible|year= 2010 |publisher=Wiley & Sons|isbn=9781118023990 |pages=288, 289}}{{cite book |last=Trujillo |first= Juan |title= Advances in Conceptual Modeling – Applications and Challenges|year= 2010 |publisher= Springer Science & Business Media |isbn=9783642163845 |pages=87, 88}} to the software development community in his book Service-Oriented Modeling.{{cite web|url=https://www.wiley.com/en-us/Service+Oriented+Modeling%3A+Service+Analysis%2C+Design%2C+and+Architecture-p-9780470255704|title=Service-Oriented Modeling|first=Michael|last=Bell|publisher= Wiley & Sons}}

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 {{cite book |last=Dustdar |first=Schahram|title=Service Engineering: European Research Results |year= 2010 |publisher=Springer Science & Business Media|isbn=9783709104156|pages=112,xi}} includes a modeling language and a life cycle methodology (see image below) suited for narrowing the gap between the business and the information technology organizations in the enterprise.

File:SOMF-3.jpg

The framework also includes modeling disciplines and practices of software systems, for the purpose of designing software applications. Furthermore, SOMF {{cite book |last=Bell |first=Michael|title=SOA Modeling Patterns for Service Oriented Discovery and Analysis|year= 2009 |publisher=Wiley & Sons|isbn=9780470579695 |pages=185, 240}} offers a variety of architectural styles, such as enterprise architecture, application architecture, service-oriented architecture,{{cite web|url=https://www.wiley.com/en-us/Service+Oriented+Architecture%3A+A+Planning+and+Implementation+Guide+for+Business+and+Technology-p-9780470447475|title=Service-Oriented Architecture|first=Michael|last=Bell|publisher= Wiley & Sons}} and cloud computing.

Furthermore, SOMF consists of three major segments, as illustrated through the below video clip:

Practices and Modeling Environments Segment. Overlapping Abstraction and Realization Practices with corresponding three modeling environments: Conceptual Environment, Analysis Environment, and Logical Environment.

Modeling Disciplines Segment. Each of the modeling environments contains corresponding disciplines: Conceptual Architecture Discipline, Service Discovery & Analysis Discipline, and Logical Architecture Discipline.

Artifact Segment.This part of SOMF identifies the chief artifacts required for each modeling environment.

File:SOMF-3Parts.ogg

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.{{cite book |last=Bell |first=Michael|title=Incremental Software Architecture: A Method for Saving Failing IT Implementations|year= 2016 |publisher=Wiley & Sons|isbn=978-1119117643 |chapter=The Need for Incremental Software Architecture|pages=2, 3, 4}} 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, Michael Bell introduced the Incremental Software Architecture approach that 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.{{cite book |last=Bell |first=Michael|title=Incremental Software Architecture: A Method for Saving Failing IT Implementations|year= 2016 |publisher=Wiley & Sons|isbn=978-1119117643 |chapter=The Need for Incremental Software Architecture|pages=5, 6}} 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,{{cite book |last=Bell |first=Michael|title=Incremental Software Architecture: A Method for Saving Failing IT Implementations|year= 2016 |publisher=Wiley & Sons|isbn=978-1119117643 |chapter=The Need for Incremental Software Architecture|pages=9}} as depicted in the provided diagram below:

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.

File:Inc-Software-Arch-Process.png

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. {{ISBN|978-0-9896935-3-0}}
• 2006. "Service-Oriented Architecture: A Planning and Implementation Guide for Business and Technology". With Eric Marks. Wiley & Sons. {{ISBN|978-0471768944}}
• 2008. "Service-Oriented Modeling: Service Analysis, Design, and Architecture". Wiley & Sons. {{ISBN|978-0470141113}}
• 2010. "SOA Modeling Patterns for Service Oriented Discovery and Analysis". Wiley & Sons. {{ISBN|978-0470481974}}
• 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. {{ISBN|978-1119117643}}
• 2020. "Lost in the City of @". Michael Bell. {{ISBN|978-0-9896935-6-1}}
• 2023. "Software Architect". Michael Bell. {{ISBN|978-1119820970}}

{{reflist}}

• {{cite web

| url = http://www.modelingconcepts.com/pages/download.htm

| title = SOMF Examples & Language Notation

| format = Softcopy

| publisher = Michael Bell/Methodologies Corporation

| access-date = 2014-02-03

| archive-url = https://web.archive.org/web/20131024043825/http://modelingconcepts.com/pages/download.htm

| archive-date = 2013-10-24

| url-status = dead

}}

• {{cite web

| url = http://itknowledgeexchange.techtarget.com/soa-talk/cloud-computing-modeling-notation-ccmn-for-somf-targets-cloud-services/

| title = Interview with Michael Bell about Cloud Computing Modeling Notation

| format = Softcopy | publisher = tknowledgeexchange.techtarget.com online publishing

}}

• {{cite web

| url = http://dghart-cse564.wikispaces.asu.edu/Service-Oriented+Modeling+Framework/

| title = State University of Arizona: Service-Oriented Modeling Framework (SOMF) studies and research

| format = Softcopy | publisher = Arizona State University

}}

• {{cite web

| url = https://www.youtube.com/watch?v=ohPFC-9zuLs/

| title = Service-Oriented Architecture strategies video

| format = Softcopy | publisher = Michael Bell

}}

• {{cite web

| url = http://www.sparxsystems.com/somf

| title = Service-Oriented and Cloud Computing SOMF Modeling Tools

| format = Softcopy | publisher = Sparx Systems

}}

• {{cite web

| url = http://www.enterprisemodelingsolutions.com/content/somf

| title = Service-Oriented and Cloud Computing SOMF Modeling Solutions

| format = Softcopy | publisher = CEPHAS Corporation

}}

{{authority control}}

{{DEFAULTSORT:Bell, Michael B.T.}}

Category:Living people

Category:American software engineers

Category:1957 births