Control System Design Process Planning Documentation.

Slides:



Advertisements
Similar presentations
Logical and Physical Design of an Information System
Advertisements

Chapter 11 Designing the User Interface
Chapter 10: The Traditional Approach to Design
Systems Analysis and Design in a Changing World, Fifth Edition
Chapter 3: Modules, Hierarchy Charts, and Documentation
User Documentation.  You cannot build a system for a client and leave them without adequate documentation  Computer systems are complex, require configuration.
Traditional Approach to Design
Chapter 10 The Traditional Approach to Design
Chapter 9: The Traditional Approach to Design Chapter 10 Systems Analysis and Design in a Changing World, 3 rd Edition.
Case Tools Trisha Cummings. Our Definition of CASE  CASE is the use of computer-based support in the software development process.  A CASE tool is a.
Chapter 2: Input, Processing, and Output
PRE-PROGRAMMING PHASE
Welcome to CMPE003 Personal Computer Concepts: Hardware and Software Winter 2003 UC Santa Cruz Instructor: Guy Cox.
Computerized Train Control System by: Shawn Lord Christian Thompson.
Bret Juliano. Introduction What Documentation is Required? – To use a program – To believe a program – To modify a program The Flow-Chart Curse Self-Documenting.
Introduction to Information System Development.
Systems Analysis and Design: The Big Picture
Program development & programming languages Chapter 13.
Lesson 7 Guide for Software Design Description (SDD)
INFORMATION SYSTEM APPLICATIONS System Development Life Cycle.
PHASE 4 SYSTEMS IMPLEMENTATION Application Development SYSTEMS ANALYSIS & DESIGN.
1 Shawlands Academy Higher Computing Software Development Unit.
14 Chapter 11: Designing the User Interface. 14 Systems Analysis and Design in a Changing World, 3rd Edition 2 Identifying and Classifying Inputs and.
Chapter 11 Presentation Systems Implementation, Operation, and Control Computer System.
Planning and Writing Your Documents Chapter 6. Start of the Project Start the project by knowing the software you will write about, but you should try.
© 2004 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice SISP Training Documentation Template.
G042 - Lecture 16 Testing Your Spreadsheet Mr C Johnston ICT Teacher
1 The Software Development Process  Systems analysis  Systems design  Implementation  Testing  Documentation  Evaluation  Maintenance.
Chapter 9 Moving to Design
10 ITK261 The traditional approach to design Reading: Chapter 10 Oct 9, 11.
10 The traditional approach to design Hisham Alkhawar.
Renesas Technology America Inc. 1 SKP8CMINI Tutorial 2 Creating A New Project Using HEW.
Online Friends’ Community Presented by: Stuart Monaghan HND in Computing th May 2002.
1 Chapter 13 Understanding Computers, 11 th Edition 13 Program Development and Programming Languages TODAY AND TOMORROW 11 th Edition CHAPTER.
Software Development Cycle What is Software? Instructions (computer programs) that when executed provide desired function and performance Data structures.
SE: CHAPTER 7 Writing The Program
Systems Analysis and Design in a Changing World, Fourth Edition
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
Topics Covered Phase 1: Preliminary investigation Phase 1: Preliminary investigation Phase 2: Feasibility Study Phase 2: Feasibility Study Phase 3: System.
Building Systems Integration Simple Integration with Universal Remote Control.
The Software Development Process
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
Automated Home Control Nick Atkinson, Matt Majeika, Ungku Afiq Ungku FaridSponsored by Terry Slattery Overview With increasing energy concerns, different.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
Topic 4 - Database Design Unit 1 – Database Analysis and Design Advanced Higher Information Systems St Kentigern’s Academy.
CIS 4910 Information Systems Development Project Project Documentation.
Renesas Technology America Inc. 1 SKP8CMINI Tutorial 2 Creating A New Project Using HEW.
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.
ANALISA & PERANCANGAN SISTEM Disusun Oleh : Dr. Lily Wulandari Program Pasca Sarjana Magister Sistem Informasi Universitas Gunadarma.
Chapter – 8 Software Tools.
Business Correspondence. Common types  Letters  Newsletters  Reports  Resumes Standard formats are used for most business documents  Templates 
Systems Analysis and Design in a Changing World, Fourth Edition
Software Specification and Software Reuse - BELLA LPA experiment
Physical Data Model – step-by-step instructions and template
Chapter 2: Input, Processing, and Output
System Design.
SDC – SDLC integration.
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.
An Introduction to Visual Basic .NET and Program Design
Unit# 9: Computer Program Development
VISUAL BASIC – CHAPTER ONE NOTES An Introduction to Visual Basic
CLINICAL INFORMATION SYSTEM
Systems Analysis and Design in a Changing World, 6th Edition
Planning a Network Upgrade
Analysis models and design models
Test Case Test case Describes an input Description and an expected output Description. Test case ID Section 1: Before execution Section 2: After execution.
SYSTEMS ANALYSIS & DESIGN
Chapter 2: Input, Processing, and Output
Lecture 23 CS 507.
Presentation transcript:

Control System Design Process Planning Documentation

Documentation Overview Types of Documentation Architectural Floor Plan Block Diagram Device listing Forms Programming documentation – Interface Design User Documentation Archive

General Form of Documentation All documentation should be electronically generated. Forms can be initially filled out by hand writing, but should ultimately be re- created electronically. This promotes professionalism, and appears to the customer as professional

Architectural Floor Plan Most useful for premise wiring and installation

Block Diagram Useful for planning overall install and interconnection Very helpful for systems integration planning Helps to ensure all aspects are considered Helpful during programming phase Helpful during training of users

Device listing Forms Table format listing of devices and their parameters. (Crestron Programming Kit) For each device: –location (kitchen ceiling, home theatre) –device type (incandescent light, Hitachi VCR) –Protocol (X-10, I.R., serial) –Controlled by (wall switch 5,touch-screen, ipod touch) –Network or programming Address (G-15, 03) –Cable designation –Comments(Used in scenes, macro 4, customer wants)

Programming documentation Pre-programming notes. –Interface Design –Functional Description –Flow-chart: As written documentation: Used to document the actual program. Embedded comments within the source code. This must be written with a view for a future programmer to be able to modify your system.

Interface Design Graphical depictions of the touch screen layouts. Next lecture will expand on this.

Functional Description Describes the experience the user can expect.

Flow Chart Useful for development of algorithms and low level lanquages such as Simpl+, or C type lanquages.

User Documentation Used for training the customer Used for customer reference after you leave Used by next systems integrator to upgrade or modify the system. Paper and electronic copies should be left with customer. Electronic copy is used for modification with future upgrades. Binder or file with copies of all manufacturers manuals should be left with the customer

Archiving Documentation At least 2 copies of all documentation should exist. As the systems integrator, you keep at least 1 copy for each job you work on. Best to have paper and electronic copies, with electronic copies backed up Customer should have paper copies of user documentation plus electronic copy of all documentation

Program Design Kit The Crestron Program Design Kit is a good example of pre-program documentation It includes panel design templates and device listing forms It is considered the first part of the overall System Design Process

Program Documentation The program should be documented with embedded comments. In addition, organization practices of the programming language should be implemented. For Crestron Simpl the program logic should be organized in sub-systems.

As Built Once the program is complete, tested and turned over to the client, the documentation should be edited and modified “as built”. This is necessary since during the design, program and debug phases, changes occur. The final documentation must represent the actual product.