
- •1. История развития систем автоматизированной разработки пс.
- •2. Case-технология в разработке пс
- •3.Основные элементы объектной модели проектирования программного обеспечения (абстрагирование, инкапсуляция, модульность, иерархия). Особенности построения объектно-ориентированной системы.
- •4. Дополнительные элементы объектной модели проектирования программного обеспечения (типизация, параллелизм, устойчивость). Полиморфизм и наследование.
- •5. История появления, особенности и назначение унифицированного языка моделирования uml.
- •6.Назначение программного средства Rational xde. Основные окна и пункты меню Rational xde.
- •7.Сравнительный анализ программных продуктов Rational Rose и Rational xde
- •8. Назначение, особенности и построение диаграммы Use Case.
- •9. Назначение, особенности и построение диаграммы Deployment.
- •10. Назначение, особенности и построение диаграммы Statechart.
- •11. Назначение, особенности и построение диаграммы Activity.
- •12. Назначение, особенности и построение диаграммы Sequence.
- •13. Назначение, особенности и построение диаграммы Collaboration.
- •14. Назначение, особенности и построение диаграммы Component.
- •15, 16. Назначение, особенности и построение диаграммы Class.
- •17. Назначение и виды связей между классами на диаграммах Rational Rose. Особенности следующих связей: однонаправленная ассоциация, зависимость, ассоциированный класс, наследование, реализация.
- •19. Создание шаблона приложения с использованием библиотеки mfc. Структура и классы приложения.
- •20. Функциональные возможности Rational Rose: модуль Component Assignment Tool, компонент Model Assistant, обновление кода по модели и модели по коду.
- •21. Особенности генерации исходного кода в среде Rational xde. Способы синхронизации модели.
- •22. Сравнительный анализ процедур генерации исходного кода в Rational Rose и Rational xde
- •23. Назначение, возможности, особенности использования модуля Data Modeler.
- •24. Назначение, возможности, особенности использования модуля Data Modeler в Rational xde.
- •25. Назначение, возможности, особенности использования модуля Web Modeler.
- •26. Возможности и особенности построения Web-модели в среде Rational xde
- •27. Продукт Rational Unified Process (rup), его цели и назначение.
- •28. Статический и динамический аспекты rup.
- •29. Использование программного средства rup в сочетании с диаграммами uml
- •30.Принципы и стадии разработки пс в технологии Rational Unified Process.
- •31. Содержание и результаты первой и второй стадий в технологии Rational Unified Process
- •32. Содержание и результаты третьей и четвертой стадий в технологии rup.
- •33. Этапы и процессы создания пс в технологии Oracle.
- •34. Классический и быстрый подходы к разработке пс в технологии Oracle. Факторы, определяющие выбор подхода.
- •35. Этапы разработки пс в технологии Borland.
- •36. Принцип модульности при разработке пс
- •37. Управление рисками проекта. Процедуры идентификации и анализа рисков.
- •38. Управление рисками проекта. Ранжирование, планирование управления, разрешение и наблюдение риска.
- •39. Метрики объектно-ориентированных программных систем. Локализация. Инкапсуляция. Информационная закрытость
- •40. Метрики объектно-ориентированных программных систем. Инкапсуляция. Наследование. Абстракция.
- •41. Назначение и компоненты системной модели сапр. Обозначение, наименование, цели системы, общесистемные характеристики, входы-выходы, структура системы.
- •42. Критерии развития сапр. Функциональные и технологические критерии.
- •43. Критерии развития сапр. Экономический и эргономический критерии.
- •44. Перспективы развития технологий разработки программного обеспечения.
9. Назначение, особенности и построение диаграммы Deployment.
Предназначена для анализа аппаратной части системы. Проектировщик может выполнить анализ необходимой аппаратной конфигурации.
Для каждой модели такая диаграмма может быть только 1.
устройство, которое способно выполнять
вычислительный процесс
просто устройство
Соединение (----) позволяет связывать устройства и процессоры. Здесь не показывается направление передачи информации, а лишь отражается факт наличия физического соединения. И всегда 2-направленное.
Диаграмма, отражающая работу теплицы
Лампа должна включаться при недостаточном освещении, однако датчик освещения не предусмотрен, значит лампа должна гореть всегда, когда система переходит в режим «день» и выключаться в режиме «ночь». При снижении или повышении температуры выше нормы включается соответствующее устройство.
10. Назначение, особенности и построение диаграммы Statechart.
Назначение: для описания состояний объекта и условий перехода между ними.
Описание состояний позволяет определить модель поведения объекта при получении различных сообщений и взаимодействия с другими объектами. При этом диаграмма состояний влияет на генерируемый код. Она позволяет посмотреть на программный объект с точки зрения его поведения, что является главной особенностью ООП.
Инструменты диаграммы.
После инициализации диаграммы состояний доступны:
Начальное состояние (start state). Позволяет создать значок начала работы и обозначает событие, которое переводит объект в первое состояние
Окончание работы (end state). Направление перехода только в него. При этом нет ограничений на количество end state. Start – только один.
State – этот инструмент позволяется отразить ситуацию в течение жизни объекта, отвечает положению объекта или ожиданию некоторого события. Внутри диаграммы имя состояния уникально.
В текущем значке state может быть отражено действие по входу состояния, выходу из него, реакция на событие или посылка сообщения.
Переход – позволяет создать значок перехода между состояниями. При этом из 1 состояния м.б. сделано несколько переходов в другие состояния. В случае, если каждый переход осуществляется при наступлении различных событий или условий.
Переход на себя – позволяет создать переход в то же состояние, в котором находился объект.
Построение диаграммы StateChart
Начинается с создания Start State. После этого обычно любая система переходит в состояние ожидания нового события.
Состояние тестирования датчиков – в нашей системе вычислительным процессом занимается контроллер. В его функции входит поддержка состояния среды: температуры, освещенности и концентрата удобрений. Чтобы их поддерживать согласно плану, необходимо снять текущее состояние среды с помощью датчиков. В нашем случае датчики будут выдавать значения измеренных параметров по запросу компьютера, поэтому следующее состояние на диаграмме будет тестирование окружающей среды.
Активизировавшись, контроллер опрашивает датчики системы:
Можно настроить момент, в который происходит выбранное действие
Do – действие выполняется на протяжении всего состояния
onEntry – при входе в состоянии
onExit - на выходе
onEvent – посыл сообщение выбранному объекту
Вывод диаграммы из цикла
Чтобы определить момент окончания процесса выращивания или принять решение о том, что процесс еще не завершился, введем на диаграмме состояние «Анализ времени» и соединим его с состоянием ожидания. Из этого состояния делаем переход в состояние «End State», если время истекло.
Для отражения работы исполнительных устройств создадим состояние «Adjusting environment» и соединим его с состоянием тестирования среды и ожидания нового цикла выращивания.
Настройка среды
Опишем состояния системы для настройки среды в соответствии с планом выращивания. При этом сделаем ряд допущений
Для роста температуры вкл нагрев
Для снижения температуры – вентиляторы
Режим «день» - вкл освещение
Режим «ночь» - выкл освещение
Для уменьшения ph добавляем воду
Для увеличение ph добавляем удобрения.
Принимается условие о возможности одновременного включения некоторых устройств.