Objektif analisis berstruktur [ sunting ]

Analisis berstruktur menjadi popular pada tahun 1980-an dan masih digunakan hari
ini. [ Rujukan? ] Analisis berstruktur terdiri daripada mentafsirkan sistem konsep (atau keadaan dunia
sebenar) ke dalam data dan mengawal istilah diwakili oleh gambar rajah aliran data . Aliran data dan
kawalan dari gelembung untuk menyimpan data untuk gelembung boleh menjadi sukar untuk
mengesan dan bilangan buih boleh meningkat.
Satu pendekatan ialah dengan menentukan peristiwa dari dunia luar yang memerlukan sistem untuk
bertindak balas, kemudian memberikan buih ke acara itu. Bubbles yang perlu berinteraksi
kemudiannya disambung sehingga sistem ditakrifkan. Bubbles biasanya dikumpulkan ke dalam buih
tahap yang lebih tinggi untuk mengurangkan kerumitan. Kamus Data yang diperlukan untuk
menggambarkan data dan arahan aliran dan spesifikasi proses yang diperlukan untuk menangkap
maklumat transaksi / transformasi. [3]
SA dan SD dipaparkan dengan carta struktur , gambarajah aliran data dan gambar rajah model
data , di mana terdapat banyak variasi, termasuk yang dibangunkan oleh Tom DeMarco , Ken
Orr , Larry Constantine , Vaughn Frick , Ed Yourdon , Steven Ward, Peter Chen , dan orang lain.
Teknik-teknik ini telah digabungkan dalam pelbagai diterbitkan metodologi pembangunan sistem ,
termasuk analisis sistem berstruktur dan kaedah reka bentuk , maklumat menguntungkan dengan
reka bentuk (PRIDE), Nastec analisis berstruktur & rekabentuk, SDM / 70 dan metodologi
pembangunan sistem Spectrum berstruktur.

Sejarah [ sunting ]
Analisis berstruktur adalah sebahagian daripada satu siri kaedah berstruktur yang "mewakili koleksi
teknik analisis, reka bentuk, manakala program yang dibangunkan sebagai tindak balas kepada
masalah-masalah yang dihadapi dunia perisian dari 1960-an hingga 1980-an. Dalam jangka masa
ini program komersial paling adalah dilakukan dalam Cobol dan Fortran , maka C dan BASIC .
Terdapat sedikit panduan mengenai "baik" dan pengaturcaraan teknik, dan tidak ada teknik standard
untuk mendokumenkan keperluan dan reka bentuk. Systems telah mendapat yang lebih besar dan
lebih kompleks, dan pembangunan sistem maklumat menjadi lebih sukar dan sukar untuk berbuat
demikian. " [4]
Sebagai satu cara untuk membantu menguruskan perisian yang besar dan kompleks, kaedah
berstruktur berikut muncul sejak akhir tahun 1960-an: [4]

Pengaturcaraan berstruktur di sekitar tahun 1967 dengan Edsger Dijkstra - "Pergi ke

Penyata Dianggap Memudaratkan"

Niklaus Wirth reka bentuk Stepwise pada tahun 1971

Rajah Nassi-Shneiderman pada tahun 1972

Warnier rajah / Orr pada tahun 1974 - "Pembinaan Logical Program"

Hipo pada tahun 1974 - IBM Hierarki input-proses-output (walaupun ini benar-benar harus
menjadi output-input proses)

Berstruktur reka bentuk di sekitar tahun 1975 dengan Larry Constantine , Ed

Yourdon dan Wayne Stevens . [5] [6]
 Jackson pengaturcaraan berstruktur di sekitar tahun 1975 dibangunkan oleh Michael A.
Jackson

Analisis berstruktur pada sekitar tahun 1978 dengan Tom DeMarco , Yourdon, Gane &
Sarson, McMenamin & Palmer.

Analisis berstruktur dan teknik reka bentuk (SADT) yang dibangunkan oleh Douglas T. Ross

Kaedah berstruktur Yourdon dibangunkan oleh Edward Yourdon .

