Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 3, Project Communication.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 12, Software Life Cycle.
Computer Science Department
Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 1 Software Engineering September 12, 2001 Capturing.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication, Part 2.
Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
The “Lifecycle” of Software. Chapter 5. Alternatives to the Waterfall Model The “Waterfall” model can mislead: boundaries between phases are not always.
CSE 308 Project Management. SWE Communication Skills Management: Run a team meeting Presentation: Present aspects of your project during its development.
Using UML, Patterns, and Java Object-Oriented Software Engineering Royce’s Methodology Chapter 16, Royce’ Methodology.
Pair of Wires Box 1Box 2 A Communication Example "Two missile electrical boxes manufactured by different contractors were joined together by a pair of.
Conquering Complex and Changing Systems Object-Oriented Software Engineering TJSS System Design Lecture 12 Päivi Ovaska.
Project Management and Communication Represented by: Latifa Jaber Al-Ghafran.
Feb. 2, 2004CS WPI1 CS 509 Design of Software Systems Lecture #3 Monday, Feb. 2, 2004.
IS 421 Information Systems Management James Nowotarski 16 September 2002.
SE 555 Software Requirements & Specification Requirements Validation.
Oct. 30, 2003CS WPI1 CS 509 Design of Software Systems Lecture #9 Thursday, Oct. 30, 2003.
Chapter 3: The Project Management Process Groups
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication.
Configuration Management
CEN Fourth Lecture Introduction to Software Engineering (CEN-4010) Instructor: Masoud Sadjadi Project Organization.
Bernd Bruegge & Allen H. Dutoit Object-Oriented Software Engineering: Using UML, Patterns, and Java 1 Reminders  First project report due today 14:00.
Chapter 6– Artifacts of the process
What is Business Analysis Planning & Monitoring?
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication.
S/W Project Management
Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 1, Introduction to Software Engineering.
Conquering Complex and Changing Systems Object-Oriented Software Engineering Art for Chapter 11, Project Management.
Using UML, Patterns, and Java Object-Oriented Software Engineering Art for Chapter 3, Project Communication.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 16, Meeting Management with Scrum.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Software Engineering Management Lecture 1 The Software Process.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 3, Project Organization and Communication.
UNB CS3013 Software Engineering II lectures adapted from Bernd Bruegge & Allen Dutoit, Object-Oriented Software Engineering: Conquering Complex and Changing.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
SacProNet An Overview of Project Management Techniques.
ISM 5316 Week 3 Learning Objectives You should be able to: u Define and list issues and steps in Project Integration u List and describe the components.
1 Instructor: S. Masoud Sadjadi sadjadi At cs Dot fiu Dot edu Software Engineering and Project Communications.
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 16, Methodologies Extreme Programming.
These materials are prepared only for the students enrolled in the course Distributed Software Development (DSD) at the Department of Computer Science.
SYSC Software Project Management - Communication1 Project Organization & Communication Books: 1. B. Bruegge and A. H. Dutoit, Object-Oriented Software.
Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 1 Software Engineering November 7, 2001 Project.
Chapter 3, Project Organization and Communication
Project Scheduling, Tracking & Communication Aug, 2010 Presented by: Alok Wadehra.
Requirements Engineering Requirements Management Lecture-25.
Agenda: Overview of Agile testing Difference between Agile and traditional Methodology Agile Development Methodologies Extreme Programming Test Driven.
~ pertemuan 4 ~ Oleh: Ir. Abdul Hayat, MTI 20-Mar-2009 [Abdul Hayat, [4]Project Integration Management, Semester Genap 2008/2009] 1 PROJECT INTEGRATION.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
Overview of Software Project Management Review – Class 5 UML diagrams cont Overview of Software Project Management - Communication CEN 4010 Class 6 – 09/15.
Review of Definitions Software life cycle: –Set of activities and their relationships to each other to support the development of a software system Software.
Configuration & Build Management. Why Software Configuration Management ? The problem: Multiple people have to work on software that is changing More.
Overview of Software Project Management cont Review – Class 6 Scheduling Tasks Project Management Activities CEN 4010 Class 8 – 09/22.
Project Organization and Communication Roadmap for today’s class Project organization organization roles tasks and work products schedule – Gantt chart,
A comment from a student who took SE in Fall, 2004 I dont think the final result of any groups project directly relates to what we all learned in this.
Bernd Bruegge and Allen Dutoit Requirements Process The requirements process consists of two activities: Requirements Elicitation: Definition of the system.
Chapter 3, Project Organization and Communication
Chapter 3, Project Organization and Communication
Project Organization and Communication
Project Organization and Communication
Software Project Configuration Management
Project Organization & Communication
Chapter 11: Software Configuration Management
Project Organization and Communication
Chapter 3, Project Organization and Communication, Part 2
Chapter 11: Software Configuration Management
Introduction to Software Engineering (CEN-4010)
QA Reviews Lecture # 6.
Joint Application Development (JAD)
Presentation transcript:

