double role deeply contributes to m

double role deeply contributes to most of the problems encountered in information systems design.
Each application development is most of the time independant from all others. But, when examining the applications that have been developed for W e r e n t organisations of the same domain, we straight on notice similarities. As a matter of fact, each application domain, e.g. banks, insurance or medicine, contains a certain unity in aim, the typology of actors, in and out flows, and sometimes even in the internal organization. Intuitively, one can note that there are "classical examples of applications" from which one-off software could be derived.
These observations introduced us to think of a new way of software development. We would like to offer each applicationdomain a way to share the common elements without proposing a ready-to-use solution. Our idea consists in pooling the similarities in a generic system and to provide users with tools to build their personnal application from this system. We also have mowed roles of actors to provide each with tasks more adapted to hisher knowledge. We thus have defined three types of actors : the computer scientist, the user-designer, and the end user. The computer scientist designs the generic model ; the resulting canvas is adapted by the user- designer to the specificities of his service ; the end user uses the specific application like any other one. A synthetic representation of our approach is given on figure 1 :

ผลลัพธ์ (ไทย) 1:

บทบาทคู่ก่อให้ลึกที่สุดของปัญหาที่พบในการออกแบบระบบสารสนเทศ.
การพัฒนาโปรแกรมประยุกต์แต่ละคนเป็นส่วนใหญ่ของเวลาเป็นอิสระจากคนอื่น ๆ แต่เมื่อตรวจสอบการใช้งานที่ได้รับการพัฒนาสำหรับองค์กร werent ของโดเมนเดียวกันเราตรงกับความคล้ายคลึงกันแจ้งให้ทราบล่วงหน้า เป็นเรื่องของความเป็นจริงการประยุกต์ใช้ในแต่ละโดเมนเช่น ธนาคารประกันหรือยามีความสามัคคีบางอย่างในจุดมุ่งหมายการแบ่งประเภทของนักแสดงทั้งในและนอกกระแสและบางครั้งแม้จะอยู่ในองค์กรภายใน สังหรณ์ใจหนึ่งสามารถทราบว่ามี "ตัวอย่างคลาสสิกของการใช้งาน" จากที่ซอฟต์แวร์หนึ่งออกอาจจะมา.
สังเกตเหล่านี้แนะนำให้เรารู้จักที่จะคิดวิธีการใหม่ของการพัฒนาซอฟต์แวร์เราต้องการที่จะให้แต่ละ ApplicationDomain วิธีการใช้องค์ประกอบทั่วไปโดยไม่ต้องเสนอวิธีการแก้ปัญหาที่พร้อมต่อการใช้งาน ความคิดของเราประกอบด้วยในการรวมกำไรกันความคล้ายคลึงกันในระบบทั่วไปและเพื่อให้ผู้ใช้เครื่องมือในการสร้างโปรแกรมประยุกต์บุคลากรของพวกเขาจากระบบนี้ เรายังมีการตัดบทบาทของนักแสดงที่จะให้แต่ละคนมีงานมากขึ้นในการปรับ hisher ความรู้เราจึงได้กำหนดสามประเภทของนักแสดง: นักวิทยาศาสตร์คอมพิวเตอร์ที่ใช้นักออกแบบและผู้ใช้ นักวิทยาศาสตร์คอมพิวเตอร์ออกแบบรุ่นทั่วไป; ผ้าใบส่งผลให้มีการปรับตัวโดยใช้การออกแบบที่เฉพาะเจาะจงของการให้บริการของตนผู้ใช้ที่ใช้งานเฉพาะอย่างอื่นอย่างใดอย่างหนึ่ง เป็นตัวแทนของการสังเคราะห์วิธีการของเราจะได้รับในรูปที่ 1:

ผลลัพธ์ (ไทย) 2:

