An Ontology-Based Multi-Agent System for Active Software Engineering Ontology

In this paper, we present a multi-agent social network approach that integrates the software engineering ontology and expert recommendation facilities for communities of software engineers remotely working on related software engineering projects. The software engineering ontology enables an active ecology of agents to convey, consume and act on project information (semi) autonomously, according to explicit software engineering domain knowledge. Recommendation techniques are addressed to make progress – ability to recommend useful project information, solution(s) for project issues that arise as experts.KeywordsSoftware EngineeringOntologySocial Network based Approach

Challenges over multi-site software development are on working in virtual teams and sharing knowledge. It is quite normal that software engineers working in a virtual team have never met face to face in multi-site environments. In addition they have different educational backgrounds and interpret methods in different ways. Software engineering education, training, and practice are different between universities, cities, and countries. As a result, it is difficult to share a piece of knowledge between distributed teams and among remote team members. There are a number of standards that different teams could be referring to. Remote software engineers use a particular standard as their own individual guide and when they share their own knowledge base and terminology is different from those of others. Most issues raised are related to inconsistency in understanding software engineering theories and practice. Therefore sharing knowledge is the challenge and to resolve the differences between the distributed teams we need to understand its key variables of knowledge sharing. In this paper we propose an ontology-based approach for knowledge sharing measurement. Particularly in the approach, we look into measurement of transferability and complexity of knowledge. The impact of nature of knowledge on knowledge sharing is focused. A prototype is developed taking Software Engineering Ontology as example.KeywordsOntologyKnowledge Sharing MeasurementTransferability of KnowledgeComplexity of KnowledgeMulti-site Software DevelopmentSoftware Engineering

As a practice-oriented discipline, Software Engineering (SE) is most effectively taught by using a variety of hands-on experiences. Team-based projects where students can practice their technical and soft skills are a key feature of many software engineering courses aimed to prepare students for the realities of industrial software development. Current research indicates that projects offered in SE courses should have a close connection to the real world, be large scale and complex. On the one hand, students should be able to relate to the requirements and understand them without spending much time acquiring domain knowledge. On the other hand, students should be exposed to changing and evolving requirements, which is one of the main challenges of real-world software projects. Software projects should be large enough and have enough features to engage all members of the student team while enabling them to practice some degree of specialization and experience the advantages and challenges of teamwork. Software projects should be rich enough to allow students practice all previously acquired SE concepts, bring together knowledge from other specialized CS disciplines, and apply a number of modern tools and technologies. One of the most effective ways to learn SE is to expose students to an environment that resembles an industrial setting as much as possible. As a part of an academic program, SE courses can achieve this objective by offering students a balanced combination of three components: teamwork involving up-to-date technology grounded in a solid theoretical foundation . Instructors in SE courses are uniquely positioned to help maintain this balance by simultaneously playing four roles described below. As a customer who contracts a student team to implement a particular project, the instructor may provide a verbal or written description of the project. It is the students? responsibility to conduct the requirements elicitation interviews and to prepare formal requirements specification for subsequent validation with the customer and possible adjustment. The instructor may act as a customer during the acceptance testing throughout the project to make sure that the team is on the right track at every iteration of the project. The instructor acting as a customer can also act as a proxy if the project has been offered by an industrial partner, or some other department or organization on campus. As an architect initially specifying the overall structure of the solution, the instructor can help students choose the right software architecture. This is a very important choice that has to be made early because it impacts the overall flow of the project. Later architectural changes can be extremely costly and can significantly jeopardize meeting the deadlines. Most likely, students do not have experience in making such architectural decisions and, therefore, it is crucial for the instructor to provide some guidance in this important process. As a team manager concerned with risk management, the instructor needs to pay attention that the team efforts are not jeopardized due to a potential lack of students? soft skills and that these skills are built up as the project progresses. Although it is the students? responsibility to create all artifacts emerging from the project, the instructor can help the team adhere to the schedule by providing feedback based on the inspection of all produced artifacts. In this respect, the roles of the team manager and the customer may somewhat overlap because the same person will be providing feedback to the team from the technical point of view (artifact inspection), as well as from the customer point of view (verification of product implementation at each iteration). In addition to the traditional role of giving lectures, the instructor needs to be a mentor offering guidance to each team and individual students addressing their specific needs and answering questions unique to their projects and the responsibilities in the context of the project. Furthermore, the instructor is uniquely positioned to advise individual students on how to resolve potential conflicts within a team. Such an advice given at the right time could make a difference between completing the project on time and allowing interpersonal tensions completely ruin any chance of collaboration between the team members.

