Современна Программная инженерия. Системная инженерия
•Download as PPT, PDF•
1 like•1,153 views
![Современна Программная инженерия Системная инженерия Акоев Марк Анатольевич [email_address] Кафедра Программных средств и систем ФУО УрФУ 02 ноября 2011 г](https://image.slidesharecdn.com/20111102akoev-111102123752-phpapp02/85/-1-320.jpg)
Recommended
More Related Content
What's hot
What's hot (20)
Similar to Современна Программная инженерия. Системная инженерия
Similar to Современна Программная инженерия. Системная инженерия (20)
More from Marcus Akoev
More from Marcus Akoev (20)
Современна Программная инженерия. Системная инженерия
- 1. Современна Программная инженерия Системная инженерия Акоев Марк Анатольевич [email_address] Кафедра Программных средств и систем ФУО УрФУ 02 ноября 2011 г
- 2. Software Engineering ( SE ) 1968 год Конференции НАТО
- 3. Новое – хорошо забытое старое
- 5. Что такое Systems Engineering?
- 7. Systems Engineer Stakeholders Management Engineers Programm/Project management Quaility Management
- 9. Стилизованное представление функции ценности на протяжении ЖЦ Source: (Browning & Honour, 2008), P17 Ценность системы на протяжении жизненного цикла Система поставлена Выявлена потребность Система не устраивает Следующая система поставлена Время (Следующая система) Ценность Желательная для заинтересованных сторон ценность Потеря ценности из-за недостатка адаптивности Потеря ценности из-за задержки поставки Потеря ценности частично компенсируется обновлениями Поставка Списание Системы Системы
- 13. Связь системной и программной инженерии ISO 12207 => ISO 15288
- 16. V- диаграмма
- 18. Информационный обмен на этапах ЖЦ
- 19. Договориться о терминологии Из чего состоит организация? Что существенно в организации? По материалам компании FutureModels
- 20. Структурированные данные – основа для моделеориентированного подхода Бумага Электронные образы документов Файлы приложений Структурированные данные Подшивка и поиск Отслеживание и мониторинг Процесс создания и использования Управление Информацией Жизненного цикла Больше сложность форм и стоимость перехода от бумаги Больше сложность процессов и бизнес-выгоды Программы 3D Word Excel AutoCAD TIFF PDF Модель данных Контент-менеджмент ISO 15926 XML Схема предложена компанией INVESYS
- 21. Почему не работают методы, стандарты и практики? ИНСТРУМЕНТЫ = ПО
- 22. Моделеориентированные методы системной инженерии
- 23. DEMO http://techinvestlab.ru/files/504456/demo_praxos_1.doc Или Jan L. G. Dietz (русск.: Дитц). Enterprise Ontology: Theory and Methodology. -- B., Heidelberg, N. Y.: Springer, 2006 (ISBN-10 3-540-29169-5)
- 25. Почему необходим метод Копирайт © 2010 César González-Pérez Нечеткое Функционально ориентированное Описание «чёрного ящика» Конкретное Обязательно структурированное Описание «стеклянного ящика» задача решение это и есть метод
- 26. Что я понимаю под «методом»? Копирайт © 2010 César González-Pérez Языки Периоды Люди Продукты Практики Что мне делать ? Что является объектом действия ? Кто должен это делать ? Когда это происходит ? Как я это выражаю ?
- 28. Реализация ISO 24744 планируется
- 29. Инструменты для управления методами Копирайт © 2010 César González-Pérez
- 30. Альтернатива ISO 24744 – SPEM Есть реализация EPF_Composer
- 33. Моделеориентированное выявление требований Ян Александер
- 39. http://www.simantics.org/ Экосистема Simantics Демонстрации Документация Продукт открытый
- 43. Онтология 4D ISO 15926 Про ISO 15926 читать тут: http :// techinvestlab.ru /ISO15926 смотреть лекцию по основам ISO 15926 тут: http :// incose-ru.livejournal.com /21164.html
- 46. West, Matthew Developing High Quality Data Models Morgan Kaufmann 2011 http :// www.elsevierdirect.com /ISBN/9780123751065/ Developing-High-Quality-Data-Models
- 50. Возможные миры Прошлое Будущее Реализованный Возможный Возможный Желаемый Время Пространство
- 53. Индивиды и состояния состояние период времени индивид событие время пространство
- 55. Вопросы
Editor's Notes
- Over time, it is easier to view this graphically, although our picture here is simplified. Time is on the x-axis and value is on the y-axis. The thick, red line represents the level of value desired by stakeholders. From the point of view of expected capabilities, functions, and positive experiences, this line tends to increase over time. During development, the desired value is already changing: this diagram assumes that the program is able to hit this moving target! Recognizing a value gap, an organization develops a system to fill it. Even if the system fills the gap at the time of its delivery, the value gap will gradually emerge again: The system’s capabilities depreciate, it becomes harder to maintain, parts become obsolete and sources diminish, etc. Stakeholders’ expectations change: they become aware of new possibilities, alternative products and services, discover new wants and needs, etc. The gap may be closed by a new system or by upgrades of the old one, the frequency and ease of which depend on its adaptability. Conceptually, we can quantify the LCV of a system, the added value of a given upgrade, and the value loss by integrating these functions.