 ПОЗНАВАТЕЛЬНОЕ Сила воли ведет к действию, а позитивные действия формируют позитивное отношение Как определить диапазон голоса - ваш вокал Игровые автоматы с быстрым выводом Как самому избавиться от обидчивости Противоречивые взгляды на качества, присущие мужчинам Вкуснейший "Салат из свеклы с чесноком" Натюрморт и его изобразительные возможности Применение, как принимать мумие? Мумие для волос, лица, при переломах, при кровотечении и т.д. Как научиться брать на себя ответственность Зачем нужны границы в отношениях с детьми? Световозвращающие элементы на детской одежде Как победить свой возраст? Восемь уникальных способов, которые помогут достичь долголетия Классификация ожирения по ИМТ (ВОЗ) Глава 3. Завет мужчины с женщиной
Оси и плоскости тела человека - Тело человека состоит из определенных топографических частей и участков, в которых расположены органы, мышцы, сосуды, нервы и т.д.
| Rational Rose: обратное проектирование(электронный конспект) 12
Процесс генерации логической модели из физической БД называется обратным проектированием (Reverse Engineering). Для выполнения обратного проектирования следует выбрать команду Tasks/Reverse Engineering... При этом возникает диалог ErWin Template Selection, в котором нужно выбрать шаблон диаграммы, затем диалог выбора СУБД и наконец диалог задания опций обратного проектирования. В последнем диалоге можно задать следующие опции:
После установки необходимых опций можно щелкнуть на кнопке [Next], после чего появляется диалог связи с БД, устанавливается сеанс связи с сервером и начинается процесс обратного проектирования, во время которого показывается статус процесса в диалоге Reverse Engineering Status. В результате процесса создается новая модель данных. В ходе работы модель и системный каталог БД могут измениться и дополняться. В результате спустя некоторое время после последнего сеанса обратного проектирования могут возникнуть расхождения между реальным состоянием системного каталога и моделью данных. Для синхронизации системного каталога БД и текущей модели следует выбрать команду Tasks/Complete Compare или нажать соответствующую кнопку на панели инструментов. 57. Классический подход – предок современных подходов: особенности ЖЦ Сравнительная сумма классического и современного подходов: 1) Трудозатраты по фазам ЖЦ
2) Особенности классической и современной разработки
58. Классический подход – предок современных подходов: использование управляющих структур
Классический подход положил начало использованию типовых управляющих структур: следование(?), если-то-иначе, цикл с предусловием, цикл с постусловнием, цикл с параметром и вывод. Их реализацию поддерживают алгоритмические языки. Для обращения ранее созданных и неструктурированных программ в структурированные находят применения: дублирование кода, метод введения переменной состояния, метод булевого признака. Что касается управляющих структур, то они используются в современном подходе при описании спецификации процессов и операций классов. Обращение неструктурированных программ в структурированные в настоящее время потеряло свою актуальность ввиду отсутствия такого наследия как неструктурированные программы.
59. Классический подход – предок современных подходов: использование модулей При классическом подходе к разработке ПО модуль – это замкнутая программа, которую можно вызывать из любого другого модуля в программе и можно отдельно компилировать. Разбиение программы на модули означает выбор такой структуры, при которой связь между операторами внутри модуля была бы сильнее, чем между любыми операторами в различных подпрограммах (модулях). Такая концепция приводит к понятиям прочности модуля и сцепления модулей. Прочность модуля – мера внутренних связей модуля. Различают 7 классов прочности: 1)Прочность по совпадению; 2)логическая прочность; 3)Прочность по классу; 4)Процедурная прочность; 5)Коммуникационная прочность; 6)Информационная прочность; 7)Функциональная прочность. Сцепление модулей – мера взаимной зависимости их по данным, обусловленная как организацией этих данных, так и способом их передачи. Различают 6 видов сцепления, образующих также некоторую иерархию по степеням сцепления: 1)сцепление по содержимому; 2)по общей области 3)по внешним данным; 4)по управлению; 5)по формату; 6)по данным. Что касается современных подходов, то рассматриваемые выше элементы идентичны программному процессу системного структурного подхода и модулю системного структурного проектирования; соответствуют операциям (методам класса) при ООП-подходе.
60. Современный подход к разработке ПО – эволюционное развитие классики Современный подход к разработке ПО – это не революция в разработке, а результат эволюции классического подхода, которая привела к: 1) Спиральной модели жизненного цикла; 2) Анализу бизнес-процессов с построеним моделей AS-IS и TO-BE; 3) Построению модели программных процессов и структур при системном подходе (ООА и ООП при ОО подходе); 4) Появление современных инструментальных средств анализа, проектирования и реализации ПО.
1. Вводные понятия: ПО, технология (в широком смысле), ТРПО 2. Понятие CASE-технологии 3. Диаграммные техники структурно-ориентированного системного анализа и их назначение 4. IDEF0: назначение и основные элементы 5. IDEF3: назначение и основные элементы 6. Диаграммы IDEF0,IDEF3, DFD в моделировании ПО 7. Диаграммы IDEF0,IDEF3, DFD в моделировании бизнес-процессов 8. Классификация структурных методологий: школы SE и IE 9. Классификация структурных методологий: порядок построения 10. Классификация структурных методологий: тип целевых систем 11. Диаграммные техники объектно-ориентированного с анализа и их назначение 12. Способы описания поведения ПО 13. Диаграмма состояния: назначения и основные элементы 14. Диаграмма состояния: состояния 15. Диаграмма состояния: переход 16. Диаграмма состояния: составные состояния 17. Диаграммы деятельности: назначения и основные элементы 18. Диаграммы деятельности: состояния действия 19. Диаграммы деятельности: переходы 20. Диаграммы деятельности: дорожки 21. Диаграммы деятельности: объекты 22. Способы описания взаимодействия объектов 23. Диаграмма классов: назначение и основные элементы 24. Диаграмма классов: отношения между классами 25. Диаграмма классов: шаблоны 26. Диаграмма классов: класс 27. Диаграмма классов: интерфейс 28. Диаграмма техники ОО проектирования и их назначение 29. Диаграмма компонентов: назначения и основные элементы 30. Диаграмма развертывания: назначения и основные элементы 31. BPWIN: назначения и возможности 32. BPWIN: моделирование процессов в нотации IDEF0 33. BPWIN: моделирование процессов в нотации DFD 34. BPWIN: моделирование процессов в нотации IDEF3 35. BPWIN: создание системной модели 36. BPWIN: ABC- анализ 37. BPWIN: UDP- анализ 38. ERWIN: назначение и возможности 39. ERWIN: логическое моделирование данных 40. ERWIN: физическое моделирование данных 41. ERWIN: моделирование хранение данных 42. Взаимодействие BPwin и Erwin 43. R ATIONAL ROSE: назначение и возможности 44. RATIONAL ROSE: создание модели вариантов использования 45. RATIONAL ROSE: моделирование диаграммы состояния 46. RATIONAL ROSE: моделирование поведения в виде диаграммы деятельности 47. RATIONAL ROSE: моделирование взаимодействие объектов в виде диаграммы последовательности 48. RATIONAL ROSE: моделирование взаимодействия в виде диаграммы кооперации 49. RATIONAL ROSE: построение статической модели ПО 50. RATIONAL ROSE: построение диаграммы компонентов 51. RATIONAL ROSE: построение диаграммы развертывания 52. RATIONAL ROSE: общая последовательность генерации кода по модели 53. RATIONAL ROSE: генерация кода по модели с использованием библиотеки MFC 54. RATIONAL ROSE: создание кода класса на MS VC++ и шаблонов приложения 55. Rational Rose: генерация схем Oracle 8 56. Rational Rose: обратное проектирование 57. Классический подход – предок современных подходов: особенности ЖЦ 58. Классический подход – предок современных подходов: использование управляющих структур 59. Классический подход – предок современных подходов: использование модулей 60. Современный подход к разработке ПО – эволюционное развитие классики
12 |
