It has been noted before, that using components also imposes special requirements on the organization
that is to use or to build components (see e.g. Goldberg [1998], [McClure, 1992, p. 230] and [D’Souza
and Wills, 1999, p. 456])1. The new activities implied by the componentware paradigm have to be
supported by an appropriate organizational infrastructure, too, and they have to be organized in a way,
such that making components reusable and actually reusing them is directly beneficial to respective
developers (see e.g. Griss et al. [1994] and Goldberg [1998]). All in all, software reuse is knowledge
management, with all implications and repercussions.
มันได้รับการกล่าวก่อน ที่ ใช้คอมโพเนนต์ยังกำหนดความต้องการพิเศษในองค์กร
นั่นคือ การใช้ หรือสร้างคอมโพเนนต์ (ดูเช่น Goldberg [1998], [McClure, 1992, p. 230] และ [D'Souza
และ Wills, 1999, p. 456]) 1 ภายนัยตามกระบวนทัศน์ componentware ต้อง
สนับสนุน โดยโครงสร้างเหมาะสมองค์กรพื้นฐาน เกินไป และพวกเขาต้องจัดแบบ,
ที่ทำให้ชิ้นส่วนประกอบการ และใช้ซ้ำได้จริง เป็นประโยชน์โดยตรงต่อตามลำดับ
นักพัฒนา (ดูเช่น Griss et al. [1994] และ Goldberg [1998]) หมด ซอฟต์แวร์นำจะรู้
จัดการ ผลกระทบและร้าย
การแปล กรุณารอสักครู่..
