Академический Документы
Профессиональный Документы
Культура Документы
1 Functional SPECIFICATIONS
RICEFW (Workflow)
WORK ORDER APPROVAL WORKFLOW
W.PM.210.12
DOCUMENT IDENTIFICATION
REVISION HISTORY
This document is intended to specify RICEFW object from a functional perspective. It will be followed by a technical
specification during Realization. A Functional Specification has three main sections with the purpose of describing the
expected behavior of the development object.
Object information, to be filled in for all RICEFW objects
Object specific details (Processing, calculations, and business logic for the development object)
Object specific requirements
General information
2) Workflow must be triggered on activating user status “Sent Out for Approval”.
You are receiving this automated email because your approval is required on the below work order:
Please click on the link below to access and submit your approval response.
If rejected, please provide reasons.
Thanks,
From: SAP IS Team
This is an automated email sent out to inform you the work order has been rejected by an approver.
819747 Urgent work is required for Vat 1 Herman Roest Maintenance Manager Can work be done
combine with others…?
To edit this work order, you can log into SAP and use transaction code IW32 to update.
Thanks,
From: SAP IS Team
3.8. Dependencies
If there are any dependencies on the workflow process, provide the details.
4. Assumptions
These are a very important part of the specification as they ensure that no unnecessary development work is
undertaken.
It is normal for assumptions to be thought up at the technical development stage as well as the functional
specification stage as development and testing may throw up more obscure scenarios than thought out at a
business level. These should be discussed during the development stage and added to the spec when
agreed.
Example assumptions:
1. All weights in the SAP system will be in pounds (lb).
If no assumptions are taken for this Workflow, indicate “No assumptions taken”.
5. Use Cases
Use case - How the RICEFW object will be used by the user or system
Rules N/A
Standard(Y/N) N
6. Issues
This section should be used like a log during the creation of this document to outline any outstanding issues
that need to be resolved prior to continuing with the development work. Prior to sign-off there should be no
open issues remaining.
N/A
Table Name
N/A
Short text
N/A
Size category
N/A
Table maintenance
allowed
N/A
Data class
N/A
Buffering
Comments
N/A
Validation Requirements
Test Scenarios
ID Description
Normal Functionality – test cases that ensure the conversion requirement as it should
1 Created a work order and plan with an estimate at each level limits to test the workflow
notifications
2 Change out the higher level approvers after first level is approved
3 Reject the work order at each level and without reasons
4 After rejected, replan and resubmit for approval
Exception - special logic or exceptions
5 N/A
Error Handling - functionality in case of errors
7 N/A