Presentation is loading. Please wait.

Presentation is loading. Please wait.

1 Review For Exam 3 (Part 1) BUS3500 - Abdou Illia, Fall 2010.

Similar presentations


Presentation on theme: "1 Review For Exam 3 (Part 1) BUS3500 - Abdou Illia, Fall 2010."— Presentation transcript:

1 1 Review For Exam 3 (Part 1) BUS3500 - Abdou Illia, Fall 2010

2 2 Managing the Development of IS - I

3 3 Systems Development Methodology?  The process companies go through to develop and maintain an information system  Framework for successful IS development  A System Development Methodology is used For building a new system Or for modifying an existing system  Examples of SDM: System Development Life Cycle ■ Prototyping Joint Application Development ■ Rapid Application Development

4 4 Questions  Which of the following is true about SDM? 1)They provide guidelines for developing IS and maintaining them which includes upgrading and improving them. 2)SDM are needed when a brand new IS has to be developed, but you don’t need to use a SDM when it comes to modifying an existing IS. 3)When a company is engaged in developing an IS, the process involves the company’s employees who would be the future users of the IS, and IS professionals like system analysts and programmers. But it doesn’t involve the company’s management 4)All of the above

5 5 Traditional Systems Development Life Cycle (SDLC)  Seven phases 1)Planning5) Testing 2)Systems Analysis6) Implementation 3)Systems Design7) Maintenance 4)Development  Typically one phase needs to be completed before beginning the next  Problem in later phase may require return to previous phase Planning Analysis Design Development Testing Implementation Maintenance

6 6 Question  In SDLC, the 7 phases are typically followed in a sequential order, which means we don’t return to a previous phase in any circumstances  True  False

7 7 Planning  Feasibility analyses Technical Analysis  Do the technologies exist to develop the system? Economic Analysis  Can the organization afford the system?  Will it provide an adequate Benefit? Operational Analysis (i.e. assessing the human element of the proposed system)  Resistance to change  Organizational politics  System development schedule Is the proposed development time line realistic? Is the programming team available during Programming step?  Planning performed by Project Manager using Search and investigation (e.g. for technical analysis step) Total Cost of Ownership analysis Project Management software Feasibility Analyses System Development Schedule

8 8 Systems Analysis  Systems analyst works with company to understand the problem fully and to detail the requirements of the proposed system  Step 1: Analyze current system Objectives:  Understand what things are done and how (business processes)  Identify any problems associated w/ current business processes Techniques:  Observe employees at work  Talk to employees (potential users)  Conducting interviews Analyze current system Define new system requirement

9 9 Systems Analysis  Step 2: Define new system’s requirements Main Objective:  Specify What need to be done (not how to do it) To be defined:  Input requirements (nature of data, source, etc.)  Processing requirements  Output requirements (Types of reports, content, etc.)  Storage requirements Tools and techniques  Data flow diagrams (DFD)  Start with high level process  Add more levels with increased levels of detail  Computer-Aided Software Engineering (CASE) tools  Software that eases the systems development process Analyze current system Define new system requirements

10 10 Data Flow Diagrams (DFD) Data flow Process External Entity Data storage. Symbolized by an arrow.. Shows data being passed from or to a process. Symbolized by a rectangle or a curved rectangle.. Action performed by people of organizational units in order to transform input into output OR Action performed by people in the organizational units to help the units achieve their objectives Symbolized by a square, an external entity is something (person, group, department, etc.) outside the system that interacts with the system by providing input or receiving information. Used to store data in the system. Represents a file, a database, etc.

11 11 DFD Exercise  You should be able to answer Questions 1, 2, and 3 of the Lincoln Pizza’s ordering system DFD exercise. Hardcopies were given in class. You can also get a copy in the Review section of the class website. A copy is also available in D2L. Once in D2L check the material for Monday 11/30. The DFD exercise is under the Questions & Exercises link.

12 12 Systems Design  Using the requirements from Systems Analysis phase to design the new or modified system. Logical systems design  Details the system’s functionality (what it should do?)  Uses Structure charts to create top-down representation of system’s modules  Uses System flowcharts to show relationships between modules Physical systems design  Specifies all of the actual components (hardware, network, etc) used to implement the logical design The design must be frozen at end of this phase to prevent the to system grow indefinitely in terms of its scope and features  Scope creep  Feature creep  Performed by system designer or (system analyst in some case)

13 13 Development  Programming process is usually the most difficult and time consuming in the Development process.  Development performed by programmers, database developers, and network engineers

14 14 Development tools Program Flowchart: Graphical illustration of the problem-solving logic within a program Pseudocode: English-language statements that describe the processing steps of a program in paragraph form. Programming languages: -Java -C++ -Visual Basic -Etc. Code generators: Software that generate programs that programmers could modify.

