About Us

System Development Guild Inc. (SDG) is a Canadian company based in Vancouver, British Columbia, Canada. Since 1993, we’ve offered architectural design support for large complex computer systems and extensive training to build these systems.
SDG’s expertise is in applying semi-formal, object-oriented modeling techniques to computer-based automation projects. These techniques are necessary for the following:
  • Application Software Services Design
  • Automation System Design
  • Application SOA Design
  • Requirements Gathering
We bring an innovative engineering approach to automation system design yet to be seen in most developments. Our techniques apply to any domain utilizing automation (e.g., banking, commerce, health, military, IoT, control systems, etc.) and speed development by “compiling” from executable models to executable code.
The “compiler” ensures a common approach to implementing typical system-wide software patterns, such as:
  • SOA
  • Inter-App Messaging
  • Persistence
  • Software Object Structure
  • Identity Security
  • And More
The purpose is to promote consistency in approach and improve the understandability of the system for future maintenance staff.
Global changes to the system and software architecture are accomplished by modifying the code generated by the “compiler” (e.g. a shift from SOAP to RESTful or vice versa) and recompiling the models to new code.

What We Offer

Formal techniques can be challenging for most people to apply to automation projects. However, object-oriented modeling techniques don’t pose the same difficulty and are often easier for the business side than the technical side, approaching the rigor of formal techniques. SDG offers training and consultation in this engineering approach so you can be well-prepared to kickstart a project using semi-formal procedures. Contact us for more details.

A Quick Test for You

If your programmers claim to be using Object-Oriented Programming (OOP), they are likely using modular programming techniques instead of Object-Oriented Analysis and Design programming techniques. The former’s approach lacks the simple one-to-one mapping between how the business works and how the automation system and its users work.
Current OOP approaches also guarantee higher maintenance costs as every programmer performs the translation from business need to software execution differently. Moreover, it is harder for the maintenance programmer to understand someone else’s code and how it performs. The benefit of doing it our way is the creation of the one-to-one mapping from the object-oriented business models to the executable code. Survey your staff and find out how many have:
  • Computer Science Degrees
  • Belong to a Software Organization (e.g., IEEE, ACM)
  • Read Software Books Regularly
  • Know the Difference between Different Software Design Approaches (e.g., Structured Programming, Modular Design)
Most programmers don’t answer these questions well; hence when confronted with a new problem, they make up an ad hoc solution rather than follow a tried-and-true engineering approach.