
- •1)Понятие информационной системы (ис). Классификация ис.
- •2) Свойства, характеризующие ис. Составные части ис: функциональная и обеспечивающая (-ие). Потребительские свойства ис.
- •3)Стадии и этапы создания ис. Особенности проектов разработки ис. Трудности, возникающие в процессе разработки ис.
- •4)Жизненный цикл (жц) по ис. Модели жц по.
- •6)Уровни требований.
- •7)Требования функциональные и нефункциональные.
- •8)Свойства требований.
- •9) Характеристика процесса анализа требований. Результат анализа требований.
- •10) Источники требований. Стратегии выявления требований.
- •11) Формирование видения. Разработка концепции информационной системы. Концепция в гост 34.601-90.
- •1. Формирование требований к ас.
- •2. Разработка концепции ас.
- •12) Цели прототипирования. Классификация прототипов.
- •13)Классификация и спецификация требований.
- •14) Варианты использования. Описание вариантов использования. Диаграмма вариантов использования на uml.
- •15)Документирование требований.
- •16)Этапы проектирования.
- •4. Эскизный проект.
- •5. Технический проект.
- •17)Области проектирования.
- •18) Методология и технология проектирования. Требования к технологии проектирования.
- •19)Диаграмма прецедентов.
- •20)Диаграмма классов.
- •21)Диаграмма деятельности.
- •22)Диаграмма взаимодействий.
- •23)Диаграмма состояний.
- •24)Диаграмма компонентов.
- •25)Диаграмма развёртывания.
- •26)Принципы проектирования графического пользовательского интерфейса.
- •27)Проектирование оконного интерфейса.
- •28)Проектирование Web-интерфейса.
- •29)Моделирование навигации в графическом пользовательском интерфейсе.
- •30) Параметрически-ориентированное проектирование.
- •31)Модельно-ориентированное проектирвоание.
- •32) Критерии и стратегии выбора решения (покупное по, заказное по или интеграция).
- •33) Интеграция программных систем. Виды интеграции.
21)Диаграмма деятельности.
Диагра́мма де́ятельности англ. activity diagram — диаграмма, на которой показано разложение некоторой деятельности на её составные части. Под деятельностью англ. activity понимается спецификация исполняемого поведения в виде координированного последовательного и параллельного выполнения подчинённых элементов — вложенных видов деятельности и отдельных действий англ. action, соединённых между собой потоками, которые идут от выходов одного узла ко входам другого.
Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
Диаграмма деятельности:
отображается логика перехода от одной деятельности к другой
22)Диаграмма взаимодействий.
Диаграмма последовательностей
Д
иаграмма кооперации
Сообщения - информация, передаваемая от одного объекта другому
Диаграмма кооперации:
отражает структурные аспекты взаимодействия объектов.
Диаграмма кооперации может быть представлена на уровне спецификации и на уровне примеров
Диаграмма кооперации на уровне спецификации показывает роли, которые играют участвующие во взаимодействии элементы. Элементами кооперации на этом уровне являются классы и ассоциации.
Диаграмма кооперации уровня примеров представляется совокупностью объектов и связей. При этом связи дополняются стрелками сообщений
23)Диаграмма состояний.
Описывает процесс изменения состояний только одного класса
Каждая диаграмма состояний представляет собой автомат
Автомат описывает поведение объекта, начиная от момента его создания до момента уничтожения, т.е. всего жизненного цикла
Состояние - моделирует некоторую ситуацию, в течении которой выполняется некоторое условие
Действие - операция, которая приводит к изменению состояния или возврату значения .
Имя состояния – глагол в настоящем времени или причастие.
Анонимное состояние – состояние, у которого имя отстутствует
Список внутренних действий - это перечень действий, которые выполняются в процессе нахождения объекта в данном состоянии:
<метка-действия / выражениние-действия>
Метка действия указывает на обстоятельства или условия, при которых будет выполняться действие. Выражение действия может использовать любые атрибуты и связи, которые принадлежат области имен или контексту моделируемого объекта. Символ "/" может не указываться, если выражение действия отсутствует
24)Диаграмма компонентов.
Диаграмма компонентов, Component diagram — статическая структурная диаграмма, показывает разбиение программной системы на структурные компоненты и связи (зависимости) между компонентами. В качестве физических компонент могут выступать файлы, библиотеки, модули, исполняемые файлы, пакеты и т. п.
Диаграмма компонентов:
отображает особенности физической структуры системы
позволяет определить архитектуру разрабатываемой системы, установив зависимости между компонентами
Цели диаграммы компонентов:
визуализации общей структуры исходного кода программной системы;
спецификации исполнимого варианта программной системы;
обеспечения многократного использования отдельных фрагментов программного кода;
представление концептуальной и физической схем баз данных
Компонент реализует некий набор интерфейсов и служит для обозначения элементов физического представления системы
Имя компонента - имя исполняемого файла, имя динамической библиотеки, имя web - страницы, имена файлов с текстами программ, имя типа (<имя компонента : имя типа>)
Виды компонентов:
компоненты развертывания, которые обеспечивают выполнение системой своих функций: динамические библиотеки, html страницы, файлы справки;
компоненты-рабочие продукты: файлы с исходными текстами программ
компоненты исполнения: файлы с расширением exe