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
438 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

Digvijaybook
Digvijaybook
Analytics is the future of the business industry. Businesses and organizations today run on data and its interpretation. Its correct evaluation is the fundamental key to success. And business analysts are the guides to it. It is a very prosperous industry and has a lot of potential for talented people. To even qualify, you require more than just...
2 Responses
Samuel02
Samuel02
With the advent of modern-day cloud infrastructure, many business-critical applications like databases, ERPs, Marketing applications have all moved to the cloud. With this, most of the business-critical data now reside in the cloud. Now that all the business data resides on the cloud, companies need a data warehouse that can seamlessly store the da...
0 Responses
BPM_online
BPM_online
Bpm'online, a global business software company leading in the space of low-code, process automation, and CRM, will be soon announcing their new company name. The new name will be launched in the sky via a breathtaking skydiving performance involving 160 bpm’online employees, including the CEO. The new name of bpm’online is to be fo...
0 Responses




Latest Articles

Copyright 2006-2019 by Modern Analyst Media LLC