• APPLICATION REQUIREMENTS FEEDBACK MECHANISM SOFTWARE USAGE DECISION MAKING
  • Chapter · January 021 doi: 10. 1007/978-3-030-64058-3 101 citations reads 45 authors




    Download 0,85 Mb.
    Pdf ko'rish
    bet5/8
    Sana15.05.2024
    Hajmi0,85 Mb.
    #235735
    1   2   3   4   5   6   7   8
    Bog'liq
    Paper ICAFS 2020 intemplate

     
     
    Fig.1. 
    Adaptation engineering logical spaces (adaptation environment)
     
     
    Logical spaces for adaptation engineering.
    The first logical space is described us-
    ing the notions of configuration mechanisms that are able to fit to the context specific 
    requirements (although, other modeling approach can be implemented, depending on 
    the functional requirements of software architecture) [13]. It also deals with conceptual 
    configurations of information models as well as the management of different adaptation 
    controlling phase while best positioned within the reference modeling cycle between 
    software usage and requirements engineering. The most important feature to explore is 
    the existence (implying) the configuration and adaptation mechanisms together with a 
    reference model that encompasses variants due to specific customer needs. To ensure 
    SOFTWARE 
    ENGINEERING 
    REFERENCE 
    MODEL 
    ADAPTATION 
    MULTI-AGENT 
    SYSTEM 
    AGENT BASED 
    ADAPTATION 
    DEFINING
    THE GOAL 
    APPLICATION 
    REQUIREMENTS 
    FEEDBACK 
    MECHANISM 
    SOFTWARE 
    USAGE 
    DECISION MAKING 
    L
    O
    G
    ICAL
     S
    P
    A
    CE
     




     L
    O
    G
    ICAL
     S
    P
    ACE
     



    continuous improvement towards a shorter customization time and reduced cost, con-
    trolling of the adaptation process becomes a crucial task [14]. In addition, the flexibility 
    of the customization process has to be determined whether it should allow higher de-
    grees of freedom regarding the model adaptation besides configuration mechanisms 
    whose possible outcome is determined in advance. Thus, the generic models integrating 
    the possible changes and variations is provided because of configurable process and 
    such a model can be configured to a specific solution. Within such considerations we 
    refer to the statements of formal modeling [15] allowing to demonstrate the possibility 
    of configurable model to be guided to a solution that fits to the user's requirements.
    Through supporting the different configuration parameters the adaptation process 
    leads to the state that is in relevance with the model, and obviously, to provide such 
    configuration opportunities a configurable model must be able to provide a complete, 
    integrated set of all possible process configurations. The system model can be repre-
    sented as labeled transition system, LTS as follows: 
    LTS = (S, L, T, S
    I
    ,S
    F
    ),
    where 
    S
    is 
    the set of states; 

    is the set of transition labels; 


     S×L ×S
    is the set of transitions; 
    S
    I
     

     S
    is the set of initial states, and 
    S
    F
     

     S
    is the set of final states. 
    A state represents a complete set of properties, describing the actual situation within 
    the process. Transition represents any kind of activity or functionality that is executed 
    and thereby changing the properties of the system. The dynamic behavior in such a way 
    can be viewed in notions of object-oriented software development, to provide a mech-
    anism by which properties and features are attracted in the system. In addition, a con-
    figurable process model is described as a tuple 

    Download 0,85 Mb.
    1   2   3   4   5   6   7   8




    Download 0,85 Mb.
    Pdf ko'rish

    Bosh sahifa
    Aloqalar

        Bosh sahifa



    Chapter · January 021 doi: 10. 1007/978-3-030-64058-3 101 citations reads 45 authors

    Download 0,85 Mb.
    Pdf ko'rish