Özet-Güncel yazılım geliştirme yaklaşımlarında tasarım için yoğun olarak UML tercih edilmektedir. Ancak iş süreçlerindeki varlıklar ile UML tasarımlarındaki sınıflar arasındaki kavramsal boşluk az değildir. Anılan boşluğu azaltmak için, bu bildiride her iş için hayati önem taşıyan belgelerin kullanılması önerilmektedir. Aynı zamanda belge kavramını merkeze alan Belge Sorumluluk İş-Birliği adını verdiğimiz yeni bir yöntem sunulmaktadır. Bu yöntemde belgeler programlama açısından sınıfların meta-modelleri ve kalıcılık açısından ise ilişkilerin meta-modelleridir. Önerilen Belge Sorumluluk İş-Birliği yöntemi, etki alanlarının belgelerden oluştuğu ve bir etki alanında tanımlanmış bir belgenin, sorumluluğunu yerine getirmek için herhangi bir etki alanındaki başka bir belge ile birlikte çalışabileceği etki alanı kavramını kullanmaktadır. Belge Sorumluluk İş-Birliği yöntemi, analizden tasarıma geçiş aşamasından başlayarak uygulamanın ortaya konması aşamasına kadar olan süreci tanımlamaktadır. Önerilen yöntemi doğrulamak için sipariş yönetimi etki alanından bir örnek verilmiştir.
Anahtar Kelimeler-model güdümlü geliştirme, alana özgü dil, sorumluluk güdümlü tasarım, sınıf sorumluluk iş-birliğiAbstract-UML is highly preferred for design in current software development approaches. However, the conceptual gap between entities in business processes and classes in UML designs is not small. To reduce this gap, this paper proposes using documents that are vital to every business. The proposed new method called Document Responsibility Collaboration puts the concept of documents at the center. In the proposed method, documents are meta-models of classes in terms of programming, and at the same time, they are meta-models of relationships in terms of permanence. The proposed Document Responsibility Collaboration method uses the domain concept in which domains are made up of documents, and a document defined in a domain can work with another document in any domain to fulfill its responsibility. Document Responsibility Collaboration method defines a process, which starts at the transition from analysis to design phase and continues to the code generation phase. An example from the order management domain is provided to validate the recommended method.