Conquering Complex and Changing Systems Object-Oriented Software Engineering Chapter 3, Project Communication

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 2 Pair of Wires Box 1Box 2 A Communication Example "Two missile electrical boxes manufactured by different contractors were joined together by a pair of wires.

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 3 Box 1Box 2 A Communication Example (continued) Thanks to a particular thorough preflight check, it was discovered that the wires had been reversed."

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 4 After the Crash "The postflight analysis revealed that the contractors had indeed corrected the reversed wires as instructed."

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 5  “In fact, both of them had.” Box 1Box 2

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 6 Communication is important In large system development efforts, you will spend more time communicating than coding A software engineer needs to learn the so-called soft skills: technical writing, reading documentation, communication, collaboration, management, presentations. In this course, we ask each of you to (acquire and) demonstrate the following skills:  Management: Run a team meeting  Presentation: Present an major aspect of STARS during its development phase.  Collaboration: Negotiate requirements with the client and with members from your team and other teams.  Technical writing: Write part of the documentation of STARS

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 7 Definitions Communication mode  Type of information exchange that has defined objectives and scope  Scheduled: Planned Communication  Event Driven:Unplanned Communication Communication mechanism  Tool or procedure that can be used to transmit information  Synchronous: Sender and receiver are available at the same time  Asynchronous: Sender and Receiver are not communicating at the same time.

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 8 Classification of Communication is supported by ** Synchronous Mechanism Asynchronous Mechanism Communication Mechanism Event-driven Mode Scheduled Mode Communication Mode

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 9 Scheduled Communication Modes Problem Definition  Objective: Present goals, requirements and constraints  Example: Client Presentation  Usually scheduled at the beginning of a project. Project Review: Focus on system model  Objective: Assess status and review system model, system decomposition, and subsystem interfaces  Examples: Analysis Review, System Design Review  Scheduled around project milestones and deliverables Client Review: Focus on requirements  Objective: Brief client, agree on requirements changes  Client Review  Usually scheduled after analysis phase

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 10 Scheduled Communication Modes (continued) Walkthrough (Informal)  Objective: Increase quality of subsystem  Example: Developer presents subsystem to team members, informal, peer-to-peer  To be scheduled by each team Inspection (Formal)  Objective: Compliance with requirements  Example: Client acceptance test (Demonstration of final system to customer)  To be scheduled by project management

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 11 Scheduled Communication Modes (continued) Status Review  Objective: Find deviations from schedule and correct them or identify new issues  Example: Status section in regular weekly team meeting  Scheduled every week Brainstorming  Objective: Generate and evaluate large number of solutions for a problem  Example: Discussion section in regular weekly team meeting  Scheduled every week

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 12 Scheduled Communication Modes (continued) Release  Objective: Baseline the result of each software development activity  Software Project Management Plan (SPMP)  Requirements Analysis Document (RAD)  System Design Document (SDD)  Object Design Document (ODD)  Test Manual (TM)  User Manual (UM)  Usually scheduled after each phase Postmortem Review  Objective: Describe Lessons Learned  Scheduled at the end of the project

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 13 Event Driven Communication Modes Request for clarification  The bulk of communication among developers, clients and users.  Example: A developer may request a clarification about an ambiguous sentence in the problem statement. Request for change  A participant reports a problem and proposes a solution  Change requests are often formalized when the project size is substantial.  Example: A participant reports of a problem the air conditioner in the lecture room and suggests a change. Issue resolution  Selects a single solution to a problem for which several solutions have been proposed.  Uses issue base to collect problems and proposals

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 14 Example of Request for Clarification From: Alice Newsgroups: cs413.architecture.discuss Subject: SDD Date: Thu, 10 Oct 23:12: Message-ID: MimeVersion: 1.0 Content-Type: text/plain; charset=us-ascii When exactly would you like the System Design Document? There is some confusion over the actual deadline: the schedule claims it to be October 22, while the template says we have until November 7. Thanks, Alice

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 15 Example of a Change Request Report number: 1291 Date: 5/3 Author: Dave Synopsis: The STARS client crashes when empty forms are submitted. Subsystem: User interface Version: Classification: missing/incorrect functionality, convention violation, bug, documentation error Severity: severe, moderate, annoying Description: > Rationale: > Proposed solution: >

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 16 Example of Issue Base

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 17 Synchronous Communication Mechanisms Smoke signals  Supports: ?, Pros: ?, Cons: ? Hallway conversation (face-to-face)  Supports: Unplanned conversations, Request for clarification, request for change  Pro: Cheap and effective for resolving simple problems  Con: Important information can be lost, misunderstandings can occur when conversation is relayed to others. Meeting (face-to-face, telephone, video conference)  Supports: Planned conversations, client review, project review, status review, brainstorming, issue resolution  Pro: Effective mechanism for resolution of isssues, and building consensus  Con: High cost (people, resources); difficulty of managing them and getting effective results

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 18 Meeting Roles  Primary facilitator  Responsible for organizing the meeting and guiding the execution.  Writes the agenda describing objective and scope of meeting.  Distribute the agenda to the meeting participants  Minute taker  Responsible for recording the meeting.  Identifies action items and issues  Release them to the participants  Time keeper  Responsible for keeping track of time

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 19 Structure of a Meeting Agenda

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 20 Asynchronous Communication Mechanisms  Supports: Release, change request, brainstorming  Pro: Ideal for event-driven communication modes and announcements.  Con: taken out of context can be easily misunderstood, sent to the wrong person, lost or not read by the receiver. Newsgroups  Supports: Release, change request, brainstorming  Pro: Suited for notification and discussion among people who share a common interest; cheap (shareware available)  Con: Primitive access control (often, you are either in or out) World Wide Web  Supports: Release, change request, inspections  Pro: Provide the user with a hypertext metaphor: Documents contain links to other documents.  Con: Does not easily support rapidly evolving documents

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 21 Asynchronous Communication Mechanisms Lotus Notes  Each user sees the information space as a set of databases, containing documents composed of a set of fields. Users collaborate by crating, sharing and modifying documents  Supports: Release, change request, brainstorming  Pro: Provides excellent access control mechanisms and replication of databases.  Con: Proprietary format, expensive

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 22 Example: Document Review with Lotus Notes  Use cases:  Fill out a review form  Attach document to be reviewed  Distribute the review form to reviewers  Wait for comments from reviewers  Review comments  Create action items from selected comments  Revise document and post the revised version  Iterate the review cycle  The following example demonstrates a document review database from JAMES project ( Fall 97).  STARS will use a slightly different review database format.

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 23 Review of Documents Database

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 24

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 25 Fill out the Review Form  Select reviewers  Select the document to be reviewed  Add comments to reviewers  Determine deadline

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 26 Reviewer Notification  Selected reviewers get

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 27

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 28 Reviewers add their Comments

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 29 Originator Notification

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 30 Final Recipient Notification

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 31 Review Tasks  Editor reviews comments  Editor selects reviewed comments  Web Master posts reviewed document and action items  Team members complete their action items  Editor integrates changes  Editor posts changed document on the review database for the next review cycle

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 32 Accepted Document w/ Action Items

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 33 SPMP Action Items

Bernd Bruegge & Allen Dutoit Object-Oriented Software Engineering: Conquering Complex and Changing Systems 34 Summary  Communication Modes  Scheduled communication  Event-driven communication  Communication Mechanisms  Asynchronous communication mechanisms  Synchronous communication mechanisms  Important modes and mechanisms  Weekly meeting  Project reviews  Online communication (discussion forum, , web)