1 / 12

Five years for five perspectives on TELOS

Five years for five perspectives on TELOS. Ioan Rosca, PhD . in educational technology telecommunication, computer, information and instructional systems engineer researcher and conceptual architect at LICEF, Teleuniversity, Montréal ioan.rosca @licef.teluq.uquam.ca

amadis
Download Presentation

Five years for five perspectives on TELOS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Five years for five perspectives on TELOS Ioan Rosca, PhD. in educational technology telecommunication, computer, information and instructional systems engineer researcher and conceptual architect at LICEF, Teleuniversity, Montréal ioan.rosca@licef.teluq.uquam.ca LOR06, Montreal, 10 November, 2006

  2. Summary • Introduction : history of a conceptual quest • Main objectives: produce, deliver, intermediate • Vision 1: extending the resources space; emergent mode • Vision 2: reproducing processes; orchestrating mode • Vision 3: distributing services; technical match • Vision 4: managing knowledge evolution; semantic match • Vision 5: managing production cascades; administrative match • Current work: managing service negotiation

  3. History of a conceptual quest: a retrospective perspective Previous work MOT, Explora, Adisa, ION Val, Gadisa, SavoirNet GEFO TELOS0 TELOS dev consolidation Conceptual refinement Conceptual quest conceptual architecture Technical architecture 2003 2005 2006 1999 2008

  4. MISA (DE104, 212,214,xxx) Adisa 1+ Adisa service server e104c service client Adisa c data adaptor 2.3a e104b d104 e104 d104 exxxc e212b e212 2.1c 2.5g 104d1 exxxb exxx e104g data a(104)h 35 editors 2.5f 104d2 2.1b e212g Adisa f a(212)h 2.1a SchEd DataEd 212d1 exxxg a(214)h e104a ADISA d104 1d Adisa d schema 104 library a(104 212, 214)i GADISA P1 schema xxx e104d e212d e214d d104 d212 d214 edstyle LinkEd exxxa dxxx 2.3b service bus b Adisa1 online/offline Data adviser epiphyte adviser Explora kernel 2.1c 2.4 ION resources aggregator MOT K ref ResEdit ResMan ResCon DocMan semnatic “bus” EXPLORA f(104e, 212, 214) function editor metaf 2.2 a SR Racc Env PR Fa Rins function explorer VAL Rpro data wsc Ba D central context user context functional aggregation 2.2 b designer context

  5. Main objectives: produce, deliver, mediate C(K) LKMP LKMP C(K) LKMP C(K) P(K) LKMA (lesson) D(K) LKMA (lesson) LKMA (lesson) T F(K) LKMS (platform) LKMA manager LKMP manager LKMS (platform) LKMS (platform) D manager P manager T manager F manager K manager 3 Mediate 1 Produce 2 Deliver Resource repositories Core factory Core libraries Service providers Resources and services obtainer Resources and services provider

  6. 1 using and extending resources repositories 4 managing global knowledge evolution us e1 e2 e3 R fi co us ag pu 4 o d ir TELOS ip n d TEL O S 2 modeling, managing, and reproducing processes r p e E ed fi P e e e4 r,p u TELOS M fu ac us m e e 5 administrating production cascades m TEL S e TELOS -core LKMS library LKMA LKMP 3 distributing objects and services S s1 a1 a2 p1 p2 p3 p4 si dis w sa d,d a,r us TELOS te c1 de c2 c3 le ua sa u dis ob s2 a3 a4 di ta’ ta p5 p6 p7 p8

  7. Adapting orchestrations persons p2 p1 author knowledge referencesystem operations Function editor objects o1 o2 ob1 ob2 ob3 compose model resources repositories ps rs a primary procedure support resource Function adaptor support person adapter person directories concretise elements function operations directories a1 abstract actors a2 e meta-procedure of functional cycle user analyst i1 o1 i2 o2 i3 abstract instruments is1 as2 record react finds and executes Function executor Function analyser b abstract procedure model px py ob x ob x ob y ob z a1 a2 a1 a2 o1 o2 e1 e2 is1 as2 executed operation is1 as2 rs x rs x ps x ps x c model with concretised elements d secondary procedure based on function execution

  8. From learning to explanation learning: activities as competence operators i-f c1i c1f c2i c2f c3i c3f M 100% mastership measured competences explain explain explain f 0% ka kb kc kd ke i effects of explanation on various learners Ci? Cf? i k knowledge refining competences k1 f k3 k2 k1.3 k1.2 k1.1 k3.1 k3.2 k1.3.1 k1.3.2 participate dialog consult consult Ci Cf Ci,Cf learning topologies • Explicative capacities and pedagogical indexation. In order to observe the competence equilibrium around pedagogical operations, I have organised the competences space of a person P on "postures": (knowK, aimK, explainK(x,y), describeK(x,y), recommendK(x,y), evaluateK(x,y))- where the parenthesis show a predicate depending on the detained (x) or aimed (y) "mastering level" of the person to which P could explain directly (transmit by a document, evaluate, recommend etc) the knowledge k. The indexation of explicative documents poses similar problems to that of referencing support persons. They can be partially considered the author's representative towards the expected user (minus the interactivity limitations). That is why I have also characterised their explicative potential by (c1,c2) increases.

  9. O E d n e O c2 E c1 E O O D A e f1 E E E f2 O O O D A D A D A e e a d E E E O O O R D A D A D A ? d a a d e e E E a state changes for Toeda topology b global allocation problem O o D A D A d a d a 8 Competence optimization

  10. work part lkmp negoti actor syst categ lkma x y z grou ask service lkms define propose accept TERMS offers o1s1 solve concur contracts c1o1s1 c2d1s1 services s1 solve transac demands d1s1 filter manage deliv requ answer solve compl negot assist supp doc u v memor E e e E O E E e O D A O o E D A d a D A D A O d a d a D A Service negotiation with TERMS

  11. TERMS - Telelearning Extended Rights Management System Technological background • TERMS is built on a multi-tier J2EE architecture inspired by the MVC model that is designed to scale well on a cluster of front-end and back-end servers. • The data layer uses the DAO pattern, providing a bridge between the data servers (HypersonicSQL, MySQL or other SQL-compliant data server) and the business layer (implemented in EJBs). • The front-end is handled by servlets and JSPs, designed with action patterns in mind, extended with custom tag libraries, filters, listeners and additional web development frameworks (WebWork, Sitemesh). • The Web Services access gate is implemented with the xFire framework, providing full WSDL and SOAP support. • Designed to be portable across different servlet runners and EJB containers, TERMS currently uses Resin Caucho as its application server, using the Hessan binary protocol for fast access between front-end and back-end. • Security is handled both explicitly and through the servlet runner's security roles and constraints, the application fully supporting Secure HTTP, through JNI and OpenSSL. • The current payment mechanism uses Verisign's Java API, but can easily be swapped with alternatives. • Other involved technologies include the ANT build platform, the JUnit testing package, the java activation framework, JAAS, SAAJ, MAIL, XML Parsers (Crimson, JAXP, JDOM...), log4j, Spring etc.

More Related