Belajar Rekayasa Perangkat Lunak | 3. Konsep Pemodelan
Summary
TLDRThis video script by Fajar Pradana discusses the importance of software modeling in the development process. It highlights how modeling aids in documentation, coordination, and communication among stakeholders like clients, developers, and testers. The script explains the different phases of modeling, including requirement modeling for client communication and design modeling for developers. It uses an analogy of paper airplane folding to emphasize the necessity of modeling for understanding, coordination, and risk management in software projects. The script also touches on the qualities of a good model, including syntax, semantics, and pragmatism, and the impact of modeling techniques on the implementation phase.
Takeaways
- đ The video discusses the importance of software modeling in facilitating documentation, coordination, and communication among stakeholders involved in software development.
- đ Modeling serves as an abstract representation of the software to be built, aiding in understanding across all development phases for stakeholders such as clients, developers, analysts, designers, and testers.
- đ The script differentiates between 'requirement modeling' which focuses on communication between analysts and clients, and 'design modeling' which is for communication between designers and implementors.
- đ An analogy is made comparing software modeling to folding a paper airplane, emphasizing the iterative process of refinement and the importance of planning before execution.
- đ ïž The video highlights that modeling is crucial for large projects involving many teams, each with different expertise, requiring a coordinated approach to development.
- đĄ It is stressed that without proper modeling, it is nearly impossible to manage the complexity and risks associated with large-scale software projects effectively.
- đ The script introduces the concept of models being built based on different perspectives, using diagrams as a representation of specific notations for modeling.
- đŻ The importance of the model's quality is emphasized, stating that a poor model can lead to poor software quality, affecting maintainability and future feature additions.
- đ Three parameters of model quality are discussed: syntactic quality, semantic quality, and pragmatic quality, which respectively relate to the correctness of notation, the correctness of meaning, and the ease of understanding by stakeholders.
- đ The video warns against mixing modeling approaches, stating that if an object-oriented approach is chosen for modeling, it should be consistent with object-oriented programming in implementation.
Q & A
What is the primary purpose of software modeling?
-Software modeling serves to facilitate documentation of software, ease coordination and communication among stakeholders involved in software development, which include direct users, clients, and internal teams such as analysts, designers, programmers, and testers.
What are the different phases where software models are used?
-Software models are used in the early phases of software development, specifically during the analysis, requirement gathering, and design phases. In the analysis phase, it is known as requirement modeling, and in the design phase, it is referred to as design modeling.
How does requirement modeling differ from design modeling?
-Requirement modeling focuses on facilitating communication between analysts and clients, using diagrams that are easier for non-technical stakeholders to understand. Design modeling, on the other hand, serves as a medium of communication between designers and implementers or programmers, requiring more specific diagrams to guide the implementation process.
What is the significance of modeling in software development?
-Modeling in software development is crucial as it aids in understanding, coordination, and communication among the team members. It also helps in managing high-cost and high-risk projects by allowing for the anticipation and correction of issues before actual implementation.
What is the analogy used to explain the importance of software modeling?
-The analogy used is that of making paper airplanes versus real fighter jets. Just as one would iteratively fold and adjust a paper airplane to achieve the desired flight, the same iterative and careful planning process is applied to the much larger and complex project of developing a fighter jet, emphasizing the importance of modeling in both scenarios.
What are the three criteria that make modeling essential in a project?
-The three criteria that make modeling essential are the need for coordination with a large team, high project risk, and high project cost.
What is the role of a model in different phases of software development?
-In the analysis phase, models are used to understand and communicate requirements with clients. In the design phase, they are used to translate these requirements into more detailed and complex diagrams that guide the implementation process.
What are the types of diagrams used in requirement modeling?
-In requirement modeling, simpler diagrams are used such as use case diagrams, scenario diagrams, data flow diagrams, or flowcharts to facilitate understanding for non-technical stakeholders.
What are the types of diagrams used in design modeling?
-Design modeling requires more complex diagrams like class diagrams and sequence diagrams, which help in specifying the details needed for implementation by developers.
What are the three qualities of a good model according to the transcript?
-The three qualities of a good model are syntactic quality, semantic quality, and pragmatic quality. Syntactic quality refers to correct use of modeling language syntax, semantic quality refers to the correctness of meaning conveyed by the model, and pragmatic quality refers to how easily the model can be understood by stakeholders.
Why is it important that a model is easy to understand?
-A model that is easy to understand ensures that all stakeholders, including clients and team members from various backgrounds, can comprehend the software's design and requirements, which is crucial for successful implementation and future maintenance or feature additions.
What are the two popular modeling techniques mentioned in the script?
-The two popular modeling techniques mentioned are classical or structured modeling, and object-oriented modeling. Each has its own set of diagrams and notations and influences the choice of programming languages and implementation approaches.
Outlines
đ Introduction to Software Modeling
This paragraph introduces the concept of software modeling in the context of software engineering. It emphasizes the importance of modeling for documentation, coordination, and communication among stakeholders such as clients, developers, designers, and testers. The speaker explains that models are abstract representations of the software to be developed and serve to facilitate understanding across all parties involved in the software development lifecycle. The paragraph distinguishes between requirement modeling, which focuses on communication between analysts and clients, and design modeling, which is used to communicate between designers and implementers. The analogy of building a paper airplane is used to illustrate the iterative process of refining a model.
đ The Importance of Modeling in Software Development
The speaker elaborates on the significance of modeling by drawing an analogy between a paper airplane and a real fighter jet. They discuss the collaborative nature of software development, involving various teams with different expertise, and how modeling helps in coordinating these efforts. The paragraph also touches on the financial implications of modeling, comparing the low cost of a paper airplane to the high stakes of developing a fighter jet. The importance of modeling is further highlighted by discussing the risks involved in not creating a proper model before starting a project, which could lead to fatal consequences.
đ Types of Models and Their Purposes
This section delves into the types of models used in software development, focusing on diagrams as representations of specific notations for modeling. The difference between requirement modeling and design modeling is discussed, with requirement modeling aiming to simplify communication with non-technical clients and design modeling aiming to provide a more detailed blueprint for developers. The paragraph also addresses the need for models to be tailored to the audience, such as creating simpler diagrams for clients and more complex ones for technical teams.
đ ïž Quality in Modeling and Its Impact on Software
The final paragraph discusses the importance of quality in modeling and how it impacts the overall software project. The speaker introduces three parameters of quality in modeling: syntactic quality, semantic quality, and pragmatic quality. Syntactic quality refers to the correct use of modeling language and notation, semantic quality ensures that the model accurately represents the intended meaning, and pragmatic quality is about the ease of understanding the model by stakeholders. The paragraph concludes by emphasizing that the quality of the model is crucial for maintainability, ease of updates, and overall project success.
Mindmap
Keywords
đĄModeling
đĄStakeholders
đĄUnified Modeling Language (UML)
đĄRequirements Modeling
đĄDesign Modeling
đĄTraceability
đĄRisk Management
đĄCost-effectiveness
đĄMaintainability
đĄSyntax Quality
đĄSemantic Quality
đĄPragmatic Quality
Highlights
Introduction to software engineering modeling and its importance in coordinating communication among stakeholders.
Explanation of how modeling aids in simplifying the understanding of software development across its lifecycle.
Differentiation between requirement modeling and design modeling in the context of software development.
The role of models in facilitating communication between analysts and clients during requirement modeling.
How design modeling serves as a medium of communication between designers and programmers for implementation.
The flexibility of models to be tailored to different points of view, such as clients or developers.
Analogy of software modeling to folding paper airplanes, emphasizing the iterative process of refinement.
Importance of modeling in large-scale software projects involving multiple teams and high costs.
The significance of modeling in managing risk in software development projects.
Discussion on the types of diagrams used in requirement modeling, such as use case diagrams and data flow diagrams.
Explanation of design modeling with more complex diagrams like class diagrams and sequence diagrams.
The concept that models are abstract representations of the software to be built, serving as a basis for further development.
The necessity of models to be understandable by non-technical stakeholders, like clients.
The impact of the quality of models on the maintainability and extensibility of software.
Introduction to the three parameters of model quality: syntactic, semantic, and pragmatic.
Explanation of syntactic quality in modeling, relating to the correct use of modeling language and notation.
Semantic quality in models, ensuring that the model correctly represents the intended meaning and relationships.
Pragmatic quality, emphasizing the ease of understanding of the model by its audience.
The choice between structured and object-oriented modeling techniques and their impact on software implementation.
Emphasis on the traceability of models to ensure that the implementation aligns with the initial planning.
Preview of upcoming videos that will delve into specific diagrams, their functions, and case studies.
Transcripts
Halo assalamualaikum warahmatullahi
wabarakatuh kembali lagi dengan saya
Fajar Pradana pada seri belajar rekayasa
perangkat lunak pada video kali ini saya
akan membahas mengenai pemodelan dalam
mengembangkan perangkat lunak pemodelan
perangkat lunak selain berguna untuk
melakukan dokumentasi perangkat lunak
juga berguna untuk memudahkan koordinasi
dan komunikasi dengan pihak-pihak yang
terlibat di dalam pengembangan perangkat
lunak pihak-pihak tersebut adalah
stakeholder pengguna langsung klien
maupun steam internal developer itu
sendiri mulai dari analis designer
programmer sampai dengan tester
Hai model merupakan representasi abstrak
dari perangkat lunak yang akan dibuat
oleh tim developer tentu saja are
presentasi ini bertujuan untuk
memudahkan pemahaman dari semua
stakeholder yang terlibat di dalam
pengembangan perangkat lunak dari
keseluruhan fase pengembangan perangkat
lunak atau siklus hidup pengembangan
perangkat lunak model akan terlihat di
fase-fase awal yaitu di fase analisis
kebutuhan dan perancangan perangkat
lunak di fase analisis kita nanti akan
mengenalnya dengan pemodelan kebutuhan
sedangkan di fase perancangan itu akan
disebut sebagai model and rancangan
pemodelan kebutuhan ini lebih fokus
untuk sebagai sarana memudahkan
komunikasi analis dengan client
sedangkan di pemodelan rancangan ini
sebagai media komunikasi antara Designer
dan implementator programmer dalam hal
melakukan implementasi hasil
size-nya jadi model ini memiliki
kelebihan bisa dibangun atau bisa
dibentuk sesuai dengan point of yang
berbeda ketika kita akan berbicara
dengan klien kita bisa menyusunnya
menjadi pemodelan kebutuhan yang tentu
saja diagram-diagram yang akan ditemukan
di situ akan lebih mudah dipahami oleh
orang awam sekalipun sedangkan di
pemodelan perancangan kita diperlukan
untuk membuat sesuatu yang lebih
spesifik dari sekedar diagram yang ada
di pemodelan kebutuhan karena seorang
implementator atau programmer
membutuhkan hal yang spesifik tidak
hanya sekedar What tapi How Bagaimana
Riquelme requirement yang ada di
pemodelan kebutuhan itu di spesifik Andi
fase pemodelan perancangan
Hai jika berbicara mengenai pentingnya
melakukan pemodelan ini sendiri di dalam
pengembangan perangkat lunak saya akan
coba menganalogikan pentingnya model itu
sendiri namun dengan contoh yang lebih
sederhana bayangkan Anda saat ini akan
membuat sebuah pesawat yang terbuat dari
kertas Apa yang anda lakukan yang anda
lakukan adalah mengambil kertas kemudian
melipatnya sedemikian rupa kemudian
setelah menjadi sebuah pesawat Anda akan
coba menerbangkannya
Hai pada percobaan pertama ternyata
pesawat yang anda buat tersebut yang
dari kertas tersebut terbanyak kurang
sempurna Lantas apa yang anda lakukan
anda akan coba membongkar lagi Kemudian
mencoba melipat ulang dengan lebih
hati-hati lagi Kemudian dilemparkan lagi
namun anda pun merasa kurang puas dengan
pesawat yang anda buat lalu yang anda
lakukan adalah kertas tersebut Anda
buang kemudian ambil lagi kertas baru
dengan ukuran yang lebih kebal mungkin
kemudian dilipat kembali dan dicoba
dilemparkan jadi pada percobaan ketiga
ternyata memang hasilnya sesuai dengan
yang diharapkan analogi Project pesawat
kertas ini coba bandingkan dengan
pesawat tempur anda akan mendapatkan
Project yang lebih besar yaitu membuat
pesawat beneran yaitu pesawat tempur apa
yang harus anda lakukan bisa anda
melakukan
pembuatan pesawat kertas tadi metodenya
Lalu Anda terapkan di dalam
mengembangkan proyek pesawat tempur anda
melakukan itu dengan terakhir dan error
tanpa perencanaan bahkan tanpa melakukan
pemodelan hampir dipastikan tidak
mungkin karena sebenarnya ketika kita
membangun proyek yang lebih besar kita
akan melibatkan banyak orang itu yang
pertama tidak mungkin anda membuat
pesawat tempur dilakukan oleh anda
sendiri Anda membutuhkan tim begitu
banyak tim Bahkan dia dalam setiap tim
itu akan terdiri dari puluhan bahkan
ratusan orang yang bekerja disitu anda
akan membutuhkan tim untuk membangun
Wings sayap dari pesawat tempur Anda
membutuhkan tim yang bekerja untuk
membangun cockpit dari pesawat tersebut
Anda membutuhkan tim untuk menghandle
yang namanya sistem tempur dari pesawat
tempur Anda membutuhkan tim yang bekerja
untuk sisi elektronika dari komputer
dari dari komputer yang akan menjalankan
pesawat tempur tersebut dan masih banyak
lagi tim yang akan bekerja sesuai dengan
keahliannya itu yang pertama Kemudian
yang kedua masalah biaya pesawat kertas
membutuhkan biaya yang sangat sedikit ya
hanya sebuah kertas saja dibandingkan
dengan Project yang lebih besar tentu
saja Anda akan berpikir ulang bagaimana
biaya yang besar tersebut itu dapat
menghasilkan sesuatu yang memang
berkualitas yang ketiga itu terkait
dengan risiko pesawat kertas memiliki
resiko yang sangat kecil ya Anda bisa
mencobanya tanpa ada resiko sama sekali
sedangkan pesawat tempur ketika anda
melakukan itu tanpa memodelkan Ya tentu
saja akan berakibat fatal nantinya
ketika terbang ternyata
Hai jatuh ternyata memiliki keseimbangan
yang kurang sehingga tidak mampu terbang
dengan sangat baik jadi dari tiga hal
tersebut itu kita akan mencoba melihat
bahwa model itu akan terasa penting
ketika memenuhi tiga kriteria tersebut
pemodelan pasti akan dibutuhkan kita
akan membutuhkan modal untuk
berkoordinasi dengan tim yang bekerja di
situ Project yang resikonya tinggi dan
Project membutuhkan biaya tinggi Nah
sekarang perangkat lunak anda itu mau
Anda posisikan dimana di pesawat kertas
atau di pesawat tempur silahkan anda
yang menjawab sendiri pada fase analisis
dan perancangan Kita sebenarnya nanti
akan membuat model
Hai saya berkali-kali mengatakan model
disini sebenarnya Bentuknya apa bentuk
konkret dari model sendiri itu adalah
diagram jadi diagram itu merupakan
representasi dari notasi-notasi tertentu
untuk memodelkan jadi diagram ini
sendiri tentu saja bisa digunakan di
fase pemodelan kebutuhan maupun di
pemodelan rancangan Bedanya apa di
pemodelan KL kebutuhan dengan di
pemodelan rancangan kalau di fase
kebutuhan diagram-diagram yang ada di
situ itu akan fokus untuk menggambarkan
sistem secara word apa ya yang sifatnya
apa dan
Hai pada fase ini anda harus mulai
berpikir bahwa yang anda ajak
berkomunikasi di pasar kebutuhan itu
adalah klien orang awam awam disini
maksudnya adalah orang yang kemungkinan
bukan berada dari bidang kita sini
sehingga Anda membutuhkan nih sebuah
model yang mudah dipahami jadi contohnya
nanti kalau di fase pemodelan kebutuhan
itu adalah diagram yang relatif lebih
sederhana ada I use case diagram ada di
scenario ada data flow diagram atau di
FB dan masih banyak lagi nanti diagram
yang akan kita pelajari Jadi kalau di
fase perancangan justru sebaliknya Anda
dibutuhkan untuk melakukan spesifikasi
dari fase pemodelan kebutuhan anda harus
mentranslasikan itu menjadi diagram yang
lebih kompleks ya Ada class diagram ada
squash diagram dimana kita akan ke bisa
melihat kelas-kelas apa nanti yang
dibutuhkan cuman ini sifatnya akan eh
salah
tergantung aneh jadi di pemodelan
kebutuhan anda punya diagram dan itu
akan berkelanjutan nanti anda gunakan
sebagai dasar untuk melakukan pemodelan
rancangan jadi seperti itu kurang lebih
yang akan kita lakukan dan kita pelajari
nanti jadi mata kuliah yang akan kita
pelajari nanti di pemodelan itu sendiri
[Musik]
jadi model itu pada prinsipnya dia bisa
dibuat sesuai dengan point of yang
berbeda bisa dilihat dari sudut pandang
yang berbeda kembali ke analogi pesawat
tempur tadi kalau kita akan membangun
pesawat tempur dan kita terlibat oleh
terlibat ad dengan banyak tim disitu ada
tim teknisi at tim yang khusus untuk
bicara Aura dinamika tim yang bekerja
mengenai kelistrikan tim yang bekerja
mengenai Apple optik dari pesawat dan
masih banyak tim yang lain berarti kita
harus membuat model dari berbagai macam
penampakan
wood jadi ketika kita berbicara dengan
tim yang berurusan dengan kelistrikan ya
sudah kita akan membangun model atau
sebuah diagram yang bisa dibaca oleh tim
yang di bidang listrik ini sedangkan
kalau kita berbicara dengan eh apa
namanya yang berbicara dengan Aura
dinamika kita harus membuat model
tersebut untuk tim yang bekerja di situ
kemudian kalau kita berbicara dengan
klien kita sebaiknya mana model yang
akan kita tunjukkan Ya tentu saja ya
kita mulai kesal pun kekompleksan itu
tidak lagi berbicara model kelistrikkan
ataupun model tentang Aro dinamika tentu
yang kita perlu Berbicara dengan pelayan
disini kita yang kita perlukan mungkin
hanya model tampak luarnya saja
bagaimana sih kita bisa membuat pesawat
ini bentuknya seperti apa luarnya
sayapnya bentuknya seperti apa jumlah
rudalnya ada berapa itu mungkin akan
lebih pas jadi dia diagram atau model
tersebut itu bisa dibuat
sesuai dengan peruntukannya mulai dari
yang Jenderal lalu kita bisa spesifikasi
Hai pemodelan meskipun bentuknya bukan
eh coding ya belum terlihat perangkat
lunak asli yang akan kita bangun Seperti
apa bentuk kongkritnya belum terlihat
secara utuh namun jangan menyepelekan
yang namanya pemodelan ini kualitas dari
keseluruhan proyek perangkat lunak itu
bisa dipupuk sedari sedari Awal jadi
bisa dikatakan ketika pemodelan yang
kita buat itu memiliki kualitas yang
buruk perangkat lunak pun nanti ketika
akan diimplementasikan dicoding maksud
saya kemudian diuji serta
diserahterimakan ke
Hai pelanggan itu akan kemungkinan buruk
juga jadi kualitas itu bisa dilihat dari
seberapa baik model yang Anda bangun
tingkat menten ability tingkat kemudahan
di dalam melakukan perbaikan perangkat
lunak penambahan fitur kedepannya ketika
perangkat lunak sudah dipakai kan sangat
mungkin dilakukan penambahan fitur ya
pelanggan nyamuk requirements nya
bertambah eh setahun dua tahun digunakan
itu diperlukan penambahan fitur itu
siapa yang mendesain nya yg bukan-bukan
programmer yang melakukan ini jadi
analis dan designer ini pemodelan itulah
yang nanti menentukan seberapa baik
tingkat meneliti ingat untuk lakukan
mentalnya bility yang dibutuhkan
hanyalah dokumentasi bukan baris kode
tapi adalah dokumentasi yang baik ketika
dokumentasi atau model dengan
dokumentasi itu isinya adalah model
model anda itu memiliki kualitas yang
buruk ya Jangan harap perangkat lunak
anda itu mudah untuk dilakukan menten
menset lalu pemodelan yang berkualitas
Seperti apa Saya akan menyampaikan ada
tiga parameter kualitas yang pertama itu
disebut sebagai kualitas sintaksis
kemudian kualitas semantik dan yang
ketiga adalah kualitas pragmatis kita
bahas satu persatu yang pertama adalah
kualitas sintaksis atau syntaxnya jadi
kalau kita coding itu kita juga ada
sintaks coding di pemodelan itupun kita
juga mempunyai namanya sintaks-sintaks
itu adalah penulisan jadi ah di
pemodelan itu kita mengenal dengan yang
namanya bahasa pemodelan dicoding kita
juga mengenal dengan bahasa pemrograman
Jadi kalau anda coding ternyata kurang
titik koma berarti nanti akan muncul
error biasanya syntaxerror begitu deh
Tapi kalau di mode
Hai itu juga ada namanya adalah bahasa
pemodelan bahasa pemodelan yang populer
salah satunya adalah contohnya unified
modeling language atau bahasa pemodelan
unified disitu terdapat berbagai macam
diagram dengan notasi notasi yang
berbagai macam pula sehingga nanti kalau
anda menggunakan bahasa pemodelan
tersebut Ya sudah Anda sesuai standart
yang ada di email tersebut Ketika anda
disitu melihat ada aktor
direpresentasikan seperti gambar orang
seperti itu ya sudah Jangan dirubah atau
Anda menggunakan apa namanya enggak
menggambar class diagram bahwa di class
diagram itu notasinya adalah berbentuk
kotak persegi begitu ya sudah gunakan
jadi ketika anda berapa namanya
berkreatif by melakukan kreativitas
disitu dengan orangnya diganti dengan
notasi segitiga ataupun lingkaran
berarti secara kualitas sintaksis anda
kurang tidak tercapai
Kemudian yang kedua itu disebut dengan
kualitas semantik makna saya akan
mencontohkan di gambar ini ada sebuah
yuskes diagram yang berasosiasi dengan
satu uske disitu kemudian dibawahnya
akan ada generalisasi dengan aktor-aktor
utamanya disebut sebagai mahasiswa
kemudian aktor yang dibawahnya turunnya
itu disebut sebagai aktor dosen Kalau
anda melihat disini mahasiswa itu
melakukan bisa menginisiasi
fungsionalitas dari sistem yaitu melihat
matakuliah dosen itu kan juga bisa
melakukan melihat mata kuliah dibuat di
dalam sebuah sistem e-learning lantas
Apakah kita bisa menarik garis dari
dosen ini ke mahasiswa dalam artian
bahwa dosen akan menurunkan sifat dari
mahasiswa jadi otomatis ini memiliki a
hai apa namanya
Hai fungsionalitas melihat materi secara
sintaksis ini benar ya Secara sintaks
ini benar bahwa bisa diturunkan ini
namanya aktor generalisasi namun secara
makna ini yang keliru jadi dosen pada
kenyataannya Apakah seorang mahasiswa
akan tidak dosen ini adalah aktor
sendiri sehingga meskipun disini itu
memiliki apa namanya fungsionalitas bisa
mentrigger fungsionalitas lihat materi
namun ini kalau anda tarik ke atas ya
ini menandakan bahwa dosen itu adalah
mahasiswa padahal bukan ini adalah orang
yang berbeda jadi secara semantik ini
masih kurang baik kemudian yang ketiga
itu adalah pragmatis pragmatis ini
sebenernya Eh pada akhirnya nanti model
yang anda buat itu harus mudah untuk
dipahami percuma Ketika anda secara
sintaksis
betul kemudian secara semantik itu betul
baik juga namun Nanti secara keseluruhan
model yang Anda bangun itu ternyata
sulit untuk dipahami oleh yang melihat
model sulit dipahami oleh klien anda
tentu saja secara pragmatis ini akan
kurang baik ya jadi mana yang harus
dipenuhi ya jawaban saya adalah
tiga-tiganya dipenuhi secara kualitas
yang tak sini benar sesuai dengan
bahasanya kemudian saya mall.pik secara
maknanya juga Betul dan yang ketiga
pastikan lagi bahwa secara keseluruhan
model tersebut harus mudah dipahami oleh
stakeholder yang melihat model tersebut
[Musik]
Anda harus ingat bahwa di dalam
melakukan pemodelan itu akan sangat
tergantung dengan teknik pemodelan yang
Anda gunakan saat ini yang paling
populer itu ada dua jenis teknik
pemodelan yaitu teknik pemodelan klasik
atau berorientasi terstruktur
begitu ya Kemudian yang kedua itu
disebut dengan berorientasi pada objek
Jadi yang pertama itu terstruktur dan
yang kedua adalah berorientasi objek
masing-masing pendekatan di sini
memiliki diagram yang berbeda-beda juga
jadi Anda memilih Jalur yang mana dan
ini pun nanti akan menentukan di fase
codingnya parah fase implementasi Kalau
Anda ke menentukan bahwa Oh saya memang
nanti implementasi dengan
Hai pendekatan objek ya object-oriented
programming ya berarti jalur yang Anda
gunakan adalah jalur berantas I objek
disitu ada object-oriented analysis
untuk memodelkan di fase kebutuhan dan
object-oriented design untuk memodelkan
di fase desain sedangkan kalau di
pendekatan terstruktur nanti anda
misalnya produknya dengan coding secara
terstruktur ya menggunakan bahasa si
ataupun PHP dengan yang terstruktur
berarti dari awal Anda harus menggunakan
pendekatan terstruktur jadi antara dua
pendekatan ini enggak bisa saling lompat
ya kalau anda di awal menggunakan model
dengan bahasa pemodelan orientasi objek
ya Ada yuskes ada class diagram ya Anda
harus ke codingnya dengan noob nggak
bisa lantas Anda menggunakan bahasa C
disitu karena Ya kembali lagi ada class
diagram disitu Anda harus
implementasikan sesuai dengan
dokumentasi ini akan tidak
nanti akhirnya kalau dokumentasinya
disitu ternyata tidak bisa
diimplementasikan traceability itu
penting Saya ulangi kemudahan untuk
Menteri menelusuri maksud saya dari
setiap fase itu akan sangat penting Aa
kan tidak berguna ketika anda membuat
dokumen Namun ternyata itu tidak bisa
ditelusuri diimplementasi ya sama saja
berarti anda melakukan implementasi yang
tidak sesuai dengan perencanaan demikian
video kali ini mengenai konsep pemodelan
pada video berikutnya atau anti akan
dijelaskan mengenai diagram-diagram
dengan lebih spesifik lagi mengenai cara
menggambarnya fungsi serta beberapa
studi kasus yang akan diangkat
Voir Plus de Vidéos Connexes
FSE100 - Modeling
Project Based Internship Klinikgo Health System Analyst - Company Coaching Video 1
The Evolution of Drafting
N-Gons Special - Triangles, Quads & N-Gons in hard surface modeling - 3Ds Max 2017
UML Diagram For Software Engineering | Unified Modelling Language Diagram | Simplilearn
Lecture3: 2. First story - Apprenticeship simulation
5.0 / 5 (0 votes)