Forums for the Business Analyst

 
  Modern Analyst Forums  Business and Sy...  Requirements  Will the real Functional Specification please stand up?
Previous Previous
 
Next Next
New Post 8/28/2009 4:58 AM
Unresolved
User is offline panofoot
11 posts
10th Level Poster


Will the real Functional Specification please stand up? 
Modified By panofoot  on 8/28/2009 5:59:31 AM)

Hi,

I wondered whether a BA with some solid experience could help me with a problem I'm struggling with!

What is a FUNCTIONAL SPECIFICATION? I seem to see so many different descriptions floating around, that it's hard to discern exactly what one is.

Some descriptions I've seen:

1) It's the same thing as a "Requirements Document" and documents the functional and non-functional requirements.

2) It's a requirements document that only documents "Functional" requirements

3) It's a high-level DESIGN document that describes how the "Functional" requirements (presumably documented elsewhere) are implemented as a SOLUTION. It doesn't cover technology or platform.

4) It's the same thing as a "Software Requirements Specification" (SRS) i.e. that defined by IEEE, where an SRS defines the full set of requirements for the system including external interfaces, design constraints, standards etc.

5) It forms "part" of the SRS


Needless to say, this has caused me a lot of confusion. I've only been working as an analyst for two years, and the development of internal apps in my organisation has a rather loose approach toward due process. Typically, developers ignore documenting requirements or uncovering problems/needs, and make a beeline for a "Functional Specification", which in this case constitutes the high-level design (or proposed SOLUTION). When "complete", this normally forms the "contract" between customer and development team.

To add some rigour, I've tried to introduce a "Business Requirements Document" as a first step, which analyses the business NEEDs and underlying problem(s), and assesses the existing situation and process(es). Following this, a "Software Requirements Specification" (based on IEEE standard) incorporating Use Cases, which describes the overall behaviour of the proposed solution, independent of any design details. It includes functional and non-functional requirements, business rules, external interfaces, user interface wire-frames, design constraints, standards etc.

Some people might argue that this SRS _IS_ a Functional Specification, especially since the behaviour is described in the form of Use Cases. Others (including some members of my team) argue that the SRS isn't enough on its own, and that a "Functional Specification" is required, where in this context, the Functional Specification is more akin to a high-level design document.

I'm still confused on the role of the FS, but in my view, the SRS as I've described it should be sufficient as the end-Analysis product. The DESIGN document should be produced by the development team using the SRS. This may or may not be shared with the customer.

I appreciate that this is a grey area, but would appreciate the thoughts of some experienced BAs on this subject.

Thanks in advance.

Graham

 
New Post 8/28/2009 8:46 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Will the real Functional Specification please stand up? 

Hi:

On the requirements engineering listserv the question of what are business requirements vs functional requirements came up.  General consensous answer via a simple example:  A company's sales tax is to be calculated in a new way.   If a person is to manually calculate the sales tax, then such is a business requirement.   If a computer is to calculate the tax, such is also a business requirement.  

For the computer solution, if, in order for the computer to calculate the sales tax, it must first establish a link to remote database X and get data Y from it, then this is a functional requirement (it is not a business need, but a technological need).   

Both the above mentioned business requirement and the functional requirement would be contained in the functional specification for a software solution.  If the computer needs to be painted red, then, this is a non-functional requirement.  I think having non-functional requirements in a functional spec is optional, but I am not sure.

Tony

 
New Post 8/28/2009 11:25 AM
User is offline Tony Markos
493 posts
5th Level Poster


Re: Will the real Functional Specification please stand up? 

Forgot to mention there is no need for a SRS.    Think about how the agile folks work - they only create one set of models.  

Tony

 
New Post 8/28/2009 11:48 AM
User is offline David Wright
141 posts
www.iag.biz
7th Level Poster




Re: Will the real Functional Specification please stand up? 

"What is a FUNCTIONAL SPECIFICATION?"

I don't mean to be a a glib, but at some point it is what you and your company says it is for your purposes. One of the benefits of a methodology is that it defines what all its artifacts and deliverables are. Since you seem to be without one, you need to do some definitions yourself. While external definitions can be a guide, it comes to down to who (if anyone) will use a func spec as input to their work, and what they expect needs to be in it in order to do their jobs.

So, is the development team at your company the ones who want a func spec?


David Wright
 
New Post 8/28/2009 4:12 PM
User is offline Kimbo
450 posts
5th Level Poster


Re: Will the real Functional Specification please stand up? 

I work as a freelancer and hence change jobs relatively frequently. One question I always ask at interview is "What are the deliverables?". Invariably I then have to ask a follow up to get them to explain what their version of a Business Requirements specification, System Requirements specification, Functional specification or whatever other name they come up with actually is.

Personally I think they are all the same thing and you just know more at different times in the process. I don't really care what people call them.

David made the key point though. Sounds like you need to define the process and the deliverables where you work. Interesting project for you. I've just started a new contract at an Insurance company and they have this notion of BRS and functional spec. I mostly see that in large staid companies and government departments. Smaller companies can't afford the commercial costs that such rigid overheads imply and tend to be more agile. That is not to say that they don't do thorough analysis of ccourse.

Kimbo

 

 
Previous Previous
 
Next Next
  Modern Analyst Forums  Business and Sy...  Requirements  Will the real Functional Specification please stand up?

Community Blog - Latest Posts

Anthony Horner
Anthony Horner
BPMN 2.0 is a modelling standard that has been around for 10 years now and although it has its foibles it has been recognised as the best for capturing the business logic behind real-life scenarios.  What most people don’t realise is that the standard itself is supported by an XML definition of its objects. What does this mean? Essent...
0 Responses
akshitavarma143
akshitavarma143
Different procedures are utilized for legitimate administration of IT administrations, yet ITIL is viewed as the best arrangement of practices for even administration of IT administrations. ITIL is the contraction for Information Technology Infrastructure Library.  In easier words, ITIL is many rules and arrangements for the effective admin...
0 Responses
Rajesh-N
Rajesh-N
What Everyone Must Know about AI in Testing Artificial Intelligence is the buzzword that we frequently keep hearing. Its widespread popularity and influence can be understood from the way industries adopting AI in their organization. Whether it’s Healthcare, Automobile, Banking & Financial Services, or Airlines, many industries have st...
0 Responses






Latest Articles

Why I am a proud Business Analyst
Feb 28, 2021
0 Comments
Someone recently asked me “What does a typical day for a Business Analyst look like?” and my response was that if you do find someone who ...
Copyright 2006-2021 by Modern Analyst Media LLC