SlideShare ist ein Scribd-Unternehmen logo
1 von 20
LUKMAN HAKIM
FASE PENGEMBANGAN DAN
DESAIN PERANGKAT LUNAK
Fase pengembangan terdiri dari 3
langkah :
1. Design
2. Code Generation (manual
   or automatic)
3. Testing


Setiap     langkah      melakukan
transformasi informasi dalam suatu
cara yang akhirnya menghasilkan
software komputer yang valid
Terjemahan Model Analisis menjadi Desain




                                                  procedural
                                                    design
                                 Data Flow
        Entity-
                                  Diagram
     Relationship                             interface design
       Diagram
                       Data
                    Dictionary
                                             architectural design

                State-Transition
                    Diagram
                                                 data design
Terjemahan Model Analisis menjadi Desain
 Data design
  → mengubah model informasi (entity relationship
  diagram dan data dictionary) menjadi struktur data
 Architectural design
   → berisi hubungan antar elemen dalam program
 Interface design
       → menjelaskan bagaimana bagaimana komunikasi di
  dalam perangkat lunak, dengan sistem, dan dengan manusia
  yang menggunakannya.
        Sebuah interface mengandung maksud sebuah aliran
  informasi.
 Procedural design
  → mengubah elemen struktural dari arsitektur program
  menjadi deskripsi prosedural dari komponen perangkat lunak
Petunjuk Dalam Melakukan Desain
Sebuah desain harus menunjukkan organisasi
 secara hirarkis
Sebuah desain harus bersifat modular; jadi, sebuah
 perangkat lunak seharusnya dapat dibagi-bagi
 secara lojik menjadi beberapa elemen yang
 melakukan fungsi atau subfungsi secara spesifik
Sebuah desain harus mengandung abstraksi data
 dan prosedural
Sebuah desain harus mengarah pada modul-modul
 (prosedur atau subrutin) yang menunjukkan
 karakteristik fungsional
Lanjutan
Sebuah desain harus mengarah pada antarmuka yang
 mengurangi kompleksitas hubungan antar modul dan
 dengan lingkungan luar
Sebuah desain harus diturunkan menggunakan
 metode yang berulang yang diarahkan oleh informasi
 yang dihasilkan pada tahap analisis perangkat lunak
Kebutuhan Perangkat Lunak
Dijelaskan dengan “Information Domain”, “Functional and
performance requirments”, “Feed the design step”
Menggunakan metodelogi :
1. Data Design
2. Architectural Design
3. Procedural Design
Data Design  difokuskan pada definisi dari struktur data
  Architectural Design  mendefinisikan hubungan antara
elemen struktur utama dari program
  Procedural Design mengubah struktur elemen ke dalam
prosedur software
Penting kah Desain
Proses Desain
 Software design  Suatu proses yang
melewati serangkaian kebutuhan yang
membentuk sebuah perangkat lunak

 Software design dibagi dalam 2 tahap :

1. Preliminary Design
Pada tahap ini difokuskan dengan
   transformasi dari keperluan / kebutuhan
   ke dalam data dan arsitektur software
2. Detail Design
Difokuskan pada penghalusan
   representasi
arsitektur yang berisi struktur data detail
   dan algoritma untuk software
Kualitas Desain dan PL
Beberapa tuntunan dalam melakukan agar dihasilkan desain dengan kriteria yang baik,
yaitu suatu desain haruslah :
1. Memperlihatkan organisasi hirarki yang mengontrol elemen- elemen software

2. Berkenaan dengan modul. Software secara logika terbagi dalam           elemen elemen
yang membentuk fungsi dan sub fungsi

3. Berisi representasi yang berbeda dan terpisah dari data dan prosedur

4. Membentuk modul ( contoh subroutine dan procedure ) yang memperlihatkan
karakteristik fungsi yang tidak saling bergantung

5. Diturunkan dengan menggunakan metode perulangan yang didukung oleh informasi
yang ada selama analisa kebutuhan software
Evolusi desain PL
Evolusi dari desain software merupakan proses yang berkelanjutan
terus selama 3 dekade
 Beberapa metodologi telah tumbuh, dan secara umum memiliki
