See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/350380596

Software Architecture and Software Design

Article in SSRN Electronic Journal · January 2019

DOI: 10.2139/ssrn.3772387

CITATIONS READS

16 7,909

1 author:

Manishaben Jaiswal
University of the Cumberlands
25 PUBLICATIONS 296 CITATIONS

SEE PROFILE

All content following this page was uploaded by Manishaben Jaiswal on 03 April 2021.

The user has requested enhancement of the downloaded file.

 International Research Journal of Engineering and Technology (IRJET) e-ISSN: 2395-0056
Volume: 06 Issue: 11 | Nov 2019 www.irjet.net p-ISSN: 2395-0072

Software Architecture and Software Design

Manishaben Jaiswal

Researcher and IT Consultant, MD, USA, Pursuing Ph.D. University of Cumberland, KY, USA, IT Consultant, MD, USA
---------------------------------------------------------------------***----------------------------------------------------------------------
Abstract - Software architecture defined as strategic design of Pattern and lots of additional. The Microservices pattern
an activity concerned with global requirements and its received its name when being adopted by Amazon and Netflix
solution is implemented such as programming paradigms, and showing its nice impact.
architectural styles, component-based software engineering
standards, architectural patterns, security, scale, integration, 1.2. Serverless Architecture
and law-governed regularities. Functional design, also
described as tactical design, is an activity concerned with local Serverless Architecture is alienated into two main groups.
requirements governing what a solution does such as The first is “Backend as a service” which is known as ‘Baas’.
algorithms, design patterns, programming idioms, refactoring, Other is “Functions as a Service (FaaS).” Which is known as
and low-level implementation. In this paper I would like to FaaS. The serverless architecture will help you save a lot of
introduce some concepts of software architecture, and time taking care and fixing bugs of deployment and servers
software design as well as relationship between them. regular tasks.

Key Words: Architecture, Design, Components, Element,

Principle, Serverless

1. Introduction

Architecture is driven by non-functional requirements, while

functional design is driven by functional requirements.
Pseudo-code belongs in the detailed design document. UML
component, deployment, and package diagrams generally
appear in software architecture documents; UML class,
object, and behavior diagrams appear in detailed functional
design documents.so, ultimately both are dependent on each
other. Some important stage of the software architecture is 1.3 Event-Driven Architecture
as follows. Firstly, what is software architecture and the
characteristics of it. Secondly, what is software design and This architecture is reckoning on Event Producers and Event
its principle, and finally relationship between software customers. The most plan is to decouple your system’s
architecture and software design. components and every half are going to be triggered once a
remarkable event from another half possesses triggered. As
1. Software Architecture an example, an internet store system has two components.
First a sale module and second a merchant module. If a client
Architecture is a blueprint for a system. It provides an
makes a sale, the acquisition module would generate an
associate abstraction to manage the system complexness and
occasion of “order Pending” Since the seller module is
establish a communication and coordination mechanism
attention-grabbing within the “order Pending” event, it'll be
among elements. It defines a structured resolution to fulfill
listening, just in case one is triggered. Once the seller module
all the technical and operational necessities, whereas
gets this event, it'll execute some tasks or even fireplace
optimizing the common quality attributes like performance
another event to order a lot of the merchandise from a
and security. Further, it involves a collection of serious
merchant.
selections regarding the organization associated with
software system development and each of those selections
will have a substantial impact on quality, maintainability,
performance, and the overall success of the ultimate product.

1.1Characteristic of the Software Architecture:

Characteristics describe the expectations of code in

operational and technical levels. The performance and low
fault tolerance, quantifiability, and responsibility of area unit
are the key of characteristics. It is also referred as quality
attribute or patterns. Microservices is one in all several
different code design patterns Event-Driven Pattern, Serverless

© 2019, IRJET | Impact Factor value: 7.34 | ISO 9001:2008 Certified Journal | Page 2452
 International Research Journal of Engineering and Technology (IRJET) e-ISSN: 2395-0056
Volume: 06 Issue: 11 | Nov 2019 www.irjet.net p-ISSN: 2395-0072

1.4 Microservices Architecture however, don't embrace info that's for good resident or
hidden among an element.
Microservices architecture is a famous architecture now a
days it depends on developing tiny, freelance standard It is working on several principal which are as follows.
services wherever every service solves a downside or
performs a singular task and these modules communicate 2.1 Single responsibility principle: It indicates that each
with one another through well-defined API to serve the class must have one single purpose, a concern and a
business goal. reason to change.

2.2 Open closed principle: It is open for extension but

closed for adjustment. It indicates that, designer will be
able to add more functionality to the class but do not edit
current functions in a way that breaks existing code that
uses it.

