System analysis and design

1. System analysis and design Safaa s.y. dalloul

2. Requirement Determination

3. Unit 4: Requirement Determination • Requirements Analysis Techniques • Requirement Definition • Problem Analysis • Root Cause Analysis • Business Process Improvement (BPI) • Duration analysis • Activity-Based Costing • Informal Benchmark • Business Process Reengineering (BPR) • Outcome Analysis • Technology Analysis • Activity Elimination • Requirement Determination • What is a Requirement? • Requirement Definition • Determining Requirements • Creating the Requirement Definition

4. Unit 4: Requirement Determination • Requirement Gathering Techniques • Join Application Development • JAD Participants • Preparing for the JAD sessions • JAD meeting room • Conducting the JAD sessions • Post JAD follow-up • Questionnaires • Good questionnaire design • Document Analysis • Observation • Selecting the appropriate requirement-Gathering technique • Comparing Analysis Techniques • Requirement Gathering Techniques • Interviews • Selecting Interviewees • Designing Interview questions • Preparing for the interview • Conducting the interview • Post interview Follow-UP

5. What is a Requirement? • Requirement is simply a statement of what the system will do or what characteristic it needs to have. • Those requirements will change over time in the design and implementation phases. • Requirements can be either functional or non-functional in a nature.

6. What is a Requirement? • Functional requirement related directly to a process that the system has to perform or information it needs to contains. • Non-functional requirement refer to behavioral properties that the system must have.

7. Question • Requirement in analysis phase are written from the ------------------perspective, but in design phase are written by ---------------------perspective. • Developers and Designer • Analyst and developer • Analyst and planner • None of the above

8. Functional | Process oriented • A process the system must perform; and a process the system must do. • Examples: • The system must allow registered customers to review there own order history for the past three years. • The system must check incoming customer order for inventory availability. • The system must change customer status to 'inactive' after three years of inactivity.

9. Functional | Information oriented • Information the system must contain • Examples: •  The system must retain customer order history for three years. • The system must include real-time inventory levels at all warehouses. • The system must include budgeted sales and expense amounts for current year and three previous years.

10. Non-Functional | Operational • The physical and technical environments in which the system will operates • Examples: • The system can run on handheld devices. • The system should be able to integrate with the existing inventory system. • The system should be able to work on any web browser.

11. Non-Functional | Performance • The speed, capacity, and reliability of the system • Examples: • Any interaction between the user and the system should not exceed two seconds. • The system downloads new status parameter within five minutes of a change. • The system should be available for use 24 hours per day, 365 days per year.

12. Non-Functional | Security • Who was authorized access to the system under what circumstances • Examples: • Only direct manager can see personal records of staff. • Customers can see their order history only during business hours. • The system includes all available safeguards from viruses.

13. Non-Functional | culture & political • Cultural, political factors and legal requirements that affect the system • Examples: • The system should be able to distinguish between United States and European currency. • Company policy says that we only buy computers from Dell. • Country managers are permitted to authorize custom user interfaces within their units.

14. Requirement Definition • The requirement definition is a straightforward textreport that simply lists the functional & non-functional requirements in an outline format.

15. What do you think the most important the business or technical perspective? And why? How can I determine the requirement?

16. Determining Requirements • Bothbusiness perspective and technical perspective are required to determine requirements. • Users may not be aware of new opportunity which provided by new technologies, while analysis have to meet the real business needs.

17. Determining Requirements • Three broad techniques can be used to analyzing requirements, based on the degree of changes expected in the to-be system. • Business Process automation (BPA) • Business Process Improvement (BPI) • Business Process reengineering (BPR) Note: Each techniques will be explained

18. Is the requirement stable without changes? Discuss

19. Creating the Requirement Definition • Creating the requirement definition is an interactive and ongoing process. • Requirement definition must kept within the scope. • Minimum requirements • Maximum requirements

20. Requirements Analysis Techniques • The basic process of analyzing requirements involves three steps: • Understanding the existing situation (as-is system) • Identifying improvement • Define requirements for the new system (to-be system).

21. Requirements Analysis Techniques • RAD and Agile development skip the first step (understanding as-is system) • To move from here to there, an analysts needs strong critical thinking skills to translate business requirement which collected from users into procedural specifications.

22. Business Process Automation (BPA) • Used when the business requirements which outlines in the system request focus on employment of computer technology in some parts of business process, but have the basic manner in which the organization operates change. • Two popular activities used in the BPA technique • Problem analysis • Root cause analysis.

23. Problem Analysis • Ask users to identify problems and solutions. • Improvements tend to be small and incremental • Rarely finds improvements with significant business value.