15 15 Testing  Programmers test modules  Do they return proper outputs?  Do they handle incorrect data appropriately?  Development team do unit testing  i.e. testing how modules work together  System testing (software along with database and network component) Verification: Testing system in simulated environment with simulated data Validation: Testing system in real working environment with real data

16 16 Implementation  Implementation strategies Direct cutover: Quick change to new system Parallel conversion: Old and new systems used in parallel for a while. Pilot testing: New system installed at only one location or one department Staged conversion: Only one part of the system installed, then another part is installed.  User training

17 17 Summary Questions BookNotes 1)What is a System Development Methodology? What is it used for? 2) What are the 7 phases of the SDLC methodology? 3)What kind of Feasibility analyses need to be performed during the Planning phase? Why is the system development schedule important? 4)What are the two steps in the Systems Analysis phase? What techniques and tools are used during the Systems Analysis phase? 5)What tools do programmers usually use during the Development phase? 6)What is the difference between the Verification and the Validation tests performed during systems testing?

18 18 SDLC: Recap StepsKey actorsTools/Techniques 1. PlanningProject ManagerProject Management software, Total Cost Ownership analysis, etc. 2. System AnalysisSystem Analyst, Users.Interviews, observing users at work, DFD 3. System DesignSystem analyst (or system designer) System Flowchart, Structure chart 4. DevelopmentProgrammers, database developers, network engineers Program Flowchart, Pseudo code, programming languages, DBMS 5. TestingDevelopment team, UsersUnit testing, verification, validation 6. ImplementationDevelopment team, UsersDirect cutover, parallel conversion, pilot testing, staged conversion 7. Maintenanceinternal IS staff, external consultant programming languages Make sure you can answer questions about System Development (see link in Notes’ section)

19 19 Managing the Development of IS - II

20 20 Prototyping  A SDM that addresses: Time consuming issue associated with SDLC SDLC’s inability to take care of new requirements  A SDM in which the Development team uses limited set of users requirements to quickly build a working model of the proposed system – a prototype.

21 21 Prototyping Actors Development team, Users System analyst, programmer Users System analyst, programmer Identify basic requirements Develop a prototype Is User satisfied? Use the prototype Revise the prototype Operational prototype Develop final system (improved prototype) YES NO

22 22 Prototyping  Advantages Working model ready quickly Works in situation where requirements are changing Works in situations where users cannot explicitly express their requirements  Disadvantage Only a limited number of users involved. So, subject to potential implementation problem.

23 23 Joint Application Development (JAD)  A SDM that addresses: The limited scale of users involvement problem of Prototyping Potential implementation problem due to limited users involvement  A SDM that brings together the Development team and a significant number of users to define system requirements and develop a prototype.

24 24 Joint Application Development (JAD) Identify a valid sample of users Set a JAD team ( Users, IS professionals, scribe ) Run the 1 st JAD session (JAD team + Facilitator) Develop system prototype ( based on agreed requirements ) Run the 2 nd JAD session (JAD team + Facilitator) Improve system prototype ( based on JAD session results ) Objectives Identify agreed upon systems requirements Test the system and identify agreed changes

25 25 Question 2  Which of the following is true about a JAD facilitator? (Choose all that apply) a)Could be an outside consultant b)Is the scribe who takes notes c)Is responsible for coordinating the JAD sessions d)Is responsible for developing the system based on the agreed upon requirements e)All of the above

26 26 Joint Application Development (JAD)  Advantages: Helps alleviate conflicting requirements Its gGreater users involvement leads to greater user acceptance of final system  Disadvantages Could be expensive and time consuming

27 27 Rapid Application Development (RAD)  Combines JAD, Prototyping, and use of Integrated CASE (ICASE) tools to decrease the time for systems development  ICASE tools provide code generating capability ICASE tools can produce a completed program based on the diagrams developed by systems analysts ICASE tools can generate tables for a database based on detailed system specifications

28 28 Rapid Application Development (RAD) Define requirements through JAD session Use ICASE to produce DFD and detailed Data storages’ specifications Use ICASE to generate programs Use ICASE to generate tables for Data storages Typical use of RAD

29 29 Summary Questions BookNotes 1)What are the main problems associated with SDLC? 2) What is Prototyping? What are the steps of Prototyping? In what kind of situations Prototyping might be the best SDM to use? 3)What is JAD? Typically, who can be a member of a JAD team? Usually, what is the main objective of the 1 st JAD session? What is the main problem associated with JAD?


Download ppt "1 Review For Exam 3 (Part 1) BUS3500 - Abdou Illia, Fall 2010."

Similar presentations


Ads by Google