Analisis dan sistem berstruktur spesifikasi yang diterbitkan pada tahun 1979 oleh Tom
DeMarco .

Sistem analisis berstruktur dan reka bentuk kaedah (SSADM) pertama kali dibentangkan
pada tahun 1983 dibangunkan oleh UK Pejabat Perdagangan Kerajaan .

IDEF0 berdasarkan SADT, yang dibangunkan oleh Douglas T. Ross pada tahun 1985. [7]

Hatley-Pirbhai pemodelan , yang ditakrifkan dalam "Strategi Masa Nyata Sistem Spesifikasi"
oleh Derek J. Hatley dan Imtiaz A. Pirbhai pada tahun 1988.

Kejuruteraan maklumat di sekitar tahun 1990 dengan Finkelstein dan dipopularkan

oleh James Martin .
Menurut Hay (1999) " kejuruteraan maklumat merupakan satu pengembangan lojik teknik
berstruktur yang telah dibangunkan dalam tahun 1970-an Pengaturcaraan berstruktur membawa
kepada reka bentuk berstruktur, yang seterusnya membawa kepada analisis sistem berstruktur
Teknik-teknik ini telah disifatkan oleh penggunaan mereka.. Gambar rajah : carta struktur bagi
rekabentuk berstruktur, dan gambar rajah aliran data untuk analisis berstruktur, kedua-dua untuk
membantu dalam komunikasi antara pengguna dan pemaju, dan untuk meningkatkan penganalisis
dan disiplin pereka. dalam tahun 1980-an, alat mula muncul yang kedua-dua automatik lukisan rajah
, dan disimpan mengesan apa diundi dalam kamus data ". [8] Selepas contoh reka bentuk bantuan
komputer dan pembuatan berbantukan komputer (CAD / CAM), penggunaan alat ini
dinamakan kejuruteraan perisian berbantukan komputer (KES).

Topik analisis berstruktur [ sunting ]

Mekanisme abstraksi Single [ sunting ]
Contoh analisis berstruktur. [9]

Analisis berstruktur biasanya mewujudkan hierarki menggunakan mekanisme abstraksi

tunggal. Kaedah analisis berstruktur boleh menggunakan IDEF (lihat gambar), adalah proses yang
didorong oleh, dan bermula dengan tujuan dan pandangan yang. Kaedah ini mengenal pasti fungsi
keseluruhan dan secara berulang membahagikan fungsi ke fungsi yang lebih kecil, memelihara
input, output, kawalan, dan mekanisme yang diperlukan untuk mengoptimumkan proses. Juga
dikenali sebagai penguraian berfungsi pendekatan, ia memberi tumpuan kepada perpaduan dalam
fungsi dan gandingan antara fungsi yang membawa kepada data berstruktur. [9]
Penguraian fungsi kaedah berstruktur menerangkan proses tanpa menggariskan tingkah laku sistem
dan struktur sistem telunjuk dalam bentuk fungsi yang diperlukan. Kaedah ini mengenal pasti input
dan output yang berkaitan dengan aktiviti-aktiviti. Salah satu sebab untuk populariti analisis
berstruktur adalah keupayaan intuitif untuk berkomunikasi proses peringkat tinggi dan konsep, sama
ada di peringkat sistem atau perusahaan tunggal. Mencari tahu bagaimana objek mungkin
menyokong fungsi untuk lazim komersial objek berorientasikan pembangunan adalah tidak
jelas. Berbeza dengan IDEF, yang UML adalah antara muka didorong dengan mekanisme
pengambilan pelbagai berguna dalam menerangkan berorientasikan perkhidmatan seni bina
(SOAS). [9]

Pendekatan [ sunting ]
Analisis Berstruktur views sistem dari perspektif data yang mengalir melaluinya. Fungsi sistem
diterangkan oleh proses yang mengubah aliran data. Analisis berstruktur mengambil kesempatan
daripada maklumat bersembunyi melalui penguraian berturut-turut (atau atas ke bawah) analisis. Ini
membolehkan perhatian untuk memberi tumpuan kepada Butiran berkaitan dan mengelakkan
kekeliruan dari melihat butiran yang tidak relevan. Sebagai tahap kenaikan detail, keluasan
maklumat dikurangkan. Hasil analisis berstruktur adalah satu set gambar rajah berkaitan grafik,
penerangan proses, dan definisi data. Mereka menggambarkan perubahan-perubahan yang perlu
dilakukan dan data yang diperlukan untuk memenuhi sistem keperluan fungsian . [10]

