Концепция RUP
Технология построения диаграмм UML
Методы проектирования ИС
Объектно-ориентированное |
Структурное проектирование |
||
проектирование |
Методологии: |
||
Методологии: |
|||
|
IDEF0 |
||
• UML |
|||
|
DFD |
||
|
|||
|
|
IDEF3 |
|
IDEF0 (Integration Definition for Function Modeling)
Методология и стандарт функционального моделирования бизнес-процессов и описания бизнес-процессов. С помощью графического языка IDEF0, изучаемая система предстает в виде набора взаимосвязанных функциональных блоков. Моделирование бизнес-процессов средствами IDEF0, как правило, является первым этапом изучения системы.
IDEF3 (Integration Definition for Function Modeling) |
|
||||||||
С помощью IDEF3 описывается логика выполнения действий. |
|||||||||
IDEF3 |
может |
использоваться |
самостоятельно |
и совместно |
|||||
с методологией |
IDEF0: любой функциональный блок IDEF0 |
||||||||
может |
быть |
представлен |
в виде |
последовательности |
|||||
процессов или |
операций |
средствами |
IDEF3. |
Если IDEF0 |
|||||
описывает, |
что делается |
в системе, |
|
то IDEF3 |
описывает, |
||||
как это делается. |
|
|
|
|
|
|
|||
DFD (Data Flow Diagrams) |
данных. |
Описывают |
|
внешние |
|||||
Диаграммы |
|
потоков |
|
||||||
по отношению |
к системе |
источники |
|
и адресаты |
данных, |
||||
логические |
функции, потоки |
данных |
и хранилища |
данных |
|||||
к которым |
осуществляется |
доступ. Как показывает практика, |
|||||||
это один из самых простых, доступных и наглядных стандартов для описания бизнес-процессов.
проектирования
Функциональную точку зрения трудно развивать
Реальные системы трудно охарактеризовать
функционально
Фокусирование на функциональности теряет из виду
данные
Функциональная ориентация производит код, менее
пригодный для многократного использования
ИТОГ:
Бертран Мейер-создатель языка программирования Эйфель.
(Автор: Моделируем сервис-ориентированную архитектуру при помощи Rational Software Architect)
«Нисходящее функциональное проектирование плохо адаптируется к разработке крупных программных систем. Нисходящее проектирование остается полезной парадигмой для малых программ и индивидуальных алгоритмов..., но оно практически не масштабируется на большие системы. Смысл не в том, что Вы не можете разрабатывать систему сверху вниз: можете. Но, выторговывая для себя краткосрочное удобство за длительную негибкость, Вы некорректно нагромождаете одну функцию над другой и (достаточно часто) функциональный интерфейс над более важными параметрами системы.
Вы теряете из виду аспект данных, и Вы жертвуете возможностью многократного использования !!!».
Объектно-ориентированное проектирование
Мейер:
◦«Объектно-ориентированное проектирование – это конструирование программных систем в виде структурированных коллекций, реализующих абстрактные типы данных".
Неформально он определяет это как
◦“Метод, который ведет к архитектурам программ, основанным на объектах, используемых системой или подсистемой предпочтительнее чем "функция", которую система, как предполагается, выполняет".
Почему объектная ориентация работает???
Объектная ориентация работает на более высоком уровне абстракции.
Данные, на которых базируется система более стабильны, нежели функциональные возможности, которые эта система поддерживает.
Объектно-ориентированное проектирование и программирование поддерживает многократное использование кода.
Язык UML – унифицированный язык моделирования
UML предоставляет выразительные средства для создания визуальных моделей, которые:
◦единообразно понимаются всеми разработчиками, вовлеченными в проект и являются средством коммуникации в рамках проекта.
Унифицированный Язык Моделирования (UML):
◦не зависит от объектно-ориентированных (ОО) языков программирования,
◦не зависит от используемой методологии разработки проекта,
◦может поддерживать любой ОО язык программирования.
UML является открытым и обладает средствами расширения
Что такое UML?
Унифицированный язык моделирования (Unified Modeling Language, UML) – это универсальный язык визуального моделирования систем.
Хотя чаще всего UML ассоциируется с моделированием ОО программных систем, он имеет намного более широкое применение благодаря свойственной ему расширяемости.
UML объединил лучшие современные технические приемы моделирования и разработки программного обеспечения.
По сути, язык UML был задуман так, чтобы его можно было реализовать посредством его же инструментальных средств.
Большие современные программные системы, как правило, нуждаются в инструментальной поддержке.
UML-диаграммы легко воспринимаются и при этом без труда генерируются компьютерами.
Важно понимать, что UML не предлагает нам какой-либо методологии моделирования.
Конечно, некоторые методические аспекты подразумеваются элементами, составляющими модель UML, но сам UML предоставляет собой лишь визуальный синтаксис, который можно использовать для создания моделей.
UML это не методология, это унифицированный язык визуального моделирования!
UP – это методология.
Унифицированный процесс (Unified Process,
UP) – это методология.
Rational Unified
Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.
Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).
Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.