Skip to Content
author's profile photo Former Member
Former Member

validation & substitution

what is the diff between validation & substitution?

what are the functional specifications?

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

4 Answers

  • Posted on Jan 07, 2007 at 03:31 PM

    Hi,

    in simple words:

    1) validation = check entries by defined rules and when rule is broken,

    system throw an error-message by your settings in OB28

    2) subst. = check entries by defined rules and when rule is fulfilled ,

    a field value is substituted by your settings OBBH

    A.

    Message was edited by:

    Andreas Mann

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 06, 2007 at 05:21 PM

    Hi

    Functional Specification:

    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.

    regards

    Srinivas

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 07, 2007 at 10:08 AM

    Hi,

    Good morning and greetings,

    The difference between validation and substitution is as follows

    If you want the system to default some predetermined values based on certain condition, say for ex., if Sales Org = AAA default the Profit Centre = BBB then it can be achieved by Substitution. The transaction code is GGB1.

    If you want the system to validate some entry during the time of data entry for a particular transaction, then that would be achived through Validation. The transaction code is OB28.

    Please reward points if found useful

    Thanking you

    With kindest regards

    Ramesh Padmanabhan

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Jan 08, 2007 at 03:57 AM

    Good Morning!

    Please first get registration on

    http://www.sapsuperusers.com

    Then Access this link

    http://sapinformation.com/Documents/SAPTrainingCourses/AC202-AccountingCustomizingII-SpecialGLTransactionsDocParkingArchivingInstructor.pdf

    In this training manuals, you will get the difference betwwen validation & substitution.

    Alos you may able to lean the validation & substitution

    Thanks

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.