Ontology-based multi-site software development methodology and tools

Security has become an important concern with the development of large scale distributed and heterogeneous multi-agent systems (MAS). One of the main problems in addressing security during the development of MAS is that security is often an afterthought. The cost involved to patch existing systems against vulnerabilities and attacks after deployment is high. If developers and designers can spend some quality time investigating security aspects before beginning to code then this cost can be reduced significantly. Also, using formal methods to specify the complex behavior of large scale software systems has resulted in reliable software systems. This research effort was focused on using formal methods early in the development lifecycle to specify security requirements for MAS. New solutions are emerging to fix security related issues, but how much thought gets in during the early phases of development in terms of security needs to be answered. In this paper, analysis of security requirements for MAS, existing solutions to secure MAS, and the use of formal methods to specify security requirements has been studied. Descartes-Agent, a formal specification language for specifying agent systems has been taken into study to model the security requirements of MAS early on in the development process. Functional specifications of MAS are modelled along with the non-functional security requirements using the Descartes-Agent specification language. This paper also describes the extensions made to the Agent Unified Modeling Language (AUML) to represent the security requirements of MAS. The extensions proposed to AUML are in accordance with the extensions made to the Descartes-Agent specification language. A case study example is used to illustrate the specification of security requirements in MAS using the Descartes-Agent.

Software Engineering: A Methodical Approach (Second Edition) provides a comprehensive, but concise introduction to software engineering. It adopts a methodical approach to solving software engineering problems, proven over several years of teaching, with outstanding results. The book covers concepts, principles, design, construction, implementation, and management issues of software engineering. Each chapter is organized systematically into brief, reader-friendly sections, with itemization of the important points to be remembered. Diagrams and illustrations also sum up the salient points to enhance learning. Additionally, the book includes the author’s original methodologies that add clarity and creativity to the software engineering experience. New in the Second Edition are chapters on software engineering projects, management support systems, software engineering frameworks and patterns as a significant building block for the design and construction of contemporary software systems, and emerging software engineering frontiers. The text starts with an introduction of software engineering and the role of the software engineer. The following chapters examine in-depth software analysis, design, development, implementation, and management. Covering object-oriented methodologies and the principles of object-oriented information engineering, the book reinforces an object-oriented approach to the early phases of the software development life cycle. It covers various diagramming techniques and emphasizes object classification and object behavior. The text features comprehensive treatments of: Project management aids that are commonly used in software engineering An overview of the software design phase, including a discussion of the software design process, design strategies, architectural design, interface design, database design, and design and development standards User interface design Operations design Design considerations including system catalog, product documentation, user message management, design for real-time software, design for reuse, system security, and the agile effect Human resource management from a software engineering perspective Software economics Software implementation issues that range from operating environments to the marketing of software Software maintenance, legacy systems, and re-engineering This textbook can be used as a one-semester or two-semester course in software engineering, augmented with an appropriate CASE or RAD tool. It emphasizes a practical, methodical approach to software engineering, avoiding an overkill of theoretical calculations where possible. The primary objective is to help students gain a solid grasp of the activities in the software development life cycle to be confident about taking on new software engineering projects.

Contribution: Results and conclusions on the use of transactive memory system (TMS) in software engineering (SE) education in student project teams that consist of undergraduate and postgraduate students are documented. This can be valuable for the adoption of this learning approach and team formation by other universities and institutes. Background: Preparing students for the SE industry requires bringing them in close collaboration to real-world tasks. This is usually performed via students carrying out software projects, working in teams. In such environments, the knowledge sharing and the interactions within the team are worth investigating, as they can affect the outcome of the student collaboration and can provide insight on how the collaboration is valued by the team members. Research Questions: 1) What is the effect of TMS on students in SE education? 2) Do parameters, such as gender, affect TMS development? 3) Does the inclusion of a project manager with more expertise affect TMS? Methodology: Students were divided into teams working on SE projects. Teams consist of both undergraduate and postgraduate students. Data from students on TMS for consecutive academic years were gathered. Findings: TMS is present in student teams and some of its scale items are affected by parameters, such as the team composition and the project type. TMS also affects performance.