karakteristik sebagai berikut :
1. Sebuah mekanisme untuk menterjemahkan representasi domain
   informasi ke dalam representasi desain
2. Notasi untuk merepresentasikan fungsi komponen-komponen
    dan interfaces-nya
3. Heuristics bagi penyaringan dan partisi
4. Petunjuk untuk penaksiran kualitas
DASAR-DASAR DESAIN
Membantu software engineer untuk menjawab pertanyaan-pertanyaan
berikut :
Apakah kriteria yang dapat dipakai untuk mempartisi software
menjadi sejumlah komponen ?
Bagaimana fungsi atau struktur data dipisahkan dari suatu
representasi konseptual software ?
 Apakah ada kriteria yang seragam yang menetapkan kualitas tehnik
dari suatu software desain ?
Arsitektur PL
Arsitektur      perangkat      lunak
menyinggung        2     karakteristik
penting dari sebuah program
komputer :
1. Hirarki struktur dari komponen-
komponen prosedural ( modul )
2. Struktur data
Program Strukture
 Program structure
  menampilkan / menyajikan
  organisasi ( seringkali
  organisasi hirarki ) dari
  komponen-komponen
  program ( modul-modul )
  dan mengandung arti hirarki
  dari kontrol program
 Notasi yang digunakan
  adalah diagram tree.
  Biasanya dinamakan
  structure chart
Data Strukture
Software Prosedure
Difokuskan pada detail pemrosesan dari setiap modul secara
individu. Prosedur harus mengandung spesifikasi yang benar /
tepat dari pemrosesan, termasuk : sequence of events,
decision points, repetitive operations, dan struktur data.
Prinsip –Prinsip Perancangan
Prinsip Desain memungkinkan perekayasa
Perangkat lunak untuk mengendalikan proses desain
 Proses desain tidak boleh mengalami “tunnel vision”
     Desainer harus memperhatikan pendekatan-
     pendekatan alternatif, menilainya berdasarkan
     persyaratan masalah, sumber daya yang ada untuk
     melakukan pekerjaan, dan konsep desain
 Desain harus dapat dilacak ke model analisis
 Tidak melakukan desain pada hal yang sama berulang-
  ulang
 Desain harus merepresentasikan masalah pada keadaan
  nyata
 Desain harus memperlihatkan keseragaman dan integrasi
lanjutan
Desain harus terstruktur untuk mengatisipasi adanya
 perubahan
Desain bukan coding, coding bukan desain
Penilaian kualitas desain harus dilaksanakan pada saat
 desain tersebut dibuat
Desain harus di-review untuk meminimasi kesalahan
 konseptual
DOKUMENTASI DESAIN
I.Ruang Lingkup
  A. Sasaran Sistem
  B. Persyaratan utama software
  C. Batasan-batasan dan pembatasan desain
II. Desain Data
  A. Obyek data dan struktur data resultan
  B. Struktur file dan database
     1. Struktur file eksternal
     a. struktur logis
     b. deskripsi record logis
     c. metode akses
     2. data global
     3. file dan referensi lintas data
lanjutan
III. Desain Arsitektural
     A. Kajian data dan aliran control
     B. Struktur program yang diperoleh
IV. Desain Interface
     A. Spesifikasi interface manusia-mesin
     B. Aturan desain interface manusia-mesin
     C. Desain interface eksternal
         1. Interface untuk data eksternal
         2. Interface untuk sistem atau peralatan eksternal
V. Desain Prosedural
     Untuk masing-masing modul :
     A. Naratif pemrosesan
     B. Deskripsi Interface
     C. Deskripsi bahasa (atau lainnya) desain
     D. Modul-modul yang digunakan
     E. Struktur data internal
     F. Keterangan/larangan/pembatasan
VI. Persyaratan Lintas-Referensi
VII. Ketetentuan pengujian
     1. Panduan pengujian
     2. Strategi integrasi
     3. Pertimbangan Khusus
VIII. Catatan Khusus
IX. Lampiran

Weitere ähnliche Inhalte

Was ist angesagt?

Struktur direktori
Struktur direktoriStruktur direktori
Struktur direktori
Anggi DHARMA
 
Pengenalan power designer
Pengenalan power designerPengenalan power designer
Pengenalan power designer
pia_13
 
Sistem Basis Data(PPT)
Sistem Basis Data(PPT)Sistem Basis Data(PPT)
Sistem Basis Data(PPT)
tafrikan
 
Arsitektur sistem terdistribusi
Arsitektur sistem terdistribusiArsitektur sistem terdistribusi
Arsitektur sistem terdistribusi
arfianti
 
Algoritma untuk mengecek bilangan di antara 2 bilangan masukan
Algoritma untuk mengecek bilangan di antara 2 bilangan masukanAlgoritma untuk mengecek bilangan di antara 2 bilangan masukan
Algoritma untuk mengecek bilangan di antara 2 bilangan masukan
putraindo
 

Was ist angesagt? (20)

Requirement Engineering
Requirement EngineeringRequirement Engineering
Requirement Engineering
 
Proses rekayasa perangkat lunak
Proses rekayasa perangkat lunakProses rekayasa perangkat lunak
Proses rekayasa perangkat lunak
 
4 diagram relasi antar entitas (ERD)
4 diagram relasi antar entitas (ERD)4 diagram relasi antar entitas (ERD)
4 diagram relasi antar entitas (ERD)
 
Business Process Modelling Notation - overview
Business Process Modelling Notation - overviewBusiness Process Modelling Notation - overview
Business Process Modelling Notation - overview
 
Contoh soal uts perancangan basis data
Contoh soal uts perancangan basis dataContoh soal uts perancangan basis data
Contoh soal uts perancangan basis data
 
Struktur direktori
Struktur direktoriStruktur direktori
Struktur direktori
 
Ch 04 (Siklus Instruksi dan Interrupt)
Ch 04 (Siklus Instruksi dan Interrupt)Ch 04 (Siklus Instruksi dan Interrupt)
Ch 04 (Siklus Instruksi dan Interrupt)
 
Proses Data Mining
Proses Data MiningProses Data Mining
Proses Data Mining
 
Ragam Dialog :: Interaksi Manusia dan Komputer
Ragam Dialog :: Interaksi Manusia dan KomputerRagam Dialog :: Interaksi Manusia dan Komputer
Ragam Dialog :: Interaksi Manusia dan Komputer
 
Pengenalan power designer
Pengenalan power designerPengenalan power designer
Pengenalan power designer
 
Sistem Basis Data(PPT)
Sistem Basis Data(PPT)Sistem Basis Data(PPT)
Sistem Basis Data(PPT)
 
INTERAKSI MANUSIA DAN KOMPUTER
INTERAKSI MANUSIA DAN KOMPUTERINTERAKSI MANUSIA DAN KOMPUTER
INTERAKSI MANUSIA DAN KOMPUTER
 
Arsitektur sistem terdistribusi
Arsitektur sistem terdistribusiArsitektur sistem terdistribusi
Arsitektur sistem terdistribusi
 
Interupsi
InterupsiInterupsi
Interupsi
 
Kecerdasan Buatan (AI)
Kecerdasan Buatan (AI)Kecerdasan Buatan (AI)
Kecerdasan Buatan (AI)
 
10.manajemen sistem io
10.manajemen sistem io10.manajemen sistem io
10.manajemen sistem io
 
Makalah database manajemen sistem
Makalah database manajemen sistemMakalah database manajemen sistem
Makalah database manajemen sistem
 
ERD Sistem Informasi Pemesanan Tiket Bioskop Online
ERD Sistem Informasi Pemesanan Tiket Bioskop OnlineERD Sistem Informasi Pemesanan Tiket Bioskop Online
ERD Sistem Informasi Pemesanan Tiket Bioskop Online
 
Algoritma untuk mengecek bilangan di antara 2 bilangan masukan
Algoritma untuk mengecek bilangan di antara 2 bilangan masukanAlgoritma untuk mengecek bilangan di antara 2 bilangan masukan
Algoritma untuk mengecek bilangan di antara 2 bilangan masukan
 
Etika dalam sistem informasi kel 2 ppt
Etika dalam sistem informasi kel 2 pptEtika dalam sistem informasi kel 2 ppt
Etika dalam sistem informasi kel 2 ppt
 

Andere mochten auch (6)

Bisnis proses
Bisnis prosesBisnis proses
Bisnis proses
 
