Tugas Pra – UTS

ADBO

Lathifah Nur Aini

201210370311241

JURUSAN TEKNIK INFORMATIKA

FAKULTAS TEKNIK

UNIVERSITAS MUHAMMADIYAH MALANG

2015

TUGAS 1 ADBO

Aspek

Statis

Aspek Dinamis

Melalui gambar tersebut dapat dilihat bahwa RUP memiliki:

Dimensi pertama digambarkan secara horizontal. Dimensi ini mewakili aspek-aspek dinamis

dari pengembangan perangkat lunak. Setiap phase dapat berdiri dari satu atau beberapa iterasi.

Dimensi ini terdiri atas Inception, Construction, Transition dan Production.

Dimensi kedua digambarkan secara vertikal. Dimensi ini mewakili aspek-aspek statis dari

proses pengembangan perangkat lunak yang dikelompokkan ke dalam beberapa disiplin.

Dimensi ini terdiri atas Business Modelling, Requirement, Analysis and Design,

Implementation, Test, Deployment, Configuration and Change Management, Poject

Management, Project Management, Environtment.

TUGAS 2 ADBO

Fase Inception

Tahapan ini merupakan tahapan paling awal dimana aktivitas penilaian terhadap sebuah proyek

perangkat lunak dilakukan. Pada tahap ini pengembang mendefinisikan batasan kegiatan melakukan

analisis kebutuhan user, dan melakukan perancangan awal perangkat lunak (perancangan arsitektural

dan use case). Tujuannya adalah untuk mendapatkan kesepakatan dari stakeholder sehubungan dengan

tujuan dan dana proyek. Pada akhir tahap ini, prototype perangkat lunak versi Alpha harus sudah dirilis.

Kegiatan yang dilakukan pada tahap ini diantaranya:

o Menentukan Ruang Lingkup Proyek

Ruang lingkup proyek meliputi, tata cara untuk menentukan waktu proyek dimulai,

perencanaan lingkup proyek yang akan dikerjakan, pendefinisian ruang lingkp proyek,

verifikasi proyek serta kontrol atas perubahan yang mungkin terjadi saat proyek tersebut

dimulai. Tujuan adalah untuk ruang lingkup sistem secara memadai sebagai dasar untuk

mengesahkan biaya awal dan anggaran.

o Membuat ‘Business Case’

Business Case adalah alat yang mendukung perencanaan dan pengambilan keputusan termasuk

keputusan tentang apakah yang akan dibeli, produk apa yang akan dibawa ke pasar, proyek apa

yang akan didanai, dan vendor mana yang akan dipilih, atau kapan proyek tersebut

dilaksanakan. Business Case umumnya dirancang utuk menjawab pertanyaan seperti di atas

tentang konsekuensi dari suatu tindakan atau keputusan.

Dalam tahap ini kasus bisnis yang mencakup konteks bisnis, faktor-faktor kesuksesan

(diharapkan pendapatan, pengenalan pasar, dll), dan prakiraan keuangan didirikan. Untuk

melengkapi kasus bisnis, kasus penggunaan dasar model, rencana proyek, penilaian risiko awal

dan deskripsi proyek (inti persyaratan proyek, kendala dan fitur utama) yang dihasilkan.

o Menjawab pertanyaan “apakah yang dikerjakan dapat menciptakan ‘good business

sense’ sehingga proyek dapat dilanjutkan”

Sebuah kasus bisnis yang baik juga mengidentifikasi faktor kesuksesan dan kontijensi yang

dikelola untuk menargetkan tingkat, untuk mencapai hasil yang diharapkan. Dan, kasus ini juga

harus mengidentifikasi risiko – faktor yang tidak dapat dikendalikan atau dikelola tetapi yang

dapat menyebabkan hasil yang berbeda untuk muncul

TUGAS 3 ADBO

Nama Use Case UC1: Process Sale

Scope software email management

Level User goal

