Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Б.Позин -- катастрофоустойчивая банковская система (2/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (2/2) на 80 заседании Русского отделения INCOSE, 25 сентября 2013г.
Создание системного программного обеспечения.
Основная цель вида профессиональной деятельности:
Разработка, отладка, модификация и поддержка системного программного обеспечения
Cистемная инженерия безопасности объектов недвижимости и бизнес-процессов.Yuri Bubnov
Структура метода системной инженерии безопасности объектов недвижимости и бизнес-процессов, основанного на международных стандартах ISO 24744, ISO 31000, ISO 22301, Archimate, OMG Essence и работах видных зарубежных учёных Nancy Leveson (MIT), Donald Firesmith (SEI).
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
www.cmcons.com. Практика и технология внедрения процесса конфигурационного управления и управления изменениями с применением IBM Rational ClearCase и ClearQuest
Б.Позин -- катастрофоустойчивая банковская система (2/2)Anatoly Levenchuk
Доклад Бориса Позина "Опыт разработки крупномасштабной катастрофоустойчивой банковской системы" (2/2) на 80 заседании Русского отделения INCOSE, 25 сентября 2013г.
Создание системного программного обеспечения.
Основная цель вида профессиональной деятельности:
Разработка, отладка, модификация и поддержка системного программного обеспечения
Базовые принципы и понятия технологии разработки объектно-ориентированных инф...DEVTYPE
Основы современной методологии объектно-ориентированного анализа и проектирования. Особенности визуального моделирования информационных систем. Базовые семантические конструкции языка UML 2 и их описание с помощью специальных обозначений. Основные элементы нотации языка UML 2 и их отличие от языка UML 1. Особенности моделей представления структуры и поведения в проектах разработки сложных программных систем и бизнес-процессов. Канонические диаграммы языка UML 2 и их общая характеристика. Механизмы расширения языка UML 2.
Разработка системы "EASYCONTROLLER". Системы программирования промышленных ло...RSATU-UMNIK
Поиск решения, позволяющего обеспечить легкость изучения и упрощения создания управляющих алгоритмов за счет использования удобного и понятного представления создаваемых программ, а также за счет использования инструментов, которые позволяют специализировать язык на определенный вид техпроцессов и определенный вид оборудования.
Аудит безопасности программного кода: Подходы, стандарты, технологии выявлени...Andrey Fadin
Семинар ставит целью познакомить технических специалистов как с теоретическими, так и с прикладными вопросами оценки безопасности кода приложений (ПО).
Затрагиваются вопросы нормативной базы, классификации уязвимостей и дефектов ПО, а также стандартизации терминов и методик аудита, рассматриваются различные методы статического и динамического анализа, менеджмент процесса, существующие инструменты в этой области.
2. ТерминологияТерминология
Программное обеспечение (ПО)Программное обеспечение (ПО) – компьютерные– компьютерные
программы и соответствующая документация.программы и соответствующая документация.
Разрабатывается по частному заказу или для продажиРазрабатывается по частному заказу или для продажи
на рынке ПО.на рынке ПО.
Инженерия ПОИнженерия ПО – инженерная дисциплина,– инженерная дисциплина,
охватывающая все аспекты разработки ПО.охватывающая все аспекты разработки ПО.
СистемотехникаСистемотехника (технология создания вычислительных(технология создания вычислительных
систем) – дисциплина, охватывающая все аспектысистем) – дисциплина, охватывающая все аспекты
создания и модернизации сложных вычислительныхсоздания и модернизации сложных вычислительных
систем, где программное обеспечение играет ведущуюсистем, где программное обеспечение играет ведущую
роль. Сюда можно отнести технологии созданияроль. Сюда можно отнести технологии создания
аппаратных средств, создание вычислительныхаппаратных средств, создание вычислительных
процессов, развертывание всей системы, а такжепроцессов, развертывание всей системы, а также
технологию создания непосредственно ПО.технологию создания непосредственно ПО.
3. Процесс создания ПОПроцесс создания ПО – совокупность процессов,– совокупность процессов,
приводящих к созданию программного продукта.приводящих к созданию программного продукта.
Фундаментальные процессы, присущие любому проектуФундаментальные процессы, присущие любому проекту
создания ПО:создания ПО:
► Разработка спецификации требований на ПОРазработка спецификации требований на ПО
(Определяют функциональные характеристики системы(Определяют функциональные характеристики системы
и обязательны для выполнения)и обязательны для выполнения)
► Создание программного обеспечения (создание ПОСоздание программного обеспечения (создание ПО
согласно спецификации)согласно спецификации)
► Аттестация ПО (Созданное ПО должно пройтиАттестация ПО (Созданное ПО должно пройти
аттестацию для подтверждения соответствиюаттестацию для подтверждения соответствию
требованиям заказчика)требованиям заказчика)
► Модернизация ПО (совершенствование ПО согласноМодернизация ПО (совершенствование ПО согласно
измененным требованиям потребителя)измененным требованиям потребителя)
ТерминологияТерминология
4. Модель процесса создания ПОМодель процесса создания ПО ––
последовательность этапов, необходимых дляпоследовательность этапов, необходимых для
разработки создаваемого ПО.разработки создаваемого ПО.
Типы моделей технологического процессаТипы моделей технологического процесса
создания ПО:создания ПО:
1.1. Модель последовательности работМодель последовательности работ
2.2. Модель потоков данных и процессовМодель потоков данных и процессов
3.3. Ролевая модельРолевая модель
ТерминологияТерминология
5. Модели процесса разработки ПО:Модели процесса разработки ПО:
1.1. Каскадная модельКаскадная модель
2.2. Эволюционная модельЭволюционная модель
3.3. Формальное преобразованиеФормальное преобразование
4.4. Сборка программных продуктов из ранееСборка программных продуктов из ранее
созданных компонентов (модель сборки)созданных компонентов (модель сборки)
5.5. Итерационная (спиральная) модельИтерационная (спиральная) модель
ТерминологияТерминология
6. Структура затрат на создание ПОСтруктура затрат на создание ПО
0 25 50 75 100
Спецификация Проектирование Разработка Сборка и тестирование
Распределение стоимостей отдельных этапов создания ПО
Спецификация Эволюционная разработка Тестирование системы
Структура затрат при использовании эволюционного подхода
Разработка системы Совершенствование системы
Затраты на разработку и совершенствование системы
7. Методы представляют собой структурный подход кМетоды представляют собой структурный подход к
созданию ПО, который способствует производству ПОсозданию ПО, который способствует производству ПО
эффективным, с экономической точки зрения,эффективным, с экономической точки зрения,
способом.способом.
Все основаны на использовании моделей системы вВсе основаны на использовании моделей системы в
качестве спецификации ее структурыкачестве спецификации ее структуры
1.1. Функционально-ориентированныеФункционально-ориентированные (структурный(структурный
анализ,анализ, JSDJSD, 70-е годы) основаны на определении, 70-е годы) основаны на определении
основных функциональных компонент системы.основных функциональных компонент системы.
2.2. Объектно-ориентированныеОбъектно-ориентированные ((Booch, RumbaughBooch, Rumbaugh))
используют подходы, основанные на использованиииспользуют подходы, основанные на использовании
унифицированного языка моделированияунифицированного языка моделирования UMLUML..
Методы создания ПОМетоды создания ПО
8. Computer-Aided Software EngineeringComputer-Aided Software Engineering ––
автоматизированная разработка ПО.автоматизированная разработка ПО.
Широкий спектр программ, применяемых дляШирокий спектр программ, применяемых для
поддержки и сопровождения различных этаповподдержки и сопровождения различных этапов
создания ПО:создания ПО:
► Анализ системных требованийАнализ системных требований
► Моделирование системыМоделирование системы
► Отладка и тестированиеОтладка и тестирование
► Создание документацииСоздание документации
► Генерация исходного кода программГенерация исходного кода программ
► Др…Др…
CASECASE-технологии-технологии
Верхний
уровень
Нижний
уровень
9. Удобство сопровожденияУдобство сопровождения
усовершенствование в ответ на измененные требованияусовершенствование в ответ на измененные требования
заказчиказаказчика
НадежностьНадежность
безотказностьбезотказность
защищенностьзащищенность
безопасностьбезопасность
……
ЭффективностьЭффективность
скорость выполненияскорость выполнения
процессорное времяпроцессорное время
объем требуемой памятиобъем требуемой памяти
……
Удобство использованияУдобство использования
не требует чрезмерных усилий пользователяне требует чрезмерных усилий пользователя
соответсвующий пользовательский интерфейссоответсвующий пользовательский интерфейс
документациядокументация
……
Характеристики качества ПОХарактеристики качества ПО
10. ►Исследования ранее созданного ПОИсследования ранее созданного ПО
►Разнородность программныхРазнородность программных
системсистем
►Требование уменьшения времениТребование уменьшения времени
на создание ПОна создание ПО
Основные проблемы, стоящие передОсновные проблемы, стоящие перед
специалистами по ПОспециалистами по ПО
11. 1.1. Почему затраты на формирование требований иПочему затраты на формирование требований и
определении структуры системы могут превосходитьопределении структуры системы могут превосходить
стоимость продаваемых программ?стоимость продаваемых программ?
2.2. Какими четырьмя характеристиками должен обладатьКакими четырьмя характеристиками должен обладать
любой программный продукт?любой программный продукт?
3.3. Каково различие между моделью процесса созданияКаково различие между моделью процесса создания
ПО и самим процессом?ПО и самим процессом?
4.4. Какие проблемы, стоящие перед специалистами поКакие проблемы, стоящие перед специалистами по
ПО, можете назвать еще?ПО, можете назвать еще?
Контрольные вопросыКонтрольные вопросы