Главная | Обратная связь | Поможем написать вашу работу!
МегаЛекции

Фаза начала проекта (Inception)

Вспомогательные

Процесс ДОКУМЕНТИРОВАНИЯ

Процесс УПРАВЛЕНИЯ КОНФИГУРАЦИЕЙ

Процесс ОБЕСПЕЧЕНИЯ КАЧЕСТВА

Процесс ВЕРИФИКАЦИИ

Процесс АТТЕСТАЦИИ

Процесс СОВМЕСТНОГО АНАЛИЗА

Процесс АУДИТА

Процесс РЕШЕНИЯ ПРОБЛЕМ

Организационные

Процесс УПРАВЛЕНИЯ

Процесс СОЗДАНИЯ ИНФРАСТРУКТУРЫ

Процесс УСОВЕРШЕНСТВОВАНИЯ

Процесс ОБУЧЕНИЯ

Достижения стандарта:

· Введение единой терминологии по разработке и применению ПО

· Описание организации ЖЦ и структуры его процессов

· Разделение понятий жизненного цикла и модели жизненного цикла

· Выделение процесса адаптации стандарта для построения конкретных моделей ЖЦ

15504: категории

· категория CUS: Потребитель-поставщик

o CUS.1 Процесс приобретения

o CUS.2 Процесс Поставки

o CUS.3 Процесс выявления требований

o CUS.4 Процесс Эксплуатации

· категория ENG: Инженерная (иногда переводят, как "Проектная")

o ENG.1 Процесс разработки

o ENG.2 Процесс сопровождения системы и программных средст

· категория SUP: Поддерживающая

o SUP.1 Процесс документирования

o SUP.2 Процесс управления конфигурацией

o SUP.3 Процесс обеспечения качества

o SUP.4 Процесс верификации

o SUP.5 Процесс проверки соответствия

o SUP.6 Процесс совместных проверок

o SUP.7 Процесс аудита

o SUP.8 Процесс разрешения проблем

· категория MAN: Управленческая

o MAN.1 Процесс административного управления

o MAN.2 Процесс управления проектами

o MAN.3 Процесс управления качеством

o MAN.4 Процесс управления рисками

· категория ORG: Организационная.

o ORG.1 Процесс организационных установок

o ORG.2 Процесс усовершенствования

o ORG.3 Процесс административного управления кадрами

o ORG.4 Процесс создания инфраструктуры

o ORG.5 Процесс измерения

o ORG.6 Процесс повторного использования

 

  1. Сравните понятия " жизненный цикл ПО " и " модель жизненного цикла ПО ".

 

ЖЦ ПО в стандарте определяется как полная совокупность всех процессов и действий по созданию и применению ПО, а модель ЖЦ – как конкретный вариант организации ЖЦ, обоснованно выбранный для каждого конкретного случая

 

 

  1. Перечислите основные категории участников процессов жизненного цикла ПО, дайте краткую характеристику каждой категории

 

· Заказчик

· Поставщик

· Разработчик

· Оператор - организация, эксплуатирующая систему.

· Пользователь - лицо или организация использует действующую

· Персонал сопровождения

 

16. Кто из участников ЖЦ ПО задействован в процессе сопровождения ПО? Чем, по Вашему мнению, отличается содержание этапа сопровождения программных продуктов от содержания одноименного этапа других ("материальных") объектов?

Персонал сопровождения

 

  1. Кто из участников ЖЦ ПО задействован при проведении надзора, аудита, оценки и проведения квалификационных испытаний ПО? На каких этапах ЖЦ ПО могут проводиться указанные операции?

Персонал сопровождения

 

  1. Перечислите стадии разработки ПО и приведите основное содержание каждой из них.

 

Спецификация: формулирование спецификаций определяет основные требования к ПО (что должна делать система).

Разработка: создание ПО в соответствии со спецификациями.

Аттестация: проверка ПО на соответствие потребностям заказчика.

