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