
- •1. Этапы жизненного цикла информационных систем, содержание этапов.
- •2. Модель жизненного цикла «Спираль»
- •3. Общая характеристика и назначение языка uml.
- •4. Диаграммы прецедентов, назначение, компоненты, 5. Отношения между компонентами на диаграмме прецедентов.
- •6. Диаграмма последовательности, ее назначение, компоненты.
- •7. Кооперативная диаграмма, ее назначение, компоненты.
- •8. Диаграмма классов, ее назначение.
- •9. Характеристики класса.
- •10. Диаграмма классов, типы и характеристики отношений.
- •11. Диаграммы состояний, их назначение.
- •12. Характеристики состояний на соответствующей диаграмме.
- •13. Диаграммы деятельности, их назначение, компоненты.
- •14. Создание диаграмм на Microsoft Visio.
- •15. Диаграммы компонентов и размещения, их назначение, составные части.
- •16. Язык объектных ограничений: структура, назначение.
- •17. Пред- и постусловия, инварианты классов. Связь ocl и uml
- •18. Контрактное и защитное программирование.
- •19. Этапы технологического процесса разработки информационных систем на uml, их краткая характеристика.
- •20. Этап определения требований, функциональные и нефункциональные требования.
- •21. Этап уточнения и структурирования требований.
- •22. Этап проектирования.
- •23. Этап реализации.
- •24. Современный подход к тестированию информационных систем.
- •25. Uml2.0: особенности представления отношений между классами
- •26. Uml 2.0: комбинированные фрагменты на диаграмме последовательности.
- •27. Uml 2.0: декомпозиция части на диаграмме последовательности.
- •28. Uml 2.0: использование времени на диаграмме последовательности.
- •29. Uml 2.0: дополнительные компоненты на диаграмме деятельности.
- •30. Uml 2.0: центральный буфер и хранилище данных на диаграмме деятельности.
- •31. Uml 2.0: особенности использования регионов на диаграмме деятельности.
- •36. Планирование по fp-метрикам
- •37. Модель сосомо-2: модель композиции приложения
- •38. Модель сосомо-2: модель раннего проектирования
- •39. Модель сосомо-2: модель этапа пост-архитектуры
- •40. Анализ чувствительности программного проекта
- •41. Модели планирования разработки информационных систем.
14. Создание диаграмм на Microsoft Visio.
Microsoft Visio — редактор диаграмм и блок-схем для Windows. Использует векторную графику для создания диаграмм.
Более ничего конкретного не нашёл...
15. Диаграммы компонентов и размещения, их назначение, составные части.
Диаграмма компонентов, Component diagram — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.
Диаграмма компонентов разрабатывается для следующих целей:
визуализации общей структуры исходного кода программной системы;
спецификации исполняемого варианта программной системы;
обеспечения многократного использования отдельных фрагментов программного кода;
представления концептуальной и физической схем баз данных.
Компоненты
Для представления физических сущностей в языке UML применяется специальный термин - компонент (component). Компонент реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели. Для графического представления компонента используется специальный символ - прямоугольник со вставленными слева двумя более мелкими прямоугольниками. Внутри большого прямоугольника записывается имя компонента и, при необходимости, некоторая дополнительная информация. Изображение этого символа может незначительно варьироваться в зависимости от характера ассоциируемой с компонентом информации.
Имя компонента подчиняется общим правилам именования элементов модели в языке UML и может состоять из любого числа букв, цифр и некоторых знаков препинания.
В языке UML выделяют три вида компонентов:
развертывания, которые обеспечивают непосредственное выполнение системой своих функций. Такими компонентами могут быть динамически подключаемые библиотеки с расширением dll, Web-страницы на языке разметки гипертекста с расширением html и файлы справки с расширением hlp;
рабочие продукты. Как правило, это файлы с исходными текстами программ, например, с расширениями h или срр для языка C++;
исполнения, представляющие собой исполняемые модули - файлы с расширением ехе.
Эти элементы иногда называют артефактами, подчеркивая при этом их законченное информационное содержание, зависящее от конкретной технологии реализации соответствующих компонентов.
Другим способом спецификации различных видов компонентов является явное указание его стереотипа компонента перед именем. В языке UML для компонентов определены следующие стереотипы:
библиотека (library) - определяет первую разновидность компонента, который представляется в форме динамической или статической библиотеки;
таблица (table) - также определяет первую разновидность компонента, который представляется в форме таблицы базы данных;
файл (file) - определяет вторую разновидность компонента, который представляется в виде файлов с исходными текстами программ;
документ (document) - определяет вторую разновидность компонента, . который представляется в форме документа;
исполнимый (executable) — определяет третий вид компонента, который может исполняться в узле.