Модернизация: развитие ПО в соответствии с изменившимися потребностями заказчика.

 

19. Прокомментируйте понятия " стадия разработки ", " жизненный цикл ПО " и " модель жизненного цикла ПО ". Перечислите известные Вам модели ЖЦ ПО.

 

ЖЦ ПО в стандарте определяется как полная совокупность всех процессов и действий по созданию и применению ПО

модель ЖЦ – как конкретный вариант организации ЖЦ, обоснованно выбранный для каждого конкретного случая

Стадия разработки -основные работы, которые должны быть выполнены для построения конкретных моделей ЖЦ. Все стадии основаны на специальных технологиях. Например, на стадии "Разработка" могут использоваться модульная, структурная, объектно-ориентированная или компонентная технологии программирования.

 

20. Опишите основные черты и области эффективного применения каскадной модели.

 

Основные черты и области эффективного применения каскадной модели:

• Требования к системе определяются на начальном этапе и далее не меняются.

• Каждый этап может начаться лишь тогда, когда закончился предыдущий.

• Достоинства в простоте и хорошей структурированности.

• Основные недостатки связаны с прямолинейностью и отсутствием гибкости

 

21. Опишите основные черты и области эффективного применения модели формальной разработки ПО.

 

• Процессы проектирования, кодирования и тестирования программных модулей заменяются процессом, в котором формальная спецификация трансформируется в исполняемую программу. В процессе преобразования формальное математическое представление системы последовательно трансформируется в программный код, постепенно все более детализированный. Преобразования выполняются математически корректно и проверка соответствия спецификации и программы не требуется.

 

 

22. Опишите основные черты и области эффективного применения эволюционной модели.

 

Разрабатывается первоначальная версия программного продукта, которая передается на испытание пользователям, затем она дорабатывается с учетом мнения пользователей. Полученная промежуточная версия продукта также передается для испытаний пользователям, затем снова дорабатывается - и так несколько раз, пока не будет получен необходимый программный продукт. Отличительной чертой эволюционной модели является то, что процессы специфицирования, разработки и аттестации ПО выполняются параллельно при постоянном обмене информацией между ними.

Существуют два подхода к реализации эволюционной модели:

  1. Подход пробных разработок. Здесь большую роль играет постоянная работа с заказчиком для того, чтобы определить полную систему требований к ПО.

2. Прототипирование. Здесь целью процесса эволюционной разработки ПО является поэтапное уточнение требований заказчика и, следовательно, получение законченной спецификации, определяющей разрабатываемую систему

 

23. Опишите основные черты и области эффективного применения модели пошаговой разработки.

 

Определяются (в общих чертах) те сервисы (функциональные возможности), которые должны присутствовать у создаваемой системы, и устанавливаются их приоритеты.

Определяется количество и последовательность выполнения шагов разработки, причем на каждом шаге должен быть получен компонент, реализующий определенное подмножество сервисов (функций). Распределение реализации системных сервисов по шагам разработки определяется их приоритетностью.

На первых шагах детализируются требования к компонентам, реализующих сервисы высших приоритетов, и выбираются средства их реализации.

На последующих шагах реализации анализируются и детализируются требования для компонентов, которые будут разрабатываться на более поздних шагах, причем изменение требований для тех компонентов, которые уже находятся в процессе разработки, не допускается.

 

Достоинства модели пошаговой разработки:

1. Заказчику нет необходимости ждать полного завершения разработки системы, чтобы получить о ней представление

2. Заказчик может использовать компоненты, полученные на первых шагах разработки, как прототипы и провести с ними эксперименты для уточнения требований к тем компонентам, которые будут разрабатываться позднее.

3. Данный подход уменьшает риск общесистемных ошибок.

4. Поскольку системные сервисы с высоким приоритетом разрабатываются первыми, а все последующие компоненты интегрируются с ними, неизбежно получается так, что наиболее важные подсистемы подвергаются более тщательному всестороннему тестированию и проверке.