Search-based software engineering (SBSE) consists of the application of metaheuristic search techniques—such as genetic algorithms, simulated annealing, hill climbing, and tabu search—to software engineering problems. This idea is based on the observation that some software engineering activities can be thought of as optimization problems, and on the fact that techniques providing exact solutions are, very often, unable to adequately scale to large, real-world software engineering problems. Define fitness functions to guide an automated search for solutions, rather than attempting to construct solutions from scratch by hand. SBSE moves the engineer up the abstraction chain, from the tedious and expensive role of detailed solution construction, to the potentially more productive and more cost-effective area of fitness function design. This approach has been repeatedly demonstrated to have successful applications across the software engineering life cycle from requirements and project planning to maintenance and testing. This special issue focuses on applications of search SBSE to the maintenance phase of the life cycle. After software testing 2, software maintenance is the most widely studied application area for SBSE research. Work on SBSE applications to problems in software maintenance can be traced back to the pioneering work of the Mancoridis et al. 3, which led to the development of the Bunch tool for software re-modularization 4. In the past five years there has been a significant increase in SBSE applications to software maintenance and evolution. Search-based techniques have been applied to post-development code improvement problems, such as object-oriented refactoring 5, 6, and imperative language slicing and transformation 7. Other applications are related to software engineering economics and project management problems, such as release planning 8-12, effort, and cost estimation 13-16, and project staffing and planning 17-20. Last, but not the least, SBSE has been applied to deal with service-oriented architectures, for example for services QoS-aware composition 21, service-level agreement negotiation 22, and testing 23. A complete overview of SBSE with a discussion of future research trends can be found in the recent International Conference on Software Engineering (ICSE) ‘Future of Software Engineering’ paper 24. This issue of the Journal of Software Maintenance and Evolution: Research and Practice features three outstanding papers, dealing with different aspects of software maintenance and evolution: release planning and staffing, re-factoring, and component substitution. The paper ‘Optimized Staffing for Product Releases—Focused Search and its Application at Chartwell Technologies’ by Puneet Kapur, An Ngo-The, Günther Ruhe, and Andrew Smith presents an approach for optimizing the staffing for product releases. The problem they solve can be viewed as part of the more general release planning problem, which assigns features to releases such that technical, resource, risk, and budget constraints are met. In particular, the genetic search-based approach the authors propose aims at assigning human resources to software development tasks, taking them from a pool of developers having different levels of skills. The applicability of the proposed approach is demonstrated with an industrial case study. The paper ‘Search-Based Refactoring: an Empirical Study’ by Mark O'Keffe and Mel Ó Cinnéide presents an approach to automatically re-factor, using search-based techniques, object-oriented systems that undergo repeated addition of functionality. Such addition can, very often, deteriorate the quality of the system's underlying design. Their re-factoring is guided by the QMOOD quality model 25, and the paper compares different optimization techniques, such as Genetic Algorithms, Simulated Annealing, and Multiple Ascent Hill-Climbing. The results of experiments carried out on five software systems suggest that the latter technique outperforms the others. The paper ‘Search-based Many-to-one Component Substitution’ by Nicolas Desnos, Marianne Huchard, Guy Tremblay, Christelle Urtado, and Sylvain Vauttier presents a search-based approach that allows the replacement of an obsolete component with a composition of multiple components. When a component becomes obsolete, the approach searches for a minimal assembly of other components, exposing their functionality by means of ports that preserves the behavior of the original component. The proposed approach has been evaluated on a set of randomly generated components. We hope that readers will enjoy this special issue and find the selected papers insightful and inspiring. We would like to thank all the authors who presented papers for this special issue: there were many good quality papers, but unfortunately we could accept only three of them. Last, but not the least, we would like to thank the reviewers who provided timely, detailed and constructive feedbacks to the authors. Without their precious help this special issue would not have been possible.

Global distribution of software engineering introduces geographical, temporal, cultural and organizational distance into teamwork. Globally distributed software projects need to use electronic communication tools to collaborate across these distances. Communication media differ in properties and capabilities to overcome the challenges imposed by these distances.

Coordination among developers has long been recognized as critical in software projects. One of the reasons for running large project software engineering courses is to teach students how to coordinate while working in a group; yet we have little understanding of how the students might fail or ways to assist them in learning this skill. Socio-technical congruence is a way to measure coordination based on the fit between communications among developers and the dependencies of the project. In this work-in-progress paper, we use a measure of socio-technical congruence to analyze the coordination in a student software engineering team. We found that congruence did not improve over time as has been shown for professional software teams. We then describe a proposed tool that uses socio-technical congruence measures to support and give advice to students who are learning how to effectively coordinate activities on a group project.

