Кризис программного обеспечения ПО. Проблемы и цели программной инженерии

Кризис программного обеспечения (ПО). Проблемы и цели программной инженерии.

С одной стороны – ПО абстрактно и нематериально, оно не имеет физической природы, не подчиняется физическим законам и не подвергается обработке… С другой стороны –отсутствие материального наполнения порой делает ПО… Кризис ПО был вызван появлением мощной вычислительной техники, которая позволяла воплотить в жизнь не реализуемые…

Основные проблемы, стоящие перед специалистами по ПО.

Профессиональные и этические требования к специалистам по ПО

6. Процессы создания систем. Определение «система». Основные признаки системы. Понятие подсистемы. Система – это совокупность взаимодействующих компонентов, работающих совместно… Определяющим признаком системы, является то, что свойство и поведение системных компонентов, влияют друг на друга…

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

Причины необходимости учитывать окружение систем: 1) Во многих случаях система предназначена для реагирования на изменение… 2) Часто качество функционирования системы может зависеть от параметров окружения самым непредсказуемым образом

Моделирование систем. Представление архитектуры системы. Функциональные компоненты систем.

В процессе формализации требований к системе и на этапе ее проектирования система рассматривается, как совокупность компонентов и взаимосвязей между… На этом уровне детализации система разбивается на отдельные подсистемы. Каждая…

Функциональные компоненты системы.

1) Сенсорный компонент. Собирает информацию о системном окружении. 2) Исполнительный компонент. Производит некоторые действия в окружении… 3) Вычислительный компонент. На их ход поступают определенные данные, над которыми они производят определенные…

Определение системных требований к системе. Типы требований к системам.

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

Проектирование систем

1. Разработка системы с нуля 2. Приобретение на рынке промышленных изделий, готовой системы . 3. Приобретается некоторая «заготовка» - платформа, которая затем дорабатывается.

Разработка подсистем. Сборка системы.

На этом этапе реализуются те подсистемы, которые были определены на предыдущем этапе. Тут есть три варианта: 1. Разработка системы с нуля 2. Приобретение на рынке промышленных изделий, готовой подсистемы и её интеграция в создаваемую систему.

Аттестация программных систем. Процесс тестирования систем. Альфа и бета тестирование.

Этапы процесса тестирования: 1. Тестирование компонентов. Тестируются отдельные компоненты для проверки… 2. Тестирование модулей. Программный модуль – это совокупность зависимых компонентов таких как, описание класса…

Эволюция систем.

· Предполагаемые изменения в технической и деловой областях деятельности предприятия · Поскольку системы никогда не являются полностью независимыми друг от друга,… Причины приводящие к принятию определённых решений, на начальном этапе проектированию исходной системы редко…

Каскадная модель процесса создания ПО.

Каскадная модель

Основные этапы этой модели отражают все базовые виды деятельности необходимые для создания ПО: 1) Анализ и формирование требований. Путем консультаций с заказчиком… 2) Проектирование системы и программного обеспечения. Системные требования разбиваются на требования предъявляемые к…

Недостатки.

1)Негибкое разбиение процесса создания ПО на отдельные фиксированные этапы.

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

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

Эволюционная модель разработки ПО.

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

Разработка ПО на основе ранее созданных компонентов.

Разработка ПО на основе ранее созданных компонентов.

Этапы процесса создания ПО: 1) Спецификация требований. 2) Анализ компонентов:

Модель пошаговой разработки ПО.

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

Спиральная модель разработки ПО.

1. Определяются цели каждой итерации проекта. Кроме того, устанавливаются ограничения на процесс создания ПО и на сам продукт, уточняются планы на… 2. Оценка и разрешение рисков. Проводится его детальный анализ и планируется… 3. Разработка и тестирование. После оценки рисков выбирается модель процесса создания систем.

Управление проектами. Процессы управления.

1. Программный продукт не материален. Менеджер программного проекта не видит процесс роста разрабатываемого ПО, он может полагаться только на… 2. Не существует стандартных процессов разработки ПО. Нет чёткой зависимости,… 3. Большие программные проекты как правило значительно отличаются, поэтому для уменьшения неопределённости в…

Процессы управления.

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

Планирование проекта.

Планирование это итерационный процесс, поскольку в процессе выполнения постоянно поступает новая информация, план должен постоянно пересматриваться,…

Содержание плана проекта.

План проекта должен чётко показать ресурсы необходимые для реализации проекта, разделение работ на этапы, и примерный график выполнения этих этапов. Чаще всего план проекта описывает только технологический процесс создания ПО. В таком плане обязательно присутствуют ссылки на планы других видов которые разрабатываются отдельно (план качества, аттестации, управления конфигурации, сопровождения). Детализация планов проекта зависит от разрабатываемого ПО. И заказчика. В любом случае, большинство планов зависит от следующих разделов:

1. Введение – Краткое описание целей проекта ( проектные ограничения, бюджетные, временные и т.д.)

2. Организация выполнения проекта – описание способа подбора команды разработчиков, и распределение обязанностями между командами.

3. Анализ рисков – Описание возможных проектных рисков, вероятности их появления и стратегии направленные на их уменьшение или разрешение

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

5. Разбиение работ на этапы, процесс реализации проекта, разделяется на отдельные процессы, определяются этапы выполнения проектов, приводится описание результатов и контрольной отметке.

6. График работ – здесь отображаются зависимости между отдельными этапами разработки ПО. Оценки времени и распределение членов команды разработчиков по этапам.

7. Механизмы мониторинга и контроля за ходом выполнения проекта. Описываются предоставляемые менеджером отчёты о ходе выполнения работ, сроки их предоставления, а так же способы мониторинга всего проекта.

Контрольные отметки этапов работ.

Контрольные отметки – это внутренние проектные результаты, которые используются для контроля за ходом выполнения проекта, и они как правило…

Составление графика работ.

График работ обычно представляется в виде набора диаграмм и графиков показывающих разбиение проектных работ на этапы, зависимости между ними и распределение разработчиков по этапам. Думаю, еще можно сказать про сетевые и временные диаграммы, которые ниже.

Сетевые и временные диаграммы.

Этапы некоторого проекта.

Кроме того любой этап не начинается пока не выполнены все этапы на всех путях ведущих от начала проекта к данному этапу. Минимальное время…

Управление рисками. Типы рисков. Возможные риски программных проектов.

Типа рисков.

2. Риски для разрабатываемого продукта, влияют на качество или производительность разрабатываемого ПО. 3. Бизнес риски – относятся к организациям разработчиков или поставщикам Конкретные типы рисков влияющие на проект зависят от вида создаваемого ПО и от организационно окружения где…

Определение рисков.

1. Определение рисков - Определяются возможные риски для проекта, разрабатываемого продукта и бизнес риски. 2. Анализ рисков - оценивается вероятность и последовательность появления… 3. Планирование рисков – планирование мероприятий по предотвращению рисков или минимизации их воздействия

Анализ рисков.

Результаты определения рисков. Вероятность рисков и возможный ущерб от них должны пересматриваться при поступлении дополнительной информации об этих…

Планирование рисков. Мониторинг рисков.

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