Недостатки модели пошаговой разработки:

1. Компоненты, получаемые на каждом шаге разработки, имеют относительно небольшой размер. Отобразить множество системных требований на компоненты малого размера довольно сложно.

2. Базовые свойства системы могут обеспечиваться различными ее частями совместно.

 

  1. Опишите основные черты и области эффективного применения спиральной модели.

 

 

Спиральная модель, так же, как и модель пошаговой разработки, относится к категории гибридных итерационных моделей. Каждый виток спирали соответствует одной стадии (итерации) процесса создания ПО: самый внутренний виток соответствует стадии принятия решения о создании ПО, на следующем витке определяются системные требования, далее следует стадия (виток спирали) проектирования системы и т.д.

 

  1. Для чего используют модели сложных систем при их проектировании? Перечислите основные задачи, решаемые проектировщиками систем с помощью моделирования.

 

При выполнении крупных проектов сложность моделируемого объекта и, соответственно, объем информации, обрабатываемой проектировщиками, слишком велики для адекватного восприятия проекта одним человеком. Один из методов преодоления таких ограничений заключается в декомпозиции проектируемого объекта на множество взаимосвязанных компонентов, каждый из которых, естественно, оказывается "проще" проекта в целом. При этом разработка отдельных компонентов крупного проекта, как правило, поручается различным исполнителям. В этих условиях становится очевидной необходимость визуального моделирования проектируемых объектов, суть которого - в графическом отображении обсуждаемых и принимаемых проектных решений

 

  1. Какие цели преследует визуальное моделирование систем?

Визуальное моделирование направлено на достижение следующих целей:

· Визуализация упрощает понимание проекта в целом ("картина стоит ста слов о ней").

· Визуализация помогает согласовать терминологию и убедиться в том, что все участники проекта одинаково понимают термины.

· Визуализация делает обсуждение конструктивным и понятным.

 

  1. В какой области знаний используются диаграммы Венна? Приведите примеры.

 

Теория множеств

 

  1. Приведите пример использования графовых моделей для описания системы.

 

 

29. Расшифруйте сокращенные названия диаграмм SADT, ERD, DFD и переведите на русский язык. Для чего используются диаграммы перечисленных типов?

· SADT - диаграммы функционального моделирования. Функциональная модель SADT позволяет наглядно представить структуру процессов функционирования системы и ее отдельных подсистем, т. е. отображает последовательность выполняемых действий и связи между этими действиями.

· ERD - диаграммы " сущность-связь ". Диаграммы "сущность-связь" (ERD) предназначены для графического представления моделей данных программных систем и используется на начальных стадиях проектирования баз данных – при разработке концептуальных моделей данных.

· DFD - диаграммы потоков данных. DFD-модель системы – это информационная модель, основными компонентами которой являются потоки данных, которые переносят информацию от одной подсистемы к другой. При этом каждая подсистема/процесс выполняет определенные преобразования входного потока данных и передает результаты обработки информации в виде потоков данных для других подсистем/процессов.

 

30. Какие задачи позволяет решать методология SADT? Для чего используются элементы модели activity и arrow? Что такое ICOM? Опишите SADT -диаграммами процесс выдачи книг читателю абонемента публичной библиотеки (на двух уровнях декомпозиции).

Деятельность (activity) представляет собой некоторое действие или набор действий, которые имеют фиксированную цель и приводят к некоторому конечному результату

Стрелка (arrow) служит для обозначения некоторого носителя или воздействия, которые обеспечивают перенос информации (или объектов) от одной деятельности к другой.

ICOM -роли, четыре вида стрелок:

· I (Input) – вход, т. е. все, что поступает в процесс или потребляется процессом.

· С (Control) – управление или ограничения на выполнение операций процесса.

· О (Output) – выход или результат процесса.

