• Skip to main content
  • Skip to after header navigation
  • Skip to site footer

Shaping Software

Enduring Ideas in the Realm of Software

  • About
  • Topics
  • Best Software Books
  • Archives
  • JD Meier.com

Macro and Micro Software Process

Jun 22, 2008 by JD

There’s two Levels of software engineering process: macro (‘in the large’) and micro (‘in the small’).  In Scenarios, Stories, Use Cases: Through the Systems Development Life-Cycle, Ian F. Alexander and Neil Maiden write about the two levels of software engineering process.

Key Take Aways
Here’s my key take aways:

  • Two levels of systems engineering – You can think of it as Macro vs. Micro systems engineering .
  • In the Large – ‘in the large’ is associated with the following: phase’, ‘concept exploration’, ‘proof of concept’, ‘feasibility study’, ‘project definition’, ‘full development’, in-service maintenance’, ‘in-service upgrade’, ‘disposal’ and so on.
  • In the Small – ‘in the small’ is concerned with the sequences of activities: user requirements, system requirements, architecture, system design, subsystem identification and specification, preliminary design, detailed design, implementation, test and integration, acceptance tests, certification, training, commissioning, and handover.

The First Level – In the Large
Alexander and Maiden write that  the first level of systems engineering is ‘in the large’ (macro):

The first level is about systems engineering ‘in the large’.  It is a level that we find words like ‘phase’, ‘concept exploration’, ‘proof of concept’, ‘feasibility study’, ‘project definition’, ‘full development’, in-service maintenance’, ‘in-service upgrade’, ‘disposal’ and so on.  It can also be thought of as the macro picture of an entire project from cradle to grave, comprising a number of subprojects that make up the whole life cycle.  It is at this level that risk can be managed most effectively.  Budgets can be assessed on the best information available at the time and allocated in digestible portions.  Sensible high-level review points can be inserted at which management takes stock of whether the overall project is proceeding as required and whether money is being well spent..

The Second Level – in the Small
Alexander and Maiden write that the second level of systems engineering is ‘in the small’ (micro):

We call this systems engineering ‘in the small.’  It concerns sequences of activities such as: user requirements, system requirements, architecture, system design, subsystem identification and specification, preliminary design, detailed design, implementation, test and integration, acceptance tests, certification, training, commissioning, and handover.

Why This Separation Between ‘in the large’ and ‘in the small’
According to Alexander and Maiden, ‘in the large’ and ‘in the small’ are complimentary:

Why have we made this separation between ‘in the large’ and ‘in the small’?  Simply because ‘in the small’ is necessary but not sufficient for general systems development and project management.  ‘In the large’ is needed to handle the sufficiency issue – that is, the bits that the ‘in the small’ process does not address.

My Related Posts

  • Software Engineering ‘in the large’
  • Software Engineering ‘in the small’
  • A Process for Generating a Software Process
  • Four Reasons Why Defining an Effective Software Process is Tough
  • Waterfall, In the Large, and In the Small
Category: ProcessTag: Process

About JD

Previous Post:Systems Engineering ‘in the large’
Next Post:Evolutionary, Incremental, and High-Risk

Sidebar

Recent Posts

  • What is ChatGPT?
  • Agile Performance Engineering
  • What is Cybersecurity?
  • Software Security Threats: A Comprehensive Guide
  • What is Software Security?

Popular Posts

Best Software Books of All Time
Best Practices for Project Management
Best Practices for Software Development
Customer-Connected Engineering
How To Frame Problems Better
How To Pitch Business Ideas Better
How To Structure Vision Scope Presentations
Intro to Lean Software Development
Lean Principles for Software Development
The Enterprise of the Future