Primary actor Sender, receiver

Stakeholders and

interset

Seender : mengirim (menulis) email

Receiver : menerima (membaca) email

Server ISP sender : menerima email dari sender

Server ISP receiver : menerima email dari server ISP sender

Preconditions Software email dikenali

Success guarantee Isi pesan email sampai di komputer milik receiver

Main success

scenario

1. Sender menulis email di komputernya

2. Pada kolom To: dimasukkan alamat tujuan email

3. Tombol “Send” diekan untuk mengirimkan email ke mesin server milik

ISP sender

4. Mesin server sender men-cek alamat email tujuan

5. Server sender menghubungi server receiver

6. Server sender mengirim teks email yang ditujukan untuk receiver ke

server receiver

7. Receiver mengambil email dari server receiver

8. Email dari sender akan tampil dan dapat dibaca oleh receiver

Alternate scenarion *tambahan attachment

1. Tekan tombol attach file

2. Pilih file yang akan dilampirkan

3. File tersebut akan terlampir di pesan email itu

*alamat tujuan belum dimasukkan

1. muncul pesan “tolong isi alamat penerima pada kolom To”

TUGAS 4 ADBO

Bagaimana menemukan kelas konseptual?

Karena dalam domain model terdapat kelas konseptual, munculah sebuah pertamyaan:

Bagaimana caranya menemukan domain model tersebut?

Tiga Strategi Untuk Menemukan Kelas Konseptual

1. Menggunakan model yang sudah ada. Ini adalah pendekatan pertama, terbaik dan bisanya

yang paling gampang.

2. Menggunakan daftar kategori.

3. Temukan kata benda.

Menggunakan model yang sudah ada merupakan metode yang baik, tetapi itu diluar bahasan.

Menggunakan metode kedua, menggunakan daftar kategori, juga berguna.

Metode 2: Menggunakan daftar kategori

Kita bisa mulai membuat sebuah domain model dengan membuat sebuah daftar kandidat kelas

konseptual. Tabel 1 memuat beberapa kategori umum yang berguna, dengan menekankan

kepada kebutuhan sistem informasi bisnis.

Conseptual Class Category Examples

Business transaction

Guideline: These are critical (they involve money),

so start with transaction.

Sale, payment

Reservation

Transaction line items

Guideline: Transactions often come with related line

items, so consider these next.

SalesLineItem

Product or service related to a transaction or

transaction line item

Guideline: transaction are for something (a product

or something). Consider these next.

Item

Flight, Seat, Meal

Where is the transaction recorded?

Guideline: important

Register, ledger

FlightManifest

Roles of people or organizations related to the

transaction; actors in the use case

Guideline: we usually nwwd to know about the

parties involved in a transaction

Cashier, customer, store

Monopoly player, passenger airline

Place of transaction; place of service Store

Airport, plane, seat

Noteworth events, often with a time or place we

need to remember

Sale, payment monopoly game flight

Physical objects

Guideline: this is especially relevant when creating

device-control software, or simulations

Descriptions of things ProductDescription

FlightDescription

Catalogs

Guideline: descriptions are often in a catalog

ProductCtatalig

FlightCatalog

Containers of things (physical or information) Store, bin board airplane

Things in a container Item square (in a board passsanger)

Other collaborating systems CreditAuthorizationsSystem

AirTrafficControl

Record of finance, work, contracts, legal matters Receipt, ledger

maintanennceLog

Financial instruments Cash, check, lineofcredit

ticketcredit

Schedules, manuals, documents that are

regularly referred to in order to perform work

Dailypricechangelist

Repairschedule

Metode 3: Menemukan Kelas Konseptual Dengan Kata Benda

Metode lain yang berguna (karena sederhana) yaitu analisis bahasa. Identifikasi kata benda dan

frasa benda dalam deskripsi tekstual dari sebuah domain, dan anggap itu sebagai calon kelas

kenseptual dan atribut