· М (Mechanism) – механизм, который используется для выполнения процесса.

 

 

  1. Перечислите компоненты ER-модели, дайте определения всем компонентам. Разработайте ER-модель данных для учета книжного фонда публичной библиотеки (студенческого абонемента университетской библиотеки, читального зала научных работников).

 

Сущность – абстракция множества реальных объектов (или процессов) предметной области, имеющих одинаковый набор свойств (атрибутов), существенных в контексте проектируемой программной системы. При этом каждый реальный объект может быть представлен экземпляром одной (и только одной) сущности, а среди экземпляров одной сущности не должно быть дубликатов.

Связь - абстракцию некоторого отношения или ассоциации между реальными объектами предметной области, существенного в контексте проектируемой программной системы. Примерами связей могут являться родственные отношения типа "отец-сын", производственные отношения типа "начальник-подчиненный", отношение вхождения типа "целое-часть", отношения типа "иметь в собственности", "обладать свойством", "изучать", "работать в" и т.д.

 

  1. Перечислите компоненты DF-диаграмм, приведите примеры их графического обозначения. Разработайте DF-диаграмму процесса выдачи книг читателю абонемента публичной библиотеки.

 

· внешние сущности - представляет собой любой материальный объект, находящийся за пределами границ рассматриваемой системы, который может выступать в качестве источника или приемника информации.

 

· системы/подсистемы -это элемент контекстной диаграммы, представляющей систему в виде иерархической

· процессы -схемы представляет собой совокупность операций по преобразованию входных потоков данных в выходные в соответствии с определенным алгоритмом

· накопители (хранилища) данных -абстрактное устройство или способ хранения информации, перемещаемой между процессами.

· потоки данных - представляет информацию, передаваемую через некоторое соединение от источника к приемнику. Поток данных на диаграмме изображается линией со стрелкой на одном из ее концов.

 

33. RUP

 

Основными компонентами технологии RUP являются:

o фазы – основные стадии проекта, каждая из которых имеет определенные цели, содержание и результаты;

o итерации – в зависимости от уровня сложности проектируемой системы каждая фаза проекта может содержать одну или более итераций;

o модели – описания различных аспектов проектируемой системы, формируемые на разных стадиях проекта;

o дисциплины –типовые наборы деятельностей, которые выполняются на разных фазах проекта;

o техники –базовые правила, рекомендации и целевые установки.

RUP основан на четырех ключевых идеях:

1. Весь ход работ направляется итоговыми целями проекта, выраженными в виде вариантов использования. Разработка начинается с выделения вариантов использования и на каждом шаге контролируется степень приближения к их реализации.

2. Основным решением, принимаемым в ходе проекта, является архитектура результирующей программной системы. Архитектура устанавливает набор компонентов, из которых будет построено ПО.

3. Архитектура является одновременно основой для получения качественного ПО и базой для планирования работ и оценок времени выполнения проекта и ресурсов, необходимых для достижения определенных результатов.

4. Основой процесса разработки являются планируемые и управляемые итерации, содержание и объем каждой из определяется на основе архитектуры.

Основные фазы ЖЦ ПО RUP

RUP выделяет в жизненном цикле 4 основные фазы, в рамках каждой из которых возможно проведение нескольких итераций. Кроме того, разработка системы может пройти через несколько циклов, включающих все 4 фазы.

Фаза начала проекта (Inception)

Основная цель этой фазы — достижение компромисса между всеми заинтересованными лицами относительно задач проекта и выделяемых на него ресурсов.

На этой стадии определяются:

• основные цели проекта;

• руководитель проекта;

• бюджет проекта;

• основные средства выполнения проекта:

o технологии;

o инструменты;

o ключевые исполнители.

Эта фаза может составлять около 5% трудоемкости одного цикла.

Поделиться:





Воспользуйтесь поиском по сайту:



©2015 - 2024 megalektsii.ru Все авторские права принадлежат авторам лекционных материалов. Обратная связь с нами...