Skip repetitive navigation links.
United States Department of AgricultureFarm Services AgencySystem Development Life Cycle (SDLC)
Go to SDLC Home Go to SDLC Home Go to About SDLC Go to News Go to Help Go to Contact Us
Search FSA
Go To Advanced Search
Go To Search Tips
FSA Enterprise Architecture
Go to EA Overview
Go to Enterprise Architecture Program
Go to Enterprise Architecture
Go to FSA Infrastructure
FSA SDLC
Go to SDLC Overview
Go to Background
Go to Development Process
Go to Quick Start Guide
Go to FSA Quality Assurance & Control Process
Go to Project Management Process
Go to Configuration and Change Management
Mainframe & System 36 SDLC
Browse by Subject
Go to Developer Tools Overview
Go to Architectural Decisions/Waivers
Go to FSA Assets and Shared Services
Go to Approved Software
Go to Templates and Documents
Go to Information Bulletins & Memos
Browse by Subject
Go to Learning Overview
Go to Training Schedule
Architectural Decisions/Waivers

Architectural Decisions / Waivers

 

 
All system development is to be conducted in accordance with the SDLC. Development teams shall submit an SDLC Waiver whenever deviating from published standards. The Architecture Office (AO) can assist with waiver content and review before the waiver is submitted for approval, but the development team is responsible for the following.

 
To submit an SDLC waiver for approval:
  • Have the waiver signed by :
  • Chief, Requesting Office
  • FSA Enterprise Application Architect, ADC
  • FSA Enterprise Architect, AMC
  • Director of Operations & Testing Center (OTC)
  • Deputy CIO Programs
  • Submit the signed waiver to AO for retention.

 
SDLC Waiver

 
There are circumstances when it is appropriate to deviate from the SDLC and published standards. When this situation occurs the deviation must be accompanied by an SDLC Waiver. The SDLC Waiver template can be used as a starting point for authoring a waiver.

 
An SDLC Waiver should have the following key pieces of information:

 
  • Name and version/release of the affected application
  • Point of Contact
  • Standard that is being deviated from
  • Reason/justification explanation for the deviation (funding, project schedule, urgency, resources, COTS incompatibility, technical issues, etc.)
  • Scope of waiver request to identify portion of application that is covered
  • Target version and release date for when the application will comply with the standard
  • Explain how compliance will be accomplished

 
When submitting an SDLC Waiver, an Architectural Decision may be used by the development team to document these decisions, though it is not required.

 
Architectural Decision

 
An Architectural Decision (AD) captures significant design decisions that concern the software system. An AD is used in the following scenarios:

 
  • supporting design decisions that are significant, but do not need sign-off
  • supporting design decisions that require a waiver.

 
The Architectural Decisions validate and document critical design decisions that denote long-term affects on the system, as opposed to decisions that render a short-term, immediate impact. Through prudent and reasonable judgment, the development team should consider what decisions may/may not require an AD.

 

 

 

 


Last Modified: 06/27/12 10:45:52 AM


SDLC Home | FSA Home | USDA.gov | Common Questions | Site Map | Policies and Links
FOIA | Accessibility Statement | Privacy Policy | Nondiscrimination Statement | Information Quality | USA.gov | White House