Professional Documents
Culture Documents
Functional Specification
Design Specifications
Page 1
Section 1
Request Details
Sub-Process ID: Functional Specification File Name: Functional Specification Description: Business Process Team: Verification of Earnings Report - VOE Report to display the total earnings per employee in the past 3 years Payroll/ Personnel Administration
Approval History
Document Status: D Date Created: Process Team Member: Approved By Process Lead Approved By PMO Accepted By Development Lead Received by Developer:
04/15/2011
Status Key: P D A
In Progress Draft Complete Approved Telephone: Date Approved: Date Approved: Date Received: Date Received:
Change History
Date Modified 07/20/2009 Modified By XXXx Initial Draft Brief Description of Change
Design Specifications
Page 2
Section 2
Business Driver
This report is required by the HR to check the gross earnings per an employee during the past 3 years. It is one of the required reports for the business.
General Requirements
Risks Priority
{Enter a priority for the development according to the following criteria. Enter a description of why this priority has been assigned.} High Critical part of a process, we cannot go-live without it Medium Important parts of a process, Impact functionality, but not go-live Low Supports a process; it will save time and effort Nice to have, if theres time} Priority High Medium Low X
2.1.1
Comments
{This section can be used for any comments that may help with the understanding of the business requirements for this development.}
Related Documents
Please refer to the program Z_VOE_REPORT in the 4.6C for some reference.
Design Specifications
Page 3
Section 3
Baseline Reference Requirements
Functional Specification
General Requirements
{Indicate all the functional requirements and deliverables that would support this functional design.}
2. For the application server field, default the path as /appl/data/pyrl/VOE.txt. But should accept any other file 3. The program has an input file on the selection screen and the format of input file is as attached.
Inpput File.xls
4. 5. 6.
The output should be as attached in the mapping sheet below. The output should be displayed on screen. The report should be displayed in ascending oder of the Year. Apart from the below output file, Please display the current P0008-BETRG value on the file for each employee.
Design Specifications
Page 4
7. Logic:
1. First get the user ID of the person running the program. 2. For the pernr entered in the selection screen read the infotype 0008 using the LDB and display the record only if the read is successful for that infotype. If it is not successful after this check, please skip the processing for this PERNR. 3. If the PERNR entered on the selection screen is not available in the input file display an error saying Personnel Number not found in the input file. 4. The transaction code must be ZHRR028.
Design Specifications
Page 5
Frequency
Weekly
Security
{Indicate the security required to execute the process: extractions, transactions, file write, etc.}
Data Volume Peak Volume: Average Volume: Dependencies / Touch-points Process Dependencies
{Indicate any process dependencies that would support the functional design.}
Development Dependencies
{Portal, EDI, Interfaces, Workflow, Conversions, Security, User Exits, Screen Exits, Custom Transactions, Forms}
Data Dependencies
{Indicate the master or transactional data dependencies for this development object.}
Enhancements
Screen Flow Overview / iView Flow Overview
{Indicate the screen flow sequence in an overview diagram.}
Legend Type: A Alpha only, N Numeric, C Alphanumeric, X Check box, R Radio Button, D Date Legend Characteristics: M Mandatory, O Optional, D Display only
Design Specifications
Page 6
Field Validation
{Indicate necessary field validations.}
Group Validation
{If needed, indicate validations that would apply to a group of screen fields or the validation of one field would be dependent on the inputs of other screen fields.}
Search Functions
{Indicate the necessary search functions for each screen field.}
Conversion
Data Cleansing Requirement Mapping Performance Requirement Selection Screen Manual Steps Required for Data Extract Manual Steps Required for Data Load
List of manual steps or procedure to be executed for data load. This section is required in case of manual conversion.
Design Specifications
Page 7
Design Specifications
Page 8
Reporting Requirements
General Report Information
Please select from the following: New Report: List any Standard Business Content that exists for this report. Title: Technical Name: Are these requirements based on an existing report? Title: Technical Name:
Current Report:
Report Volume: {How many lines, on an average, are on the report?} Type/Number of Users
{What type of users and how many in each type expected?}
User Type Executive Info Consumer Power User This user will predominantly ... View predefined and static reports. KPIs and Dashboards. ... Navigate within reports, do slicing and dicing at a summary level. ... developers of reports and queries, OLAP analysis, Planning and simulation, data mining, etc.
Number of Internal Users Executive Info Consumers Power Users ________ ________ ________
Report Properties
{Examples of report properties are shown below. You may include more as needed}
Report Properties Property Description
Report type (i.e. Tabular, bar graph, pie chart, combined ) Report composition: (i.e. list, comparison ) Alignment (current or historical) Time Frame needed (Current and Prior year, 12 rolling months ) Decimal places (0.0, 0.00 ) Percentages (Format) (0.0%, 0.00% ) Unit of measure required (lb., inches )
June 12, 2011 Design Specifications Page 9
Report Properties
Property Description
Scaling (i.e. figures shown in thousands ) Currency type required ($, CAN$ ) Alerts needed (Only send report if sales < $10,000 ) client (needed to run report in source system)
Filters (Characteristics)
Technical Name of Characteristics that are used as a filter Characteristic Description Object Source Technical Names Data Source Technical Names Individual values, intervals, hierarchy nodes or variables that the report will be limited to
Selection Criteria
Technical Object Name Prompt Description Mandatory (M) or Optional (O) Range (R) or Value (V)
Design Specifications
Page 10
Row Description
1 2
Design Specifications
Page 11
Forms
Form Layout Overview Form Output Requirements Form Standards Recipients / Requirements
Design Specifications
Page 12
Section 4
{If applicable, this section is to be completed at high level by the Process Teams with assistance from the Development Team}
Input Formats
{Describe the input format: IDoc Name, EDI Transaction, Standard Load Program, LSMW. If it is a custom input, include file definition.}
Output Formats
{Describe the output format: IDoc, EDI Transaction. If it is a custom output, include a file definition.}
Mapping Specifications
{EDI, Interfaces, Workflow, Conversions}
Mapping document for conversion program. Please fill the attached mapping template for conversion program
Data Processing Requirements Sorting / Merging / Grouping Requirements Calculation / Formulas / Summarization Selection Criteria
Design Specifications
Page 13
Field Title
Type
Size
Mandatory
Wild Cards?
Criteria Validation
{Customer Name}
{C}
{30}
{Y}
{Y}
Date
Design Specifications
Page 14
Section 5
5.1.1
Testing
5.1.2
Data Requirements
Data Object Required for Unit Testing Type (Master data, Transaction Data, Historical Data) Description of Testing Dependency to Business Requirement
5.1.3
System
Expected Results
Actual Results
5.1.4
Assigned to
Status
Design Specifications
Page 15