А.Левенчук -- Понятие системы в системной инженерииAnatoly Levenchuk
Доклад Анатолия Левенчука "Понятие системы в системной инженерии. Системная инженерия против инженерии систем" на 70 заседании Русского отделения INCOSE, 23 января 2013г.
Доклад Станислава Выщепана на SPCUA 2012Lizard Soft
Презентация доклада Станислава Выщепана "Искусство управления SharePoint: как получить максимальную выгоду для бизнеса" с конференции SharePoint Conference Ukraine 2012
А.Левенчук -- Понятие системы в системной инженерииAnatoly Levenchuk
Доклад Анатолия Левенчука "Понятие системы в системной инженерии. Системная инженерия против инженерии систем" на 70 заседании Русского отделения INCOSE, 23 января 2013г.
Доклад Станислава Выщепана на SPCUA 2012Lizard Soft
Презентация доклада Станислава Выщепана "Искусство управления SharePoint: как получить максимальную выгоду для бизнеса" с конференции SharePoint Conference Ukraine 2012
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Enterprise Architecture workshop on Strategy ExecutionIvan Padabed
This document summarizes an enterprise architecture workshop on strategy and execution. The workshop covers strategy theory and practices, execution theory and practices, and includes a Q&A session. It discusses Ivan Padabed's background and references materials on systems engineering, enterprise architecture, business architecture and OMG standards. The workshop scope is described as covering markets, products, and organizations from strategic and systems perspectives. Key topics are the relationship between strategy and execution, and an approach to strategy using enterprise capabilities.
The document compares engineers and programmers, noting that engineers focus on specific languages, frameworks, and platforms while programmers are agnostic to these. It also shows that engineers are more focused on solutions and architects while programmers are more focused on systems and enterprise-level concerns. Common resources for each include language/company specific sites for engineers and more general sites like Stack Overflow for programmers.
ITGM #5. System Duality and Its Practical Effect on Business Analysis [1.0, RUS]Alex V. Petrov
Как гласит один из постулатов современной системной инженерии, любая сложная инженерная система есть иррациональное единство функции и конструкции, и информационные системы — не исключение.
Постичь внутреннюю онтологическую двойственность таких систем — значит научиться отчетливо видеть альтернативные пути удовлетворения потребностей заинтересованных сторон, осознанно, а не интуитивно различать ограничения и требования, элементы ИТ-архитектур и элементы ИТ-решений, идентифицировать внешние и внутренние интерфейсы систем в их надсистемах и многое-многое другое.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Enterprise Architecture workshop on Strategy ExecutionIvan Padabed
This document summarizes an enterprise architecture workshop on strategy and execution. The workshop covers strategy theory and practices, execution theory and practices, and includes a Q&A session. It discusses Ivan Padabed's background and references materials on systems engineering, enterprise architecture, business architecture and OMG standards. The workshop scope is described as covering markets, products, and organizations from strategic and systems perspectives. Key topics are the relationship between strategy and execution, and an approach to strategy using enterprise capabilities.
The document compares engineers and programmers, noting that engineers focus on specific languages, frameworks, and platforms while programmers are agnostic to these. It also shows that engineers are more focused on solutions and architects while programmers are more focused on systems and enterprise-level concerns. Common resources for each include language/company specific sites for engineers and more general sites like Stack Overflow for programmers.
2. PRE-INIT
Disclaimers
GOOD LUCK!
• Based on http://system-school.ru/
• Language & terminology
• Interactions
• Not a workshop
• Not a training
• Just an opportunity
Expectations
7. Абстрагирование – работа с классами
сущностей.
Адекватность – построение моделей
с должным уровнем реалистичности.
Осознанность – способность
описать/коммуницировать/воспроизв
ести процесс принятия решения.
Рациональность – способность
принять эффективное решение.
8. MOTIVATION
Foundation of Systems Engineering
• Apollo Missions (on the pic)
• NASA
• Nuclear Power Engineering
• Private Space (Musk et al)
• Automotive
• …
9. SPACEX
Systems Engineering whitepaper
“Systems Engineering is a discipline
established to protect the enormous
investment of large scale, complex
system development by anticipating
and solving integration problems
ahead of time”
https://www.aiaa.org/uploadedFiles/Events/Conferences/2012_Conferences/2012-Complex-
Aerospace-Systems-Exchange/Event/Detailed_Program/CASE2012_2-4_Muratore_presentation.pdf
10. PRE-REQUISITES
To Make It Efficient
• Concept over the Terminology
• Bayesian Probability
• Rationalists Community to the rescue: lesswrong.ru
WARNING: Сounter-intuitive!
17. 4D EXTENSIONALISM
Two different views of the single EXTENT means
that they relates to the SAME entity.
• 4D Temporal part as a name of the entity’s STATE
• Key relationship type is COMPOSITION
• *Also applicable to “HOLES”
Allows to model, collaborate and negotiate
18.
19. PROCESS
Activity, Work, … Change
• IS 4D Entity
• IS COMPOSED by participating entities
• EVENT is a 3D snapshot (4D Extent but w/o Temporal part)
Allows to manage Changes
20.
21. FUNCTION
ROLE-based behavior, ASSIGNED to the entity
• FUNCTIONAL entity (aka ROLE) is ideal
• But it can be materialized by assigning to 4D Extent
• Primary FUNCTION is used to NAME a system
ROLES are used to manage knowledge about systems
22.
23. SOFTWARE
4D Extent
Usually a subsystem of the bigger system
IDEAL MATERIALIZED
Source Code Web site instance, hosted
on the cloud serverProject Documentation
Logical Architecture Content, uploaded to the
site
Database Schema User profiles, stored with
web site instanceBusiness Plan
Example: retail web site
24. STAKEHOLDERS
ROLE (individual or group), interfering with system
lifecycle, inc. design, production and operation
• 2 way interference
• Can be positive or negative
• Always SUBJECTIVE, never objective
• STAKEHOLDERS are defining system function and scope
STAKEHOLDERS are defining a SUCCESS criteria of the project
26. SYSTEM ENGINEERING
Scope
• Dealing with COMPLEXITY
• Understands STAKEHOLDER needs
• Explore OPPORTUNITIES
• Document REQUIREMENTS
• Synthesizing, verifying, validating, and evolving SOLUTIONS
• Considering the complete problem through its LIFECYCLE from system
concept exploration to system disposal
27. HOLON & HOLARCHY
Systems and their relations
System of Interest
Subsystems
Using System
Systems in operational environment
31. СИСТЕМНОЕ МЫШЛЕНИЕ
Нет однозначного «объективного»
ответа, всегда учёт стейкхолдеров
Нет процесса, гарантирующего
результат (последовательность шагов
неизвестна)
Напоминает высшую математику,
только «необъективную»
Даёт определения, но не рассказывает,
что с ними делать. Но эти определения
позволяют компактно и просто
описывать сложный мир!
32. ENTREPRENEURSHIP
and System Engineering
• Doesn’t help to PREDICT the future
• Accepting RISKS
• Use MODELING
• Apply CHECKLISTS
• …
• Think Systems
Avoid simple MISTAKES
34. А ЧТО ДАЛЬШЕ
4D, функция, холархия, stakeholders
Функциональный анализ и конструктивный синтез
Компоненты и модули
Modeling: View & viewpoint
Interface, stack, platform, service
Requirements & architecture
Configuration Management & Lifecycle
4 времени и 7 альф
Practice as a Discipline + Technology
Capability as a Practice + Resources
Organizational Engineering & EA
Системное лидерство