Rekayasa Perangkat Lunak TI1153
|
|
- Handoko Budiman
- 7 tahun lalu
- Tontonan:
Transkripsi
1 Rekayasa Perangkat Lunak TI1153 KONSEP DESAIN Restyandito dito@ukdw.ac.id website : TI1153 Software Process Restyandito - 2 Desain Desain What? Creative process of transforming the problem into a solution Description of the solution Pihak yang terlibat : Customer harus memahami apa yang dilakukan sistem Pengembang harus mengetahui bagaimana sistem bekerja Solusi : Pemecahan masalah tidak unik Sulit mencari pemecahan terbaik Solusi tidak bersifat statis Proses Desain : desain konseptual desain teknis proses iteratif apa bagaimana desain konseptual Desainer desain teknis customer pengembang TI1153 Konsep & Restyandito - 3 TI1153 Konsep & Restyandito - 4 Restyandito Konsep & - 1
2 Desain Desain Desain Konseptual ditulis dalam bahasa yg dipahami customer tidak menggunakan istilah-istilah teknis menjelaskan fungsi sistem tidak tergantung pada implementasi sistem dihubungkan dengan dokumen requirement Desain Teknis menjelaskan konfigurasi perangkat keras, kebutuhan perangkat lunak, communication interface, I/O, jaringan, dsb. hirarki dan fungsi dari komponen-komponen perangkat lunak struktur data alir data Mengapa tidak langsung dibuat implementasinya? Kita harus mempertimbangkan dampak dari requirements nonfungsional Sistem harus disesuaikan dengan lingkungan implementasi Pemodelan analisis tidak cukup formal, sehingga diperlukan: peyempurnaan analisis class menentukan determine operations menentukan bagaimana class saling berkomunikasi Hasil analisis harus divalidasi Seberapa baik pemodelan kebutuhan dan analisis menjelaskan sistem? Hal apa yang masih belum jelas? TI1153 Konsep & Restyandito - 5 TI1153 Konsep & Restyandito - 6 Desain Workers & Artifacts Core Workflows Requirements Phases Inception Elaboration Construction Transition Architect Use-Case Engineer Component Engineer Analysis Implementation Iteration bertanggung jawab pada bertanggung jawab pada bertanggung jawab pada Testing iter. #1 iter. #2 iter. #n-1 iter. #n increments TI1153 Konsep & Restyandito - 7 Model Deployment Model Architecture Description Use-Case Realization Class Subsystem Interfaces TI1153 Konsep & Restyandito - 8 Restyandito Konsep & - 2
3 Workers Artifacts architect - responsible for the integrity and the architecture of the design and deployment models use-case engineer - responsible for one or more use-case realizations design makes all textual descriptions and diagrams describing the usecase realization readable and suited for their purpose component engineer - defines and maintains the operations, methods, attributes, relationships and implementation of one or more design classes. May also maintain the integrity of one or more subsystems design model - describes the physical realization of a use case; focuses on how functional and nonfunctional requirements, together with implementation environment constraints, impact the system deployment model - describes the physical distribution of the system in terms of how functionality is distributed among computational nodes architecture description - contains the architecturally significant artifacts of the design model and all of the deployment model two views of architecture - design model view and deployment model view TI1153 Konsep & Restyandito - 9 TI1153 Konsep & Restyandito - 10 Artifacts Desain - Proses use-case realization design - describes how a specific use case is realized and performed in terms of design classes and their objects design class - an abstraction of a class or similar construct in the system s implementation Architect Architectural use programming language to specify a design class design subsystem - organizes artifacts of the design model into more manageable pieces Use-Case Engineer Use Cases interface - specifies the operations provided by design classes and subsystems separates operations from their implementation Component Engineer Classes Subsystems TI1153 Konsep & Restyandito - 11 TI1153 Konsep & Restyandito - 12 Restyandito Konsep & - 3
4 Analysis Model Model Analysis Model Model conceptual model physical model design generic less formal less expensive to develop implementation specific more formal more expensive to develop component level design Interface design few layers many layers architectural design focus on interactions outline of design created by developer meetings focus on sequence implementation of design created by software engineering environments Data Obj. Desc E.R.D. data dictionary D.F.D. process spec data design may not be maintained maintained throughout life cycle S.T.D. control spec TI1153 Konsep & Restyandito - 13 TI1153 Konsep & Restyandito - 14 Model Component-level design menghasilkan deskripsi prosedur software. Interface design menjelaskan bagaimana software berkomunikasi dalam dirinya, dengan sistem yang bertukar informasi dengannya, dan dengan manusia yang menggunakannya. DFD diperlukan untuk desain ini. Architectural design mendefinisikan relasi antara elemen-elemen struktural utama, pola desain yang digunakan untuk mencapai kebutuhan yang ditentukan untuk sistem dan batasan-batasan yang mempengaruhi bagaimana desain arsitektural ini diterapkan. Desain ini berdasarkan spesifikasi sistem, model analisis (bagian DFD) dan interaksi antara subsistem. Data design mengubah informasi menjadi struktur data untuk mengimplementasikan software. Data design dibuat berdasarkan data dictionary dan ERD. TI1153 Konsep & Restyandito - 15 performance criteria response time throughput memory dependability criteria robustness reliability availability fault tolerance security safety Goals end user criteria utility usability maintenance criteria extensibility modifiability adaptability portability readability cost criteria development deployment upgrade maintenance administration traceability TI1153 Konsep & Restyandito - 16 Restyandito Konsep & - 4
5 Issues Issues data management Bagaimana penanganan data? files? relational DBMS? object-oriented DBMS? access control Bagaimana penentuan akses? global access table? access control list? capability? control flow Bagaimana proses dimulai dan diatur? procedure-driven? event-driven? threaded? boundary conditions system start-up, system shutdown exceptions Sistem dijalankan pada Perangkat Lunak/Perangkat Keras apa? hardware System software distribution Bahasa pemrograman apa yang dipakai? OO, non-oo memory management Bagaimana sistem yang sudah ada? DBMS UIMS Network facilities legacy systems Bagaimana organisasi / orang yang terlibat? Lokasi yg terdistribusi Kompetensi tim TI1153 Konsep & Restyandito - 17 TI1153 Konsep & Restyandito ABSTRACTION Abstraction adalah gambaran dari fungsi suatu program. Gambaran ini bisa bertingkat-tingkat. Tingkat yang paling atas adalah gambaran suatu fungsi program dengan menggunakan bahasa alami. Pada tingkat terendah, menghasilkan abstraksi yang bersifat prosedural / langkah perlangkah dengan menggunakan istilah yang teknis dan bisa diimplementasikan menjadi fungsi program. Pada saat beralih dari tingkat ke tingkat, kita menggunakan procedural dan data abstraction. Procedural abstraction adalah urutan prosedur yang mempunyai tujuan khusus,dan data abstraction adalah koleksi data yang digunakan pada fungsi tersebut. 1. ABSTRACTION Contoh: Iklan Part Time Job - Fungsi pendaftaran calon part-timer Abstraction 1 (highest level) Calon part-timer dalam melakukan upload syarat-syarat yang diperlukan untuk melamar: surat lamaran, CV, foto, transkrip, data diri. Abstraction 2 (lower level) Procedural abstraction : Data abstraction : tampilkan pilihan part-time job nama is STRING input data nim is STRING verifikasi format foto is IMAGE FILE kirim data surat_lamaran is PDF FILE TI1153 Konsep & Restyandito - 19 TI1153 Konsep & Restyandito - 20 Restyandito Konsep & - 5
6 2. REFINEMENT Refinement adalah penjelasan detil dari abstraction Refinement membantu designer untuk memperlihatkan detil dari lowest level dari abstraction. Abstraction dan refinement merupakan konsep yang saling melengkapi. Contoh dari refinement tentang fungsi sebuah pintu 3. MODULARITY Software dibagi-bagi menjadi beberapa component yang disebut modul-modul. Modul-modul ini nantinya disatukan / diintegrasikan untuk memenuhi kebutuhan sistem. Dalam pembentukan modul-modul berlaku pernyataan-pernyataan berikut: Jika C(p1) > C(p2) dimana C adalah complexity dari suatu modul, maka E(p1) > E(p2) dimana E adalah waktu yang diperlukan. Semakin rumit sebuah modul, maka waktu yang digunakan untuk menyelesaikan modul tersebut makin banyak. C(p1+p2) > C(p1) + C(p2) dan E(p1+p2) > E (p1) + E(p2) TI1153 Konsep & Restyandito - 21 TI1153 Konsep & Restyandito MODULARITY Modul yang rumit dipecah lagi menjadi beberapa modul untuk memudahkan penyelesaian masalah. Namun semakin banyak modul, maka waktu/biaya untuk integrasikan modul-modul tersebut juga makin tinggi. 3. MODULARITY Menurut Wasserman95 Modular decomposition (function) High-level description of functions Lower-level explanations of component organization and interface Data-oriented decomposition (data) High-level description of data structures Lower-level description of what data are involved and how they are related Event-oriented decomposition (events) High-level description of states Lower-level description of state transformations TI1153 Konsep & Restyandito - 23 TI1153 Konsep & Restyandito - 24 Restyandito Konsep & - 6
7 3. MODULARITY Outside-in design (user inputs) High-level description of all possible inputs Lower-level description of system response to each input Object-oriented design (objects) High-level description of object types Lower-level description of object attributes, actions, and relations 4. SOFTWARE ARCHITECTURE struktur software secara keseluruhan : struktur hirarki / berjenjang dari modul-modul program. Berapa sudut pandang arsitektur perangkat lunak: conceptual atau logical view (major design elements) implementation view (modules, packages, etc) process view (concurrent systems) deployment view (distributed systems) TI1153 Konsep & Restyandito - 25 TI1153 Konsep & Restyandito SOFTWARE ARCHITECTURE Untuk menggambarkan struktur modul-modul tersebut beberapa model yang ada adalah : - framework model : identifikasi pola yang berulang-ulang - dynamic model : identifikasi bagaimana konfigurasi sistem berubah karena kejadian-kejadian tertentu - process model : fokus pada proses teknis yang harus dikerjakan sistem - functional model : menggambarkan hirarki sistem berdasarkan fungsinya TI1153 Konsep & Restyandito SOFTWARE PROCEDURE Fokus pada detil proses pada tiap modul. Prosedur menjelaskan proses, urutan kejadian, proses perulangan, penentuan keputusan / arah. Ini bisa digambarkan dengan menggunakan Flow Chart yang bertingkat. 6. INFORMATION HIDING Ide dari information hiding (menyembunyikan informasi) adalah modul dirancang sedemikian rupa sehinga inforamsi (prosedur dan data) yang di dalamnya tidak dapat di akses oleh modul lain yang tidak memerlukannya. Modul yang efektif adalah modul yang berdiri sendiri dan berkomunikasi dengan modul lain yang memang diperlukan. TI1153 Konsep & Restyandito - 28 Restyandito Konsep & - 7
8 PIPES AND FILTERS MODEL Sistem merupakan serangkaian komputasi independen (filter) yang secara bertahap merubah (transform) masukan. PIPES AND FILTERS MODEL Keuntungan Filter dapat digunakan kembali sistem dapat diextends concurrency Kerugian batch processing bagaimana menangani aplikasi yg interaktif? filter dapat menduplikasi fungsionalitas bagaimana menangani error? TI1153 Konsep & Restyandito - 29 TI1153 Konsep & Restyandito - 30 REPOSITORY MODEL Pada model ini data disimpan secara terpusat untuk semua sub-sistem. REPOSITORY MODEL Keuntungan Efisien untuk share jumlah data yang besar Sub-system tidak perlu repot dengan bagaimana data dibuat dan manajemen terpusat contoh: backup, keamanan, re-index. Kerugian Sub-system harus mengikuti model yang sudah ditetapkan. Evolusi data sulit dan mahal Sulit untuk distribusi layanan secara efisien, karena yang melayani hanya satu. TI1153 Konsep & Restyandito - 31 TI1153 Konsep & Restyandito - 32 Restyandito Konsep & - 8
9 CLIENT-SERVER MODEL Model ini terdiri dari sekumpulan server yang berdiri sendiri dan masing-masing menyediakan layanan untuk sub-sistem. Ada clientclient (sub-system) yang menggunakan layanan server dan tersedia network yang mengijinkan client untuk akses layanan dari server. CLIENT-SERVER MODEL Keuntungan Distribution data secara langsung Penggunaan sistem jaringan secara efektif hardware jadi murah Mudah untuk tambahkan server baru atau updgrade server yang sudah ada Kerugian Tidak ada data model, jadi organisasi data macam-macam, sehingga integrasi data sulit Redundant management Tidak ada pusat register nama dan service, sehingga kalau tidak tahu nama server dan service-nya sulit ditemukan TI1153 Konsep & Restyandito - 33 TI1153 Konsep & Restyandito - 34 LAYERING MODEL LAYERING MODEL Model ini membangun sistem dengan lapisan-lapisan hirarkis dan protokol-protokol interaksi. -Lapisan dalam, menyediakan servis untuk lapisan luar -Lapisan luar, berlaku sebagai klien dari lapisan dalam TI1153 Konsep & Restyandito - 35 TI1153 Konsep & Restyandito - 36 Restyandito Konsep & - 9
10 LAYERING MODEL Keuntungan Abstraksi hirarkis Relatif mudah untuk menambah lapisan Lapisan dapat digunakan kembali Kerugian Sulit untuk membuat struktur sistem pada lapisan Abstraksi hirarkis tidak selalu tampak dari requirement performance PRINSIP DESAIN TI1153 Konsep & Restyandito - 37 TI1153 Konsep & Prinsip Analisis Restyandito - 38 Desain yang baik, secara umum jika dapat meningkatkan keuntungan dengan mengurangi biaya dan meningkatkan pendapatan. Beberapa prinsip desain yang baik diantaranya: Usability Efficiency Reliability Maintainability Reusability TI1153 Konsep & Prinsip Analisis Restyandito - 39 #1 Divide and conquer Memecahkan masalah yg besar lebih sulit dibandingkan dengan menyelesaikan serangkaian masalah yang kecil-kecil sekelompok orang bekerja utk masalah tertentu tidak semua orang memiliki keahlian / spesialisasi bagian-bagian yg kecil lebih mudah dipahami bagian bisa diubah tanpa mempengaruhi bagian lain Apa yang dibagi?? sistem terdistribusi client server? sistem sub-sistem? sub-sistem beberapa package? package class method TI1153 Konsep & Prinsip Analisis Restyandito - 40 Restyandito Konsep & - 10
11 #2 High Cohesion Sub-sistem / modul yg berhubungan erat dipisahkan dari subsistem / modul yg tidak berhubungan. Jenis-jenis kohesi: functional satu modul satu fungsi (single computation) layer fasilitas utk mengakses fungsi2 yg berhubungan communicational modul yg mengakses/memanipulasi data yg sama sequential procedure yg menjadi input utk procedure berikutnya Procedural procedur yg saling menggunakan satu dg lain temporal modul yg dijalankan pada saat yg bersamaan utility utility yg berhubungan dan tidak dapat dikelompokkan di salah satu kohesi di atas X #3 Low Copling Copling terjadi jika terjadi saling ketergantungan antar modul TI1153 Konsep & Prinsip Analisis Restyandito - 41 TI1153 Konsep & Prinsip Analisis Restyandito - 42 #3 Low Copling Jenis-jenis kopling: content satu komponen dpt memodifikasi data dr komponen lain common penggunaan variabel global control satu komponen memanggil procedur di komponen lain stamp satu komponen menggunakan obj lain sbg argumen data tipe argumen yhg digunakan berupa primitive/class library routine suatu rutin (method) memanggil rutin yg lain inclusion/import komponen mengimport/include package external komponen memiliki ketergantungan dg faktor eksternal seperti OS, shared library, perangkat keras #4 High Level Abstraction Desain yang menyembunyikan detail sehingga mengurangi kompleksitas #5 Increase Reusability #6 for Flexibility Mengantisipasi perubahan yg mungkin terjadi di masa depan mengurangi kopling dan meningkatkan kohesi membuat abstraksi biarkan opsi-opsi tetap terbuka TI1153 Konsep & Prinsip Analisis Restyandito - 43 TI1153 Konsep & Prinsip Analisis Restyandito - 44 Restyandito Konsep & - 11
12 #7 Anticipate Obsolesence Merencanakan untuk mengikuti perkembangan teknologi hindari penggunaan teknologi yg masih dini hindari penggunaan library yg spesifik pada environment tertentu cari SW yg memiliki dokumentasi / library yg baik pilih vendor yang memiliki dukungan jangka panjang gunakan teknologi dan standar yang didukung oleh banyak vendor #8 for Portability #9 for Testability Referensi Pressman, Roger S., Software Engineering: A Practitioner s Approach, 6 th Edition, McGraw-Hill, 2005 (bab 9) Pressman,Roger S., Rekayasa Perangkat Lunak: Pendekatan Praktisi (Buku 1), Penerbit Andi, 2002 (bab 13) TI1153 Konsep & Prinsip Analisis Restyandito - 45 TI1153 Konsep & Restyandito - 46 The End terima kasih Restyandito Konsep & - 12
Analisis dan desain model
Rekayasa Perangkat Lunak Semester Gasal 2009/2010 Bahan Ajar Rekayasa Perangkat Lunak Konsep Desain Software Analisis dan desain model Setelah kebutuhan dikumpulkan, analisis terhadap kebutuhan dilakukan
Lebih terperinciTujuan 04/07/ :01
Sistem Basis Data : Perancangan Perangkat Lunak Tujuan Mahasiswa mampu memahami analisis dan desain model database Mahasiswa paham dan mengerti konsep desain database Mahasiswa mengerti desain arsitektur
Lebih terperinciPrinsip dan Konsep Desain Perangkat Lunak
Prinsip dan Konsep Desain Perangkat Lunak Desain adalah salah satu langkah dalam fase pengembangan bagi setiap produk atau sistem yang direkayasa. Desain dapat didefinisikan berbagai proses aplikasi berbagai
Lebih terperinciPengayaan Software/Hardware dan Pengantarmukaan
Pengayaan Software/Hardware dan Pengantarmukaan Pokok Bahasan: 1. Software Refinements Analisa dan desain Program Teknik Dasar Kompiler 2. Pengantarmukaan Software/Hardware Dasar multi prosesor dan perceptan
Lebih terperinciMinggu 6 Prinsip & Konsep Desain
Minggu 6 Prinsip & Konsep Desain Terjemahan model analisis menjadi desain software Entity- Relationship Diagram Data Dictionary Data Flow Diagram procedural design interface design architectural design
Lebih terperinciPENGANTAR RUP & UML. Pertemuan 2
PENGANTAR RUP & UML Pertemuan 2 PENGANTAR RUP Rational Unified Process (RUP) atau dikenal juga dengan proses iteratif dan incremental merupakan sebuah pengembangan perangkat lunak yang dilakukan secara
Lebih terperinciReview Rekayasa Perangkat Lunak. Nisa ul Hafidhoh
Review Rekayasa Perangkat Lunak Nisa ul Hafidhoh nisa@dsn.dinus.ac.id Software Process Sekumpulan aktivitas, aksi dan tugas yang dilakukan untuk mengembangkan PL Aktivitas untuk mencapai tujuan umum (komunikasi
Lebih terperinciTerjemahan model analisis menjadi desain software
Terjemahan model analisis menjadi desain software Entity- Relationship Diagram Data Dictionary Data Flow Diagram procedural design interface design architectural design State-Transition Diagram data design
Lebih terperinciMODUL 4 Unified Software Development Process (USDP)
MODUL 4 Unified Software Development Process (USDP) Daftar Isi 4.1 Pengantar USDP... 2 4.2 Fase USDP... 2 4.2.1 Fase, Workflow dan Iterasi... 3 4.2.2 Perbedaan USDP dan Siklus Hidup Waterfall... 3 4.2.3
Lebih terperinciREKAYASA PERANGKAT LUNAK LANJUT DESIGN ENGINEERING. Defri Kurniawan M.Kom
REKAYASA PERANGKAT LUNAK LANJUT DESIGN ENGINEERING Defri Kurniawan M.Kom Content Pengenalan Perancangan Model Analysis to Model Design Design Concept Design Model Pengenalan Perancangan Perancangan PL
Lebih terperinciPENGENALAN. Perancangan Perangkat Lunak. (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma
PENGENALAN Perancangan Perangkat Lunak (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma Perangkat Lunak (Software) Merupakan program aplikasi berikut dengan dokumentasi dan data
Lebih terperinciPertemuan 5 Konsep dan Prinsip Desain TIK : Menjelaskan konsep, prinsip dan tahapan dalam perancangan software
Pertemuan 5 Konsep dan Prinsip Desain TIK : Menjelaskan konsep, prinsip dan tahapan dalam perancangan software 1. Analisis dan Desain Model Gambar 4.1 Hubungan antara Analysis Sistem dan Design Model Desain
Lebih terperinciLANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP
LANGKAH-LANGKAH MEMBUAT SOFTWARE MENURUT RUP (RATIONAL UNIFIED PROCESS) Rational Unified Process (RUP) merupakan suatu metode rekayasa perangkat lunak yang dikembangkan dengan mengumpulkan berbagai best
Lebih terperinciDesign Engineering. Tim RPL. Program Studi Teknik Informatika
Design Engineering Tim RPL Program Studi Teknik Informatika Software Design Engineering Desain: mengumpulkan kebutuhan stakeholder, keperluan bisnis dan pertimbangan teknologi untuk memformulasikan suatu
Lebih terperinciTujuan. Menghasilkan suatu model atau representasi dari entitas yang kemudian akan dibangun. Tim RPL 1 2
Pertemuan 7 Tujuan Menghasilkan suatu model atau representasi dari entitas yang kemudian akan dibangun. Tim RPL 1 2 FASE PENGEMBANGAN DAN DESAIN PERANGKAT LUNAK Fase pengembangan terdiri dari 3 langkah
Lebih terperinciRekayasa Sistem Berorientasi Objek. Activitas Desain Sistem
Rekayasa Sistem Berorientasi Objek Activitas Desain Sistem Aktivitas Desain Sistem Define design goals Define subsystems Implement subsystems Map subsystems to hardware/ software platform Manage persistent
Lebih terperinciREKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com
REKAYASA PERANGKAT LUNAK 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com Referensi Rekayasa Perangkat Lunak Pendekatan Praktisi, Roger S. Pressman, Ph.D, Andi Jogyakarta, 2012 Buku 1 Rekayasa
Lebih terperinciProses Pengembangan 1
Proses Pengembangan 1 Unified Software Development Process USDP dikembangkan oleh team yang membangun UML best practice pada system development Mengadopsi pendekatan iterative dengan 4 buah fase setiap
Lebih terperinciTujuan. entitas yang kemudian akan dibangun. ó Menghasilkan suatu model atau representasi dari. Tim RPL 1 2
Pertemuan 7 Tujuan ó Menghasilkan suatu model atau representasi dari entitas yang kemudian akan dibangun. Tim RPL 1 2 FASE PENGEMBANGAN DAN DESAIN PERANGKAT LUNAK ó Fase pengembangan terdiri dari 3 langkah
Lebih terperinciPROSES DESAIN SISTEM BASIS DATA. Daur Hidup (Life Cycle) yang Umum dari Aplikasi Basis Data
PROSES DESAIN SISTEM BASIS DATA SISTEM BASIS DATA Prepared by LittleRadita STMIK-AUB SURAKARTA Daur Hidup (Life Cycle) yang Umum dari Aplikasi Basis Data Definisi Sistem Database Design Implementasi Loading/Konversi
Lebih terperinciObject Oriented Analysis and Design -Pendahuluan- Nisa ul Hafidhoh
Object Oriented Analysis and Design -Pendahuluan- Nisa ul Hafidhoh nisa@dsn.dinus.ac.id 08156114760 Agenda Kontrak Kuliah Silabus Referensi Materi Pendahuluan @NH2017 2 Kontrak Kuliah Penilaian: UTS 30%
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM (APS) Konsep Perancangan
ANALISIS DAN PERANCANGAN SISTEM (APS) Konsep Perancangan Tujuan perkuliahan Memahami pengertian dan urgensi perancangan PL Memahami proses perancangan PL Memahami prinsip-prinsip perancangan PL Memahami
Lebih terperinciBAB V KONSEP DAN PRINSIP DESAIN
halaman : 1 BAB V KONSEP DAN PRINSIP DESAIN Tujuan : Menghasilkan suatu model atau representasi dari entitas yang kemudian akan dibangun. FASE PENGEMBANGAN DAN DESAIN PERANGKAT LUNAK Fase pengembangan
Lebih terperinciREKAYASA PERANGKAT LUNAK MATERI TM 11
MATA KULIAH: REKAYASA PERANGKAT LUNAK MATERI TM 11 MODEL DESAIN DAN DOKUMENTASI DESAIN NAMA : RAHMAT JAENURI NIM : 41814120237 MATERI: Rekayasa Perangkat Lunak Page 1 MODEL DESAIN DAN DOKUMENTASI DESAIN
Lebih terperinciPROSES PERANCANGAN SISTEM INFORMASI
PROSES PERANCANGAN SISTEM INFORMASI Daur Hidup (Life Cycle) yang Umum dari Aplikasi Basis Data Definisi Sistem Database Design Implementasi Loading/Konversi Data Konversi Aplikasi Testing & Validasi Operations
Lebih terperinciSoftware Design. Konsep dan Prinsip Desain Struktur Desain. Mira/Rpl/Design
Software Design Konsep dan Prinsip Desain Struktur Desain Catatan dari Sebuah Desain PSPEC one or more components" in the software design Analisis Ke Desain Data Object Description Entity- Relationship
Lebih terperinciDASAR REKAYASA PERANGKAT LUNAK
DASAR REKAYASA PERANGKAT LUNAK PEMODELAN ANALISIS KEBUTUHAN Institut Teknologi Sumatera DEFINISI MODEL ANALISIS Menurut Ian Sommerville(2011) Model Analisis adalah suatu teknik untuk merepresentasikan
Lebih terperinciMODEL DESAIN & DOKUMENTASI DESAIN
MODEL DESAIN & DOKUMENTASI DESAIN Tugas ke 9 Rekayasa Perangkat Lunak Dibuat oleh : Dekha Sundhawati (41813120217) Dosen Pengampu : Wachyu Hari Haji, S.Kom,MM JURUSAN SISTEM INFORMASI FAKULTAS ILMU KOMPUTER
Lebih terperinciP10 Konsep & Prinsip Desain. A. Sidiq P.
P10 Konsep & Prinsip Desain A. Sidiq P. Universitas Mercu Buana Yogyakarta Desain PL & RPL 2 Model Analisis Model Desain AnalysisModel Design Model 3 Data design (desain data) Mentransformasikan model
Lebih terperinciPemodelan Berorientasi Objek
1 Pemodelan Berorientasi Objek Penggalian Kebutuhan dan Identifikasi Aktor Adam Hendra Brata Materi Pertemuan 3 2 Fase Fase Pengembangan Perangkat Lunak Analisis Kebutuhan Penggalian Kebutuhan Sistem Elisitasi
Lebih terperinciKONSEP DAN PRINSIP DESAIN. Oleh I Made Cipta Wahyudi
KONSEP DAN PRINSIP DESAIN Oleh I Made Cipta Wahyudi Analysis to Design Data Object Description Entity- Relationship Diagram Data Flow Diagram Process Specification (PSPEC) procedural design Data Dictionary
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Object Oriented Analysis and Design Introduction to UML Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS MATA
Lebih terperinciRekayasa Perangkat Lunak
Rekayasa Perangkat Lunak Pertemuan 8 Prinsip, Konsep dan metode Desain.: Erna Sri Hartatik :. Terjemahan model analisis menjadi model desain Data design mengubah model informasi (entity relationship diagram
Lebih terperinciBAB II. 2.1 Model Data High Level Data Model (Conceptual Data Model)
BAB II PENGEMBANGAN SISTEM BASIS DATA Bab ini akan membahas lebih lanjut mengenai arsitektur sistem basis data dan pengembangan sistem basis data. Sistem basis data tidak berdiri sendiri, tetapi selalu
Lebih terperinciINTRODUCTION OBJECT ORIENTED ANALYSIS & DESIGN
INTRODUCTION OBJECT ORIENTED ANALYSIS & DESIGN dngedh28@gmail.com +6285 725 158 327 Kontrak Kuliah Nilai - Tugas : 40% - UTS : 30% - UAS : 30% Kehadiran 75% Toleransi keterlambatan 20 menit Tugas UTS UAS
Lebih terperinciData & Architecural Design. Tim RPL Progdi Teknik Informatika
Data & Architecural Design Tim RPL Progdi Teknik Informatika Model Desain Component-level Design Interface Design Architectural Design Data/Class Design 5/24/2017 Architectural Design - RPL - NH@2016 2
Lebih terperinciMODEL DESAIN DOKUMENTASI DESAIN
TUGAS 9 Nama : Daniel Saputra Nim : 41813010198 Study : Rekayasa Perangkat Lunak MODEL DESAIN DOKUMENTASI DESAIN A. MODEL DESAIN Prinsip dan konsep desain disini dimaksudkan membangun sebuah fondasi untuk
Lebih terperinciSILABUS MATAKULIAH. Indikator Pokok Bahasan/Materi Aktifitas Pembelajaran
SILABUS MATAKULIAH Revisi : 2 Tanggal Berlaku : Maret 2014 A. Identitas 1. Nama Matakuliah : A11. 54405/ Rekayasa Perangkat Lunak 2. Program Studi : Teknik Informatika-S1 3. Fakultas : Ilmu Komputer 4.
Lebih terperinciREKAYASA PERANGKAT LUNAK 1
1 REKAYASA PERANGKAT LUNAK 1 PENDAHULUAN 2 DESKRIPSI MATA KULIAH Sifat : WAJIB Prasyarat : Struktur Data, Basis Data, IMK Bobot : 3 SKS 3 PENILAIAN 10% kehadiran (min. 80%) + 20% tugas/quiz + 30% uts +
Lebih terperinciKuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012. Eko Didik Widianto
Kuliah#3 TSK-612 Sistem Embedded Terdistribusi - TA 2011/2012 Eko Didik Teknik Sistem Komputer - Universitas Diponegoro Review Kuliah Pokok bahasan di kuliah #2 Metodologi desain sistem: waterflow, v-model,
Lebih terperincihttp://www.brigidaarie.com INPUT [ Source ] [ Requirements ] Process ACTIVITIES (TASKS), CONSTRAINTS, RESOURCES PROCEDURES TOOLS & TECHNIQUES OUTPUT [ Results ] [ Product ] [ Set of Goals ] [ Standards
Lebih terperinciAnalysis Modeling 4/10/2018. Focus on What not How. Kenapa Analisis Kebutuhan. Definisi Analisis Kebutuhan. Langkah-Langkah Analisis Kebutuhan
Kenapa Analisis Kebutuhan Analysis Modeling 1 Definisi Analisis Kebutuhan Definisi Analisis Kebutuhan Penguraian kebutuhan-kebutuhan yang utuh ke dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan
Lebih terperinciBAB III LANDASAN TEORI
BAB III LANDASAN TEORI 1.1 Perpustakaan Berikut ini merupakan pengertian perpustakaan menurut ahli perpustakaan dan sumber lain, diantaranya : (BSNI, 2009) Perpustakaan merupakan kumpulan bahan tercetak
Lebih terperinciARSITEKTURAL DESIGN. Struktur Arsitektur. Bass, Clements, dan Kazman [Bass, 2003 via Pressman, 2010) mendefinisikan:
ARSITEKTURAL DESIGN Bass, Clements, dan Kazman [Bass, 2003 via Pressman, 2010) mendefinisikan: "The software architecture of a program or computing system is the structure or structures of the system,
Lebih terperinciKonsep Perancangan Perangkat Lunak
REKAYASA PERANGKAT LUNAK Semester Ganjil 2015/2016 ADAM HENDRA BRATA Tujuan & Agenda Perkuliahan Tujuan Memahami pengertian dan urgensi perancangan PL Memahami proses perancangan PL Memahami prinsip-prinsip
Lebih terperinciPERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS
PERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS 4. Perancangan database secara logik (data model mapping) a. Pemetaan (Transformasi data) Transformasi yang tidak tergantung pada sistem, pada tahap ini
Lebih terperinciPrinsip & Konsep Perancangan Sistem
Prinsip & Konsep Perancangan Sistem By: U. Abd. Rohim Halaman: 1 Analysis to Design Data Object Description Entity- Relationship Diagram Data Flow Diagram Process Specification (PSPEC) procedural design
Lebih terperinciBAB II TINJAUAN PUSTAKA
BAB II TINJAUAN PUSTAKA II.1. Sistem Sistem merupakan kumpulan dari unsur atau elemen-elemen yang saling berkaitan/berinteraksi dan saling memengaruhi dalam melakukan kegiatan bersama untuk mencapai suatu
Lebih terperinciBAB 3 METODOLOGI PENELITIAN
BAB 3 METODOLOGI PENELITIAN 3.1. Metode Pemecahan Masalah Gambar 3.1 Diagram Alir Metode Penelitian 88 A B Analisis Sistem Berjalan Membuat Rich Picture dari sistem yang sedang berjalan Perancangan database
Lebih terperinciBAB V PERANCANGAN MOXIE
BAB V PERANCANGAN MOXIE Bab ini berisi penjabaran dari hasil perancangan Moxie. Pembahasan pada bab ini mencakup perancangan arsitektur dan model skenario untuk Moxie. Model skenario merupakan produk dari
Lebih terperinciArsitektur Sistem Informasi. Tantri Hidayati Sinaga, M.Kom.
Arsitektur Sistem Informasi Tantri Hidayati Sinaga, M.Kom. Desain Sistem "Desain sistem dapat didefinisikan sebagai penggambaran dan pembuatan sketsa atau pengaturan dari beberapa elemen yang terpisah
Lebih terperinciREQUIREMENT ENGINEERING
REQUIREMENT ENGINEERING Previous Chapter Poor Quality software? Not meet customer requirements Too complicated Not solve the problem Beyond expectation Requirement engineering is very important! Requirements
Lebih terperinciObject Oriented Analysis (OOA) dan Object Oriented Design (OOD)
Object Oriented Analysis (OOA) dan Object Oriented Design (OOD) Object-Oriented Analysis Object-oriented analysis adalah suatu metoda analisis yang memeriksa syarat-syarat dari sudut pandang kelas-kelas
Lebih terperinciProduk perangkat lunak tersebut:
Perancangan Perangkat Lunak Lintang Yuniar Banowosari http://staffsite.gunadarma.ac.id/lintang Perangkat Lunak Merupakan program-program komputer dan dokumentasi yang berkaitan,produk perangkat lunak dibuat
Lebih terperinciMETODE DAN TEKNIK PENGEMBANGAN SISTEM INFORMASI
METODE DAN TEKNIK PENGEMBANGAN SISTEM INFORMASI SYSTEM DEVELOPMENT LIFE CYCLE (SDLC) SDLC adalah suatu proses logis dimana analis sistem, engineer, programmer, dan pengguna (end-users) membangun sistem
Lebih terperinciPENGENALAN BASIS DATA
PENGENALAN BASIS DATA Konsep Basis Data Secara logika data diorganisasikan kedalam : 1. Karakter, merupakan elemen dasar data logikal yang terdiri dari alfabet, angka, atau simbol lain yang memiliki arti.
Lebih terperinciARSITEKTUR INFORMASI PENJUALAN TRAKTOR, ALAT PANEN DAN SPARE PART
ARSITEKTUR INFORMASI PENJUALAN TRAKTOR, ALAT PANEN DAN SPARE PART Makalah ini disusun sebagai tugas mata kuliah Konsep Sistem Informasi Dosen Pembina : Putri Taqwa Prasetyaningrum,S.T.,M.T. Disusun oleh
Lebih terperinciMANAJEMEN PROYEK. Drs. Antok Supriyanto, MMT.
MANAJEMEN PROYEK Drs. Antok Supriyanto, MMT. Buku Pustaka: Kathy, Schwalbe, 2005. Information Technology Project Management 4 th Edition. Thomson Learning Pressman, Roger S. 2001. Software Engineering
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Rekayasa Perangkat Lunak Lanjut Pengenalan OOA (UML) Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 Evolution of OO
Lebih terperinciREKAYASA PERANGKAT LUNAK. Ramadhan Rakhmat Sani, M.Kom
REKAYASA PERANGKAT LUNAK Ramadhan Rakhmat Sani, M.Kom ramadhan_rs@dsn.dinus.ac.id 085640989018 RENCANA KEGIATAN PERKULIAHAN SEMESTER W Pokok Bahasan 1 Pengenalan Teknologi Informasi 2 Konsep Sistem Komputer
Lebih terperinciPERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS
PERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS 4. Perancangan database secara logik (data model mapping) a. Pemetaan (Transformasi data) Transformasi yang tidak tergantung pada sistem, pada tahap ini
Lebih terperinciSDLC Software Development Life Cycle Mukhlas Imam Muhajir Muhsin Nur Ali
SDLC Software Development Life Cycle 11650021 Mukhlas Imam Muhajir 11650002 Muhsin Nur Ali SIKLUS DASAR METODE BARKER 3 FASE DASAR Development o Feasibility o Analisis o Design o Coding Testing Production
Lebih terperinciPERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS
PERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS 4. Perancangan database secara logik (data model mapping) a. Pemetaan (Transformasi data) b.penyesuaian skema ke DBMS 5. Perancangan database secara fisik
Lebih terperinciAnalisis dan Perancangan Sistem II T02 Use Case
Analisis dan Perancangan Sistem II T02 Use Case Disusun O L E H Elsita S.N 04.05.2569 Institut Sains & Teknologi Akprind Yogyakarta 2006/2007 Bagian-bagian utama dari UML adalah view, diagram, model element,
Lebih terperinciREKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK Perangkat Lunak Ratna Wardani Model to Design Entity- Relationship Diagram Data Dictionary Data Flow Diagram procedural design interface design architectural design State-Transition
Lebih terperinciModel arsitektur Terdistribusi
Model arsitektur Terdistribusi Masalah Membangun SisTer Berhubungan dengan peletakan komponenkomponen dan juga relasi antar komponen Memastikan struktur arsitektur bisa memenuhi kebutuhan dan membuat sistem
Lebih terperinciRational Unified Process (RUP)
Universitas IGM HD-UIGM-FK-01 Fakultas : Ilmu Komputer Pertemuan ke : 8 Program Studi : Teknik Informatika Handout ke : 1 Kode Matakuliah : Jumlah Halaman : 25 Matakuliah : Rekayasa Perangkat Lunak Mulai
Lebih terperinciPERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS
PERTEMUAN 2 LANJUTAN PERANCANGAN DATABASE DAN DBMS 4. Perancangan database secara logik (data model mapping) a. Pemetaan (Transformasi data) b.penyesuaian skema ke DBMS 5. Perancangan database secara fisik
Lebih terperinciFAKULTAS TEKNIK UNIVERSITAS NEGERI YOGYAKARTA SILABUS REKAYASA PERANGKAT LUNAK
No. SIL/EKA/PTI 273/01 Revisi : 00 Tgl : 21 Juni 2010 Hal 1 dari 5 MATA KULIAH : Rekayasa Perangkat Lunak KODE MATA KULIAH : PTI 273 SEMESTER : 4 PROGRAM STUDI : Pendidikan Teknik Informatika DOSEN PENGAMPU
Lebih terperinciBAB III OBJEK DAN METODE PENELITIAN. domain & Web Hosting. Untuk lebih jelas mengenai gambaran umum perusahaan,
BAB III OBJEK DAN METODE PENELITIAN 3.1. Objek Penelitian Penulis melakukan objek penelitian pada Qwords.com perusahaan penyedia jasa layanan Web Hosting (Web Hosting Provider) yang melayani registrasi
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Software Requirement Engineering Specification of Requirements Models Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021
Lebih terperinciKonsep Desain Software
Konsep Desain Software Disiapkan oleh Umi Proboyekti, S.Kom, MLIS Analisis dan desain model Setelah kebutuhan dikumpulkan, analisis terhadap kebutuhan dilakukan dengan menggunakan beberapa alat (tools)
Lebih terperinciPertemuan 9 PRINSIP DAN KONSEP DESAIN
Pertemuan 9 PRINSIP DAN KONSEP DESAIN Pokok Bahasan dalam RPL : Desain PL dan Rekayasa PL Prinsip Desain Konsep Desain Desain Modular Afektif Model Desain Dokumentasi Desain Buku Referensi : Pressman,
Lebih terperinciSoftware Architecture
Software Architecture Budi Irawan facebook.com/deerawan @masbugan blog.budiirawan.com Kenapa Harus Pusing Mikirin Software Architecture? 1 Arsitektur yang baik adalah kunci dari suksesnya suatu software
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Object Oriented Analysis and Design Class Diagram dan Object Diagram Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6281329571612
Lebih terperinciBAB 2 LANDASAN TEORI
BAB 2 LANDASAN TEORI 2.1 Teori Basis Data 2.1.1 Pengertian Data Menurut Turban (2003, p2), data ialah fakta yang belum diolah atau gambaran dari transaksi yang ditangkap, direkam, disimpan dan diklasifikasikan.
Lebih terperinciBAB 4 METODOLOGI PEMECAHAN MASALAH
52 BAB 4 METODOLOGI PEMECAHAN MASALAH Metodologi pemecahan masalah adalah langkah-langkah sistematis yang akan menjadi pedoman dalam penyelesaian masalah. Dengan berdasarkan pada metodologi ini, penelitian
Lebih terperinciYuli Purwati, M.Kom USE CASE DIAGRAM
Yuli Purwati, M.Kom USE CASE DIAGRAM UML UML (Unified Modeling Language) merupakan pengganti dari metode analisis berorientasi object dan design berorientasi object (OOA&D) yang dimunculkan sekitar akhir
Lebih terperinciPERANCANGAN BASIS DATA
BAB IV PERANCANGAN BASIS DATA Database atau basis data adalah kumpulan data yang disimpan secara sistematis di dalam komputer dan dapat dimanipulasi (diolah) menggunakan perangkat lunak (program aplikasi)
Lebih terperinciPERTEMUAN 13 STRATEGI PENGUJIAN PERANGKAT LUNAK
PERTEMUAN 13 STRATEGI PENGUJIAN PERANGKAT LUNAK Strategi Pengujian Strategi uji coba perangkat lunak dilakukan untuk memudahkan para perancang untuk menentukan keberhasilan system yang telah dikerjakan
Lebih terperinciBAB 1 PENDAHULUAN. 1.1 Latar Belakang
BAB 1 PENDAHULUAN 1.1 Latar Belakang Seiring dengan perkembangan teknologi informasi yang kian pesat membuat peran teknologi menjadi hal yang penting bagi proses bisnis di suatu perusahaan. Teknologi informasi
Lebih terperinciRekayasa Perangkat Lunak TI1153
Rekayasa Perangkat Lunak TI1153 TEKNIK PENGUJIAN Restyandito e-mail : dito@ukdw.ac.id website : http://lecturer.ukdw.ac.id/~dito TI1153 Teknik Pengujian Restyandito - 2 Jenis Pengujian Jenis Pengujian
Lebih terperinciSISTEM BASIS DATA. Pendahuluan. Gentisya Tri Mardiani, S.Kom.,M.Kom
SISTEM BASIS DATA Pendahuluan Gentisya Tri Mardiani, S.Kom.,M.Kom Sistem Basis Data Sistem Basis Data merupakan suatu sistem yang terdiri dari kumpulan file yang saling berhubungan dan memungkinkan dilakukan
Lebih terperinciGARIS-GARIS BESAR PROGRAM PENGAJARAN (GBPP)
Mata Kuliah : Rekayasa Bobot Mata Kuliah : 3 Sks GARIS-GARIS BESAR PROGRAM PENGAJARAN (GBPP) Deskripsi Mata Kuliah : Software Engineering Processe Model, Landasan Rekayasa, Requirement Engineering, Requirement
Lebih terperinciBAB II LANDASAN TEORI. digunakan untuk memodelkan kebutuhan data dari suatu organisasi,
BAB II LANDASAN TEORI 2.1 Entity Relationship Diagram Entity Relationship Diagram (ERD) merupakan teknik yang digunakan untuk memodelkan kebutuhan data dari suatu organisasi, biasanya oleh System Analys
Lebih terperinciPerancangan Aplikasi Basis Data. by: Ahmad Syauqi Ahsan
02 Perancangan Aplikasi Basis Data by: Ahmad Syauqi Ahsan Latar Belakang 2 Metodologi perancangan basis data dapat menggunakan alat bantu seperti Designer 2000 dari Oracle, ERWin, BPWin, dan lain sebagainya.
Lebih terperinciKONSEP MANAJEMEN PROYEK
KONSEP MANAJEMEN PROYEK Perancangan Perangkat Lunak (Software Engineering) Bertalya Program Pasca Sarjana Universitas Gunadarma Konsep Manajemen Proyek Manajemen proyek per. lunak merupakan layer pertama
Lebih terperinciRekayasa Perangkat Lunak (Software Engineering)
Rekayasa Perangkat Lunak (Software Engineering) Graha Prakarsa, ST. MT. Sekolah Tinggi Teknologi Bandung Memahami arti pengembangan perangkat lunak. Mengetahui aktivitas pengembangan perangkat lunak. Memahami
Lebih terperinciBAB 4 METODOLOGI PEMECAHAN MASALAH
BAB 4 METODOLOGI PEMECAHAN MASALAH Metodologi pemecahan masalah adalah model yang menggambarkan sistem dan terdapat langkah-langkah sistematis yang akan menjadi pedoman dalam penyelesaian masalah. Diharapkan
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Object Oriented Analysis and Design Requirement and Use Case Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS
Lebih terperinciSistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM
Sistem Informasi OOAD dengan UML (1) Teknik Informatika UNIKOM OOAD dengan UML (1) 1. OOAD 2. Pengenalan UML 3. CRC cards 4. Tipe Diagram UML 5. Structural Diagram 6. Behavioral Diagram 7. Relasi pada
Lebih terperinciSISTEM BASIS DATA. Pendahuluan. Gentisya Tri Mardiani, M.Kom
SISTEM BASIS DATA Pendahuluan Gentisya Tri Mardiani, M.Kom Sistem Basis Data Sistem Basis Data merupakan suatu sistem yang terdiri dari kumpulan file yang saling berhubungan dan memungkinkan dilakukan
Lebih terperinciKonsep dan Arsitektur Basis Data. IKI20410 Basis Data Aniati Murni Fakultas Ilmu Komputer Universitas Indonesia
Konsep dan Arsitektur Basis Data IKI20410 Basis Data Aniati Murni Fakultas Ilmu Komputer Universitas Indonesia TOPIK PEMBAHASAN Data model, Schema and Instance DBMS (Data Base Management System) Architecture
Lebih terperinciANALISA DAN PERANCANGAN SISTEM INFORMASI. Pendekatan Terstruktur dan alat-alat pemodelan Sistem
ANALISA DAN PERANCANGAN SISTEM INFORMASI Pendekatan Terstruktur dan alat-alat pemodelan Sistem Model Pendekatan Pendekatan terstruktur Mempertimbangkan data dan proses yang mentransformasikan data sebagai
Lebih terperinciRatna Wardani. Department of Electronic Engineering Yogyakarta State University
Ratna Wardani Department of Electronic Engineering Yogyakarta State University Hirarki Materi Pemodelan Sistem Rekayasa Informasi Rekayasa Perangkat Lunak Konsep dan Prinsip Analisis Analisis persyaratan
Lebih terperinciBAB II LANDASAN TEORI
BAB II LANDASAN TEORI 2.1 Landasan Teori Landasan teori yang digunakan dalam penelitian dan pengembangan APLIKASI RETAIL MINIMARKET MENGGUNAKAN METODE ENTERPRISE RESOURCE PLANNING ini adalah : 2.1.1 Enterprise
Lebih terperinciBAB IV ANALISIS DAN PERANCANGAN SISTEM. hasil analisis ini digambarkan dan didokumentasiakan dengan metodologi
BAB IV ANALISIS DAN PERANCANGAN SISTEM 4.1. Analisis Sistem yang Sedang Berjalan Kegiatan analisis sistem yang berjalan dilakukan dengan analisis yang berorientasi pada objek-objek yang diperlukan oleh
Lebih terperinciTujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010
Tujuan Perkuliahan PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Oleh : Sarwosri, S.Kom, M.T. Umi Laili Yuhana, S.Kom, M.Sc. Memberikan gambaran tentang perangkat lunak, rekayasa perangkat lunak. Memberikan
Lebih terperinciSDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo
SDLC Concepts Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo Http://yusufxyz.wordpress.com Email: muhammadyusuf@trunojoyo.ac.id IVS Task Group Produk terdiri dari : hardware, software, dokumentasi,
Lebih terperinci5 Perancangan Perangkat Lunak
5 Perancangan Perangkat Lunak Overview Pada bab ini perancangan desain yang akan dibahas merupakan perancangan terstruktur lanjutan tahapan analisa terstruktur pada bab 5. Perancangan perangkat lunak merupakan
Lebih terperinci