- •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. Диаграмма состояния
Диаграммы состояний чаще всего используются для описания поведения отдельных объектов, но также могут быть применены для спецификации функциональности других компонентов моделей, таких как варианты использования, актеры, подсистемы, операции и методы.
Диаграмма состояний является графом специального вида, который представляет некоторый автомат. Вершинами графа являются возможные состояния автомата, изображаемые соответствующими графическими символами, а дуги обозначают его переходы из состояния в состояние. Диаграммы состояний могут быть вложены друг в друга для более детального представления отдельных элементов модели.
Для автомата должны выполняться следующие обязательные условия:
-
состояние, в которое может перейти объект, определяется только его текущим состоянием и не зависит от предыстории;
-
в каждый момент времени автомат может находиться только в одном из своих состояний.
-
время нахождения автомата в том или ином состоянии, а также время достижения того или иного состояния никак не специфицируются;
-
количество состояний автомата должно быть конечным и все они должны быть специфицированы явным образом.
-
граф автомата не должен содержать изолированных состояний и переходов.
-
автомат не должен содержать конфликтующих переходов, когда объект одновременно может перейти в два и более последующих состояния.