I. UML Tool review (Rhapsody) and II. Requirement and TEST in UML modeling May 31th 2005 KIM, YUN GOO Lab Seminar.

Slides:



Advertisements
Similar presentations
Test Yaodong Bi.
Advertisements

1 Integration Testing CS 4311 I. Burnstein. Practical Software Testing, Springer-Verlag, 2003.
Ossi Taipale, Lappeenranta University of Technology
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
IT Requirements Capture Process. Motivation for this seminar Discovering system requirements is hard. Formally testing use case conformance is hard. We.
Embedded DSP Spectrum Analyzer May 0104 April 25, 2001 Teradyne Corp Julie Dickerson Bill Black Prihamdhani AmranEE Ryan ButlerCprE Aaron DelaneyEE Nicky.
CSCU 411 Software Engineering Chapter 2 Introduction to Software Engineering Management.
The Rhapsody in C++ Tool Training "Essential" © I-Logix v2.3 25/9/2000 EI-1 “Essential” Rhapsody in C++ Introduction.
CPN'021 Coloured Petri Nets in UML-Based SW Development – Designing Middleware for Pervasive Healthcare Jens Bæk Jørgensen Centre for Pervasive Computing.
SE 470 Software Development Processes James Nowotarski 21 April 2003.
Program Flow Charting How to tackle the beginning stage a program design.
Chapter 1 Software Engineering. Homework ► Read Section 2.2 (pages 79-98) ► Answer questions: ► 7, 8, 11, 12, & 13 on page 134. ► Answer on paper, hand.
Objectives Explain the purpose and various phases of the traditional systems development life cycle (SDLC) Explain when to use an adaptive approach to.
Chapter 3 Planning Your Solution
The Software Development Standards Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Effective Methods for Software and Systems Integration
G.Chiozzi European Southern Observatory Trieste 04/10/1999 Icalepcs 99 Tutorial Use Cases for Requirements Capture and Tracing.
Software Engineering 1 The Life Cicle of Software Lesson 5.
System Implementation. System Implementation and Seven major activities Coding Testing Installation Documentation Training Support Purpose To convert.
UML - Development Process 1 Software Development Process Using UML (2)
Smith’s Aerospace © P. Bailey & K. Vander Linden, 2005 Architecture: Component and Deployment Diagrams Patrick Bailey Keith Vander Linden Calvin College.
Systems Analysis And Design © Systems Analysis And Design © V. Rajaraman MODULE 14 CASE TOOLS Learning Units 14.1 CASE tools and their importance 14.2.
S/W Project Management Software Process Models. Objectives To understand  Software process and process models, including the main characteristics of.
2Object-Oriented Analysis and Design with the Unified Process Objectives  Explain the purpose and various phases of the traditional systems development.
Applications of OO System Engineering Methodology and Tools for Complex Systems9/11/2015 Application of Object Oriented Systems Engineering Methodology.
Process Modeling CS 4320 Fall Process Difficulties SW not a production line Each project is different—even within the same company No universally.
CMSC 345 Fall 2000 Unit Testing. The testing process.
The Software Development Standards Instructor: Dr. Hany H. Ammar Dept. of Computer Science and Electrical Engineering, WVU.
Team Skill 6: Building the Right System From Use Cases to Implementation (25)
SQA System Overview Chapter 4. Where we have been so far, Where we are going Where do software errors come from? What is quality? How can quality be measured?
Introduction to Robo Pro
Prepared by: Sanaz Helmi Hoda Akbari Zahra Ahmadi Sharif University of Tech. Summer 2006 An Introduction to.
Forging new generations of engineers
Refined ECSS Software Process Model Elements SD-TN-AI-0570, Issue 5 APPENDIX D.
Project Life Cycle.
Software Development Life Cycle by A.Surasit Samaisut Copyrights : All Rights Reserved.
Safety-Critical Systems 5 Testing and V&V T
Design Verification Code and Toggle Coverage Course 7.
1 Ch. 1: Software Development (Read) 5 Phases of Software Life Cycle: Problem Analysis and Specification Design Implementation (Coding) Testing, Execution.
Validation Copyright © 2004 Yokogawa Validation. Copyright © 2004 Yokogawa Page 2 Validation ProjectStandard Project > Validation.
Design and Implementation of a Rationale-Based Analysis Tool (RAT) Diploma thesis from Timo Wolf Design and Realization of a Tool for Linking Source Code.
Software Development Problem Analysis and Specification Design Implementation (Coding) Testing, Execution and Debugging Maintenance.
Engineering H192 - Computer Programming Gateway Engineering Education Coalition Lab 1P. 1Winter Quarter Data Acquisition System Fundamentals Lab 1.
Josh Lawson ECE Overview Project Description Schematic Hardware Involved Features of ATMEGA16/STK500 Involved System Features Testing Method.
Phase 3 The Software Requirements Specification. After review of the customer’s System Spec. After educated analysis Preliminary design A technical, software.
Software Engineering Issues Software Engineering Concepts System Specifications Procedural Design Object-Oriented Design System Testing.
Thomas L. Gilchrist Testing Basics Set 3: Testing Strategies By Tom Gilchrist Jan 2009.
 Software Testing Software Testing  Characteristics of Testable Software Characteristics of Testable Software  A Testing Life Cycle A Testing Life.
