Documentation An effective document can serve as a communication vehicle among the project's team members, or it can serve as initial understanding of.

Slides:



Advertisements
Similar presentations
House Styles Chapter 3. Contents This presentation covers the following: – Why organisations need a consistent house style. – Master documents, style.
Advertisements

What colour is the house on the hill? Waterloo – Wellington IIBA Chapter presentation April 11, 2007 David Milne.
SOCIAL STRUCTURE SWBAT Define & explain the terms given in the lesson Apply the terms to their own lives.
1 IBM Software Group ® PRJ270: Essentials of Rational Unified Process Module 3: RUP Structure and Navigation.
Systems Analysis and Design 9th Edition
Writing a Research Paper
Analysing Letters 1.Do the documents do the job they were intended to do? Are they informative, persuasive or information gathering? 2.Is the layout right.
Use Case Diagram © copyright 2001 SNU OOPSLA Lab..
Object-Oriented Analysis and Design
July 11 th, 2005 Software Engineering with Reusable Components RiSE’s Seminars Sametinger’s book :: Chapters 16, 17 and 18 Fred Durão.
WEBQUEST Let’s Begin TITLE AUTHOR:. Let’s continue Return Home Introduction Task Process Conclusion Evaluation Teacher Page Credits This document should.
Writing for CIEG 461 Prof. Stephen A. Bernhardt Dept of English Kirkpatrick Chair University of Delaware September 23, 2002.
Chapter 15 Design, Coding, and Testing. Copyright © 2005 Pearson Addison-Wesley. All rights reserved Design Document The next step in the Software.
Technical Writing II Acknowledgement: –This lecture notes are based on many on-line documents. –I would like to thank these authors who make the documents.
L Management Information Systems & The MIS Challenge l Factors Shaping Business Today l The Role of IT in the Information Age l Information as a New Business.
1 Basic Object Oriented Concepts Overview l What is Object-Orientation about? l What is an Object? l What is a Class? l Constructing Objects from Classes.
Object Oriented Analysis Process
1 Object-Oriented Software Engineering CIS 375 Bruce R. Maxim UM-Dearborn.
Object-Oriented Analysis and Design
The chapter will address the following questions:
Structural Modeling: Class Diagrams Copyright © 2009 John Wiley & Sons, Inc. Copyright © 2005 Pearson Education Copyright © 2009 Kannan Mohan CIS 4800.
Documenting Software Architectures
Slide 12.1 © The McGraw-Hill Companies, CS 4310: Software Engineering Lecture 7 Systems Analysis Object-Oriented Design.
Chapter 12 Designing the Document. 1. To make a good impression on readers Documents should reflect your own professional standards and those of your.
D2.LAN.CL10.03 Slide 1. Performance Criteria Element 1: Read and write English to recruit and induct new employees Slide 2 Write job descriptions for.
Prepared by Afra`a Sayah. Introduction. Weekly Tasks. Plane Phase. Analysis Phase. Design Phase. Report Rules. Conclusion. 2.
Slide 1 UML Review Chapter 2: Introduction to Object-Oriented Systems Analysis and Design with the Unified Modeling Language, Version 2.0 Alan Dennis,
Unified Modeling Language, Version 2.0
Role-Based Guide to the RUP Architect. 2 Mission of an Architect A software architect leads and coordinates technical activities and artifacts throughout.
Programming in Java Unit 3. Learning outcome:  LO2:Be able to design Java solutions  LO3:Be able to implement Java solutions Assessment criteria: 
Software Engineering Chapter 7 Fall Capturing the Requirements as Use Cases Capturing the Requirements as Use Cases By using use cases analysts.
Object oriented classification Classification is the process of checking to see if an object belongs to a category or a class, is regarded as a basic attribute.
User Documentation. User documentation  Is needed to help people (the users) understand how to use a computer system or software application, such as.
1 Technical & Business Writing (ENG-315) Muhammad Bilal Bashir UIIT, Rawalpindi.
INFO 424 Team Project Practicum Week 2 - Launch report, Project tracking, Review report Glenn Booker Notes largely from Prof. Hislop.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 14 Slide 1 Object-oriented Design.
1 COMP 350: Object Oriented Analysis and Design Lecture 1Introduction References: Craig Larman Chapter 1.
Sept. 18, 2003CS WPI1 CS 509 Design of Software Systems Lecture #3 Thursday, Sept. 18, 2003.
CS 4850: Senior Project Fall 2014 Object-Oriented Design.
Unit-3 Identifying use cases Object Analysis Classification Identifying Object relationships Attributes and Methods.
1 What is OO Design? OO Design is a process of invention, where developers create the abstractions necessary to meet the system’s requirements OO Design.
Introduction To Engineering Bike Lab 1 – 4 Report Agenda: Lab Report Format Team Writing Outline Lab 1 Report.
Chapter 7 The Object-Oriented Approach to Requirements.
OOAD Unit – I OBJECT-ORIENTED ANALYSIS AND DESIGN With applications
UML as a Specification Language for Embedded Systems. By, Mir Ahmed Ali, Asst. Professor, ECM department, SNIST. By, Prof. Narsiah sir, Director of School.
Report Writing Format If you have been asked to write a report, one question you may have is “What is the report writing format?” Following is information.
CMPS 435 F08 These slides are designed to accompany Web Engineering: A Practitioner’s Approach (McGraw-Hill 2008) by Roger Pressman and David Lowe, copyright.
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Chapter 19. Writing Recommendation Reports © 2010 by Bedford/St. Martin's1 Recommendation reports address four kinds of questions: What should we do about.
Object-Oriented Modeling: Static Models. Object-Oriented Modeling Model the system as interacting objects Model the system as interacting objects Match.
Analysis Modeling CpSc 372: Introduction to Software Engineering
Slide 1 Systems Analysis and Design With UML 2.0 An Object-Oriented Approach, Second Edition Chapter 2: Introduction to Object-Oriented Systems Analysis.
Culture Chapter 3. Test ▪ If you are retaking the test please take 5 minutes to review and ask any questions.
1 Unified Modeling Language, Version 2.0 Chapter 2.
Requirement engineering & Requirement tasks/Management. 1Prepared By:Jay A.Dave.
VENTURE PLAN EXECUTIVE SUMMARY. should be only one to two pages in length, designed to capture the reader’s interest.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Chapter 11 An introduction to object-oriented design.
CSIS 4850: CS Senior Project – Spring 2009 CSIS 4850: Senior Project Spring 2009 Object-Oriented Design.
Chapter 11 An introduction to object-oriented design.
Modified from Sommerville’s originalsSoftware Engineering, 7th edition. Chapter 14 Slide 1 Object-Oriented Design.
Slide 1 Unified Modeling Language, Version 2.0 Object-Oriented SAD.
Unit-3 Identifying use cases Object Analysis Classification
Systems Analysis and Design With UML 2
Introduction to Unified Modeling Language (UML)
Object Analysis: Classification
Object-Oriented Analysis Principles using UML
Computer Programming.
My Animal Report Cover Page Title of the report Author
Project Name TEAM MEMBER 1 NAME TEAM MEMBER 2 NAME TEAM MEMBER 3 NAME
Presentation transcript:

Documentation An effective document can serve as a communication vehicle among the project's team members, or it can serve as initial understanding of the requirements.

Effective Documentation: Common Cover All documents should share a common cover sheet that identifies the document, the current version, and the individual responsible for the content.

80%-20% 80–20 Rule 80 percent of the work can be done with 20 percent of the documentation. The trick is to make sure that the 20 percent is easily accessible and the rest (80 percent) is available to those (few) who need to know.

Familiar Vocabulary Use a vocabulary that your readers understand and are comfortable with. The main objective here is to communicate with readers and not impress them with buzz words.

Make the Document as Short as Possible Eliminate all repetition; Present summaries, reviews, organization chapters in less than three pages; Make chapter headings task oriented so that the table of contents also could serve as an index.

Organize the Document Use the rules of good organization (such as the organization's standards, college handbooks, Strunk and White's Elements of Style, or the University of Chicago Manual of Style) within each section.

Summary The main objective of the analysis is to capture a complete, unambiguous, and consistent picture of the requirements of the system. Construct several models and views of the system to describe what the system does rather than how.

Summary (Con’t) Capturing use cases is one of the first things to do in coming up with requirements. Every use case is a potential requirement.

Summary (Con’t) The key in developing effective documentation is to eliminate all repetition; present summaries, reviews, organization chapters in less than three pages. Use the 80–20 rule: 80 percent of the work can be done with 20 percent of the documentation.

Object Analysis: Classification

Introduction OOA is a process by which we can identify classes that play a role in achieving system goals and requirements Various Approaches for identifying the classes Classification: is the process of checking to see if an object belongs to a category or a class, is regarded as a basic attribute of human nature. Example: Classifying the car

What is an Object –An object Is an unique, identifiable, self- contained entity that possesses operations and contains attributes – Possesses all the know-how and information it needs to perform the services for which it was designed –Is a "black box" which receives and sends messages

What is a Class ? A Class is a software template that defines the methods and variables to be included in a particular kind of Object. Is a blue print used to create objects. As it is a blue print, at runtime it will not occupy any memory. Examples : Animal, Human being, Automobiles

Classes VS. Objects

... Intelligent classification is intellectually hard work, and it best comes about through an incremental and iterative process Booch

..There is no such thing as the perfect class structure, nor the right set of objects. As in any engineering discipline, our design choice is compromisingly shaped by many competing factors. Booch

Point To Remember Two Issues A class is a specification of structure, behavior, and the description of an object. Classification is more concerned with identifying classes than identifying the individual objects ina system.

The Challenge of Classification Intelligent classification is intellectually hard work and may seem rather arbitrary. Martin and Odell have observed in object-oriented analysis and design, that “In fact, an object can be categorized in more than one way.”

Employer Employee Pet Owner Good Credit Risk