COMM89 Knowledge-Based Systems Engineering Lecture 8 Life-cycles and Methodologies

Slides:



Advertisements
Similar presentations
1 Software Processes A Software process is a set of activities and associated results which lead to the production of a software product. Activities Common.
Advertisements

Lecture # 2 : Process Models
Software Process Models
Multimedia Specification Design and Production 2013 / Semester 1 / week 7 Lecturer: Dr. Nikos Gazepidis
Unit 2. Software Lifecycle
Software Project Management
What is Software Design?. Systems Development Life- Cycle Planning Analysis Design Implementation Design.
1 AIAI The University of Edinburgh Project Management for KBS Projects.
The software process A software process is a set of activities and associated results which lead to the production of a software product. This may involve.
CHAPTER 1 SOFTWARE DEVELOPMENT. 2 Goals of software development Aspects of software quality Development life cycle models Basic concepts of algorithm.
Alternate Software Development Methodologies
SYSC System Analysis and Design
Copyright 2002 Prentice-Hall, Inc. Chapter 4 Automated Tools for Systems Development 4.1 Modern Systems Analysis and Design Third Edition.
1 CS 425/625 Software Engineering CS 425/625 Software Engineering Software Processes Based on Chapter 4 of the textbook [SE-7] Ian Sommerville, Software.
1 SOFTWARE LIFE-CYCLES Beyond the Waterfall. 2 Requirements System Design Detailed Design Implementation Installation & Testing Maintenance The WATERFALL.
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
Software Engineering General Project Management Software Requirements
CS 425/625 Software Engineering Software Processes
DECISION SUPPORT SYSTEM DEVELOPMENT
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 17 Slide 1 Rapid software development.
1COM6030 Systems Analysis and Design © University of Sheffield 2005 COM 6030 Software Analysis and Design Lecture 2- Software Process Models and Project.
CSI315 Web Applications and Technology Overview of Systems Development (342)
Chapter 2 The process Process, Methods, and Tools
Describing Methodologies PART II Rapid Application Development*
IT Systems Analysis & Design
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design.
ITEC224 Database Programming
Copyright 2002 Prentice-Hall, Inc. Chapter 1 The Systems Development Environment 1.1 Modern Systems Analysis and Design Third Edition Jeffrey A. Hoffer.
CS 360 Lecture 3.  The software process is a structured set of activities required to develop a software system.  Fundamental Assumption:  Good software.
Topic (1)Software Engineering (601321)1 Introduction Complex and large SW. SW crises Expensive HW. Custom SW. Batch execution.
 CS 5380 Software Engineering Chapter 2 – Software Processes Chapter 2 Software Processes1.
Software Engineering Management Lecture 1 The Software Process.
Odyssey A Reuse Environment based on Domain Models Prepared By: Mahmud Gabareen Eliad Cohen.
Copyright 2002 Prentice-Hall, Inc. 1.1 Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich Chapter 1 The Systems Development.
Software Engineering Spring (C) Vasudeva VarmaClass of 32 CS3600: Software Engineering: Process and Product* *Most of the Content drawn.
Content The system development life cycle
IS Methodologies. Systems Development Life Cycle - SDLC Planning Planning define the system to be developed define the system to be developed Set the.
Software Engineering MCS-2 Lecture # 6
Review of Software Process Models Review Class 1 Software Process Models CEN 4021 Class 2 – 01/12.
The Traditional System Development Life Cycle There are a number of important steps in the creation of a system, regardless of which approach you use.
ANKITHA CHOWDARY GARAPATI
Cmpe 589 Spring 2006 Lecture 2. Software Engineering Definition –A strategy for producing high quality software.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
Large Scale Systems Design G52LSS
Copyright 2002 Prentice-Hall, Inc. Chapter 4 Automated Tools for Systems Development 4.1 Modern Systems Analysis and Design.
Chapter 4 Automated Tools for Systems Development Modern Systems Analysis and Design Third Edition 4.1.
© Bennett, McRobb and Farmer 2005
Process Asad Ur Rehman Chief Technology Officer Feditec Enterprise.
CC20O7N Software Engineering 1 CC2007N Software Engineering 1 Part 1 Introduction to Software Engineering.
1 These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 5/e and are provided with permission by.
Software Development Process CS 360 Lecture 3. Software Process The software process is a structured set of activities required to develop a software.
44222: Information Systems Development
Software Engineering Management
Modern Systems Analysis and Design Third Edition
Software Life Cycle “What happens in the ‘life’ of software”
Modern Systems Analysis and Design Third Edition
DT249/4 Information Systems Engineering Lecture 0
CS 425/625 Software Engineering Software Processes
IT Systems Analysis & Design
Modern Systems Analysis and Design Third Edition
Modern Systems Analysis and Design Third Edition
CHAPTER 10 METHODOLOGIES FOR CUSTOM SOFTWARE DEVELOPMENT
SOFTWARE LIFE-CYCLES Beyond the Waterfall.
CS310 Software Engineering Lecturer Dr.Doaa Sami
MANAGING THE DEVELOPMENT AND PURCHASE OF INFORMATION SYSTEMS
Human Computer Interaction Lecture 14 HCI in Software Process
Rapid software development
Modern Systems Analysis and Design Third Edition
Presentation transcript:

COMM89 Knowledge-Based Systems Engineering Lecture 8 Life-cycles and Methodologies

Lifecycles and Methodologies Unstructured methodology  prototyping We will be looking at 3 structured methodologies. These are -  Blackboard Architectures  KADS (Knowledge Acquisition Design Strategy)  HYM  Others exist such as POLITE, RUDE and GEMINI

Lifecycles and Methodologies Analysis Design Implementation Validation Installation Maintenance Quality Assurance Project Management Use of Standards Traditional software development life cycle

Lifecycles and Methodologies An incremental prototyping approach for large or complex systems. Design Prototype Implement Prototype Evaluate Identify Requirements

Lifecycles and Methodologies Prototyping  iterative  evolutionary  exploratory  many small-medium systems designed this way Advantages of using an incremental prototyping approach -  Allows the accuracy of the knowledge base to be demonstrated during iterations of the lifecycle  system more likely to match users requirements  The quality of the reasoning is open to inspection  It provides an easy mechanism to involve the users, management and experts  It allows the project to be signed off as complete

Lifecycles and Methodologies Disadvantages of using an incremental prototyping approach -  The ability to develop small projects does not always mean that it is possible to develop and maintain large real-world systems  Difficult to define the cost and timetables  can be difficult to track versions  encourages users to ask for more features  may not match QA procedures

Lifecycles and Methodologies Structured methodologies Blackboard Architectures  Similar to a group of experts working around a blackboard  Provide a problem solving model for organising knowledge  Provide a potential strategy for applying the knowledge  Allow a range of knowledge representation methods to be applied  Segment the knowledge base, making it more maintainable and the implementation more efficient

Lifecycles and Methodologies Blackboard Architectures Working Memory IE KB Knowledge Sources Blackboard

Lifecycles and Methodologies HEARSAY II Blackboard Architecture  developed for speech understanding speech understanding is difficult large search space noisy, incomplete data  problem solving is imprecise/incomplete  three components blackboard: shared by all knowledge sources knowledge sources: Control: agenda based

Lifecycles and Methodologies HEARSAY II Blackboard Architecture  Developed at Carnegie Mellon University (1978)

Lifecycles and Methodologies KADS - (Knowledge Acquisition Design Strategy) KADS developed 1990, KADS II (common KADS 1994) Concerned with modeling problem domain. Objectives of KADS Structured activities for:  Analysis (stages)  Design (stages) Definitions of deliverables (templates/framework) Advice and guidance on techniques to use Advice and guidance on the tools Support for Quality Assessment and Control (QAC) Identified opportunities for prototyping

Lifecycles and Methodologies KADS - (Knowledge Acquisition Design Strategy) Common KADS Analysis (stages)  Process analysis  Cooperation analysis  Expertise analysis  Constraint analysis  Systems analysis Design (stages)  Global design  Knowledge based system design

Lifecycles and Methodologies KADS - (Knowledge Acquisition Design Strategy) Why use KADS  structuring KBS development  separates technical from management activities  maintenance  standard approach for KBS development  multiple experts  encourages reusable components

Lifecycles and Methodologies KADS - (Knowledge Acquisition Design Strategy) supports the development of various models including - The process or organisational model The expertise model MIKE (Model based Incremental Knowledge Engineering) Protégé II

Lifecycles and Methodologies HYM supports the creation of hybrid information systems  It aims to provide an enhanced software development lifecycle that supports project development both incrementally and in one go  It has a combined analysis and design phase that supports a smooth transition between the two  The combined phase is highly iterative, and contains detailed design evaluation and quality assurance procedures  It supports the seamless integration of KBS components with traditional IS components  Supports integration of a number of methods to overcome the limitations of each

Lifecycles and Methodologies Hybrid information system Hybrid information system level Components level Repositories level Procedures Databases Knowledge Traditional system Hybrid system KBS The HYM 3 layer architecture

Lifecycles and Methodologies Factors for and against structured methodologies  For structured documented well-understood tried and tested may have tool support visible for project management/control QA may be built in  Against need to learn them may be unwieldy may not be applied to all situations take time to apply necessity for documentation