Berstruktur menganalisis pendekatan membangunkan perspektif mengenai kedua-dua objek proses dan objek
data. [10]

Pendekatan De Marco [11] terdiri daripada objek berikut (lihat gambar): [10]

gambarajah konteks

gambar rajah aliran data

spesifikasi proses
 kamus data
Dengan ini yang rajah aliran data (DFDS) diarahkan graf. Lengkok mewakili data , dan nod (bulatan
atau buih) mewakili proses yang mengubah data. Satu proses boleh terus reput kepada DFD yang
lebih terperinci yang menunjukkan subprocesses dan aliran data di dalamnya. The subprocesses
boleh pula dihuraikan lagi dengan satu lagi set DFDS sehingga fungsi mereka boleh mudah
difahami. Primitif berfungsi adalah proses yang tidak perlu dihuraikan lagi. Primitif berfungsi
diterangkan oleh satu spesifikasi proses (atau mini-spec). Spesifikasi proses boleh terdiri daripada
pseudo-kod, carta aliran , atau berstruktur Inggeris. The DFDS model struktur sistem sebagai satu
rangkaian proses saling terdiri daripada primitif berfungsi. The kamus data adalah satu set
penyertaan (definisi) aliran data, elemen data, fail, dan pangkalan data. Entri kamus data
dibahagikan dengan cara yang atas ke bawah. Mereka boleh dirujuk dalam catatan kamus data lain
dan dalam rajah aliran data. [10]

Gambarajah konteks [ sunting ]

Contoh gambar rajah sistem konteks. [12]

Gambar rajah konteks adalah gambar rajah yang mewakili pelakon luar satu sistem yang boleh
berinteraksi dengan sistem itu. [13] Gambarajah ini adalah pandangan tahap tertinggi yang sistem ,
sama dengan menyekat rajah , menunjukkan, mungkin perisian berasaskan, sistem secara
keseluruhan dan input dan output daripada / kepada faktor-faktor luaran.
Ini jenis gambar rajah mengikut Kossiakoff (2003) biasanya "menggambarkan sistem di pusat itu,
dengan tiada butir-butir struktur bahagian dalamnya, dikelilingi oleh semua yang berinteraksi sistem,
persekitaran dan aktiviti. Objektif gambarajah sistem konteks adalah untuk menumpukan perhatian
kepada faktor-faktor luaran dan peristiwa yang perlu diambil kira dalam membangunkan satu set
lengkap keperluan sistem dan kekangan ". [13] gambar rajah Sistem konteks yang berkaitan
dengan gambar rajah aliran data , dan menunjukkan interaksi antara sistem dan pelakon lain yang
sistem ini direka untuk menghadapi. Gambar rajah sistem konteks boleh membantu dalam
memahami konteks di mana sistem akan menjadi sebahagian daripada kejuruteraan perisian .

Kamus data [ sunting ]

Entiti rajah hubungan , penting untuk reka bentuk jadual pangkalan data, ekstrak, dan metadata. [14]