Bab 11 component diagram 2010
Bab 11 component diagram 2010Bab 11 component diagram 2010
Bab 11 component diagram 2010
 
Re-Engineering
Re-EngineeringRe-Engineering
Re-Engineering
 
Structure chart
Structure chartStructure chart
Structure chart
 
DFD, Decision Table, Decision Chart, Structure Charts
DFD, Decision Table, Decision Chart, Structure ChartsDFD, Decision Table, Decision Chart, Structure Charts
DFD, Decision Table, Decision Chart, Structure Charts
 
Business process reengineering
Business process reengineeringBusiness process reengineering
Business process reengineering
 

Ähnlich wie Desain arsitektur-pl-pert5

PERANCANGAN PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAKPERANCANGAN PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAK
Dhika The'Lover
 
Rpl 8-perancangan sistem
Rpl 8-perancangan sistemRpl 8-perancangan sistem
Rpl 8-perancangan sistem
f' yagami
 
Chapt 5. interface design principles
Chapt 5. interface design principlesChapt 5. interface design principles
Chapt 5. interface design principles
Ibnu Dzakwan
 
Rekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentalsRekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentals
Listyowatik (Yanie)
 
Webeng2010 05-arsitektur-aplikasi-web
Webeng2010 05-arsitektur-aplikasi-webWebeng2010 05-arsitektur-aplikasi-web
Webeng2010 05-arsitektur-aplikasi-web
Adkha Abib
 
3 pendekatan peng sys
3 pendekatan peng sys3 pendekatan peng sys
3 pendekatan peng sys
sribekti
 
Rancangan perangkat lunak
Rancangan perangkat lunakRancangan perangkat lunak
Rancangan perangkat lunak
Ainul Yaqin
 
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
Listyowatik (Yanie)
 
Rpl 9-perancangan arsitektural
Rpl 9-perancangan arsitekturalRpl 9-perancangan arsitektural
Rpl 9-perancangan arsitektural
f' yagami
 

Ähnlich wie Desain arsitektur-pl-pert5 (20)

Kelompok 5
Kelompok 5Kelompok 5
Kelompok 5
 
PERANCANGAN PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAKPERANCANGAN PERANGKAT LUNAK
PERANCANGAN PERANGKAT LUNAK
 
meet_05 - MDPL - INF Kls A.pptx
meet_05 - MDPL - INF Kls A.pptxmeet_05 - MDPL - INF Kls A.pptx
meet_05 - MDPL - INF Kls A.pptx
 
Arsitektur desain data pada RPL
Arsitektur desain data pada RPLArsitektur desain data pada RPL
Arsitektur desain data pada RPL
 
Rpl 8-perancangan sistem
Rpl 8-perancangan sistemRpl 8-perancangan sistem
Rpl 8-perancangan sistem
 
Chapt 5. interface design principles
Chapt 5. interface design principlesChapt 5. interface design principles
Chapt 5. interface design principles
 
Design Engineering.pptx
Design Engineering.pptxDesign Engineering.pptx
Design Engineering.pptx
 
Rekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentalsRekayasa Perangkat Lunak software design fundamentals
Rekayasa Perangkat Lunak software design fundamentals
 
LANDASAN TEORI
LANDASAN TEORILANDASAN TEORI
LANDASAN TEORI
 
Webeng2010 05-arsitektur-aplikasi-web
Webeng2010 05-arsitektur-aplikasi-webWebeng2010 05-arsitektur-aplikasi-web
Webeng2010 05-arsitektur-aplikasi-web
 
3 pendekatan peng sys
3 pendekatan peng sys3 pendekatan peng sys
3 pendekatan peng sys
 
PPT KELOMPOK_Desain Arsitektur_Semester 3
PPT KELOMPOK_Desain Arsitektur_Semester 3PPT KELOMPOK_Desain Arsitektur_Semester 3
PPT KELOMPOK_Desain Arsitektur_Semester 3
 
Analisa perangkat lunak
Analisa perangkat lunakAnalisa perangkat lunak
Analisa perangkat lunak
 
Rancangan perangkat lunak
Rancangan perangkat lunakRancangan perangkat lunak
Rancangan perangkat lunak
 
