You are on page 1of 3

functional spec

sandeep jain 19-Mar-2007 16:08


Hi can u give some details about functional specs

10987 Views

Re: functional spec

Sriramachandra Murthy Parasuramuni 20-Mar-2007 07:41 (in response to sandeep jain)


Functional specifications (functional specs), in the end, are the blueprint for how you want a particular report and transaction to look and work. It details what the report will do, how a user will interact with it, and what it will look like. By creating a blueprint of the report or transaction first, time and productivity are saved during the development stage because the programmers can program instead of also working out the logic of the userexperience. It will also enable you to manage the expectations of your clients or management, as they will know exactly what to expect. A key benefit of writing up a Functional Spec is in streamlining the development process. The developer working from the spec has, ideally, all of their questions answered about the report or transaction and can start building it. And since this is a spec that was approved by the client, they are building nothing less than what the client is expecting. There should be nothing left to guess or interpret when the spec is completed.

Functional Specification A functional specification (or sometimes functional specifications) is a formal document used to describe in detail for software developers a product's intended capabilities, appearance, and interactions with users. The functional specification is a kind of guideline and continuing reference point as the developers write the programming code. (At least one major product development group used a "Write the manual first" approach. Before the product existed, they wrote the user's guide for a word processing system, then declared that the user's guide was the functional specification. The developers were challenged to create a product that matched what the user's guide described.) Typically, the functional specification for an application program with a series of interactive windows and dialogs with a user would show the visual appearance of the user interface and describe each of the possible user input actions and the program response actions. A functional specification may also contain formal descriptions of user tasks, dependencies on other products, and usability criteria. Many companies have a guide for developers that describes what topics any product's functional specification should contain. For a sense of where the functional specification fits into the development process, here are a typical series of steps in developing a software product: Requirements: This is a formal statement of what the product planners informed by their knowledge of the marketplace and specific input from existing or potential customers believe is needed for a new product or a new version of an existing product. Requirements are usually expressed in terms of narrative statements and in a relatively general way. Objectives: Objectives are written by product designers in response to the Requirements. They describe in a more specific way what the product will look like. Objectives may describe architectures, protocols, and standards to which the product will conform. Measurable objectives are those that set some criteria by which the end product can be judged. Measurability can be in terms of some index of customer satisfaction or in terms of capabilities and task times. Objectives must recognize time and resource constraints. The development schedule is often part or a corollary of the Objectives. Functional specification.: The functional specification (usually functional spec or just spec for short) is the formal response to the objectives. It describes all external user and programming interfaces that the product must support. Design change requests: Throughout the development process, as the need for change to the functional specification is recognized, a formal change is described in a design change request. Logic Specification: The structure of the programming (for example, major groups of code modules that support a similar function), individual code modules and their relationships, and the data parameters that they pass to each other may be described in a formal document called a logic specification. The logic specification describes internal interfaces and is for use only by the developers, testers, and, later, to some extent, the programmers that service the product and provide code fixes to the field. User documentation: In general, all of the preceding documents (except the logic specification) are used as source material for the technical manuals and online information (such as help pages) that are prepared for the product's users. Test plan: Most development groups have a formal test plan that describes test cases that will exercise the programming that is written. Testing is done at the module (or unit) level, at the component level, and at the system level in context with other products. This can be thought of as alpha testing. The plan may also allow for beta test. Some companies provide an early version of the product to a selected group of customers for testing in a "real world" situation. The Final Product: Ideally, the final product is a complete implementation of the functional specification and design change requests, some of which may result from formal testing and beta testing. The cycle is then repeated for the next version of the product, beginning with a new Requirements statement, which ideally uses feedback from customers about the current product to determine what customers need or want next. Most software makers adhere to a formal development process similar to the one described above. The hardware development process is similar but includes some additional considerations for the outsourcing of parts and verification of the manufacturing process itself. Hope the above helps you.

Report Abuse

o
Re: functional spec

Like (0)

Arif Mansuri 20-Mar-2007 18:01 (in response to sandeep jain)


Hello Sandeep, Functional specs is the high level designed document which is generally prepared by Functional consultant on the basis of the business requirements gathered from the client. It contains the flowchart etc for the process to be done by developer. Involved persons: - Business Expert - Functional Consultant - Technical consultant - Developer

<b>Here is the template for functiona specs:</b>

http://www.upassoc.org/usability_resources/conference/2006/FunctionalSpecTemplate.doc
Also this will help.

http://sap-img.com/general/what-are-functional-specification-in-sap.htm
/message/2334729#2334729 [original link is broken] Hope this helps. Regards, Arif Mansuri

Report Abuse

o
Re: functional spec

Like (0)

anil maythri 26-Sep-2007 17:06 (in response to sandeep jain)


Hello Functional Spec (FS ) is nothing Functional Descriptions of a particuler process . e.g To create a purchase order(PO) You will be describing functionality for how to create a PO. like this for reports you will be describing functionality as a Functional consultant. based on FS ,Technical specs (TS) will be prepared. Regards anil

Report Abuse

o
Re: functional spec

Like (0)

Rakesh Singh Chauhan 27-Sep-2007 06:22 (in response to sandeep jain)


Hi Sandeep, A small search on SDN SD forum will help you to answer your query. I will suggest you to visit

http://sap-img.com/sap-sd.htm. It will give you the overview of SAP SD module.

Moreover there is a separate section of FAQs with answers which will help you in great deal.

Hope this helps you. Do award points if you found them useful. Regards, Rakesh

Report Abuse

o
Re: functional spec

Like (0)

KUMARAVEL RAMAN 12-Aug-2008 15:40 (in response to sandeep jain)


Functional Specfication is the document whcih describes functionality of the development. e.g. To map a user specific business scenario with SAP sometimes we may need to go for an enhancement like creating a "Z" transaction. So, in this case the "Z" transactions will be developed by ABAPers. Before they start creatign this they should have a document as reference to follow the functionality, that document is nothing but the Functional Spec. Functional Specs will be ceated by Functional Consultants describing the Functionality of the "Z" Transaction. for example. User wants a specific "Z" report which can show the physical inventory details. Functional Consultant will create a Func spec for the "Z" report explaining the details of the input data to be provided and what should be the out put of the report and how the "Z" transaction screen should look and field descriptions, contents and buttons and if you press the button what should happen, for radio buttons if we select a radio and execute what should happen etc. I think your doubt is cleared....

Report Abuse

o
Re: functional spec

Like (0)

Ramesh Chandra Soni 13-Aug-2008 11:35 (in response to sandeep jain)


Hi, In continuaton to the discussion Now a days few terminology cnamed as FRICW also comes under functional specs. F--Forms mostly smart forms R--Reports classical or ALV I -- Interface may be with non SAP system via XI or other tools C--Conversion for feeding data in SAP with automation W--Work Flow for business process All these technical documents will also needs touch points from functional guy to fullfill the required outcome Ramesh

Report Abuse

Like (0)