- •1. Виды клиентского программного обеспечения. Виды серверного программного обеспечения.
- •2. Взаимодействие серверного и клиентского программного обеспечения
- •3. Порядок установки и сопровождения клиентского программного обеспечения
- •4. Использование типового клиентского программного обеспечения. Работа с типовым клиентским программным обеспечением.
- •5. Технология сом.
- •6. Задачи и возможности адаптации клиентской части программного обеспечения.
- •7. Адаптация клиентской части по для решения поставленной задачи.
- •8. Основные типы и классификация корпоративных систем.
- •9. Этапы жизненного цикла, поддерживаемые корпоративными системами.
- •10. Понятие платформы Microsoft .Net. Структура Microsoft.Net Framework. Программы для платформы Microsoft.Net.
- •11. Приемы и методы разработки графического интерфейса пользователя.
- •12. Библиотека классов Windows Forms. Объекты библиотеки.
- •13. Порядок построения формы ввода данных для корпоративных приложений на конкретном примере.
- •14. Особенности разработки распределенных приложений корпоративного типа технология Microsoft Remoting.
- •15. Общая последовательность на примере разработки распределенного высоконадежного и безопасного с использованием технологии Microsoft Remoting.
- •16. Концепция веб-сервиса. Инструментальные средства Microsoft используемые при создании сервисов.
- •17. Разработка сервисно-ориентированных корпоративных приложений.
- •18. Особенности и проблемы построения корпоративных приложений на основе сервисно-ориентированной архитектуры.
- •19. Адаптация общей концепции к технологическим особенностям среды и инструментальных средств Microsoft.
- •20. Структуры ис (физическая, логическая, программная, функциональная) и их взаимосвязь.
- •21. Подсистемы ис. Основные концептуальные принципы функционирования и построения.
- •22. Информационное, техническое, программное, математическое и другие виды обеспечения. Их характеристика и состав.
- •23. Характеристики аппаратно-программных платформы и их виды.
- •24. Программное обеспечение ис и его классификация.
- •25. Серверное и клиентское программное обеспечение.
- •26. Серверы управления (сетевые операционные системы) и задачи, решаемые с их помощью
- •27. Файловые серверы. Назначение и принципы работы.
- •28. Серверы терминалов. Серверы печати. Почтовые сервера. Принципы функционирования.
- •30. Open Source web-сервер Apache и его характеристики.
- •31. Характеристики iis (Internet Information Server or Microsoft). Брандмауэры. Прокси серверы.
- •32. Серверы приложений. Двухзвенная и трехзвенная архитектуры клиент-сервер. Общая схема сервера приложений.
- •33. Интерфейс сервера приложений. Тонкий, толстый клиент. Хранимые процедуры сервера приложений. Серверы безопасности их функции.
- •34. Протокол tcp/ip применительно к ис.
- •35. Задачи администрирования серверного программного обеспечения.
- •36. Приемы администрирования серверного программного обеспечения.
- •37. Стандартные и специализированные программные пакеты, и утилиты администрирования.
- •38. Dns, dhcp сервер.
- •37. Active Directory
- •40. Управление политики безопасности.
- •41. Эксплуатация различных видов серверного программного обеспечения аис и ее особенности.
- •42. Управление операционной системой с помощью консоли.
- •43. Настройка и эксплуатация файлового сервера.
- •1. Предварительная подготовка
- •2. Добавление серверу роли файлового сервера
- •1. Понятие проект и управление проектами
- •2. Отличие проекта от других форм преобразования социально-экономической реальности. Признаки проекта.
- •3. Методология и стандарты управления проектами.
- •4. Внешняя и внутренняя среда проекта.
- •5. Проект как система. Системный подход к управлению проектами.
- •6. Цель и результат проекта.
- •7. Качественные и количественные требования к проекту.
- •8. Методология smart. Основные понятия и определения.
- •9. Методология prince2. Основные понятия и определения.
- •10. Жизненный цикл и структура проекта.
- •11. Команда проекта. Определение ролей проекта. Виды мотивации партнеров.
- •12. Организация проектного офиса.
- •13. Обязанности специалиста по проектной деятельности.
- •14. Классификация проектов по критериям менеджера и экономиста. Экономичная модель проекта.
- •15. Договорное регулирование проектной деятельности.
- •16. Типы контрактов в проектной детальности.
- •17. Разработка актуальности проекта. Анализ поля проблем.
- •18. Ситуация «как есть», как «будет».
- •19. Презентация проекта. Эффективные средства и методы.
- •20. Организация тестирования. Реализация цикла тестирования.
- •21. Формирования устава (паспорт, план управления проектом).
- •22. Обеспечение хранения документов. Основные положения и обязанности.
- •23. Эффект и эффективность реализации проекта. Эффекты и индикаторы успешности реализации проекта.
- •24. Эффект и эффективность реализации проекта. Эффективность реализации проекта и ее виды.
- •25. Управление проектными рисками. Понятие риска и неопределенности.
- •По возможности диверсификации:
- •По возможности страхования:
- •По управляемости:
- •27. Система управления проектными рисками. Основные подходы к оценке риска. Методы управления рисками.
- •28. Планирование проекта. Иерархическая структура работ.
- •Определение степени детализации иср.
- •29. Основные задачи планирования проекта. Иерархическая структура работ проекта.
- •30. Сетевой анализ и календарное планирование проекта. Функции сетевого анализа в планировании проекта. Анализ критического пути.
- •31. Определение длительности проекта при неопределенном времени операций. Распределение ресурсов. Разработка расписания проекта.
- •32. Диаграмма контрольных событий. Построение диаграммы контрольных событий.
- •33. Формирование финансовых ресурсов проекта. Основные статьи расходов. Оценка стоимости проекта.
- •34. Планирование затрат по проекту (бюджетирование). Контроль выполнения плана и условий финансирования.
- •35. Управление коммуникациями. Роль коммуникаций в проекте.
- •36. Планирование управления коммуникациями. Коммуникационные технологии.
- •37. Информирование участников проекта. Принципы построения информационного сообщения в рамках плана коммуникаций. Правила реализации плана коммуникаций.
- •5) Аккуратное форматирование и верстка текста.
- •Контрольный список по реализации коммуникаций
- •38. Матрица ответственности проекта.
- •39. Закрепление функций и полномочий в проекте. Реестр навыков.
- •40. Управление конфликтами. Управление ожиданиями стейкхолдеров проекта. Конфликты и их разрешение.
- •41. Контроль реализации проекта. Понятие качества и его применение в проектах. Планирование качества.
- •42. Мониторинг проекта. Управление изменениями. Управление конфигурацией.
- •43. Управление качеством проекта. Понятие качества и его применение в проектах. Планирование качества.
- •44. Обеспечение качества проекта. Контроль качества проекта.
- •46. Оценка реализуемости проектного расписания. Оценка достижимости и нагрузки человеческих ресурсов.
- •47. Фаза завышения проекта. Закрытие контрактов проекта.
- •48. Постаудит проекта. Основные программные продукты в управлении проектом.
- •49. Формирование итоговой ведомости проекта.
- •50. Дальнейшее развитие проекта. Масштабируемость проекта.
15. Общая последовательность на примере разработки распределенного высоконадежного и безопасного с использованием технологии Microsoft Remoting.
Ответ:
-
Создание оконного приложения.
-
Настройка свойств окна.
-
Добавление главного меню.
-
Обработка пунктов меню.
-
Подключение к серверу.
-
Подключение библиотеки Runtime Remoting.
-
Создание канала для передачи сообщений. Для передачи сообщений между программами требуется создать и зарегистрировать канал.
-
Запуск сервера.
-
Подключение к серверу.
-
Исправление ошибок и недостатков.
16. Концепция веб-сервиса. Инструментальные средства Microsoft используемые при создании сервисов.
Ответ:
Веб-сервис – это основной тип веб-приложений. Задачей веб-сервиса является не генерация HTML разметки для браузера, а предоставление функций (веб-методы), которые можно вызвать по Интернету.
Веб-сервисы используются на сервере (исполняющей средой).
Веб-сервисы публикуют методы, которые могут быть вызваны внешними клиентами.
Веб-сервисы ожидают поступления http-запросов для вызова методов.
Веб-сервисы исполняют запросы и возвращают http ответы.
Использование Веб-сервисов:
-
В2В решения
-
Доступная клиенту функциональность
-
Интеграция гетерогенных систем
-
Быстрая разработка
Общие характеристики Веб-сервисов:
-
Веб-сервисы реализуются как asmx-файлы.
-
Исполняемый код веб-сервиса может находится как в самом файле asmx, так и в специальном файле с кодом.
-
Asmx – файлы начинаются директивой @WebService, эта директива содержит, по крайней мере, атрибут class, задающий класс, из которого состоит веб-сервис.
-
Кассы веб-сервисов могут иметь необязательные атрибуты WebService.
-
Веб-методы объявляются путем назначения открытым методом класса сервиса атрибута WebMethod.
17. Разработка сервисно-ориентированных корпоративных приложений.
Ответ:
Одним из подходов к созданию современных корпоративных информационных систем (ИС) является проектирование сервис- ориентированных архитектур на основе методологии SOA (Service Oriented Architecture).
SOA – это набор бизнес-методов, методов процесса, организационных методов, методов управления и технических методов для создания гибкой среды.
Сервис-ориентированная архитектура предлагает возможность гибкой работы с элементами бизнес-процессов и лежащей в их основе ИТ-инфраструктурой как с компонентами, которые можно использовать многократно и комбинировать при изменении приоритетов организации.
Механизм сервисов SOAP является каркасом для интеграции бизнес-процессов и поддерживающей их ИT-инфраструктуры в форме безопасных, стандартизированных компонентов (служб), предназначенных для многократного использования.
В процессе проектирования сервис-ориентированной архитектуры приложений в первую очередь должно быть разработано концептуальное представление.
В ходе его разработки должны быть определены следующие компоненты
• Сервисы – эффективно инкапсулировать логику и данные, связанные с процессами в реальном мире.
• Сообщения. Сервисы взаимодействуют между собой, обмениваясь сообщениями. Должны быть полностью определены сообщения, которые порождают и принимают сервисы, включая требования к последовательности этих сообщений
• Контракты. Каждый контракт описывает метод взаимодействия двух сервисов. В это описание входит: перечень посылаемых каждым сервисом сообщений, их форматы, методы отправки, последовательность обмена сообщениями, перечень принимаемых каждым сервисом сообщений и способы приёма.
• Состояния. Сервисы управляют состояниями и состояния, часто, являются главной причиной их существования. Состояние – это то, что хранится в некоторой долгосрочной среде, такой как файловая система или база данных.
• Процессы. Каждый процесс управляет последовательностью действий при выполнении некоторой работы, постепенно переводя систему из одного состояния в другое.
• Приложения объединяют процессные сервисы, бизнес-сервисы и сервисы пользовательских интерфейсов. Бизнес-сервисы обычно проектируются в четыре слоя: сервисы фасада, сервисы бизнес-процессов, сервисы бизнес-сущностей и сервисы представления данных. Такая модель работоспособна как для традиционных типов приложений, которые имеют интерфейс для взаимодействия пользователей с бизнес-сервисами, так и для сервисов, взаимодействующих с другими сервисами. Помимо концептуального представления при проектировании сервис- ориентированной архитектуры должны быть спроектированы логическое представление и физическое представление. Мы не будем на них подробно останавливаться, поскольку они в существенно меньшей степени отличаются от соответствующих представлений при проектировании традиционной архитектуры