Pemodelan Rekayasa Kebutuhan
|
|
- Lanny Widya Widjaja
- 7 tahun lalu
- Tontonan:
Transkripsi
1 REKAYASA PERANGKAT LUNAK Semester Ganjil 2015/2016 ADAM HENDRA BRATA
2 Tujuan & Agenda Perkuliahan Tujuan Memahami konsep pemodelan dalam rekayasa kebutuhan Memahami konsep pendekatan terstruktur dan berorientasi objek dalam pemodelan kebutuhan Agenda Konsep pemodelan kebutuhan Pemodelan terstruktur Pemodelan berorientasi objek
3 Konsep Pemodelan Kebutuhan Model kebutuhan menjembatani antara deskripsi sistem secara umum dengan model perancangan Tujuan utama model kebutuhan: Menjelaskan apa yang dibutuhkan oleh customer Menjadi dasar bagi perancangan PL Menjadi referensi dalam melakukan validasi kebutuhan Metode Terstruktur (structured analysis SA) & berorientasi objek (object oriented analysis OOA)
4 Prinsip Pemodelan Kebutuhan Model yang dibuat harus fokus pada kebutuhan yang relevan dengan domain permasalahan (WHAT) Setiap model kebutuhan harus bisa dilacak ke model perancangan (traceability) Setiap elemen dalam model kebutuhan harus mampu memperjelas pemahaman secara utuh terhadap kebutuhan PL Domain masalah, fungsionalitas dan perilaku sistem Minimalisasi kopling antar klas Memastikan bahwa model kebutuhan memiliki nilai manfaat untuk seluruh stakeholders Model dibuat sesederhana mungkin Notasi yang sederhana, non duplikasi informasi
5 Tipe Tipe Model Kebutuhan Scenario-based models Berdasarkan sudut pandang aktor Data models Menjelaskan domain informasi dari masalah Class-oriented models Merepresentasikan klas-klas yang relevan dengan kebutuhan PL Flow-oriented models Merepresentasikan proses dan data dari sistem Behavioral models Merepresentasikan perilaku sistem berdasar event
6 Pemodelan Terstruktur
7 Konsep Pertama kali dipopulerkan oleh T. DeMarco (1979) Structured Analysis and System Specification Perluasan notasi untuk kebutuhan real-time systems oleh Hatley dan Pirbhai (1987) SA/RT Strategies for Real-Time System Specification Processes Data Behavior
8 Elemen Elemen Pemodelan Data Object Description ER Diagram Data Flow Diagram (DFD) Process Specification (PSPEC) Data Dictionary State Transition Diagram (STD) Control Specification (CSPEC)
9 Data Dictionary Representasi Simbol : = : composed of + : and { } : iterations of [. ] : selection / or ( ) : optional : literal * * : comment/description Vend product (partly) : Name Element Type object [coin slug](product) data product [ice cream coffee candy] data coins 0{[quarter nickel dime]}8 data product available [TRUE FALSE] control [ YES NO ] quarter *25 cents US currency* coin return request [TRUE FALSE] control
10 Data Model : ER Diagram Entitas (atribut dan nilai atribut) Modalitas : tingkat mandatory (minimal) Kardinalitas : tingkat relasi (maksimal) Bentuk relasi Manufacturer Builds Car
11 Data Model : ER Diagram Data object Represents a composite information Consists of a number of different attributes or properties Encapsulates data only : no operation applied to its data Can be external entity, thing, occurrence/event, role, organizational unit, structure, etc. e.g. dimensions (height, weight, depth), cars (make, model, ID, body type, color, owner) Can be represented in a tabular representation
12 Process Model : DFD Useful for analyzing existing as well as proposed systems Process decomposition Focus on the movement of data between external entities and processes, and between processes and data stores A relatively simple technique to learn and use Model elements: terminator, process, data flow, control flow, storage, control bar The highest level (0) : Context diagram Single process Terminators Data flows, control flows
13 Process Model : Elemen Elemen DFD Terminator Representasi entitas eksternal Notasi: persegi panjang Tidak memproses data Data flow Representasi aliran data Notasi: anak panah penuh Umumnya satu arah Customer data Hubungkan terminator, process dan storage Control flow Representasi aliran kontrol proses control Notasi: anak panah putus2 Hubungkan terminator, process dan control bar
14 Process Model : Elemen Elemen DFD Process Representasi aktifitas sistem Notasi: lingkaran Memproses data Storage Representasi tempat penyimpanan data Notasi: dua garis paralel Data flow in = diubah, data flow out = dibaca Control bar Representasi spesifikasi kontrol Notasi: garis tegak 1 Proses A data X
15 Process Model : Panduan DFD Jumlah proses dalam satu diagram DFD : 4 ± 2 Maks. 4 level dekomposisi (DFD/CFD) Dekomposisi fungsional (DFD) : fungsi-fungsi yang saling berhubungan dikelompokkan fungsi-fungsi yang tidak berhubungan dipisahkan setiap fungsi dispesifikasi hanya sekali Data flow membawa informasi yg diperlukan oleh sebuah proses untuk transformasi, control flow membawa informasi yang harus diinterpretasikan untuk merubah perilaku sistem dan/ aktifasi proses Proses pemodelan DFD/CFD adalah proses iterasi, tidak sekali jadi Penjenjangan CFD harus sesuai dengan DFD
16 Data Control Identification Identify data first rather than control To know what you are controlling first Continuous signals, and processes that act on them, are always categorized as data Discrete signals, and processes that act on them, are usually categorized as control Terms like activate, turn on, engage and execute are usually associated with control requirements
17 Process Model : DFD/CFD Leveling Must be consistent
18 Data / Control Context Diagram (DCD/CCD) object 0* returned coins Customer customer selection Vend product Customer slug product coin return request product available
19 Data / Control Flow Diagram (DCD/CCD Level 1) object slug coin detected price table 1* Get customer payment 2p Get product price payment sufficient payment price coins valid selection customer selection 3p Validate payment 4p Get valid selection coin return request change due product available 5* Dispense change valid selection product available 6p Dispense product returned coins products product product dispensed
20 Data / Control Flow Diagram (DCD/CCD Level 2) DFD/CFD level 2 : Dispense change change due coin return request product available 5.1p Get change coin change coins returned coins coins payment 5.2p Get payment coin payment coins
21 Process Model : Process Specification PSPEC Validate payment (Process 3) Inputs : payment (data in) price (data in) Outputs : change due (data out) sufficient payment (control out) Body : IF payment >= price THEN change due = payment price sufficient payment = TRUE ELSE change due = 0 sufficient payment = FALSE END IF
22 Behavior Model State Transition Diagram (STD) initial accept new coin product dispensed accept new coin Waiting for a coin coin detected accept customer request Waiting for selection sufficient payment dispense product Dispensing product coin return request return payment product available=false return payment Returning payment payment returned accept new coin
23 Behavior Model CSPEC Dispense change : Process Activation Table coin return request product available get change coin get payment coin TRUE TRUE 1 0 D/C FALSE 0 1
24 Pemodelan Berorientasi Objek
25 Object Oriented Approach Mulai populer akhir 80an 90an (Booch, Rumbaugh-OMT, Jacobson-OOSE, Coad+Yourdon, Wirfs-Brock) : Elisitasi kebutuhan customer Identifikasi skenario / use-case (use-case diagram) Identifikasi klas berdasarkan kebutuhan customer Identifikasi atribut dan operasi setiap klas Definisi struktur klas (class diagram) Definisi model relasi antar klas (collaboration/sequence diagram) Definisi perpindahan status sistem (statechart diagram) 1996 : UML (Unified Modeling Language) Grady Booch+James Rumbaugh+Ivar Jacobson
26 Diagram UML Use-case diagram (statis) scenario-based models Class diagram (statis) class models Collaboration/sequence diagram (dinamis) behavioral models Statechart diagram (dinamis) behavioral models
27 Keuntungan UML Sangat natural, sesuai dengan cara berpikir manusia improve analyst and problem domain expert interaction Meningkatkan konsistensi hasil analisis abstraksi atribut-operasi dalam sebuah objek Konsep penurunan klas memberikan kemudahan dalam generalisasi objek Kemudahan dalam perubahan Terjaganya konsistensi model antara analisis dan perancangan Konsep reusability
28 Object & Class Objek (Object) : A concept, abstraction, or thing with crisp boundaries and meaning for the problem at hand [Rumbaugh] Benda (tangible & intangible thing) Contoh : Andi, Eko, Susi (sistem akademik) Sebuah objek memiliki karakteristik : identity (identitas-pembeda), state (sekumpulan atribut) & behavior (sekumpulan operasi, aksi, servis) Nama Objek Atribut2 Operasi2
29 Object & Class Klas (Class) : A description of one or more objects with a uniform set of attributes and services, including a description of how to create new objects in the class [Yourdon] Gambaran umum (template, blue-print) yang menjelaskan sekumpulan objek yang memiliki kesamaan karakteristik (atribut dan operasi) Merupakan cetakan dari objek Digunakan untuk menginstansiasi objek yang memiliki identitas yang berbeda Contoh : Klas Mahasiswa objek Andi, Eko, Susi Abstract & concrete class
30 Object & Class Mahasiswa Instansiasi : penciptaan objek - NIM - Nama - Buat skripsi - Ujian Mahasiswa : Andi Mahasiswa - NIM : Nama : Andi - Buat skripsi - Ujian Mahasiswa : Eko Mahasiswa - NIM : Nama : Eko - Buat skripsi - Ujian Mahasiswa : Susi Mahasiswa - NIM : Nama : Susi - Buat skripsi - Ujian
31 Where to look? Investigasi domain masalah Langkah-langkah: Observe first-hand observasi langsung ke lap. Actively listen to problem domain experts what, who, why, when and how Check previous OOA results Check other systems comparison Read, read, read getting some more information
32 What to look for? Nouns Structures Relasi antar objek generalisasi, agregasi Other systems Sistem lain yang berinteraksi dg proposed system Things or events remembered Data, status, kejadian yang harus disimpan Roles played Identifikasi peran manusia dalam sistem berinteraksi langsung, tidak berinteraksi tetapi informasinya disimpan sistem Sites Informasi lokasi/posisi yang harus diingat oleh sistem
33 Identifikasi Atribut Some data (state information) for which each object in a class has its own value [Yourdon] Langkah-langkah Identifikasi atribut umum (adjectives, possessives) Identifikasi atribut yang relevan dg domain masalah Identifikasi atribut yang relevan dg peran atau tanggung jawab dalam sistem Restrukturisasi atribut sehingga atomic kemudahan Reposisi atribut yang sesuai dengan hirarki klas nya pewarisan klas Spesifikasi atribut presisi, nilai default, batasan, dll.
34 Identifikasi Operasi / Servis A specific behavior that an object is responsible for exhibiting [Yourdon] Langkah-langkahIdentifikasi tanggung jawab umum sebuah klas (verbs) Identifikasi operasi yang spesifik untuk domain masalah Identifikasi operasi yang relevan dg peran atau tanggung jawab dalam sistem Spesifikasi operasi argumen, batasan/aturan, logika/algoritma
35 Use Case Diagram Menjelaskan perilaku sistem dari tampak luar Menyediakan fungsi-fungsi yg harus dipenuhi sistem sesuai dengan aktornya Elemen: actor (orang, sistem lain) dan use-case Setiap use-case dilengkapi dengan skenario (deskripsi) Langkah-langkah Identifikasi aktor Identifikasi use-case per aktor
36 Use Case Diagram Enter object Customer Select product Get return coins
37 Use Case Scenario Flow of events for the Select product use-case Objective Actors Pre-condition Allow customer to select a certain product to dispense Customer Coin detected and valid Main flow 1. The customer selects a button product. 2. The system displays an entry prompt of number of product to order. Alternative flows 1. If the selected product is not available, the system will display a message Your selected product is not available. 2. If the selected product is available but there isn t enough number to order, the system will display a message The number isn t enough, max. x. X is the existing number of the product. Post-condition The selected product dispensed as the number needed
38 Use Case Association Include A use case uses another use case (functional decomposition) reuse A function in the original problem statement is too complex to be solvable immediately describe the function as the aggregation of a set of simpler functions (mandatory) Extend A use case extends another use case The functionality in the original problem statement needs to be extended The extended use-case plays an optional usecase
39 Use Case Association
40 Actor Generalization Two/more sub-actors generalized into a superactor Have both behavior and attributes in common described under the super-actor Super-actor should interact with use cases when ALL of its sub-actors interact in the same way Sub-actors should interact with use cases when their individual interactions differ from that of the super-actor
41 Actor Generalization
42 Class Diagram Menggambarkan struktur statis dari sistem Terdiri dari node (klas) dan relasi Jenis relasi Generalization ( is a inheritance) Association Aggregation ( part-of ) Composition
43 Association For real-world objects is there an association between classes? Classes A and B are associated if: An object of class A sends a message to an object of B An object of class A creates an instance of class B An object of class A has an attribute of type B or collections of objects of type B An object of class A receives a message with an argument that is an instance of B (maybe ) will it use that argument? Does an object of class A need to know about some object of class B?
44 Aggregation - Composition Aggregation represents a part-whole or part-of relationship Aggregation can occur when a class is a collection or container of other classes, but where the contained classes do not have a strong life cycle dependency on the container essentially, if the container is destroyed, its contents are not Composition is more specific than aggregation Composition usually has a strong life cycle dependency between instances of the container class and instances of the contained class(es) if the container is destroyed, normally every instance that it contains is destroyed as well
45 Class Relationships
46 Class Stereotypes Boundary classes model the interaction and manage communication between the computer system and its actors, but don t directly represent the specific interface object in the implementation used to identify the main logical interfaces with users and other systems (including e.g. other software packages, printers) main task is to translate information across system boundaries partition the system so that interface is kept separate from business logic
47 Class Stereotypes Entity classes used to model data and behavior of some real life system concept or entity e.g. member, bank account, order, employee these will sometimes require more persistent storage of information e.g. a student s details are ultimately stored as a student record Control classes represent coordination, sequencing, transactions and control of other objects glue between boundary elements and entity elements, describing the logic required to manage the various elements and their interactions roughly one per use case
48 Class Stereotypes <<control>> Actor 1 <<boundary>> <<boundary>> Actor 2 <<entity>> <<entity>> Model interaction between the system and its environment boundary entity control
49 Sequence Diagram An interaction diagram that emphasizes the time ordering of messages Shows a set of objects and the messages sent and received by those objects Elements Object represented in a box Dashed line called the object lifeline, and it represents the existence of an object over a period of time Message rendered as horizontal arrows being passed from object to object as time advances down the object lifelines
50 Sequence Diagram
51 Statechart Diagram A statechart diagram shows the behavior of classes in response to external stimuli This diagram models the dynamic flow of control from state to state within a system
52 Statechart Diagram initial accept new coin product dispensed accept new coin Waiting for a coin coin detected accept customer request Waiting for selection sufficient payment dispense product Dispensing product coin return request return payment product available=false return payment Returning payment payment returned accept new coin
53 Penutup Pemodelan kebutuhan diperlukan untuk meningkatkan pemahaman terhadap kebutuhan yang sedang dianalisis Pemodelan terstruktur meliputi pemodelan data models, process models dan behavioral models dari sistem yang sedang dikembangkan Pemodelan berorientasi objek mencakup scenario-based models, class models dan behavioral models dari sistem yang sedang dikembangkan Alat bantu yang digunakan dalam pemodelan terstruktur dan berorientasi objek terdapat perbedaan
54 Terimakasih v^^
Requirements Modeling Structured TIF REKAYASA DAN MANAJEMEN KEBUTUHAN
Requirements Modeling Structured TIF-151551 REKAYASA DAN MANAJEMEN KEBUTUHAN 2 Goals Memahami konsep pemodelan terstruktur pada rekayasa kebutuhan. Terampil dalam pembuatan diagram-diagram yang diperlukan
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM (APS) Pemodelan Kebutuhan: Pendekatan Terstruktur
ANALISIS DAN PERANCANGAN SISTEM (APS) Pemodelan Kebutuhan: Pendekatan Terstruktur Tujuan perkuliahan Memahami pemodelan yang dibutuhkan dalam rekayasa kebutuhan Memahami konsep pendekatan terstruktur dalam
Lebih terperinciAdam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016
Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016 TUJUAN PERKULIAHAN Memahami pemodelan yang dibutuhkan dalam rekayasa kebutuhan Memahami konsep pendekatan terstruktur dalam pemodelan
Lebih terperinciRequirements Modeling OO TIF REKAYASA DAN MANAJEMEN KEBUTUHAN
Requirements Modeling OO TIF-151551 REKAYASA DAN MANAJEMEN KEBUTUHAN 2 Goals Memahami konsep pemodelan OO pada rekayasa kebutuhan. Terampil dalam pembuatan diagram-diagram yang diperlukan dalam pemodelan
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM (APS) Pemodelan Kebutuhan: Pendekatan Berorientasi Objek
ANALISIS DAN PERANCANGAN SISTEM (APS) Pemodelan Kebutuhan: Pendekatan Berorientasi Objek Tujuan perkuliahan Memahami konsep pendekatan berorientasi objek dalam pemodelan kebutuhan Bahan Kuliah APS - Pemodelan
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 terperinciAdam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016
Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016 TUJUAN PERKULIAHAN Memahami pemodelan perancangan dengan pendekatan berorientasi objek AGENDA PERKULIAHAN Pemodelan perancangan berorientasi
Lebih terperinciAdam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016
Adam Hendra Brata Teknik Informatika FILKOM UB Semester Genap 2015/2016 TUJUAN PERKULIAHAN Memahami pengertian model dan diagram Memahami urgensi model dan diagram dalam analisis dan perancangan sistem
Lebih terperinciANALISIS DAN PERANCANGAN SISTEM (APS) Konsep Pemodelan
ANALISIS DAN PERANCANGAN SISTEM (APS) Konsep Pemodelan Tujuan perkuliahan Memahami pengertian model dan diagram Memahami urgensi model dan diagram dalam analisis dan perancangan sistem Memahami proses
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 terperinciREKAYASA PERANGKAT LUNAK (RPL) Analisis Kebutuhan Perangkat Lunak
REKAYASA PERANGKAT LUNAK (RPL) Analisis Kebutuhan Perangkat Lunak Anonymous Customer I I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not
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 terperinciAnalisis Model Perangkat Lunak
Analisis Model Perangkat Lunak 1 Analisis Kebutuhan Analisis Kebutuhan Menentukan karakteristik operasional PL Menunjukkan antarmuka PL dengan elemen sistem yang lain Membuat batasan yang harus dipenuhi
Lebih terperinciREKAYASA PERANGKAT LUNAK (RPL) ANALISIS KEBUTUHAN PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK (RPL) ANALISIS KEBUTUHAN PERANGKAT LUNAK REKAYASA PERANGKAT LUNAK (RPL) Analisis Kebutuhan Perangkat Lunak Anonymous Customer I know you believe you understood what you think I
Lebih terperinciPemodelan Berorientasi Objek
1 Pemodelan Berorientasi Objek Perancangan Sistem dengan Analisis Statis Adam Hendra Brata PERHATIAN 2 Mulai dari sekarang, diharapkan semua mahasiswa memperdalam materi PBO secara lebih mandiri dengan
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 terperincimodel abstrak grafis teks memahami fungsionalitas sistem media komunikasi
System Modeling Pemodelan Sistem Aktivitas: Membuat model abstrak dari sistem berdasarkan sudut pandang tertentu. Representasi: Berupa notasi grafis maupun teks. Tujuan: Membantu analis memahami fungsionalitas
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 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 terperinciCSG3H3 RPL: Teknik Berorientasi Objek Semester Genap 2014/2015. Object-oriented Analysis (OOA)
CSG3H3 RPL: Teknik Berorientasi Objek Semester Genap 2014/2015 Object-oriented Analysis (OOA) Tahap dan Hasil Pengembangan PL Objek Business Modeling Requirements Analysis Design Implementation Business
Lebih terperinci7. Analisis Kebutuhan - 1 (System Actors & System Use Cases )
7. Analisis Kebutuhan - 1 (System Actors & System Use Cases ) SIF15001 Analisis dan Perancangan Sistem Informasi Agi Putra Kharisma, S.T., M.T. Genap 2014/2015 Desain slide ini dadaptasi dari University
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 terperinciUnified Modelling Language UML
Unified Modelling Language UML Unified Modelling Language (UML) adalah sebuah "bahasa" yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak.
Lebih terperinciOOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram)
OOAD (Object Oriented Analysis and Design) UML part 2 (Activity diagram, Class diagram, Sequence diagram) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015 Activity Diagram Activity diagram digunakan untuk
Lebih terperinciPengenalan UML dan Diagram Use Case. Alif Finandhita. Teknik Informatika UNIKOM
Pengenalan UML dan Diagram Use Case Alif Finandhita Teknik Informatika UNIKOM finandhita@gmail.com AGENDA PERKULIAHAN Pengenalan UML Penjelasan Diagram Use Case Penjelasan Skenario Use Case 2 3 KONTEN
Lebih terperinciSOAL PRA UTS PSBO. 1.SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970
SOAL PRA UTS PSBO 1.SIMULA di perkenalkan pertama kali pada tahun.. a. 1950 d. 1980 b. 1960 e. 1990 c. 1970 2. Hal penting dalam pengembangan berorientasi objek adalah:... a.konsep mengidentifikasi dan
Lebih terperinciTugas Rekayasa Perangkat Lunak
Tugas Rekayasa Perangkat Lunak Disusun Oleh : M Ikhsan Ariya Girinata 41813120052 Dosen : Wachyu Hari Haji, S.Kom, MM FAKULTAS ILMU KOMPUTER JURUSAN SISTEM INFORMASI Mata Kuliah : REKAYASA PERANGKAT LUNAK
Lebih terperinciGambar L.37 Form Print Laporan Absensi Harian Gambar L.38 Form Print Laporan Absensi Periode
L-27 Gambar L.37 Form Print Laporan Absensi Harian Gambar L.38 Form Print Laporan Absensi Periode L-28 Gambar L.39 Form Menu Utama Transaksi Finance Gambar L.40 Form Kenaikan Gaji L-29 Gambar L.41 Form
Lebih terperinciNama : Rendi Setiawan Nim :
Nama : Rendi Setiawan Nim : 41813120188 Elemen Model Analisis Rekayasa perangkat lunak dimulai dg serangkaian tugas pemodelan yg membawa pd suatu spesifikasi lengkap dari persyaratan dan representasi desain
Lebih terperinciDefri Kurniawan, M.Kom USE CASE DIAGRAM
Defri Kurniawan, M.Kom USE CASE DIAGRAM Use Case Use Case Diagram menceritakan apa yang sistem akan lakukan (what the system will do) Menekankan apa yang diperbuat sistem, dan bukan bagaimana Menggambarkan
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 terperinciUML. Bahasa pemodelan visual sistem berorientasi objek Yang dibahaas dalam kuliah ini: Use Case Ac>vty Diagram Class Diagram Sequence Diagram
Use Case UML Bahasa pemodelan visual sistem berorientasi objek Yang dibahaas dalam kuliah ini: Use Case Ac>vty Diagram Class Diagram Sequence Diagram Penger>an Use Case Ivar Jacobson (1990- an) : A use
Lebih terperinciUNIFIED MODELING LANGUAGE
UNIFIED MODELING LANGUAGE UML (Unified Modeling Language) adalah metode pemodelan secara visual sebagai sarana untuk merancang dan atau membuat software berorientasi objek. Karena UML ini merupakan bahasa
Lebih terperinciTeknik Informatika Universitas Trunojoyo
Muhammad Yusuf Muhammad Yusuf Teknik Informatika Universitas Trunojoyo Http://yusufxyz.wordpress.com Email : muhammadyusuf@trunojoyo.ac.id Use Case Diagrams UML use case diagrams menggambarkan interaksi
Lebih terperinci1. SIMULA di perkenalkan pertama kali pada tahun.. a d b e c. 1970
1. SIMULA di perkenalkan pertama kali pada tahun.. a. 1950 d. 1980 b. 1960 e. 1990 c. 1970 2. Hal penting dalam pengembangan berorientasi objek adalah:... a. Konsep mengidentifikasi dan mengorganisasi
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 terperinciPemodelan Berorientasi Objek
1 Pemodelan Berorientasi Objek Perancangan Sistem dengan Analisis Dinamis Adam Hendra Brata Pemodelan Kebutuhan Sistem 2 Ruang Lingkup Masalah Analisis Kebutuhan Diagram Use Case Pemodelan Perangkat Lunak
Lebih terperinciInformation Systems Analysis and Design
Information Systems Analysis and Design Interaction Diagram Aryo Pinandito, ST, M.MT Objectives Describe dynamic behavior and show how to capture it in a model. Demonstrate how to read and interpret: a
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 terperinciREKAYASA PERANGKAT LUNAK (RPL) Analisis Kebutuhan Perangkat Lunak
REKAYASA PERANGKAT LUNAK (RPL) Analisis Kebutuhan Perangkat Lunak Anonymous Customer I know you believe you understood what you think I said, but I am not sure you realize that what you heard is not what
Lebih terperinciUML USE CASE DIAGRAM
UML USE CASE DIAGRAM "Get your team up to speed on these requirements so that you can all start designing the system." Happy Monday READING DOCUMENT REQUIREMENT The requirements are still a little fuzzy,
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 terperinciAnalisis (Konvensional)
Analisis (Konvensional) Tujuan Analisis Menjabarkan kebutuhan pemakai meletakkan dasar-dasar untuk proses perancangan PL mendefinisikan semua kebutuhan pemakai sesuai dengan lingkup kontrak yang disepakati
Lebih terperinci1. SIMULA di perkenalkan pertama kali pada tahun.. a d b e c Hal penting dalampengembangan berorientasi objek
LAT UTS AMIK BSI 1. SIMULA di perkenalkan pertama kali pada tahun.. a. 1950 d. 1980 b. 1960 e. 1990 c. 1970 2. Hal penting dalampengembangan berorientasi objek adalah:... a.konsep mengidentifikasi dan
Lebih terperinciPemrograman Lanjut Class and Object PTIIK
Pemrograman Lanjut Class and Object PTIIK - 2013 Objectives Memahami tentang classes, objects, methods dan instance variables. Mampu memberikan contoh object beserta atribut dan tingkah laku nya. Konsep
Lebih terperinciABSTRAK. iii. Kata kunci : Toko Nyan, pembelian, penjualan, stok barang
ABSTRAK Pembuatan laporan ini bertujuan untuk membantu Toko Nyan dalam menata data dengan sistem pembelian dan penjualan. Berdasarkan latar belakang tersebut, penulis merumuskan masalah seperti, bagaimana
Lebih terperinci2. Fungsi di dalam kelas yang dikombinasikan bentuk tingkah laku kelas dinamakan dengan. c.operasi
Soal Kuis I PSBO 1. Konsep awal programming (Basic) dengan kekuatan GOTO statement dinamakan dengan a. Non Procedural Language b. Procedural Language c. Object Oriented Programming d. Visual Object Oriented
Lebih terperinciDAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... xi. DAFTAR TABEL... xvii. DAFTAR SIMBOL... xx BAB I PENDAHULUAN...
DAFTAR ISI KATA PENGANTAR... i DAFTAR ISI... iii DAFTAR GAMBAR... xi DAFTAR TABEL... xvii DAFTAR SIMBOL... xx BAB I PENDAHULUAN... 1 1.1 Latar Belakang... 1 1.2 Rumusan Masalah... 2 1.3 Maksud dan Tujuan...
Lebih terperinciOOAD (Object Oriented Analysis and Design) UML part 1 (Usecase) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015
OOAD (Object Oriented Analysis and Design) UML part 1 (Usecase) Gentisya Tri Mardiani, S.Kom., M.Kom ADSI-2015 OOAD (Object Oriented Analysis and Design) Salah satu pendekatan analisis dan desain yang
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 terperinciPengembangan Aplikasi Perangkat Lunak
Pengembangan Aplikasi Perangkat Lunak OOAD Sequence Diagram By: Augury El Rayeb (AER) AER 2011/2012 Universitas Pembangunan Jaya SIF_TIF 1 Tujuan Pertemuan Mahasiswa memahami fungsi sequence diagram Mahasiswa
Lebih terperinciSistem Basis Data. Pertemuan 3 : Modeling Data in Organization Andronicus Riyono, M.T.
Sistem Basis Data Pertemuan 3 : Modeling Data in Organization Andronicus Riyono, M.T. Pemodelan data adalah kegiatan analisis Project Identification and Selection Project Initiation and Planning Purpose
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 terperinciB A B 4 USE CASE DIAGRAM
B A B 4 USE CASE DIAGRAM MATERI : Pendahuluan Manfaat Use Case Diagram Include dan Extend Komponen Use Case Diagram Menemukan Aktor dan Use Case Do and Dont s Contoh Use Case Diagram Chapter Exercise MENDEFINISIKAN
Lebih terperinciLAMPIRAN A. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain. Generalization. lain.
L1 LAMPIRAN A Notasi yang digunakan dalam Class Diagram Class1 -Attribute +Operations() Class Menjelaskan kumpulan obyek dangan structure, behavior dan relationship yang serupa.class ini terbagi menjadi
Lebih terperinciUSE CASE DIAGRAM. Analisis dan perancangan berorientasi Obyek
USE CASE DIAGRAM Analisis dan perancangan berorientasi Obyek USE CASE DIAGRAM Usecase Diagram digunakan untuk mengambarkan interaksi antara pengguna sistem (actor) dengan kasus (use case) yang disesuaikan
Lebih terperinciREKAYASA PERANGKAT LUNAK
REKAYASA PERANGKAT LUNAK Pemodelan Analisis Ratna Wardani Pemodelan analisis Rekayasa perangkat lunak dimulai dg serangkaian tugas pemodelan yg membawa pd suatu spesifikasi lengkap dari persyaratan dan
Lebih terperinci11/29/2016. Sequence Diagram. Sequence Diagram. Sequence Diagram. Sequence Diagram. Prodi. Informatika FASILKOM UIGM SHINTA P.
an Order Line SHINTA P. SARI Sebuah objek dalam diagram urutan digambarkan sebagai kotak dengan garis putus-putus vertikal. Jalur ini disebut objek garis hidup, dan mewakili keberadaan obyek dalam periode
Lebih terperinciPemrograman Lanjut. Interface
Pemrograman Lanjut Interface PTIIK - 2014 2 Objectives Interfaces Defining an Interface How a class implements an interface Public interfaces Implementing multiple interfaces Extending an interface 3 Introduction
Lebih terperinciGambar Use Case Diagram
1. Use Case Diagram Use case adalah abstraksi dari interaksi antara system dan actor. Use case bekerja dengan cara mendeskripsikan tipe interaksi antara user sebuah system dengan sistemnya sendiri melalui
Lebih terperinciatau dihasilkan dalam suatu proses rekayasa software. Artifact dapat berupa model, deskripsi atau software. ) dari sistem software,
1 Unified Modelling Language (UML) adalah sebuah "bahasa" yang telah menjadi standar dalam industri untuk menentukan, visualisasi, merancang dan mendokumentasikan artifact (sepotong informasi yang digunakan
Lebih terperinciBAB 2 LANDASAN TEORI. bersama-sama untuk mencapai tujuan tertentu. bersatu untuk mencapai tujuan yang sama.
BAB 2 LANDASAN TEORI 2.1 Teori Umum 2.1.1 Pengertian Sistem Menurut Mulyadi (2001, p2) Sistem pada dasarnya adalah sekelompok unsur yang berhubungan erat antara satu dengan yang lainnya, yang berfungsi
Lebih terperinciAnalisis Sistem (bag.2)
Analisis Sistem (bag.2) By: U. Abd. Rohim Analisis Sistem Rekayasa Perangkat Lunak Halaman: 1 Elemen Analisis (1) Pemodelan Fungsional Pemodelan Data Pemodelan Prilaku/Status Analisis Sistem Rekayasa Perangkat
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 terperinciMAKALAH ANALISIS & PERANCANGAN SISTEM II USE CASE DIAGRAM
MAKALAH T02/Use Case Diagram ANALISIS & PERANCANGAN SISTEM II USE CASE DIAGRAM Nama : Abdul Kholik NIM : 05.05.2684 E mail : ik.kyoe.san@gmail.com Sumber : http://artikel.webgaul.com/iptek/unifiedmodellinglanguage.htm
Lebih terperinciLampiran 1. Notasi yang digunakan dalam Class Diagram. Class. Association. dua class atau lebih. Multiplicity. instances dari class lain.
L.1 Lampiran 1. Notasi yang digunakan dalam Class Diagram Class1 -Attribute +Operations() Class Menjelaskan kumpulan object dangan structure, behavior dan relationship yang serupa. Class ini terbagi menjadi
Lebih terperinci1. Konsep dan Prinsip Analisa
1. Konsep dan Prinsip Analisa Pendataan industri dan perdagangan merupakan salah satu bagian dari ketersediaan data statistik industri dan perdagangan. Data yang mencakup di dalamnya yaitu : data kecamatan,
Lebih terperinciPemrograman Berorientasi. Class Diagram
Pemrograman Berorientasi Obyek Class Diagram anton@ukdw.ac.id What is UML? Sebuah bahasa pemodelan terstandar untuk bahasa pemrograman berorientasi obyek UML merupakan perpaduan dari tiga paradigma pemodelan
Lebih terperinciABSTRACT ABSTRAKSI KATA PENGANTAR
DAFTAR ISI ABSTRACT... i ABSTRAKSI... ii KATA PENGANTAR... iii DAFTAR ISI... v DAFTAR TABEL... ix DAFTAR GAMBAR... x DAFTAR SIMBOL... xiii DAFTAR LAMPIRAN... xvi BAB I PENDAHULUAN 1.1 Latar Belakang...
Lebih terperinciE-R Diagram. Bagian IIb Relationship Terminologi
E-R Diagram Bagian IIb Relationship Terminologi Database Desain Conceptual perspective User s perspective Database Requirements The Entity Relationalship (ER) Model is one of the most widely used mthod
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 terperinciModel Analisis. Afijal, M.Kom
Model Analisis Afijal, M.Kom Tujuan Instruksional Umum Bagian ini menjelaskan tentang pengertian model analisis. Setelah mempelajari bagian ini dengan baik, pembaca diharapkan dapat: Memahami pemodelan
Lebih terperinci2.1 Definisi Analisis Kebutuhan Analisis kebutuhan adalah proses menemukan permasalahan dan menghasilkan alternatif pemecahan yang relevan.
Topik 3 : Analisis 2.1 Definisi Analisis Kebutuhan Analisis kebutuhan adalah proses menemukan permasalahan dan menghasilkan alternatif pemecahan yang relevan. Tujuan tahap analisis adalah untuk mengetahui
Lebih terperinciBAB 2 LANDASAN TEORI
7 BAB 2 LANDASAN TEORI 2.1 Konsep Pemodelan Objek Pemodelan objek merupakan suatu metode untuk menggambarkan struktur sistem yang memperlihatkan semua objek yang ada pada sistem. (Nugroho, 2005, hal:37).
Lebih terperinciBAB 2 LANDASAN TEORI. Teori-teori yang menjadi dasar penulisan adalah sebagai berikut :
BAB 2 LANDASAN TEORI 2.1 Teori-teori Dasar/Umum Teori-teori yang menjadi dasar penulisan adalah sebagai berikut : 2.1.1 Sistem Pengertian sistem menurut Williams dan Sawyer (2005, p457) adalah sekumpulan
Lebih terperinciRekayasa Perangkat Lunak Rekayasa Kebutuhan. Teknik Informatika UNIKOM
Rekayasa Perangkat Lunak Rekayasa Kebutuhan Teknik Informatika UNIKOM Rekayasa Kebutuhan 1. Kenapa butuh rekayasa kebutuhan? 2. Definisi kebutuhan dan rekayasa kebutuhan 3. Cara mendapatkan kebutuhan 4.
Lebih terperinciPemrograman Web. Object Oriented Programming in PHP 5
Pemrograman Web Object Oriented Programming in PHP 5 Pengantar OOP PHP pada awalnya hanyalah kumpulan script sederhana. Dimulai sejak PHP 4 -> OOP Script yang menggunakan konsep object-oriented akan lebih
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 terperinciABSTRAK. Kata Kunci: buku, online, e-commerce, dashboard, laporan. Universitas Kristen Maranatha
ABSTRAK Saung-buku.com adalah salah satu website katalog buku online yang sudah berjalan saat ini. Dalam pengembangannya, saung-buku.com berencana membangun pemesanan buku secara online melalui website.
Lebih terperinciSolid circle. dalam activity diagram. Rounded rectangle. diagram. Continuous line. Dotted line. Document. laporan. Diamond
L1 Simbol Activity Diagram Simbol Activity Diagram Keterangan Solid circle Gambar 2.1 Solid circle Start of a process in an activity diagram., menggambarkan proses dimulai pertama kali di dalam activity
Lebih terperinciSHINTA P. SARI FASILKOM UIGM
SHINTA P. SARI FASILKOM UIGM Sequence Diagram A sequence diagram is an interaction diagram that emphasizes the time ordering of messages. It shows a set of objects and the messages sent and received by
Lebih terperinciMEMAHAMI PENGGUNAAN UML
MEMAHAMI PENGGUNAAN UML Reza Kurniawan Reza.kurniawan@raharja.info Abstrak Saat ini sebagian besar para perancang sistem informasi dalam menggambarkan informasi dengan memanfaatkan UML diagram dengan tujuan
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 terperinci2. Dibawah ini yang bukan merupakan bentuk bentuk objek adalah
PEMODELAN SISTEM BERBASIS OBJEK Selesai Ujian (bukti ujian HOZtHOLuIuT0I2PuyOcoHhkcwBInySMmwhEpJCW2UhydxOD=) Sisa waktu : 00:25:25 1. Objek dapat berupa konkrit dan abstrak. Contoh dari Objek konkrit adalah:
Lebih terperinciUJIAN TENGAH SEMESTER PENDEK TAHUN AKADEMIK 2015/2016
KEMENTERIAN RISET, TEKNOLOGI, DAN PENDIDIKAN TINGGI UNIVERSITAS BRAWIJAYA FAKULTAS ILMU KOMPUTER UJIAN TENGAH SEMESTER PENDEK TAHUN AKADEMIK 2015/2016 Mata Kuliah : PEMODELAN BERORIENTASI OBJEK Petunjuk
Lebih terperinciUNIFIED MODELLING LANGUAGE. Rekayasa Perangkat Lunak
UNIFIED MODELLING LANGUAGE UNIFIED MODELLING LANGUAGE Unified Modelling Language (UML) adalah sebuah "bahasa" yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan
Lebih terperinciMetode Coad -Yourdon
Metode Coad -Yourdon By: U. Abd. Rohim, MT mailto:abdrohim@yahoo.com blogs:www.abdrohim.my.or.id 1 Latar Belakang Termasuk metode yang muncul saat awal metode berorientasi objek mulai berkembang metode
Lebih terperinciBAB II LANDASAN TEORI
BAB II LANDASAN TEORI 2.1 Pengembangan Sistem Informasi 2.1.1 SDLC (System Development Life Cycle) Menurut Dennis, Barbara, dan Roberta (2012:6) System Development Life Cycle (SDLC) merupakan proses menentukan
Lebih terperinciABSTRAK. Kata Kunci : Enterprise architecture, Zachman Framework, blueprint
ABSTRAK PT. Indonesia Power merupakan sebuah perusahaan besar yang melakukan proses produksi tenaga listrik untuk memenuhi kebutuhan masyarakat Indonesia, oleh karena itu perusahaan harus menentukan dengan
Lebih terperinciTeknik Informatika S1
Teknik Informatika S1 Rekayasa Perangkat Lunak Lanjut Pengenalan OOA Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS egia@dsn.dinus.ac.id +6285740278021 SILABUS MATA KULIAH 1.
Lebih terperinciRequirement Elicitation
Requirement Elicitation SI Building Block Memahami Kebutuan Tertuang dalam dokumen kebutuhan (Requirement Document) Terdiri dari lima langkah pokok: Identifikasi Masalah Evaluasi dan sintesis Pemodelan
Lebih terperinciApakah Diagram Itu? Diagram mengikuti aturan atau standar. Contoh Diagram sederhana:
KONSEP PEMODELAN Pada pengembangan sistem model digambarkan dalam bentuk fisik dan abstrak. Tim pengembangan sistem (software) membutuhkan model untuk mendapaat gambaran tentang sistem tersebut. Meskipun
Lebih terperinciANALISA PROSES BISNIS SISTEM PENGGAJIAN DAN PINJAMAN PEGAWAI STUDI KASUS PERUSAHAAN INDUSTRI KERTAS PT UNIPA DAYA
ANALISA PROSES BISNIS SISTEM PENGGAJIAN DAN PINJAMAN PEGAWAI STUDI KASUS PERUSAHAAN INDUSTRI KERTAS PT UNIPA DAYA Ririn Ikana Desanti, Suryasari, Grecia Puspita Gunawan Jurusan Informasi Universitas Pelita
Lebih terperinciBAB II LANDASAN TEORI
BAB II LANDASAN TEORI II.1 Pengertian Aplikasi Aplikasi adalah suatu subkelas perangkat lunak komputer yang memanfaatkan kemampuan komputer langsung untuk melakukan suatu tugas yang diinginkan pengguna.
Lebih terperinciDAFTAR SIMBOL. Notasi Keterangan Simbol. Actor adalah pengguna sistem. Actor. tidak terbatas hanya manusia saja, jika
DAFTAR SIMBOL DAFTAR SIMBOL DIAGRAM USE CASE Notasi Keterangan Simbol Actor adalah pengguna sistem. Actor tidak terbatas hanya manusia saja, jika sebuah sistem berkomunikasi dengan Actor aplikasi lain
Lebih terperinciRancangan Aplikasi Customer Service Pada PT. Lancar Makmur Bersama
Rancangan Aplikasi Customer Service Pada PT. Lancar Makmur Bersama Suryasari 1, Astrid Callista 2, Juwita Sari 3, 1,2,3 Jurusan Sistem Informasi, Universitas Pelita Harapan 1 e-mail: suryasari@staff.uph.edu;
Lebih terperinciPEMODELAN ANALISIS. Di Susun Oleh : Linda Liana Dosen Pengampu : Wahyu Hari Haji M.Kom
PEMODELAN ANALISIS Di Susun Oleh : Linda Liana 41813120100 Dosen Pengampu : Wahyu Hari Haji M.Kom FAKULTAS ILMU KOMPUTER PROGRAM STUDY SISTEM INFORMASI UNIVERSITAS MERCU BUANA JAKARTA 2015 PEMBAHASAN Model
Lebih terperinciMAKALAH PEMODELAN SISTEM BERBASIS OBJEK
MAKALAH PEMODELAN SISTEM BERBASIS OBJEK LAPORAN TUGAS KELOMPOK Diajukan untuk memenuhi penilaian Tugas Mata Kuliah Pemodelan Sistem Berbasis Objek DISUSUN OLEH : 1. Yoga Prasetio 12140845 2. Mulyati 12140969
Lebih terperinciABSTRAK. Kata kunci: chatbot, information state, mixture-language model. v Universitas Kristen Maranatha
ABSTRAK Proses pengelolaan dialogue yang ada pada aplikasi chatbot adalah sesuatu yang sangat penting. Pengelolaan dialog menjadi bagian utama dari sistem ini. Dengan terkelolanya dialog memungkinkan sistem
Lebih terperinciANALYSIS MODELING CHAPTER 6
ANALYSIS MODELING CHAPTER 6 ANALYSIS MODELING Requirements analysis Analysis Modeling Approaches Data Modeling Concepts Object Oriented Analysis GOALS OF ANALYSIS MODELING Memberikan representasi teknis
Lebih terperinci