
- •Архитектуры баз данных. Преимущества и недостатки
- •Реляционные базы данных, основные понятия.
- •Понятия и терминология, связанные с таблицей реляционной базы данных
- •1.4.1. Отношение "один-ко-многим"
- •Отношение "один-к-одному"
- •Отношение "многие-ко-многим"
- •Понятия терминология, связанные с полем таблицы
- •Понятия ключевых атрибутов для таблиц и индексов.
- •1.7. Индексы и методы доступа
- •Реляционные отношения и целостность данных. Пример
- •1.4.1. Отношение "один-ко-многим"
- •1.4.2. Отношение "один-к-одному"
- •1.4.3. Отношение "многие-ко-многим"
- •1.4.4. Связь между записями одной таблицы
- •1.5. Ссылочная целостность и каскадные воздействия
- •Навигационный и sql ориентированный подход к обработке данных.
- •Нормализация данных. Первая нормальная форма. Пример
- •Нормализация данных. Третья нормальная форма. Пример
- •Индексы. Определение, назначение, характеристики.
- •Жизненный цикл программного обеспечения. Модели жизненного цикла.
- •Основные этапы программирования (структурный, rad технологии, case технологии). Кризис программирования.
- •Методология системного анализа и системного моделирования. Диаграммы idefo.
- •Язык uml. Назначение.
- •Статические диаграммы uml (варианты использования, классов)
- •Диаграммы поведения uml ( состояний, последовательности, деятельности).
- •Основные принципы организации процесса разработки по по rup.
- •Понятие rup. Основные принципы. Структура процесса проектирования. Инструментальная поддержка.
- •Статическая структура описания rup. Понятия исполнителей и артефактов. Основные технологические процессы.
- •Технологический процесс управления проектом.
- •Технологический процесс процесса моделирования производства. 6 сценариев разработки моделей.
- •Технологический процесс управления требованиями
- •Технологический процесс анализа и проектирования
- •Технологический процесс реализации
- •Технологический процесс тестирования
- •Технологический процесс управления конфигурацией и изменениями
- •Технологический процесс управления средой
- •Технологический процесс распространения
- •Конфигурирование и реализация rup
Конфигурирование и реализация rup
Во многих ситуациях Rational Unified Process можно использовать "в готовом виде" либо как единый продукт, либо как составляющую часть процесса. В то же время довольно часто для проведения совершенной разработки и максимального приближения Rational Unified Process к нуждам вашей организации может потребоваться конфигурирование и реализация этого процесса.
Реализация Rational Unified Process в организации-разработчике программного обеспечения означает такое изменение способа работы организации, чтобы она смогла целиком или частично использовать Rational Unified Process, причем успешно.
Поэтапная реализация Rational Unified Process
Реализацию нового процесса в организации-разработчике программного обеспечения можно описать в шесть этапов (рис. 17.1).
Этап 1. Оценка текущего состояния
Необходимо понять, как на текущее состояние организации-разработчика влияют ее сотрудники, используемые средства инструментальной поддержки и процесс. Также необходимо определить проблемы и потенциальные области улучшения и собрать информацию о внешних проблемах, таких как конкуренция и тенденции рынка. После завершения этого этапа вы должны знать следующее.
Текущее состояние организации-разработчика программного обеспечения.
Кто работает в организации, каковы их навыки, насколько высок уровень их компетентности и какими побуждениями они руководствуются при работе.
Какие инструментальные средства в настоящее время используются в организации.
Какой в настоящее время используется процесс разработки программного обеспечения и как он описан.
Этап 2. Задание (или пересмотр) целей
это определение целей, поставленных перед процессом, людьми и инструментальными средствами. В дальнейшем цели будут задавать направление реализации проекта. Можно назвать следующие причины задания целей.
При планировании реализации процесса цели служат важным исходным материалом.
Цели, объединенные с результатом этапа 1 (описанием текущего состояния), используются для убеждения спонсоров и сотрудников организации.
Результатом этого этапа должен быть перечень измеримых целей, имеющий форму, понятную членам проекта. Сами цели могут служить видением будущего состояния организации.
Этап 3. Определение рисков
Для успешной реализации нового процесса необходимо контролировать риски, связанные с этим. Рекомендуется проводить анализ рисков, при котором определяются потенциальные риски, предпринимается попытка понять их влияние и классифицировать их. Также можно спланировать методы и очередность смягчения последствий от реализации этих рисков.
Этап 4. Планирование реализации процесса
Необходимо разработать план реализации процесса и инструментальных средств. План должен описывать принципы успешного перехода от текущего состояния организации к целевому.
Этап 5. Выполнение реализации процесса
Наиболее продолжительным этапом процесса является его реализация, выполняемая согласно плану, определенному на этапе 4. Рассматриваемый этап включает следующие задачи:
Создать новый план разработки или обновить существующий.
Приобрести и адаптировать инструментальные средства поддержки и автоматизации процесса.
Подготовить членов команды разработки к использованию нового процесса и инструментальных средств.
Применить процесс и инструментальные средства к проекту разработки программного обеспечения.
Этап 6. Оценка реализации процесса
После внедрения процесса и инструментальных средств в проект разработки программного обеспечения (действительный или пробный) необходимо оценить проделанную работу. Достигнуты ли поставленные цели? Проведенный анализ поможет определить, на какие области стоит обратить внимание при следующей реализации процесса и инструментальных средств
1
2
3