DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Newsletter
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • How AI Is Transforming Software Engineering and How Developers Can Take Advantage
  • What Is Software Definition, Processes, and Engineering?
  • Choose Software Engineering Career Path: Top 25 Reason to Know
  • Data Science vs. Software Engineering: Understanding the Fundamental Differences

Trending

  • Designing Frontend Applications for Failure, Not Just Success
  • Moving 900+ GB of Prometheus Without a Cutover Weekend
  • Treat Salesforce Configuration Like Code: Release Discipline in a Copado Pipeline
  • Why Vulnerability Management Fails Without Reliable Asset Data

Draft This article hasn't been published, so readers can't see it.

In moderation This article is waiting for review, so readers can't see it yet.

Deleted This article has been deleted, so readers can't see it.

Domain Specific Software Engineering (DSSE)

By 
Todd Merritt
·
Jan. 08, 13 · Interview
Post on X (opens in a new tab) Share on LinkedIn (opens in a new tab)
5.8K Views

Join the DZone community Save articles, join the discussion, and download Refcards and Trend Reports with a free account.

Join for free Already a member? Log in
Domain Specific Software Engineering (DSSE) believes that creating every application from nothing is not advantageous when existing systems can be leveraged to create the same application in less time and with less cost.  This belief is founded in the idea that forcing applications to recreate exiting functionality is unnecessary. Why would we build a better wheel when we already have four really good and proven wheels? DSSE suggest that we take an existing wheel and just modify it to fit an existing need of a system. This allows developers to leverage existing codebases so that more time and expense are focused on creating more usable functionality compared to just creating more functionality. As an example, how many functions do we need to create to send an email when one can be created and used by all other applications within the existing domain?

Key Factors of DSSE

  • Domain
  • Technology
  • Business

A Domain in DSSE is used to control the problem space for a project. This control allows for applications to be developed within specific constrains that focus development is to a specific direction.
Technology in DSSE offers a variety of technological solutions to be applied within a domain.

Technology Examples:

  • Tools
  • Patterns
  • Architectures & Styles
  • Legacy Systems

Business is the motivator for any originations to use DSSE in there software development process.

Business reason to use DSSE:

  • Minimize Costs
  • Maximize market and Profits

When these factors are used in combination additional factors and benefits can be found.

Result of combining Key Factors of DSSE

  • Domain + Business  = Corporate Core Competencies
    • Domain expertise improved by market and business expertise
  • Domain + Technology = Application Family Architectures
    • All possible technological solutions to problems in a domain without any business constraints. 
  • Business + Technology =  Domain independent infrastructure
    • Tools and techniques for building systems  independent of all domains 
  • Domain + Business + Technology = Domain-specific software engineering
    • Applies technology to domain related goals in the context of business and market expertise
Software engineering Software development Engineering application

Opinions expressed by DZone contributors are their own.

Related

  • How AI Is Transforming Software Engineering and How Developers Can Take Advantage
  • What Is Software Definition, Processes, and Engineering?
  • Choose Software Engineering Career Path: Top 25 Reason to Know
  • Data Science vs. Software Engineering: Understanding the Fundamental Differences

Partner Resources

×

Comments

Loading comments

The comments didn't load

Please try again in a moment.

Likes

Loading

The next likes didn't load. Please try again.

The likes didn't load

Please try again in a moment.

See who liked this

Log in or join DZone for free to see who liked this article.

Log in Join for free
  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook