Software Architecture & Design Introduction - Software Architecture and Design

What is Software Architecture & Design Introduction?

The architecture of a system depicts its real segments, their connections (structures), and how they associate with each other. Software architecture and configuration incorporates a few contributory factors, for example, Business technique, quality traits, human flow, design, and IT condition.
software_architecture_types (1)
We can isolate Software Architecture and Design into two particular stages: Software Architecture and Software Design. In Architecture, nonfunctional choices are thrown and isolated by the practical prerequisites. In Design, useful necessities are refined.

What is Software Architecture?

Further, it includes an arrangement of noteworthy choices about the association identified with Software advancement and each of these choices can considerably affect quality, practicality, execution, and the general accomplishment of the last item. These choices contain −
  • Selection of basic components and their interfaces by which the system is made.
  • Behavior as indicated in joint efforts among those components.
  • Composition of these auxiliary and behavioral components into huge subsystem.
  • Architectural choices line up with business goals.
  • Architectural styles control the association.

What is Software Design?

Software configuration gives and design arrange for that portrays the components of a system, how they fit, and cooperate to satisfy the prerequisite of the system. The targets of having a design are as per the following −
  • To arrange system necessities, and to set desires with clients, advertising, and administration staff.
  • Act as a design amid the advancement procedure.
  • Guide the execution assignments, including nitty gritty plan, coding, incorporation, and testing.
Domain examination, prerequisites investigation, and hazard investigation precedes architecture configuration stage, though the definite plan, coding, mix, and testing stages come after it.
software_design (1)

Goals of Architecture

The essential objective of the design is to distinguish prerequisites that influence the structure of the application. A well-laid design decreases the business dangers related with building a specialized arrangement and manufactures a scaffold amongst business and specialized prerequisites.
A portion of alternate objectives are as per the following −
  • Expose the structure of the system, yet conceal its execution subtle elements.
  • Realize all the utilization cases and situations.
  • Try to address the necessities of different partners.
  • Handle both practical and quality prerequisites.
  • Reduce the objective of proprietorship and enhance the association's market position.
  • Improve quality and usefulness offered by the system.
  • Improve outside trust in either the association or system.


Software design is as yet a rising control inside Software building. It has the accompanying constraints −
  • Lack of instruments and institutionalized approaches to speak to architecture.
  • Lack of investigation techniques to anticipate whether design will bring about an execution that meets the necessities.
  • Lack of attention to the significance of architecture configuration to Software improvement.
  • Lack of comprehension of the part of Software engineer and poor correspondence among partners.
  • Lack of comprehension of the design procedure, plan understanding and assessment of plan.

Role of Software Architect

A Software Architect gives an answer that the specialized group can make and plan for the whole application. A product designer ought to have ability in the accompanying regions −

Design Expertise

  • Expert in Software configuration, including differing techniques and methodologies, for example, protest situated plan, occasion driven design, and so forth.
  • Lead the advancement group and facilitate the improvement endeavors for the uprightness of the plan.
  • Should have the capacity to audit plan recommendations and tradeoff among themselves.

Domain Expertise

  • Expert on the system being produced and anticipate Software development.
  • Assist in the prerequisite examination process, guaranteeing culmination and consistency.
  • Coordinate the meaning of domain demonstrates for the system being created.

Technology Expertise

  • Expert on accessible advances that aides in the execution of the system.
  • Coordinate the determination of Software dialect, structure, stages, databases, and so on.

Methodological Expertise

  • Expert on Software improvement techniques that might be embraced amid SDLC (Software Development Life Cycle).
  • Choose the fitting methodologies for advancement that helps the whole group.

Deliverables of the Architect

A draftsman is relied upon to convey clear, entire, steady, and achievable arrangement of practical objectives to the association. Plus, he is likewise mindful to give −
  • A disentangled idea of the system
  • A plan as the system, with no less than two layers of deterioration.
  • A useful portrayal of the system, with no less than two layers of disintegration.
  • A thought of the planning, administrator qualities, and the usage and operation designs
  • A report or process which guarantees useful deterioration is taken after, and the type of interfaces is controlled

Hidden Part of Software Architect

Plus, encouraging the specialized work among colleagues, it has likewise some unpretentious parts, for example, strengthen the trust relationship among colleagues and shield colleagues from the outer powers that could occupy them and convey less an incentive to the undertaking.

Quality Attributes

Quality is a measure of greatness or the condition of being free from insufficiencies or imperfections. Quality traits are the system properties that are separate from the usefulness of the system.
Actualizing quality credits makes it simpler to separate a decent system from an awful one. Characteristics are general factors that influence runtime conduct, system plan, and client encounter.
They can be delegated −
  • Static Quality Attributes − Reflect the structure of a system and association, straightforwardly identified with architecture, plan, and source code. They are undetectable to end-client, however influence the advancement and support cost, e.g.: measured quality, testability, practicality, and so on.
  • Dynamic Quality Attributes − Reflect the conduct of the system amid its execution. They are straightforwardly identified with system's architecture, plan, source code, setup, organization parameters, condition, and stage. They are noticeable to the end-client and exist at runtime, e.g. throughput, power, adaptability, and so forth.

Quality Scenarios

Quality scenarios specify how to prevent a fault from becoming a failure. They can be divided into six parts based on their attribute specifications
  • Source − an internal or external entity such as people, hardware, software, or physical infrastructure that generate the stimulus.
  • Stimulus − A condition that needs to be considered when it arrives on a system.
  • Environment − the stimulus occurs within certain conditions.
  • Artifact − A whole system or some part of it such as processors, communication channels, persistent storage, processes etc.
  • Response − an activity undertaken after the arrival of stimulus such as detect faults, recover from fault, disable event source etc.
  • Response measure − should measure the occurred responses so that the requirements can be tested.

Common Quality Attributes

The following table lists the common quality attributes a software architecture must have:
Category Quality Attribute Description
Design Qualities Conceptual Integrity Defines the consistency and coherence of the overall design. This includes the way components or modules are designed.
Maintainability Ability of the system to undergo changes with a degree of ease.
Reusability Defines the capability for components and subsystems to be suitable for use in other applications.
Run-time Qualities Interoperability Ability of a system or different systems to operate successfully by communicating and exchanging information with other external systems written and run by external parties.
Manageability Defines how easy it is for system administrators to manage the application.
Reliability Ability of a system to remain operational over time.
Scalability Ability of a system to either handle the load increase without impacting the performance of the system or the ability to be readily enlarged.
Security Capability of a system to prevent malicious or accidental actions outside of the designed usages.
Performance Indication of the responsiveness of a system to execute any action within a given time interval.
Availability Defines the proportion of time that the system is functional and working. It can be measured as a percentage of the total system downtime over a predefined period.
System Qualities Supportability Ability of the system to provide information helpful for identifying and resolving issues when it fails to work correctly.
Testability Measure of how easy it is to create test criteria for the system and its components.
User Qualities Usability Defines how well the application meets the requirements of the user and consumer by being intuitive.
Architecture Quality Correctness Accountability for satisfying all the requirements of the system.
Non-runtime Quality Portability Ability of the system to run under different computing environment.
Integrality Ability to make separately developed components of the system work correctly together.
Modifiability Ease with which each software system can accommodate changes to its software.
Business quality attributes Cost and schedule Cost of the system with respect to time to market, expected project lifetime & utilization of legacy.
Marketability Use of system with respect to market competition.

All rights reserved © 2018 Wisdom IT Services India Pvt. Ltd Protection Status

Software Architecture and Design Topics