h1

Rekayasa Perangkat Lunak

November 24, 2009

140309

REKAYASA PERANGKAT LUNAK

PERTEMUAN 1 – AKHMAD AGUS,M.KOM

Software engineering mcgraw

Bahasan :

  1. Introduction & methodology review
  2. Software/information economic & business modeling

=>Mencari nilai ekonomis dari suatu software

  1. Software requirements engineering and requirement management with use case
  2. Analisis dan design 1 :
  3. Analisis dan design 2 :

Methodologies map.

Generic software process model(the waterfall model, evolutionary develop, component-base software engineering, n variant model else)

Software engineering methodology

–          Monumental of heavy-weight meth(code, waterfall model, prototyping model, incremental mode, spiral model, etc)

–          Light-weight methodology

–          Best practice (RUP, MSF)

Pemodelan MDD pada metodologi FAST

  1. Structured analysis and design -> pendekatan modular
  2. Information engineering -> ERD
  3. Jkkj

7 tahapan FAST =>

KENDALA METODOLOGI BERAT

Metodologi yang berkembang :

-terlalu birokratis

-Pengembangan menjadi lambat

-Karena itu disebut heavy-weight atau monumental methodology atau metodologi berat (ditandai dengan banyak proses)

Muncul light-weight atau agile methodology atau metodologi tangkas

ð  Merupakan jembatan antara code and fix dan teknologi berat

