Frank E. Ritter 12 feb 08 (presented 19 feb 08)

Slides:



Advertisements
Similar presentations
Business Improvement Review Knowledge Understanding Action.
Advertisements

Systems Investigation and Analysis
Kai H. Chang COMP 6710 Course NotesSlide CMMI-1 Auburn University Computer Science and Software Engineering Capability Maturity Model Integration - CMMI.
Systems Development Environment
CS487 Software Engineering Omar Aldawud
1 Chapter 2: Product Development Process and Organization Introduction Importance of human resources: Most companies have similar technology resources.
University of Southern California Center for Systems and Software Engineering Next Generation Estimation Methods and Management Metrics: Working Group.
Fundamentals of Information Systems, Second Edition
The Software Product Life Cycle. Views of the Software Product Life Cycle  Management  Software engineering  Engineering design  Architectural design.
Systems Analysis and Design. Systems Development Life Cycle (SDLC) Systems Analysis Systems Design Programming Testing Conversion On-going maintenance.
Chapter 6– Artifacts of the process
® IBM Software Group © 2006 IBM Corporation PRJ480 Mastering the Management of Iterative Development v2 Module 3: Phase Management - Inception.
Using Six Sigma to Achieve CMMI Levels 4 and 5
Web Development Process Description
CPTE 209 Software Engineering Summary and Review.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
Petter Nielsen Information Systems/IFI/UiO 1 Software Prototyping.
Systems Investigation and Analysis
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Analyze Opportunity Part 1
NDIA Systems Engineering Supportability & Interoperability Conference October 2003 Using Six Sigma to Improve Systems Engineering Rick Hefner, Ph.D.
HCI in Software Process Material from Authors of Human Computer Interaction Alan Dix, et al.
Eleventh Lecture Hour 9:30 – 10:20 am, Saturday, September 16 Software Management Disciplines Iterative Process Planning (from Part III, Chapter 10 of.
Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution Structured programming Product SW.
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
CEN5011, Fall CEN5011 Software Engineering Dr. Yi Deng ECS359, (305)
Fundamentals of Information Systems, Second Edition 1 Systems Development.
University of Southern California Center for Systems and Software Engineering 3/3/2010© USC-CSSE CSCI577B 2010 Light Weight Sw Engg for Off-the-Books.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Lecture 4 – XP and Agile 17/9/15. Plan-driven and agile development Plan-driven development A plan-driven approach to software engineering is based around.
Software Project Management (SEWPZG622) BITS-WIPRO Collaborative Programme: MS in Software Engineering SECOND SEMESTER /1/ "The content of this.
Rational Unified Process Fundamentals Best Practices of Software Engineering Rational Unified Process Fundamentals Best Practices of Software Engineering.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
6/6/ SOFTWARE LIFE CYCLE OVERVIEW Professor Ron Kenett Tel Aviv University School of Engineering.
CS646: Software Design and Architectures Introduction and Overview †  Definitions.  The general design process.  A context for design: the waterfall.
Project Scope Management Pantelis Ipsilandis- Dimitrios Tselios.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Part III: The Future: Scenarios, Conclusions, and Recommendations [of HSI Methods in System Development] Frank E. Ritter 26 feb 08 1.
Project Execution Methodology
Outline Your one-minute feedback from last week
THE VALUE (SUPPLY) CHAIN STRETCHES FROM THE BEGINNING OF YOUR SUPPLIER’S SUPPLY CHAIN THROUGH ALL OF YOUR PROCESSES THAT CREATE VALUE FOR YOUR CUSTOMERS.
TK2023 Object-Oriented Software Engineering
Chapter 7: Software Engineering
Introduction to Project Management
Chapter 7: Software Engineering
Chapter 24: Architecture Competence
Fundamentals of Information Systems, Sixth Edition
School of Business Administration
Client Introductions to CS577a
Lecture 17 ATAM Team Expertise
Eleanor Roosevelt High School
CS 641 – Requirements Engineering
CS 641 – Requirements Engineering
INCOSE IW 2014 MBSE Workshop January 25-26, 2014
Introduction to Tech Communication & Project Management Arthur C.M. Chen , Rm
Introduction to Software Engineering
SAP Influencing Your Opportunity to Influence and Adopt SAP Products and Innovations February 2018.
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Software engineering -1
Introduction To software engineering
Practical Software Engineering
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
DOD’S PHASED SYSTEM DEVELOPMENT PROCESS
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
New Platform to Support Digital Humanities in the Czech Republic
Chapter 2: Building a System
Chapter 4: Software Process Models
Building a “System” Moving from writing a program to building a system. What’s the difference?! Complexity, size, complexity, size complexity Breadth.
Presentation transcript:

Frank E. Ritter 12 feb 08 (presented 19 feb 08) Part III: The Future: Scenarios, Conclusions, and Recommendations [of HSI Methods in System Development] Frank E. Ritter 12 feb 08 (presented 19 feb 08) 1

Glossary IPT Integrated Product Teams Mash-ups connecting tools and datasets together 2

Review of So Far Risk driven Incrementally growing Basis for agreement among stakeholders Covered methods, tools, and shared representations Noted gaps, and needed methodologies and tools 3

The Incremental Commitment Life Cycle Process: Overview Stage I: Definition Stage II: Development and Operations Anchor Point Milestones Synchronize, stabilize concurrency via FRs Risk patterns determine life cycle process 4

The Risk Management Process Good practices for program management Assumes a stakeholder analysis (e.g., business offer, proposal, specification) Including HSI in this process A program organization Culture of openness 5

Future Scenarios 5-10 years [!-fer] Integrated methodology Developing HSI as a discipline Knowledge-based planning (Greater) User participation 6

1. An Integrated Methodology Generate a quantitative baseline Define opportunities and requirements, and context of use Broad use of Shared Representations Design solutions Priorities based on risks Shared representations developed, e.g., Personas to running models Gantt charts become time-based and synched with scenarios and prototypes Scripted modules to hardware and software Software from designs to code (seamlessly (!)) Evaluation Including model-based and stakeholder evaluation at the end Integration thus means: across stages of shared representations Builds upon previous stages results Teams integrated across stages System integrated before release 7

1. An Integrated Methodology HSI-led teams To avoid risks to mission, risks to usability Booher & Minneger, 2003 have numerous examples Use of integrated product teams (IPT) (Rouse, 2005) Implement the book 8

2. Developing HSI as a Discipline Related disciplines Experimental psychology Industrial engineering Information sciences and technical writing Traditional systems engineering Workshops and continuing ed programs The use of prakticums HSI tracks at conferences and in journals We’ll build peple 9

3. Knowledge-based Planning Tools to help acquire system-specific knowledge related to risks Inputs Size, organizational complexity, precedents, criticality, available expertise Outputs Summary of risks to be managed Development timelines and staffing profiles Most relevent tools and methods Software to do the book 10

4. Greater User Participation Context of use methods can be expensive Approaches to capturing user input (and creating mods) Combine lists with maps (mash-ups) RSS feeds and associated tools Social bookmarks Blogs and associated multimedia Wikis Systems Engineering for User Participation in these approaches Building tools and systems to support users in this process Design for end user customization Support issue tracking and resolution Let the people do the book david boylan Need different shared representations of the book, executtive summary, 11