# Introduction oftware testing is an exercise to simulate a system. Testing provides the program to get the desired goal. Testing analyze a program with the intent of finding problems and errors that measures system reliability. Testing cannot show the absence of bugs. It proceed the evaluation to SRS and is indication of software correctness. Testing consists of identification of required requirement and design as well as execution test of code. Along with the progress of computer network and communication, the research on MAS has become one of the hotspots in distributed AI [5,6]. Agents have been steadily moving into more and more significant applications [3]. Agents are capable to support more naturally the development of software systems whose components are heterogeneous and autonomous. These properties make agents ideally suited to applications in electronic commerce, virtual enterprises, and other open settings [2]. In these applications, agents must work in cooperation with traditional systems. Because of the importance of these applications and the risks of developing invalid systems, techniques for building agents must compare well with the techniques for building traditional application. There is, thus, a major need for industrial-strength approaches for engineering agent-based systems and to develop an approach. Mean while, the concept of role and role model [2]. This paper presents the significance of roles in MAS and proposes a method to realize its potential. The method supports dynamic binding between role and agent. Agent technology is very useful in Internet computing. It is suitable for service oriented computing and interact with each other . The OO methodology is insufficient for developing agent-based systems because it cannot naturally represent the essential characteristics of agents, such as autonomous behavior, designated environment. For example, a web services application would be able to search for service providers from a web services registry and then dynamically establish a cooperation relationship with the service provider and request services and emergent behaviors resulting from the above characteristics commonly occur in MAS. These properties are not properly addressed in OO methodologies. Agent as a key concept is necessary for systematic, effective and efficient development of MAS. Software agents represent an interesting paradigm to develop intelligent and distributed systems, because of their autonomy, proactiveness and reactivity; in addition, their sociality enables the distribution of the application logic in different agents that can interact together and with the host environment. In such a scenario interactions must be carefully designed and managed at run-time [5]. The concept of role has been adopted in different kind of agent approaches to flexibly manage interactions. In particular, the approach presented here can support and help the agent deciding the role. The existing works on agent-oriented software engineering can be classified into two main camps: technique based methods and generalizing related methods. A technique specific method is based on a specific agent language or agent theory and/or aims at developing MAS to be executed on a specific agent platform or environment. Technique specific methods have a number of advantages [6,7]. They are practically usable, efficient and effective for certain types of software. These methods include guidance to development process and supporting languages without refer to any specific agent theory and implementations techniques. # Software Agents vs. Roles If we talk about software industry, software agent can be used as a sunshade term for development. Task oriented robots, user bots, personal agents, autonomous agents and personal assistants are all software agents [3,4]. Those tha vast computer networks are known as soft bots [6]. In two general usages of the term agent are distinguished: one as a weak usage, two as a stronger and potentially more contentious usage. A weak agent is hardware or software based computer system with four key properties autonomy, social ability, reactivity and proactive ness. (i) Autonomous : An autonomous agent can operate without the direct intervention of anything. The internal state and goals should drive the agent to move its autonomous actions towards completion of the users or systems goals. (ii) Social ability: The ability to interact with other agents by way of some agentcommunication language.(iii) Reactivity: A reactive agent can perceive its environment and respond in a timely fashion to changes that occur. (iv) Proactiveness: By being proactive, an agent does not simply act in response to platform. In [this attribute is a part of autonomy and is not considered unique. However, in [9,6], these are attributes "which agents should exhibit. Several MAS methodologies such as MaSE [3,7] have adopted the concept of role (or role model) in analysis and design phases. In Gaia, a role is a quadruple . Role in MAS is defined as: (1) From the conception perspective, a role is a constraint under which an agent takes part in some interactions and evolves in a certain way. In MAS, an agent behaves under its bound roles. (2) From the implementation perspective, a role is an encapsulation of certain attributes and behaviors of the agent it is bound to. The characteristics of agent role relationship are: (i) Multiplicity: An agent can have more than one role at one time; (ii) Dynamicity: An agent can dynamically change its roles; (iii) Action ability (iv)Dependency: Roles are not isolated, they must be other roles related to an agent; (v)Role provides agent-to-agent interface (vi) Software reuse by roles: Roles provide a facility for efficient reuse. # III. Role-Based mas Development (rbmas) An attractive feature of agent-orientation is that it provides a powerful metaphor for describing, understanding and modeling information systems that contain multiple autonomous active information processing agents and information sources and receivers. A role is intended to enable software engineers to use as a metaphor effectively to develop such cooperative information systems systematically through smooth and ordered transitions from models of the current system and users' requirements to the designs and implementations of new systems in an evolutionary way. As shown in Fig1, an RBMAS considers such evolutionary development of information system as repeated cycles of modeling the current system and its operation environment, designing a new system to be executed in a new environment. This abstract model is then refined and realized using more concrete concepts to implement the new system. As this new system is subject to further modification as users' requirements change and the organizational environment and technology evolve, then a new cycle of modeling, design, refinement. Therefore, role's process of agentoriented software development can be divided into three stages: (a) the analysis and modeling of the current system(b) modifications to the system hence the building of a model of the new system, (c) the implementation of the new system. Figure 1: Evolutionary life cycle of MAS Models of information systems play at least two important roles. The representation of the design of a new system so that properties of the new system can be inferred. The tester will be interested in different properties of the model. In the former case, software engineers will be interested in the following properties: (1) correctness in terms of whether the model accurately represents the real system to certain abstraction level; (2) comprehensibility in terms that complex systems can be represented in an comprehensible way. The following properties of the new system: (i) the correctness of the design in terms of whether users' requirements are met; (ii) the feasibility in terms of whether the design can be implemented and how costly the implementation will be; and, (iii) the sustainability in terms of its ease of maintenance and ease of modification for the evolution of the system in the future. Therefore, it is desirable to know how much modification to the existing systems required by the new design. It is also desirable to know the modifiability and reusability of the designed system in view of possible future development Roles can be identified from use cases [9,8]. However, use cases are not sufficient for describing all the roles and events in the MAS. An assistant method is to check the words with -er, -ist or -or suffix in the requirement specification. For each role, the appropriate agent may belongs to to agent classes directly (fig 5). An agent has a name, attributes in the below figure Role Organization is given.An agent can change its roles dynamically. To make this property clear, we apply finite automata to describe agent's role transitions (role transition). All the roles are bound to the agent. Role binding describe initial binding of role to agent. The rectangle is a compact form of agent and the rectangle with semicircle is a compact form of role # Models of the System and its environment # Ontology Overview Ontology is description of problem domain, where entities of the domain, its properties and its relations are described. In a sense it is vocabulary, thesaurus or taxonomy. It is a set of definitions of content-specific knowledge representation primitives (classes, relations, functions and constants). It represents the hierarchical structuring of knowledge about things by subcategorizing them according to their essential qualities. The huge advantage of ontology is not in processing, but in sharing meaning, emergence and discovery of gaps and for improving a tacit knowledge transfer. Computer-based ontology provides formal and structured representation of domain knowledge. It is designed to serve as a raw material for computer reasoning and computer-based agents. It provides a formally defined specification of the meaning of those terms, which are used by agents during their interoperation. It is important, because agents can differ in their understandings of environment, goals capabilities, but they can still interoperate in order to perform a common task. # a) Agent Communications and Ontology Common agent languages hold the promise of diverse agents communicating to provide more complex functions across the networked world. Indeed, as agents grow more powerful, their need for communication increases. The two agent communication languages with the broadest uptake for exchanging information and knowledge are KQML [3] and FIPA (Foundation for Intelligent Physical). The unproductive "standards war" scenario that might have arisen at one point seems now to have been avoided, with the most active participants supporting the FIPA effort, which incorporates many aspects of KQML [3]. FIPA standardization effort, seeks to address interoperability concerns through a sustained program. This is one area in which the visibility of agent technology is strong, with some of the most active takeup efforts from early adopters as, for example, is illustrated in [2]. Despite their merit, KQML and FIPA ACL only deal with agent-to-agent communication. An agent is understood as something that can act on behalf of a human or an organization. Communication can be understood also as main sensors for software agents, since it is how agents can learn, share knowledge and interact with their environment, by communication, Agents can move forward only when they incorporate existing commercial communication technologies such as XML-RPC, SOAP and WSDL, and thus they will be able to communicate within the user and other existing software systems. # b) Ontology in MAS Ontology defines the meaning of the terms in used content language and the relation among these terms. It ensures that the agents ascribe the same meaning to the symbols used in the message. Using ontology not only allows communication between agents but also gives the possibility for agents to reason about the concept. Ontologies are dependent on used content language. In MAS ontologies are usually simple. The best-known implementation of ontology is in JADE agent system. Real Java classes with properties represent ontology classes. Instances of classes are individualsinformation that can be stored or communicated. However UML or object oriented ontology is not sufficient because, multiple inheritance, inverse properties and other features present in RDF or OWL can not be used. V. # Conclusions and Future Work Roles represent system goal and constrain agents' behavior. They exist throughout all phases from analysis to implementation, and this is the main difference to previous works on role both in OO and in agent orientation (AO) . Such a model can enable a natural realization of dynamic bindings between agents and roles. Besides, the RBMAS method generates roles from use cases. This prevents jumping from abstract use cases to concrete entities. The paper presents the software infrastructure introduced into the agent service framework in order to support ontology design, implementation, and management. Software ontology's are a high level abstraction which is very useful for identifying the concepts of a problem domain, to define their relation, and to reason about them. Ontologyies give an added value to the interaction among software agents since they provide facilities to define a communication and to validate messages. ![Journal of C omp uter S cience and T echnologyVolume XV Issue VI Version](image-2.png "Global") ![of C omp uter S cience and T echnology Volume XV Issue VI Version I Year 2015 ( We propose a role-based modeling language tailored to (i) explicitly separate role from agent conceptually and linguistically; (ii) roles exist throughout the whole process of MAS development. The Flow chart for main development Process of analysis and modeling of roles is shown in fig 2. a) Capture Use Cases In fig 3, use case diagram for knowledge Transfer with an example is explained. Professor actor includes Explain Concept by Black Board use case or Explain Concept by Practical / Projector use case lecture in the class; student actor includes Grasp the Concept use case to understand the lecture. In some possible conditions, Explain Concept by Practical / Projector use case may be extended by Explain Concept by simulation use case. In [UML], detailed information about <> and <> stereotypes is discussed.](image-3.png ")") 3![Figure 3 : Use Case Knowledge Transfer](image-4.png "Figure 3 :") ![Fig 4 shows an example notation of role.](image-5.png "") 4![Figure 4 : Role Example of Research Scholar c) Construct Role Organizations Every role communicates and interacts with other roles. Besides, roles can be specialized or aggregated to other roles. Inheritance and aggregation associations respectively denote specialize/generalize and aggregate/decompose relations among roles. Fig 4 shows a role coordination chart triangle denotes inheritance relation, diamond denotes aggregation relation, and rectangle with a line on left-top corner denotes organization [3,5,7].](image-6.png "Figure 4 :") 25![Figure 2 : Flow Chart : Analysis and modeling of roles](image-7.png "Figure 2 :Figure 5 :") 6![Figure 6 : Student Agent](image-8.png "Figure 6 :") © 2015 Global Journals Inc. (US) 1 © 2015 Global Journals Inc. (US) * Agent Cities Consortium, Agent Cities.NET Project IST200028384 2002 * Egil), Conceptual Modeling of Objects: A Role Modeling Approach EAndersen 97 PhD Thesis * The Role of Emotion in Believable Characters JBates Comm of the ACM 37 7 1994 * Agent UML: a formalism for specifying multiagent software systems BBauer JPMuller JOdell Agent-Oriented Software Engineering MWooldridge Editor Lncs Springer 2001 1957 * Attributing mental attitudes to roles: The agent metaphor applied to organizational design GBoella LVan Der Torre Proc. of ICEC'04 of ICEC'04 4 * Organizations as socially constructed agents in the agent oriented paradigm GBoella LVan Der Torre Procs. of ESAW'04 s. of ESAW'04Berlin Springer Verlag 2004 * Groups as agents with mental attitudes GBoella LVan Der Torre Procs. of AAMAS' 04 s. of AAMAS' 04 ACM Press 2004 * Regulative and constitutive norms in normative multiagent systems GBoella LVan Der Torre Procs. of KR'04 s. of KR'04 AAAI Press 2010 * Agent role-based collaboration and coordination: a survey about existing approaches GCabri LFerrari LLeonardi IEEE Systems, Man and Cybernetics Conference 2008 * ChandraKSekharaiah MdAbdul Muqsit Khan UGopal Affective Computing Next Generation AI Software Systems Icfai Journal of Information Technology 3 4 Dec 2007 * Gopal Computer Ergonomics: Relooking at Machines Vs ChandraKSekharaiah MdAbdul Muqsit Khan U Environment International Ergonomics Conference HWWE IIT Guwahati Dec 2009 * KChandraSekharaiah DRam Mohd. Abdul Muqsit Khan The Peculiarities of Software Composition Models Journal of Digital Information Management 3 * Gopal Obstacles to Machine Translation International Journal of Translation ChandraKSekharaiah MdAbdul Muqsit Khan U Aug 2006 * GiovaniCaire JADE Tutorial Applicationdefined Content Languages * DamlDarpa Website 02 * FipaFipa Specification ACL Message Structure