- •1. Определение информационных систем.
- •2. Информация и данные.
- •3. Информационные системы и информационные технологии.
- •4. Современное состояние и тенденции развития ис.
- •5. Классификация информационных систем.
- •6. Эволюция информационных систем.
- •7. Функции информационных систем.
- •8. Структура информационной системы.
- •9. Жизненный цикл информационных систем.
- •10. Стадии и этапы создания информационных систем.
- •11. Назначение и структура технического задания на разработку ис.
- •12. Гост на создание ис.
- •13. Состав проектной документации.
- •14. Технология проектирования ис: общее определение и виды технологий.
- •15. Каноническое проектирование ис.
- •16. Типовое проектирование ис.
- •2) Подсистемный метод
- •3) Объектный метод
- •18. Моделирование и его использование при проектировании ис.
- •19. Сущность структурного подхода к проектированию ис.
- •20. Методология функционального моделирования.
- •21. Методология моделирования потоков данных
- •22. Методология моделирования потоков работ.
- •23. Технология структурного анализа и проектирования (sadt)
- •24. Стандарты idef
- •25. Организация информационного обеспечения ис
- •26. Case-технологии
- •27. Case-средства проектирования баз данных
- •28. Case-средства моделирования
- •29. Сущность объектно-ориентированного подхода к проектированию ис
- •30. Объектно-ориентированный анализ
- •31. Объектно-ориентированное проектирование
- •32. Объектно-ориентированная реализация
- •33. Сложность программного обеспечения
- •34. Характеристика объектной модели
- •35. Объекты и классы
- •36. Класс и отношения между классами
- •37. Язык uml
- •38. Диаграмма прецедентов
- •39. Диаграмма классов
- •40. Диаграмма взаимодействия
- •41. Диаграмма последовательности
- •42. Диаграмма кооперации (сотрудничества)
- •43. Диаграмма компонентов
- •44. Диаграмма взаимодействия (см. Вопрос 40)
- •45. Диаграмма развертывания
- •46. Диаграмма состояния
- •47. Case-средства объектно-ориентированного моделирования.
- •48. Технология rup.
- •49. Технология rad.
- •50. Основные принципы экстремального программирования.
- •51. Моделирование бизнес-процессов (bpm)
- •52. Управление бизнес-процессов (bpm)
- •53. Выполнение бизнес-процессов (bpm)
- •54. Стандарт моделирования бизнес-процессов bpmn
- •55. Модельно-ориентированный подход к разработке по
- •56. Методология разработки по – msf
44. Диаграмма взаимодействия (см. Вопрос 40)
45. Диаграмма развертывания
Диаграмма развертывания - метод объектно-ориентированного проектирования, отображающий физические взаимосвязи между программными и аппаратными компонентами системы.
Д
иаграмма
развертывания
предназначена
для визуализации элементов и компонентов
программы, существующих лишь на этапе
ее исполнения (runtime). При этом представляются
только компоненты-экземпляры программы,
являющиеся исполняемыми файлами или
динамическими библиотеками. Те компоненты,
которые не используются на этапе
исполнения, на диаграмме развертывания
не показываются.
Диаграмма развертывания содержит графические изображения процессоров, устройств, процессов и связей между ними.
Разработка диаграммы развертывания, как правило, является последним этапом спецификации модели программной системы.
При разработке диаграммы развертывания преследуют следующие цели:
-
определить распределение компонентов системы по ее физическим узлам;
-
показать физические связи между всеми узлами реализации системы на этапе ее исполнения;
-
выявить узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.
- Узел (node) представляет собой некоторый физически существующий элемент системы, обладающий определенным вычислительным ресурсом.
- Кроме изображений узлов на диаграмме развертывания указываются отношения между ними. В качестве отношений выступают физические соединения между узлами и зависимости между узлами и компонентами, изображения которых тоже могут присутствовать на диаграммах развертывания.
46. Диаграмма состояния
Д
иаграммы
состояний
чаще всего используются для описания
поведения отдельных объектов, но также
могут быть применены для спецификации
функциональности других компонентов
моделей, таких как варианты использования,
актеры, подсистемы, операции и методы.
Диаграмма состояний является графом специального вида, который представляет некоторый автомат. Вершинами графа являются возможные состояния автомата, изображаемые соответствующими графическими символами, а дуги обозначают его переходы из состояния в состояние. Диаграммы состояний могут быть вложены друг в друга для более детального представления отдельных элементов модели.
Для автомата должны выполняться следующие обязательные условия:
-
состояние, в которое может перейти объект, определяется только его текущим состоянием и не зависит от предыстории;
-
в каждый момент времени автомат может находиться только в одном из своих состояний.
-
время нахождения автомата в том или ином состоянии, а также время достижения того или иного состояния никак не специфицируются;
-
количество состояний автомата должно быть конечным и все они должны быть специфицированы явным образом.
-
граф автомата не должен содержать изолированных состояний и переходов.
-
автомат не должен содержать конфликтующих переходов, когда объект одновременно может перейти в два и более последующих состояния.
