1. Faculty Advisor – Dr. Suraj Kothari Client – Jon Matthews Team Members – Chaz Beck Marcus Rosenow Shaun Brockhoff Jason Lackore White Box Testing Junit testing was used on logic-oriented classes. OSATE API provides many restrictions on how components can be used We have put our own restrictions in place to preserve model validity Custom exceptions thrown to capture specific errors System Testing Use OSATE to convert AAXL to AADL and EMF diagram Use OSATE to run analyses on imported diagrams to confirm validity of model Use OSATE to create “instances” of the system – a flat model based on the original model layers EMF models were used for testing the AADL-XML Adapter implementation Testing Results Most bugs were identified in system testing Boundary/fringe conditions and necessary guards identified during white box testing Model Generator – 1.Develop a static model generator that produced AADXL output 2.Extend the static model generator to handle dynamic model generation 3.Create a console that would allow parameters to be imputed from the user to control the dynamic model generation 4.Experiment with dynamically generating models larger than memory AADL-XML Adapter – 1. Experiment with BaseX and understand its limitations in terms of performance and features 2.Build a wrapper for BaseX in Java to insert XML files into database and to perform queries 3.Generate EMF models for testing 4.Develop the AADL-XML adapter using EMF’s persistence API and use BaseX as custom storage for AADXL This senior design team started off working on an exploratory project aiming to understand AADL and model driven development using OSATE. Through three iterations of the project, the purpose has shifted to a trying to extend current model-based development tools and overcome their current short comings. The focus still stayed on OSATE and AADL due to it being open-sourced and popular among the industry. Most of the team’s time spent was trying to understand how to do system integration with OSATE, EMF, Eclipse, and BaseX. Many different components and APIs were involved and leveraged during the course of development. Unlike other senior design projects, where they build their project from scratch, great care was needed to ensure that new functionality added didn’t break the existing code base and that the correct APIs were involved to get the desired functionality. This increased the complexity of the project and involved considerable time researching. In all, this project was a great exercise in exercising real-world software development. The team learned how to evolve a project’s requirements, how to integrate existing software components which is highly exercised in the industry, and how to manage a large-scale project and develop an internal infrastructure to handle communication and delegation of tasks between members. As for deliverables, the team was able to successful implement a dynamic model generator that could be used for creating AADL test models and an AADL-XML Adapter that removed OSATE’s in- memory model storage to allow retrieval of a model residing in an XML database. Software Technologies Used ConclusionDesign Overview Problem Statement Test Results Project PlanImportance of Software Developing meaningfully sized model analysis for real world application Our project is directed towards the application of model persistence in alleviating the burdens placed on modeling tools by real world scenarios in model driven development, as well as, the reliable creation of meaningfully sized models for better simulation of the stress placed on today’s software during testing. The solution focus of our project consists of storage (or persistence to) in an eXtensible Markup Language (XML) database and... > The persistence of EMF models to lessen memory issues created from large models … > AADL (Advanced Architecture and Design Language) allows for a textual and graphic notation with precise semantics to model applications and execution platforms. An example might be modeling an airplane’s subsystems (sensors, processes, buses, etc). The generated models can be tested against predefined qualifiers. Currently The language can also be used as a unifier in transferring models in communication. companies such as Rockwell Collins, Boeing, Honeywell, Lockheed Martin and others have an interest in AADL. One of the major programs used to develop AADL models is the SEI Open Source AADL Tool Environment (OSATE). There are a few weaknesses with the software which our team wishes to address. Model Generator Functional Requirements The system must take in parameters and output an AADL model that conforms to the parameters provided The system must be extendable, to allow a developer to add new parameter types Nonfunctional Requirements The system must generate large models without using large amounts of computer memory XML:DB Adapter Functional Requirements The system must take an XML representation of AADL and store it in an XML database The system must provide access to stored AADL models on a per-object basis The system must provide object retrieval support for both OSATE and EMF uniform resource identifier syntax ModelGen Plugin OSATE Model Tree Component Factory AADL Writer Create Tree Tree in Memory Represent Model In Memory Create AADL Components Tree to XML ModelGen Parameters AAXL Model to OSATE Tree Builder EMF XML:DB Adapter EFactory Notifier EObject EStore EList BaseX EObjectImpl BaseX EStoreImpl BaseX Wrapper BaseX EList BaseX EFactory EMF Model EMF Impl DB Query AADL Model Generator Pass in parameters such as component counts, latency values, property counts via command line Create a tree representation of the AAXL model using EMF/OSATE components in memory Extensible structure allows new AADL components and tree structures to be added in later versions Output memory representation to AAXL text, which can then be converted by OSATE into AADL text and EMF diagram XML:DB Adapter Implement EMF Estore and other interfaces to allow per-object queries Validate user-provided URI and do a conversion if necessary between the two supported standards (XPath or OSATE’s custom XPath implementation) Generalized for XML, but can store AAXL model files as they conform to XML specifications