The UML defines a responsibility as

The UML defines a responsibility as "a contract or obligation of a classifier"
[OMG01]. Responsibilities are related to the obligations of an object in terms of its
behavior. Basically, these responsibilities are of the following two types:
ï knowing
ï doing
Doing responsibilities of an object include:
o doing something itself, such as creating an object or
doing a calculation
o initiating action in other objects
o controlling and coordinating activities in other objects
Knowing responsibilities of an object include:
o knowing about private encapsulated data
o knowing about related objects
o knowing about things it can derive or calculate
Responsibilities are assigned to classes of objects during object design. For
example, I may declare that "a Sale is responsible for creating SalesLineltems" (a
doing), or "a Sale is responsible for knowing its total" (a knowing). Relevant
responsibilities related to "knowing" are often inferable from the domain model,
because of the attributes and associations it illustrates.
The translation of responsibilities into classes and methods is influenced by the
granularity of the responsibility. The responsibility to "provide access to relational databases" may involve dozens of classes and hundreds of methods, packaged in a subsystem. By contrast, the responsibility to "create a Sale" may
involve only one or few methods.

Results (Indonesian) 1:

UML mendefinisikan tanggung jawab sebagai "kontrak atau kewajiban classifier" [OMG01]. Tanggung jawab terkait dengan kewajiban objek dari segi yang perilaku. Pada dasarnya, tanggung jawab ini adalah dua jenis berikut:ï mengetahui ï melakukan Melakukan tanggung-jawab benda termasuk:o melakukan sesuatu itu sendiri, seperti menciptakan sebuah objek atau melakukan perhitungano memulai tindakan dalam benda-benda laino mengendalikan dan mengkoordinasikan kegiatan di benda-benda lain Tanggung-jawab mengetahui benda termasuk:o mengetahui tentang data dienkapsulasi pribadi o mengetahui tentang obyek terkaito mengetahui tentang hal-hal yang dapat memperoleh atau menghitungTanggung jawab yang ditugaskan untuk kelas obyek selama objek desain. Untuk contoh, saya dapat menyatakan bahwa "penjualan bertanggung jawab untuk menciptakan SalesLineltems" ( lakukan), atau "Penjualan bertanggung jawab untuk mengetahui totalnya" (mengetahui). Relevan tanggung jawab yang terkait dengan "mengetahui" sering inferable dari domain model, karena atribut dan Asosiasi itu menggambarkan.Terjemahan tanggung jawab ke kelas dan metode dipengaruhi oleh granularity tanggung jawab. Tanggung jawab untuk "memberikan akses ke database relasional" mungkin melibatkan puluhan kelas dan ratusan metode, dikemas dalam subsistem. Sebaliknya, tanggung jawab untuk "membuat penjualan" mungkin melibatkan hanya satu atau beberapa metode.

Results (Indonesian) 2:

UML mendefinisikan tanggung jawab sebagai "kontrak atau kewajiban classifier sebuah"
[OMG01]. Tanggung jawab terkait dengan kewajiban suatu objek dalam hal yang
perilaku. Pada dasarnya, tanggung jawab ini adalah dari dua jenis berikut:
ï mengetahui
ï melakukan
Melakukan tanggung jawab dari sebuah objek meliputi:
o melakukan sesuatu sendiri, seperti membuat suatu objek atau
melakukan perhitungan
o memulai aksi pada objek lain
o mengendalikan dan mengkoordinasikan kegiatan di objek lain
Mengetahui tanggung jawab dari sebuah objek meliputi:
o mengetahui tentang enkapsulasi Data pribadi
o mengetahui tentang obyek terkait
o mengetahui tentang hal-hal itu dapat memperoleh atau menghitung
Tanggung Jawab ditugaskan untuk kelas objek selama desain objek. Untuk
contoh, saya dapat menyatakan bahwa "Penjualan bertanggung jawab untuk menciptakan SalesLineltems" (a
perbuatan), atau "Sale bertanggung jawab untuk mengetahui total" (a mengetahui). Relevan
tanggung jawab yang terkait dengan "mengetahui" sering inferable dari model domain,
karena atribut dan asosiasi itu menggambarkan.
Penjabaran tanggung jawab ke dalam kelas dan metode dipengaruhi oleh
granularity dari tanggung jawab. Tanggung jawab untuk "menyediakan akses ke database relasional" mungkin melibatkan puluhan kelas dan ratusan metode, dikemas dalam subsistem. Sebaliknya, tanggung jawab untuk "menciptakan Jual" mungkin
hanya melibatkan satu atau beberapa metode.