2.3 Liskov substitution principle:

This principle guides the developer to use inheritance in

an exceeding method which will not break the appliance
logic at any purpose. Thus, if a toddler category referred
to as “XyClass” inherits from a parent category “class”,
the child category shall not replicate the practicality of
Fig -1: Name of the figure
the parent category in an exceedingly method that
2. Software Design changes the behavior parent category. thus, you'll be
able to simply use the article of Class rather than the
Software architecture is in authority for the skeleton and the article of complexity while not breaking the appliance
high-level infrastructure of a software, the software design is logic.
responsible for the code level design such as, what each
module is doing, the classes scope, and the functions 2.4 Interface segregation principle:
purposes, etc. Every structure contains code parts, relations
among them, and properties of each part and relations. The We can implement multiple interfaces, then structure
design of a system depicts the system organization or your code in an exceedingly manner that a category can
structure and provides an evidence of how it behaves. A ne'er be forced to implement a perform that's not
series of design selections are impact of quality, necessary to its purpose. So, we can categorize interfaces.
performance, maintainability, and overall success of the
2.5 Dependency inversion principle:
system. A system represents the gathering of elements which
accomplish a set of functions. If you ever followed TDD for your application
development, then you recognize however decoupling
A computer code design is an associate abstraction of the
your code is vital for testability and modularity. In
run-time components of a package throughout some part of
alternative words, If a definite category “ex: Purchase”
its operation. Elements like components and data
depends on the “Users” category then the User object
constrained in their relationships to realize the desired set of
internal representation ought to return from outside
properties.
the “Purchase” category.
Elements: An element is the associate abstract unit of
3. Relationship between software architecture and
computer code directions and internal state that gives a
software design
transformation of information via its interface. For example,
transformations embrace loading into memory from Software design exposes the structure of a system
auxiliary storage, playing some calculation, translating to a whereas activity the implementation details. The design
special format, encapsulation with alternative knowledge, additionally focuses on however the weather and parts
etc. at intervals a system moves with each other. package
style delves deeper into the implementation details of
Components: Components are the foremost simply
the system. style issues exemplify the choice of
recognized side of computer code design which embrace
knowledge structures and algorithms or the
process, data, and connecting components
implementation details of individual parts. Architecture
Data-A data point is a data that is transferred from a and style issues typically overlap. Instead of using
component, or received by an element, via an laborious and quick rules to tell apart between design
instrumentality. Examples embrace byte-sequences, and style, it is sensible to mix them. In some cases,
messages, marshaled parameters, and serialized objects, selections square measure clearly a lot of study in

© 2019, IRJET | Impact Factor value: 7.34 | ISO 9001:2008 Certified Journal | Page 2453
 International Research Journal of Engineering and Technology (IRJET) e-ISSN: 2395-0056
Volume: 06 Issue: 11 | Nov 2019 www.irjet.net p-ISSN: 2395-0072

nature. In alternative cases, selections focus heavily on

style and the way it helps to comprehend that design.

4. Conclusion

According to my research on and the points as we

discussed above, conclusion is there is no any specific
rules and regulation applied on software design. An
important detail to notice is that design is style,
however not all style studies. In observe, the designer
is that the one United Nations agency attracts the road
tween package design (architectural style) and
elaborated design (non-architectural design). There
aren’t any rules or tips that work all cases, although,
there are tries to formalize the excellence.

References

[1] (Evelyn J. Barry et. al. 2003) Evelyn J. Barry, Chris F.

Kemerer, Sanda A. Slaughter, On the Uniformity of
Software Evolution Patterns, IEEE, 2003, pp. 106 – 113

[2] (Kruchten 2000) Philippe Kruchten, “Rational Unified

Process – An Introduction”, Addison-Wesley, 2000.

[3] Software Engineering by M.Jaiswal, and S. J. Patel ,

Thakur publisher, ED 2014, chapter Design Concepts;
and Architectural Design pg.100-108, Component-Level
design.pg. 122-126.

[4] (Kruchten 1995) Philippe Kruchten, The 4+1 View

Model of Architecture, IEEE, 1995, pp. 42 – 50

[5] https://www.sciencedirect.com/topics/computer-
View publication stats

science/software-architecture.

Biographies

Manishaben is an author,
researcher as well as IT consultant.
She published books, about
“software Engineering”, 2014 and
Computer Concepts and
Application- lI, 2019. Published
papers in state, National
Conferences, and active in online
journals publication. Pursuing ph.
D in Information Technology and
working as IT consultant in well-
known software company, USA.

© 2019, IRJET | Impact Factor value: 7.34 | ISO 9001:2008 Certified Journal | Page 2454