24. Root Cause Analysis • Challenge assumptions about why problem exists. • Trace symptoms to their causes to discover the “real” problem.

25. Business Process Improvement (BPI) • Business process improvement means the basic business requirements target moderate changes to the organization's operations to take advantage of new opportunities offered by new technology or to copy what competitors are doing.

26. Business Process Improvement (BPI) • There are three popular activities for BPI • Duration analysis • Activity-Based Costing • Informal Benchmark

27. Duration analysis • Calculate time needed for each process step. • Calculate time needed for overall process • Compare the two – a large difference indicates a badly fragmented process.

28. Duration analysis • Potential solutions: • Process integration – change the process to use fewer people, each with broader responsibilities. • Parallelization – change the process so that individual step are performed all together.

29. Activity-Based Costing • Calculate cost of each process step. • Consider both direct and indirect costs. • Identify most costly steps and focus improvement efforts on them.

30. Informal Benchmark • Studying how other organizations perform the same business process. • Informal benchmarking • Common for customer-facing processes. • Interact with other business’ processes as if you are a customer

31. Business Process Reengineering (BPR) • Business Process Reengineering means changing the fundamental way in which the organization operates. • Obliterating the current way of doing business to take advantages of new ideas and new technologies. • There are three popular activities in BPR: • Outcome analysis • Technology analysis • Activity elimination

32. Outcome Analysis • Consider desirable outcomes from customers’ perspective. • Consider what the organization could enable the customer to do.

33. Technology Analysis • Analysts list important and interesting technologies. • Managers list important and interesting technologies. • The group identifies how each might be applied to the business and how the business might benefit.

34. Activity Elimination • Identify what would happen if each organizational activity were eliminated. • Use “force-fit” to test all possibilities. • Example

35. What is the best analysis techniques can I use determine the Requirements?

36. Comparing Analysis Techniques • Comparison between the previous techniques based on the following factors: • Potential business value • Project cost • Breadth of analysis • Risk

37. Requirement Gathering Techniques • Analysts work as detectives, he or she already knows there is a problem, and the analysts have to find the solution, so he or she will gather information from witnesses and follow leads. (Employees, users, customer, etc.)

38. Requirement Gathering Techniques • Interviews • Joint Application Development • Questionnaires • Document Analysis • Observation

39. Requirement Gathering Techniques Interviews • Is the most commonly used technique, can be one-to-one or a group of users can interviewed all together because of time constraints.

40. Requirement Gathering Techniques Interviews (Steps) • Selecting interviewees • Design interview questions • Prepare for the interview • Conducting the interview • Post interview follow-up

41. Requirement Gathering Techniques Interviews (Steps) • Selecting interviewees • Based on information needs. • Best to get different perspectives (Managers, Users, Ideally, all key stakeholders). • Keep organizational politics in mind.

42. Requirement Gathering Techniques Interviews (Steps) • Designing Interview Questions • There are three types of questions can be used in any interview. • Open-Ended Question • Close-Ended Question • Probing Question

43. Open Ended question Open-Ended Questions: can be used to know about wide policy, and get a wide view, will asked generally for managers, in the same time will give interviewee a chance to draw your attention to a new aspects you may miss. For Example “What are some of the problems you face on a daily basis?”

44. Closed Ended question Closed-Ended Question: enable the analysts to control and direct the interview and obtain the detailed needed information, for example “What information is missing from the monthly sales report?”

45. Probing question Probing Question: this type follow-up on what has just been discussed in order to learn more. These questions encourage the interviewee to expand on or confirm information from a previous response. Why? Can you give me an example? Can you explain that in a bit more details?

46. Requirement Gathering Techniques Interviews (Steps) • Preparing for the interview Prepare general interview plan • List of question • Anticipated answers and follow-ups Confirm areas of knowledge Set priorities in case of time shortage Prepare the interviewee (Schedule, Inform of reason for interview, Inform of areas of discussion)

47. Requirement Gathering Techniques Interviews (Steps) • Conducting the interview Appear professional and unbiased. Record all information. Check on organizational policy regarding tape recording. Be sure you understand all issues and terms.

48. Requirement Gathering Techniques Interviews (Steps) • Conducting the interview Separate facts from opinions. Give interviewee time to ask questions. Be sure to thank the interviewee. End on time

49. Requirement Gathering Techniques Interviews (Steps) • Post the interview follow up Prepare interview notes Prepare interview report Have interviewee review and confirm interview report Look for gaps and new questions.

50. Requirement Gathering Techniques Example of interview report