A kamus data atau kamus pangkalan data ialah satu fail yang mentakrifkan organisasi asas
yang pangkalan data . [14] A kamus pangkalan data mengandungi senarai semua fail dalam
pangkalan data, bilangan rekod dalam setiap fail, dan nama-nama dan jenis setiap bidang
data. Kebanyakan sistem pengurusan pangkalan data memastikan kamus data yang tersembunyi
daripada pengguna untuk menghalang mereka daripada sengaja memusnahkan
kandungannya. Kamus Data tidak mengandungi sebarang data sebenar dari pangkalan data, hanya
simpan kira maklumat untuk menguruskannya. Tanpa kamus data, bagaimanapun, sistem
pengurusan pangkalan data tidak boleh mengakses data dari pangkalan data. [14]
Pengguna pangkalan data dan aplikasi pemaju boleh mendapat manfaat daripada dokumen kamus
data berwibawa yang katalog organisasi, kandungan, dan konvensyen satu atau lebih pangkalan
data. [15] Ini biasanya termasuk nama-nama dan perihal pelbagai jadual dan bidang di setiap
pangkalan data, serta butiran tambahan, seperti jenis dan panjang setiap elemen data . Tidak ada
standard universal tentang tahap terperinci dalam dokumen itu, tetapi ia adalah terutamanya
penyulingan metadata mengenai struktur pangkalan data , tidak data itu sendiri. Satu dokumen
kamus data juga boleh termasuk maklumat lanjut menggambarkan bagaimana unsur-unsur data
dikodkan. Salah satu kelebihan yang direka dengan baik dokumentasi kamus data adalah bahawa ia
membantu untuk mewujudkan keseragaman di seluruh pangkalan data yang kompleks, atau seluruh
koleksi besar pangkalan data yang bersekutu . [16]

Gambar rajah aliran data [ sunting ]

Data mengalir contoh gambarajah. [17]

A gambar rajah aliran data (DFD) adalah perwakilan grafik "aliran" data melalui sistem maklumat . Ia
berbeza daripada sistem carta aliran kerana ia menunjukkan aliran data melalui proses dan
bukannya perkakasan komputer . Gambar rajah aliran data dicipta oleh Larry Constantine ,
pemaju reka bentuk berstruktur , berdasarkan Martin dan "aliran data graf" model Estrin terhadap
pengiraan. [18]
Ia adalah amalan biasa untuk menarik gambarajah sistem konteks pertama yang menunjukkan
interaksi antara sistem dan entiti luar. The DFD direka untuk menunjukkan bagaimana sistem yang
dibahagikan kepada bahagian yang lebih kecil dan untuk menonjolkan aliran data di antara
bahagian-bahagian. Gambar rajah aliran data konteks Tahap ini kemudian "meletup" untuk
memaparkan butiran lanjut sistem yang dimodelkan.
Gambar rajah aliran data (DFDS) adalah salah satu daripada tiga perspektif yang penting
dalam analisis sistem berstruktur dan kaedah reka bentuk (SSADM). Penaja projek dan pengguna
perlu diberi taklimat dan berunding sepanjang semua peringkat evolusi yang system. Dengan
gambar rajah aliran data, pengguna dapat menggambarkan bagaimana sistem ini akan beroperasi,
apa sistem akan capai, dan bagaimana sistem ini akan dilaksanakan. Rajah aliran data sistem tua
itu boleh dibuat dan berbanding dengan gambar rajah aliran data sistem baru ini untuk menarik
perbandingan untuk melaksanakan sistem yang lebih cekap. Gambar rajah aliran data boleh
digunakan untuk menyediakan pengguna akhir dengan idea fizikal di mana data yang mereka input
akhirnya mempunyai kuasa apabila struktur keseluruhan sistem dari untuk penghantaran ke
recook. Bagaimana mana-mana sistem dibangunkan boleh ditentukan melalui gambar rajah aliran
data.

Carta struktur [ sunting ]

Carta struktur sistem konfigurasi. [19]

A carta struktur (SC) adalah carta yang menunjukkan pecahan sistem konfigurasi kepada tahap
yang boleh diurus rendah. [19] Carta ini digunakan dalam pengaturcaraan berstruktur untuk menyusun
modul program dalam struktur pokok. Setiap modul diwakili oleh kotak yang mengandungi nama
modul. Struktur pokok menvisualkan hubungan antara modul. [20]
Carta struktur yang digunakan dalam analisis berstruktur untuk menentukan reka bentuk peringkat
tinggi, atau seni bina, sebuah program komputer . Sebagai alat reka bentuk, mereka membantu
pengaturcara dalam membahagikan dan menakluk masalah perisian yang besar, iaitu, secara
rekursif memecahkan masalah ke dalam bahagian-bahagian yang cukup kecil untuk difahami oleh
otak manusia. Proses ini dipanggil reka bentuk atas ke bawah , atau penguraian
berfungsi . Pengaturcara menggunakan carta struktur untuk membina program dalam cara yang
sama dengan bagaimana seorang arkitek menggunakan rangka tindakan untuk membina sebuah
rumah. Dalam peringkat reka bentuk, carta diambil dan digunakan sebagai satu cara untuk
pelanggan dan pelbagai pereka perisian untuk berkomunikasi. Dalam bangunan sebenar program
ini (pelaksanaan), carta terus dirujuk sebagai pelan induk. [21]