Aps08 design process_modeling
Aps08 design process_modelingAps08 design process_modeling
Aps08 design process_modeling
 
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
REKAYASA PERANGKAT LUNAK (REQUIREMENTS ANALYSIS FUNDAMENTALS)
 
Ead pertemuan-3
Ead pertemuan-3Ead pertemuan-3
Ead pertemuan-3
 
Rpl 9-perancangan arsitektural
Rpl 9-perancangan arsitekturalRpl 9-perancangan arsitektural
Rpl 9-perancangan arsitektural
 
Sie02 architecture
Sie02 architectureSie02 architecture
Sie02 architecture
 
Materi Permodelan Perangkat Lunak 1.pptx
Materi Permodelan Perangkat Lunak 1.pptxMateri Permodelan Perangkat Lunak 1.pptx
Materi Permodelan Perangkat Lunak 1.pptx
 

Desain arsitektur-pl-pert5

  • 2. FASE PENGEMBANGAN DAN DESAIN PERANGKAT LUNAK Fase pengembangan terdiri dari 3 langkah : 1. Design 2. Code Generation (manual or automatic) 3. Testing Setiap langkah melakukan transformasi informasi dalam suatu cara yang akhirnya menghasilkan software komputer yang valid
  • 3. Terjemahan Model Analisis menjadi Desain procedural design Data Flow Entity- Diagram Relationship interface design Diagram Data Dictionary architectural design State-Transition Diagram data design
  • 4. Terjemahan Model Analisis menjadi Desain  Data design → mengubah model informasi (entity relationship diagram dan data dictionary) menjadi struktur data  Architectural design → berisi hubungan antar elemen dalam program  Interface design → menjelaskan bagaimana bagaimana komunikasi di dalam perangkat lunak, dengan sistem, dan dengan manusia yang menggunakannya.  Sebuah interface mengandung maksud sebuah aliran informasi.  Procedural design → mengubah elemen struktural dari arsitektur program menjadi deskripsi prosedural dari komponen perangkat lunak
  • 5. Petunjuk Dalam Melakukan Desain Sebuah desain harus menunjukkan organisasi secara hirarkis Sebuah desain harus bersifat modular; jadi, sebuah perangkat lunak seharusnya dapat dibagi-bagi secara lojik menjadi beberapa elemen yang melakukan fungsi atau subfungsi secara spesifik Sebuah desain harus mengandung abstraksi data dan prosedural Sebuah desain harus mengarah pada modul-modul (prosedur atau subrutin) yang menunjukkan karakteristik fungsional
  • 6. Lanjutan Sebuah desain harus mengarah pada antarmuka yang mengurangi kompleksitas hubungan antar modul dan dengan lingkungan luar Sebuah desain harus diturunkan menggunakan metode yang berulang yang diarahkan oleh informasi yang dihasilkan pada tahap analisis perangkat lunak
  • 7. Kebutuhan Perangkat Lunak Dijelaskan dengan “Information Domain”, “Functional and performance requirments”, “Feed the design step” Menggunakan metodelogi : 1. Data Design 2. Architectural Design 3. Procedural Design Data Design  difokuskan pada definisi dari struktur data Architectural Design  mendefinisikan hubungan antara elemen struktur utama dari program Procedural Design mengubah struktur elemen ke dalam prosedur software
  • 9. Proses Desain  Software design  Suatu proses yang melewati serangkaian kebutuhan yang membentuk sebuah perangkat lunak  Software design dibagi dalam 2 tahap : 1. Preliminary Design Pada tahap ini difokuskan dengan transformasi dari keperluan / kebutuhan ke dalam data dan arsitektur software 2. Detail Design Difokuskan pada penghalusan representasi arsitektur yang berisi struktur data detail dan algoritma untuk software
  • 10. Kualitas Desain dan PL Beberapa tuntunan dalam melakukan agar dihasilkan desain dengan kriteria yang baik, yaitu suatu desain haruslah : 1. Memperlihatkan organisasi hirarki yang mengontrol elemen- elemen software 2. Berkenaan dengan modul. Software secara logika terbagi dalam elemen elemen yang membentuk fungsi dan sub fungsi 3. Berisi representasi yang berbeda dan terpisah dari data dan prosedur 4. Membentuk modul ( contoh subroutine dan procedure ) yang memperlihatkan karakteristik fungsi yang tidak saling bergantung 5. Diturunkan dengan menggunakan metode perulangan yang didukung oleh informasi yang ada selama analisa kebutuhan software
  • 11. Evolusi desain PL Evolusi dari desain software merupakan proses yang berkelanjutan terus selama 3 dekade  Beberapa metodologi telah tumbuh, dan secara umum memiliki karakteristik sebagai berikut : 1. Sebuah mekanisme untuk menterjemahkan representasi domain informasi ke dalam representasi desain 2. Notasi untuk merepresentasikan fungsi komponen-komponen dan interfaces-nya 3. Heuristics bagi penyaringan dan partisi 4. Petunjuk untuk penaksiran kualitas
  • 12. DASAR-DASAR DESAIN Membantu software engineer untuk menjawab pertanyaan-pertanyaan berikut : Apakah kriteria yang dapat dipakai untuk mempartisi software menjadi sejumlah komponen ? Bagaimana fungsi atau struktur data dipisahkan dari suatu representasi konseptual software ?  Apakah ada kriteria yang seragam yang menetapkan kualitas tehnik dari suatu software desain ?
  • 13. Arsitektur PL Arsitektur perangkat lunak menyinggung 2 karakteristik penting dari sebuah program komputer : 1. Hirarki struktur dari komponen- komponen prosedural ( modul ) 2. Struktur data
  • 14. Program Strukture  Program structure menampilkan / menyajikan organisasi ( seringkali organisasi hirarki ) dari komponen-komponen program ( modul-modul ) dan mengandung arti hirarki dari kontrol program  Notasi yang digunakan adalah diagram tree. Biasanya dinamakan structure chart
  • 16. Software Prosedure Difokuskan pada detail pemrosesan dari setiap modul secara individu. Prosedur harus mengandung spesifikasi yang benar / tepat dari pemrosesan, termasuk : sequence of events, decision points, repetitive operations, dan struktur data.
  • 17. Prinsip –Prinsip Perancangan Prinsip Desain memungkinkan perekayasa Perangkat lunak untuk mengendalikan proses desain  Proses desain tidak boleh mengalami “tunnel vision” Desainer harus memperhatikan pendekatan- pendekatan alternatif, menilainya berdasarkan persyaratan masalah, sumber daya yang ada untuk melakukan pekerjaan, dan konsep desain  Desain harus dapat dilacak ke model analisis  Tidak melakukan desain pada hal yang sama berulang- ulang  Desain harus merepresentasikan masalah pada keadaan nyata  Desain harus memperlihatkan keseragaman dan integrasi
  • 18. lanjutan Desain harus terstruktur untuk mengatisipasi adanya perubahan Desain bukan coding, coding bukan desain Penilaian kualitas desain harus dilaksanakan pada saat desain tersebut dibuat Desain harus di-review untuk meminimasi kesalahan konseptual
  • 19. DOKUMENTASI DESAIN I.Ruang Lingkup A. Sasaran Sistem B. Persyaratan utama software C. Batasan-batasan dan pembatasan desain II. Desain Data A. Obyek data dan struktur data resultan B. Struktur file dan database 1. Struktur file eksternal a. struktur logis b. deskripsi record logis c. metode akses 2. data global 3. file dan referensi lintas data
  • 20. lanjutan III. Desain Arsitektural A. Kajian data dan aliran control B. Struktur program yang diperoleh IV. Desain Interface A. Spesifikasi interface manusia-mesin B. Aturan desain interface manusia-mesin C. Desain interface eksternal 1. Interface untuk data eksternal 2. Interface untuk sistem atau peralatan eksternal V. Desain Prosedural Untuk masing-masing modul : A. Naratif pemrosesan B. Deskripsi Interface C. Deskripsi bahasa (atau lainnya) desain D. Modul-modul yang digunakan E. Struktur data internal F. Keterangan/larangan/pembatasan VI. Persyaratan Lintas-Referensi VII. Ketetentuan pengujian 1. Panduan pengujian 2. Strategi integrasi 3. Pertimbangan Khusus VIII. Catatan Khusus IX. Lampiran