The agent-oriented approach has emerged as a novel and popular paradigm for modern management information system analysis, design and implementation. In this paper, the authors concentrate on the design of a real application: SPAERIS (shipping pollution accident emergence reflecting information system), using AUML(agent Unified Modeling Language). Furthermore, we explored and discussed the strengths and weaknesses of AUML, and made some appropriate extension of the approach to better realize our design objectives. The research produced a methodological basis for the analysis, design of distributed management information system. The SPAERIS has been delivered to the users and is on running.

An Internet Marketing Multi-Agent System (IMMAS) has been proposed to enhance traditional Internet marketing mechanism through the mobile agent technique [3]. A critical design of the proposed system is the introduction of two software agents, namely a Sales agent and a Personal agent, for performing the delegated jobs of the designated marketing activity helping customers to assist his own job administration respectively. This paper is aimed to report the architecture for IMMAS represented in form of Agent UML (AUML) specifications. The strength of a multi-agent architecture is highly dependent on the coordination of multiple distributed software components. Therefore, the description of IMMAS architecture will be focused on the coordination and interaction patterns among multiple agents in a three-layer presentation. This architecture could be helpful to and used as the reference for later software engineers in agent-based software systems.

Software engineering project information is frequently evolving and queried to reflect project development changes in the software requirements or in the design process, to incorporate additional functionality to systems or to allow incremental improvement and the like. Therefore, the project information needs enhancement to ease up-to-date ontological information and to ease communication. Ontologies are widely used for capturing and organising knowledge of a particular domain of interest. We propose the use of software engineering ontology instantiations and enrichment to capture the software engineering project information

An important role in software engineering is played by design notations. The Agent UML (AUML) notation for sequence diagrams has been widely used to capture the design of interactions between agents. However, AUML is not precisely defined, and there is very little in the way of tool support available. We argue that using a textual notation allows the notation to be precisely defined, and facilitates the development of tool support. We present a textual notation that we have developed, and describe a number of tools that support this notation. One of these tools is a 'renderer' which takes a textual AUML protocol and generates the standard graphical view. The layout of graphical elements in the generated graphical view is done automatically, using a layout algorithm which we present.

Specify is a biological collections data management platform for the digitization, curation, and dissemination of museum specimen information. The Specify Software Project and its predecessor, the MUSE Project, have been funded by the US National Science Foundation for 30 years. Specify 6, a native desktop app is used in about 500 biological collections for specimen data processing. The latest generation, Specify 7, is a web platform for hosting collections data in the Specify Cloud service or on an institutional server. During 2017 and 2018, with encouragement from its long-time funder, the Specify Project is 'transitioning-to-sustainability', in a campaign to identify an organizational structure and sources of revenue to support the Project's software engineering, help desk and data management services. A museum consortium dedicated to maintaining and evolving Specify Software is a probable outcome. Such a non-profit consortium would formally engage institution directors, collections researchers, and biodiversity informaticists in the governance of Specify. Each group would play a significant role in determining the direction and capabilities of consortium software products and services. In this paper, we will summarize our approach with the Specify transition. The Specify Project's transition to sustainability is not unique within the research museum community. In the United States, groups that produce Symbiota, Arctos, and GeoLocate, as examples, face a similar quest. As legacy funders look to data communities to underwrite more of the ongoing expense of research cyberinfrastructure, projects seeded with grant funds that contribute to the overall suite of collections digitization and management software solutions will, sooner or later, face this existential challenge. Significant questions of research community economics present themselves. How much can collections institutions, of all sizes and budgets, afford to pay for specimen data software platforms and services? Will the significant cost of collections software development and support lead to sustained, collaborative, community-wide efforts, similar to the way that members of professional societies pool resources (including endowments) to provide journal and annual meeting 'infrastructure'? Or will the high cost of software, security and systems management, etc., drive wealthier museums to outsource software development by licensing commercial products, and relegate collections unable to afford software licenses, to bespoke, simple, or no software solutions? This session will include project case studies on the economics of collections research cyberinfrastructure and present perspectives and paths to long-term sustainability.