
- •1 Понятия технологии, методологии и методов проектирования ис.
- •Методы проектирования информационных систем
- •2 Классификация методов проектирования систем.
- •3 Средства проектирования, их классификация.
- •4 Понятие жц, модели жц. Каскадная модель.
- •5 Понятие жц, модели жц. Поэтапная модель с промежуточным контролем.
- •6 Понятие жц, модели жц. Спиральная модель.
- •7 Процессы жц ис. Основные, вспомогательные и организационные процессы.
- •8 Современные технологии и методы разработки приложений. Rapid Application Development (rad).
- •9 Современные технологии и методы разработки приложений. Extreme Programming (xp). Extreme Programming – Экстремальное программирование
- •10 Современные технологии и методы разработки приложений. Rational Unified Process (rup).
- •1. Начало (Inception)
- •2. Уточнение (Elaboration)
- •3. Построение (Construction)
- •4. Внедрение (Transition)
- •11 Современные технологии и методы разработки приложений. Microsoft Solution Framework (msf).
- •12 Каноническое проектирование. Стадии и этапы. Каноническое проектирование ис. Стадии и этапы проектирования ис.
- •13 Состав и содержания тз.
- •14 Состав и содержание технического проекта.
- •15 Типовое проектирование. Понятие типового проектного решения. Классификация тпр. Достоинства и недостатки классов тпр.
- •16 Параметрически-ориентированное проектирование. Технологическая сеть.
- •17 Модельно-ориентированное проектирование. Технологическая сеть.
- •18 Системный подход к проектированию ис.
- •19 Структурный анализ. Основные методы.
- •21 Модели сущность-связь. Понятие и виды сущностей. Соглашения об именовании сущностей. Описание сущности.
- •22 Модели сущность-связь. Понятие и виды атрибутов. Именование атрибутов. Описание атрибутов
- •23 Модели сущность-связь. Отношения. Свойства отношений.
- •24 Модели сущность-связь. Графические нотации модели: Чена, Мартина, Баркера, idef1x (Information Engineering)
- •Нотация Чена.
- •Нотация Мартина
- •Нотация idef1x.
- •Нотация Баркера.
- •25 Сущности uml. Виды сущностей.
- •26 Отношения uml. Виды отношений.
- •27 Диаграммы uml. Виды диаграмм.
- •28 Диаграммы классов.
- •29 Диаграммы прецедентов.
- •30 Диаграммы последовательности.
- •31 Диаграммы кооперации
- •32 Диаграммы состояний.
- •33 Диаграммы деятельностей.
- •35 Назначение и архитектура case средств.
10 Современные технологии и методы разработки приложений. Rational Unified Process (rup).
Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.
В основе RUP лежат следующие принципы:
Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).
Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
Жизненный цикл:
RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.
1. Начало (Inception)
В фазе «Начало»:
Формируются видение и границы проекта.
Создается экономическое обоснование (business case).
Определяются основные требования, ограничения и ключевая функциональность продукта.
Создается базовая версия модели прецедентов.
Оцениваются риски.
При завершении начальной фазы оценивается достижение вехи целей жизненного цикла (Lifecycle Objective Milestone), которое предполагает соглашение заинтересованных сторон о продолжении проекта.
2. Уточнение (Elaboration)
В фазе «Уточнение» производится анализ предметной области и построение исполняемой архитектуры. Это включает в себя:
Документирование требований (включая детальное описание для большинства прецедентов).
Спроектированную, реализованную и оттестированную исполняемую архитектуру.
Обновленное экономическое обоснование и более точные оценки сроков и стоимости.
Сниженные основные риски.
Успешное выполнение фазы разработки означает достижение вехи архитектуры жизненного цикла (Lifecycle Architecture Milestone).
3. Построение (Construction)
В фазе «Построение» происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности (Initial Operational Capability).
4. Внедрение (Transition)
В фазе «Внедрение» создается финальная версия продукта и передается от разработчика к заказчику. Это включает в себя программу бета-тестирования, обучение пользователей, а также определение качества продукта. В случае, если качество не соответствует ожиданиям пользователей или критериям, установленным в фазе Начало, фаза Внедрение повторяется снова. Выполнение всех целей означает достижение вехи готового продукта (Product Release) и завершение полного цикла разработки.
11 Современные технологии и методы разработки приложений. Microsoft Solution Framework (msf).
Microsoft Solutions Framework (MSF) — методология разработки программного обеспечения, предложенная корпорацией Microsoft. MSF опирается на практический опыт Microsoft и описывает управление людьми и рабочими процессами в процессе разработки решения.
MSF представляет собой согласованный набор концепций, моделей и правил.
Microsoft выпустила в свет пакет руководств по эффективному проектированию, разработке, внедрению и сопровождению решений, построенных на основе своих технологий. Эти знания базируются на опыте, полученном Microsoft при работе над большими проектами по разработке и сопровождению программного обеспечения, опыте консультантов Microsoft и лучшем из того, что накопила на данный момент IT-индустрия. Всё это представлено в виде двух взаимосвязанных и хорошо дополняющих друг друга областей знаний: Microsoft Solutions Framework (MSF) и Microsoft Operations Framework (MOF).
MSF состоит из двух моделей и трех дисциплин. MSF содержит:
модели:
модель проектной группы
модель процессов
дисциплины:
дисциплина управление проектами
дисциплина управление рисками
дисциплина управление подготовкой
MSF включает в себя ряд основных принципов. Вот те из них, которые имеют отношение к успешной работе команды:
Распределение ответственности при фиксации отчетности
Наделяйте членов команды полномочиями
Концентрируйтесь на бизнес-приоритетах
Единое видение проекта
Проявляйте гибкость — будьте готовы к переменам
Поощряйте свободное общение
Успешное использование модели проектной группы MSF основывается на ряде ключевых концепций (key concepts):
Команда соратников
Сфокусированность на нуждах заказчика
Нацеленность на конечный результат
Установка на отсутствие дефектов
Стремление к самосовершенствованию
Заинтересованные команды работают эффективно
В то время как за успех проекта ответственна вся команда, каждый из её ролевых кластеров, определяемых моделью, ассоциирован с одной из упомянутых шести целей и работает над её достижением.
В проектную группу входят такие ролевые кластеры:
управление программой
управление продуктом
разработка
тестирование
управление релизом
удовлетворение потребителя
Они ответственны за различные области компетенции (functional areas) и связанные с ними цели и задачи. Иногда ролевые кластеры называются просто ролями. Как уже было сказано выше, проектная группа по MSF состоит из шести ролевых кластеров, каждый из которых отвечает за:
управление программой (program manager) — разработку архитектуры решения, административные службы;
разработку (developer) — разработку приложений и инфраструктуры, технологические консультации;
тестирование (QAE) — планирование, разработку тестов и отчетность по тестам;
управление выпуском (release manager) — инфраструктуру, сопровождение, бизнес-процессы, выпуск готового продукта;
удовлетворение заказчика (user experience) — обучение, эргономику, графический дизайн, техническую поддержку;
управление продуктом (product manager) — бизнес-приоритеты, маркетинг, представительство интересов заказчика.