CS 4311 Software Design and Implementation Spring 2012.
의료용 S/W 기술문서 심사 방법 원 찬 요 유엘 코리아 발표자 소개 년 2 월 한양대 전자공 졸업 ~ : ㈜ 금성사 ( 현 LG 전자 ) 연구원 ~ : ㈜ 메디슨 규격팀 팀장
SAMCAHNG Yun Goo Kim I. Formal Model Based Development & Safety Analysis II. UML (Model) Based Safety RMS S/W Development February KIM, YUN GOO.
1 slc5 TTYP – C++ revisited 1 Which of the following statements are reasonable after the following statement: char* fred = new char[5]; a. fred = bill;
Topics  Direct Predicate Characterization as an evaluation method.  Implementation and Testing of the Approach.  Conclusions and Future Work.
CSE784 – Software Studio Jim Fawcett Fall 2002.
Information Systems Development
THE PROCESS OF EMBEDDED SYSTEM DEVELOPMENT
IS442 Information Systems Engineering
Chapter 8 Data Acquisition
CHAPTER 2 Testing Throughout the Software Life Cycle
Request for Proposal (RFP)
Object Oriented Analysis and Design
Introduction to Software Testing
Test Case Test case Describes an input Description and an expected output Description. Test case ID Section 1: Before execution Section 2: After execution.
PSS verification and validation
CSE 1020:Software Development
Software Development Chapter 1.
Introduction to LabVIEW
Introduction to LabVIEW
Programming Logic and Design Eighth Edition
Presentation transcript:

I. UML Tool review (Rhapsody) and II. Requirement and TEST in UML modeling May 31th 2005 KIM, YUN GOO Lab Seminar

2 I. UML Tools  There are many UML TOOLs  Rational Rose  I-Logixs Rhapsody  Boland Together  Plastic Software (KOREA)  Each Tool has it’s own characteristics  Rhapsody has been reviewed (3 day training course)  Major characteristics of Rhapsody  Usage of each type of UML diagram in Rhapsody

3 Basic Window Configuration Browser Object Model Diagram Active code view

4 Review Rhapsody with Examples.  Cash Register

5 Package Diagram- Object Model Diagram

6 Requirement Pkg  Requirement is only for information

7 Analysis Pkg – Use Case Diagram

8 Rhapsody-Class Diagram

9 Rhapsody-Implementation Dynamic Model Code Associates

10 Rhapsody-State chart Diagram  2 diagrams are used for code generation (Class, State chart)  Every condition and action for the state change should be manually coded.

11 Sequence Diagram  Sequence chart is used for modeling.  Animated Sequence chart can be generated

12 Sequence Diagram - Comparison One major difference!

13 Summary for Rhapsody  Characteristics  State chart Diagram based modeling and code generation  Automatic code generation.  Usage of UML Diagram  Code generation  Class diagram  State chart diagram  Modeling  Use case diagram (analysis)  Sequence diagram (model check)  Requirement – Text based (No UML diagram)

14 S/W development and V&V plan Statement UML Requirements Design Implementation Test SRS Statement UML SDD Automatic Code Generation Concept CD Statement UML Test Procedure Test case Generation Conversion algorithm to Formal specification Formal verification Test Case Generation-I STATEMATE MAGNUM Apply to RMS S/W V&V SRS for RMS SDD for RMS Test Execution Sample Module Code Generation RMS Software 1 st year 2 nd year : Korea Univ. Test Case Generation-II

15 Requirement V&V Activity  Traceability analysis  Software requirement evaluation  Interface analysis  Criticality analysis  System V&V test plan generation and verification  Acceptance V&V test plan generation and verification  Configuration management assessment  Hazard analysis  Risk analysis  Concept document  SRS  IRS  System test plan  Acceptance test plan DocumentsActivities  Use case diagrams  Test case generation from use case diagram UML

16 Test Case Generation Requirement Design Test  System Requirement  System test (Plan, procedure & report)  Acceptance Test Implementation  Unit Requirement  Detail Function Black Box Test White Box Test Unit Test  Unit Test  Integration Test Use Case Diagram, Class Diagram Use case diagrams Class diagrams Sequence Diagram Collaboration diagram Activity, and interaction diagrams

17 Requirement with Use Case Diagram  General Requirement : (KHNP ITT Spec)  The Radiation Monitoring System (RMS) shall be a computer based data acquisition, analysis, display, and report generating system.

18 Requirement with Class Diagram  The following indications and control functions shall be provided at each local unit panel as a minimum:  Alarm indication and acknowledge  Data entry  Contact output signal (optically isolated signal for Class 1E monitor)  Check source control  Sample pump/blower control (if required)  Purge/flush control (if required)  Data digital display  Display selection  Moving filter control  Analog output signal (isolated signal for Class 1E monitor)  Lamp test for all alarms and status indications  LED lights shall be used for the indicating lights as much as practicable. average minAvg hourAvg dayAvg calibrationConstant const1 const2 alarmSetPoint alertSetPoint highSetPoint

19 Requirement with UML : Difficulties  Below requirement is difficult to be modeled with UML  Access to the radiation monitoring system's alarm setpoints shall be under administrative control.  The alarms shall not operate if the RMS is switched off.  Detail design part is needed.  Stereotype will be considered.

20 Summary and Discussion  One of UML Tool, Rhapsody is reviewed.  Powerful code generation  State chart diagram is the main diagram and other diagram is used just for analysis or requirement.  Rhapsody can be used in our research project, but it can not cover all UML diagram.  Requirement for RMS is reviewed.  Test case generation during S/W life cycle is considered.  Requirement try to be written with UML  Detail configuration is needed  Requirement will be written with UML  Test plan and procedure will be written in requirement phase