Saya belajar tentang mereka dalam kursus Pemrograman Terstruktur, tetapi tidak pernah melihatnya digunakan setelah itu pada tahap analisis atau untuk tujuan dokumentasi. Bahkan untuk bahasa yang sangat terstruktur seperti Pascal (Delphi).
Apakah ada di antara Anda yang benar-benar menggunakan diagram Nassi-Shneiderman? Jika ya, alat apa yang Anda gunakan untuk membuat / memeliharanya?
sunting:
Atau pernahkah Anda mendengarnya?
diagrams
structural-programming
stevenvh
sumber
sumber
Jawaban:
Pernah mendengar diagram Nassi-Shneiderman, walaupun saya tidak menggunakannya sendiri.
Saya tidak dapat membantu memposting tautan ke surat penolakan yang diterima Nassi dan Shneiderman dari Komunikasi ACM ketika mereka pertama kali mengusulkan diagram:
http://www.cs.umd.edu/hcil/members/bshneiderman/nsd/rejection_letter.html
sumber
Kami belum pernah menggunakannya.
Edit
Ya, saya (kami) pernah mendengar tentang mereka. Terima kasih untuk bertanya! :-)
Serius, kita tidak menggunakannya. Kami biasanya menyimpan diagram tersebut menjadi diagram alur sederhana yang umumnya lebih mudah dibaca dan dipahami.
sumber
Saya pernah mendengar tentang mereka dan membaca beberapa buku yang menggunakannya secara luas. Saya segera menyimpulkan bahwa bahasa assembly (mis. MIXAL dalam buku-buku Knuth) lebih bisa dimengerti. Saya bahkan tidak pernah memiliki keinginan sedikit pun untuk menggambar satu (dan tidak dapat mengingat ada orang yang pernah meminta saya untuk melakukannya).
sumber
Saya sudah menggunakannya. Tetapi lebih sering saya menggunakan semacam pseudocode ketika merancang suatu algoritma.
Anda dapat menulis kodesemu dengan editor dan kombinasi pena / kertas. Diagram seringkali lebih sulit untuk diedit dan cenderung berantakan.
Saya masih menggunakan diagram UML untuk desain OO. Sebagian besar kelas, tetapi kadang-kadang menyatakan diagram transisi untuk kelas dengan keadaan kompleks.
sumber
Saya pikir mereka keren ketika saya menemukan notasi di awal 80-an. Tapi itu sangat dekat dengan kode normal, dan sulit untuk mempertahankan diagram dan kode yang saya putuskan hanya menggunakan kode indentasi yang cukup dekat dengan selera saya.
sumber
Ya, saya menggunakannya beberapa tahun yang lalu, tetapi di masa-masa UML mereka tampak agak kuno. Menurut pendapat saya Nassi-Shneiderman-Diagram masih merupakan tipe diagram yang baik untuk memvisualisasikan blok kode terstruktur, jauh lebih baik daripada UML-Activity-Diagram.
Di sisi lain mungkin lebih mudah untuk hanya melihat langsung ke kode ...
Anda dapat menemukan alat komersial di sini: http://www.easycode.de/produkte.html?&L=1
sumber
Ketika saya pertama kali di perguruan tinggi, satu pelajaran yang kami miliki tentang perbandingan-dan-konstrast-berbagai-metode-dan-diagram. Nassi-Schneiderman adalah pemenang tetapi dengan masalah tertentu disorot. Kondisional yang membagi lebar halaman dengan cepat menjadi tidak praktis, jadi diusulkan agar kita menggunakan representasi seperti itu untuk pengulangan. Juga, garis-garis dan kotak-kotak itu tampak berlebihan sampai taraf tertentu.
Pikirkan tentang hal ini, dan Anda akan menyadari bahwa apa yang kami condongkan pada dasarnya adalah indokode kode terstruktur, tetapi dengan beberapa penggunaan garis yang ditarik di satu sisi untuk menyoroti lekukan - atau lebih tepatnya untuk memperkuat kepura-puraan bahwa itu adalah diagram.
sumber
Beberapa tahun yang lalu, ketika saya bekerja untuk Pusat Sistem Transportasi DOT AS, saya diberi tugas untuk mengembangkan editor Nassi-Shneiderman yang kemudian digunakan untuk mendokumentasikan desain perangkat lunak di dalam departemen.
Secara pribadi, saya tidak pernah menggunakannya. Saya lebih suka melihat kode.
sumber