1 / 59

Systems Engineering Solution

Systems Engineering Solution. OPCAT 3.0. Agenda. Background What is Systems Engineering? OPCAT Solution The Methodology. Company Profile. OPCAT 3.0. Mission Statement. Become the worldwide preferred model-driven system engineering solution, dramatically reducing development-cost.

joanne
Download Presentation

Systems Engineering Solution

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. Systems Engineering Solution OPCAT 3.0

  2. Agenda • Background • What is Systems Engineering? • OPCAT Solution • The Methodology

  3. Company Profile OPCAT 3.0

  4. Mission Statement Become the worldwide preferred model-driven system engineering solution, dramatically reducing development-cost

  5. Company Background • OPCAT solution is based on 13 years of research at the Technion and MIT. • OPCAT Inc. was founded by the Technion and Prof. Dov Dori during 2005 to commercialize the technology. • OPCAT benefits from continuous infusion of knowledge from leading academic institutes.

  6. Customers

  7. What is Systems Engineering?

  8. What is Systems Engineering? • Systems Engineering is a first, crucial phase in the development of any complex, multidisciplinary system. • The quality of the system design resulting from this mission-critical phase will impact the cost and value of the entire project.

  9. Systems Engineering Defined “The top level process of engineering a system to meet overall requirements.” www.tso.co.uk/demo/itil2/cd/content/ss/ss_apdx_a_02.htm “The application of engineering to solutions of a complete problem in its full environment by systematic assembly and matching of parts in the context of the lifetime use of the system.”www.ichnet.org/glossary.htm

  10. Software Design Mechanics Design Electronics Design Systems Engineering Role System Development Stages SYSTEM ENGINEERING DETAILED DESIGN PRODUCTION INTEGRATION TEST • Systems Engineering encompasses: • System Architecture • Requirements Engineering • Subsystem Integration Design • System Testing Design • Project Oversight & Management Accounts for ~15% of the Development Budget

  11. Risk Time Risk Time Traditional Design SYSTEM DESIGN DETAILED DESIGN PRODUCTION INTEGRATION TEST Saved Time/Cost “System Thinking” Design Source: INCOSE, 2005

  12. Success in this mission-critical phase cannot be achieved using just Partial solutions geared for software design: UML Administration tools that focus on workflow andauthorization Elementary tools Like Word or Visio A comprehensive model-driven systems Engineering solution is a must!

  13. OPCAT Solution

  14. Requirements and specification documents of large, complex systems that rely on text suffer from: • Indigestible volume • Inconsistencies and incompleteness • Lack of verification and simulation capabilities • Ambiguity and different interpretations

  15. Unambiguous communication language. • Comprehensive • Amenable to simulation and debug at design level • Allows common language and better management control

  16. OPCAT Architecture Smooth, fast, and consistent transition across the system lifecycle stages Editor Designing the system by using Object Process Methodology (OPM) graphical and textual language Advisor Smart algorithms identify design patterns and helps implement organization’s best practices on-the-fly. Simulator Simulation and conceptual debugging at the design level • Interaction Layer • Requirements • Production Information • Frameworks and Policies Engage requirements, production information (PLM) & standards- related-information into the SE design Integration tests are planed as a consistent layer on top of the system design Integration Test Planner Business Intelligence Gather and analyze design data in order to estimate quality, risk, reusability and cost

  17. OPCAT Main Outputs Detailed Design The design is transmitted by XML to detailed design tools such as UML, BPEL, MATLAB and CAD, enabling smooth transition to the next phases of design. Project Management Skeleton Development tasks are automatically exported to the organizational project management software where resources, cost and timetable can be added. Product Lifecycle Management Systems Basic physical component list (Bill of Materials - BOM) carrying SKU is exported to the organizational PLM systems for further handling Knowledge Management Systems OPM blueprints provide a common ground for system development and reference. Embedded model-based test design serve as reference for the later system integration testing.

  18. Main Advantages • A comprehensible model of the system throughout the entire system lifecycle, resulting in dramatic overall development cost reduction. • Preservation of actionable knowledge for effective maintenance and future generations development via OPCAT’s built-in evolution mechanism.

  19. The Methodology

  20. is a is a affects The basic idea behindObject-Process Modeling conceived reality modeled reality Bus Is modeled by Vehicle Car Is modeled by Objects Gas Filling Is modeled by Process Expressing real things – objects and processes – and relations among them as concepts in a model

  21. Modeling objects • An object can represent: • A class – a template for a group of potentially existing things with the same set of attributes (structure) and operations (behavior) • An instance – an entity that actually exists, with is own attribute values Object:Racecar Attribute:Color Operation:Racing Object: Racecar Attribute: Color Attribute Value: yellow

  22. Modeling processes • An process can represent: • A class – a template for an occurrence of a transformation (generation, consumption, or state change) of one or more objects • An instance – an actual occurrence of object transformation with is own attribute values Process:Wheel Replacing Process Attribute:Duration Process Attribute:Tools required Process:Wheel Replacing Process Attribute:Wheel Position Value: front left Process Attribute:Race Location Value: Daytona, OH

  23. What is Object-Process Methodology? • A comprehensive conceptual modeling paradigm for Systems Engineering that enables: • Communicating • Documenting • Engineering (simulation, testing, traceability…) • Lifecycle support of complex, multi-disciplinary systems • Based on symmetry between structure (objects) and behavior (processes)

  24. The basic OPM things: Objects and Processes Object-Process Diagram object process Object-Process Language

  25. Two major OPM features: • Unification in a single model of the two crucial and complementary system aspects: • Structure – What? (objects) • Behavior – How? (processes) • Bi-modal expression of the model engaging the two sides of the brain: • Intuitive yet formal graphics, and • Equivalent naturallanguage

  26. Objects and Processes • Objects and processes are two types of equally important things (entities) required to describe a system in a single, unifying model. • At any point in time, each object is at some state. • Objects are transformed through processes: generated, consumed, or change their state.

  27. The object-process symmetry • Objects and processes are of equal importance in the system model • A system cannot be faithfully modeled without any one of those things • Objects and processes complement each other in representing knowledge about the system • There is no supremacy of one type of thing over the other – each can be above or below the other in the importance hierarchy

  28. State • A situation that an object can be in at some point during its lifecycle • The only OPM entity beside things (object and process)

  29. State change of Cake by Topping in an animation example

  30. Cake Making Animated Simulation Example

  31. OPM Elements: Entities and Links • Entity types: • Object: A thing that exists for some time • State: A situation at which an object can be • Process: A thing that transforms an object • Link types: • Structural link: A link denoting a persistent relation between objects • Procedural link: A link between a process and the object it transforms or a state of that object

  32. OPM model of the carbon cycle Object-Process Diagram (OPD) Object-Process Language (OPL) paragraph

  33. Carbon cycle: The OPL script Object-Process Language (OPL) paragraph

  34. Complexity Management Complexity is controlled through recursive and selective scaling (zooming) of objects and/or processes to any desired level of details.

  35. Complexity Management

  36. Complexity Management

  37. Complexity Management

  38. Complexity Management

  39. Complexity Management

  40. Complexity Management • The ability to trade off clarity and completeness: • Clarity is the ability to clearly present and see the system’s structure and behavior • Completeness is the extent to which all the details of the system are specified • These two model attributes necessarily contradict each other

  41. Product Lifecycle Engineering example

  42. Scrrenshot of the Product Lifecycle Engineering system Object-Process Diagram (OPD) OPD hierarchy view Object-Process Language (OPL) paragraph

  43. Product Lifecycle Engineering system: The automatically generated text Productis physical.Productcan beapproved, distributed, used, pre-tested, rejected, stored, sold, orretired.pre-testedis initial.retiredis final. Product is made of Raw Material.Product benefits User.Manufactureris physical.Manufacturer makes & supports Product.Environmentis environmental and physical.Environmentconsists ofUser, Market Demand, Raw Material, Technology, andCompetition.Useris environmental and physical.Market Demandis environmental.Raw Materialis environmental and physical.Technologyis environmental.Competitionis environmental.Product Lifecycle Engineeringis physical.Product Lifecycle EngineeringrequiresEnvironment.Product Lifecycle EngineeringaffectsProduct, User, andManufacturer.

  44. Zooming into Product Lifecycle Engineering

More Related