
- •Вопросы по uml
- •1. Место моделирования в проектировании больших программных систем. Моделируемые аспекты программных систем.
- •2. Основные понятия объектно-ориентированного подхода к проектированию программ. Абстрагирование. Ограничение доступа. Модульность. Иерархия.
- •3. Основные понятия объектно-ориентированного подхода к проектированию программ. Понятие класса. Понятие объекта. Инкапсуляция данных и методов.
- •4. Основные понятия объектно-ориентированного подхода к проектированию программ. Роль наследования в ооп.
- •5. Основные понятия объектно-ориентированного подхода к проектированию программ. Свойство полиморфизма.
- •6. Основные понятия объектно-ориентированного подхода к проектированию программ. Понятие типизации.
- •7. Назначение и основные свойства языка uml
- •8. Язык uml. Понятия сущности, отношения, диаграммы.
- •9. Язык uml. Типы сущностей.
- •10. Язык uml. Типы отношений.
- •11. Язык uml. Диаграмма прецедентов (использования). Вид диаграммы. Назначение диаграммы.
- •Включение.
- •12. Язык uml. Диаграмма классов. Вид диаграммы. Назначение диаграммы.
- •13. Язык uml. Диаграмма объектов. Вид диаграммы. Назначение диаграммы.
- •14. Язык uml. Диаграммы взаимодействий. Диаграмма последовательностей. Вид диаграммы. Назначение диаграммы.
- •15. Язык uml. Диаграммы взаимодействий. Диаграмма коопераций. Вид диаграммы. Назначение диаграммы.
- •16. Язык uml. Диаграмма состояний. Вид диаграммы. Назначение диаграммы.
- •17. Язык uml. Диаграмма деятельности. Вид диаграммы. Назначение диаграммы.
- •18. Язык uml. Диаграмма компонентов. Вид диаграммы. Назначение диаграммы.
- •19. Язык uml. Диаграмма развертывания. Вид диаграммы. Назначение диаграммы.
- •20. Язык uml. Понятие прямого и обратного проектирования.
- •21. Язык uml. Элементы описания класса на диаграмме классов
- •Вопросы по технологии проектирования
- •1. Стадии проектирования программных систем. Итерационное проектирование
- •2. Проблема сложности при проектировании программного обеспечения. Различные виды сложности при проектировании программного обеспечения.
- •3. Основные характерные особенности больших программных систем
- •4. Определение требований к проектируемому программному обеспечению. Управление требованиями.
- •5. Документирование процесса проектирования. Назначение документирования. Требование к документированию.
- •6. Использование декомпозиции при проектировании больших программных систем. Декомпозиция при алгоритмическом подходе. Декомпозиция при объектно-ориентированном подходе.
- •7. Требования к программным модулям при проведении декомпозиции.
- •8. Роль абстракции в процессе проектирования. Барьер абстракции. Абстракции сущности и абстракции поведения.
- •9. Уровень реализации. Критерии выбора языка программирования и стандартов программирования.
- •10. Проектирование программных систем. Главный программист, его задачи и функции
- •11. Тестирование программ. Тестирование модулей. Тестирование скомпонованной программы.
- •12. Управление разработкой программ. Управление сроками. Управление кадрами. Управление организационной структурой.
- •13. Управление разработкой программ. Значение внутренних стандартов. Документирование разработки.
- •14. Методы интеграции информационных систем. Интеграция однородных и разнородных систем.
- •15. Методы интеграции информационных систем. Сервис ориентированная архитектура
14. Методы интеграции информационных систем. Интеграция однородных и разнородных систем.
Интеграция данных и знаний в большинстве случаев основана на трех методах:
1) консолидация данных – данные собираются из нескольких первичных систем и интегрируются в одно постоянное место хранения;
2) федерализация данных – обеспечивает единую виртуальную картину одного или нескольких первичных файлов данных;
3) распространение данных – осуществляют копирование данных из одного места в другое.
Возможны однородные и неоднородные системы. В однородном случае системы состоят из компонентов, разработанных по одним и тем же стандартам, с использованием одних и тех же средств, зачастую одними и теми же разработчиками, что значительно упрощает их интеграцию в общую модель. Однако зачастую системы являются разнородными и проблема интеграции представляет собой весьма сложную задачу.
Как правило, на предприятиях используются информационные системы следующих направлений:
1. Системы бухгалтерского и налогового учета
2. Системы управления предприятием
3. Системы документооборота
4. CRM-системы
5. Системы управления специфичными процессами
Данные программные продукты (коробочные или индивидуальные решения) зачастую, имеют различных разработчиков и для того, чтобы реализовать корректную передачу информации между ними, необходимы специальные разработки.
Интеграция приложений – это обеспечение взаимодействия независимо спроектированных систем.
Интеграция обеспечивает:
• Исключение двойного ввода информации и дублирования действий
• Надежность и непротиворечивость информации в системе учета
• Оперативность получения необходимой управленческой информации
• Возможность дистанционно управлять бизнесом (интеграция удаленных бизнес -единиц)
• Повышение управляемости процессами
• Повышение прозрачности бизнес-процессов для собственников и руководителей
15. Методы интеграции информационных систем. Сервис ориентированная архитектура
Интеграция данных и знаний в большинстве случаев основана на трех методах:
1) консолидация данных – данные собираются из нескольких первичных систем и интегрируются в одно постоянное место хранения;
2) федерализация данных – обеспечивает единую виртуальную картину одного или нескольких первичных файлов данных;
3) распространение данных – осуществляют копирование данных из одного места в другое.
Сервис-ориентированная архитектура – модульный подход к разработке программного обеспечения, основанный на использовании сервисов (служб) со стандартизированными интерфейсами. В основе SOA лежат принципы:
многократного использования функциональных элементов ИТ,
ликвидации дублирования функциональности в ПО,
унификации типовых операционных процессов,
обеспечения перевода операционной модели компании на централизованные процессы и функциональную организацию на основе промышленной платформы интеграции.
Компоненты программы могут быть распределены по разным узлам сети, и предлагаются как независимые, слабо связанные, заменяемые сервисы-приложения. Преимущества SOA:
сокращение издержек при разработке приложений, за счёт упорядочивания процесса разработки,
расширение повторного использования кода,
независимость от используемых платформ, инструментов, языков разработки,
повышение масштабируемости создаваемых систем,
улучшение управляемости создаваемых систем.
Принципы:
Архитектура, как таковая, не привязана к какой-то определённой технологии,
Независимость организации системы от используемой вычислительной платформы (платформ),
Независимость организации системы от применяемых языков программирования,
Использование сервисов, независимых от конкретных приложений, с единообразными интерфейсами доступа к ним,
Организация сервисов как слабо связанных компонентов для построения систем