Z556 Systems Analysis & Design Session 13 ILS Z556 1.

Slides:



Advertisements
Similar presentations
Modern Systems Analyst and as a Project Manager
Advertisements

Practical User Stories Brett Maytom Senior Consultant, Readify VIC.NET - 10 May 2011.
Approaches to Systems Development
Chapter 2 The Analyst as a Project Manager
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
1 Proposal Defining The Purpose Preparation Components of Proposals.
Requirements Engineering n Elicit requirements from customer  Information and control needs, product function and behavior, overall product performance,
Ch 4 The Process page 1CS 368 Building Software is Difficult often delivered late often over budget always with errors must be a custom solution complexity.
Computer Engineering 203 R Smith Requirements Management 6/ Requirements IEEE Standard Glossary A condition or capability needed by a user to solve.
The Proposal. Project Proposals Genesis of Proposals: They can result for formal requests (e.g. Request For Proposal, RFP) They can be unsolicited (e.g.
"Come to the edge of the cliff," he said "We're afraid," they said "Come to the edge of the cliff," he said "We're afraid," they said "Come to the edge.
Applied Software Project Management Andrew Stellman & Jennifer Greene Applied Software Project Management Applied Software.
The Analyst as a Project Manager
Session 7 Page 11 ECE361 Engineering Practice Brainstorming, Trades, Evaluation, and Conceptual Capture.
An Agile View of Process
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
Study Tips for COP 4531 Ashok Srinivasan Computer Science, Florida State University Aim: To suggest learning techniques that will help you do well in this.
The Software Development Life Cycle: An Overview
Lesson 1 Week01.
L545 Systems Analysis & Design Week 4: September 23, 2008.
Initiating and Planning Systems Development projects
Develop your Leadership skills
1 Chapter 3 Defining The Problem: Project and People Skills.
Requirements Analysis
Organizational Change
Feasibility Study of a Wiki Collaboration Platform for Systematic Review Eileen Erinoff AHRQ Annual Meeting September 15, 2009.
Higher Computing Software Development. Software Development Process There are 7 main stages involved in developing a new software program: Analysis Design.
S556 SYSTEMS ANALYSIS & DESIGN Week 11. Creating a Vision (Solution) SLIS S556 2  Visioning:  Encourages you to think more systemically about your redesign.
Diploma in Management The Project Please note: these slides are a summary of the Diploma in Management ”Project Handbook” 2007 University of Leicester.
Department Library and Information Science RESEARCH PROPOSAL 1.
Systems Development AIMS 2710 R. Nakatsu. Overview Why do IT projects succeed and fail? Two philosophies of systems development –Systems Development Life.
Software Engineering Management Lecture 1 The Software Process.
Module 4: Systems Development Chapter 12: (IS) Project Management.
Ch. 5: Project Planning Good Quote: Plans are only good intentions unless they immediately degenerate into hard work Lame excuses for not planning: Takes.
Proposal Writing by Dr. Curtis Berthelot P.Eng. Dr. Dennis Pufahl P.Eng. Department of Civil Engineering.
Insert: Title of Improvement Read Out Date:. 2 Objectives for Today’s Session Share results of improvement effort Demonstrate fact-base, analytical approach.
Computers Are Your Future © 2008 Prentice Hall, Inc.
Sept. 18, 2003CS WPI1 CS 509 Design of Software Systems Lecture #3 Thursday, Sept. 18, 2003.
Project Management Planning Minder Chen, Ph.D. CSU Channel Islands
+ Chapter 9: Management of Business Intelligence © Sabherwal & Becerra-Fernandez.
Writing requirements specifications. Why we need requirements specifications To give structure to your desires To avoid waste of resources To avoid slippage.
Senior Design II proposal A step-by-Step review. What is Senior Design?  Senior Design is a sequence of two courses during two consecutive semesters.
Health eDecisions Use Case 2: CDS Guidance Service Strawman of Core Concepts Use Case 2 1.
Organizing Information for Your Readers Chapter 6.
Z556 Systems Analysis & Design Session 10 ILS Z556 1.
The Foundation Degree Project Geoff Leese September 2008.
Steps of a Design Brief V  Is a Plan of work A written step-by- step process by which the goal is to be accomplished The plan can include expected.
Winter 2011SEG Chapter 11 Chapter 1 (Part 1) Review from previous courses Subject 1: The Software Development Process.
Session 3 How to Approach the UML Written by Thomas A. Pender Published by Wiley Publishing, Inc. October 5, 2011 Presented by Kang-Pyo Lee.
S556 Systems Analysis & Design Week 14: December 2, 2008.
Requirements Analysis
Using Scrum to Improve Teamwork, Communication, Quality and Speed
Information Systems in Organizations 1.2 What’s in it for you? 1.3 Ethics of analysis and use of systems, data and information.
MT 340 Unit #7 Seminar Dr. Donald Wilson Agenda: Unit #7 Organization Culture Unit #8 HR Practices & Diversity Unit #8 Compiled Final Project Unit #9 The.
Systems Analysis Lecture 5 Requirements Investigation and Analysis 1 BTEC HNC Systems Support Castle College 2007/8.
Using Scrum to Improve Teamwork, Communication, Quality and Speed.
Monitoring and Evaluation Systems for NARS organizations in Papua New Guinea Day 4. Session 11. Reporting.
Z556 Systems Analysis & Design Session 13 ILS Z556 1.
Advanced Higher Computing Science
Chapter 5 Agile Development Moonzoo Kim KAIST
Software & Software Engineering Pertemuan-4 Dosen :Kundang K Juman
Systems Analysis and Design in a Changing World, 4th Edition
ECE361 Engineering Practice
Proposals and Progress Reports
BSA 411 Competitive Success/snaptutorial.com
BSA 411 Education for Service/snaptutorial.com
BSA 411 Teaching Effectively-- snaptutorial.com
Applied Software Project Management
Leading Change in Organizations
Presentation transcript:

Z556 Systems Analysis & Design Session 13 ILS Z556 1

Final Project Presentation minutes each Every member of the team should be involved Follow the outline of the final document, but include a report on feedback from the client/users You are welcome to invite your clients ILS Z556 2

Final Specification Document The deadline is 5pm on Wednesday, April 29. Your team needs to submit both a hard copy and an electronic copy to OncourseOncourse ILS Z556 3

Tips for Writing the Final Specification Document Executive summary should be a separate document can use the drafts you’ve previously submitted for this semester Should include work models in the documents & explain these models in the text. If models are peripheral or too much details to be included in the text (in other words, that would distract the readers from seeing the problems/current situation, include them in Appendices (but make sure to point them in the text). ILS Z556 4

Tips for Writing the Final Specification Document Include data you’ve collected to demonstrate current problems (e.g., quotes and examples) in order to either demonstrate the problems or justify the salutation (or both) Data collection methods can be included in the appendix if the client request it Conclusion in the final specification document should encourage the client to pursue the solutions you suggested ILS Z556 5

Design Ideas (Verganti, 2006) Functionality vs. form Design change the experience though $ a piece ILS Z556 6 Verganti, R. (2006). Innovating through design. Harvard Business Review. 84(12),

Exeprience Design vs. Interface Design (Buxton, 2007) Even $400 a piece The “difference did not come by accident” ILS Z556 7

Organizational Change Designing information systems for end users is as much about changing the behavior of users as it is about the technology itself (Regan & O’Connor, 1994) ILS Z556 8

Planned Organizational Change Information analysts needs to be technical experts as well as effective change agents Planned change has both: a technical and a social aspect ILS Z556 9

Business Analyst Manifesto (Brandenburg, 2010) Out of chaos, we create order Out of disagreement, we create alignment Out of ambiguity, we create clarity But most of all, we create positive change for the organizations we serve ILS Z Brandenburg, L. (2010). How to start a business analyst career: A roadmap to start An IT career in business analysis or find entry-level business analyst jobs. CreateSpace.

The 10 Golden Rules of Systems Analysis (Gibson, et al., 2007) Rule 1: there always a client Rule 2: your client does not understand his/her own problem Rule 3: the original problem statement is too specific: you must generalize the problem to give it contextual integrity Rule 4: the client does not understand the concept of the index of performance ILS Z556 11

The 10 Golden Rules of Systems Analysis (Gibson, et al., 2007) Rule 5: you are the analyst, not the decision-maker Rule 6: meet the time deadline and the cost budget Rule 7: take a goal-centered approach to the problem, not a technology-centered or chronological approach Rule 8: nonusers must be considered in the analysis and in the final recommendations Rule 9: the universal computer model is a fantasy Rule 10: the role of decision-maker in public systems is often a confused one ILS Z556 12

Agile Agile – based on the 12 original principle: Agile ManifestoAgile Manifesto ILS Z556 13

Understanding Resistance to Change Social uncertainty Limited perspectives Lack of understanding Resistance to technical personnel Perception that costs outweigh benefits Fear of failure or inadequacy Loss of control Feelings of insecurity Threat of economic loss ILS Z556 14

Overcoming Resistance to Change (HWW, Ch 16) Water drop method Make your project visible ROI Defining requirements Time to code Customer response Develop success stories ILS Z556 15

Adoption Adopter (Rogers, 1995; 2003) ILS Z Innovators Early adopters Early majority Late majority Laggards

Adoption Adopter stage (Dormant, 1986) Awareness Self concern Mental tryout Hands on trial Adoption ILS Z Air-car by Tata Motors

Being A System Analyst Solve business problems Work models Final specification document Manage projects/teams Communicate solutions to programmers UML Flow model ~= use case diagram Sequence model ~= activity diagram ER diagram ~= class diagram ILS Z556 18

Beyond the Organizational ‘Container’ (Winter, et al., 2014) Organizational container, i.e., boundary Sociotechnical work Net-STS premises: 1. Work system are encapsulated within one or more, potentially overlapping STS 2. Work systems have interrelated, possibly complimentary, redundant, competing, or conflicting, social and technical elements that may co-exist without every being fully reconciled ILS Z556 19

Beyond the Organizational ‘Container’ (Winter, et al., 2014) Net-STS premises: 3. Work systems can derive purpose, meaning, and structure from the multiple contexts 4. Creation and continued existence of work systems involves simultaneous support for both performance of work and ongoing negotiation of goals, values, and meaning. What would be your reaction if you revisited the organization 3 years from now and found out that the organization followed exactly what you had suggested in this class? ILS Z556 20

Lessons learned? Are there any lessons learned in this class that you’d like to share? ILS Z556 21

Evaluation Team member evaluation Course evaluation ILS Z556 22