June 14, 20011 of 38 Technical Charting By Leeland Artra.

Slides:



Advertisements
Similar presentations
Flowcharts for C programmers Ian McCrum. flowcharts Diagrams are used in many places; they can be used as a design aid or a documentation aid. As a design.
Advertisements

Chapter 11 Describing Process Specifications and Structured Decisions
How Are Algorithms Developed?
Using Dataflow Diagrams
Unit 1: Java and Eclipse UML. Depending on the source, the acronym UML is said to stand for “unified modeling language” or “universal modeling language”.
Accounting Information Systems 9th Edition
Week 2b. Flowcharts When: Used extensively for systems development and for internal control structures 97.6% of accounting/IT professionals use flowcharts.
Systems Techniques and Documentation. Use of Systems Techniques in Systems Development What are the three phases of a systems development project? 1Systems.
Planning & Scheduling Systems: From Design to Fabrication.
Programming Logic and Design Fourth Edition, Introductory
BIF703 System Analysis & Design Diagramming – Part II: System Flowcharts / Gantt Charts.
 An Operation or action step  another process step or series of process flow steps that are formally defined elsewhere.
Reference :Understanding Computers
©2003 Prentice Hall Business Publishing, Accounting Information Systems, 9/e, Romney/Steinbart 6-1 Systems Development and Documentation Techniques.
Project in Computer -- Tubuhan and Prado
Systems Documentation Techniques
Basics of Computer Programming Web Design Section 8-1.
2008/03/25 Unified Modeling Lanauage 1 Introduction to Unified Modeling Language (UML) – Part One Ku-Yaw Chang Assistant Professor.
Chapter 9 Describing Process Specifications and Structured Decisions
Chapter 9 Describing Process Specifications and Structured Decisions Systems Analysis and Design Kendall & Kendall Sixth Edition © 2005 Pearson Prentice.
OUTLINE 1. Description of Charts 2. History of Charts 3. Type of Charts  Flow Chart  Data Flow Diagram  Work Flow Chart  Navigation Chart  Entity.
Chapter 9 Describing Process Specifications and Structured Decisions
System Design and Analysis
Chapter 7 Using Data Flow Diagrams
Topics Creating DFD Physical and logical DFD Event driven modeling
© 2005 Prentice Hall4-1 Stumpf and Teague Object-Oriented Systems Analysis and Design with UML.
Computers: Tools for an Information Age
Understanding the Mainline Logical Flow Through a Program (continued)
© 2005 by Prentice Hall Chapter 9 Structuring System Requirements: Logic Modeling Modern Systems Analysis and Design Fourth Edition.
Chapter 3 Planning Your Solution
The Program Design Phases
Programming Logic and System Analysis
Chapter 7 Structuring System Process Requirements
Multimedia Design. Table of Content 1.Navigational structures 2.Storyboard 3.Multimedia interface components 4.Tips for interface design.
System Analysis Overview Document functional requirements by creating models Two concepts help identify functional requirements in the traditional approach.
Chapter 9 Structuring System Requirements: Logic Modeling
Copyright © 2003 by Prentice Hall Computers: Tools for an Information Age Chapter 14 Systems Analysis and Design: The Big Picture.
USE Case Model.
4.5 Multimedia Production. Learning Outcome 1. Design the structure and user interface for a multimedia project. 2. Produce a successful multimedia project.
1 Computer and Programming Flow Chart Derived from
The Software Development Cycle Defining and understanding the problem.
Introduction to Systems Analysis and Design Trisha Cummings.
Modelling information systems
Chapter 9 Describing Process Specifications and Structured Decisions
Chapter 7 Structuring System Process Requirements
Extended Prelude to Programming Concepts & Design, 3/e by Stewart Venit and Elizabeth Drake Chapter 2: Flowcharts.
SYSTEMS ANALYSIS AND DESIGN TOOLS DATA FLOW DIAGRAMS.
Programming Logic and Design Fourth Edition, Comprehensive Chapter 15 System Modeling with the UML.
CORE 1: PROJECT MANAGEMENT Designing. This stage is where the actual solution is designed and built. This includes describing information processes and.
© 2006 Prentice Hall Business Publishing Accounting Information Systems, 10/e Romney/Steinbart1 of 138 FLOWCHARTS A flowchart is an analytical technique.
Copyright © 2013 Curt Hill UML Unified Modeling Language.
January 8, of 48 What SAs Should Know, Part 1 of 6 Documentation (or cat /etc/* is not documentation...) By Leeland Artra.
PROGRAM DEVELOPMENT CYCLE. Problem Statement: Problem Statement help diagnose the situation so that your focus is on the problem, helpful tools at this.
Submitted To: Rutvi sarang Submitted By: Kushal Bhagat.
© 2005 by Prentice Hall Chapter 9 Structuring System Requirements: Logic Modeling Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey.
Chapter Topics 2.1 Designing a Program 2.2 Output, Input, and Variables 2.3 Variable Assignment and Calculations 2.4 Variable Declarations and Data Types.
Use Case Diagrams. Introduction In the previous Lecture, you saw a brief review of the nine UML diagrams. Now that you have the clear, you'll start to.
© 2005 by Prentice Hall Chapter 7 Structuring System Process Requirements Modern Systems Analysis and Design Fourth Edition Jeffrey A. Hoffer Joey F. George.
Basics of Computer Programming
Unified Modeling Language
Technical Charting By Leeland Artra June 14, 2001
System Design.
Lecture 2 Introduction to Programming
Basics of Computer Programming
Basics of Computer Programming
Unit# 9: Computer Program Development
Chapter 9 Structuring System Requirements: Logic Modeling
Chapter 11 Describing Process Specifications and Structured Decisions
Chapter 9 Structuring System Requirements: Logic Modeling
Presentation transcript:

June 14, of 38 Technical Charting By Leeland Artra

June 14, of 38 Why am I here? Wrote Navy Top Quality Leadership requirements for “Systems Operators” Wrote more then a few policies, procedures and computing site manuals Have a CPA for a Mother (made me keep my own books since I was 7). Hacker for 16 years. Systems Admin for 16 yrs. Programmer for 8 years.

June 14, of 38 So Why Are You Here? Learn about various types of documentation methods. Have a good idea of what type of document should be used for various situations. Understand how various business and technical documents interrelate. Know where to go for more detailed information.

June 14, of 38 Do You Wonder Why programs and systems are now not really worth using until the third or forth major release? Why you and your colleagues always seem to be 20 hours or more behind while working so many extra hours? Why fire control management of time and resources is reaching epidemic proportions?

June 14, of 38 Its Simple You wish the industry would “Do what I want, not what I do.”

June 14, of 38 What do you Mean by that! Things are just not getting done effectively. This is because: Time to completion is given unrealistically high priority (because) Time for “delivery of profits” is set unreasonably soon This is creating a ‘Just get it done.’ Environment.

June 14, of 38 So What? My point exactly. Back to work.

June 14, of 38 OK, But What Can Be Done? Fix the attitude, get a “release is important, but doing it correctly is more important.” Recognize that deadlines are usually just random guesses that can be changed. Work better.

June 14, of 38 Work Better? How? By doing something that is very hard: Become self disciplined to think things through. Become self disciplined to plan things out well (technical specifications, flowcharts, project descriptions, procedural manuals) Good planning and using technical charts has never been easy. But, it has historically been worth the effort.

June 14, of 38 So Why Are You Here Really?

June 14, of 38 Because, Grandpa always said Prior Proper Planning Prevents Poor Performance

June 14, of 38 Ouch

June 14, of 38 Documenting Is Not Easy Your documents Must: Communicate your intent clearly Come together to create a better world

June 14, of 38 Basic Guidelines Use Descriptive Titles Know your chart types and symbols well Keep document focused on one idea or goal Keep documents simple Use the simplest method when charting Provide good cross-references Navigation lines should not intersect Keep documents as small as possible

June 14, of 38 Technical Charts Main Flavors: Matrix Block Object Project

June 14, of 38 Matrixes Organizes information systematically Allows for comparison and grouping Have been used for as long as we know Are easily understood Tables or charts come in a few flavors (L, Y, T, X) There are others

June 14, of 38 Simple Matrix

June 14, of 38 KWHL Chart “Cool” Know, Want, How, Learn Created in 1986 as a teaching tool by Donna Ogle Captures known information well

June 14, of 38 Venn Diagrams Pretty Basic No one else in the history of math has been known so well for so little

June 14, of 38 But, Wait A Century before John Venn in Leonhard Euler's Opera Omnia

June 14, of 38 Block Diagrams Block diagram are used to: Represent entire processes One person or component through a specific process Combinations of people and machines Transactions following forms or other documents etc.

June 14, of 38 Block Diagram Example The Internet Firewall DMZ Web Servers DNS Servers SSH Server User’s Workstations File Servers Tape Server Access: SSL (SSH) to get in Sanitized SMTP via DMZ HTML / DNS to DMZ only

June 14, of 38 Flowchart Is block diagram that follows a standard Used to: Document process and interrelationship of process steps; Identify actual and ideal paths that any product or process moves or flows through; Flowcharting to help communicate what actually happens or needs to happen Identify problems and potential improvements in a process; and Describe: –An entire processes and all its components, –One person or component through a process –Combinations of people and machines –Transactions following forms or other documents, –Labor intensive processes, and –Oganizational procedures and cycles.

June 14, of 38 Flowchart Types Data Flowchart Program Flowchart System Flowchart Program Network flowchart System Resource Flowchart

June 14, of 38 Flowchart Data Symbols Stored Data Data Internal Storage Sequential Access Storage Direct Access Storage Manual Input Document Card Punched Tape Display

June 14, of 38 Flowchart Process Symbols Specific Process Symbol Basic Process Symbol Manual Operation Preparation Decision Parallel Mode Loop Limit

June 14, of 38 Flowchart Line Symbols Control Transfer Communication Link Line (Logic Flow) Dashed Line (Alternative Relationship)

June 14, of 38 Flowchart Special Symbols Terminator Connector Annotation Ellipsis (three dots, omission)

June 14, of 38 Flowchart Crossing Lines No connection Join lines of logic

June 14, of 38 Flowchart Extras Multiple Symbols Branching

June 14, of 38 Flowchart Recommended Policies Drawn on white, unlined 8 1/2" x 11" paper on one side only. Place name, and the title at the top of each page, along with the page number Use only standard flowcharting symbols If possible draw using a template or program Print the contents of each symbol legibly Flowcharts start on the top of the page and flow down and to the right Comments are in English, not programming languages Each subroutine is flowcharted on a separate page Each subroutine begins with a terminal symbol labeled with its name and a terminal symbol labeled return at the end Flow lines between symbols use arrowheads to indicate the direction of the logic flow

June 14, of 38 Unified Modeling Language (UML) Graphs of object interactions and relationships “Modeling Language” (not a method) –Expresses design –Defines interactions

June 14, of 38 Use Case Shows the relationship among actors and use cases within a system. Actors

June 14, of 38 Class / Object Diagram

June 14, of 38 Project Management

June 14, of 38 Gantt Charts Standard format for displaying a schedule graphically. –Resources –Time line –Work calendar –Jobs (operations) –Production lots

June 14, of 38 PERT Charts Effective method of presenting a project's timetable visually Can include things like project deadlines and group meeting times as well as individual roles and responsibilities

June 14, of 38 Why Document this?