บทบาทคู่ลึกรวมทั้งปัญหาที่พบในการออกแบบระบบข้อมูล
พัฒนาแต่ละแอพลิเคชันเป็นส่วนใหญ่แล้วเป็นอิสระจากผู้อื่นทั้งหมด ได้ เมื่อตรวจสอบโปรแกรมประยุกต์ที่ได้รับการพัฒนาสำหรับ W e r e n t องค์กรโดเมนเดียวกัน เราตรงบนความเหมือนการแจ้ง ว่าแท้ที่จริง แต่ละโดเมนโปรแกรมประยุกต์ เช่นธนาคาร ประกันภัยหรือการแพทย์ ประกอบด้วยความแน่นอนในจุดมุ่งหมาย การจำแนกของนักแสดง แม้ใน และขั้นตอน และบางครั้งในองค์กรภายใน สังหรณ์ใจ หนึ่งสามารถสังเกตว่า มี "ตัวอย่างคลาสสิกของโปรแกรมประยุกต์" จากซอฟต์แวร์ที่ใช้ครั้งเดียวอาจได้รับมาได้
สังเกตเหล่านี้แนะนำเราคิดว่า แนวทางใหม่ของการพัฒนาซอฟต์แวร์ได้ เราอยากให้ applicationdomain แต่ละวิธีการใช้องค์ประกอบทั่วไปโดยไม่เสนอโซลูชันพร้อมใช้ ความคิดของเราประกอบด้วยในการร่วมกันที่ความเหมือน ในระบบทั่วไป และให้ผู้ใช้เครื่องมือในการสร้างโปรแกรมประยุกต์จากระบบนี้และอุทิศตนของพวกเขา เรายังมี mowed บทบาทของนักแสดงเพื่อให้แต่ละงานที่ดัดแปลงเพิ่มเติมความรู้ hisher เราจึงได้กำหนดชนิดสามนักแสดง: นักวิทยาศาสตร์คอมพิวเตอร์ แบบผู้ใช้ และผู้ใช้ นักวิทยาศาสตร์คอมพิวเตอร์ออกแบบทั่วไป ผืนผ้าใบได้ถูกดัดแปลง โดยผู้ใช้แบบการ specificities บริการของเขา ผู้ใช้งานเฉพาะเช่นคนอื่น ๆ แสดงการสังเคราะห์วิธีการของเราได้ถูกกำหนดในรูปที่ 1:

ผลลัพธ์ (ไทย) 3:

บทบาทแบบเตียงนอนเดี่ยวขนาดใหญ่หนึ่งเตียงลึกช่วยให้ปัญหาที่พบในการออกแบบระบบข้อมูลมากที่สุด
การพัฒนาแอพพลิเคชั่นแต่ละตัวได้รับอิสระเวลาจากผู้อื่นมากที่สุด แต่เมื่อตรวจสอบแอปพลิเคชันที่ได้รับการพัฒนาสำหรับองค์กร e r อี n t W ในโดเมนเดียวกันที่เราตรงที่ต้องแจ้งให้ทราบล่วงหน้าความคล้ายคลึงกัน เป็นเรื่องของข้อเท็จจริงโดเมนแต่ละแอปพลิเคชันเช่นธนาคารยารักษาโรคหรือการประกัน ภัย มีความสามัคคีบางอย่างที่อยู่ในเป้าหมายที่จำแนก ประเภท ของนักแสดงในและไหลออกมาและในบางครั้งแม้ในองค์กร ภายใน เร่งหนึ่งสามารถบันทึกไว้ด้วยว่ามี"ตัวอย่างคลาสสิคของแอพพลิเคชัน"จากที่ได้รับซอฟต์แวร์หนึ่ง - ปิดไม่สามารถมีที่มา.
การสังเกตการณ์เหล่านี้ได้เราคิดว่าหาวิธีใหม่ในการพัฒนาซอฟท์แวร์เราต้องการให้บริการ applicationdomain แต่ละวิธีที่จะใช้ร่วมกันส่วนประกอบต่างๆร่วมกันโดยไม่ต้องเสนอโซลูชันแบบที่สามารถนำไปใช้ได้ทันทีที่ แนวความคิดของเราประกอบไปด้วยในการร่วมใช้ความคล้ายคลึงกันในระบบทั่วไปและให้ผู้ใช้ที่มีเครื่องมือในการสร้างแอปพลิเคชันลูกค้าบุคคลของพวกเขาได้จากระบบนี้ นอกจากนั้นเรายังมีตัดหญ้าบทบาทหน้าที่ของนักแสดงให้แต่ละห้องพร้อมด้วยงานเพิ่มเติมปรับให้เข้ากับความรู้ hisherดังนั้นเราจึงได้กำหนดไว้ทั้งสาม ประเภท ของนักแสดงนักวิทยาศาสตร์คอมพิวเตอร์ผู้ใช้จากนักออกแบบและผู้ใช้ปลายทางได้ นักวิทยาศาสตร์คอมพิวเตอร์ที่ออกแบบรุ่นทั่วไป,ผืนผ้าใบทำให้จะได้รับการปรับให้เข้ากับผู้ใช้ - Designer เพื่อ specificities ของการให้บริการของผู้ใช้ปลายทางที่ใช้แอปพลิเคชันเฉพาะที่เหมือนกับคนอื่นๆ ทำจากยางสังเคราะห์ที่เป็นตัวแทนของวิธีการของเราจะได้รับในรูปที่ 1