- •3. Проектирование сложных объектов основные принципы проектирования.
- •4. Аспекты и стадии проектирования
- •5. Нисходящее и восходящее проектирование и программирование
- •6. Развитие парадигмы программирования (Операциональное программирование, нисходящая технология конструирования программ. Структурное, модульное, объектное и объектно-ориентированное программирование)
- •7. Суть и метод структурного анализа. Основные этапы структурного анализа.
- •8. Программные системы и их жизненный цикл.
- •Процессы жизненного цикла по
- •9. Анализ целевых и разработка требований к программным системам.
- •10. Функциональное моделирование. Стандарты idef0, idef3.
- •11. Информационное моделирование. Стандарты idef1, idef1x
- •12. Методы, модели, современные технологические и инструментальные средства структурного анализа, достоинства и недостатки. Разработка функциональных и информационных моделей.
- •13. Понятие и метод объектно-ориентированного анализа.
- •15. Стадии объектно-ориентированного анализа и определение основных абстракций и механизмов.
- •16. Методы и средства представления. Нотации представления результатов анализа.
- •17. Основы проектирования программных систем, принципы аспекты проектирования. Понятие проекта, методологии проектирования.
- •18. Автоматизация и системы автоматизации проектирования. Процессы разработки проектных решений и проектных процедур.
- •19. Классические методы проектирования и модели представления проектных решений.
- •20. Методы структурного проектирования. Этапы проектирования программных систем.
- •21. Жизненный цикл и этапы проектирования программного обеспечения.
- •Этапы жизненного цикла по:
- •Основные:
- •Модели жизненного цикла по: Водопадная (каскадная, последовательная) модель
- •Итерационная модель
- •Спиральная модель
- •22. Классические технологии разработки программного обеспечения.
- •23. Нисходящее и восходящее проектирование.
- •24. Структурное программирование. Модульное программирование
- •25. Абстракция и абстрагирование. Фундаментальные свойства и принципы объектно-ориентированного представления программных систем.
- •26. Понятие системы, системность, сложная система, системный эффект.
- •Классы, объекты, общая характеристика и отношения между классами и объектами в объектно-ориентированном проектировании.
- •Объектно-ориентированные методы проектирования. Нотации и процессы объектно-ориентированного проектирования
- •Языки визуального моделирования. Язык uml (Unified Modeling Language). Базовые отношения, термины и понятия.
- •Ключевые абстракции и механизмы. Отношения, общие механизмы и диаграммы. Типичные приемы моделирования Общие механизмы языка uml:
- •31. Средства и элементы статических и динамических моделей объектно-ориентированных систем (статические и динамические диаграммы uml).
- •32. Методы и приемы разработки моделей объектно-ориентированных программных систем.
- •33. Основные диаграммы uml (в вопросе по 2-е из 12 основных диаграмм). Представление, сущность, использование.
- •34. Элементы и разработка поведенческих моделей объектно-ориентированных систем. Модели реализации объектно-ориентированных программных систем.
- •35. Паттерны (образцы) проектирования: виды шаблонов и их классификация, распределение «обязанностей» между шаблонами.
- •40. Факторы качества написания программного кода:
- •41. Методы и средства конструирования высококачественного кода.
- •42 Совместная разработка: методы и средства.
- •Методы и средства тестирования и отладки программных приложений.
- •Широкое использование проверенных внешних библиотек.
- •Рефакторинг и оптимизация программного кода.
- •45. Сборка, внедрение и поставка по
- •Выбираем инсталлятор, описываем в нем процесс установки/удаления программы и настраиваем сборку дистрибутива
- •Технологии и средства развертывания, наладки и обслуживания проектов.
- •Язык xml: средства, назначения и особенности использования. Xml и dtd.
- •Методы и средства обработки xml документов с использованием моделей dom и sax, преимущества и недостатки.
- •Языки Extensible Markup Language(xsl) и xsl Transformations (xslt): назначение и особенности использования.
- •Процесс выполнения xslt-преобразования
- •51. Язык xPath и его применение для доступа к элементам xml.
- •52. Унифицированный процесс разработки (rup): общее понятие и терминология.
- •53. Фазы, итерации и циклы разработки. Рабочие процессы, модели и артефакты.
- •54. Модели разработки объектно-ориентированных программных систем и управление рисками.
- •55. Особенности проектирования и разработки распределенных информационных систем.
Технологии и средства развертывания, наладки и обслуживания проектов.
Службы Службы Integration Services поддерживают две модели развертывания: модель развертывания проекта и модель развертывания пакетов. Модель развертывания проектов позволяет развертывать проекты на сервере служб Службы Integration Services.
В основе модели развертывания проекта лежит файл развертывания проекта (с расширением ISPAC). Файл развертывания проекта — это автономная единица развертывания, включающая в себя только важные сведения о пакетах и параметрах проекта. В файл развертывания проекта не заносятся все сведения, содержащиеся в файле проекта служб Integration Services (с расширением DTPROJ). Например, в файле развертывания проекта не хранятся дополнительные текстовые файлы, используемые при записи примечаний, и, как следствие, они не развертываются в каталог.
Далее перечислены функции, доступные для проектов, которые разработаны только для модели развертывания проекта.
Параметр определяет данные, которые будут использоваться пакетом. Параметры могут быть ограничены уровнем пакета или уровнем проекта с использованием параметров пакета и проекта соответственно. Параметры могут использоваться в выражениях или задачах. При развертывании проекта в каталог каждому параметру можно присвоить литеральные значения либо использовать значения по умолчанию, назначенные во время разработки. Вместо литеральных значений можно также установить ссылки на переменные среды. Значений переменных среды разрешаются во время выполнения пакета.
Среда — это контейнер переменных, на которые могут ссылаться проекты служб Службы Integration Services. Каждый проект может иметь несколько ссылок на среду, но один экземпляр выполнения пакета может ссылаться только на переменные одной среды.. Среды позволяют организовать значения, назначаемые для пакета. Например, могут существовать среды с именами «Dev», «test» и «Production».
Переменная среды определяет литеральное значение, которое может быть назначено для параметра во время выполнения пакета. Чтобы использовать переменную среды, нужно создать ссылку на среду (в проекте, соответствующем среде, в которой существует параметр), назначить имя переменной среды в качестве значения параметра, а затем, при настройке экземпляра выполнения, указать соответствующую ссылку на среду.
Все объекты служб Службы Integration Services хранятся и управляются на экземпляре SQL Server в базе данных, называемой каталогом SSISDB. Этот каталог позволяет использовать папки для организации проектов и сред. Каждый экземпляр SQL Server может иметь один каталог. В каждом каталоге может быть ноль или более папок. В каждой папке может быть ноль или более проектов и ноль или более сред. Папки в каталоге могут быть использованы в качестве границы для разрешений объектов служб Службы Integration Services.
Для управления объектами служб Службы Integration Services в каталоге можно использовать множество хранимых процедур и представлений. Например, можно задавать значения для параметров и переменных среды, создавать и запускать выполнения, а также отслеживать операции каталога. Возможно даже увидеть, какие именно значения будут использованы пакетом до его выполнения.