- •Место информационной системы в управлении бизнес-процессами сложного объекта
- •Место задач моделирования при решении задач управления «умными производствами» в рамках положений доктрины Industry 4.0
- •Понятие киберфизической системы. Место модельной составляющей в управлении сложной технической системой.
- •Место программной компоненты в управлении сложной технической системой
- •Пирамида управления сложными системами. Содержание задач моделирования на разных уровнях управления
- •Содержание понятия «модель». Цель моделирования. Содержание понятия «моделирование».
- •7. Понятие изоморфизма и гомоморфизма. Типы моделей.
- •Содержание натурного и информационного моделирования. Сходство целей и различие подходов натурного и информационного моделирования.
- •9.Этапы разработки компьютерной информационной модели и их содержание
- •Подходы к созданию программных продуктов. Особенности и содержание «легких» методологий
- •Подходы к созданию программных продуктов. Особенности и содержание «тяжелых» методологий
- •Роль дисциплины при реализации сложных программных систем
- •13 Понятие фрейма. Примеры фреймов. Понятие многоаспектного моделирования.
- •Понятие области применимости и ограничений моделей жизненного цикла программных систем. Модель Code-and-Fix.
- •Понятие области применимости и ограничений моделей жизненного цикла программных систем Водопадная (Waterfall) модель.
- •Понятие области применимости и ограничений моделей жизненного цикла программных систем. Инкрементальная модель
- •Понятие области применимости и ограничений моделей жизненного цикла программных систем. V-модель.
- •Инкрементальная модель жизненного цикла
- •15 Точки зрения на проект в рамках методологии Microsoft Solution Framework - msf.Содержание факторов msf.
- •Содержание проекта в рамках pmi-pmbok. Содержание основного, вспомогательного и обеспечивающего процессов.
- •14. Содержание понятия «проект». Определение проекта. Отличительные признаки проекта и их содержание.
- •Понятие фазы проекта. Состав и содержание работ концептуальной фазы проекта
- •Понятие фазы проекта. Состав и содержание работ проектной фазы проекта
- •Понятие фазы проекта. Состав и содержание работ фазы реализации проекта
- •Понятие фазы проекта. Состав и содержание работ фазы завершения проекта
- •Состав и содержание факторов модели внешней среды проекта
- •Состав и содержание факторов модели внутренней среды проекта
Подходы к созданию программных продуктов. Особенности и содержание «легких» методологий
Различают несколько подходов: легкие методологии, тяжелые методологии и гибкая методология. Такая классификация позволяет обобщить свойства методологии одной категории на целый класс методов создания программного продукта. Назначения 1) ->Автоматизация отдельных задач -> Легкие методологии 2) ->динамические перестраиваемые информационные системы -> гибкая методология 3)-> Комплексная автоматизация обработки информации как составляющая реинжиниринга бизнес-процессов
Легкая методологии является методом разработки программного обеспечения, который имеет лишь несколько правил и практику, или только те, которым легко следовать. Чаще всего идея создателя сильно не расписывается и содержаться в голове или, к примеру не содержат большой смысловой нагрузки. (К примеру, решить контрольную или написать лабораторную работу).
Характеристики легкой методологии:
Невысокая стоимость внесения изменений.
Привязка к разработчику
Коротки период планирования. Низкие требования к качеству планирования.
Быстрое получение результатов.
Малое время жизни ПП.
Малый риск исполнителя и большой риск заказчика
Ограниченное развитие
Высокая производительность разработчиков
Низкая стоимость разработки
Низкая мобильность
НЕ НАДО
Гибкая методология – это подход к разработке ПП, в котором работа делится на множество небольших итераций. В каждом итерации решается серия задач, после чего результаты работы обсуждаются с заказчиком, на момент совпадения его (заказчика) ожиданий с выполненной работой. Таким образом, требования, планы и результаты постоянно проходят проверку на актуальность, благодаря чему команды могут быстро реагировать на изменения.
Характеристики гибкой методологии:
Малое время до появления первых версий
Относительно низкая стоимость внесения изменений
Возможность развития ПП
Относительно большое время жизни ПП
Относительно высокая производительность разработчиков
Подходы к созданию программных продуктов. Особенности и содержание «тяжелых» методологий
Тяжелая методология – подход к разработке больших и сложных ПП. Из-за большого объема работы, больших финансовых и кадровых ресурсов перед началом работ выясняется есть ли смысл создания продукта. Это необходимо, так как процесс тяжелой методологии зачастую необратим и ошибившись единожды (не говоря уже об ошибках на ранних стадиях разработки) могут возникнуть серьезные потери как финансовом, так и в других аспектах (например, временные затраты).
Характеристики тяжелой методологии:
Высокая стоимость внесения изменений в проект
Независимость от разработчика
Большие коллективы
Мобильность и возможность развития ПП
Длительный период планирования. Высокие требования к качеству планирования.
Высокая стоимость разработки
Большое время жизни ПП
Много времени на согласование.
Низка индивидуальная производительность разработчиков
Большое время между возникновением идеи и получением работающей версии системы
Совершенствование системы сопоставимо со временем существования организации
