PeopleSoft Functional Requirements Questionaire
来源:互联网 发布:macbook强制卸载软件 编辑:程序博客网 时间:2024/06/08 12:33
Whether you are modifying a page, an app engine, PeopleCode, SQR, or component interface, you need to gather pertinent information before beginning any modification. This will help you determine the functional requirements.
The following is a list of questions that can be used by developers or system analysts to help find all the necessary information for a modification so that a full and complete functional document can be written up. The purpose is to expose underlying functionality or to make sure the requestor has thought of all the needed requirements.
Purpose
• What is this modification or process trying to perform?
• Why should this modification be done?
• Importance
• How valuable is this process?
• Are there workarounds?
• Define the benefit to the organization for completing this modification.
• Flows
• What is the flow of the process? Show each step in the process.
• Do not forget to include reports and background processes.
• Mark the steps that are not being changed in bold (standard PS processes).
• Show decision and alternate routes of the flow.
• Pages
• Describe each page—not only the update pages, but any inquiry pages as well.
• Determine the process for each page (Add, Update, or Inquire).
• What is the criterion for starting each page?
• Show all required fields in bold.
• Show which fields are hidden or grayed.
• Define the process by which field’s gray/hide or ungray/unhide.
• Show which fields have prompt values and what the prompt criterion is.
• Order is assumed from top to bottom, left to right—if not, note the order.
• Note any field changes based on user input— for example, if a field fills in, the prompts change in x and y fields.
• Note any validations required or controls needed in each field.
• Note field change criteria and save criteria.
• Define whether this page belongs with a group or other pages.
• If the page has scroll areas, what is the sort order?
• Define the menu where the page should be placed.
• Define the action and response of all button fields.
• Reports
• What are the selection criteria for each report?
• What is the sort order for the report?
• What is the expected output for the report?
• Define the header, footer, and main body sections of the report. Give examples, if possible.
• Are any subtotals or totals needed? For which fields? On what change criteria?
• Define the menu where the page should be placed.
• Programs
• What are the selection criteria for running the program?
• Is there any expected output?
• How is error handling resolved?
• Is this program automatically run? From what page or process?
• Can any of these programs be put into one job stream versus running separately?
• Define the menu where the page should be placed.
The following is a list of questions that can be used by developers or system analysts to help find all the necessary information for a modification so that a full and complete functional document can be written up. The purpose is to expose underlying functionality or to make sure the requestor has thought of all the needed requirements.
Purpose
• What is this modification or process trying to perform?
• Why should this modification be done?
• Importance
• How valuable is this process?
• Are there workarounds?
• Define the benefit to the organization for completing this modification.
• Flows
• What is the flow of the process? Show each step in the process.
• Do not forget to include reports and background processes.
• Mark the steps that are not being changed in bold (standard PS processes).
• Show decision and alternate routes of the flow.
• Pages
• Describe each page—not only the update pages, but any inquiry pages as well.
• Determine the process for each page (Add, Update, or Inquire).
• What is the criterion for starting each page?
• Show all required fields in bold.
• Show which fields are hidden or grayed.
• Define the process by which field’s gray/hide or ungray/unhide.
• Show which fields have prompt values and what the prompt criterion is.
• Order is assumed from top to bottom, left to right—if not, note the order.
• Note any field changes based on user input— for example, if a field fills in, the prompts change in x and y fields.
• Note any validations required or controls needed in each field.
• Note field change criteria and save criteria.
• Define whether this page belongs with a group or other pages.
• If the page has scroll areas, what is the sort order?
• Define the menu where the page should be placed.
• Define the action and response of all button fields.
• Reports
• What are the selection criteria for each report?
• What is the sort order for the report?
• What is the expected output for the report?
• Define the header, footer, and main body sections of the report. Give examples, if possible.
• Are any subtotals or totals needed? For which fields? On what change criteria?
• Define the menu where the page should be placed.
• Programs
• What are the selection criteria for running the program?
• Is there any expected output?
• How is error handling resolved?
• Is this program automatically run? From what page or process?
• Can any of these programs be put into one job stream versus running separately?
• Define the menu where the page should be placed.
- PeopleSoft Functional Requirements Questionaire
- 非功能性需求(Non-functional requirements)模式
- Functional
- 需求诱导检查表(Requirment Elicitation Questionaire)
- 谈谈PeopleSoft
- PeopleSoft基础知识
- PeopleSoft Tips
- peoplesoft documents
- PeopleSoft Resources
- peoplesoft 注入
- peoplesoft youtube
- PeopleSoft Branding
- PeopleSoft Architecture
- PeopleSoft介绍
- Emulator Requirements
- Understanding Requirements
- Software Requirements
- Requirements analysis
- 9.user input and frame listener
- uploadbean+filemover解决上传文件获取表单中文乱码
- 第一篇喔
- 插件89:词根提示
- 世界上迄今最伟大的四位数学家
- PeopleSoft Functional Requirements Questionaire
- DP入门, 0-1背包问题(HDOJ 2602类似)
- xml
- SVG的字体操作
- Tuxedo and PeopleSoft review
- dtree.js文件的使用
- iOS4三种icon大小
- C#之Process
- 奇怪的const_cast