SE Assignment III. 1. List and explain primitive symbols used for constructing DFDs. Illustrate the use of these symbols with the help of an example.

Similar documents
Module 5. Function-Oriented Software Design. Version 2 CSE IIT, Kharagpur

Darshan Institute of Engineering & Technology for Diploma Studies

Unit 3 FUNCTION-ORIENTED SOFTWARE DESIGN

Software Design. Software design is a blueprint or a plan for a computerbased solution for system

17/03/2018. Meltem Özturan

Chapter : Analysis Modeling

Unit 6 - Software Design and Development LESSON 10 DESIGN TOOLS, INPUTS, OUTPUTS, STORYBOARDS

Process Modeling. Wei-Tsong Wang 1 IIM, NCKU

9 Structured design. Overview of structured design. Transaction analysis. Transform analysis. System integration

13/11/2017. Meltem Özturan misprivate.boun.edu.tr/ozturan/mis515

UML Component Diagrams A.Y 2018/2019

INTRODUCTION TO UNIFIED MODELING MODEL (UML) & DFD. Slides by: Shree Jaswal

UML- a Brief Look UML and the Process

Analysis and Design for Systems h. 9 th Edition

Data Flow Diagrams System Analysis ( (

(Team Name) (Project Title) Software Design Document. Student Name (s):

VP-UML Quick Start. Last update: October 15, Copyright Visual Paradigm International Ltd.

DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING. 2 Marks and 11 Marks for Unit - 3

Object-Oriented Systems Analysis and Design Using UML

Unit Wise Questions. Unit-1 Concepts

Lab Manual. Object Oriented Analysis And Design. TE(Computer) VI semester

Chapter 10. Object-Oriented Analysis and Modeling Using the UML. McGraw-Hill/Irwin

System Analysis and Design

MAHARASHTRA STATE BOARD OF TECHNICAL EDUCATION (Autonomous) (ISO/IEC Certified)

Chapter 6 Structuring System Requirements: Process Modeling 6.1

SE 1: Software Requirements Specification and Analysis

DFD Symbols. Process. Data Store Data Store Data Store

Meltem Özturan

System Analysis & design

Software Design Report

Solved Question Paper June 2017

MAHARASHTRA STATE BOARD OF TECHNICAL EDUCATION (Autonomous) (ISO/IEC Certified)

Data Process Modeling: Context Diagrams & Data Flow Diagrams (DFDs)

1. The narratives, diagrams, charts, and other written materials that explain how a system works are collectively called

SE310 Analysis and Design of Software Systems

SE Notes Mr. D. K. Bhawnani, Lect (CSE) BIT

SE 1: Software Requirements Specification and Analysis

Software Development Methodologies

Method & Tools for Program Analysis & Design

Architectural Design

Chapter 4. Capturing the Requirements. 4th Edition. Shari L. Pfleeger Joanne M. Atlee

UML Views of a System

Requirements Engineering

Software Modeling & Analysis

Rekayasa Perangkat Lunak 2 (IN043): Pertemuan 6. Moving on to Design

Lecture 34 SDLC Phases and UML Diagrams

Vragen. Intra-modular complexity measures. The uses relation. System structure: inter-module complexity

Software Architecture and Design I

Use case modeling. Use case modeling Søren Langkilde Madsen mail: mail:

Architecture and the UML

Use Case Model. Static Structure. Diagram. Collaboration. Collaboration. Diagram. Collaboration. Diagram. Diagram. Activity. Diagram.

CHAPTER 19: Building a Preliminary Behavioral Model

For 100% Result Oriented IGNOU Coaching and Project Training Call CPD TM : ,

Software Design Fundamentals. CSCE Lecture 11-09/27/2016

CHAPTER 9 DESIGN ENGINEERING. Overview

UML Essentials Dynamic Modeling

Interactions A link message

Software Design Document (SDD) Template (summarized from IEEE STD 1016)

CS 451 Software Engineering

Domain Analysis. SWEN-261 Introduction to Software Engineering. Department of Software Engineering Rochester Institute of Technology.

Unit 1 Introduction to Software Engineering

Basic Structural Modeling. Copyright Joey Paquet,

Structured Analysis and Structured Design

Activity Diagram Written Date : September 02, 2016

Requests Charges. Librarian. University affiliated patrons students, faculty, staff. Media Center Staff

Ans 1-j)True, these diagrams show a set of classes, interfaces and collaborations and their relationships.

Progress Report. Object-Oriented Software Development: Requirements elicitation and analysis. Object-oriented analysis, design, implementation

Lab # 1. Structuring System Requirements: Diagrams

Data Flow Diagrams Examples

Software Design Methodologies and Testing. (Subject Code: ) (Class: BE Computer Engineering) 2012 Pattern

Methods for requirements engineering

Process and data flow modeling

Object-Oriented Design

CS504-Softwere Engineering -1 Solved Objective Midterm Papers For Preparation of Midterm Exam

Using JBI for Service-Oriented Integration (SOI)

06. Analysis Modeling

Chapter VI: Process Analysis and Modeling

Credit where Credit is Due. Goals for this Lecture. Introduction to Design

UML Fundamental. OutLine. NetFusion Tech. Co., Ltd. Jack Lee. Use-case diagram Class diagram Sequence diagram

Lab 16: Visio Introduction

Process Modeling. Chapter 7. Class 05: Process Modeling 1

Process Modeling. Business Process Example. Process Design

ASSIGNMENT- I Topic: Functional Modeling, System Design, Object Design. Submitted by, Roll Numbers:-49-70

Best Practices for Model-Based Systems Engineering

Chapter 9. Process Modeling. McGraw-Hill/Irwin. Copyright 2007 by The McGraw-Hill Companies, Inc. All rights reserved.

L6: System design: behavior models

How and Why to Use the Unified Modeling Language. among software components, architectural-based

Functional Design of Web Applications. (partially, Chapter 7)

Darshan Institute of Engineering & Technology for Diploma Studies Rajkot Unit-1

Functional Modeling with Data Flow Diagrams

CHAPTER 5 CO:-Sketch component diagram using basic notations 5.1 Component Diagram (4M) Sample Component Diagram 5.2 Deployment Diagram (8M)

MAHARASHTRA STATE BOARD OF TECHNICAL EDUCATION (Autonomous) (ISO/IEC Certified) MODEL ANSWER

Oracle Data Modelling & Database Design Course Content:35-40hours

UNIT 5 - UML STATE DIAGRAMS AND MODELING

VETRI VINAYAHA COLLEGE OF ENGINEERING AND TECHNOLOGY DEPARTMENT OF COMPUTER SCIENCE AND ENGINEERING

System Analysis and Design. Data Flow Diagram. System Analysis and Design

7. UML Sequence Diagrams Page 1 of 1

SCOS-2000 Technical Note

Pattern for Structuring UML-Compatible Software Project Repositories

Ali Khan < Project Name > Design Document. Version 1.0. Group Id: S1. Supervisor Name: Sir.

Transcription:

SE Assignment III 1. List and explain primitive symbols used for constructing DFDs. Illustrate the use of these symbols with the help of an example. There are essentially 5 different types of symbols used to construct DFDs. Function symbol A function is represented by a circle. Symbol is called a process or a bubble. External entity symbol An external entity such as a librarian, library member, etc is represented by a rectangle. Data flow symbol A directed arc (arrow) is used as a data flow symbol. It represents the data flow occurring between two processes or between an external entity and a process in the direction of the data flow arrow. Data store symbol A data store is represented using two parallel lines. It represents a logical file i.e. a data store symbol can represent either a data structure or a physical file on disk. Output symbol Output symbol is used when an hard copy is produced.

2. With the help of an example explain how you transform a DFD model into Structure chart. Given a specific DFD model, one examines the data input to the diagram. If all the data flow in the diagram are processed in similar wars, then the transform analysis is applicable. The first step in transform analysis is to divide the DFD into three parts: Input (processes that transform input data from physical to logical form) Processing (processes that perform operations on logical data) Output (processes that transform logical data to physical form) In the next step of transform analysis, the structure chart is derived by drawing one functional component for the central transform, and the afferent and efferent branches. These are drawn below a root module, which would invoke these modules. In the third step of transform analysis, the structure chart is refined by adding sub-functions required by each of the high-level functional components. Many levels of functional components may be added. This process of breaking functional components into subcomponents is called factoring. For example, a DFD for a RMS software, can be converted into a structure chart as follows:

3. What views of the system is captured by UML diagram. Elaborate your answer. UML diagrams can capture the following views of a system: User s View The users view captures the view of the system in terms of the functionalities offered by the system to its users. It s a black box of the system where the internal structure, the dynamic behavior of different system components, the implementation, etc are not captured. Structural View The structural view defines the structure of the problem in terms of the loads of objects and (classes) It captures the relationships among the classes (objects). Behavioral View It captures how objects interact with each other in time to realize the system behavior. The system behavior captures the dynamic behavior. Implementation View This view captures the important components of the system and their interdependencies. For example, the implementation view might show the GUI part, the middleware and the database part as separate modules and interconnections between them. Environmental View This view models how the different components that are implemented on different pieces of hardware.

4. Write a note on Activity diagram, use case diagram and class diagram. Activity diagram describes the flow of control in a system. So it consists of activities and links. The flow can be sequential, concurrent or branched. Activities are nothing but the functions of a system. Numbers of activity diagrams are prepared to capture the entire flow in a system. Activity diagrams are used to visualize the flow of controls in a system. This is prepared to have an idea of how the system will work when executed. Use case diagrams are a set of use cases, actors and their relationships. They represent the use case view of a system. A use case represents a particular functionality of a system. So use case diagram is used to describe the relationships among the functionalities and their internal/external controllers. These controllers are known as actors. Class diagram is basically a graphical representation of the static view of the system and represents different aspects of the application. So a collection of class diagrams represent the whole system. Class diagram is a static diagram and it is used to model static view of a system. The static view describes the vocabulary of the system. Class diagram is also considered as the foundation for component and deployment diagrams. Class diagrams are not only used to visualize the static view of the system but they are also used to construct the executable code for forward and reverse engineering of any system. 5. A. What do you mean by balancing a DFD? Illustrate your answer with a suitable example. The DFD model of a system usually consists of many DFDs that are organized in a hierarchy. In this context, a DFD is required to be balanced with respect to the corresponding bubble of the parent DFD. The data that flows into or out of a bubble must match the data flow at the next level of DFD. This is known as balancing a DFD. For example, In level 1 DFD, the data items d1 and d3 flow out of bubble 0.1, in the level 2 DFD, bubble 0.1 is decomposed into three DFDs, 0.1.0, 0.1.2, and 0.1.3. This decomposition is balanced as d1 and d3 flow out of the system and d2 flows in.

B. Which aspects are checked during design review? Briefly explain. The design review team checks the design documents for the following aspects: Traceability Whether each bubble of the DFD can be traced to each module in the structure chart and vice versa. Correctness Whether all algorithms and data structures of detailed design are correct. Maintainability Whether the design can be easily maintained in the future. Implementation Whether the design can be easily and efficiently be implemented