Saat menulis persyaratan, pertanyaan yang sering muncul adalah pada tingkat apa perlu merinci persyaratan dan artefak apa yang harus muncul sebagai hasil dari analisis sistem.
Saya mencoba untuk mempertahankan posisi bahwa ini murni individu dan bergantung pada tim dan siapa yang nyaman bekerja. Kebetulan use-case sudah cukup bagi developer untuk membuat desain, dan untuk penguji cukup menulis test case. Oleh karena itu, saya akan menulis tentang artefak yang mungkin muncul saat menulis persyaratan dan tentang apa yang perlu Anda pikirkan dengan tepat pada saat pengembangan selesai, dan Anda sendiri yang memutuskan dan setuju di dalam tim ketika perlu dijelaskan. Tidak diragukan lagi bahwa pada akhir pengembangan, dokumentasi harus berisi segala sesuatu yang akan dibahas lebih lanjut.
Jika Anda tidak memperhitungkan fitur-fitur kecil, yang implementasinya melibatkan perbaikan kecil, Anda cukup membuat perubahan pada deskripsi yang ada. Secara sistematis, kita dapat membedakan dua jenis tugas yang menjadi pekerjaan seorang analis sistem dan mereka perlu dijelaskan dengan cara yang berbeda:
Tugas mengembangkan layanan baru atau fungsionalitas baru yang hanya memengaruhi sistem atau komponen lain secara tidak langsung
Tugas, yang implementasinya melibatkan perbaikan dalam sejumlah sistem melalui proses (dan, seperti yang Anda ketahui, sistem sering kali tersegmentasi berdasarkan proses, dan fitur bisnis biasanya hanya melewati seluruh jalur pipa dan memerlukan perbaikan dalam sejumlah sistem)
Untuk menggambarkan tugas tipe pertama, saya mengidentifikasi struktur berikut dan blok deskripsi:
Persyaratan Umum
Blok yang mengasumsikan penunjukan konteks. Sistem seperti apa, untuk apa, objek apa yang dikandungnya, untuk apa batasannya.
- target
-
, ,
-
, , . , Confluenc , , , ,
-
, . , .
, , .
, , , . , , .
, , ,
, ( ), , .
(Use case)
, . . , UML-
UML. .
, , / . .
ER-.
, . , , , . . , , , .
, , ( ). .
-
, , \ . , , , ( ).
-
, swagger ( ), ( ), ftp .
.
:
, , , , , . ( ).
:
, . , .
(Use-case)
.
Cara termudah untuk menampilkan interaksi sistem dan aliran data untuk implementasi. Semua fungsi harus diuraikan ke dalam sistem dalam hal data, panggilan, dan pemicu. menunjukkan semua hubungan dan ketergantungan tugas. Detail lebih lanjut sudah ada di level masing-masing sistem secara terpisah.