Software Engineering IT Telkom

Slides:



Advertisements
Presentasi serupa
Tahapan information engineering
Advertisements

DESAIN ARSITEKTUR PERANGKAT LUNAK
Ian Sommerville Software Engineering
KONSEP DESAIN SOFTWARE DATABASE
Hanya digunakan di lingkungan Universtias
Pemrograman Sistem Basis Data
Making Use Case 23/09/2014. USE CASE Find out the Functional Requirements of a software system Use case represents an objective user wants to achieve.
2. Introduction to Algorithm and Programming
SE3414 RPL: Teknik Berorientasi Objek
1 Pertemuan 1 Introduction Matakuliah: sistem Operasi Tahun: 2010.
Activity Diagram Shinta P.. For Bussiness Modeling, Activity diagrams describe the activities of a class. It is used for the following purposes: (Bennet.
MATERIAL RESOURCE PLANNING
WaterfallPrototyping RAD Incremental Prototyping Pendekatan SDLC.
BLACK BOX TESTING.
ANALISA PERANCANGAN SISTEM
Arsitektur Perangkat Lunak
Testing Implementasi Sistem Oleh :Rifiana Arief, SKom, MMSI
1 Pertemuan 12 Pengkodean & Implementasi Matakuliah: T0234 / Sistem Informasi Geografis Tahun: 2005 Versi: 01/revisi 1.
a.k.a structural testing WHITE BOX TESTING clear box testing
1 Pertemuan 2 Object Oriented Understanding Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
Pokok bahasan: State Diagram State Substate Events dan transition State Diagram Developing Software Woth UML Booch Jacobson Rumbaugh Addison-Wesley.
Phase III Rapid Prototyping and Demonstration Prototype
1 Pertemuan 21 Function Matakuliah: M0086/Analisis dan Perancangan Sistem Informasi Tahun: 2005 Versi: 5.
Summary Materi RPL Mid Semester
1 Pertemuan 11 Function dari System Matakuliah: M0446/Analisa dan Perancangan Sistem Informasi Tahun: 2005 Versi: 0/0.
Rekayasa Perangkat Lunak 1
13 Akuntansi Biaya Activity Based Costing
IF RPL TEKNIK INFORMATIKA UPN “VETERAN” YK REKAYASA PERANGKAT LUNAK ( IF 1483) Pertemuan 8&9 Software Design Fundamentals.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 9 Relational Database Design by ER- to-Relational Mapping.
Software Engineering Process
Object Oriented Design
Pert. 16. Menyimak lingkungan IS/IT saat ini
IF2036 Software Engineering
Notasi Object Oriented System
REKAYASA PERANGKAT LUNAK
Tim RPL Program Studi Teknik Informatika
DESAIN SISTEM.
Object oriented analyst and design
Membangun Web Site“Cantik”
Hanya digunakan di lingkungan Universtias
Rekayasa Perangkat Lunak
Model Konvensional.
REKAYASA PERANGKAT LUNAK (IF 1483)
Pertemuan #3 Data Modeling Using the Entity-Relationship Model
Information Technologies
Analisis dan Perancangan Sistem Informasi Erik Kurniadi
Pertemuan 17 Aplication Domain
Bug Tracking Database (2) Pertemuan 7
Pemrograman Berorientasi Objek
Pemrograman Dasar TinyOS Menggunakan nesC
REKAYASA PERANGKAT LUNAK Perancangan arsitektur perangkat lunak
Unified Modeling Language User Guide
Phase III Rapid Prototyping and Demonstration Prototype
Kk ilo Associative entity.
REKAYASA PERANGKAT LUNAK
ANALISIS & DESAIN SISTEM
UML- UNIFIED MODELING LANGUAGE
REKAYASA PERANGKAT LUNAK PERANCANGAN ARSITEKTUR PERANGKAT LUNAK
Model Berorinetasi Data
REKAYASA PERANGKAT LUNAK PERANCANGAN ARSITEKTUR PERANGKAT LUNAK
KELOMPOK 6 Modeling Adnin Devit C F
Iconix Process Doug Rosenberg.
Rekayasa Perangkat Lunak
Sistem Pendukung Keputusan Roni Andarsyah, ST., M.Kom Lecture Series.
IF2036 Software Engineering
Jaringan Komputer.
BY : LUTFIANI RATNA DEWANTI LILIS SINARSIH Action Research.
Teknik Informatika S1 Rekayasa Perangkat Lunak Design.
Object Oriented Design
Transcript presentasi:

Software Engineering IT Telkom Design Engineering Software Engineering IT Telkom

Rekayasa Disain Meliputi sekumpulan prinsip, konsep, dan praktek yang mengarah pada pengembangan sistem atau produk yang berkualitas Bertujuan menghasilkan model atau representasi yang menunjukkan firmness, commodity, & delight

Istilah dalam disain PL Firmness : Fungsionalitas PL seharusnya tidak ada bug Commodity : PL seharusnya sesuai dengan maksud yang diinginkan Delight : Pengalaman menggunakan PL seharusnya menyenangkan

Disain PL Berada pada kernel teknis dan diaplikasikan tidak tergantung pada model proses Setiap elemen model analisis dibutuhkan untuk mengembangkan 4 model disain

Translasi model analysis ke model disain

Design Model Data / class design Architectural design Interface design COMPONENT design

Guidelines Quality Design Disain menghasilkan arsitektur yang dibuat berdasarkan pola yang dikenal. Sebaiknya terdiri atas komponen, shg dapat diimplementasikan secara bertahap Disain seharusnya modular Disain seharusnya berisi representasi data, arsitektur, interface dan komponen yang jelas

Guidelines Quality Design Disain mengacu pada struktur data yang sesuai untuk implementasi kelas Disain mengarah ke komponen yang memiliki karakteristik independent functional Disain mengarah pada antarmuka yang mereduksi kompleksitas

Guidelines Quality Design Disain dapat seharusnya diturunkan dengan menggunakan teknik interatif berdasarkan informasi dari Analysis Disain dapat direpresentasikan menggunakan notasi yang efektif dikomunikasikan

Quality Attribute Functionality Usability Reliability Performance Supportability

Assesment Quality Attribute Functionality  evaluasi fitur-fitur & kemampuan yang dimiliki PL Usability  evaluasi pertimbangan human factor yi : estetika, konsistensi & dokumentasi Reliability  evaluasi dengan mengukur frekuensi kegagalan, akurasi output, kemampuan recovery dari failure

Assesment Quality Attribute Performance  diukur dari kecepatan pemrosesan, response time, resource consumption, throughput, efficiency Supportability  kombinasi maintability (extensibility, adaptability, serviceability) dengan kemampuan mengorganisasikan dan mengendalikan elemen PL

Design Concept Abstraction Architecture Pattern Modularity Information Hiding Functional Independence Refinement Refactoring* Class Design*

Data Abstraction door manufacturer model number type swing direction inserts lights type number weight opening mechanism implemented as a data structure

Architecture “The overall structure of the software and the ways in which that structure provides conceptual integrity for a system.” [SHA95a] Structural properties Extra-functional properties Families of related systems

Pattern Design Pattern Template Pattern name—describes the essence of the pattern in a short but expressive name Intent—describes the pattern and what it does Also-known-as—lists any synonyms for the pattern Motivation—provides an example of the problem Applicability—notes specific design situations in which the pattern is applicable Structure—describes the classes that are required to implement the pattern Participants—describes the responsibilities of the classes that are required to implement the pattern Collaborations—describes how the participants collaborate to carry out their responsibilities Consequences—describes the “design forces” that affect the pattern and the potential trade-offs that must be considered when the pattern is implemented Related patterns—cross-references related design patterns

Modularity

Information Hiding module clients • algorithm controlled interface • data structure • details of external interface • resource allocation policy clients "secret" a specific design decision

Functional Independence

Refinement open walk to door; reach for knob; open door; repeat until door opens turn knob clockwise; walk through; if knob doesn't turn, then close door. take key out; find correct key; insert in lock; endif pull/push door move out of way; end repeat

Design Model Ditinjau dari 2 dimensi Dimensi Process  merepresentasikan evolusi model disain sebagai bagian dari proses PL Dimensi Abstraction  merepresentasikan tingkat detil translasi model analisis ke model disain

Design Model Elements Data elements Architectural elements Data model --> data structures Data model --> database architecture Architectural elements Application domain Analysis classes, their relationships, collaborations and behaviors are transformed into design realizations Patterns and “styles” (Chapter 10) Interface elements the user interface (UI) external interfaces to other systems, devices, networks or other producers or consumers of information internal interfaces between various design components. Component elements Deployment elements

Data Element Create a model data and/or information that is represented at a high level of abstraction (the user’s view of data) At architectural level focus on file or databases; At component level focus on data structure

Architecture Element SW architecture must model the structure of a system and the manner in which data and procedural component collaborate with one another

Architectural Style Data centered architecture Data flow architecture Call & Return architecture Object Oriented architecture Layered architecture

Architectural Design Pendekatan yang digunakan pemetaan architectural (call & return architecture) yaitu pemetaan DFD menjadi arsitektur PL Teknik yang biasa digunakan adalah Structured Design

Data Centered Architecture

Data Flow Architecture

Call & Return architecture

Layered architecture

Component Element Meliputi sederetan task yang mereduksi level abstraksi model SW Ada 2 view : a. Object oriented view b. Conventional View

3 type Component in Conventional View Control Module  coordinate the invocation of all other problem domain component Problem Domain Module  implement a complete or partial function that is required by user Infrastructure Module  responsible for function that support the processing required in the problem domain

Conventional Component design Requires the represention of : Data structure Interfaces Algorithm for program module To generation of source code of SW

Component Design Component Level Design Element : Pendefinisian modul atau komponen yang membentuk arsitektur PL Deployment Level Design Element : pengalokasian arsitektur, komponen & interface ke konfigurasi fisik PL

Interface Element Design of interfaces between SW Component Design of interfaces between SW and other external entities Design of interfaces between human & computer (HCI)

Golden Rules for Basis UI design Place the User in control Reduce the User memory load Make the interfaces consistent

Interfaces Design Steps Define interface object & actions (using information developed during interfaces Analysis) Define User Action that will cause the state UI to change Depict each interface state actually look to user Indicate how user interpret system from information provided through the interface

Design Issue Response Time Help Facilities Error Handling Menu & Command Labeling Application Accessibility Internationalization

Design Evaluation