Agile process model (xp, cristal family….etc)

  1. Planning (user stories,value, acceptance test criteria, iteration plan)
  2. Design(simple design, crc (class responsibility colaboration) cards, spike solutions, prototypes
  3. Coding(pair programming, unit test)
  4. Test (unit test, continous integration, acceptance testing)

Prinsip agile, kelemahan agile ?

Kendala dalam tahap implementasi ?

Metologi yang dianggap sbg best practices dalam rpl ?

Apakah tujuannya  ?? (menghasilkan produk software yang berkualitas, melakukan proses pengembangan yang efisien dan optimal =>tepat waktu, tepat budget dan tepat hasil)

Bagaimana memilih metodologi pengembangan perangkat lunak=>dalam hal ini dilakukan evaluasi atau studi gap analisis antara metodologi yang diusulkan dan metod yang dikenal sbg best practices pada suatu kasus spesific

Selecting the appropriate methodology

  1. Clarity of user requirement
  2. Familiarity with tech => program yang dikuasai
  3. System complexity
  4. System reliability
  5. Short time schedules => waktu pendek
  6. Schedule visibility=>waktu panjang

RUP punya IBM, opensource ->eclipse

RUP sebagai good practice

–          Develop software iteratively

TUGAS(25 halaman)- dibahas minggu depan  √

BUAT 4 KELOMPOK => ADA silabus, session 1-7, 1 ada buku presentasi, paper

Buku untuk tugas riset di brasil…baca minimal memahami metodologi, bias menginspirasi untuk riset

UKM di brasil. Dari tulisan analisa jika diterapkan di Indonesia hasilnya akan sama atau beda ?? berikan alasannya.

Buat minggu depan Project => 4 kel, contoh2 dari angkatan sebelumnya


210309

Software economic/software engineering

Idenya ingin membuat proyek baru…memcari manfaat bisnisnya apa

Projek terbuat saat terlihat sebagai kesempatan untuk menciptakan nilai bisnis dengan menggunakan teknologi.

Analisa kelayakan digunakan untuk menambah dalam penetapan keputusan apakah diproses dengan project IS.

Project sponsor merupakan orang yang membuat proposal untuk pengembangan dan penerapan dari teknologi informasi terbaru.

SYSTEM REQUEST

Daftar elemen project

  • Nama project
  • Sponsor project
  • Keperluan bisnis
  • Functionality, fitur2nya
  • Expected value,manfaat yang diharapkan yang diukur -> pendapatan,  dan tidak bias diukur, kepuasan pelanggan, cost efektif->penggunaan budget tepat sasaran
  • Special issues, mana scope diluar….memakai program apa, alat apa yang mendukung

Jika membuat web untuk kursus

Functionality ->cara mendaftar, pembayaran,kelas, jadwal, biaya,

Nilai yang diharapkan -> pelayanan,

Analisa kelayakan terdiri dari, technical, organisasi, ekonomi

Teknologi

Famiar  dengan aplikasi -> tau mengenai bisnis domain

Dengan teknologi -> teknologi yang ada

Ukuran projek-> jumlah orang, waktu dan fitur, projek besar, resiko juga besar

Compatibilitas

KELAYAKAN ORGANISASI

TUGAS 2 kumpul 28 maret 09

Buat system request dari suatu system, definisikan segalanya

http://skripsihendra4183.blogspot.com/2008/11/skripsi.html


110409

DEFINISI REQUIREMENT

Menurut kruchten

Define requirement dari sudut pengembang dan pengguna

Requirement harus disepakati dari kedua belah pihak

Dinyatakan dalam bentuk dokumen

Menurut wiegers

Requirement diklasifikasikan berdasarkan tingkat informasi yang dikandung.

Functional requirement -> informasi  kebutuhan yang didefinisikan apa yang harus dikembangkan agar pengguna dapat melakukan berbagai hal se…

Non functional requirement->

Menurut kotonya dan sommerville

Lebih spesifik dari wiegers…pada intinya sama

Proses bisnisbias ditentukan jenis fungsi…functional dan non functional

Functional ada proses bisnisnya, non tidak ada

Non mendukung functional

Non func lebih cenderung ke fitur

RUMUSAN KEBUTUHAN PERANGKAT LUNAK( SOFTWARE REQUIREMENT)

  • Pengumpulan kebutuhan : survey, kuisioner
  • Spesifikasi kebutuhan
  • Validasi kebutuhan
  • Pengelolaan kebutuhan
  • Alat bantu pengelolaan kebutuhan
  • Perunutan kebutuhan ke sumber didefinisikannya kebutuhan tersebut atau ke hasil pencapian rumusan kebutuhan tsb.

Software engineering= faktor2 penting yang harus diperhatikan adalah proses,metode dan alat bantu

Requirement engineering = demikian juga pada requirement engineering, perlu diperhatikan factor proses, metode dan alat bantu

Requirement manajement with usecase (RMUC)

Tugas rmuc….buat requirement manajement

Bias di template session 3, templetes , rmuc templetes

Presentasi di folder 2, templetes sample, requirement elicitation

180409

UTS buat s/d prototype, dipresentasikan dan ujian oral

  1. Metodologi
  2. Sistem request..mana yang value
  3. Bisnis proses -> gambarkan dari activity diagram,(untuk menggambarkan bisnis proses)
  4. Requirement, menggambarkan secara umum analisis,
  5. Rmuc…usecase spec dan analisa activity diagram
  6. Arsitektur dan construction -> buat prototype

Yang dikumpulkan -> Dokumen, presentasi,prototype

REQUIREMENTS MANAGEMENT PLAN

Stakeholder request -> marketing, user, eksekutif

Ada masalah, kesempatan, analisa, reliability, support

230409

Cmm -> khusus fasttrack untuk small dan medium company

PAPER 1

A study of software process improvement in small and medium organizations

Sektor ini yang stabil dari krisis.

Mencari peluang yang lebih baru.

Tantangannya besar.

PAPER 2

CMM fasttrack – experience and lessons learned

è Di hongkong -> case study

PAPER 3

Moprosoft- a software process model for small enterprises

Di meksiko

PAPER 4

Agila SPI –software process agile improvement

Di kolombia

PAPER 5

Copetisoft-an improvement strategy for small organization

PAPER 6

Spi long-term benefit – case studies fo five small firms

BAHASAN

KASUS MENGENAI GAME “MISTERI RUMAH ANGKER”

130609

Rpl dilihat dari

Metoda=> waterfall, rational rose, unified process, rapid aplication development, spiral(pendekatan secara manajemen)

Formal => membentuk verifikasi kualitas dari software (pendekatan matematik)

Teknologi => buat software bukan sekedar coding. Teknologi sangat beragam

Yang harus dihasilkan oleh analisa requirement =>software requirement specification

Apa saja yang ada dalam requirement ?? => bussiness need

Selanjutnya desain menghasilkan => software design description

Yang harus ada dalam requirement => bisnis need , system context (arsitektur)

Bisnis requiremen => membuat usecase

Functional requirement => usecase description

SYSTEM REQUIREMENT

  • Informasi si
  • Sekuriti
  • User interface

FORMAT REQUIREMENT

Section 1

  • Bussiness context
  • System model

Section 2

  • Usecase
  • Use case description
  • User requirement
  • Data requirement
  • System requirement (non functional requirement)
    • Performance
    • Security
    • User interface

200609

Bagaimana cara membuat SDD

TUGAS UAS BUAT SDD

INTEGRASI => interface, data, fungsi, business process

Sistem informasi ada 3 layer : data enty , manajemen, executive information syste

ERP => enterprise resource planning yang memiliki beberapa modul, pos, budgeting, planning. Merupakan integrasi yang kumplit => menyatukan business process dalam 1 framework.

Tapi membutuhkan biaya yang besar sehingga yang memakainya adalah perusahaan besar membutuhkan waktu 1 tahun untuk running program.

Konsep integrasi bagaimana memakai konsep yang lama => membuat jembatan antar legacy system.

Teknologi jembatan adalah berbasis SOA (service oriented architechture) adalah menyediakan fungsi atau data yang ada di komputer lain dengan mempergunakan protokol SOA (web service, messagebus).

WEB SERVICE => protokol berbasis xml….

Panji Wasmana

  1. Tugas 1. Srs untuk proyek pak agus

UAS

  1. Sdd dari proyek yang telah dibuat SRSnya
  • Mengunakan arsitektur terdistribusi

ü  Data atau aplikasi terdistribusi

ü  Mengoptimlkan teknologi  Webservice, integrasi aplikasi, SOA,messaging

ü  Yang didetailkan hanya 50% dari usecase.

Maksimal tanggal 11 juli 09, tengah malem

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: