UPI Study › Courses › System Analysis and Design › Free lessons › Lesson 2.3 Free with a free account
Tools and Approaches for Building Systems
System Analysis and Design · Chapter 2: Business Analysis Tools and Development MethodsSection 2.3 · lesson 9 of 699 min · free with a free account
Free preview
Create a free account to keep watching
It takes a minute and costs nothing. Your free account unlocks all of Chapter 1 and 3 more lessons of System Analysis and Design.
Lesson complete
Earn the 3 college credits for System Analysis and Design
Enrolling adds a quiz after each lesson, the graded work and the official transcript. Recommended for credit by NCCRS.
Next lesson: How Software Development Fits Into the Systems Lifecycle →← Essential Tools, Methods, and Software for Business AnalysisNext lesson: How Software Development Fits Into the Systems Lifecycle →
In this lesson
Build, buy, or outsource - and the software that helps build software.
- Explain the build, buy, and outsource options and what favors each
- Describe COTS software and its main trade-offs
- Describe SaaS and how it differs from traditional COTS licensing
- Explain CASE tools and distinguish upper CASE from lower CASE
Transcript
Everything said in the video, section by section (1,212 words). Read along, or search it.
Business Analysis Tools and Development Methods
Tools and Approaches for Building Systems
Once a systems request is approved, a practical question remains. How will the system actually be produced? This section covers the three broad answers: build it, buy it, or outsource it. Then we look closely at the buy option, through commercial off-the-shelf software, and software as a service. And finally, we look at the tools analysts and developers use while they build. They are called CASE tools.
The Core Decision
3 Ways to Produce an Approved System
There are three broad paths. The organization can build the system itself, using its own analysts and developers. It can buy an existing software product, and adapt its own processes to fit it. Or it can outsource the work, hiring an outside firm to build or run the system on its behalf. Picture the three sitting along a spectrum. At one end, building gives the most control, but demands the most in-house effort. At the other end, outsourcing asks the least in-house effort, and gives the least control. Buying sits between them. None of the three is universally correct. The right choice depends on how unique the organization's needs are, how much time and skill it has in-house, and how much control it wants to keep.
Comparing the Options
Build vs. Buy vs. Outsource
Let's compare the three on five factors. On customization, building is fully tailored to the organization's exact process. Buying is limited to what the product allows. Outsourcing depends on the contract. On time to deploy, building is usually the longest, since development starts from scratch. Buying is usually the fastest, since the product already exists. Outsourcing is often in between. On upfront cost, building is highest, driven by staff time and development effort. Buying is lower upfront, often through licensing or a subscription. On ongoing control, building keeps full control over features and priorities. Buying leaves the future to the vendor's roadmap. Outsourcing shares control, as the contract defines. And the best fit? Build when the process is a genuine source of competitive advantage. Buy when a proven product already solves a common, non-unique need. Outsource when in-house skills or capacity are limited, and a qualified partner is available.
Worked Example
A University's Course Registration
A university deciding how to handle student course registration shows the trade-off. Registration rules are fairly standard across universities. So most schools buy a proven registration product, rather than build one from scratch. Now imagine a university with an unusual, highly specific advising workflow. That workflow gives it a real recruiting advantage. It might choose to build that one piece in-house, even while buying the standard registration system around it. The lesson is that the decision is not all or nothing. One organization can buy the common parts, and build the parts that make it different.
The Buy Option
COTS: Commercial Off-the-Shelf Software
Let's look more closely at the buy option. Commercial off-the-shelf software, usually called COTS, is a pre-built product. A vendor develops it, and sells or licenses it to many different organizations. It is not created for any one organization's exact needs. Buying COTS is the most common form of the buy option. Its advantages are real. The upfront cost is lower than custom development. Deployment is faster, since the product already exists and has been tested. There is ongoing vendor support, with bug fixes. And there is the reliability that comes from many other organizations already using it. But there are trade-offs. Customization is limited to what the vendor allows. The organization may have to change its own processes to match the software, rather than the other way around. There are ongoing licensing costs, and new features arrive on the vendor's schedule, not yours.
Evaluating COTS
Fit-Gap Analysis
So how does an analyst evaluate a COTS product? A common approach is called fit-gap analysis. The analyst compares the organization's requirements against what the product actually offers. Any requirement the product does not meet is a gap. The point is to handle each gap deliberately, rather than discover it after purchase. There are three ways to handle a gap. Configure the product differently. Change the organization's own process. Or rule the product out altogether.
A Delivery Model
SaaS: Software as a Service
Software as a service, or SaaS, is a different way of delivering software. The vendor hosts the application on its own servers. The organization accesses it over the internet, usually paying a recurring subscription, rather than a one-time license fee. SaaS is still COTS in the broad sense. It is a pre-built product used by many organizations. What changes is how the product is acquired, installed, and maintained. With traditional, on-premises COTS, the software runs on the organization's own servers. With SaaS, it is hosted by the vendor, and accessed through a browser. Traditional COTS usually means a one-time license fee, often with separate support contracts. SaaS is a subscription, billed monthly or annually. With on-premises software, the organization's own IT staff install updates and patches. With SaaS, the vendor applies updates automatically, for all customers. And with SaaS, the organization no longer needs to provide and maintain servers at all.
The SaaS Trade-Off
Less Control, Lighter Maintenance
That brings a trade-off. Because the vendor manages hosting and updates, the organization gives up some control. For instance, it cannot simply delay an update it dislikes. In exchange, it carries a much lighter ongoing maintenance burden. This trade-off matters most for organizations with limited in-house IT staff. For them, maintaining on-premises servers is itself a significant cost.
Software That Builds Software
CASE Tools: Upper vs. Lower
Finally, the tools used while building systems. CASE stands for computer-aided software engineering. CASE tools support analysts and developers as they build a system. They are not part of the system being built. They fall into two broad categories, based on where in the process they are used. Upper CASE tools are used early, during planning, analysis, and design. They are diagramming and modeling tools, for data flow diagrams, entity-relationship diagrams, and process models. For example, a business analyst diagramming how customer orders flow through a proposed system, before any code is written. Lower CASE tools are used later, during construction and implementation. They turn design artifacts into working software, through code generators, database schema generators, and automated testing. For example, a tool that generates database table definitions directly from an approved entity-relationship diagram. Some products span both. They are sometimes called integrated CASE tools. Even then, the upper and lower distinction is useful. It tells you which phase of work a feature is actually supporting.
Key Terms
The Vocabulary of This Section
Let's lock in the key terms. COTS is commercial off-the-shelf software, a vendor's pre-built product licensed to many organizations. Fit-gap analysis compares requirements against what a product offers, so gaps are handled deliberately. SaaS, or software as a service, is vendor-hosted software, accessed over the internet for a recurring subscription. CASE tools are computer-aided software engineering tools, which support the people building a system. Upper CASE supports early planning, analysis, and design. Lower CASE supports later construction and implementation.
Key Takeaways
What to Carry Forward
To pull this together. Build, buy, and outsource are the three core ways to acquire a system. They trade off customization, cost, speed, and control. COTS software lowers cost and deployment time, but limits customization to what the vendor supports. A fit-gap analysis identifies where a COTS product falls short. SaaS is a hosting and payment model for COTS software, trading ongoing control for a lower maintenance burden. CASE tools support the people building a system, rather than being part of the system itself. And upper CASE supports early planning, analysis, and design, while lower CASE supports later construction and implementation.
About System Analysis and Design at UPI Study
System Analysis and Design (Computer Science 390) is a self-paced online course of 69 video lessons in 9 chapters, from the analyst's role and requirements to UML modeling, interface and database design, testing, maintenance and project management. It carries a NCCRS credit recommendation for 3 semester credits.
Every lesson transcript is free on pages like this one, and the videos are free with a free UPI Study account. Enrolling adds a practice quiz after each lesson, the graded work and final exam that earn the credit, lifetime access, and an official transcript on completion. UPI Study has helped over 130,000 students with college credits. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Enroll now → Course details Download the syllabus All Computer Science courses Every course with PRO →
Why take it here
Why students take System Analysis and Design with UPI Study
Where the credit goes
Universities that work with NCCRS
System Analysis and Design carries a NCCRS credit recommendation. These universities work with NCCRS; some are UPI Study's signed partners. ACE and NCCRS have over 2,100 cooperating colleges that will consider accepting credits; the final decision is with the universities.
Thomas Edison State UniversitySigned partner
University of the PeopleSigned partner
Charter Oak State CollegeSigned partner
Strayer UniversitySigned partner
Columbia Southern UniversitySigned partner
Indiana TechSigned partner
Penn StateWorks with NCCRS
Southern New Hampshire UniversityWorks with NCCRS
SUNYWorks with NCCRS
+many more cooperating universitiesFind my college →Find my college → Not listed? Ask Athena in the corner of this page, or book a 15-minute call.
FAQ
Questions students ask us
About Tools and Approaches for Building Systems
How do you decide whether to build, buy, or outsource a system?
What are the advantages and disadvantages of COTS software?
How is SaaS different from traditional off-the-shelf software?
What is the difference between upper CASE and lower CASE tools?
About the System Analysis and Design course
How many college credits is System Analysis and Design?
How much does System Analysis and Design cost and what is included?
Which universities accept UPI Study credits?
How long does System Analysis and Design take?
How are the exams done?
How do my credits reach my college?
Ready for the full course? Earn 3 credits in System Analysis and Design.
69 video lessons, a quiz after each one, and the graded work that earns the credit. Recommended for credit by NCCRS.
3 credits · NCCRSEnroll →