Types of Software Architects

Nikolay Ashanin
Feb 1, 2018 · 6 min read
Image for post
Image for post
Image 1. Monument Valley game

Let’s continue investigating Software Architecture. In every field of professional activity, there are various specializations. For example, in medicine, we have surgery, cardiology, ophthalmology, and many other areas. Or, for instance, management unites resource managers, PR managers, even cleaning managers!

Specialization is necessary when the amount of knowledge in the field exceeds a rational limit. And since the software architecture is a massive amount of knowledge, it is essential to reduce the duties of a person for better productivity. Therefore, the types of software architects will be discussed in this article.

Article series

  1. Stakeholders in Software Architecture
  2. Types of Software Architects
  3. Quality attributes in Software Architecture
  4. Documentation in Software Architecture
  5. Certificates in Software Architecture
  6. Books in Software Architecture
  7. System Design Cheat Sheet

Types of architects

System architect.

○ Affects one system and builds connections within it.

○ Focuses on the technical component of the development.

○ Helps the project manager to make management decisions.

○ Has a deep knowledge of the technologies.

Solution architect.

○ Participates in discussions of business.

○ Creates connections between several systems.

○ Provides communication between several teams.

○ Designs connections between systems.

○ Codes independently only solution prototypes.

○ Acts as a universal soldier of business and technology.

Enterprise architect.

○ Affects all development of the company.

○ Works with high-level abstractions of the created systems.

○ Provides technical communications throughout the company.

○ Does not interact with the code.

○ Focuses on the business component.

○ Has a broad technological horizon.

○ Owns several domains.

Domain architects

While thinking, during my career, how to answer this question, I changed my mind several times. In my discussions with specialists who hold the positions of highly specialized architects, they naturally tried to give arguments to justify their position. Others said it was pointless and you should call such a person anything, but not an architect.

Consider a situation where a three-person startup has a CEO (chief executive officer), a CTO (chief technical officer), and a CMO (chief marketing officer). Can there be a technical officer for one developer? Or a marketing officer for a department of one specialist? Is it possible to determine whether a fictional rank is in pursuit of a beautiful name or a real necessity?

Let’s try to answer these questions. If there is a post, then there must be job descriptions that the specialist does. For architects, we described them in the previous article.

In large projects, there are posts whose instructions coincide with those described in the above article. If the project consists of one or more platforms, each of them requires an expert who will act as a domain architect and perform the following duties:

Identifying the stakeholders on the project. It is important to note that a domain architect should select stakeholders that affect his platform and work with them.

Identifying business requirements and requirements of the stakeholders on the project. If the architect finds platform-specific stakeholders, then he/she should find the requirements with the restrictions, specifically for the domain.

Designing the entire system based on the received requirements. For a domain architect, it is more important not to design a whole system, but to integrate the platform into the project outline. And also, to consider the connections between the components that affect the platform.

● Choosing the technologies for the implementation of each component and connections between the components. Unlike higher-level architects, a domain architect, as a rule, has the most significant impact on the choice of application technologies for her/his platform. For example, in mobile applications, the architect deals with such issues as what kinds of testing to use on the project, whether it needs code generation, how to organize the service and presentation layers, what architectural patterns to use and why it is generally necessary for the project.

● Writing project documentation and support it. If there is an architecture, then it should be documented. Even in terms of one platform. As written in the book “Software Architecture in Practice,” if the architecture is not documented, then it is not architecture. In mobile development, it can be a scheme for working with databases, a description of network interactions, class diagrams, and so on.

Creating unified development standards in the company. This point is especially suitable for a domain architect because all standards are usually developed for a specific platform.

Controlling the architecture during the next iteration of the system release.

A domain architect must control the entire product development cycle. And being the closest person to the technical component of the platform and, at the same time, seeing it as a whole picture, the architect is fully responsible for the quality of the product on a particular platform.

As a result, there is a large number of different types of domain architects:

Image for post
Image for post
Image 2. Some types of domain architects

The picture shows only a small part of them. In reality, there are many more of them, as well as various technology stacks.

On the other hand, it is necessary to add the position of the architect only when the corresponding responsibilities are apparent. If you have a project from one platform and two developers, adding an architect’s position is redundant, and one of the developers can perform these duties.

Growing from one type of architect to another

For example, developer level growth is described by a vertical bar. The developer learns new knowledge about frameworks, language, and development tools within the limits of one technical stack. The architect, however, must possess not only deep knowledge but also to have broad technical erudition across several platforms.

Image for post
Image for post
Image 3. T-Shaped skills of an architect

At the same time, the architect’s growth is closely related to the number of platforms in which he/she has theoretical and mainly practical expertise, and also, with the number of subject areas in which he/she know oats. The goal of the architect’s career development is the formation of the “m” — multiplatform & multidomain specialist.

At this moment, we finish the consideration of the architect types and their growth perspectives. In the next article, we will consider the quality attributes and their usage in software architecture.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store