Reka bentuk berstruktur [ sunting ]

Reka bentuk berstruktur (SD) adalah berkenaan dengan pembangunan modul dan sintesis modul ini
dalam apa yang dipanggil "Modul hierarki". [22] Dalam usaha untuk mereka bentuk struktur modul
optimum dan antara muka dua prinsip yang penting:

Perpaduan yang "prihatin dengan perkumpulan proses fungsi yang berkaitan ke dalam satu
modul tertentu", [10] dan
 Gandingan berkaitan dengan "aliran maklumat atau parameter berlalu di antara modul.
Gandingan Optimal mengurangkan antara muka modul dan kerumitan yang terhasil daripada
perisian". [10]
Reka bentuk berstruktur telah dibangunkan oleh Larry Constantine pada 1960-an, kemudian ditapis
dan disiarkan dengan rakan usaha sama dalam tahun 1970-an; [5] [6] melihat Larry Constantine: reka
bentuk berstruktur untuk maklumat lanjut. Page-Jones (1980) telah mencadangkan pendekatan
sendiri yang terdiri daripada tiga objek utama:

carta struktur

spesifikasi modul

kamus data.
The Struktur carta bertujuan untuk menunjukkan "hierarki modul atau memanggil hubungan urutan
modul. Terdapat spesifikasi modul bagi setiap modul yang ditunjukkan pada carta struktur.
Spesifikasi modul boleh terdiri daripada pseudo-kod atau bahasa reka bentuk program. The kamus
data adalah seperti analisis berstruktur. pada peringkat ini dalam kitaran hayat pembangunan
perisian , selepas analisis dan reka bentuk telah dilakukan, ia adalah mungkin untuk menjana
pengisytiharan jenis data secara automatik ", [23] dan prosedur atau subrutin template. [10]

Berstruktur bahasa pertanyaan [ sunting ]

The bahasa pertanyaan berstruktur (SQL) adalah bahasa yang seragam untuk menyoal maklumat
daripada pangkalan data . SQL mula diperkenalkan sebagai sistem pangkalan data komersial pada
tahun 1979 dan sejak itu bahasa pertanyaan kegemaran untuk sistem pengurusan pangkalan data
berjalan pada minikomputer dan kerangka utama. Semakin, bagaimanapun, SQL sedang disokong
oleh sistem pangkalan data PC kerana ia menyokong diagihkan pangkalan data (lihat definisi
pangkalan data teragih). Ini membolehkan beberapa pengguna pada rangkaian komputer untuk
mengakses pangkalan data yang sama pada masa yang sama. Walaupun terdapat dialek yang
berbeza SQL, ia bagaimanapun perkara yang paling dekat kepada bahasa pertanyaan piawai yang
wujud. [14]

Kritikan [ sunting ]
Masalah dengan gambar rajah aliran data telah merangkumkan berikut: [3]

1. Memilih buih sewajarnya

2. buih Pemisahan di yang bermakna dan dipersetujui bersama cara,

3. saiz dokumentasi yang diperlukan untuk memahami Aliran Data,

4. rajah aliran data adalah sangat berfungsi dalam alam semula jadi dan dengan itu tertakluk
kepada perubahan yang kerap

5. Walaupun "data" aliran ditekankan, "data" model tidak, jadi ada sedikit pemahaman perkara
subjek sistem

6. Pelanggan mempunyai kesukaran berikut bagaimana konsep dipetakan ke dalam aliran data
dan buih
7. Designers perlu berubah organisasi DFD ke dalam format yang boleh dilaksanakan